Ang*_*elo 11
有与戴夫·托马斯一个很好的播客/采访("程序员修炼"戴夫)这个话题,在这里.
他称之为"软件考古学".
由于许多不同的原因,组织经常失去对其代码库的控制.知识被遗忘,人们离开.人们可能很容易将代码库误认为考古问题,因为不是因为基于它的关键任务应用程序在需要修改或增强某些东西之前一直在继续,然后突然间你有一大堆没有人理解的源代码但这已成为一夜之间世界上最重要的事情.
与大桶代码达成协议的捷径很少.一般来说,人们必须平衡对"理解它"的追求与为完成任务做出明确的实际变化的压力.
Ben*_*ett 10
你永远不会知道公司的每一段代码的每一行.你能做的是理解课程,他们做什么,以及他们如何相互联系.
首先从类的角度对代码流的方式进行最基本的理解,重点关注完成大部分工作的大型类.一旦你理解了发生了什么,就开始关注较小的课程.保持这种状态,直到你对一些课程有很好的理解.
此外,您可以将其分解为公司的常见编程任务.一旦你有了这些研究的清单,那么实施这些研究就会涉及到什么.
最后一件事就是体验.您可以根据需要学习代码,但无法替代实际代码.编写程序,测试内容以及查看现有代码的运行方式是学习新系统的最佳方式.