TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ship It

37 点作者 codypo大约 12 年前

6 条评论

danenania大约 12 年前
I know exactly what the author means. At a couple different points in my life I've had jobs that were great for me at the time in every respect--good money, nice people, lots of flexibility, good technology choices, etc.--except that the product just didn't ship! And didn't ship. And didn't ship... And it completely ruins the experience, no matter how good the other factors are. There is nothing more soul sapping for a builder than the creeping concern that the fruit of his/her passionate efforts may not see the light of day and be used by real people. It's actually much, much worse than the concern that those real people will hate it, or won't care.<p>There are always excuses and extenuating circumstances and heartfelt resolutions are made to change, but it seems that once a project has become large and complex and still hasn't shipped (or at least garnered outside interest and stakeholders), there's very little chance that it can turn around. The leading causes of perpetual shipping delay seem to be featureitis, perfectionism, and vanity, which usually come together, as a trio, and manifest into what is essentially the fear to release something small and targeted due to insecurity that it won't be well received and will shatter the grand vision. They are reality-avoidance strategies. And these problems become more and more dangerous as the project grows in size and scope, because there is more and more surface area for the featureitis to latch onto, and each new feature requires unanticipated time to make 'perfect', and exposes new unfulfilled use cases that lead to more features and so on, and no one's ever satisfied with the whole picture. It's horribly Sisyphean and demoralizing to toss one's creative energy into such a maelstrom.
评论 #5354795 未加载
orangethirty大约 12 年前
I used to focus on be software and not on shipping it. Water a lot of time trying to get things to be perfect. But I wasted too much time that way. Worse yet, a lot of my design decisions were wrong. So I had to go back and redo stuff that could have been taken care of had I shipped earlier. Nowadays, I focus on shipping and iterating. It's better to fix it along the way than to stay paralyzed and never get anything done.
评论 #5355314 未加载
TeeWEE大约 12 年前
"Release early, release often" <a href="http://en.wikipedia.org/wiki/Release_early,_release_often" rel="nofollow">http://en.wikipedia.org/wiki/Release_early,_release_often</a><p>That's what my old boss always said, he sold his company for a few millions :-)
swensel大约 12 年前
Ship it with a Minimum Viable Product <a href="http://en.wikipedia.org/wiki/Minimum_viable_product" rel="nofollow">http://en.wikipedia.org/wiki/Minimum_viable_product</a>
benatkin大约 12 年前
There are many different degrees of how shipped software is. What I want to build is <i>software that matters</i>.
hayksaakian大约 12 年前
Ship it...<p>But please use basic security.<p>Bcrypt, etc.