> 在2025年,编写软件的美和工艺正在被侵蚀
> 在2025年,编写软件的美和工艺正在被侵蚀。AI正威胁着要取代我们(或者至少是我们的工作中最令人愉快的部分),软件开发正变得越来越商品化、被衡量、被包装和工业化。软件开发需要更多的简单快乐,我发现创造玩具程序是一个很好的方式,来回忆起我为何再次开始从事计算机工作。这是令人悲伤的现实。我特别感受到关于失去“最令人愉快”部分的评论。
源讨论编写玩具软件是一种乐趣原帖 313 条评论 · 导入时统计> 在2025年,编写软件的美和工艺正在被侵蚀。AI正威胁着要取代我们(或者至少是我们的工作中最令人愉快的部分),软件开发正变得越来越商品化、被衡量、被包装和工业化。软件开发需要更多的简单快乐,我发现创造玩具程序是一个很好的方式,来回忆起我为何再次开始从事计算机工作。这是令人悲伤的现实。我特别感受到关于失去“最令人愉快”部分的评论。
源讨论编写玩具软件是一种乐趣原帖 313 条评论 · 导入时统计把你的经验,加入这段讨论。
我现在在使用大型语言模型开发玩具软件时比以往任何时候都更有乐趣。我的乐趣来自于构建东西,思考架构、组件、创造性的解决方案,创造出新奇的东西。手动输入代码行并不是让我感到快乐的事情,它只是达到目的的手段。与具有自主性的大型语言模型互动对我来说非常有趣。然而,我也可以理解,如果代码部分才是让你感到快乐的,那么我们可能正在走向一条不会让你满意的方向。对于那些首先喜欢构建东西的人来说,这简直是天堂。
完整原文> 人工智能正威胁着要取代我们(或者至少是我们的技艺中最令人愉快的部分) 我也不喜欢这样,但每次我使用大语言模型时,感觉我们似乎在谈论完全不同的事情。它发展得太快了,在每一步都做出错误的决定,如果我接受所有结果,最多一周就会陷入复杂性的死胡同。虽然能生成大量模板代码,但你通常都是用错了方式(或者有自动化的机会)。而且即使你没有时间自动化,当然,但你真的享受自己生成模板代码的过程吗? 在我认为有趣的事情中,大语言模型最多只是一个不错的橡皮鸭子。它需要不断的指导,有时会在上下文窗口(和物理空间)中塞满大量编写糟糕的代码。代码不好,我们正试图减少代码量。不是吗?至少我是这样想的:最少的*数量是多少…
完整原文尊重不同观点,分享具体经验。
登录后即可发帖、评论、转发和引用。