作者是一个
程序猿丹尼尔F pupius。这是他在媒体上发表的博客。它告诉我们在实际编写代码的过程中,她如何在效率和质量之间做出选择,这实际上是一个
错误的命题。
在项目开发项目的过程中,
经常会遇到困惑:我们应该选择效率还是质量许多节目都有懒惰的想法。它可以节省很多时间并提前完成项目计划。
事实上,我认为是在过去的几年里,但最近我开始认识到,问题的纠缠不是选择困难,而是问题本身是一个错误的命题。
什么是质量当一个程序员说质量两个字,他们说的很可能是测试通过率、变量命名、代码格式,componentalization,寻找bug,程序测试等。也可能是程序的可
扩展性,在
服务的延迟,该产品的
功能和完整性。
当两个代码被统一对待时,常常会出现问题。事实上,代码中的前一个问题可以被看作是一个代码质量问题,第二个问题可以被认为是
执行质量或执行程度。
在代码的质量而言,这是一个非常短视的做法,猿以懒惰的思维方式。隐约围绕着一个问题,你可能会感到很麻烦,但最终,它会
发现它的迷惑
系统和花更多时间查看代码,发现错误,或即使
调整整体的逻辑框架,代码质量换取牺牲
速度通常是一个坏的方式去做。
相反,高质量的代码实际上可以帮助你节省时间。编码标准和变量命名,不仅可以帮助到其他程序猿,可以帮助你在未来更好地理解你现在写代码;思维严谨和轻量级架构的设计可以让你在迭代的产品获得更高的效率,更清楚地了解从哪里开始,但不需要寻找替代数据库填充的地方;高
检测率也能给你足够的信心去调整产品,减少错误次数,最小测试时间。
至于执行的质量,这是另一个命题,有很多
方法可以使产品的开发非常紧凑,而不会降低产品的质量,例如,你可以先推迟一些不太紧迫的
工作,然后暂时搁置一些事情,直到整体执行最
优化,系统
运行良好。
具体方法是首先确定所需产品的效果,然后填写内容不断
修改它,最后,一些无关的细节可以优化。例如,在产品开发之初,RPC可以简化
应用程序的开发过程,绕过了复杂的
传输协议的问题,在应用层面上的第一次迭代,然后
替换RPC,添加重试、错误
控制、安全
检查代码,或只需更换传输协议。
当我们编写中代码时,我们首先实现效果,然后调整细化部分,最后
删除许多不能集成到原始框架中的
函数,这些函数大约是六万行代码。
如果我们不
处理在第一代码质量问题,我们将最终被发现是由各种微妙的问题。如果我们不能完全专注于实施的效果,它会耽误工程进度。但你可以看到,我们是幸运的有以前的工作做得很好,所以现在的产品可以快速迭代和试验
新功能。
事实上,在互联网领域,不仅程序猿会面临上述问题,而且很多产品经理都会困扰项目进度和质量问题,所以丹尼尔的博客提供了一个很好的视角。也许下次有人问你是否可以牺牲一点代码质量来赶上进度时,你可以告诉他们:你问的是一个错误的命题。