关于理想化编程，三年前已经写过一篇《关于理想化编程》的文章，具体当时关注的是接口性能，安全，Json字符串等，可是没有那么的“感同身受”，当时觉得只要是自己关注自己写好的代码就ok，自己当时也是踩着坑走过来的，所以整理了一下当中的某一些原则；如果自己是TL，时间紧任务重的时候，我们该怎么办？CodeReview？先能用，再好用？效率和质量不能同时保证,只有成本足够高的时候，那我们该怎么办？能怎么办？
最近跟MT的一个小伙伴沟通了一下全链路压测的问题，当然我也看了一些资料，一个测试能够关注开发中常见的安全问题，性能问题及一些开发常犯的错误，这个测试一定会是一个合格的测试。只有这样才能让某些开发口服心服，直接指出你是因为什么原因出的问题，这样才能“硬”起来。一定不能是简单的业务测试，安全测试和性能测试纳入测试的考核。
先不说测试了，说说开发应该注意的，我觉得从开发的角度来说，最重要的是意识，当然老鸟能把自己的一些套路分享给新人是最好的，有了意识一切都有了，就像你今天要去见你心仪的女神，平时很糙的你会不会精心造作一番？让大家意识到，代码规范，线程安全，权限控制，幂等控制，事务处理等都是很重要的东西，当然也要意识到什么情况下会出现这些情况才能更好的控制这些情况，没时间集体Code Review，作TL即使再忙也要增量看团队成员的代码，这一点最近做的不是很好，以后要加强。
最近我对象也经常给我抱怨加班，是因为一件事情反复的做，老板说什么领导就让改，我们不应该专业的事交给专业的人干吗？这样效率才能更高吗？比如最近加班太多了？那我们问一下自己，自己的效率如何，整个Team的效率如何？所谓的工程师文化不就是：自由，效率，创造吗？但是自由不是没有约束，自由是自我驱动，自我精进。如果做的都很好，都没问题，那我们就正点上班，正点下班。最近看了一些文章说什么互联网寒冬，寒冬来了我们不应该更加去修炼自己，去抵抗寒冬。
理想化编程应该是追求极致，不断重构；不应该是得过且过，想当然。你应该去敬畏每一行代码和每一个方法。