代码编写看缠山,一重缠是一重关；需求如有八重险,不出阴阳八卦形。
下面我谈谈个人的一些经验，写代码过程中会有哪些“忌讳”，希望大家参考。
“这个很着急，下周就要上线”相信很多程序员都会遇到这样的情景，时间紧是程序员最大的忌讳。
需求要求很着急，排期并没有参考程序员的意见就定了一个几乎不可能完成的时间；加班还是可以接收的，但最可怕的是在这么短的工期内完成编码工作，那么代码的质量可想而知。
需求不明确开发说白了是把需求变成代码，如果需求不明确就想当然地去开发，很容易和需求南辕北辙；需求不明确的时候，一定要和项目经理或产品经理沟通并明确需求；
而最为可怕的是，代码开发差不多的时候，需求变了。
拿到需求立刻动手这个还是需求理解的问题，代码开发之前最好能想清楚流程，也就是概要设计和详细设计，可以不写设计文档，但是有必要有着整体的把控。
随意修改之前的代码在开发过程中，我们经常会需要修改之前的老代码，如果没有搞清楚它们的用途就直接去修改的话，是一件很危险的事情。
所有的逻辑都写在一个方法里有些单位没有代码开发规范，也就造成程序员怎么方便怎么来；会有程序员喜欢把所有的实现都写在一个类的一个方法里面，这样一方面会造成代码的可读性查，另外一方面也不利于代码的复用。
下个版本再完善却没有下文有时候开发完一个需求，也想到了有更完善的方案，但是因为开发时间不允许，就打算下个版本再完善，但从此没有了下文；建议在需要完善的地方，增加//TODO的注释，很多IDE都是有功能展示这些TODO内容的。
暂时想到有这么多，还有哪些是你们忌讳的？不妨留言一起讨论。
希望我的回答，能够帮助到你！我将持续分享Java开发、架构设计、职业发展等方面的见解，希望能得到你的关注；另外，关注我后可私信【架构】、【大数据】、【面试】、【优化】等关键字，获取相关资料。
代码只是编程思想的一种具体展示形式，程序员写代码有几个禁忌，不能写没有中心思想的代码，很多程序员写代码都是凭着感觉走，写到哪算哪，特别是初学者写代码的时候，不讲究策略觉得一边想着一边写着是一件特别有意思的事情，任何都需要有编程的指导思想指引，不能跟着感觉走，编程是一种理性行为不是肆意挥洒，优秀的程序代码一定是经过精心设计的，程序代码的调试不是推倒重来，而是在有中心的基础上进行修复。
写代码是一件很严谨的事情，很多程序员在拿到需求之后就急急忙忙开动了，越是年轻的程序员越是喜欢拿到功能模块就开始动手搞了，正常的一个项目在写代码之前会有百分之三十的时间进行整体的设计调研，确定一些关键信息的数据结构，真正的代码阶段时间也就只有不到百分二十，剩下的就是模块联调，整体功能测试，然后压力测试，经过alpha，beta，release三步最终达到产品项目，越是老程序员拿到需求之后先会在自己大脑中打无数的草稿，然后收集大量的资料验证中间存在的疑问，一旦全部验证完毕就全力动手开搞，由于技术难点都想明白了，代码实现起来就会快很多，加上基本功扎实基本上几天就能把所有功能搞完，而且代码的质量还很高。
写代码的时间段内尽量不要被打扰，因为代码一旦被打断就要重新恢复现场，恢复现场的断点需要花费一段时间，导致很多程序员在写代码的时候戴着大耳机，就是防止被外界干扰，戴着耳机也不是为了听音乐消遣放松大脑，很多程序员喜欢深夜写代码也是这个道理，夜深人静没有人打扰，能够产出高质量的代码，代码的质量直接决定了模块的稳定性和性能，写代码最忌讳被人无端的打扰，有时候灵感突然之间什么都没了。
写代码最直接表现就是把编程的中心思想用简便的方式表现出来，所以要想表达的彻底代码质量必须要高。
评价程序员水平高低从来都是靠产品说话，代码只是内在表现，但也最能从表现上看出编程的基本功。
希望能帮到你。