重来REWORK(37signals 推崇价值观)

你完全可以在依靠正职工作带来的现金流养活自己的同时,去创立自己的事业。

缷负篇

不要相信他们。这个世界对于他们来说可能是“现实”的,但并不意味着你也要生活在这样的“现实”世界中。“现实世界”并不存在,那只是个借口,只是某些人为了开脱自己的无所作为,跟你一点关系也没有。

另外一种普遍的错误认知是:人要从错误中吸取经验教训。你到底能从错误中学到什么?你能学到的只是不再重蹈覆辙,但这有什么意义呢?你还是不知道下一步该做什么。相比之下,你更应该从成功中汲取养分。成功才是真正靠得住的教材。做成一件事后,你会知道这条路行得通——然后你就会再次这么做,而下一次,你也许还会做得更棒。

当你把猜想变成计划,就等于是走进了危险地带。做计划就是在用过去推动未来,等于给你戴上了眼罩。“这就是我们要做的,嗯,因为我们说过要这么做的。”问题是:计划和即兴发挥不会合拍。长期计划中的时间表也纯属无稽之谈。你只有在做一件事的过程中,才能掌握更多的相关信息,没有人能够未卜先知。千万不要在行动之前就作出重大的决定。

放下你的臆测吧,现在就决定你这周要做什么,不必去管全年的计划。只要找出下一项最重要的任务,然后起而行之。在行动开始前的一刻作决定,而不是早早就预先定下某事。不要提前幻想自己要做到多大规模,要慢慢发展,走一步看一步——时机未到就大肆拉人入伙的做法使很多公司走上了绝路。同时还应该避免井喷式成长——这会使你扩张过头,错过最佳规模。

你完全没有必要把向上爬作为你的目标。我们要谈的也不只是你的员工人数,还包括你的花销、房租、IT设施、办公家具,等等。这些事情并不会主动找上你,而是由你自己决定要不要背上这些东西。

工作狂往往不得要领。他们花费大把时间去解决问题,他们以为能靠蛮力来弥补思维上的惰性,其结果就是折腾出一堆粗略无用的解决方案。不仅如此,他们甚至还凭空制造出危机来。这些人从不寻求高效解决之道,因为他们恰恰就“钟情于”加班加点。这让他们感觉自己像个英雄,并沉迷其中。

工作狂的存在使那些不以加班为乐的员工感到无所适从。在工作狂扎堆的企业环境里,就连“按时上下班”都让人觉得是一种无理要求了。这种文化令正常工作的员工心怀愧疚、士气低落。不仅如此,人们还会因此陷入一种“跟风”状态——每个人都在义务加班,根本就不管到底有没有生产力。

如果你只是为工作而工作,那么你就会丧失判断力。你的价值观和决策方式都是扭曲的。你没有能力去判断哪些工作值得做、哪些工作该放弃,最后搞得自己筋疲力尽,而一个筋疲力尽的人是无法作出明智的决定的。工作狂不是英雄。他们没有力挽狂澜,不过是浪费时间而已。真正的英雄早已想出办法、搞定一切,然后回家了。

有这样一群新生代开始走出来创业了。尽管他们获利,但谁也不认为自己是企业家。他们当中的很多人甚至不认为自己是企业主。他们只是在用自己的方式做自己喜欢做的事情,并从中获得回报。

你所需要的只是一个创意,加一点点自信,以及一点勇气,就可以启程了。

行动篇

欲成大事,就要让自己与众不同,要在宇宙中留下有意义的一笔,要让世人知道你在做的是一件重要的事情。

想要创造一个伟大的产品或某项卓越的服务,最简单直接的办法就是做你自己想用的东西。设计你了解的产品——你就能很快发现它到底好不好用。

解决了自己的燃眉之急,同时也发现了他们的需求背后隐藏着一片巨大的市场,这就是你应该去做的。这种“解决自己实际问题”的方法最大的优势就在于能让你爱上自己的产品。

在你的人生中真正有意义的是你做了什么,而不是你想过什么、说过什么或者计划过什么。

拜托,只要你善加利用,时间总是有的,你也根本无须辞职去做什么事情,白天好好上你的班,晚上再来干你自己的私人项目就好了。我们要说的是,每周匀出一些业余时间来,就足够你去做些事情了。

一旦这样去做了,你就会明白自己的激情和兴趣到底是真心实意,还是三分钟热度。万一不成,你照样回去每天上你的班就好了。不必承担任何风险,没有任何损失,只是浪费了一点时间而已,还是挺划算的。

你的终极职责就是让你自己的梦想成真。

永远不会有正当其时的时候,你总会觉得要么年纪太轻,要么太老,要么太忙,抑或是其他什么原因。如果你总是为找不到完美的时刻而困扰,那么,完美的时机永远不会出现。

我们追求简洁的设计,因为大多数软件都过于复杂:太多特性、太多按钮、太多困惑。我们要做与之不同的软件。如果我们的产品不适合于每一个人,没有关系,我们愿意为了那些更加深爱我们产品的客户而放弃另一部分客户。这就是我们的立场。

坚守某种信念并不仅仅是把它写下来。不但要相信它,还要让它成为你的生活方式。

花别人的钱,会使你的事业最终去迎合投资人,而不是客户。任何人如果在创业初期抱着“我们以后会想到办法赚钱”的态度,他们的创业终将成为笑谈。

