原文: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
