理想化编程

    关于理想化编程，三年前已经写过一篇《关于理想化编程》的文章，具体当时关注的是接口性能，安全，Json字符串等，但是没有那么的“感同身受”，当时以为只要是本身关注本身写好的代码就ok，本身当时也是踩着坑走过来的，因此整理了一下当中的某一些原则；若是本身是TL，时间紧任务重的时候，咱们该怎么办？CodeReview？先能用，再好用？效率和质量不能同时保证,只有成本足够高的时候，那咱们该怎么办？能怎么办？

    最近跟MT的一个小伙伴沟通了一下全链路压测的问题，固然我也看了一些资料，一个测试可以关注开发中常见的安全问题，性能问题及一些开发常犯的错误，这个测试必定会是一个合格的测试。只有这样才能让某些开发口服心服，直接指出你是由于什么缘由出的问题，这样才能“硬”起来。必定不能是简单的业务测试，安全测试和性能测试归入测试的考核。

    先不说测试了，说说开发应该注意的，我以为从开发的角度来讲，最重要的是意识，固然老鸟能把本身的一些套路分享给新人是最好的，有了意识一切都有了，就像你今天要去见你心仪的女神，平时很糙的你会不会精心造做一番？让你们意识到，代码规范，线程安全，权限控制，幂等控制，事务处理等都是很重要的东西，固然也要意识到什么状况下会出现这些状况才能更好的控制这些状况，没时间集体Code Review，做TL即便再忙也要增量看团队成员的代码，这一点最近作的不是很好，之后要增强。

    最近我对象也常常给我抱怨加班，是由于一件事情反复的作，老板说什么领导就让改，咱们不该该专业的事交给专业的人干嘛？这样效率才能更高吗？好比最近加班太多了？那咱们问一下本身，本身的效率如何，整个Team的效率如何？所谓的工程师文化不就是：自由，效率，创造吗？可是自由不是没有约束，自由是自我驱动，自我精进。若是作的都很好，都没问题，那咱们就正点上班，正点下班。最近看了一些文章说什么互联网寒冬，寒冬来了咱们不该该更加去修炼本身，去抵抗寒冬。   

    理想化编程应该是追求极致，不断重构；不该该是得过且过，想固然。你应该去敬畏每一行代码和每个方法。