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. 宁可多算一周,不可少估一天。过于“乐观”容易让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. 提问前先做调研。问不到点上既被鄙视,又浪费自己的时间。

[ZZ]39条更好的软件开发方法的更多相关文章

  1. Atitit.研发管理--提升效率--软件开发方法DSM总结o99

    Atitit.研发管理--提升效率--软件开发方法DSM总结o99 1. 什么是DSM? 1 2. DSM使用的语言DSL 2 3. 模型的优点 2 4. DSM 跟与MDA区别 2 5. MDA的实 ...

  2. Code Complete 笔记—— 第二章 用隐喻来更充分理解软件开发

    在这章里面,提到的隐喻,类同于比喻(建模)的方法的去理解软件开发. 隐喻的优点在于其可预期的效果能被所有人所理解.不必要的沟通和误解也因此大为减低,学习与教授更为快速,实际上,隐喻是对概念进行内在化和 ...

  3. atitit.提高开发效率---mda 革命性的软件开发方法

    atitit.提高开发效率---mda 革命性的软件开发方法 1. 软件开发方式的革命开发工具的抽象层次将再次提升 1 2. 应用框架和事实上现相分离 2 3. 眼下的问题模型和代码不同步 2 4.  ...

  4. [转] Agile Software Development 敏捷软件开发

    原文作者:kkun 原文地址:http://www.cnblogs.com/kkun/archive/2011/07/06/agile_software_development.html 敏捷是什么 ...

  5. 敏捷软件开发 Agile software Development(转)

    原文链接: http://www.cnblogs.com/kkun/archive/2011/07/06/2099253.html 敏捷软件开发 Agile software Development ...

  6. 【软件工程】week5-个人作业-敏捷开发方法初窥

    敏捷开发方法初窥 引言:本周的软件工程个人博客作业是阅读关于敏捷开发方法的文章(http://martinfowler.com/agile.html),并撰写自己的读后感.文章内容非常丰富,对敏捷开发 ...

  7. 敏捷软件开发VS传统软件工程

    敏捷软件开发:又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新兴软件开发方法,是一种应对快速变化的需求的一种软件开发能力. 与传统软件工程相比,它们的具体名称.理念.过程.术语都不尽相同 ...

  8. 敏捷软件开发 VS. 传统软件工程

    敏捷软件开发 VS. 传统软件工程 软件工程这一术语1968年被提出,之后美国软件工程专家巴利·玻姆对十多年间研究软件工程的专家学者们提出的一些准则与信条,于1983年对提出软件工程的七条基本定理,将 ...

  9. 软件开发顶尖高手的杀手锏SQL语句

                  软件开发顶尖高手的杀手锏SQL语句                                                                     ...

随机推荐

  1. 《DSP using MATLAB》Problem 6.9

    9月9日,我们怀念毛主席! 代码: %% +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ...

  2. 【BZOJ1492】【NOI2007】货币兑换

    我果然不会斜率优化 原题: 小Y最近在一家金券交易所工作.该金券交易所只发行交易两种金券:A纪念券(以下简称A券)和 B纪念券(以下 简称B券).每个持有金券的顾客都有一个自己的帐户.金券的数目可以是 ...

  3. 【传输协议】TCP、IP协议族之数字签名与HTTPS详解

    文章转载出自:https://blog.51cto.com/11883699/2160032 安全的获取公钥 细心的人可能已经注意到了如果使用非对称加密算法,我们的客户端A,B需要一开始就持有公钥,要 ...

  4. doubleclick-video-skipable

    from:https://support.google.com/adxbuyer/answer/2691733?hl=en Implement skippable functionality usin ...

  5. Centos7网络正常,但使用yum提示安装源无法连接

    可以尝试使用yum clean all清空yum源本地缓存

  6. linux查看网络信息命令

    #遇到一条很长的命令怎么办,想换行的时候在末尾增加\符号就可以换行继续输入命令了 #在ifconfig内容中找出ip [root@bogon ~]# ifconfig ens33|grep " ...

  7. MySQL--使用innodb_force_recovery修复数据库异常

    当MySQL服务异常重启失败后,可以通过配置参数innodb_force_recovery来对MySQL服务进行修复启动. 参数innodb_force_recovery选项: 1 (SRV_FORC ...

  8. awesome-workflow-engines

    转自:https://github.com/meirwah/awesome-workflow-engines awesome-workflow-engines A curated list of aw ...

  9. Gravitational Teleport docker-compose组件独立部署运行

    Gravitational Teleport 可以作为堡垒机进行使用,上次写过一个all in one 的,这次参考官方 的配置运行一个proxy node auth 分离的应用 备注: 基于dock ...

  10. Truthy and Falsy Values and Equality Operators

    最近在学习JS.  有一些概念还希望跟大家分享出来 Truthy and Falsy Values Falsy Values: undefined, null, 0, '', NaN(not a nu ...