架构整洁之道的笔记(8)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • Mike

    Mike

    面向对象编程到底是什么?

    2019-06-15 10:02

  • Mike

    Mike

    这个图片感触颇深!

    2019-06-14 09:35

  • Mike

    Mike

    2019-06-13 09:53

  • 丽拉先生

    丽拉先生 (就没有一点幽默感)

    结构化编程是对程序控制权的直接转移的限制; 面向对象编程是对程序控制权的间接转移的限制; 函数式编程是对程序中赋值操作的限制;

    2018-12-25 18:46

  • Hesher Ya

    Hesher Ya

    业务部门原本就是没有能力评估系统架构的重要程度的,这本来就应该是软件研发人员自己的工作职责!所以,平衡系统架构的重要性与功能的紧急程度这件事,是软件研发人员自己的职责。 所以,不要被业务需求的上线时间牵制而放弃架构的重要性,完成自己应尽的职责。

    2018-11-04 21:14

  • Hesher Ya

    Hesher Ya

    如果某程序可以正常工作,但是无法修改,那么当需求变更的时候它就不再能够正常工作了,我们也无法通过修改让它能继续正常工作。因此,这个程序的价值将成为0。 如果某程序目前无法正常工作,但是我们可以很容易地修改它,那么将它改好,并且随着需求变化不停地修改它,都应该是很容易的事。因此,这个程序会持续产生价值。 结论就是,架构设计比实现需求更重要!

    2018-11-04 21:09

  • Hesher Ya

    Hesher Ya

    某些软件开发工程师可能会认为挽救一个系统的唯一方法是抛弃现有系统,设计一个全新的系统来替代。但是这里仍然没有逃离过度自信。试问:如果是工程师的过度自信导致了目前的一团乱麻,那么,我们有什么理由认为让他们从头开,结果就会更好呢? 逃避问题并不能解决问题,再次碰到同样的问题,依然会是一团乱麻。应该直面困难,逐渐消化理解它,通过可行的手段解决,才能在以后的架构设计和开发中避免这类问题再次出现,或者碰到...

    2018-11-04 20:44

  • Hesher Ya

    Hesher Ya

    软件架构的终极目标是,用最小的人力成本来满足构建和维护该系统的需求。 一个软件架构的优劣,可以用它满足用户需求所需要的成本来衡量。如果该成本很低,并且在系统的整个生命周期内一直都能维持这样的低成本,那么这个系统的设计就是优良的。如果该系统的每次发布都会提升下一次变更的成本,那么这个设计就是不好的。就这么简单。 这个观点倒是很令我意外,仔细想想确实很有道理。架构设计可以避免系统出现一团乱麻不可维护...

    2018-11-04 20:27

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

架构整洁之道

>架构整洁之道