我现在是一名 .NET 开发人员，来自Foxpro /VB6/COM 背景。
随着时间的推移，我认为我们已经变得过于担心语言/工具来完成这项工作。如果您看看 .NET 领域的开发人员会使用什么，就会发现这个列表一直在增长。
更重要的是，工具本身非常复杂，以至于您可以自己找到解决方案的日子已经一去不复返了。
我们所有人都有我们亲爱的朋友谷歌（把你最喜欢的搜索引擎放在这里）来拯救。
我们如何/何时可以期望提高抽象性，这样我们就不必过多担心工具数量的复杂性，而是专注于手头的问题？（看看 .NET 开发人员会使用的工具数量。是的，Stack Overflow 上有关于它的问题）。
我们当中有多少人可以真正解决某些问题而无需查找？我并不是说仰视是不好的。但前一段时间并非如此。
感谢您的想法。对此没有正确/错误的答案。我在这里鼓励聪明人的观点。
如果您认为这个问题有缺陷 - 请删除它:)
我认为这是一个很好的问题，但可能对过去有一种玫瑰色的看法。API 无法按照预期的方式工作等问题一直存在。互联网确实让找到遇到同样问题的其他人变得更加容易，但我认为找到比以前自己解决问题。
我同意，为了跟上步伐，您必须学习越来越多的技术。再一次，在某种程度上，“它曾经如此”，但在过去的几年里，在我看来，它已经成为一个更加严重的问题。例如，我不相信很多人有时间对所有内容甚至主要内容都有“合理到良好”的理解。.NET 外围 API（我指的是核心之外的 API：ASP.NET、WinForms、WPF、WCF、WF、ASP.NET MVC、LINQ to SQL、Entity Framework 等）。您要么必须专业化，要么以“及时”的方式学习，几乎总是使用不熟悉的 API。早在 .NET 1 和 2 的日子里，几乎没有足够的 API 可以很好地掌握所有内容。（我个人没有这方面的知识——我的 WinForms 和 ASP.NET 知识非常少——但其他人似乎有。）
说了这么多，即使可以，我也不会真的想把精灵放回瓶子里——像 LINQ 和 WPF 这样的东西太好了，不必过分担心它们需要多长时间来学习。
新想法 -> 新工具 -> 新想法
CS的进化就是这么简单。
项目需要人们专注于不同的领域，以分担知识负担。就像你有一个架构师一样，他在工具和框架方面比普通开发人员更有经验和专业。架构师可以提出解决方案的工具。然后你有程序员在架构师的帮助下创建大部分应用程序。
如果我作为一个孤独的开发人员在一个项目中，我可能不会从架构师那里得到太多帮助，我必须自己找出很多东西。但是如果我有架构师来帮助我，我可以专注于编写实际的应用程序功能。
如果我们称自己为开发人员并尝试学习一切可能是因为我们希望在生活中取得成功，那么我们仍然必须明白，不是每个人都应该成为架构师。我们也需要很多程序员。还需要分析师、设计师、首席开发人员和管理员。
有时我会花更多的时间来解决框架中的问题，而我本可以编写自己的类，该类在比解决框架问题所用的时间更短的时间内完成完全相同的事情。
但我仍然认为框架是需要的，你无法自己学习和创建所有这些技术。把它比作翻新你的厨房，200 年前你会自己做这一切，100 年前你会打电话给木匠，今天你会打电话给木匠、水管工、电工，甚至可能是设计师。没有人能自己知道如何正确地完成所有这些事情。