本文探讨了即使在大型企业中，代码质量也可能不尽如人意的现象。分析了历史遗留问题、业务逻辑复杂度、追求效率导致的快速迭代等因素如何影响代码质量，并提出改善代码质量的建议。
点击“开发者技术前线”，选择“星标????”
在看|星标|留言, 真爱
最近一个朋友进入梦寐以求的大公司，和我抱怨了下，他们大公司代码写的也不怎么好，连他一个菜鸡都能看出逻辑漏洞，都没人改。让他有点怀疑人生了。那么为什么有的大公司代码也会如此烂呢？
历史遗留
如果是老项目，几乎每个人都是一来接手一个项目，如果之前维护这个项目的人，水平比较高，代码行云流水，代码规范，逻辑严谨度都很高，恭喜你，你获取一个学习优秀代码的成长起点。对于你是幸运的，白哥之前接触过这样的项目，真是写的好，巧妙的设计模式，逻辑清晰，和读系统源码一样。但是你没那么幸运，接手一个水平不是很高的团队维护的代码，那你就有事情做了，重新写，还是重构。烂代码跟一坨屎一样，很多时候就是和一坨屎共处千万别深挖，说不定把哪里挖塌了把你埋了，扔一坨代码到屎山上，达到自己目的，能跑就行了，你还要搞清楚山上的屎哪一坨是谁拉的，拉的人吃了什么，就没什么意思了。能在超级大的屎山上扔一坨代码进去，把自己的事干了，也是本事真的，毕竟谁没维护过烂代码。复杂度足够大，都会成为屎山的，什么设计模式都没什么鸟用。这时候可以花时间加班来重写吧，不然你干不下去的，等着你的要么走人。
业务逻辑
逻辑复杂，一个系统和N多系统集成，一个业务对象上百个字段和几十种状态，一个流程几十个环节，自己业务依赖他人的，别人写的烂，自己也会被影响，反正写的烂无所谓了。
然后扔一坨代码到本来的屎山上，那就更烂了。
注重效率
大公司版本迭代快，所以要求短时间交付，发版本上线，业务开发就没时间，没精力去关注质量，这边copy，那边copy, 先上线再说，后面看到自己写的代码都会恶心死，也就不想动了。
如何提高代码质量？
还记得十年前初学Java的时候，就是他带我入坑的，哈哈。看看怎么看待这个问题。
不知道下面这几句口头禅你能否猜到他是谁？
“来，看我桌面。”
“豆芽子它长一房高，它也是一根菜。”
“用你大腿想一想...”
“骑着驴找马，但是不要虐待驴，别跟公司闹僵，公司也不会跟你过不去。”
“同学们用你们的大腿想想哪个最……？对，没错，就是这样，大家的大腿很发达。”
“不就是名字长一点吗，弗拉基米尔拉德马诺维奇其实简单来说就是列宁”
再推荐几篇他的经典文章「点点点」
小伙伴们，看到这，应该有答案了
没错，就是曾经带我入行，带我入坑的马老师
扫码关注，回复“马老师”
福利来啦！福利来啦！福利来啦！
重要的事情说三遍...
马老师准备了一些学习资料「2020版最新设计模式」、「左程云大厂面试题」、「算法」、「程序员数学」、「大厂面经」、「项目白皮书」...
扫码关注，回复“马老师”，立即领取
扫一扫
485
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
