编写代码可以遵循以下几点原则：
-
先做核心模块的压测：很多程序员，习惯把东西做完，然后等着快上线的时候才做性能测试，那么如果前面设计出了问题，这个就很头大了。
当然，后期快上线的时候也要做性能测试，但前期的我认为还是很重要的。
当然，做好这一点，需要懂一些业务，你要知道业务压力在哪里，业务请求的重心在哪里，很多时候，产品经理不讲，你也要问清楚。
-
确保过程可控：代码执行时一定要保持中间的输出，比如说，每处理 10 万条日志，写一条状态日志，记录处理的日志条目数和当前的执行时间。
-
多打日志：很多时候，代码写的自己也不是很满意，比如某个处理效率不够优化，某个处理的方法不够简洁，或者扩展性比较差，代码写的很弱智，但可能短时间没有办法想清楚最合理的解决方案，考虑到上线初期这里并不是重心所在，所以也不会特意去优化它，但这种情况下我往往会留释，并说明下一步优化的可能思路是什么，或者想到的可行方案是什么。
-
简单易懂的逻辑：千万不要把自己绕进去了，时间一长，谁都看不明白你的逻辑。
如果逻辑真的很难在一个函数内完成，尝试切分。
-
不要沉迷于框架：框架的问题是什么？是过于繁冗的嵌套。
为什么我一直很烦框架？因为经常遇到需要一秒钟几千次请求的处理场景，那么调优的时候，要从数不清的框架中寻找数据处理的逻辑，寻找性能卡点，可能改动代码只有两行，但是找问题需要两天。
程序员记住，你的技术能力不能被框架约束住。
-
使用熟悉、成熟的技术：很多人根本没搞明白自己的障碍和问题在哪里，根本不知道相关技术产品的优势和劣势在哪里，看一堆第三方的数据测评，脑子一热，去学新技术，然后，掉进坑里出不来，如果是创业公司，可能项目就死在里面了。
使用新技术前，建议了解该技术的特征，适用范围，以及不适用的范围。