对代码不感冒，我应该怎么办？

　　1、理解技术债务
　　技术债务就像信用卡一样，会有很高的利息率，时间越长，修复所花的代价就越大，程序员对这个要有深刻的认识。同时团队应该培养一种保证设计质量的文化，应当鼓励重构、同时也应当鼓励其它有关代码质量的实践，在开发时间中应当专门抽出一部分以解决技术债务。如果没有合适的照料，代码会变得越来越复杂难懂，最后没人想碰它。
　　2、保持对原理的好奇心
　　不仅知道怎么用，还知道是什么原因。比如你做
　　Android，可以了解一下他的事件分发机制是什么样的，它的MeasureLayout是怎么work
　　的，有时间读一读它的源代码，看看他的原生控件是怎么实现的。学iOS，了解一下它的内存管理，autorelease是怎么工作的，runtime
　　是怎么工作的，runloop的原理是什么。做Server开发，可以了解一下Nginx为什么性能好，Redis
　　的工作原理如何，有时间也可以读读其源代码。做前端，也可以读一读Vue或React的源代码。
　　3、专注
　　程序员的工作效率可以相差很大，其中区别很大的一点就是是否专注，就像线程切换一样，恢复上下文有很高的代价。建议合理安排好自己的时间，尽量在上午下午留大块的专注时间来做设计和编程，关掉
　　IM邮件微信，把面试会议等安排在大块时间之外，同时也建议可以尝试一下番茄工作法。
　　4、同理心
　　写代码时要有同理心，考虑一个有少量上下文甚至完全不了解上下文的另外一个程序员他会怎么样读这个代码，这样自然就知道怎么写出可读性好的代码，该怎么命名，什么地方该加注释。
　　考虑以后维护代码的这个人就是你自己，这样在偷懒做一些临时的workaround时就会三思。
　　交付给测试人员时也要有同理心，有没有做基本的质量保证，有没有跟测试沟通改动可能的影响范围，让测试人员可以更有针对性的测试。
　　5、谋定而后动
　　好的程序员不是拿到需求就开始写代码，而是先考虑清楚。需求是否合理，是否能解决用户的问题，逻辑上是否有模糊或不完备的地方。然后考虑设计的问题，流程图是什么样的，类图是什么样的，接口是什么样的，对架构和模块的影响是什么样的，考虑清楚后才开始写代码。
　　6、架构思维全局思维
　　理解整体架构是什么样的，你开发的模块在架构中的层次，新增的改动会不会对架构有污染，是否需要调整架构，所开发的模块可否抽象成通用模块或者可否复用已有模块，或则重构已有模块达到可复用目的。
　　7、设计语言
　　掌握适当的设计语言，比如Java或Go，或者是一些设计模式，知道如何以简单清晰的方式去跟其他程序员描述和沟通你的设计和架构，大家理解一致了，才能更有效率的合作。
　　8、追求代码质量
　　代码质量是程序员的立足之本，在这一点上，要有精益求精的匠心。我看到很多普通程序员做了不少项目后水平提升仍然不明显，无它，对代码质量没有精益求精的精神。代码规范，健壮性，可读性，可维护性，无重复代码等等，都要精益求精。
　　9、代码审查
　　代码审查是保证代码和工程质量的最有效手段，优秀的公司（比如Facebook，Google）和优秀的团队（比如我们，欢迎关注团队公众号开源字节）都非常重视代码审查。如果你还不能认识到它的重要性，可以查看这里。
　　10、自动化
　　好的程序员都应该有自动化思维和工具思维，都应该会一门脚本语言，有自己的工具库。我们应该通过工具及自动化来改善我们的工作效率，以及避免一些人为的失误。
　　如若转载，请注明出处：开源字节https：sourcebyte。cnarticle121。html