代码之家  ›  专栏  ›  技术社区  ›  shahkalpesh

您认为我们作为开发人员更担心语言/工具而不是手头的问题吗?[闭门]

  •  0
  • shahkalpesh  · 技术社区  · 16 年前

    Foxpro

    随着时间的推移,我认为我们已经变得过于担心语言/工具来完成这项工作。如果你看看.NET空间中的开发人员会使用什么,这个列表会不断增加。

    更重要的是,这些工具本身是如此复杂,以至于你可以自己找到解决方案的日子已经一去不复返了。
    我们所有人都有我们亲爱的朋友谷歌(把你最喜欢的搜索引擎放在这里)来拯救我们。

    (看看.NET开发人员会使用多少工具。是的,在堆栈溢出方面有一些问题)。

    我不是说抬头看不好。但很久以前就不是这样了。

    谢谢你的想法。 对此没有正确/错误的答案。我在这里鼓励聪明人的观点。

    4 回复  |  直到 12 年前
        1
  •  3
  •   Jon Skeet    16 年前

    我认为这是一个很好的问题,但可能带着对过去的乐观态度。一直以来,API都存在着一些问题,比如它们不能按预期的方式工作等等。互联网无疑使其成为一种趋势 大量

    要跟上时代的步伐,你必须学习越来越多的技术。在某种程度上,“曾经是这样”,但在过去几年里,我觉得这个问题变得更加严重。例如,我不相信很多人有时间对所有的问题达成“从合理到良好”的理解,即使是 主要的

    说了这么多,我真的不想把精灵放回瓶子里,即使我可以——像LINQ和WPF这样的东西太好了,不必过分担心它们需要多长时间才能学会。

        2
  •  1
  •   Robert Gould    16 年前

    CS的演变就这么简单。

        3
  •  1
  •   Silvercode    16 年前

    项目需要专门从事不同领域的人员来分担知识负担。就像你有一个架构师,他比普通的开发人员在工具和框架方面更有经验,更专业。架构师可以提出解决方案的工具。然后有程序员在架构师的帮助下创建大部分应用程序。

    如果我作为一个孤独的开发人员参与一个项目,我可能得不到架构师那么多的帮助,我必须自己去发现很多东西。但是,如果有架构师帮助我,我可以集中精力编写实际的应用程序功能。

    如果我们称自己为开发者,并试图学习一切,也许是因为我们希望在生活中取得进步,那么我们仍然必须理解,不是每个人都应该成为架构师。我们也需要很多程序员。此外,还需要分析师、设计师、首席开发人员和管理员。

        4
  •  0
  •   Peter Mortensen icecrime    15 年前

    有时,我花更多的时间在一个框架中解决一个问题,而我本来可以编写自己的类,在比解决框架问题所花费的时间更短的时间内完成完全相同的事情。

    但我仍然认为框架是必要的,你无法自己学习和创造所有这些技术。把它比作翻新厨房,200年前你会自己动手,100年前你会叫木匠,今天你会叫木匠,水管工,电工,甚至设计师。没有人能独自知道如何正确地做所有这些事情。