1.重组是程序员的主力技能。
2.操作日志可以增加脑容量。
3.先用profiler调查，然后才能谈优化。
4.锡很贵，不精确。根除大姨妈般的“礼酒”。满山遍野的支离破碎的主席实际上是背景噪音。
5.普通程序员Google=超级程序员。
单元测试总是具有成本效益的。
7.先写框架，然后不要写实现。相反，最好从原型中精炼框架。
8.代码结构明确，其他问题无关紧要。
9.好的项目风格强硬派、一键测试、一键发布、一键分发烂项目天性猥琐、口口相传、不做文章、神神秘秘。
10.代码不要害怕变化，要包容变化。
11.经常充电。程序员只能做一种司法：死于土。死亡谚语。
12.编程工作，隔离是方向，命名是关键，测试是主角，调试是补充，版本管理是后悔药。
13.一瓶弦。只有形成的制度才能有战斗力。单位规模不能太大，千人班、万人小队容易成为万人坑。
14.重建/优化/修复错误。一次只能制作一个。
15.简单模块注意包，复杂模块注意分层。
16.人脑性能有限，整洁胜于混乱。试图整理无法阅读的代码、格式。不好用的界面，请重新包装一下。
17.迭代速度决定工作强度。想节省多快，从简化开发过程和提高迭代速度开始。
18.忘记优化代码编写。早期优化等同于恶意破坏。忘记代码优化。优化应该以性能测试为标准，而不是拘泥于行距。
19.最好的工具是笔和纸。第二好的是马克唐克。
20.leader询问了任务时间，如果回答不出来，任务划分可能还不细。
21.我宁愿再算一周。要估计一天。过于“乐观”容易吓到老板。
最有用的语言是英语。第二个可能是python。
23.百闻不如一见。画出结果一目了然。调试时间大大缩短。
24.资源、代码必须一起由版本管理。资源匹配错误比代码匹配错误更难解决。
25.不要以想象力为基础开发，要以原型为基础开发。原型的价值是迅速验证想法，节省时间。
26.序列化首选的纯文本文本文本。二进制、混淆、加密、压缩等需要时添加。
编译器总是比理解微优化要好。只能朝着不擅长的方向努力。
28.不要制定太大、太远、太细的计划。定也没用。
29.至少一半的时间花在整合上。时间，时间，时间总是不够的。
30.违背主流意见/方法/风格/习惯的时候，首先检讨自己最可靠。
31.布格出现了，不管是不是你的，都主动调查。这可能会使你的工作能力暴涨，个人形象飙升。如果你的bug被别人发现了。呵呵，那你就被动了~。
32.不知道怎么选技术书的时候要选薄的。至少不会太贵，你都可以看。
33.git是最好的。简单、可靠、免费。
34.仅断言“可预测的非理性”。
Log要写时间和分类。输出必须可以重定向。
36.注释是有点差的文件。更好的是明确的命名。代码讲述自己的故事。
造轮子是很好的运动方法。前提是你见过另一个轮子。
38.建议以组/对的形式查看代码。对工作有一定的了解，建议会更有价值(不是绝对的)。而且不会成为负担。管理者个人review很容易成为team的瓶颈。
39.提问前先做调查。不能在占卜上遭到鄙视，浪费自己的时间。
40.千万不要小看程序媛
