一个小玩意引起的反思

最近在给公司写一个小玩意,虽说写了有几个月了,但写的实在是烂的惨不忍睹.所以,我觉得这事还是值得反思一下的.
几个月前,接到这个活,然后感觉两三周就能搞完,然后开始连续奋战.
一切按照预期的,两三周搞完了,但是开发中途发现的很多问题却没顾上解决,全留到最后了.
当时想想,应该也是能够很快解决的,然后又是一通瞎搞,解决了一些烦的大问题.
如果就此结束,倒也没了后面的种种烦心事.
问题解决差不多了,然后有人开始说,我们来加上这个功能吧,看起来很简单的.当时没多想,天真的认为加完就没事了.
然后,这个界面太难看了,我们重新设计吧.想着也就这么一两个界面,分分钟就搞定了,又是几天一通瞎搞.
然后,,,
然后,,,
然后TMD累成狗,之前做的很多工作要么返工,要么废弃,然后还有不断提出的新功能,感觉想是进了炼狱.这时候,开始反思了,为毛我这么费劲?
还好曾读过不少相关的书,也做过不少相关的思考,几分钟就想到了答案,知道了自己该怎么办.然而,在付出了一部分工作时间加大量的业余时间后,发现自己似乎搞错了什么.
好吧,只怪自己没有长时间负责过一款不算很小的初期产品,对这方面的处理还没养成习惯.单纯的以为,整出一个框架就好了.单纯的相信,一切都可以通过重构来解决,单纯的认为,架构可以完全不用设计,只需要重构就够了.
然后,现实狠狠的回了我一句:”呵呵~”
初期可以不用在架构上考虑太多,但绝对不能完全不考虑架构,完全的期待日后的重构会化腐朽为神奇.这样的想法太天真了,就像我之前天真的以为,问题留在以后会自然解决.
好吧,也许这也是对于一个创业公司所该有的态度,没准一两个月就让我走人了呢?反正维护的人又不是我,正所谓”管杀不管埋”,到也正常.
然而,偏偏公司没辞我,还让我继续去修那些自己遗留下来的问题,本来可能是别人的坑,如今得自己填了.
看来,这样的态度果然还是要不得的,万一还得自己继续维护这个项目,应对不断改变的需求,不断修改的功能时,直接欲哭无泪.
另一方面,这次的从头开发,也告诉了我一个深刻的教训.我并不是没有写过类似的软件,也并不是没有开发过类似的功能,甚至有些功能已经在过去的项目中做过N遍了,然而我居然还得重写,居然没有自己的工具箱,简直太痛苦了.
如果我一辈子就写一款应用,可能永远不需要自己的工具箱.然而,然而,我已然写过了大大小小几十款应用了,却已然没有注意到需要整理工具箱这事,实在是太操蛋了.
面对需要快速开发,快速迭代的产品,我果然还是有点图样图森破~