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