做自己的个人项目的时候，真的会发现无限的需求要改，无限的 bug 要改
source link: https://www.v2ex.com/t/947670
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
个人项目：fine ，改吧，不然太丑了
平常：测试和你说这里有个小 bug 解决一下，那里一个小 bug 解决一下。内心 OS：有毛影响？有毛影响？
个人项目：fine ，改吧，不然放着难受
 |
angkec 11 小时 7 分钟前 感觉就是自己变产品经理了
|
 |
PerFectTime 11 小时 3 分钟前 亲生儿子和替人养儿子还是有很大的区别的
|
13 |
pcxys 10 小时 41 分钟前 如果站在产品角度，问题无限，需求无限。
如果站在开发角度，能用就行，够用就好。 |
 |
ChefIsAwesome 10 小时 37 分钟前 所以个人项目没几个不烂尾的。做好的东西，看着不顺眼，重做；看到别人做得更好，重做。公司也这么漫无目的的改，结果就是加班三年，最后还上不了线。
|
 |
deorth 10 小时 32 分钟前 via Android 我不是，能用就行
|
 |
hlwjia 9 小时 25 分钟前 这是独立开发者不成功的核心原因 - 完美主义
|
 |
Radeon 9 小时 21 分钟前 那当然，但是这是好事，因为说明至少有人用。有人用比没人用好无穷倍
一个软件设计的时候以为只要留出 N 个扩展维度就行了，实际上是变成 N*N*N ... 个分形维度要维护 /扩展。本质上反映了人类的需求是无限的这个事实 |
 |
miv 8 小时 7 分钟前 via Android 警惕完美主义。
如果你不为你发布的第 1 个产品感到脸红，那么他发布的太迟了。 |
 |
helooo 8 小时 1 分钟前 via Android |
 |
wonderfulcxm 7 小时 58 分钟前 via iPhone 我发现自己做经常有一些可有可无虚假的需求，迫不及待地改来改去，只有停一段时间，比如半年才会发现哪些功能是真正的刚需。
|
 |
WhoCanBeRich 7 小时 7 分钟前 可以学些软件工程和需求工程的知识，自己的项目不代表没有优先级和主次了，别被无关紧要的 bug 影响了前景发展。
|
|
WhoCanBeRich 7 小时 1 分钟前 @miv "如果你不为你发布的第 1 个产品感到脸红，那么他发布的太迟了。"
这种听起来充满哲理实践起来一堆烂摊子的没有逻辑支撑的产品理念，还是别当做真正的实践方案吧。 |
 |
aydd2004 6 小时 58 分钟前 当初我自己的一个项目还特么抽风重构了下，那酸爽。
屎山代码原来说的就是我自己。 |
 |
Mantext1989 6 小时 38 分钟前 笑死，本人真实写照了可以说是
|
 |
opengps 6 小时 16 分钟前 所以说，没给自己做过东西的人，体会不到编程的乐趣
|
 |
seki 6 小时 13 分钟前 所以做个人项目也能带来不一样的好处，做了很多平常不会去做的事情
|
 |
looppppp 6 小时 5 分钟前 深有同感，还懒的先画 ui ，改了好几版了
|
 |
qztx 5 小时 38 分钟前 via Android 需求分析和设计不完善就急于写代码的结果，看一下 11 楼
|
 |
bybyte 5 小时 5 分钟前 via Android 原来不止我一个这样
|
 |
yifangtongxing28 4 小时 57 分钟前 实际情况是复杂的，比人的想象还要复杂。所以软件工程师总是被业务挑刺，实在心累。
|
 |
gps949 4 小时 13 分钟前 所以一个优秀的产品经理真的得懂两件事，一个是计算投入产出比，一个是懂得排工期。
另外，无限不是件好事吗？ Intel 本身肯定也希望 ticktock 一直迭代下去，而不是在某一代酷睿后就没事做了。 |
 |
jiansongy 3 小时 40 分钟前 微信还是一直在迭代升级，都成为国民级的大产品了，依然每天都在改进啊
|
 |
k9982874 3 小时 34 分钟前 via Android 我的一个个人产品去年 10 月左右开工，业余时间做一下，磨了半年终于快做完上线了。上个月觉的不行开始大重构，重构完得比原来的体量大三倍，到现在终于快要弄完了💀
|
 |
yufeng0681 3 小时 22 分钟前 如果想清楚了，就改； 复盘看自己的重构，还是没有达到目的，说明没想清楚，损耗了生命
|
|
bybyte 3 小时 13 分钟前 跟我几乎一摸一样，个人开发的时候追求完美主义，不过我慢慢想通了，其实能正常的稳定运行就已经可以了，远远比烂尾好，有一定是比没有好的
|
 |
xiaocongcong 3 小时 9 分钟前 via iPhone 是的，自己做东西不一样
|
 |
windyskr 3 小时 7 分钟前 你需要一个产品经理🐶
|
 |
hamsterbase 3 小时 3 分钟前 我深有体会。 分享一下我的做法。
1. 先写好需求文档， 写完需求文档以后。 2. 严格按照需求文档开发，只能修 bug ，砍需求 。 不能加需求 3. 实现好一会自己测试一下， 把 bug 记录 4. 把 bug 都需求，不要加需求。 |
 |
id80108900 1 小时 59 分钟前 定时定量吧，
先解决最重要的。 |
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK