软件开发 如果有一天再没人理解其底层，我们该如何应对？

菏泽炫佑科技

软件开发 如果有一天再没人理解其底层，我们该如何应对？

译者| 核子可乐

规划| 李冬梅

如今，一群所谓的专家只知道炒作工具而不思考它们，但对其更深层次的运作却一无所知。 这是一个大问题，正在摧毁我们的未来。

方向盘是一个抽象的概念，但它可以帮助我们轻松控制车辆。 动力转向是另一个抽象层次，用于进一步改善驾驶体验。 所以抽象本身并没有错，但是丹麦有一句话：

“太少或太多都会毁掉一切。”

如果抽象过于盛行，有一天没有人理解其底层实现逻辑，我们该如何应对？

自动化、信息化让程序员变得懒惰

科技行业的一切其实都是利益驱动的，人们对其他的事情都不感兴趣。 因此，制造商必须尽快发布新产品或服务，必须采用更加抽象和自动化的元素，努力减少人力。 自然，他们对整个系统底层的了解也越来越浅薄。

如今，程序员和系统管理员已不复存在，取而代之的是even。 业界正在试图将每一项任务都挤进同一个职能角色的日常工作中，这意味着技术人员需要单独完成开发（Dev）、安全（Sec）和运维（Ops），即整个系统管理流程。 但既然没有人敢自称是真正的多面手，我们只能急于推出自动化解决方案，以节省资金软件开发，同时防止不同技术部门的成员在复杂的交互中迷失方向。 结果，现代技术人员被教导只使用特定的工具，而不了解其底层实现。

所以一方面技术变得越来越难以理解，另一方面我们的现代生活也越来越依赖这些技术。 那么，当人们对科技行业的理解水平持续下滑并且大多数人甚至不知道如何修复他们手头的工具时，会发生什么呢？

换句话说，人们已经习惯了高度抽象，并相信这是正确的方式。 他们也很乐意添加更多抽象来增加混乱。

一些傲慢的开发者可能会调侃：既然如此，还是回到汇编语言吧！

毫无疑问，我们需要抽象，但是每一个抽象级别都有相应的价格。 具有讽刺意味的是，为了利润而追求抽象*终可能会导致巨大的收入损失。

如今，大多数“安全人员”除了如何使用某种预制的渗透测试工具之外，对安全知之甚少。 渗透测试工具的Web GUI面板上的一串绿灯表明系统运行良好。 但也许某个怀有恶意的技术大师已经入侵了系统，并继续在暗网上出售有价值的数据。 整个过程看似正常，甚至可能在无人察觉的情况下持续数年。 毕竟，GUI 仪表板显示没有问题。

过于依赖抽象，埋藏不深的真相永远不会被发现。

我曾经为一家公司推荐了一个第三方开发合作伙伴。 那里的开发人员知道如何使用“现代框架”来组合网站和API，但他们对框架本身的编码了解不多，对安全性一无所知。 。 当出现问题时，没有人能知道发生了什么。 于是在遇到问题并挣扎了几个月后，他们*终放弃了，选择寻求外部帮助。

其实只要看看系统的实际运行情况，就知道肯定出了问题。 我把所有内容都复制下来离线检查，然后花了一个晚上直接查看系统文件中的每一行代码，并将公司主机上运行的文件与原始框架文件进行简单的比较。

事实上，我并不是建议你手动检查所有内容，但是保持这种手动检查习惯可以教会我们很多东西。 真相往往埋藏得并不深，只要有一点耐心，你一定能找到。 当然，这也需要我们对技术原理有基本的了解。

长话短说，我*终发现他们被黑客入侵，他们的系统被用作某种色情内容的后端分发数据库。 但性能问题不是由黑客造成的，而是由框架本身造成的，速度非常慢。 此外，这次黑客攻击也具有高度离散性。 如果我没有决定“四处窥探”并仔细查看文件和代码，我可能永远不会发现它。

给技术人的建议：不要跟风，保持好奇心，不断学习

记住质疑一切，尤其是那些看起来没有意义的事情。 不要简单地假设“如果我不明白，就会有人明白”——这只会让你变成盲目的追随者。 有时别人确实理解，但这还不够。 我们必须勇敢，坚持追求自己的想法和客观事实，即使这看起来与其他同事格格不入。

