刚开始碰到的问题
昨天下午,我坐在电脑前,正琢磨着新项目的事儿。这个项目说简单也简单,就是想搞个小的记账工具给自己用。可我卡在一个点上了:到底该花多点时间慢慢磨,还是快点弄完拉倒?感觉这事儿跟做饭似的,炖得久点味儿浓,煮得快了省时间但可能不够香。我这一琢磨,心里就毛躁起来,干脆开干,试试看哪种方式更适合我。
实践第一步:先试短的
我先选了短时间的法子,给自己定了个目标:就一个周末搞定所有事儿。周六一早起来,我开电脑打开文档工具,刷刷刷地开始敲代码。整个脑子里就想着快点做,别停!一会儿写界面,一会儿写逻辑,忙得团团转。结果到了周日傍晚,还真搞出个雏形来。但问题来了:这东西用起来别扭,记账时经常卡壳,用户输入老报错。晚上我一测试,就发现bug一堆,数据保存也不稳当。这感觉就是图省事,结果事倍功半。后来我一查,发现是赶工的时候忘了搞测试,代码乱得跟鸡窝一样,调试还得从头再来,白白浪费半天。
换法子再试长的
一看短时间不行,我就想换个长的试试。下周一,我把项目放一边,先缓口气。然后给自己定了三个月的计划,一步一步慢慢走。第一个月,我只搞文档设计,每天就花一两小时写清楚功能点,像个大妈挑菜一样,细细看每一条。第二个月,开始写代码,但这回我分小块搞:今天只做输入部分,明天弄保存功能。每干完一点,我就停下来检查测试,跟捉虫子似的慢慢抓。这一路下来,居然顺溜多了:没啥大bug,用户反馈也顺手。三个月后完工,工具好用得多,记账丝滑滑的。
对比分析这俩法子
试完俩方案,我坐下来比比看差别。短的虽然快,但毛病不少:
- 省时间省劲儿,但质量差,后期得花更多工夫修修补补
- 容易犯错,一急躁就忘了细节,搞坏心情
长的虽然慢,好处倒挺多:
- 质量靠谱,bug少,维护起来不费心
- 过程稳当,压力小,还能学点新东西
长的也有缺点:拖久了容易懒散,一歇劲儿就前功尽弃。
选对了方案的收获
看完对比,我心里就清楚多了:小事儿急事可以用短的顶一顶,但要干得漂亮,还是得走长的道儿。后来我用到下一个项目上,选个折中计划:先用短时间探路,试水看清方向;再花多点工夫深化打磨。这么一来,活儿做得舒坦,成果也扎实。现在想想,这折腾没白费,不光学会了选时间方案,还治好了我那个急躁劲儿。经验就是:别光图快,稳当点儿更划算!
还没有评论,来说两句吧...