软件工程的开发曲线极度相似 emacs 的学习曲线。
这的确令人难堪，苦笑不得，又很是郁闷。（心中一万只……）
内卷是如何产生的？
过程式的编程办法是导致内卷的原罪
过程式的办法要求咱们必须一步一步走遍软件工程的每个角落，能力看出整个工程的一点点影子。而工程规模越大，代码量越多，逻辑过程就越简单，内卷就越重大，使人陷入其中难以自拔。
逻辑过程就是“内卷”
所以，内卷随同在每一行代码中，是随同每个过程、步骤的危险副作用。根本无法打消。
内卷变危险的迹象
次要有两个迹象，表明内卷曾经相当严重、危险了：
- 看不懂
- 改不动
当开始看不懂的时候，意味着内卷的威力开始凸显了，此时影响还不算甚大，加把劲还能看懂。
当切实看不懂的时候，意味着内卷曾经开始占上风，此时开发者开始处于被动的场面。
当开始改不动的时候，意味着内卷的杀伤力曾经强悍了，能够伤到开发者了。
当切实改不动的时候，意味着开发者要被内卷团灭了，开发者能够飙脏话跑路了。
如何看“得”懂，改“得”动
要想看得懂，改得动，就要防止逻辑过程的复杂性，防止内卷。
因为依照逻辑过程组织进去的程序，也必然要由咱们本人一步一步吃力走完所有的过程，
过程之间的关联和跳跃，更会加剧内卷，最初动弹不得，期待崩塌。
那么，怎么做到呢？
要想防止内卷，就要防止逻辑过程。
对于咱们人类而言，所有的、事无巨细的过程并不是必须的，咱们其实最关怀的只是输出和后果（也即输出和输入）。
这就像跟工厂定制一个产品，但并不 care 它是怎么生产进去的，而只 care 最终的产品。要做的只是形容分明需要。
不然，难道要造火箭，就要把波及的所有整机制作流程都弄懂吗？这显然不靠谱。
但实际上那些内卷变危险的软件工程，应用的就是这种办法（说面试造火箭，工作拧螺丝的，你的确在造火箭，你造吗）。
咱们关怀的只是输出和输入，不要在意那些细节。形容分明需要就够了。
如果有一种办法，只需形容分明输出和输入，就能跑通程序，那就好了。
这种办法还真有，就是数据结构化编程。
数据结构化编程
链接在这里（很硬核）：https://github.com/rainforest…
这种形式要求咱们形容分明预期的输出和输入的数据结构，而后填充输出数据（即：令输出筹备好），就能主动取得预期后果。
这样咱们就关怀该关怀的，疏忽 no care 的。
核心思想是：期待的数据筹备好了，就该取得预期后果。
这真的的确合乎人类的生活习惯。
为何会有这种效劳？
机密起因之一就是，咱们在一开始，就明确的形容分明了预期的数据结构。
从这，就能残缺理解程序，而不用深刻其中。咱们看到的就是预期的后果。
另一个起因是，数据结构是能够自洽的，它蕴含了输出和输入，十分棒，这就可能把本人形容分明了。
它本人就解释了本人的用意，咱们不必再去通过简单的逻辑过程去揣测用意了。
下一个起因是，数据结构是层次分明的，并且它是自洽的，所以在每个档次上都能弄懂用意。
还有一个大的、神奇的起因是，整个实践思维和以往的都不同了，无论是在认知上，还是用法上都更合乎人类的习惯。
这里蕴含许多能够一一拿进去探讨一番的起因，限于篇幅，只简要列几项。
更合乎人类习惯
- 新认知：编程不再是去推导后果，而是为尚未筹备好的输出，去填充数据。
- 新概念：当输出数据筹备好时，主动执行预期规定，取得预期输入后果的编程形式。
- 新思维：关怀数据结构形容，疏忽简单的逻辑过程。
- 程序无关：如果预期多个输出数据，任哪个先筹备好都无所谓，只有最终都筹备好。（这很赞，上手就能感触到的高兴；团队合作更敌对，友爱）
- 提前预期：不用期待数据通过逻辑过程之后，能力推导出后果，而是提前定义预期规定，静待数据筹备好，就能取得后果。（试想团队合作的谐和画面）
- 弹性布局：如果某人工作量过大，能够再次布局数据结构，将大工作逐层拆分成子工作作为输出数据，多人并行开发。（这简直是能够有限拆分的）
- 并行开发：Yes!
- 自动化：回归到新认知、新概念上来，只有期待的数据筹备好了，就会主动取得预期后果。不用费劲被动去驱动数据。