从需求出发

  • 产品没交代清楚的地方，有疑问要及时提出，想当然只会导致后期返工。
  • 如：一些图片控件在 ready 之前，是显示 placeholder 呢，还是不显示；在线配置信息有误的时候，客户端应该有什么反馈。

先列清逻辑再写代码

  • 不要急着写代码
  • 不要急着写代码
  • 不要急着写代码
  • 一定要先罗列清楚逻辑，再根据逻辑进行开发。
  • 整理出来的逻辑可以书写下来，一方面可以为开发之前的讨论提供便利，另一方面也方面测试和上线后的排错。
  • 总之，逻辑不清的代码会给测试和 bug 跟踪带来极大麻烦。
  • 因此写代码的最低要求：能够解释清楚逻辑，避免低级错误。
  • 养成一个好的习惯，为了自己，为了他人。

避免重复

  • 程序猿都懂的基本原则。
  • 要做好却是不容易的，作为开发者，对自己要求高一点吧。

抽象

  • 避免重复的进阶版。
  • 功能模块化，提供相应接口，以便灵活复用。

命名和注释

  • 有意义的变量名、函数名本身就隐含注释功能。
  • 适当的注释是有必要的。
  • 但是描述不明、可能会造成误导的注释，不如不写。

SVN工具

  • 了解 SVN 工具的基本功能。
  • 因为有版本控制工具的存在，没有必要在一版本内新建一个文件副本再去修改。
  • 工具是为人服务的，对工具产生畏惧是可笑的。
  • 碰到不明白的地方，只需稍微搜索，便能找到理想答案。