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

[juicy]

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

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

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

[dreampuf]

项目保持一致，无二意就行。

一个交换函数命名为“灵魂守卫”，前端后端分为天灾和近卫，我觉得也妥当。

[yuelang85]

写得多了，就有一些自己的模式了。。。。

[xhslyf]

前端的话，按照自己的书写习惯和结构模式，制定一份命名规范，然后实践……
实践过程中，发现规范上不合适的地方，改进。
等到这份你自己的命名规范已经能满足自己绝大多数代码情况时，就OK了。

团队协作的话，那就要大家一起商量了。

[fangzhzh]

我觉得最虐心的是: 程序排UI,排完运行看, 一看差一点, 然后再重拍

[luikore]

1. 多练习比喻 (metaphor) 的修辞手法
2. 学习代数, 如果没有 x, y, xs, a, b 这些用法人类根本就不可能进步

[jjgod]

"There are only two hard problems in Computer Science:
cache invalidation and naming things."

-- Phil Karlton

[juicy]

@dreampuf 起个马马虎虎的名字，就会不自主地觉得特别别扭的。。然后就一直再想有没有更合适的名字，有没有，有没有，有没有。。。。然后，程序就写不下去了

[juicy]

@xhslyf 团队协作倒还好，按照大家的习惯（虽然可能自己并不喜欢）或制定的规范命名，也不是很在意合适程度如何， 往往做自己个人的东西时还真没有给自己做过规范， 或许确实改定一个个人的代码命名规范了。。

[juicy]

@jjgod 不知道Phil Karlton是哪位大神，不过大神就是大神，讲出了最容易被忽视的精髓啊

[violetmoon]

同感啊 感觉最纠结的就是给变量起名字了。。。

[dongbeta]

起名和分类

[vivianalive]

个人的话,可以按功能和模块来命名..然后横线,下划线,骆驼式的用法要固定一下.
比如:
几个单词放一下表示名字的用横线: maple-syrup-cookies (枫糖饼干)
表示属于某一分类中的一个对象用下划线: dessert_cookies (点心_饼干)
下划线和横线一起用: btn_hello-world.png

最重要一点就是,避免使用abc,xyz,123之类,因为人家可不知道funtion1和function2的作用分别是什么.

[mywjch]

强烈推荐看一下 The.Art.of.Readable.Code(2011.11 Dustin.Boswell) 和google的 [google-styleguide](https://code.google.com/p/google-styleguide/)

[comcuter]

我觉得最虐心的是: 程序排UI,排完运行看, 一看差一点, 然后再重拍

+1 而且实在浪费时间.

[darasion]

我觉得写代码这种事情，有着天然的手工作坊性质，即便有各种所谓“现代化”的软件工程理论，还是不足以像传统工业那样，每个细节都能在设计时敲定，然后按部就班的完成。

实际中，很多时候都是写代码到最后，才发现某个事情无法实现，总有一部分代码白写了，总是到最后重构。总是修修补补改来改去。

比如检查一个机械零件是否合格，只要用尺子量一下就好了，每一个微米都有标准可以依据。
但是，要检查一坨代码是否真的没bug，或者现在可以用能不能能保证将来成为架构扩展的绊脚石，几乎没有一个统一的标准。总是连代码风格这种鸡毛蒜皮的事情都在争论不休。

[someFork]

完全同感。

[funcman]

放弃完美主义吧。

[regmach]

@dreampuf
function Tb($a, $b){
//
}

[jiyinyiyong]

这太高端了吧.. 每天忙改 Bug 的表示膜拜
取名字这事情能比调试异步界面纠结的逻辑更改难吗?

[treo]

a1 a2 a3 多简洁