我在这篇文章中想强调的是，并不是每个人都应该从**原理开始理解一切，或者不应该使用方便的自动化工具。 我在文章开头提到，抽象当然是好的。 当然，不同的专业任务必须由不同的专家来完成，例如驾驶卡车的司机和修理卡车的技术人员。

我真正想说的是工程师应该用什么样的态度来对待技术工作，以及这种态度对于技术从业者的重要性。

以软件开发为例，太多的专业知识被抽象化，被工具和自动化所取代。 了解整个系统的人越来越少，许多人甚至不愿意深入研究当前工作的下一个级别。

这已经是一个严重的问题，导致很少有人能够在垂直领域修复技术细节。 是的，每个人都应该扪心自问软件开发 如果有一天再没人理解其底层，我们该如何应对？，事实真的是这样吗？

大约半年前，我无意中发现一些前端Web开发人员不知道他们可以在不部署工具的情况下创建网站，甚至不知道使用它们。 他们开发的是一个赚钱的商业网站！ 我惊讶地问了一位教编程课的朋友，他的回答很平静：

别太惊讶，这已是当今的常态。 科技行业希望我们培养更多只懂得“按按钮”的从业者，而不是把专业学得深、学得透的人。

我知道总会有人想更多地了解自己的专业，但这不是重点。 关键是，我们的软件开发行业已经开始扭曲：因为添加了太多的抽象层，人们不再了解整个系统是如何工作的。 *终，该行业将搬起石头砸自己的脚。

我非常确定，当 Web 开发人员（无论是前端、后端还是“集成工作”）制作网站时，不需要编码、TCP/IP、DNS、HTTP、TLS 或安全知识。 当我们只用预制的工具和框架就能完成它时，大麻烦可能就离我们不远了。

网友们怎么看？

这篇帖子在新闻上发布后，吸引了很多围观。 许多开发者在下面的评论中表达了他们的意见。

有网友表示，文中提到的现象确实存在，但这不能完全归咎于开发者不主动学习，因为一项优秀可靠的技术需要长时间的积累，而开发者其实并不需要了解它。 可以操作它。

例如，文章中提到“是的，让我们都回到汇编编码吧！” 事实是：在高级语言成为主流很久之后，开发人员仍然必须了解汇编才能成为开发人员，即使你的大部分工作是用 C 或 C 语言完成的。 这是因为高级语言的编译器及其调试工具*初是一个“有漏洞的”抽象。 当你的程序失败时，你必须了解汇编才能找出问题所在。 现在编译器和调试工具已经变得如此出色，那些日子已经一去不复返了，你真的不再需要了解汇编了。

但我们今天面临的问题是：我们堆积了一层又一层有漏洞的抽象，却没有给它成熟所需的时间。 我们的设计目的是缩短开发人员完成某件事所需的时间，但这是一个错误的假设，因为开发人员只是希望一切按计划进行，并且不想将大部分时间花在调试未计划的工作上。 这些抽象概念既复杂又毫无意义。

一位名叫ID的网友表示，他一直不理解那些不上大学就能从事编程工作的开发者。 他说，他看到了一个奇怪的现象：这几年或者十几年，不上大学就成为程序员似乎是一种趋势。 说：

“确实，我的大部分技能都是在大学毕业后获得的，但是你从大学中获得了某种全球系统的理解（在我的例子中是计算机+软件+网络工程），掌握了这些基础技能，你就可以快速缩小潜在的来源范围问题，包括 TCP/IP 堆栈、CPU 架构、内存管理以及编译器如何错误地优化某些代码。这对于提出正确的问题也大有帮助。如果您只知道*新的框架/语言/工具，那么当出现问题时，你周围的整个世界都会‘咬你’。关于抽象：我总是逃避鼓励抽象的语言。Java就是其中之一，即使在大学，整个OOP趋势也只是平淡无奇对我来说。我对框架（尤其是 JS）*大的恐惧是它们被抽象到了这样的程度，以至于我无法希望在不寻求论坛或帮助的情况下在合理的时间内找到解决方案 在内部解决问题，因为我不甚至理解概念。 什么是效果？ 反应如何进行？ ETC。”

原文链接：

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等