这个博客讲述了一个简短的故事，当我们太过关注一个具体问题的详细解决方案时会发生什么——时间在流逝。

这个具体问题可以追溯到80年代末，返利宝，云赚，当时我在德国军队领导一个软件开发团队。每隔3个月，大数据产业，我就要从一批目光明亮但经验不足的年轻人中挑选1到2名新的团队成员，把他们变成COBOL（最重要的！）程序员。当然，反过来，我不得不让我现有的1-2名队员离开；他们在军队的时间到了。因此，我一行又一行的代码让新员工从旧员工遗留下来的地方开始工作。

当然，每个人都有自己的编码风格，以及（或多或少）文档编制风格，为了理解这一切，我浪费了很多时间。

翻开新的一页……多年后，作为一家SAP咨询公司的ABAP负责人，每次我都有一些新的想法新来的开发人员，猜怎么着…同样的程序。所以我做了当年我们所有人都做过的事。建立了可怕的"文档指南"，迫使我可怜的孩子们花大量的时间写他们工作的东西。现在，作为一个ABAP自由职业者，进入一个新的客户项目——时间就是金钱，会发生什么？首先，我必须在错综复杂的代码中寻找我的新构建站点。评论？文档？嗯…你知道的。

有些事情永远不会改变；我希望有一种方法可以自动化这种繁忙的工作-以一种对读者有意义的方式，而不是依赖（太多！）关于开发者/作者。没有什么反对像abapdoc这样的东西-但是，开发人员仍然需要花费一些精力来发表评论，并谈论他们的工作…但是等等：根据定义，开发对象（以及它的运行时环境；从技术上讲……）不包含它运行所需的所有信息吗？开发商就放在那里！（根据热力学第一定律，它不会消失……除非我们在黑洞的视界之外？）。所以我花了一些时间，静观其变，设计了一个分析开发对象本身的工具（源代码、元数据、结构等等），当我第一次看到一个未知的程序（或类，或事务…）时，甚至包括注释（如果有的话）并创建一个技术文档，我想我至少可以用它来初步了解我面对的是什么。不左顾右盼，从不浪费时间去追逐最新的科技潮流。当我终于有了半途而废的东西时，我抬头一看，走出了我现在意识到的某种肮脏的时间机器……几年过去了，我的原型现在几乎已经过时了。我已经建立了一个'更好的CD播放器'，并把它带入了一个世界，每个人都在流媒体音乐？

现在，返利助手，我们从这个小故事中学到了什么？我想到了几件事：

现在的发明只是为了大型团队和公司的资金和人力，以跟上不断发展的技术。嗯…不是个好主意。由于最近在工具和技术上的改进，比如ABAP文档、"干净的代码"、GitHub等等，根本问题已经消失了。真的？我只是在确定需求和设计/构建解决方案方面做得不够好。有点尴尬——但是，没人是完美的。以上所有的某种组合？有什么我完全错过的吗？

讨论。

祝您一切顺利，迈克，老家伙

，淘客推广平台