新手程序员要知道的小技巧，赶紧收藏码住！

1.重构是程序员的主力技能。

2.工作日志能提升脑容量。

3.先用 profiler 调查，才有脸谈优化。

4.注释贵精不贵多。杜绝大姨妈般的“例注”。漫山遍野的碎碎念注释，实际就是背景噪音。

5.普通程序员+google=超级程序员。

6.单元测试总是合算的。

7.不要先写框架再写实现。最好反过来，从原型中提炼框架。

8.代码结构清晰，其它问题都不算事儿。

9.好的项目作风硬派，一键测试，一键发布，一键部署; 烂的项目生性猥琐，口口相传，不立文字，神神秘秘。

10.编码不要畏惧变化，要拥抱变化。

11.常充电。程序员只有一种死法：土死的。前端技术在不断更新和迭代，新的技术和框架层出不穷。社区开始讨论低代码，低代码强调的是开发效率，作为一个前端，其实很少人会去想如何提升研发效能这个问题，这个问题已经不局限于开发了，而是提升整个团队甚至整个公司的档次。

非常推荐 JNPF 快速开发平台，这个平台依托的就是低代码开发技术原理，因此可以改善传统开发交付周期长、二次开发难、技术门槛高的痛点。另外，在 JNPF 后台提供了丰富的解决方案和功能模块，大部分的应用搭建都是通过拖拽控件实现，简单易上手，在 JNPF 搭建使用 OA 系统，工作响应速度更快。

最新开源项目推荐：https://www.yinmaisoft.com

12. 编程之事，隔离是方向，起名是关键，测试是主角，调试是补充，版本控制是后悔药。

13. 一行代码一个兵。形成建制才能有战斗力。单位规模不宜过大，千人班，万人排易成万人坑。

14. 重构/优化/修复 Bug，同时只能作一件。

15. 简单模块注意封装，复杂模块注意分层。

16. 人脑性能有限，整洁胜于杂乱。读不懂的代码，尝试整理下格式; 不好用的接口，尝试重新封装下。

17. 迭代速度决定工作强度。想多快好省，就从简化开发流程，加快迭代速度开始。

18. 忘掉优化写代码。过早优化等同恶意破坏;忘掉代码作优化。优化要基于性能测试，而不是纠结于字里行间。

19. 最好的工具是纸笔;其次好的是 markdown。

20. leader 问任务时间，若答不上来，可能是任务拆分还不够细。

21. 宁可多算一周，不可少估一天。过于“乐观”容易让 boss 受惊吓。

22. 最有用的语言是 English。其次的可能是 Python。

23. 百闻不如一见。画出结果，一目了然。调试耗时将大大缩短。

24. 资源、代码应一道受版本管理。资源匹配错误远比代码匹配错误更难排查。

25. 不要基于想象开发， 要基于原型开发。原型的价值是快速验证想法，帮大家节省时间。

26. 序列化首选明文文本 。诸如二进制、混淆、加密、压缩等等有需要时再加。

27. 编译器永远比你懂微观优化。只能向它不擅长的方向努力。

28. 不要定过大、过远、过细的计划。即使定了也没有用。

29. 至少半数时间将花在集成上。时间，时间，时间总是不够。

30. 与主流意见/方法/风格/习惯相悖时，先检讨自己最可靠。

31. 出现 bug 主动查，不管是不是你的。这能让你业务能力猛涨、个人形象飙升; 如果你的 bug 被别人揪出来…..呵呵，那你会很被动～≧﹏≦

32. 不知怎么选技术书时就挑薄的。起码不会太贵，且你能看完。

33. git 是最棒的。简单，可靠，免费。

34. 仅对“可预测的非理性”抛断言。

35. Log 要写时间与分类。并且要能重定向输出。

36. 注释是稍差的文档。更好的是清晰的命名。让代码讲自己的故事。

37. 造轮子是很好的锻炼方法。前提是你见过别的轮子。

38. code review 最好以小组/结对的形式。对业务有一定了解，建议会更有价值(但不绝对)。而且不会成为负担。管理员个人 review 则很容易成 team 的瓶颈。

39. 提问前先做调研。问不到点上既被鄙视，又浪费自己的时间。

40. 永远别小看程序媛