1.开会前提前看策划文档，提出问题，开会时可以直接讨论，省去了大量的念ppt时间。

2.策划文档一定有要看仔细，1.防止验收时漏写功能。2.发现缺失的功能文案，让策划及时补充。

3.需求提测时间评估，评估标准是：完成功能+自测无bug。不能按出demo为节点，改bug可能会花很多时间。

4.学会对不合理需求说No，多问策划为什么？如果有更好的方案可以和策划沟通。

1.新建lua或cs类，标清作者和类描述。

2.时刻注意代码的可读性，复用性，可扩展性。

3.注意UI代码的MVC分层，数据，逻辑和表现分离。开始写代码时就考虑这些，不要等这有时间了再优化，技术欠账只会越来越多。

4.新功能在分支开发，分支名使用feature/xxxxx。

5.新功能开发完毕后，自测完毕才能合并主分支。合并代码后记得再自测才能推送，防止影响了他人的代码产生的bug。

1.命名规范，禁止使用a，b，拼音之类的参数。

2.类和函数的命名，要符合驼峰命名法，从函数名看出函数的功能。

2.避免过长的函数（超过10行就考虑优化），可以拆分或复用。

3.避免过长的类，考虑数据，逻辑和表现的分层 或者 模块化。

4.避免过长的参数列表，考虑重载或拆分函数。