shukebeta's notebook

作者：图灵社区

2013-02-09 15:46:09
高德纳：我对于把一项有益的活动排在另一项之前这种事，不十分感冒。

2013-02-11 20:23:16
公司要么是产品经理驱动，要么是销售驱动。程序员如果永远出于被驱动的状态，就会逐渐丧失主动性。

2013-02-11 21:11:23
意见相左的时候。这个时候我们都遵循一个原则：不采用任何一方的意见，双方重新考虑方案，直到互相认可。这种工作方式使我们都形成了一个好习惯：与其去批判对方，不如想出更精彩的点子去获得大家的认可。

2013-02-12 18:21:34
在某种情况下正确的方案，在其它情况下不一定是对的。

2013-02-12 18:22:03
尽可能多地告诉他工作的细节。

2013-02-12 18:23:33
从细节技术层面到整体效果层面，有很多东西你必须知道。不能让一个新手随意猜测，不管他有多聪明。而且这和聪不聪明没关系，一切都要根据实际情况决定。

2013-02-12 18:23:49
必须详细地描述你的要求，方便他们提问。

2013-02-12 18:26:29

初级程序员们应该“忘掉”他们觉得自己已经知道的东西，然后重新学习他们需要的东西。

2013-02-12 18:27:28
缺乏工作的主动性，没法真正学到什么东西

2013-02-12 18:28:25
初级程序员们必须学会“问”。问了，就必定会有收获。
看看急性子的初级程序员的例子：如果他敢于发问，“老板，我从来没挂过画，我该怎么做？”，就不会有射钉枪、胶带、石膏锯这样的问题了。作为一个过来人，你应该知道他没有你那么经验丰富。

2013-02-12 18:29:11
从某个角度来说，我们都是初级程序员。就算你有四十年各个平台和嵌入式系统的C++开发经验，但当涉及关系数据库、Nosql或是Java和JVM，或是C#和CLR的时候，你依然是一个初级程序员。

2013-02-12 19:49:55
计划与实际情况不符时，他们采取怎

2013-02-12 19:51:11
喜欢写程序的人都是聪明人。聪明是好的，但如果聪明到发现聪明并不是唯一重要的事情，那就更好了。

2013-02-12 19:52:22
重点在于苦练编码基本功，消除代码中“坏味道”。

2013-02-12 20:10:23
我们多数的、工匠思维下的工程师是关注于做事，而不关注于人情的。在我们的社会与组织背景下，事做得好不好，只是整件事情中的一个比重较大，但不十分关键的因素。

2013-02-12 20:10:49
领导作为一门技术，显然也是有其方法的。

2013-02-12 20:11:45
如果毁约代价大，则大家都守约；否则，大家该人情还人情，该无耻还无耻。就如同没有极端代价的、公义的法律约束，大家就会犯法一样——这看起来很是好笑，但我们的社会在底子里就存在着这样的一个模式。

2013-02-12 20:45:36
真正有意义的改革是革新，而不是革命。革新是容旧渐新的，革命是推翻了事的。

2013-02-12 20:46:49
旧的，必须与新的共存着非常长的时间。这意味着，这一过程中旧的必须渐渐地“懂得”新的，而新的也必须渐渐地“容得”旧的。于是旧的不再旧，而新的也必然不再是最初设定的那个“新”。因为，“新”的自身也必然是在发展着的

2013-02-12 20:47:44
能用就用是践行的第一原则，小平同志的话更简单直接：不管黑猫白猫，能抓老鼠的就是好猫。

2013-02-12 20:49:03
只有站在组织之外，才能看到组织的整体。

2013-02-12 20:52:05
不要只顾着自我展现，还要注意倾听，弄清对方问话的真实意图；认识自己，就是知道该在哪些方面付出努力，弥补自己的短处，补充该学会的技能

多看笔记 来自多看 for iOS