咕（╯﹏╰）b这个问题啊老鸟们知道吗

来源：蜘蛛抓取(WebSpider) 时间：2017-04-12 15:43 标签： 这个问题啊

40条真言希望对进阶中的程序朋伖有所帮助。

1、重构是的主力技能

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

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

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

5、普通程序员+=超级程序员

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

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

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

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

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

11、常充电只有一种死法：土死的。

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

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

14、重构/优化/修复Bug，同时只能做一件

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

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

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

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

19、最好的工具是纸筆；其次好的是

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

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

22、最有用的语言是。其次的可能是

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

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

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

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

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

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

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

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

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

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

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

34、仅对“可預测的非理性”抛断言。

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

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

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

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

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

40、永远别小看程序媛(╯3╰)

我要回帖

更多关于 这个问题啊 的文章

 

随机推荐