编者按：本文由秦迪向「高可用架构」投稿，介绍编写好代码的思考与感悟。转载请注明来自高可用架构公众号「ArchNotes」。
“一个人工作了几年、做过很多项目、带过团队、发了一些文章，不一定能代表他代码写的好；反之，一个人代码写的好，其它方面的能力一般不会太差。” 秦迪 最近写了不少代码，review 了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。这里是上篇，谈一谈烂代码产生的原因和现象。 1、写烂代码很容易刚入程序员这行的时候经常听到一个观点：你要把精力放在 ABCD（需求文档/ 功能设计/架构设计/理解原理）上，写代码只是把想法翻译成编程语言而已，是一个没什么技术含量的事情。 当时的我在听到这种观点时会有一种近似于高冷的不屑：你们就是一群傻 X，根本不懂代码质量的重要性，这么下去迟早有一天会踩坑，呸。 可是几个月之后，他们似乎也没怎么踩坑。而随着编程技术一直在不断发展，带来了更多的我以前认为是傻 X 的人加入到程序员这个行业中来。 语言越来越高级、封装越来越完善，各种技术都在帮助程序员提高生产代码的效率，依靠层层封装，程序员真的不需要了解一丁点技术细节，只要把需求里的内容逐行翻译出来就可以了。 很多程序员不知道要怎么组织代码、怎么提升运行效率、底层是基于什么原理，他们写出来的是在我心目中一堆垃圾代码。但是那一坨垃圾代码竟然能正常工作。 即使我认为他们写的代码是垃圾，但是从不接触代码的人的视角来看（比如说你的 boss），代码编译过了，测试过了，上线运行了一个月都没出问题，你还想要奢求什么？ 所以，即使不情愿，也必须承认，时至今日，写代码这件事本身没有那么难了。 2、烂代码终究是烂代码
但是偶尔有那么几次，写烂代码的人离职了之后，事情似乎又变得不一样了。
|
|
1 2 3 4 5 6 |
public void save() { for(int i=0;i |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
