前言
我看过很多书, 知道那些作者在推广什么. 相对书里的东西落地,还是一个不容易的过程.
我看过很多行业的代码, 持续多年的积累,聊过一些老板, 对代码改造的看法.
为什么,程序员这么难?我将用4个方向, 来解释代码设计中的设计思路和方法,给大家展现一个动态的, 发展的问题的解决思想.
阶段
杀鸡要不要用宰牛刀
过去的代码,用过去的设计方式, 无疑是合适的. 源于代码量,源于需求,也源于开发团队. 现在来看是不是合适?取决于几个点:
- 需求是不是能够全部快速完成?
- bug量是不是可控
- 写代码和调试的时候是不是痛苦?
- 要不要为下一个时代做技术储备?
前两个是老板可以看到的. 合同签了钱能不能拿到, 产品交付了有没有被投诉.
后两个是程序员能看到的, 是不是换个设计思路就可以了? 这些思路来自哪里?
这个主题讨论的是如何理清公司发展的阶段, 同时也理清技术能力的阶段, 防止小马拉大车,也不要大马放空车.
代码行数维度: