关于代码规范性和对技术的态度

[willwen]

我有一个刚高中毕业的朋友，他是专注于网页设计的，所以CSS会比较出色，PHP也不差（SAE）。
他有很多作品我都十分欣赏，不过就是有一个问题，让我一直都十分苦口婆心地去跟他讲。就是代码的规范性，我是写JavaScript的，大家都知道JavaScript的语法风格十分灵活，但是出于团队协作，我都是十分严格要求自己的代码风格一定不能随便，代码清晰，各种东西都严格遵守。而我的那个朋友一直都是以一个宗旨为出发点——减少网络传输量。
就拿JavaScript来说，在他的作品上，基本能看到一坨坨的代码。可阅读性差，而且明显的功底不足（我也成功地让他重新阅读学习）。
也或许是目前他大部分都是自己的实验性开发，团队协作性开发接触的并不多（连Github都不会用）。

最后是我的一些观点：
1. 要养成代码规范的好习惯，并不是为了标准而标准，而是为了能得到更有价值的自我提升。这对自己还是团队都是有好处的。
2. 在自成一派的同时，要想想自己的风格是否能让别人接受，即使是一小撮人也好。
3. 要培养良好的学习能力，也要懂得虚心接受，想必这个小学老师已经说了千万遍了。
4. 懂得分享和接受意见，也要学会对比和接受现实。比如他说过“我觉得Node.js能做的事，PHP一样能做。”那么我必须要讲，PHP的性能和无法接触底层绝对是硬伤。

[willwen]

@88250 @towoo2001 NodeJS 能做的事 Java 一样能做, 这我同意

[willwen]

@ipconfiger 你会错意，我指的是代码的风格和规范性，这在团队协作中是十分重要的，和发布前的压缩没关系

[88250]

1. 用工具检查编码风格
2. Code Review ~_~

[dreamer]

目标不一样。

他可能根本没把代码规范和技术态度之类的放在心上，只是专注于自己想做什么东西，只要能实现自己想做的东西就行。说实话我比较欣赏这样的人，脑子里没有条条框框，往往容易突破。而且他如果以后有机会团队合作，真的从内心认识到写出规范的代码能更好地帮他实现想法，他肯定会努力去改变的。

很多程序员之所以没办法自己做一个产品，就是因为脑子里条条框框太多，首先考虑的不是实现自己想法，而是不合时宜地追求代码规范，本末倒置。

[asoncheng]

代码先是给人看的，其次才是高效运行的。

[willwen]

@asoncheng 这倒不一定，而且他这种代码风格，并不会对性能有太大的帮助，反而降低了代码的可阅读性。

[ewangke]

@willwen 我所经历的一些人，我认为都是不可改变的。除非他遇到了对他影响很大的事情，才会自发去做调整。你的初衷对他是非常好的，但效果不会很好。

[NemoAlex]

前端 JS 压缩是机器去做的事情
代码风格过于反人类不是好事

[asoncheng]

@ewangke 人太执着的时候，都开始变得固步自封，所以就很难再有进步。

[ewangke]

@asoncheng 一部分人是执着，一分部人是懒惰。一部分是目标太高，不切实际；一部分是安于现状，不思进取。

[gee]

楼主比那个刚高中毕业的朋友小三岁，亮点在这里吧
楼主的年龄相当于初中毕业
现在的孩子太强大了，我初中毕业的时候只会用frontpage

[bitsmix]

协作开发的人多了。就知道自己一鼻子灰了。

[pjinlin]

请问下，什么是规范？
那么多的风格，尊哪一种？就命名规则来说，比较常用的就有匈牙利命名法和骆驼命名法。
是不是小组内讨论形成统一的一种？

[9hills]

代码风格是个老问题了，个人项目想怎么写怎么写。

要是团队项目和寿命比较长的项目，请为同事和后继者的健康着想。。。我觉得对待这种不把代码风格当回事的人，就要让他体会到维护别人糟糕代码的痛苦！

[mechille]

@dreamer +1