这是一个创建于 3695 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 tinyproxy 2015 年 12 月 18 日 via iPhone 1. 符合内部规范就行，风格统一。 2. 易读，除非有特殊要求才秀奇淫技巧。 |
 | 2 heian0224 2015 年 12 月 18 日 via Android 易读，可维护 |
 | 4 got 2015 年 12 月 18 日  1 奇技 淫巧 not 奇淫 技巧 |
 | 5 hqs123 2015 年 12 月 18 日 规范可扩展可维护. |
 | 6 wolffn 2015 年 12 月 18 日 只要能够贯彻执行编码规范，坚持互相代码审核，就是好的。 |
 | 7 halfcrazy 2015 年 12 月 18 日 强静态类型 |
8 Britter 2015 年 12 月 18 日 我觉得应该是 格式统一，命名清晰，编码结构方便扩展，高复用（现在在一家公司里边实习，公司内部编码规范挺好的，平时大家在编码的时候都会对一些不明确的编码结构，命名清晰度进行讨论，我觉得这是一种良性循环，嘻嘻 :P |
 | 9 billlee 2015 年 12 月 19 日 强类型、命名清晰 |
 | 10 terence4444 2015 年 12 月 19 日 via iPhone @got 歪个楼：只有我想歪了吗？ |
 | 11 monkeylyf 2015 年 12 月 19 日 coding convention -> readability |
 | 12 whywhy36 2015 年 12 月 19 日 统一命名风格，编码风格 易读性 （基本上易维护的）大量使用设计模式 |
 | 13 movtoy 2015 年 12 月 19 日 2 几个卖书的跟你们吹嘘点术语，什么美，优雅、健壮。听到这些激励人心的词汇都整个兴奋的不行 这种东西就跟一些心灵鸡汤，成功学讲座一样。听起来好美。 整天谈论这些形而上学的东西，有个屁用！叫你写个正则查了一上午的资料还没写好。。 |
 | 14 gxm123gxm 2015 年 12 月 19 日 via Android @terence4444 你不是一个人。 |
 | 15 hpeng 2015 年 12 月 19 日 via iPhone 后面新加的需求功能不需要改到旧的框架代码就足够了 |
 | 16 bramblex 2015 年 12 月 19 日 via iPad 先要有，才能美。要是啥都写不出来，美个蛋？ |
 | 17 gimp 2015 年 12 月 19 日 可读性强，有测试用例 |
 | 18 wawehi 2015 年 12 月 19 日 对于业务逻辑或者模型有文档可参考的代码可以很大程度上加分 有时候代码是好读，但是不理解业务的话再好读也不理解整体，那也算不得好代码。 |
 | 19 initialdp 2015 年 12 月 19 日 via Android 能正常实现业务功能的代码都是好代码。要是再有好的编程风格，那基本就完美了。通常情况下，不能要求更多了。 |
 | 20 SmiteChow 2015 年 12 月 19 日 自解释 |
 | 21 shyling 2015 年 12 月 19 日 via Android 能用，文齐全 |
 | 23 Kylinsun OP 说道注释，难道真的是程序员不想写，讨厌别人不写 2333 |
Select Language