繁复之美典范读后感有感

繁复之美典范读后感有感

2020-11-04热度:作者:hchj5.com来源:好词好句网

话题:简约之美 读后感 

  《简约之美》是一本由[美] Max Kanat-Alexander著作,人民邮电出版社出版的平装图书,本书定价:25.00元,页数:120,特精心从网络上整理的一些读者的读后感,希望对大家能有帮助。

  《简约之美》精选点评:

  ●KISS

  ●通通都是顯而易見的準則,讀完簡直是在浪費我的時間啊幹

  ●一切以简为美

  ●好程序员和差程序员的区别在于理解能力,差劲的程序员不理解自己做的事情,优秀的程序员则相反。

  ●: TP311.5/2222-4

  ●废话多。

  ●很浅显,又是日常开发最需要处理的问题;全文最重要的一个公式是:软件开发价值=(上线价值+长远价值)/(开发成本+维护成本)

  ●非常短,基本上都是已经知道的大实话。还是值得一看。我们这里有不止一个非常好的**反例**。

  ●简洁的软件,是精心设计的产物,应该尽可能保持简单,不过早优化,没有需要的时候不对通用性做过多设想,不过度预测不可预测的变化。 延迟决策,根据当前信息和可能的变化设想方案,但是只有在需要决定的时候,掌握足够的信息,才去做决策;这种渐进式的开发设计,是避免过度工程的尝试。 关于修改和重构,思路是控制每次的变化最小化,而且只有真正有需求的时候才去优化相关的模块,这也是控制整个流程风险的思路。 如果只有经过测试的软件才能真正知道软件是否能正常工作,那么从开发的角度,应该是敏捷和持续集成的,控制每次变更的范围和风险,加快频率,尽快让新特性和变更得到真实环境的反馈验证。从开发角度,需要各种设计原则和模式的应用,例如对修改封闭,对扩展开放。 尽管有科学方法,从命名就既不能长也不能短,依然需要艺术和灵感

  ●都是常识,几句话的事情,非得写成一本书。

  《简约之美》读后感(一):适合初级程序员来看看,会有启发

  总结性的书籍,虽然不是很厚,但是还是比较有内容的书。值得多看看想想,适合比较初级的程序员。

  额,附录A是一个比较不错的总结,虽然我是按照顺序看的。在我看完想写做一做笔记的时候,发现编者帮我总结好了......

  《简约之美》读后感(二):几句话的事情,非得写成一本书

  其实整本书说白了就是几句话:代码一定要保持整洁,不要过度设计,也不要不设计,更重要的是考虑后续的维护成本。但是在实际情况下要贯彻落实书中观点是一件很不容易的事情,除了不断实践,不断试错之外,别无他法。只有自己知道痛了才会长记性,光读一两本这种程序员“心灵鸡汤”型的书是远远不够的。

  书本身内容两分,译者行文流畅度不错加一分。

  :120页的书要25块,这年头...

  《简约之美》读后感(三):几句话概括《简约之美》这本书

  * 每个写代码的人都是设计师

  * 全部软件都有一个相同的目标:帮助其他人

  * 任何一点改变,其合意程度与其价值成正比,与所付出的成本成反比

  * 程序员犯的最常见也是最严重的错误,就是在其实不知道未来的时候去预测未来

  * DRY--Don't Repeat Yourself

  * 软件设计三大误区:

  1. 编写不必要的代码

  2. 代码难以修改

  3. 过分追求通用

  《简约之美》读后感(四):笔记

  总结了很多在实际开发中遇到的问题,当开发过一两个大系统之后再来读,觉得作者说的都在理。

  摘录部分笔记:

  https://github.com/onestarshang/Code_Simplicity_The_Science_of_Development

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?

  是不是评论太少又不可以?