这是一个创建于 1237 天前的主题，其中的信息可能已经有所发展或是发生改变。
what the code, is it shit ?
今天看到这样一句话，觉得很符合我目前写的代码。
想请教一下，如何写出让自己看了觉得不是 shit 的代码。
 | 1 BeijingBaby 2022 年 9 月 16 日  1 自己很难评判，但别人 code review 的时候，说脏话的次数，决定了代码质量。 |
 | 2 kaiger OP |
 | 3 cmdOptionKana 2022 年 9 月 16 日 还能如何，学算法、学编程模式、多看优秀开源代码、多练手，来来去去就是这些基本的方法。 |
 | 4 williamjing 2022 年 9 月 16 日 无他，唯手熟尔。 -- 卖油翁 多学别人最佳实践，并且基础是否牢固，决定了程序员的职业高度。 |
 | 5 www5070504 2022 年 9 月 16 日 注释的质量也很重要 注释写的垃的看着脏话更多 |
 | 6 taowen 2022 年 9 月 16 日 https://zhuanlan.zhihu.com/p/34982747 如何提高代码的可读性 |
 | 7 T0m008 2022 年 9 月 16 日 19 写代码的时候翘起你的小拇指 |
 | 8 catinsides 2022 年 9 月 16 日 |
 | 9 zhenwang 2022 年 9 月 16 日 2 我现在的做法就是多看一些别人的代码，因为有的时候，优雅的代码是需要一定的风格的，可以参考别人的风格。 |
 | 10 zhouyg 2022 年 9 月 16 日 首先定义什么是“优雅” |
 | 11 nba2k9 2022 年 9 月 16 日 最重要的就是选一个好看的主题和字体 |
 | 12 kaf 2022 年 9 月 16 日 写的时候多想想设计模式 |
 | 13 hambers 2022 年 9 月 16 日 2 首先，得有一个“正常”的产品经理？ |
 | 14 studycode 2022 年 9 月 16 日 @w4ngzhen 一般在哪里看优秀代码? |
 | 15 runningman 2022 年 9 月 16 日 写出赚钱的 code 就行 |
 | 16 popn74 2022 年 9 月 16 日 1 尽量简洁易维护的设计，完成复杂的功能 |
 | 17 kooze 2022 年 9 月 16 日 干掉那个产品经理 |
 | 18 weeevv 2022 年 9 月 16 日 rust ，函数式。 |
 | 19 yaphets666 2022 年 9 月 16 日 代码的优雅其实是最次要的，代码最重要的是人可以看得懂，看不懂就坏了 |
 | 21 shanyuguangyun 2022 年 9 月 16 日 桌面上放杯红酒 |
 | 22 HugoChao 2022 年 9 月 16 日 代码大全这本书蛮不错的，可以看看 |
 | 23 jack778 2022 年 9 月 16 日 不管什么方法，里面的代码行数不能超过 30 行，类的行数不能超过 500 行 |
 | 24 meeop 2022 年 9 月 16 日 1 对优雅给出量化标准 无非是:性能好,代码量低,逻辑清晰整洁,扩展性强这些 不可兼得 2 针对量化标准度量,然后迭代直到无可迭代 比如要性能,计量下现在的耗时,耗 cpu,耗内存 优化到无法再降低,就是你力所能及的优雅了 实际上这是个伪命题,一般意义的优雅标准每个人都不一样,想做的优雅一点无非是针对上述指标做的超过平均水平就行,但这么做毫无意义 不要过早优化 把时间用来学习,追妹子,做收益大的项目更好 |
 | 25 lian3204321 2022 年 9 月 16 日 为啥要优雅，bug 多点，维护的人员还能多点。除了做自己项目。 |
 | 26 busln 2022 年 9 月 16 日 烂代码往往都有个共同点：过段时间，连自己都看不懂。 |
 | 27 cosmosz 2022 年 9 月 16 日 - 多用 static code analysis tools, linter 之类的。给你报错的时候 读一读为啥。 - 写测试。code 质量越低 测试也越难写。 |
 | 28 Leviathann 2022 年 9 月 16 日 @jack778 那有 50 个字段要赋值怎么办？ |
 | 29 chocotan 2022 年 9 月 16 日 1 |
 | 30 1gYezi 2022 年 9 月 16 日 可读性、维护性、扩展性 |
 | 31 TWorldIsNButThis 2022 年 9 月 16 日 via iPhone |
 | 32 Tianqi 2022 年 9 月 16 日 可以看看 Clean Code 和 Code Complete 这两本书 |
 | 33 zbatman 2022 年 9 月 16 日 建议不看其他人的代码，然后认为自己的代码是最优雅的 |
 | 34 dhq 2022 年 9 月 16 日 不写 |
 | 35 Daiwf 2022 年 9 月 16 日 太优雅不行，要写的别人看不懂。就不会被裁员了。写的太优雅，接你的项目分分钟。那肯定先裁你。而且你写的代码都不出 bug ，领导也记不住你。觉得你干的活太 low. |
 | 36 QKgf555H87Fp0cth 2022 年 9 月 16 日 如果连格式化都没有，那肯定是 shit 。-- 鲁迅 |
 | 37 fo0o7hU2tr6v6TCe 2022 年 9 月 16 日 先成为一个优雅的人，比如说从酒精灯烧咖啡开始 |
 | 38 newSimpleLife 2022 年 9 月 16 日 我不知道如何一下写出最好的 我只知道我会尽力每次优化 思考 一直慢慢写出来好看的代码 |
 | 39 xz410236056 2022 年 9 月 16 日 穿西装写 |
 | 40 johnnyleaf 2022 年 9 月 16 日 2 允许复杂的定义，但不允许复杂的调用 |
 | 41 alen0206 2022 年 9 月 16 日 简洁，易懂，拓展性，高内聚，低耦合 |
 | 42 to2false 2022 年 9 月 16 日 当你修改的时候发现不爽的地方，总结该如何避免 |
 | 43 leegradyllljjjj 2022 年 9 月 16 日 能产生更多达不溜的代码就是“优雅”的代码 |
 | 44 lysS 2022 年 9 月 16 日 不要过度设计 |
 | 45 zzzzzzZ 2022 年 9 月 16 日 |
 | 46 binge921 2022 年 9 月 16 日 先成为优雅的人 |
 | 47 jiangbao888 2022 年 9 月 16 日 @T0m008 试了一下, 影响敲回车键啊 |
 | 48 jones2000 2022 年 9 月 16 日 不停的重构， 直到自己感觉“优雅” 就可以了， 毕竟自己写的代码也就自己看看，其他人一般也不会看， 除非交接的时候。 |
 | 49 nojsja 2022 年 9 月 16 日 《 Code Complete 》 |
 | 50 securityCoding 2022 年 9 月 16 日 1 多看看明星开源项目源码，可读性排第一，不要瞎几把封装 |
 | 51 cxbig 2022 年 9 月 16 日 多写。遵守语言基本的格式规范。 当下不过度纠结、能跑就行。经验增长了，代码自然越来越好。 |
 | 52 ffgrinder 2022 年 9 月 17 日 @securityCoding #49 我也想说，python 好多玩意都是从开源的库里面学会的。 |
 | 53 zhuweiyou 2022 年 9 月 17 日 我感觉可维护更重要,至于什么命名注释那些都是小问题. |
 | 54 hackpro 2022 年 9 月 17 日 via iPhone @BeijingBaby #1 那可不一定 当年看 effective c++和 more effective c++的时候 卧槽原来是这样 卧槽还能这样 |
 | 55 qiumaoyuan 2022 年 9 月 17 日 via Android 消除重复，花精力命名，完。 |
 | 56 Suntz 2022 年 9 月 17 日 简单 |
 | 57 GiantHard 2022 年 9 月 17 日 不可测试的代码肯定比容易测试的代码更加 shit ，所以建议使用 TDD |
 | 58 Asimov01 2022 年 9 月 17 日 我非常喜欢和推崇阮一峰先生的看法：Write solid/simple/stupid code. |
 | 59 james504 2022 年 9 月 17 日 via Android 学好语文， 学好逻辑， 简单不复杂， 不瞎看别人的代码， 遵循规范不为了 X X 而 X X 。 |
 | 60 someonedeng 2022 年 9 月 17 日 质朴可读的代码挺重要 |
 | 61 alexmy 2022 年 9 月 18 日 过一个月，三个月再看看，会不会觉得当初应该这么写，不应该那么写。 |
Select Language