在看getting real,里面有不少观点值得学习。。。
魔鬼隐藏在细节中
在选修了几堂绘画课后,我彻底摆脱了“马上投入到细节中”的态度...如果你一开始就画细节十有八九出来的画作会不怎么样。事实上,从你一开始那么做就完全错了。
你必须一开始把全局的比例分配搞对。你要从最大的一块着手,慢慢过渡到最小的。草稿必须体现模糊的主题。然后你着手润色,使整体画作具有生命力。着 色先从浅,中,深三个色调下手。这么一来你的草稿就会有明暗了。接下来,在你画作的其他部分都要秉持三个色调的应用原则。如此反复直到整体成型...
永远,都要从大到小去做。
做一个执行者
当我听说有人对自己的点子很具保护性时觉得很可笑。(那些在告诉我一些简单的概念之前希望我签定保密协定的人。)
对我而言,如果不去执行的话点子是一无用处的。它们只是倍数。执行才是价值万金的。
理由:
- 糟糕的点子 = -1
- 脆弱的点子 = 1
- 普通的点子 = 5
- 好点子 = 10
- 伟大的点子 = 15
- 超闪亮的点子 = 20
- 没有执行 = $1
- 柔弱的执行 = $1000
- 普通的执行 = $10,000
- 好的执行 = $100,000
- 伟大的执行 = $1,000,000
- 超强的执行 = $10,000,000
如果要成就一番事业,你必须将二者相乘。
最闪亮的点子,如果没有执行,最多值$20。如果它乘以优秀的执行,那么就值$20,000,000。
那就是为什么我不爱听他人的点子。只有当看到它被确实执行下去了我才有兴趣。
当问题成为问题的时候才去担心
不要把时间浪费在还未成为问题的问题
你真的的需要考虑当用户到达10万以上的时候会出现的问题吗?它可能已经是两年以后的事了。
如果你现在只需要三个程序员你真的有必要雇八个吗?
你难道真的马上需要12台高端服务器即使两台就足以让你顶一年?
就先掠过吧
人们总是预先花很多时间在还不知道会不会发生的问题上。靠,我们推出Basecamp的时候还不知道如何向客户收费!因为产品是月付费的,我们知道 还有30天的时间来搞定付费方式。我们把预先省下的时间用在解决更紧急的问题,直到产品推出后,我们才着手付费问题。结果很顺利(它迫使我们用最简单的解 决方案,没什么花哨的东西)。
别整天操心还没成型的麻烦。别过度开发一个产品。到适当的时候再添加硬件和系统软件。如果进度推迟了一两个星期,别担心,还没到世界末日。只要诚实: 解释给你的客户听,说你们正经历着成长的烦恼。他们也许不会因此无比感动,但他们起码会赞同你的坦诚。
关键是: 如果你已经掌握了你需要的信息就及时做决定。这样你就能把注意力集中到需要马上解决的问题上来。
独处的时间
为了让事情做好,人们需要不被打扰的时间
37signals跨越4个城市和8个时区。从犹他州的普罗沃到代码的哥本哈根。我们五个人分隔了8个小时。这8个小时的距离的一个积极的副作用是独处的时间。
一天中只有四到五个小时我们都醒着并在一起工作。其他的时间,美国团队在睡觉而David,人在丹麦,在工作。剩下的时间,我们在工作而David在睡觉。这让我们一天中一半在一起而另一半独处。
猜猜在一天中哪一部分完成我们完成的工作最多?独处的那部分。这没有什么惊奇的。很多人喜欢的工作时间是清晨或者午夜 — 他们不会被打扰的时间。
如果你有很长时间没有被打扰,你就能渐入佳境。这个情境是你最有生产力的时间;这个时间内你不必在各种各样的任务中切换思维;这个时间你不会受到干扰,比如回答问题或者是查找东西,发送邮件或者应答即时通讯。独处的时区是产生真正进展的地方。
渐入佳境需要时间。这就是为什么干扰是你的敌人。这就像深度睡眠 — 你并不直接进入深度睡眠,你先进入浅睡眠,然后你会逐渐进入深度睡眠。任何干扰都会让你从头开始。
深度睡眠是真正的睡眠魔法发生的地方;独处的时间是真正的开发魔法发生的地方。
在工作中建立一条规定:一天中一半的时间作为独处时间。从上午10点到下午两点,任何人都不可以和别人谈话(除了午餐时间)。或者让一天的前一半或者后一半作为独处时间。只要保证这个范围是连续的,为了避免破坏生产力的干扰。
成功的独处时间意味着赶走交流痴迷。在独处时间中,放弃即时通讯,电话呼叫和会议。不要打开随时更新的email程序。只需闭上嘴去干活。(Just shut up and get to work.)
进入最佳状态
我们都知道知识工作者在稳定状态工作最出色,这种状态也被称作“渐入佳境”,他们全神贯注于工作,开足马力,忘了周围的环境。他们忘了时间的流逝, 在绝对的集中精力下产生了巨大的成果...那番在于这种情境太容易被破坏。噪声,电话呼叫,吃午餐,需要开车5分钟去星巴克喝咖啡还有合作者的打扰 — 特别是合作者的打扰 — 都破坏了这个情境。 如果你需要花一份钟处理合作者问问题的干扰,这足以破坏你的集中经历,那么你需要花费一个小时重新达到有效率,你的总生产力变得很糟糕。
会议有毒
不要会议
你真的需要会议吗?会议经常出现在概念不够清楚的时候。不要求助于会议,试着简化概念,于是你可以快速的讨论它,通过电子邮件,即时通讯或者Campfire。目标就是避免会议。你避免花费在会议上的每一分钟是你真正做事情的每一分钟。
对于生产力的毒性没有比会议更厉害的了。以下是几点原因:
- 他们将工作日分解成小的,不连续的片段从而打乱了你的日常工作流程
- 他们经常是关于词语或者抽象概念,并非真实的事物(比如代码片段或者一些接口设计)
- 他们经常每分钟传达非常小的信息量
- 他们通常包含至少一个笨蛋,轮到他时不可避免的通过无意义的话浪费大家的时间
- 他们偏离主题比大雪中的芝加哥出租车还容易
- 他们的议程经常非常模糊以致于没有人真正的明确他们的目的T
- 他们经常需要精心的准备但是人们无论怎样罕能做到
在你
确实地必须 开会(这必须是一个少见的事情)的时候 , 坚持这些简单的原则:
- 设定一个30分钟的计时器。当它响的时候,会议结束。句号。
- 邀请尽可能少的人。
- 没有明确议程的时候不要开会。
少开会
有太多的会议了。放弃那些没有意义的和没有效果的会议。只有当需要讨论重要的商务议题的时候或者你需要建议,赞同或者一致意见的时候才召开会议。即便如此,不要不加选择的邀请人 — 不要不必要的浪费人们的时间。
热情是装不出来的
选择快乐的和技术水平中等的,而不是令人不满的专家
热情,是无法伪装的。招人的时候,不要认为你需要一个技术大师或者技术名流。他们往往自以为是。一个水平说得过去的快乐员工胜过于愁眉苦脸的专家。
寻找充满热情的人;寻找你信任他可以独立完成任务的人;寻找在发展缓慢的大公司受过折磨,并且渴望新环境的人;寻找为一起去建造你正在建造的东西而感到激动的人;寻找对你所厌恶的事物同样感到厌恶的人;寻找为入你的伙而感到兴奋不已的人。
为提问加分
留意候选人是否对你的项目提出很多疑问。热心的程序员总是想尽量去理解存在很多疑点的问题并快速提出可能的解决办法和改进方案。阐明问题能产生一种 认识:项目的做法很多,但基本上取决于你对你的Web应用如何运作的想象。当你深入到细节,你能感觉到这个人是否在文化水平上符合。