浅读《简约之美-软件设计之道》

浅读《简约之美-软件设计之道》

    大家好,我是Lampard~

    这个周末阅读了一本程序设计相关的书籍《简约之美-软件设计之道》,它原著是《The Science of Software Development》,由余晟大大翻译。

    这本书只有数十页,和它的命名一样追求简洁。虽然我只是一个资历尚浅的程序,但在阅读的过程中却也多次产生了共鸣。它令我清晰地明白了代码简约的重要性。下面是我对该书的一些浅读感受。

浅读《简约之美-软件设计之道》_第1张图片

 

(一)每个写代码的人都是设计师

   “ 在软件项目中,每个程序员的工作都与设计有关。首席程序员负责设计程序的总体框架;高级资深程序员负责大的模块;普通程序员则设计自己的小模块,甚至是一个文件的某一部分。”

  “  团队里每个人都有责任保证自己的代码有着良好的设计。任何软件项目里,任何写代码的人,在任何层面上都不能忽略设计。”

    诚然每个人职级有高低,能力有大小,所负责的模块肯定是不一样的。但对于每一个需求,都应当要经过自己设计。并非大模块大系统设计才有意义,只要自己的设计能够使程序更加高效简洁,更容易拓展,更容易维护,甚至只是加一行注释另其他同事更易读,都是有意义的。程序不是重复枯燥的CV工作,每个程序员都是一个设计师。

 

(二)程序的设计有一个相同的目标,那就是帮助他人

“确保软件能提供尽可能多的帮助“

”确保软件能持续地提供帮助“

”设计程序员能容易开发和维护的软件系统“

    程序的设计有一个相同的目标,那就是帮助他人。这里的”他人:既指的是用户,也指代其他程序同事。

    我属于游戏开发团队,对于用户我们应该提供更愉悦的体验,更便捷明晰的操作。不要设计一些冗余的,玩家难以发现或者根本用不到的功能。

    对于其他程序,首先设计的代码应该是简洁易懂,软件的任何一部分的难度正比于其设计的简洁程度。代码很高端,只有自己才懂不酷,简洁到傻子都能看懂很酷。不然后来的程序都要问自己一遍这样花费的时间成本也太大了,而且也很麻烦不是么。

(三)考虑需求成本与价值的关系

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

    书中给了我们一条计代码设计的代价公式

浅读《简约之美-软件设计之道》_第2张图片

    在需求设计之初,应该考虑该需求的成本和价值的关系。

    若是一个能为项目带来重要价值的需求,则代表着该功能以后很大可能会长久维护,那么就值得多花时间去架构,把程序做到低耦合易拓展。虽然会增加当前实现的时间,但是对于长久来看,可以降低日后占大头的维护成本。

    否则应该降本增效,不要花太多时间去使用晦涩难懂的高新技术,或者强行把程序设计得通用或者可复用,编写不必要的代码。当然一个需求是否有价值作为程序可能难以判定,这可能就得更多地依赖策划和PM了。

(四)结语

    书中还分享了许多有趣的例子,就不在这里一一赘述了,大家可以去看看这本书,相信哪怕不是程序同学也能受益匪浅。感谢各位阅读,拜拜~

你可能感兴趣的:(简约之美-软件设计之道)