展开讨论

经验与复盘经验摘录 · 机器翻译

我刚开始职业生涯时几乎从头开始使用C#,大概有20年时间(甚至更早之前就用JavaScript了…

我刚开始职业生涯时几乎从头开始使用C#,大概有20年时间(甚至更早之前就用JavaScript了!)。到了2020年,我转到了创业公司领域,很快学会了TypeScript,因为那是“年轻人用的东西”。这并不容易,但当我把TypeScript理解为“JavaScript的结构”后,就明白了。当时,这家创业公司正在开发一个基于Nest.js[0]的新产品,看起来非常类似于ASP.NET Web APIs,而ASP.NET Web APIs有更成熟、更完整的体系,以及最好的ORM之一(EF Core)。我向团队提出了这个建议,但遭到了一些反对。这最终激励我写了很多文章[1][2],讲述这两种语言有多么相似,以及它们在语法上是如何趋同的(毫无疑问,这要归功于Anders Hejlsberg的领导)。当然,它们之间仍然存在相当大的差距,但对于那些使用TypeScript并发现自己正在超越它的工作团队来说,C#是一个非常自然的选择。我在那家创业公司待了一段时间后离开了,但三年后又回到了那里。…

源讨论C#和TypeScript的历史与Anders Hejlsberg | GitHub原帖 156 条评论 · 导入时统计
3

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 3

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

RA

我不确定,因为我并不了解全部情况,但我听过类似的故事几次,我认为从“他们最初做出了错误的选择”这个角度来看是不正确的,因为这假设了一个C#团队能够在所需的时间内交付初始版本,以达到项目的下一级水平。 如果他们有一个了解Nest并且能够快速迭代的团队,那将是完美的选择。多年来我在多家公司工作过,主要是在C#团队。每当C#团队参与新项目或初创项目时,往往会陷入自找的缓慢和过度复杂化。我见过三个项目,由于MVP开发缓慢,项目错过了投资窗口或资金耗尽。 根据我的经验,Node/Rails团队在交付能正常工作的成果方面更为得心应手。虽然最终可能会出现很多问题。…

完整原文
WB

我假设这家初创公司也没有在前端大量使用TypeScript,这往往会使其更有利。拥有一个可以在所有地方使用的工具集,能够共享逻辑和类型而无需经过损失性转换层,并且给(尤其是小)团队更好的灵活性来调动人员,这是一个巨大的优势。

完整原文
HI

> "默认" ORM 远比更灵活和强大 我从未使用过如此强大的 ORM。Entity Framework Core 与 Linq 是让我留在 .NET 的原因。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。