?最近在和部分新團(tuán)隊(duì)成員合作時(shí)，感覺有些不順暢。我想我也許會(huì)給別人留下苛刻，甚至挑剔的“壞”印象，但是我仍然要堅(jiān)持，因?yàn)槲覀兪窃谧霎a(chǎn)品，不是在做廉價(jià)玩具。

簡(jiǎn)單講述一下情況：近期要演示一款產(chǎn)品的階段性成果，雖然僅僅是內(nèi)部演示，但是對(duì)我們這個(gè)剛剛成立不到一年的研究院來說卻有著很大的意義：其一.我們?cè)趯?duì)公司核心的技術(shù)進(jìn)行升級(jí)，甚至在技術(shù)實(shí)現(xiàn)上進(jìn)行了大的創(chuàng)新，必須要讓別人看到這種新技術(shù)帶給大家的震撼；我們?cè)谔綄す窘窈笮碌倪\(yùn)營(yíng)方式，必須在產(chǎn)品的外在表現(xiàn)上能很好地體現(xiàn)我們的思路。其直接影響到的就是公司今后對(duì)我們核心技術(shù)研究院的投入和支持；其二.從我們每個(gè)人的發(fā)展上，也是一次很好地提升； 但是在整個(gè)開發(fā)過程中，我卻發(fā)現(xiàn)部分人把產(chǎn)出都用在了完成邏輯功能上，很少會(huì)去注意良好的架構(gòu)，良好代碼組織，良好UI展現(xiàn)，更別提程序的健壯性了。了解之后發(fā)現(xiàn)，很多人從態(tài)度上只是想做一個(gè)可以用的軟件。這是一次我和其中一個(gè)研發(fā)人員簡(jiǎn)單的對(duì)話，我：為什么程序會(huì)崩潰？他：很少會(huì)崩潰，所以沒去管。review代碼，我冒出一身冷汗，竟然在程序中少有錯(cuò)誤處理，給他講了錯(cuò)誤處理的重要性，要求但凡需要處都要進(jìn)行錯(cuò)誤處理和日志輸出。在這些工作做完后，崩潰避免。請(qǐng)參見我的另一篇文章《防御式編程》 UI部分的問題更多，究其原因還是那一點(diǎn)：只做出了功能，鮮有用戶體驗(yàn)的考慮。而我其后的要求是每一處圖標(biāo)，每一次點(diǎn)擊都要盡量盡善盡美，為什么？請(qǐng)參見《項(xiàng)目百態(tài)》讀感系列”蘇式風(fēng)格“。 另外還有一些基礎(chǔ)設(shè)施的工作，比如項(xiàng)目路徑組織，對(duì)單元測(cè)試和自動(dòng)化測(cè)試的考慮.....。 以上所提及的仿佛在部分開發(fā)人員眼里都不是重要的事，認(rèn)為只要做出了邏輯功能自己就算大功告成了。想想我們前面說的要進(jìn)行的演示，一次崩潰，一個(gè)丑陋的界面呈現(xiàn)，有可能就會(huì)毀了這個(gè)團(tuán)隊(duì)一年的辛勤工作。所以，不重視細(xì)節(jié)，我不會(huì)否定你，但我也不會(huì)肯定你的工作。 本文轉(zhuǎn)自永遠(yuǎn)的朋友博客51CTO博客，原文鏈接http://blog.51cto.com/yaocoder/1097231如需轉(zhuǎn)載請(qǐng)自行聯(lián)系原作者
yaocoder

總結(jié)

以上是生活随笔為你收集整理的重视细节，方能得到认可的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。