看板 Soft_Job 關於我們 聯絡資訊
※ 引述《paaju (趴啾)》之銘言: : 我是剛從學校畢業還沒有工作經驗的新鮮人 : 最近在programmer面試的時候有被問到 : 要寫production level code : 可是真的不是很清楚production level code是要寫成怎樣呢 : 不知道有人可以指點迷津一下嗎 跟你說,九成都是唬你的,翻譯米糕一下: 『請你不要寫出我看不順眼,或寫出以後出包害我被洗臉、加班、修解不完Bug的Code』 除非今天是在自己的閒暇時間寫程式,享受Personal Happy Hour,東西寫來自己用、 免費分享、走一步算一步,不然實際做公司工作上的programming,到底什麼 叫做production Level? Code根本就沒有什麼寫到production Level的。 Programmer工作上把東西寫出來,自己拍胸保證一定OK就OK嗎?這是球員兼裁判。 我說OK一點用也沒有,User說OK不OK、十天半個月過去有沒有人要倒大楣,這才有用。 在工作上,說:『我這個老屁股Code寫出來就是Production Level。』 這講難聽點,叫做不要臉。 開開玩笑、培養一點自我良好的感覺可以,但搞商業開發的得清楚: Code 寫出來只有『達到可以開始review、開始QA的程度』,與沒有達到值得開始這麼 做的程度的區別。 是架構開出來會被如何審查、是程式碼寫出來有多少人複檢到什麼水準、是測試QA可以 刁鑽到哪裡、是我們對於需求的回饋反覆做到什麼程度,在決定這個程式有沒有 Production Level。 當然有一狗票公司『請不起』人,就是要你搞球員兼裁判,到時候出包就還是推你下去 ,對這些公司來說,確實開發人員寫完測完就是『出貨』了。 但就算是這樣的公司要找人,講什麼『Production Level』也一樣是在打高空。 他真的在乎這種事,他的問題應該要問類似底下的東西: 『你現役在用的Source Control 是哪套?你用過哪些?』 『你程式寫出來都怎麼測?今天這個XXX案例,你功能寫出來通常會測哪些東西?』 『承上,你在程式碼裡頭通常會用什麼樣的組織策略(模式、框架、準則),讓你的程式 碼具有可測試性?』 『你認為對寫出來的程式應該給哪幾個方向的檢驗標準?請以你曾經經歷過的情境來 說明。』 『承上,你透過什麼樣的測試、你會怎麼規劃,來確定你的程式有達到標準?』 『你怎麼管理你的專案結構?你project home下 Dev 跟 Release 都怎麼切?你程式 都怎麼Build?』 『你知道Continuous Integration嗎?有玩過、或真正用過嗎?』 這樣你就知道下次你去應徵的時候,如果人家問你寫的Code有沒有Production Level 你該怎麼回了。 你就說小的資質駑鈍要求他定義何謂Production Level吧,我想答案大概也是一堆 模模糊糊說不清楚講不明白的一堆抽象詞句在那邊亂兜而已。 -- 生命起源於簡單的化學反應,靈魂是腦神經上頭的火花。 掌紋沒有含意,不過是具有止滑功用的紋路。 而神不存在,死去的人們只是等待細菌分解的腐肉而已。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.193.164.59
bobju:好文,值得參考 07/27 14:35
lovdkkkk:(y) XD 07/27 16:25
thinkniht:中肯 07/27 16:41
zanyking:我想說的是,要求開發者寫出Prod Lv Code,是本末倒置 07/27 16:48
zanyking:應該要問開發團隊是否能透過反覆讓programmer寫得Code 07/27 16:49
zanyking:達到Prod Lv。畢竟誰決定、定義什麼叫做Production Lv呢 07/27 16:50
xw:推 07/27 17:46
f1234518456:這才是對的 不是他要寫要維護都嗎很嘴... 07/27 19:57