创业与商业listennotes.com编辑精选
一人互联网公司背后的无聊技术（2018）
The boring technology behind a one-person Internet company (2018)
2020 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
Listen Notes 创始人撰文介绍他一人运营的播客搜索公司所使用的全部技术栈：AWS 上的 Redis、RabbitMQ、Elasticsearch、React 等，并解释了为何选择这些“无聊”但成熟可靠的技术。文章坦诚地列出了工程选型、成本和取舍，是独立开发者少见的透明分享。
为什么经久不衰：它以真实案例证明一人公司也能用成熟技术支撑起可靠产品，多年来反复被 HN 顶上首页，是独立开发者与小型团队的经典参考。
HN 评论精选
赞叹一人公司的高效执行力，认为其资金使用效率胜过团队。
对一人运营来说这太惊人了。你就像电台里一首吉他、人声、鼓都很扎实的歌，结果发现全是一个人自己录制和混音的。这也许可能做到，但绝对不常见。另外，任何读到这篇文章的 VC，这个人花每一块钱都比你能点名的任何团队更精打细算、走得更远，这个项目已经证明了他的实力。
julianeon查看英文原文
Wow, that's hugely impressive for a 1-man operation. You're like a song that you hear on the radio with solid guitar, vocals, drums, etc. and it turns out it's all 1 guy by himself who recorded and mixed those elements together. It may be possible, but it's definitely not common. Also, to any VC's reading this, this guy will spend $1 better, leaner and farther than any team you can name, and he's already demonstrated he has the chops w/this project. Finally, thanks for sharing this. This is the kind of quality post that 100% justifies the time I spend on HN.
文章务实、信息密度高，没有营销水分。
这是我今天读到的信息量最大的文章。没有炒作，没有故事，只有一份平实的工程选型清单、一些解释和一份非常有用的工具列表。
fxtentacle查看英文原文
This is the most informative article that I read today. No hype, no story, just a plain list of engineering choices, some explanations, and a very useful list of tools.
质疑文中技术栈并不算“无聊”，其实相当现代和复杂。
我本来期待的是：PHP + MySQL + 一堆在服务器上装东西的 shell 脚本 + 通过 ssh 用 root 在命令行看日志。结果我看到的是：Redis、RabbitMQ、DataDog、ES、React + Redux、Ansible、PagerDuty……我可不会把这叫“无聊技术”。你确实没用 Docker 和 K8s，但仍然如此。
sdevonoes查看英文原文
I was expecting: PHP + MySQL + a bunch of shell scripts to install stuff on servers + reading logs via command line by ssh as root. Instead I found: Redis, Rabbitmq, DataDog, ES, React + Redux, Ansible, PagerDuty... I wouldn't call that "boring technology". Sure, you are not using Docker nor K8s... but still.
文章帮助读者摆脱过度工程，给了独立开发者信心。
这给了我继续前进的信心。你让我有了突破，尤其是关于过度工程的那一点。我最近才意识到美在于简单，应该在需要成长时再成长，而不是第一天就如此。但我之前一直卡在“以简化之名行过度工程之实”这个坑里。
abdulwahidgul查看英文原文
This gives the confidence to move forward. You made a break through for me. The point you made about over engineering. I found out resently that beautify is in simplicity, and you grow when you have to grow. Not day 1.day 1 is about day 1. But I was stuck at the over engineering bit, in the name of making things simple. Thank you for this great article I will be waiting for your future blog posts.
历次讨论
同类还值得读
微软已死（2007）
Microsoft is Dead (2007)
Paul Graham 2007 年的一篇短文，判断微软在互联网与创业竞争中已不再令人畏惧、失去影响力——所谓“死”并非字面倒闭。
创业与商业上首页 8 次 · 2007–2025paulgraham.comH&R Block 与 Intuit 游说反对简化报税（2017）
H&R Block and Intuit Lobbying Against Simpler Tax Filing (2017)
2017年ProPublica调查报道梳理了H&R Block和Intuit如何通过游说反对更简单的美国报税方式，尤其是政府预填税表和免费申报等改革。
创业与商业上首页 5 次 · 2017–2022propublica.org你本不该有老板
You Weren't Meant to Have a Boss (2008)
Paul Graham 2008 年的经典文章，论证人类在演化中习惯于小团体协作，而大公司的层级结构和老板制度是人为产物，对程序员尤其有害——因为编程的本质是创造新事物，而大公司…
创业与商业上首页 5 次 · 2008–2020paulgraham.com为什么要在经济糟糕时创业
Why to Start a Startup in a Bad Economy
Paul Graham 的经典短文，论证经济衰退并不是创业的障碍：真正决定成败的是创始人和产品，而非宏观环境；衰退期反而竞争更少、人才更易招、成本更低。
创业与商业上首页 5 次 · 2008–2022paulgraham.com做那些不可规模化的事
Do Things that Don't Scale
Paul Graham 2013 年的经典创业文章《Do Things that Don't Scale》。
创业与商业上首页 4 次 · 2013–2025paulgraham.com编辑精选