經(jīng)歷了A公司的大換血,自己也因為換血,有了機會站出來承擔(dān)更多事情。 招聘,新團隊建設(shè),團隊協(xié)作,在一個新舊交替的混亂時間段里,頂著壓力做了一些事情,加了一些班。 填平了一些以前業(yè)務(wù)留下的坑,印象特別深刻的是有一個地圖偏移的bug遺留了幾個月,在我接手之后花了一天半解決了(《(高德地圖)marker定位 bug 解決總結(jié) 》),當(dāng)時很有成就感。 愿意主動去承擔(dān)事情,主動去解決一些問題,這對個人成長是很有幫助的,并不是所有人都愿意非常主動的做事的,保持個人能力的快速成長需要讓自己一直保持在一個有壓力有挑戰(zhàn)的節(jié)奏中,如果有這種機會一定不能放過。
犯錯是難免的,也不算壞事,當(dāng)時自己低估了工作量,導(dǎo)致項目延期,開發(fā)的前期沒有抓緊,看起來頁面都出來了,但是后來慢慢發(fā)現(xiàn)交互和數(shù)據(jù)的處理工作量遠(yuǎn)大于我的預(yù)期,這是經(jīng)驗和意識的問題。最后我總結(jié)我犯錯的幾個原因:
①業(yè)務(wù)復(fù)雜度低估
②前后端接口約定不合理
③采用不熟悉的框架
(1)業(yè)務(wù)復(fù)雜度低估:
一個稍微比較復(fù)雜的項目不一定是頁面多,表單多,它可能是一個表面看起來不復(fù)雜的頁面,但是所有的玄機都藏在你做的每一步操作的過程中。同時你要做的是完全掌握需求,了解一層一層的關(guān)系,甚至你還得糾錯,要徹底搞懂需求,需要不斷的找到產(chǎn)品詢問目的和緣由。當(dāng)時我做的產(chǎn)品幾乎是沒有例子可以抄襲和想象的,業(yè)務(wù)復(fù)雜度在做技術(shù)預(yù)演的時候難以想象,技術(shù)預(yù)演的經(jīng)驗也不多,做的也不到位。
(2)前后端接口約定不合理:
后端接口功能是盡可能單一,我要做一個事情可能會同步處理和調(diào)用很多接口,在單頁面應(yīng)用里,這樣做的結(jié)果導(dǎo)致數(shù)據(jù)渲染就變得異常的麻煩。后端可以省很多事情,但是工作量移交給了前端,本身在單頁面應(yīng)用里,前端的工作量就比較大(項目的前后端配比是1:1, 只有1個前端和1個后端)。
(3)采用不熟悉的框架:
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍(lán)牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標(biāo)分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26