
|  |      1leiz      2014-05-28 12:28:28 +08:00  4 一般看别人代码: 第一次,嗯?!有意思,不错,牛, 第二次,哦,这样。哦,这样处理比较好, 第三次, 哦 看自己代码:第一次,不错,挺好。 第二次,不太舒服,这边改改比较好。 第三次,找个时间重构... | 
|      2dotx      2014-05-28 12:32:44 +08:00 模仿,学习 | 
|  |      3lepture      2014-05-28 12:37:49 +08:00 常重,我代得漂亮了吧,也常得不好,常重。 | 
|  |      4lzt163      2014-05-28 13:33:48 +08:00 via iPhone 其实我觉得是错觉 | 
|  |      6codingpp      2014-05-28 13:50:42 +08:00 不重构个几遍是不会看着舒服的 | 
|  |      7GPU      2014-05-28 15:29:45 +08:00 | 
|  |      9wanjun      2014-05-28 15:32:03 +08:00 一些开源项目里面的确实还不错,但是每次接手前任的项目,总要边看边骂。。。 | 
|  |      10chshouyu      2014-05-28 15:47:38 +08:00 老外(或者大神)取个变量名都觉得吊 | 
|  |      11dong3580      2014-05-28 15:51:31 +08:00 @GPU  我上大学时候 动不动听舍友说又有个学校项目让他们这些NB的人做. 后来我才知道...原来所谓的"项目"意思就是做个网站. 干嘛不说学校一个网站要做. 因为说"项目"更高端. 所以很多只是用词很高端哈. | 
|      13yuankui      2014-05-28 15:55:15 +08:00 学学设计模式吧,共勉! | 
|  |      14yuanji      2014-05-28 15:57:32 +08:00 To follow the path:(沿着这样一条道路:) look to the master,(寻找大师,) follow the master,(跟随大师,) walk with the master,(与大师通行,) see through the master,(洞察大师,) become the master.(成为大师。) | 
|  |      15zungmou      2014-05-28 16:14:55 +08:00 1、代码之间的耦合度要低; 2、遵循一个编码规范; 3、能精简的代码尽量精简; 4、代码中尽量少的逻辑判断、循环控制,更不要动不动就嵌套多层; 5、注释,特别是复杂的函数,最好注释上运行流程; | 
|  |      16GPU      2014-05-28 16:20:50 +08:00 | 
|  |      17leiz      2014-05-28 16:38:45 +08:00 @GPU 重构来自英文 refoctoring, 其实我感觉说白了就是重做... 这次做的感觉不好,推倒再来,或者在这个基础上再整整... 但是这行自祖师爷开始就讲究geek, 直接说re-do真心太直白,so... | 
|  |      19clino      2014-05-28 16:52:49 +08:00  1 工匠的活也是需要长时间积累以后才能做得漂亮的 某领域的专家一般来说是犯的错误够多了以后知道如何避免错误,对坏味道很敏感 如果对代码里的坏味道很敏感,写出来的代码自然就会比较高大上了 | 
|  |      20Jacky001 OP | 
|  |      21akira      2014-05-28 17:55:52 +08:00 每天/每周抽个固定时间看一下自己写的代码,思考下有什么地方没做好。 | 
|  | 22zuroyu      2014-05-28 18:01:01 +08:00 |