1.重构是程序员的主力技能
2.工作日志能提升脑容量
3.先用Profiler调查,再谈性能优化
4.注释贵精不贵多。漫山遍野的碎碎注释,实际就是背景噪音。
5.普通程序员+Google=超级程序员
6、不要先写框架再写实现,做好反过来,从原型中提炼框架
7.单元测试总是合算的
8.代码结构清晰,其他的都不算事
9.好的项目作风硬派,一键测试,一键发布,一键部署,烂的项目猥琐,扣扣相传,不立文字,神神秘秘
10.编码不要畏惧变化,要拥抱变化。
11.常充电,程序员只有一种死法:土死的
12.编程之事,隔离是方向,起名时关键,测试是主角,调试是补充,版本控制是后悔药。
13.一行代码是一个兵,形成建制才能有战斗力里,单位规模不用太大,千人班,万人排易成万人坑。
14.重构、优化和修复Bug时,同时只能做一件。
15.简单模块注意封装,复杂模块注意分层。
16.人脑性能有限,整洁胜于杂乱。都不懂的代码,尝试整理下格式,不好用的接口,尝试重新封装下。
17.迭代速度决定工作强度。想多快好省,就从简化开发流程,加快迭代速度开始。
18.忘掉优化代码,过早的优化代码等同恶意破坏。忘掉代码做优化,优化要基于性能测试,而不是纠结于字里行间。
19.最好的工具是纸和笔,其次好的是Markdown.
20.Leader问任务时间,若答不上来,可能是任务拆分还不够细。
21.宁可多算一周,不可少估算一天。过于乐观容易让老板“受惊".
22.最有用的语言是English,其次才可能是Python。
23.百闻不如一键。画出结果,一目了然,调试耗时将大大缩短。
24.资源、代码应一道受版本控制管理。资源匹配错误远比代码匹配错误更难排查。
25.不要基于想象开发,要基于原型开发。原型的价值是快速验证想法,帮大家节省时间。
26.序列化首选明文文本。诸如二进制、混淆、加密、压缩等有需要时再加。
27.编译器永远比你懂微观优化,只能向它不擅长的方向努力。
28.不要制定过于大、过远、过细的计划。即使订了也没有用。
29.至少半数时间花在集成上。时间,时间,时间总是不够。
30.与主流意见、方法、风格习惯相悖时,先检讨自己最可靠。
31.出现Bug时主动查,不管是不是你的。这能让你的业务能力猛涨,个人形象上升。如果你的Bug被别人揪出来,那你会很被动。
32.不知怎么选技术书时候,就选薄的。起码不会太贵,且能看完。
33.Git是最棒的,简单,可靠,免费。
34.仅对”可预测的非理性“抛断言。
35.Log要写时间和分类,且能定向输出。
36.注释是稍差的文档。更好的是清晰的命名,让代码自己讲故事。
37.造轮子是很好的锻炼方法,前提是你见过别人的轮子。
38.CodeReview最好以小组或结对的形式。对业务有一定的了解,建议会更有价值(但不绝对),而且不会成为负担。管理者个人
review则会造成Team的负担。
39.提问前先做调研。问不到点上即被鄙视也浪费时间。
40、永远别小看程序员。
5万+

被折叠的 条评论
为什么被折叠?



