写程序最痛苦的部分。。。

[juicy]

渐渐地觉得，写程序最虐心的部分是命名的部分，写程序有很大一部分的时间卡在这个环节上了。

特别是写前端的程序，写html的时候，命名是一个有奠基性质的过程：想好各个部分的命名之后，后面整个过程就一路畅通了；当对命名稀里糊涂的时候，往往也就意识着你不是很确切地知道整个程序该怎么写。

可是命名这个过程真的好让人纠结！

[txx]

曾经打开一段 团队里的人写的 算法性质很强的类，变量名全都是x，xx，xxx，_x，_xx。。。。我杀了他的心都有

[so898]

我的前任自从看到我的一大排TestLabel之后，就拒绝读任何我写的代码了……
尼玛那些确实是用来测试高度的啊！！！！！

[bitsmix]

来写 js 吧。。。

[clino]

http://agentzh.org/misc/slides/naming/naming.html
http://agentzh.org/misc/slides/naming/naming_recap.html

[xhbeca9]

学习

[juntao]

@so898 你的前任。。。。就是这么离开你的把。

最纠结的也是命名部分。

[juicy]

@clino 想成为一个好的程序员，必须先成为一个好的诗人。。。。。。

[walkingway]

建议楼主读读《代码大全》的第11章 变量名的力量

http://book.douban.com/subject/1477390/

[juicy]

@walkingway 好的，谢谢～

[alexrezit]

我觉得大部分语言都有命名规范吧? 如果命名有困难多半是英语不好, 而程序员英语不好就像厨师切菜切不匀一样可笑至极.


@txx
你可以跟他对着干: txx, txxx, _txx.

[falconeye]

深有感触，命名是个大学问。
最好有一个命名规范，或命名字典，供大家查阅，以便保持统一。

[damngood]

大家可以举些例子出来作为类似于 naming pattern 的东西 (嗯, design 可以有pattern, naming 应该也可以有吧. :) )

比如我最近一个场景:

一个对象创建的时候只赋予了一些简单的属性, 比如 id, name 等少量几个

然后在一个方法中会给其余的属性赋值, 然后我就纠结了怎么给这个方法取名字好了..

最后只能想到 dressUP() 或者 inflate() 之类的..

还可以有更好的吗

[dalang]

坦白地说，命名对我来说也是大问题。表现在每次重看自己的代码，总觉得好多地方需要重命名。
有时候基于一些开源的项目做，命名还可以参考已有的代码，纯自己命名的时候不能让自己满意。

除了命名规范需要遵守外，英语差可能也是一方面原因吧

[wupher]

我觉得最痛苦的部分是接着别人的写，而他写得像陀屎。更痛苦的是，你还无权更改这陀屎。
有次接了一个iOS项目，他们后台服务全是WebService，而iOS根本不支持SOAP，需要手动封装。所有的各种不同功能的业务服务，从登录到乱七八糟的各种业务，全都走一个WebService调用。这个WebService函数里面再走一个坑爹无比的XML。这个XML由各种乱七八糟的业务后台汇聚而来，这些业务后台涉及多家公司承建的系统。所以这个XML大家基本都当文本文件来玩了，根本无法校验，每个系统对他都有自己的理解。最后，当初是哪个混蛋设计的接口，里面一堆错别字，"field"都拼写不清楚，这种接口居然还开了设计评审会，那些人都是瞎子吗？
由于前述种种原因，我虽然极尽挖苦嘲弄侮辱他们的人格和智商，但是他们就是说接口无法修改（其它厂商配合原因、时间紧急、没有程序员、前任辞职，bluh, bluh bluh）。我居然也给它们对付过去了。
这是我做过的最痛苦的项目，没有之一。

[bcxx]

@alexrezit 忘记了是哪门语言，貌似是 F# 还是啥，源码是按照字母表来排序的

[yuelang85]

@wupher 我觉得最痛苦的部分是接着别人的写，而他写得像陀屎。更痛苦的是，你还无权更改这陀屎。

+1

还接过那种项目，接手代码还算是不错的代码，但是严重不符合自己需求。然后改啊改啊改，然后当领导问策划为啥项目做了这么长时间的时候，策划竟然说是因为程序在不愿意复用别人代码，不停的改啊改。。。。

[Loveyuki]

唉。重构别人的代码这种事情，说出来都是泪啊。

一个月重构的我都快吐了。

[alexrezit]

@wupher
国内的公司? 国内的 iOS 行业就是个笑话.

[alexrezit]

@bcxx
没懂...

[darkbill]

@loveyuki 重构别人代码，这个确实都是泪啊。。。