一次失敗的上線
由于上一次通知的上線引來用戶的一些不滿,所以產品馬不停蹄,在一輪又一輪的需求討論中設計了下一版通知,希望盡快上線,我負責通知的后端實現(xiàn),當時看到圖后,有點小小的崩潰:時間太緊,難度很大,很多地方不屬于通知。但是既然定下來了,就只能咬咬牙,拼一拼了。
于是接下來的9天,變成了一段難忘的回憶,基本上都是3點以后回家,第二天趕上免費的午餐后,繼續(xù)coding。最后一天還剩了些bug,索性就不回家了,就這樣勉強完成了新版的通知,但隨后又被推翻,當時確實很憤怒,但細細想想確實有不少地方還不夠到位,尤其是新通知的架構,作為責任人之一,以下是我的一些感悟和反思。
沒有不可能
阿迪同學讓這句話在全世界流行,但越是常見的東西,越容易熟視無睹。我們相信沒有不可能,因為有太多的案例可以證明這句話,但要身體的每一個細胞都堅信這句話就很難了。只有在自己做了一些讓后來的自己都不得不佩服的事情時,才會把這句話刻在心里。這樣的事對我來說還太少了。
好的隊友很關鍵
產品同學(ecvip)會把每個設計和交互講解地很清楚,會陪著我們熬到很晚。前端同學(Dang & 驍哥)總是能高效地完成頁面,思路很清晰,我總是覺得自己在拖他們的后腿。后端同學也就是我,估計是這個木桶最短的那塊。還有就是CTO申申同學并沒有過于責備這次的失敗,而是要請我們撮一頓,那個感動啊。
需求是會變化的
我這次就是栽倒這上了,為了滿足當前的需求而設計了對應的架構,導致后來需求發(fā)生變化時很難應對。在設計時就應該考慮到將來的可變性,盡量靈活。
多向別人請教
由于時間比較緊,加上自己理解上的偏差,在設計后端架構時沒有與其他同學進行溝通,就直接進行代碼實現(xiàn)。寫著寫著就覺得有點奇怪,但已經這樣了,就只能繼續(xù)按著現(xiàn)在的架構走。等到后來楊昆同學review代碼時才發(fā)現(xiàn):我靠,怎么成了這樣。
升級自己的技能
海賊王里,每一次戰(zhàn)斗,大家的技能都會有提升,越是大的戰(zhàn)斗,敵人越強勁,技能升級地越高。在現(xiàn)實中,應該是在大的戰(zhàn)役前做好充足的技能儲備,打完戰(zhàn)役后,總結哪些地方還需要繼續(xù)提升和完善,接下來再有目的地去改進,避免在下次的戰(zhàn)役中出現(xiàn)同樣的問題。
來源:http://blog.leezhong.com/tech/2011/12/04/learned-from-an-unsuccessful-project.html
- 目前還沒評論,等你發(fā)揮!