Justering Tech Team Work Rules (Beta 1)

Justering

备份

我不能夸大备份的重要性，如果你要接受本规范中的一条，那就是时刻注意备份。
如果我正在开发一个复杂的功能，可能需要两个星期才能完成，这中间不能提交代码，那如何做好备份？
使用 branch？

源代码控制

源代码控制记录了谁在什么时间改动了什么地方，可以轻松回退到已知良好的版本。它让每个人对他们做的修改负责，也让每个人容易地看到代码库随时间的变化情况。
即使只有你一个人在编写一个新项目的代码，也要随小模块的进度使用源代码控制！而不是等到项目基本完成才提交第一版。

编码规范

行业标准

参考常识，保持一致。
编辑代码时，花点时间看看项目中的其他代码并确定其风格，如果其他代码 if 语句中使用空格，那么你也要使用。
必读资料：
1. PHP编码规范（中文版）
2. Google C++ 编码规范 第6-10章。

Justering 标准

1. Action 内的方法名一律小写，单词间以下划线相连。其余地方遵从标准。

   function some_page() {} // OK
   function SomePage() {}  // Bad - 不同环境下url大小写识别有差异

2. 类实例化后变量名后加 _obj - 我觉得这有点丑陋...或许你有更好的想法

   $contact_obj = D('Contacts');     // OK - ThinkPHP do model
   $something_obj = new SomeClass(); // OK

3. ...

CodeReview

Justering 代码审查（Code Review）清单

10 Percent Time

我们深知程序员是必须时刻保持学习的行业，不进则退。
但也深刻了解屏幕上不是IDE的程序员总觉同事主管都在背后看着你不务正业的天人交战的尴尬局面。
或许你是在为当下的项目恶补知识，或许是在学习一门语言，或许是在试验一个新鲜的玩意儿，或者正在尝试实现我们灵感分享会上好主意的原型，又或者仅仅是在放松心情...这不要紧，我们甚至鼓励你做这些事情，仅期望你回来时能同我们分享你的收获。
Google 财大气粗，是 20 Percent Time 可以做自己有兴趣的研究，咱们庙小事紧，先来 10P 试试效果。

圆桌会议

一周一次？
聊技术还是聊人生？
会议室或者楼下饭店酒桌？
唯一确定的是，第一周咱们就讨论制定这篇东西。

其它？

有倒是有，待还没理清楚头绪，随时补充，欢迎补充。