|
锁定老帖子 主题：代码整洁之道的讨论
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-08
最后修改：2011-08-08
代码整洁之道里面说： 引用 不明白整洁对代码有何意义，尝试去写整洁代码就毫无所益
我目前经历了下面几个阶段，始终觉得思想不到位，听人家再怎么说也不能很好的执行，更不能主动参与执行
此时我们的想法是，必须要这样做，至于有何意义，大多停留在如果不这样你的代码别人不好理解，咱们的规章制度是这样嘛，不这样不行 那么感觉到这个意义后就努力 把自己的代码有好的UI，然后代码逻辑清晰，不断的重构 引用 经理和营销人员指望从我们这里得到必须的信息，然后才能做出承诺和保证；即便他们没开口问，我们也不该羞于告知自己的想法。用户指望我们验证需求是否都在系统中实现了。项目经理指望我们遵守进度。我们与项目的规划脱不了干系，对失败负有极大的责任；特别是当失败与糟糕的代码有关时尤为如此！ “且慢！”你说。“不听经理的，我就会被炒鱿鱼。”多半不会。多数经理想要知道实情，即便他们看起来不喜欢实情。多数经理想要好代码，即便他们总是痴缠于进度。他们会奋力卫护进度和需求；那是他们该干的。你则当以同等的热情卫护代码。
项目进度与自己对进度的职责，让人经常没有时间去思考代码应该更好，因为你有忙不完得事情，尽管你知道好的代码会多好，但是谁能抗住这个压力，有时候还会想，管理层都不在乎自己为什么要在乎，一个更好的解决方式可能耗费你很多时间，这个时候好的代码就成了道德层面的东西，悲剧啊 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2011-08-09
最简单的办法，就是靠经验呗。没时间去整洁那本来就不是个人的错，所以我们只好靠开发或学习经验的积累了。
|
| 返回顶楼 | |
|
发表时间：2011-08-09
尽量做到整洁。好看的代码和美女一样赏心悦目~
|
| 返回顶楼 | |
|
发表时间：2011-08-09
虽然说平时因为很多原因，我们不能做到尽善尽美，但我们至少要有这个意识，平时代码尽量写得整洁，习惯性得偏向整洁，长期下来就会感觉自己的代码变得“好看”很多。
|
| 返回顶楼 | |
|
发表时间：2011-08-10
z108898 写道 虽然说平时因为很多原因，我们不能做到尽善尽美，但我们至少要有这个意识，平时代码尽量写得整洁，习惯性得偏向整洁，长期下来就会感觉自己的代码变得“好看”很多。
一如既往的要求自己，相信自己会有成长…… |
| 返回顶楼 | |
|
发表时间：2011-08-10
整洁的代码意义还真不好说。
也许对于整个项目是很有意义你的，但是具体到当时的执行人特别是项目Leader，研发和维护通常都不是同一个负责人，这时候很难指望整洁的代码。 |
| 返回顶楼 | |
|
发表时间：2011-08-10
fhjxp 写道 整洁的代码意义还真不好说。
也许对于整个项目是很有意义你的，但是具体到当时的执行人特别是项目Leader，研发和维护通常都不是同一个负责人，这时候很难指望整洁的代码。 我觉得整洁的代码包含了很多意思，最表层的就是代码好看，然后就是读着然人感觉很通顺，代码能明显看出你想表达的是什么，然后就是重构方面的事情，尽管不是同一个人，但如果大家都按照这个来，切换人员之类的应该还是可以保证整洁的 |
| 返回顶楼 | |
|
发表时间：2011-08-10
整洁一和二的话，写几年代码一般基本可以做到。
|
| 返回顶楼 | |
|
发表时间：2011-08-10
zhangdefeng2008 写道 整洁一和二的话，写几年代码一般基本可以做到。
三是重点，才显得水平，有什么好的策略呢？ |
| 返回顶楼 | |
|
发表时间：2011-08-10
还是在写代码之前好好想想吧。至少自己写的代码自己要满意。
|
| 返回顶楼 | |
