写代码有哪些注意点,Dean还写代码

我来说一些个人经历，写代码的过程中会有哪些禁忌。希望大家可以参考一下。暂时我觉得就这么多了。你还忌讳什么？所有的逻辑都是用一个方法写的，有些单元没有代码开发规范，导致程序员很方便。有些程序员喜欢把所有的实现都写在一个类的一个方法里，这样一方面会造成代码的可读性被检查，另一方面也不利于代码重用。

为什么国内IT公司leader以上就不怎么写代码，而据说Google的Jeff Dean还写代码？到底哪种情况好呢？

国内由技术转领导的，绝大多数不是因为技术能力牛x提升上去的，相反的，是技术能力上不去了，平时也就一般般的那种，把更多时间花在了人事关系上，为转型做铺垫。这样的人到了管理位置上，更不可能写代码了。希望国人从美国制裁中国，开始限制一些软件使用上能领悟，高端软件并不是一群刚毕业的年轻小伙能沉淀开发得出来的，屏弃所谓的35岁现象，让做研发的安安心心，踏踏实实的做些中国软件出来。

写代码过程中最忌讳的是什么？

代码编写看缠山,一重缠是一重关需求如有八重险,不出阴阳八卦形。下面我谈谈个人的一些经验，写代码过程中会有哪些忌讳，希望大家参考。这个很着急，下周就要上线相信很多程序员都会遇到这样的情景，时间紧是程序员最大的忌讳。需求要求很着急，排期并没有参考程序员的意见就定了一个几乎不可能完成的时间加班还是可以接收的，但最可怕的是在这么短的工期内完成编码工作，那么代码的质量可想而知。

需求不明确开发说白了是把需求变成代码，如果需求不明确就想当然地去开发，很容易和需求南辕北辙需求不明确的时候，一定要和项目经理或产品经理沟通并明确需求而最为可怕的是，代码开发差不多的时候，需求变了。拿到需求立刻动手这个还是需求理解的问题，代码开发之前最好能想清楚流程，也就是概要设计和详细设计，可以不写设计文档，但是有必要有着整体的把控。

随意修改之前的代码在开发过程中，我们经常会需要修改之前的老代码，如果没有搞清楚它们的用途就直接去修改的话，是一件很危险的事情。所有的逻辑都写在一个方法里有些单位没有代码开发规范，也就造成程序员怎么方便怎么来会有程序员喜欢把所有的实现都写在一个类的一个方法里面，这样一方面会造成代码的可读性查，另外一方面也不利于代码的复用。

下个版本再完善却没有下文有时候开发完一个需求，也想到了有更完善的方案，但是因为开发时间不允许，就打算下个版本再完善，但从此没有了下文建议在需要完善的地方，增加//TODO的注释，很多IDE都是有功能展示这些TODO内容的。暂时想到有这么多，还有哪些是你们忌讳的？不妨留言一起讨论。希望我的回答，能够帮助到你！我将持续分享Java开发架构设计职业发展等方面的见解，希望能得到你的关注另外，关注我后可私信架构大数据面试优化等关键字，获取相关资料。

对程序员来说最难的是写代码吗？

对资深程序员来说，一万行代码一天就能码完，写代码是最没技术含量的事情。对程序员来说，最难的是理解需求，把自然语言转成数学语言的过程，术语叫作形式化，早期程序员需要直接对接用户，花很多时间与用户沟通，把用户要求的功能性能抽象出来，整理整个系统的数据字典。现在很多公司这部分工作交给产品经理了，是好事也是坏事，程序员就很难成长跨越成老板了。

写不出代码应该怎么办？

谢谢你的邀请。我不太懂代码问题。大概，编程的过程就是编码的过程，比如路上所有类型的车的邮政编码，身份证号，车牌号。简而言之，只要是按照一定的顺序，把相关数量的东西按类别贴上一定的编码，这个给定的编码就作为这个东西的ID号。现在社会分工很细，所有的事情都要用代码来表达，既不能有所偏重，也不能孤立起来失去逻辑联系。