… 如果他们有一支了解Nest并且可以快速迭代的团队，那将是最佳选择。多年来，我在多家机构工作过，主要是在C#团队。每当C#团队参与新项目或初创项目时，往往会陷入自找的慢速/过度复杂化的混乱局面。我见过3个项目，由于MVP开发缓慢，项目错过了投资窗口或资金耗尽。根据我的经验，Node/Rails团队在交付能正常工作的系统方面更为得心应手。最终这些系统可能会出现一些问题，而这些问题在其他架构如ASP.NET中默认不会出现，但能够达到这个阶段并意识到处于这种状况本身就是一种胜利，这是大多数工程师所忽视的。
源讨论C#和TypeScript的历史与Anders Hejlsberg | GitHub原帖 156 条评论 · 导入时统计我职业生涯的开始是从事C#开发，几乎从一开始就做了大约20年（甚至在那之前就用过JavaScript！）。 大约在2020年，我转到了创业公司领域，很快学会了TypeScript，因为那是"年轻人用的东西"。这并不容易，但一旦我理解了TypeScript是"JavaScript的结构"，就豁然开朗了。 当时，这家创业公司正在开发一个新产品，基于Nest.js[0]，这看起来与ASP.NET Web APIs非常相似，而后者有一个更大的成熟度、更完整的功能和最好的ORM之一（EF Core）。我向团队建议了这个方案，但遭到了一些反对。 这最终激发了我写了很多文章[1][2]，讲述这两种语言有多么相似，以及它们在语法上是如何趋同的（毫无疑问，这要归功于Anders的领导）。当然，它们仍然存在相当大的差距，但对于那些在使用它们的团队来说，…
完整原文把你的经验，加入这段讨论。
我也有同样的体验。C# 可能有更优秀的工具链、性能等等，但面向对象编程的负担太重了。理论上你可以在 C# 中写出不同于巨大、复杂、过度抽象的面向对象废话的东西，但每支我见过的团队都如此。
完整原文> ...因为这假设了一个 C# 团队可以在所需的时限内完成初始版本，从而进入项目的下一阶段。 我链接了 Nest.js 项目，因为你可以看到这两者有多么相似[0]，Nest.js 在核心上深入利用了 TS 的面向对象特性。例如，Nest.js 中的控制器和服务都是类。它使用了一种比 ASP.NET 更复杂的依赖注入系统。它类似于 Spring Boot 或 ASP.NET，但没有它们的成熟度、性能和易用性。 该团队有之前做过 C# 的开发人员，后来招聘的人员也包括前 C# 开发人员。 当时团队对 TS 还不熟悉，过程中犯了一些错误，导致出现了 "双 ORM " 的情况（Prisma + Drizzle；两者都有缺陷），这大大降低了生产力（促使转向 C# 的原因之一）。 [0] https://typescript-is-like-csharp.chrlschn.dev/pages…
完整原文嗯，我对这一点有不同的看法：当你年轻且狂野的时候，你会因为思考得更少而立即写出代码，从而取得成果。当你变老之后，你会反过来做事，这就导致了你举的例子。 在2000年代初，我在一家创业公司工作，我们用C#和PHP一样快速地交付产品。我们只是疯狂地写代码。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。