创业与商业kitze.io
最悲伤的“直接发布”故事
The saddest “just ship it” story (2020)
2020 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
作者讲述自己开发了一个 React Native 应用，却因发现已有竞品而迟迟不敢发布，最终放弃的遗憾经历。文章反思了“先发布再说”这一建议背后的心理障碍，以及完美主义和恐惧如何扼杀独立项目。
为什么经久不衰：它戳中了几乎所有独立开发者都经历过的“怕被抢跑而不敢发布”的心理，多年后重读仍能提醒人们：发布只是起点，有竞品不代表没机会。
HN 评论精选
亲身体会：哪怕代码很烂，硬着头皮发布也能带来意想不到的巨大回报
我只“发布”过两个独立项目，但它们是对我个人成长和收入帮助最大的事。我在非营利组织工作，曾对一份很难处理的公开数据集做了极其简单的分析，代码写得很烂，但我没有“好好重写”，而是直接对全部约 10GB 数据跑了一遍，把结果文件放到 S3，做了个让用户搜索自己机构、展示几张图表的“网站”。技术上我很羞于见人，但还是买了域名、给记者发了推。两周后我上了本市最大报纸的照片，组织获得正面报道，还有人找我谈工作。投入极少，而我的每个直觉都在说“这太烂了别发”。其实 95% 的工作早已完成，咬牙做完那 5% 回头看回报惊人。
ChicagoBoy11查看英文原文
I've only ever "shipped" two independent projects, and they are the the best things I have ever done for myself in terms of development, both from a personal career growth perspective but even financially. I work at a nonprofit and I had done some ABSURDLY SIMPLE data analysis on a relatively annoying public data set to consume. I'd done it for our institution, but it was sort of straightforward to generalize it to any institution for which this would be applicable. The code was... awful. Rather than doing it "properly," since I already had all the code I had written to do the analysis for my institution, I literally just ran it on the entire data set (10GB or so) for every organization that existed and then just put some result file on S3. My "site" would just let folks search for their institution, and present the data with a couple graphs, some nice visuals, and have them print it out. I was ashamed of it in a technical sense. But I just bought a domain and tweeted at a journalist. Whelp, two weeks later, I had my picture in the city's biggest paper, my org got some positive press, did a service for other non-profits, had folks reaching out to me about jobs, etc. It took SO LITTLE effort, and every instinct I had was that it was bad and I shouldn't publish it. But the reality is I had already done 95% of the work... committing to just do the extra 5% was so hard to do, but in hindsight, so obviously amazing ROI, even if it hadn't gotten the attention it did. Secondly, I built a reading app for a teacher at my school to let him do an activity where kids would jumble up sentences and paragraphs in order to help them understand transition words. The only reason I agree to try to do this was that I was learning React at the time and wanted to play with the React drag and drop library. After a weekend, I had it essentially working, and it was a success in his classroom. And here, too, it was to be the end of it... but I pushed myself through it, added a simple login mechanic, user account, etc. I had a small technical question as I was wrapping up, and I posted it on reddit. Someone who worked at a nonprofit mentioned to me that the app could potentially qualify for a grant that the Verizon foundation was running for learning apps. I applied... and we got it. The money award helped pay for my entire grad school tuition. Really... just ship it!
发布不是终点，推广是另一门功课；但为学习而做项目同样值得
这篇文章隐含了一个常见谬误：发布之后工作就结束了，“做出来用户自然就来”。如今早已不是这样。发布之后你还得推广、打广告、制造话题，这和写代码完全是两回事。但反过来说，如果只是为自己做副业项目，你肯定能学到东西——作者提到学了 React Native，这本身就很有价值。学习本身就有价值。
pflenker查看英文原文
A big fallacy that I always see - and that is implied by this post - is that the work ends after shipping, a.k.a. "build it and they will come". That doesn't happen any more. So after you "ship" it, you need to promote it, advertise it, create buzz around it and make people use it. And that is a totally different kind of beast than coding something. But on the flip side, if you develop a side project just for yourself, you most certainly learn something. Heck, the author explicitly mentioned learning React Native, which is absolutely great and definitely worth investing time into. Learning things is valuable in itself.
竞品出现反而是想法的验证，程序员常误把代码当成成功的全部
我断断续续开发了 18 个月的项目，刚发现有公司几乎完整实现了我的想法（只差一个关键功能），而且做得很好。消沉了一天之后我意识到，游戏并没有结束——我甚至可以借鉴他们解决棘手 UI 问题的方案，这也验证了我的想法并非空想。因为别人做了就放弃项目是很蠢的。程序员之所以容易放弃，也许是因为他们把代码当成业务、当成成功本身，而实际上成功远不止代码。
blickentwapft查看英文原文
I just saw, after over 18 months of off and on development, that some other company has exactly implemented my idea, minus one key feature. They did a really great comprehensive job. After wailing and licking my wounds for a day I decided that just because they’ve done that doesn’t mean the game is over. I actually decided it was an advantage because I could just copy their approach to solving certain thorny UI challenges. Also, it’s validation for my idea. Until I saw that I thought maybe the idea was just a pipe dream. It’s dumb to drop a project just cause someone else did it. Maybe programmers tend to give up when they see someone else did it because programmers think the code is the business or the code is the win or the code is the success or something, when in fact success is much more than the code.
“发布”与“不发布”的极端论调都不可取，市场容得下多个同类产品
“just ship it”和“永远别发布”一样蠢，为什么人们总喜欢这种过度简化的二元对立？几十年来我学到的是：市场容得下同一问题的多种方案。有人发明并卖烤面包机了？完了。有人开始卖自行车了？我的设计赶紧扔掉吧。汽车？显然只该有一个品牌。每天都有人把应用发布到饱和市场，大多数失败，一些成功——不是因为各方面都比对手强，只是因为它们不同、有人尝试、且对某些人来说“足够好”。
PeterStuer查看英文原文
"just ship it" is just as dumb as "never ship it". Why are people so prone to these oversimplified polarazations? Also, if I learned anything over the last few decades it is that the market supports many solutions to the same problem. Why do software developers believe that if someone gets there first that's it it's done? Someone invented and sells a toaster? Done. Someone started selling bikes? Better ditch my step design. Cars? Just one brand, obviously. People release apps into oversaturated markets every day. Most fail, some do well, and not because they were better in every way than the competition, just because they were different, they were tried, and some people found them to be 'Good Enough'.
历次讨论
同类还值得读
微软已死（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编辑精选