程序员做好大项目的3个方法!

Posted 全栈技术程序员

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了程序员做好大项目的3个方法!相关的知识,希望对你有一定的参考价值。

  

         什么叫好?什么叫“垃圾”?

最近群里有粉丝吐槽,说入职新公司后交接上一个程序员负责的项目,发现相关的代码非常复杂和庞大!入职一个月了每天加班到凌晨,才勉强搞清楚里面的部分逻辑...

这让我不禁想起之前一个笑话:说有些公司衡量程序员的绩效,靠计算代码量。谁写的代码多,谁的绩效就高,证明他花了时间,没有划水。

真正写过代码的都知道,越厉害的程序员,会用越简洁的代码处理问题。

因为过多的代码意味着需要更多的人来理解和维护,其中的成本非常高,人一多,组织管理的问题也随之而来,陷入无限循环...

其实代码库过于庞大的问题,无论大厂小厂都会有。

有些是因为程序员能力不行,只能靠堆积代码的方式来实现;有些是因为业务逻辑确实复杂,大型系统不得不对应大量代码。

最近看到一篇文章,针对这类问题提出了一些解决方案。基于我个人这么多年的工作经验和对技术的思考,跟大家分享其中3点:

1、阅读文档

想快速熟悉大型系统,最简单快速的方法就是仔细看文档!

但有种情况是,系统迭代了很多版本,有些文档早就过时了,有些逻辑可能要关联看上好几个文档才能搞明白!

这时候就要不耻下问了!交接的人还在就一定要搞清楚细节,没有交接的人就多问问接手过这个项目的其他程序员,怎么着都比自己闷头瞎琢磨快!

undefined

要学会利用他人所了解的,来帮助自己快速搞懂一些本没必要消耗太多时间的事情。

2、简单测试

当我新接手大型系统里一些特定关键部分的问题时,我通常会简单运行测试一下。

在这过程中,通常会发现一些要修复的问题,但往往因为系统过大所以一般不会动这里的代码。

一是我无法修复所有隐藏的bug,二是系统的复杂性不允许我在短时间内全部修复,或许还会在不完全了解的情况下引发新的问题。

建议大家在这种时候,把一些关键问题记录下来,等到代码需要重构时,就能快速定位并解决这些问题。

3、查看日志

当你尝试去了解大型系统的时候,一定会有疑问:

它为什么会变得如此复杂庞大?哪些功能是重要的?哪些是非必要的?

这时候你可以去查版本日志,每次发的大版本,一般会包含一些重要功能的迭代详情记录,有助于理解每次迭代决策背后的原因。

没做过大项目,不代表不能理解复杂代码,功夫主要在平时!

程序员相对来说和做业务的人不同的是,虽然也靠经验,但遇到新的问题时,考验的是底层能力。

之前在一本书里看到一句话:“失败不是悲剧,放弃才是。”

没做过大项目不是失败,自己看低自己而放弃进步才是失败!

商务合作 / 技术交流

以上是关于程序员做好大项目的3个方法!的主要内容,如果未能解决你的问题,请参考以下文章

Python 如何导入 Github 大项目的一个模块? [复制]

C ++ / QT中更大项目的结构[关闭]

允许 automake 生成可选的编译规则

拖延症究竟是个什么东西?人为什么会拖延?

《快消品营销人的第一本书》

大项目docker打包部署慢