程序员终点：从打字工到思考者
历经十年软件开发生涯，身兼数职，我的构建理念在2025年迎来转折。借助人工智能，我终于得以践行长久以来的开发理念。
从打字工到思考者
我深切体会到，编程的真正价值在于架构设计：如何构思、组合、构建和命名事物。
我始终认为，当代码具备可读性、可维护性，并在恰当位置运用正确的抽象概念时，项目的技术层面才算成功。无论代码出自本人或开发者之手，这从未成为问题——如今又何必在意？
如今，AI已承担起编写大部分代码的任务。我们思考，它们书写。这种转变非但未削弱我们的价值，反而强化了我们作为思考者的价值——尤其对热爱架构设计者而言。
这并非仅是我的观点。正如克劳德代码背后的思想者鲍里斯·切尔尼在Anthropic的精彩视频1中所言：
代码不再珍贵。
具体案例：MCP-Pointer
我近期发布了首个开源MCP服务器：MCP-Pointer——它允许开发者为其首选的智能编码工具指向浏览器DOM元素。
对于不熟悉的人来说，MCP正逐渐成为AI工具集成的社区标准。
- 领导者/追随者选举机制：我需要运行多个本地MCP服务器(
STDIO)进程，它们都从单个WebSocket服务器获取相同数据。Claude未能立即解决——我不得不跨AI工具和传统资源进行研究，才找到符合特定需求的方案。我首次设计了LEADER/FOLLOWER选举系统，专注于系统运作逻辑的设计，而将具体实现交由AI处理的过程令人着迷。 - 多包工具链：我为多包仓库搭建了包含打包、代码签名、文档生成及自动化流程的工具链。这些环节常被忽略——但这次借助AI提升了实现效率，得以完整落实。
- Chrome扩展重写：最终，我以“传统”方式手动重写了Chrome扩展的元素选择器(即浏览器中用于选择/定位元素的功能)。为何如此？因为我意识到向AI解释该功能的困境本质上是抽象化问题。解决后，代码变得简洁稳健，完美适配未来迭代——这次将借助AI实现。我意识到，正确构建这些抽象层本身就是编写规范的过程。这正是架构师的工作本质。
至少大型语言模型犯错时不会争辩。
这揭示了我们工作的本质
对于质疑架构师在AI时代价值的人，或认为AI正在消灭开发工作的人：我想你们都错过了重点。真正重要的工作是架构设计。编写代码从来就不是核心价值。这种认知曾经存在——至今依然如此。正如我的好友安托万在大型语言模型尚未兴起时曾对我说：
倘若我们仅受限于打字速度该多好。
但事实并非如此，如今这已昭然若揭。当我们不再是敲击键盘的工匠，便能专注于真正重要的事。我们比以往任何时候都更像是设计师、组织者、评审者
网页开发并非精确科学——我终于说出来了。它更关乎文学与叙事，关乎沟通、文字与抽象概念。高级语言早已取代了我们大部分数学能力——这无可厚非。真正热爱数学的人，在深度科技领域有广阔天地等待他们，那里正是世界真正需要他们的地方。
但网络的未来？它将由建筑师、思想家来建造。
别再把自己当作程序员。开始像建筑师那样思考吧。只要明白自身真正价值所在，每个人都能迎来激动人心的未来。
本文文字及图片出自 Coders End, From Typers To Thinkers
我将编写代码直至生命终结。这是一种我所拥抱的艺术形式，与我热衷创作的其他艺术形式并驾齐驱——电子音乐、写作、随笔、旅行、摄影等等。
某些人竟认为代码的价值仅取决于最终可执行的结果，而忽视了它本身作为在计算机系统中纯粹表达逻辑与意义的艺术形式的价值——这实属巨大的谬误。
确实如此。我毕生持续编写软件，几乎拒绝所有管理职位(除非涉及设计工作)。这是种创造性过程，节假日期间我常专注个人项目，在咖啡馆角落里伴着咖啡(后来是午餐)、笔记本和文档，连续数周沉浸编码，数小时保持创作状态。对我大脑而言，再没有比这更美好的状态了(当然并非指_仅限_如此)。
关键在于，即便拥有最先进(尚未存在)的AI来“编写代码”，我也无法想象它如何让我进入并保持这种心流状态——那种除却脑海中创造性流动外万物皆空的境界，时间在不知不觉中飞逝。倘若AI如同智能同事，而我的工作只是坐着解释…一来无法进入心流，二来毫无乐趣可言。我绝不会做这种事。
你太棒了！我觉得很多人都不这么认为。无论如何，编写代码都会作为一项绝佳的爱好和锻炼方式存在。只是可能不再是谋生的手段罢了。
开发者岗位有两种：一种是功能工厂式的，另一种是专注于完成任务/保障服务的可靠性岗位。后者仍有发展空间。
我完全赞同！
我超爱编程。下班后，在照顾家庭的空隙里，编程就是我的放松方式！
若遇到有趣的项目，我曾能从清晨编程到深夜，这还是在生孩子之前的事。
这种纯粹的快乐仅次于家庭之乐。
我正在读《心流》这本书，书中观点与作者的见解不谋而合。
事实上，这似乎是少数几本能改变我人生观的书籍之一。
总觉得作者似乎并未在编写代码本身中获得快乐，反而更着重于代码如何优化架构。
作者最终还是触及了这个核心：
Chrome扩展重写：最终，我以“传统”方式手动重写了Chrome扩展的元素选择器(即浏览器中用于选择/定位元素的功能)。为何如此？因为我意识到向AI解释该功能的困境，本质上是抽象化表达的问题。解决后，代码变得简洁稳健，完美适配未来迭代——这次将借助AI实现。我意识到，正确处理这些抽象概念就是编写规格说明书。而这正是架构师的工作本质。
天啊，现在连老妈子都觉得自己必须对“代理式”自嗨发表意见，简直荒谬至极。
这些所谓“工具”对程序员技能的提升根本无从谈起。零，毫无价值，一文不值。
住嘴吧。
你们在制造噪音——在这个行业里，一个失误就足以让“正常运作”变成“彻底瘫痪”。
我敢说整个西方经济模式就是在向外行人兜售垃圾，让那些人觉得买单或自我陶醉都合理——“瞧我开了个博客，写代码多有挑战性，来点关于架构的胡扯配上创业腔调吧”。
请至少封禁本站所有“AI”相关内容一年。
> 天啊，连老妈都觉得自己必须对“智能代理”这种自嗨话题发表意见，简直荒谬至极
若想避免被指责虚伪，此刻收笔本是绝佳时机。
若真有真相可寻，它必然介于你的观点与楼主之间，但你那正义凛然的教条式反对同样可疑。
点赞你喜欢的帖子，别抱怨你不喜欢的帖子不该存在。
我认同，但…我仍希望人们能贡献观点，以防那些看不见真相的人错失关键信息。
问题在于，这些人带来的并非实质内容，只是毫无依据的豪言壮语。
> 如今AI代写了我们大部分代码。我们思考，它们编码。这种转变非但未削弱价值，反而强化了我们作为思考者的价值——尤其对热爱架构的人而言
这样你就能体验资深首席解决方案架构师的工作：构思宏大蓝图，让工程团队去实现，然后看着方块试图钻进圆孔…
抛开讽刺不谈，我断断续续使用Claude代码已有三个月。这项技术确实令人惊叹，但…我确信它并未真正提升效率(别被耗费在构思和提示的时间所迷惑)，实现功能时的成就感对我而言已荡然无存。或许我更愿享受亲手实现技术的过程，仅将它当作超级强大的Stack Overflow式问答工具。
虽然我理解让AI完全代写代码的诱惑，但总觉得这会损害后继者的成长。
我更希望初级开发者遵循我的指导。这样既能确保他们学有所成，又能让他们在解决问题时展现更多创造力。
在脚注中，作者巧妙地推荐了《读懂那该死的代码》。
诚然，能读懂F*代码确实有益。
但不明白作者为何主张同时扮演“类型者”与“思考者”。在我看来，基于类型(及分类)的思考与传统逻辑思维本就相辅相成。
嗯，也算吧。大型语言模型虽能输出海量代码，但这并不意味着你该用它来写代码。一如既往，你应该以最小改动达成目标。采用这种方式时，除了真正模板化的工作和重构场景，LLM并不能显著加速我的工作流程。但对于那些为实现产品市场契合而迭代的小幅改动，我发现花时间让Claude按我要求行事反而比手动编写代码更耗时。
就在今天，它给我生成了大量已弃用的MongoDB调用，还彻底搞砸了某些异步Python代码。不过它迟早会接管所有编码工作——再过六个月就够了…
我确实多次耗尽专业版虚假的“5小时使用限额”，只为和Claude争论最基础的概念。这种情况频繁到让我怀疑这是刻意设计来引导用户升级到Max套餐…即便并非如此，光是用户产生这种想法就足以说明他们的损失。
我们早已知晓软件公司故意降低产品品质以攫取利润。谷歌恶化搜索体验迫使用户增加搜索次数(从而接触更多广告)便是典型例证。
完全没有理由认为人工智能公司不会采取同样手段。通过精准控制各层级功能的实用性，持续以微妙方式诱导用户为少量额外查询付费——毕竟“下一次提示肯定能解决问题，这次我确信！”
若你既不用Vim或Emacs，又缺乏熟练的盲打能力，打字速度几乎必然成为瓶颈。
编程本质是迭代过程，无论手工编写还是借助AI——你都需要将思维/代码/提示从脑中传递到计算机。这必须通过键盘实现。你需要反复进行思考与打字的交替操作，若因摸索鼠标或猛敲方向键而中断，思维就会受阻。
编程时，打字仅占总耗时约10%(？)
对多数人而言确实如此