相关语录

整洁的代码简单直接。整洁的代码如同优美的散文。整洁的代码从不隐藏设计者的意图，充满了干净利落的抽象和直截了当的控制语句。

也不必用m_前缀来标明成员变量。应当把类和函数做的足够小，消除对成员前缀的需要。你应该使用某种可以高亮或用颜色标出成员的编辑环境。此外，人们很快学会无视前缀（或后缀），只看到名称中有意义的部分。代码读得越多，眼中就越没有前缀。最终，前缀变作了不入法眼的废料，变作了旧代码的标志物。

重视小处，小处要诚实。对代码诚实、对同僚坦承代码现状，最重要的是在代码问题上不自欺。是否已尽全力“把露营地清理得比来时还干净”？签入代码前是否已做重构？

让读的过程变得轻松，即便那会使得编写过程更难。编写代码的难度，取决于读周边代码的难度。

借用美国童子军一条简单的军规，应用到我们的专业领域：让营地比你来时更干净。如果每次签入时，代码都比签出时干净，那么代码就不会腐坏。

近年来，我开始研究贝克的简单代码规则，差不多也都琢磨透了。简单代码，依其重要顺序：•能通过所有测试；•没有重复代码；•体现系统中的全部设计理念；•包括尽量少的实体，比如类、方法、函数等。在以上诸项中，我最在意代码重复。如果同一段代码反复出现，就表示某种想法未在代码中得到良好的体现。我尽力去找出到底那是什么，然后再尽力更清晰地表达出来。

我们都曾经瞟一眼自己亲手造成的混乱，决定弃之不顾，走向新一天。我们都曾经看到自己的烂代码居然能运行，然后断言能运行的烂程序总比没有强。我们都曾经说过有朝一日再回头清理。当然，那些日子里，我们都没听过LawofLeBlanc：Laterequalsnever

如果每个例程都让你感到深合己意，那就是整洁代码。如果代码让编程语言看起来像是专为解决那个问题而存在，就可以称之为漂亮的代码。

我喜欢优雅和高效的代码。代码逻辑应当直截了当，叫缺陷难以隐藏；尽量减少依赖关系，使之便于维护；依据某种分层战略完善错误处理代码；性能调至最优，省得引诱别人做没规矩的优化，搞出一堆混乱来。整洁的代码只做好一件事。

艺术书并不保证你读过之后能成为艺术家，只能告诉你其他艺术家用过的工具、技术和思维过程。

仅仅使用两条最简单的规则一①只买具有某种或某几种显著竞优势的公司；②市盈率高于市场无风险利率倒数的一律不买一一就站在了大概率赢的一面。躲过了81种组合中21种赔钱姿势里的15种，还需要担忧能不能挣到钱吗？因而，老唐的个人建议，要在股市里生存和获利，应先以“求不败”的姿态入手：①只与波特五力模型显示具备某些竞争优势的企业为伍，拒绝垃圾股、题材股击鼓传花游戏暴利的诱惑；②拒绝在高市盈率水平买人；③认真跟踪持仓企业信息，