原文：https://livebook.manning.com/...翻译：朱坤荣CátiaMatos图片：https://www.pexels.com/zh-cn/。.1.4.1技术太多我们对最佳技术的不断追求源于银弹谬误。我们认为有一种技术可以提高我们的生产力。其实并不是。例如，Python是一种解释型语言。您无需编译Python代码-它会立即运行。更好的是，你不必指定变量的类型，这让你更快，所以Python一定是比C#更好的技术，对吧？不必要。由于您没有花时间声明代码的类型并编译它，因此您错过了刚刚编写的错误。这意味着您只能在测试或生产环境中找到它们，这比简单地从源代码编译要昂贵得多。大多数技术都是提高生产力的权衡。提高生产力的是你对技术和技巧的熟练程度，而不是你使用的是什么技术。是的，有更好的技术，但它们不会产生数量级的差异。早在1999年，当我想开发我的第一个交互式网站时，我完全不知道如何编写Web应用程序。如果我开始尝试寻找最好的技术，我会自学VBScript或Perl。相反，我使用了我最熟悉的Pascal。它是最不适合此目的的语言，但它确实有效。当然，会有很多问题。当程序死掉时，进程仍会驻留在内存中随机在加拿大的一台服务器上，用户每次都得打电话给服务商，要求他们重启物理服务器。尽管如此，由于我的熟悉度，Pascal允许我快速开发原型。无需经过数月的开发和学习，只需三个小时即可编写并发布代码。希望您也能找到使用适合您的工具的方法。1.4.2我记得最早的编程范式是1980年的结构化编程语言。结构化编程语言基本上是用函数和循环这样的积木来写的，而不是行号、GOTO语句、血糖泪。它使您可以在不牺牲性能的情况下轻松阅读和维护代码。结构化编程激发了我对Pascal和C等语言的兴趣。在我学习结构化编程至少5年之后，我遇到了下一个范式：面向对象编程，即OOP。记得那时候，电脑杂志还不多。这是一件大事，它将使我们能够编写出比以前的结构化编程更好的代码。在OOP之后，我想我可能每五年就会遇到一个新的范式。它们实际上看起来更快。1990年出现了使用托管JIT编译的Java语言，JavaScriptWeb脚本，在1990年代，随着Java的出现，我们可以访问编译托管编程语言，以及突然成为90年代后期编程主流的函数式编程语言。到2000年。在接下来的十年中，我们将看到更多使用分层的应用程序。富客户端。瘦客户端。泛型。MVC、MVVM、MVP。异步编程从promises、futures开始，最后是反应式编程。微服务。LINQ、模式匹配和不变性等更多函数式编程概念使其成为主流编程语言。这是流行语的龙卷风。我没有列举设计模式或最佳实践。我们拥有几乎所有主题的大量最佳实践、提示和技巧。关于为什么我们用制表符或空格缩进源代码的原因有很多声明，对此显而易见的最终答案是空格。我们假设我们可以通过范式、模式、框架或工具库来解决我们的问题。鉴于我们面临的问题的复杂性，这是不现实的。并且盲目地使用这些工具会在未来产生更多问题：它们可能会引入新的领域知识来学习和特定的错误。他们甚至可能会让您更改设计。本书将使您更有信心在审查代码时使用正确的模式。本文转载自朱坤荣（按时间顺序）微信公众号公众号“麦芽面包”，公众号id“darkjune_think”开发者/科幻爱好者/硬核主机玩家/业余翻译，转载请注明。微博：朱坤荣B站：https://space.bilibili.com/23...交流邮箱：zhukunrong@yeah.net
