最近某一同事离职，留下的工作由我来接手，结果一看他的代码头都开始大了，随便点开一个文件，连一句注释都没有，好不容易有一句了，发现代码还是直接复制过来名字都不改的。文件或目录命名全都是类似这种laowu.js，form1.js，form2.js，tfsj.js......这我真猜不出写的是啥......更重要的是，我还没来得及吐槽他，他居然私聊我说：“代码不要写注释，最多写一份自己看。你写注释了别人都看得懂，你就会被替代。” 我：？？？ <br> 毫无疑问这是一次颠覆我三观的对话，他说的这些话成了我后面几个星期的笑点，彻彻底底暴露出了他基础不扎实，专业没过关以及态度不端正的缺点。由此我也有了以下感慨。 <br> 不管是读大学时听老师教育，还是工作时和同事交流，一直离不开代码可读性这个词。大部分人的代码其实都是相互吐槽，你看不懂我的，我看不懂你的。但我一直信奉一句话：“任何傻瓜都会编写计算机能理解的代码。好的程序员能够编写人能够理解的代码。”因此写代码过程中，即使我知道自己离“人理解的代码”还差很多，可是始终得告诫自己，命名要规范，书写要规范，变量不乱用，注释要写清......什么a=1，b=2，a1="123"，b1="321"这种当时写起来是舒服了，但是放到项目里分分钟钟会把人气死。写代码是一个人的事，但工作从来不是一个人的事，尤其做同一个项目相互合作太重要了。好的代码就像程序员的一张脸，别人一看你乱七八糟的代码，直接在心里就给你打了个叉，毕竟从代码的书写也能看出一个人的基本功和专业性。有的人代码敲多了，往往会忘记这些最基本的，可是我觉得，正是这些基础，才决定你的上限。