說到底，什么都是業(yè)務(wù)驅(qū)動。只會埋頭編程，在德國人眼里就是一個Code Monkey。開發(fā)組招一個Senior開發(fā)，周三來了一個求職的候選人面試，照例分兩場：先HR面，再技術(shù)面。組長說你來一起參加技術(shù)面吧，把把關(guān)，順便看看氣場合不合。結(jié)果HR部門安排預(yù)約出錯，HR姐姐來不及趕來了。組長，一個架構(gòu)師加上我，三人提前開始技術(shù)面。
候選人是一個土生德國碼農(nóng)，w-info專業(yè)，20年工作經(jīng)驗，其中七八年是自由職業(yè)，期間換了不少咨詢公司。我們一起看了提前一天發(fā)給他的任務(wù)----做出一個REST項目雛形。整個項目結(jié)構(gòu)和代碼都寫得相當規(guī)范清楚，基本上各個大方面他都考慮到了，講解時思路也比較清晰。這么多年自由職業(yè)和咨詢經(jīng)驗帶給他的開發(fā)功底，在德國人中算是屬于上乘了，畢竟20年還在一線開發(fā)的德國人本來也不多見。他強調(diào)自己一直熱愛編程，業(yè)余時間也玩coding。非要挑什么毛病的話，就是在數(shù)據(jù)庫持久層這里研究的淺了些，只到了CURD那一層，對優(yōu)化、事務(wù)和樂觀鎖、悲觀鎖等不太理解，不符合20年的經(jīng)驗；還有在防注入和攻擊這塊沒有考慮。但這些可以完全地被他靈活的嘴皮子所彌補（不愧多年老咨詢）。在他講解以前做過的一個物流項目時，我們構(gòu)架師突然冷不丁問他能不能把區(qū)塊鏈結(jié)合進去。他對區(qū)塊鏈基礎(chǔ)知識事先是有了解的，對這種比較腦洞的問題也都能自圓其說。事后我問構(gòu)架，為什么問那個突兀的問題，構(gòu)架說我就是看看他的應(yīng)變能力。其實再怎么牛的程序員來面試，你如果想把他給面死是很容易的，每個人的技術(shù)面和深度都是有長處和短板的，不可能所有方方面面都精通。如果抓住短板一直深挖，換誰誰掛。在候選人對申請的職位提問時，他說的一段話我印象很深，大意是：
我做了那么多年項目，發(fā)現(xiàn)業(yè)務(wù)技術(shù)非常非常重要，我現(xiàn)在做的項目，基本上編程和業(yè)務(wù)流程討論時間對半分。一半時間是在和同事或外包團隊協(xié)調(diào)工作，分析需求，這一部分工作重要也很有挑戰(zhàn)性，如果貴公司只是需要一個只會編程的Code Monkey，那么我肯定不是這種人，這些純Coding的活讓印度人來干就好了。我當時心里一驚，心想這么直白的想法你憋在心里別說呀。其實開發(fā)組的剛需是一個能立刻參與開發(fā)的Senior，候選人這么說給人感覺是你來了很快就不想干活，從而走PO或者咨詢路線。組長先把公司項目領(lǐng)域介紹了一遍，解釋說我們是工業(yè)生產(chǎn)領(lǐng)域，業(yè)務(wù)流程在我們這里是首位，有很多PO和咨詢都在一起和開發(fā)團隊協(xié)調(diào)工作blabla......直到技術(shù)面結(jié)束了HR還沒來，組長只好頂上充當HR的角色，問了一連串HR面試經(jīng)典問題。整個面試結(jié)束，告別候選人后，我先說了自己的感覺：“從技術(shù)層面說，候選人的開發(fā)和技術(shù)功底不錯，雖有短板但是正常，不過萬一他進來不愿繼續(xù)編程怎么辦？” 潛臺詞是本來就缺開發(fā)，再進來個光說不做的，郁悶的是可是我們開發(fā)組 。構(gòu)架和組長說這個沒問題，他只是說不想100%時間開發(fā)，我們的生產(chǎn)領(lǐng)域的業(yè)務(wù)你是知道的，是非常復(fù)雜的blabla......所以25-50%時間開發(fā)都是常見的。放在五年前，我會不贊同這樣的候選人進組，因為開發(fā)編程是程序員安身立命之根本，不過現(xiàn)實一次次打臉教我做人。我現(xiàn)在的想法已經(jīng)變?yōu)椋洪_發(fā)技能是程序員安身立命之根本，但業(yè)務(wù)領(lǐng)域是程序員屌絲翻身之途徑。再說，能找到一個愿意用25%時間開發(fā)的德國程序員，已經(jīng)可以燒高香了。
在德國各行業(yè)的數(shù)字化進程中，技術(shù)絕大多數(shù)時間是為業(yè)務(wù)服務(wù)的，如果業(yè)務(wù)需求方向錯了，落實到技術(shù)應(yīng)用層面就是資源浪費。作為技術(shù)的執(zhí)行者，核心技能既包括技術(shù)細節(jié)的落地，也包括業(yè)務(wù)邏輯的理解。上周末聽一位參與德國國家電網(wǎng)建設(shè)的專家的報告，說當前德國電網(wǎng)數(shù)字化系統(tǒng)開發(fā)是一邊開車一邊修車，第三方小公司幾乎沒有機會參與工程，因為電網(wǎng)的業(yè)務(wù)流程復(fù)雜到爆，只有大公司參與過項目的才理解。那么什么時候較深水平的技術(shù)層面才顯得重要呢，那就是整個項目正常運轉(zhuǎn)起來之后的大規(guī)模網(wǎng)格化，這時候什么大數(shù)據(jù)，AI，分布式等等才會發(fā)揮作用。其實工業(yè)領(lǐng)域第一線操作員的有些需求，有時在程序員眼里是非常無聊可笑的。PO曾提過一個需求，就是在生產(chǎn)線上物料系統(tǒng)頁面中，當添加新物料時，要讓新物料在屏幕下方單獨閃爍兩分鐘并顯示屬性。開發(fā)人員問：“界面上不是已經(jīng)很明顯地顯示了已經(jīng)更新的物料了嗎，怎么還要單獨閃啊閃，要不要給你加個跑馬燈懸浮飛行特效送你上天呢？” 原因是一線操作員不能像辦公室員工那樣一直盯著顯示屏工作的，所以當有新物料送達時，他可能不在屏幕邊上。當他回到工作位置時，需要很醒目的看到新物料達到的提醒，以及詳細屬性。有一次PO提出一個需求，就是生產(chǎn)線操作員遇到問題時，界面上要有一個按鈕，一點擊就可以收集當前的錯誤日志發(fā)到后臺。一個Junior開發(fā)問：“我們Product Server上不是有完善的日志系統(tǒng)嗎？為什么還要多此一舉？” 原因是生產(chǎn)線上的IoT硬件設(shè)備和軟件組件繁多，當出現(xiàn)錯誤時，單從后臺日志很難確定是哪里的問題。而且服務(wù)器上日志因為空間限制只能保留15天，而操作員的問題通過客服反饋到開發(fā)組時，很可能已經(jīng)超過15天了。一鍵收集當前日志的功能，可以讓開發(fā)組更快地定位錯誤。如果程序員不能理解第一線業(yè)務(wù)需求的邏輯性，那么就很容易變成一個Fachidiot，不能理解也不愿去開發(fā)別人提的任何需求。這里絕不是說程序員不要專研技術(shù)領(lǐng)域或不要看重編程能力！至少在德國傳統(tǒng)行業(yè)數(shù)字化領(lǐng)域，除了技術(shù)領(lǐng)域之外，業(yè)務(wù)領(lǐng)域才是重中之重。說到底，所有以盈利為目的的公司都是業(yè)務(wù)驅(qū)動型，技術(shù)驅(qū)動可以改進業(yè)務(wù)，可以變革業(yè)務(wù)，但不可能取代業(yè)務(wù)驅(qū)動。很多技術(shù)驅(qū)動型公司的墳頭草，已經(jīng)三尺高了。而且，不關(guān)心業(yè)務(wù)的程序員，在德國人眼里，也就是一群可以隨時被替代的Code Monkey而已。
|
