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