和大部分年迈的程序员一样,我也是被 Opus 4.5 (2025-11-24) 重新带回到写软件的世界,沉浸在这份惊喜带来的愉悦中无法自拔。深知自己并不孤独, 认识的程序员朋友和曾经的程序员朋友都已经开始 build 各种解决自己问题的工具。
我也是一样,以前由于成本原因(无论是金钱还是时间上的)没能做的软件,现在是最好的机会把它们实现出来了。再也不必忍受之前使用别人的软件,很多不合理的地方只能忍着的窘境。由于做的软件很多,所以大部分也只是简单的发到 Github 甚至都懒得宣传。 其中一个原因是我认为在代码层面分享(经验,软件)可能在未来已经不是最重要的分享方式,因为这种分享能力已经发生在大模型这个层面,相当于它直接分享了写软件的能力。
既然如此,那么做软件时我们可以终于真的只用考虑自己了,而不再需要思考 "其他用户" 会怎么想和怎么用的问题, 及时最终用户有地方不习惯,让自己的 agent 改改也不是什么难事。
当自己和朋友一起做得不亦乐乎之时,我偶尔也会看看网上大家在讨论什么,果然, Youtube 那些 "productivity" 党们不出意外的已经清一色的改成了 AI 播主, 加入战斗的还有之前教写软件甚至评测硬件的 Youtuber 们, 那真叫一个热闹。
他们大多是在对比各种模型和工具,并企图打造一套理性上"完美"的 harness 系统,这看起来很美好也很吸引人。但这其实是一个巨大的陷阱,主要的问题有以下几个:
- 在一个行业的早期去讨论方法论和类似 best practice 是没有太大意义的,因为模型的能力发展太快,你做的很多所谓的 best practice 在下一个版本模型发布后就无用了。我相信你也搜集过各个大佬或公司的 skill, 统统提取装入自己的 coding agent. 但现在呢? 有多少还真正有作用? 甚至你知道有多少再起负作用吗?
- 作为一个程序的 builder, "做什么" 永远是最难且最需要被认真对待的事情。 而把巨大的时间放在怎么做事情上是一种"逃避"重要问题的绝佳方式,而且还可以"安慰"自己这是在进步和学习,而实际上它几乎可能毫无作用。这个已经不是那个不知道做什么把自己打造成程序员六边形战士就行的年代,程序员现在必须自己回答 "究竟要解决什么问题"。
- 大部分你听到的方法学的建议其实都是噪音而不是信号,也就是说你可能看得越多反而你会离重点越远。这是一个结构性问题,一个靠做软件赚钱的人,和一个靠介绍做软件的方法赚钱的人,他们的激励机制并不相同。前者追求的是软件本身,后者追求的是关于软件生产的内容。对于后者来说,不断发现新工具、新工作流、新的 Best Practice,本身就是工作的目的。而对于前者来说,这些东西只是手段,甚至可能是不必要的干扰。这里我的建议是要么谁都不学,要么就找个你敬仰的产出质量好的大神程序员(或公司),直接 copy 他的工作流,然后自己实践或稍加改进。这不是说大佬的就一定好,而是它的方案已经确保他能做出优秀的软件而你用同样的方案如果做不出来,那问题就不是流程的,而是你的。
当然,写了一大堆让大家不要听别人推荐工具的话,最后我还是要推荐一个工具。这听起来确实有些讽刺。标题提到了 Herdr, 其实它并不是本文的重点,标题的后半句才是。但 Herdr 还是要顺便推荐,我个人在用,也推荐给几个朋友,用的人都说好。它对于喜欢使用 Terminal coding agent 的人是个绝佳的工具,一切工作区都展示在眼前,并且有 session 恢复(每次打开 Herdr, 所有 agent 都会留在你上次离开的样子)和提醒功能(工作完成或需要你输入都有提醒),如果你不喜欢像用 tmux 一样要学习大量的快捷键才能愉快的开始,Herdr 甚至是可以用全鼠标操作,一个快捷键也不需要学。而事实上我就是用了很长一段时间才开始使用快捷键,之前都纯鼠标手搓,其实也挺好,除了"面子"什么都没丢,说不定让手动动还减少了键盘手的可能…
Let's buidle…
