warmhug

技术成长、工作感悟、教训反思

尽善尽美,不该只是说说

这一个多月业务上实在太忙,就没空整一些业务外的技术探索实践什么的了。业务上(是普通的业务)用到的技术也基本没什么好聊(当然,如果深挖再普通的技术也能整出些新鲜东西,这里就不说这个了)。这次要说的是,做这些普通的业务的过程中,涉及到的一些有关做事态度、做事风格的问题。

情景是这样的:我们原本对程序错误处理统一是一个 “浮出3秒的半透明提示弹出层”,但测试提出对待一些阻断后续操作的较严重错误,应该给出象 “404页面” 一样的一直存在的固定提示区,而不是显示几秒就消失,然后留给用户一片空白,造成不好的用户体验。

看到这里,你可能也会觉得测试提出的方案确实是比较好的,但我对此提出了反对,说原本的几秒提示浮层也同样能解决问题,改不改无可厚非。。。当时情况是我还有其他更重要的东西要忙,就懒得再去做一个专门的提示区域(因为这个也没有现成组件可用),就想着直接推辞掉,但事后想想是可以再加班或抽出些时间把这个做上去的。但做前端的应该都能有体会:业务中的细节问题实在是比较多,每个地方都会抠的很准,而我个人感觉这些抠细节的没技术含量的活儿,特浪费时间,有时候就想着能不能自己把主要的东西做做,细节修改问题交给那些愿意抠细节的人去做好了~~

事实上做过业务的都知道,一个业务中的核心部分、比较有挑战性、比较有意思的部分往往是很少的,至多一般不超过50%,其他的呢?自然不怎么有趣、做多了还难免有些烦人、也占用了我们更多的时间,就像这些间距、大小、展现方式等等的细节问题。还有就是现在的好多业务上时间安排都有些过紧张,开发时间不太充足,一边忙着跑通业务逻辑,一边忙着改bug,还要再忙着抠这些细节,这种“一刻不得闲”的状态有时候也难免让人有些心烦!这时候对这些细节小问题就真心不想去理会。不过不管理由是什么,这显然是不对的!而应该把东西做到尽善尽美!甚至要要求自己做出让人惊叹的、让人意想不到的、更好的效果出来。

但是为什么要对一个普通的项目做到完美、做到让人惊叹呢?可能因为此目的,要加班到很晚,花费掉大量的时间和精力,而这些时间完全可以用来做些其他有意思的事。还有,即便做到完美,有什么回报呢?工资不会多发、级别不会提高、直接决定自己前途的老大也很可能不会看到或者不关心这个…..总之做到了也很可能对你没一点儿好处、反而它又花费了你很多时间~~~ 那究竟是为什么还要做好,因为这是责任和态度问题,既然做了这个就该努力做好,不然就一开始不要做。

有好的做事态度,不一定能得到相应的结果回报,但没这个态度,就注定做不到非凡。我们生在社会,身在职场,做事情大多时候难免会以名与利为前提;难免会寻思我该怎么做才能得到认可而升职加薪;难免会不顾一些做事的完美准则或原则而去做一些急功近利的事情;难免会想着找到个捷径或者偷懒的方式、忽视质量以求尽快完成。可能因此短期内得到了自己想要的,但长期呢?还会能一直很顺利吗?会不会为这个过程中丢失的一些原则和真实而懊悔?会不会一直都难以做出一个高品质的、让人惊艳的东西出来呢?

我以前一直认为自己是个完美主义的人,也确实一直是个中度强迫症患者,也自我感觉有一些地方上相对做的还算到位(回到代码,象对代码写法及可维护性上都在尽力往完美上靠)。但对待自己并不太在意的地方上,象开始谈到的“产品细节”、“用户体验”上等,确实做的还很不够。总之在“做事上”,应该要去追求完美、追求卓越!不该只是说说,而要切实做到,过程可能累且艰难,但不该成为做不到的借口。


December 25, 2013 | by warmhug | product