2017 November 03 —— improvement

看看那些烂代码

最近一直在处理一些同学老旧的代码,非常心累,在有一段时间甚至会影响到自己的情绪,当意识到这些东西之后,自己还是比较震惊的;但当我仔细回顾这些烂代码,突然觉得自己还是有很大收获的,怀着这个心情,又觉得没那么大的戾气,想想戾气的来源可能在于觉得浪费了自己的时间与生命吧

长期以来,为了让自己写出更好的代码,都在训练自己多去看好代码,逻辑其实很简单,以为只有知道什么样的代码是好代码,逐步训练才能逐渐写出好的代码,但是却忽视了让自己深刻理解什么样的代码是烂代码,不理解所导致的问题就是由于不自知,很可能在不经意间自己其实在写烂代码;

仔细想想也挺有意思,这不就是做个好人也有必要知道坏人的坏才能更好的做个好人,又突然想起知乎里面最近的问题新中国成立之后将江湖上各种黑话集中起来公诸于世逐步消除了这些江湖黑暗行当或许也是这个的佐证

言归正传,只有在深刻理解烂代码为什么被称为烂代码?烂在哪里?烂代码有哪些影响?才能防止自己写出烂代码(或许可以尝试通过组内定期选取自己说遇到项目中最烂代码的方式来培养大家对于烂代码的感知,把项目总烂代码挂出来)

回忆起自己看过的几篇文章,今天再翻出来看看,别有一番感悟 关于烂代码的那些事

逻辑混乱的代码: 虽然最终实现了需求,但整个需求实现的过程中,东拼西凑,逻辑以及流程混乱,阅读者阅读起来无法摸清主干,抓住脉络,理清细节

重复以及冗余的代码: 重复导致混乱,到处复制粘贴的代码块,东平西凑,只为实现功能,无大局
模块化以及封装不足的代码: 杂乱的类间关系,无封装,瀑布式流水线,面向过程编程实现

无法维护的代码:继任的维护者在阅读中发现各种无法理解的逻辑,修改之后各种莫名其妙的 Bug 出现

代码的组织结构混乱: 本质原因在于编程者实现能力不足,不足全局把控一些较为复杂的项目,进而导致整个模块代码结构松散,组织结构混乱

代码风格相关: 命名,注释等

要用高标准要求自己: 到今天看来,写代码的门槛变得越来越低了,机器性能越来越好,外部环境越来越好,需要注意的东西,语言都开始封装得越来越完善,烂代码不一定不能运作,如果用完成需求就好的最低目标要求自己,仅仅为写出够用的代码而实践,够用的代码在几次迭代之后,极大可能变成垃圾代码,或许可以换个方式说就是大部分时间都是在产生垃圾;

程序员是一个非常需要成就感的群体,如果自己大部分时间都在写垃圾代码,想想也是非常令人沮丧的一件事情吧?

上一篇
下一篇
Loading Disqus comments...
Table of Contents