資訊專欄INFORMATION COLUMN
摘要：天真的幻想站不住腳以技術安身立命自從就讀軟件工程以來就曾是我一直追求的目標我相信這也是很多軟件人的目標只是參加業務開發后的種種讓我覺得這個信條在大部分業務開發中都只是一個天真的幻想打造技術專家不僅缺乏養成的環境也缺乏使用的機會拿自己來說我所
天真的幻想站不住腳
"以技術安身立命",自從就讀軟件工程以來,就曾是我一直追求的目標,我相信這也是很多軟件人的目標;只是參加業務開發后的種種讓我覺得這個信條在(大部分)業務開發中,都只是一個天真的幻想,打造"技術專家"不僅缺乏養成的環境,也缺乏使用的機會.
拿自己來說,我所在的是一個市場上強敵環伺/處于發展初期/直接面向消費者的業務,近一年的開發工作主要可以歸納為:
技術上:
熟悉公司的開發框架: 如RPC/微服務/Hive/CI/報表/監控等
開發健壯的業務代碼: 加了try-catch/logger/null檢測等的多層if-else代碼
監控并排除線上問題: 臨時hotfix/入口出口log/刷表/擴容等
學習和各工種配合的流程: 和產品/QA/前端RD/后端RD開需求討論會/開Case審核會/設計方案評審會/進度和風險同步會/質量檢測和總結等
業務上:
熟悉業務流程并不斷加深理解: 通過持續的story推進/項目/突發的線上bug/數據需求等
總體上:
硬實力提高有限(也就是之前認為的"以技術為主的核心競爭力"),提高的部分主要是代碼質量/責任意識/工具與框架使用熟練度,對于計算機/編程語言/算法/網絡等重要而基礎的領域的理解都沒有進步
軟實力提高,主要途徑是融入現有技術團隊和跨團隊合作,提高的是流程落實/溝通能力/文檔能力/風險控制能力
我真實的感受是作為底層的開發工程師,業務上并不需要多高的硬實力,基本的計算機課程完全能夠滿足開發業務和處理業務異常的需要,也就是熟練地使用公司提供的工具寫出沒有bug的滿足產品需求的if-else型代碼.而一些領域性較強的如數據庫原理/操作系統/編譯原理/算法導論等知識上層的業務不關心,更不會去使用.
這引起了一個矛盾,"以技術為主的核心競爭力"要求在技術上挖一口深井,針對某個細分的技術領域能夠從原理/技術/工程一條龍的研究透,形成一定的技術壁壘,而業務RD的日常則停留在工程應用的最頂層,沒有具體的細分領域可言,今天開發JavaWeb,明天開發搜索,后天說不定開發推薦系統了.而且業務RD在每天都被無止境的業務story/機動需求/各種會議填滿的情況下很難有機會積累更多的有效時間把細分領域吃透,大部分對細分領域的理解停留在如何搭建環境/使用什么開源庫/開源庫有哪些坑等.
因此總的來說,業務RD較難擁有自己的技術深井,這對于一些有著"以技術安身立命"信條的人是難以接受的.
解決的辦法其實很簡單也很痛苦,如果你不打算或者不能換崗的話,那就放棄在細分領域深挖技術吧~
相較于技術上的硬實力，業務RD提升工程能力和個人軟實力的機會則有很多:比如線上真實場景,多工種配合完成任務等.這也與互聯網公司中業已升級的業務RD脫離或半脫離一線開發工作的現狀相符.
升級者們不再需要實際進行業務編碼,轉而從事更高價值的工作:如管理業務RD/討論大需求/設計總體架構/協調資源/規范流程等偏M側的任務.
提高軟實力可以對標Manager的行為,可以因地制宜的做幾件事:
提高管理能力: 在簡單的技術/有限的資源上權衡并盡可能滿足產品的要求
提高工程能力: 憑借經驗識別出產品/RD可能的風險;采取技術方法/開發規范增加業務系統的穩定性,減少質量缺陷
提高表達/溝通能力: 無論是和產品/RD還是Leader溝通,做到清晰/簡潔/有邏輯的表達
提高業務能力: 對業務有自己的觀點,參與把握業務的發展方向,有針對性的做好技術上的準備
在現實中生活 人力市場會萎縮嗎？公司中同是計算機專業的一線開發人員,除了業務RD,還有中間件RD(提供技術基礎工程服務如大數據/數據庫/RPC/容器/CI等)和運維同學.總的來說業務RD需要的知識面最廣,但知識深度最淺;而中間件RD和運維都只局限于自己的技術領域,相對知識深度更深.
然而不管是哪種RD,我覺的未來都會面臨的趨勢是:
業務RD的人數會隨著業務的發展而不斷變化.因為目前編碼還是一項不能自動化的工作,一個人的代碼產出很容易達到上限,交付時間不變的情況下業務擴容相應的業務RD也必須擴容,但是隨著技術的發展業務RD的位置同時會不斷被邊緣化,對技術要求也會逐漸降低,不需要業務RD對技術的理解有多深刻,總體來說會用框架/會查bug/懂團隊合作就行.
中間件RD的人數會越來越少,但對技術專家的需求會逐步提高.因為隨著開源的發展和技術的進步,當初需要自己開發的中間件目前開源社區中已經有成熟的框架,因此對底層RD的需求會逐步下降,但如果業務發展到了一個較高的層次而現有的框架已經無法滿足時,比方說中間件部門有更廣闊的目標,要將中間件服務虛擬化/云化提供給市場上的外部客戶,這時候中間件業務就需要技術專家因地制宜來打造自己的框架了.運維也是同理,自動化程度的提高會逐步淘汰低價值的一線運維.
回憶19-20世紀期間工業從家庭小作坊到工廠到聯合體的歷史,業務RD也會一步一步從一種知識密集型工作走向勞動密集型工作.
如何應對危機感？雖然story各不相同,但光就技術和流程而言是高度重復的,每一次開發都會重復幾個常見的步驟,比如:
討論需求
拆分story
和QA討論Case
和相關RD定義開發方案
開發(開發DAO層/開發Service層/開發Web層)
和相關RD聯調跑Case,修復Bug
測試通過上線
總結
經過一段時間的反復之后開發時甚至都不需要動腦,類似于大腦可以自動處理怎么騎車/怎么系鞋帶一樣,"無他,唯手熟爾".
但是必須指出:長期的重復非常可怕,會讓人陷入泥濘的惰性和舒適區無法自拔.因此工作三年實際上卻只有一年工作經驗的案例在職場上屢見不鮮.
為了避免這種情況,有必要在工作中挖掘可以提高效率的措施,節約出必要的時間為在舒適區外生存做準備.比如在反復的開發中考慮提高效率,如:
縮短拆分task時間: 多進程同步進行
縮短開發時間: 縮短需求理解時間,多用類庫少造輪子
縮短自測/返工時間: 提高代碼質量
縮短聯調時間: 拆分大聯調為小聯調,充分利用人力
夢醒了生活不僅僅是工作,更不僅僅是眼前的這份工作,面朝未來,利用好時間這個最寶貴的資源,努力提升時間的厚度,豐富時間的色彩.
互聯網正在快速發展,站在當前的位置很難看到遠方是什么樣子,也許我們只能懷著對未來的恐懼去"擁抱變化",在炮火密布的戰場上沖鋒固然可怕,但也只有咬牙向前一條路可走.
愿與屏幕前的你共勉
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/67278.html
摘要：導讀本文介紹了基于技術的企業級應用容器平臺，從云的定義云服務分類，到用友云基礎平臺平臺總體架構架構預覽部署架構平臺核心價值和核心競爭力，闡述基礎平臺成為廣大傳統企業數字化轉型的一把尖刀。 導讀：本文介紹了基于Docker技術的企業級應用容器平臺，從云的定義、云服務分類，到用友云PaaS基礎平臺、平臺總體架構、架構預覽、部署架構、平臺核心價值和核心競爭力，闡述PaaS基礎平臺成為廣大...
摘要：小螞蟻說在金融級互聯網產品持續交付方面，螞蟻金服積累了豐富的經驗和最佳工程實踐。金融互聯網產品最核心的兩個關鍵詞，第一個就是金融。 小螞蟻說：在金融級互聯網產品持續交付方面，螞蟻金服積累了豐富的經驗和最佳工程實踐。在2018年ATEC技術探索大會上，螞蟻金服解決方案架構師呂中邦（鳳啟）從行業背景出發，分析了金融級互聯網產品持續交付的核心挑戰，從更快更早地交付價值和守住技術風險底線保障交...
摘要：華為副董事長輪值董事長徐直軍發表了題為加速智能，共創未來的演講，他呼吁中國政府和企業抓住人工智能帶來變道的戰略機遇，構建面向未來的競爭力。 智能網聯、于斯為盛，2019互聯網岳麓峰會于4月1日在湖南長沙開幕。華為副董事長、輪值董事長徐直軍發表了題為《加速智能，共創未來》的演講，他呼吁中國政府和企業抓住人工智能帶來變道的戰略機遇，構建面向未來的競爭力。華為輪值董事長徐直軍：加速智能，共創...
摘要：到今年月，華為輪值董事長徐直軍于軟博會上的演講中指出要努力把華為云打造成軟件企業開發和運營的平臺。這條線貫穿華為云方針的始終。不碰數據，做伙伴的云平臺，目前華為云進展如何在月日日的大會上，華為云向伙伴交出了他們的答卷。謀定而后動，不打無準備之仗向來都是華為的風格。從2017年3月成立云BU，正式宣布進入公有云市場，到2018年7月進入Forrester發布的《中國企業公有云平臺》領導者象限，...
閱讀 1053·2021-11-22 15:33
閱讀 3367·2021-11-08 13:20
閱讀 1378·2021-09-22 10:55
閱讀 2057·2019-08-29 11:08
閱讀 774·2019-08-26 12:24
閱讀 3071·2019-08-23 17:15
閱讀 2231·2019-08-23 16:12
閱讀 1937·2019-08-23 16:09