要创立真正的事业。真正的事业永远与现实的问题息息相关。当你怀着被收购的想法去创业时,你强调的重点就是错误的。你关注的是谁会来收购你,而不是如何让客户喜欢上你。为这种事情去操心简直就是大错特错。

一个物体越大,想要改变它的运行轨迹就越费劲。物理世界中的规则在商业世界中同样适用。

进阶篇

“条件受限”貌似缺陷,实为优势。有限的资源能激发你在现有条件下完成任务的能力。没有一点浪费的空间,一切都需要你发挥最大的创造力。你的时间、资源、精力、注意力都是有限的。一次做好一件事就已经不容易了。想一次做十件事?拉倒吧!

有舍才有得,砍掉多余的野心,你就会发现慢慢做一件正事要胜过毛毛躁躁做一堆傻事。当你开始着手做一件事情时,总有一些力量将你拉向不同的方向。这当中包括你能做的、你想做的以及你必须做的事情。你应该从必须做的事情开始下手,即从核心出发。

在初期,关注细节不会给你带来任何好处。

作出决定就是取得进展。当你推迟决定时,事情就会堆积起来。只要有可能,就不要说“让我们考虑一下”,而是“让我们作决定吧”。主动作出决定,不要苦等最佳方案,要积极决策、果断前进。

一旦为了等待完美答案而推迟决定,问题就会接踵而来。而那个完美答案却迟迟没有出现。今天作决定或明天作决定,结果没有什么不同。

项目周期过长会打击士气。项目开发时间越长,成功的可能性越小。只要有足够的动力和士气,就要趁热打铁,积极决策,果断推进,现在就把事情做出来。

要做一个称职的博物馆长,坚守真正重要的东西。把其他东西拿下来,直到留下最重要的作品。然后再来一次。以后有需要时,你还是能把拿下来的东西放回去的。

当遇到困难时,人们的本能反应都是加大投入:增加人手、延长时间、加大投资,这一切做法只是使问题变得越大。正确的方法应该是反其道而行之:削减。

对于37signals来说,像速度、简洁性、易用性以及清晰度都是我们关注的焦点。这是我们无止境的追求。

人们总忍不住要执著于工具,而不关注要用这些工具去做的事情。

就用你现在手头有的或者能负担得起的,然后开始做吧。工具不重要,就用现有的工具也可以做得一样棒,音乐就在你的指尖流淌。

对于创办公司和开发软件这项实际工作来说,从中获取的经验就是副产品。我们把这些知识打包起来,首先是贴在博客上,其次集结成一个工作室系列,然后做成PDF文档,最后印刷成书。

想象一下:如果你的业务必须在两周内推出,你会砍掉哪些部分?有意思吧,这样一个问题能够让你变得更专注。你一下就意识到有许多事情是你不需要做的。而你真正要做的事就变得显而易见了。一旦设定了最后期限,事情就变得格外清晰了。采用这种方法,你就能让直觉发挥作用,告诉你“我们不需要这个”。

最有效的成功方法就是不断尝试。不要再臆测到底会发生什么事了,到现实中去寻找答案吧。

效率篇

这就是我们应该走的路,拿出凿子,开始实干吧。除此之外,其他的都是分心的事。

同样,要勇于亮出你的结论。有时候放弃其实是一步好棋,即使你已经为之投入很多努力,也不要继续把大好的时间浪费在不值得做的事情上。

你可以在工作中定下规矩,比如上午十点到下午两点间,任何人不得串岗闲聊(午餐时间例外)。也可以把整个上午或整个下午设成你自己的独立时段。或者把“休闲星期五”改成“噤声星期三”。

在这个时段内,封锁即时聊天工具、挂掉电话、关闭邮箱、叫停会议。唯一能做的就是闭嘴、干活。你会惊讶于自己居然能干这么多活。

你的生活被各种干扰包围着,只有你自己才能去发起反击。

乘势而为才能动力十足。良好的发展态势能让你坚持下去,能驱动你成长。没有“势”的推动,你哪儿也去不了。如果你目前所做的工作无法给你的事业带来动力,那可不是太好。

要保持良好的势头和持续的动力,就要养成“积跬步以致千里”的习惯。哪怕是微小的进步也能让你士气大振。

废寝忘食可不是什么好主意。没错,熬夜确实能立马挤出不少时间,但是以后你得为此付出沉痛的代价:你的创造力、士气和心态都将遭到毁灭性的打击。

解决方案就是:把大项目分解成小任务。越小的任务越容易预计。你可能还是会犯错,但错得肯定不会像预测大项目那么离谱。

只要有可能,就把问题拆解成一个一个的小片段,直到你能够完全迅速地解决每一个小问题。很简单,这样安排你的任务,就能对你的生产力和积极性产生惊人的影响。

易于实现的目标就是最好的目标。你能真正完成这些任务并有所建树。你可以自信地说:“我们干得不错,搞定了!”然后就能接着做下一件事。

如果你想去做一件事,就得马上下手。不能把这事搁置起来过两个月再考虑。不要对自己说“以后再说吧”。以后,你压根儿不会再提这件事了。
原文链接:重来REWORK

写的不好,就当是整理下思绪吧。
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 2
Cooper

看这书应该是 十年前了 :joy:

1个月前 评论
一句话儿 (楼主) 1个月前

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!