作者taroson (想想)
看板Tech_Job
標題Re: [心得] 如何向別人證明自己寫的是好code?
時間Sun Nov 18 00:08:07 2007
※ 引述《ijeCorp (1/28一個天使離開的日子)》之銘言:
: 資訊業Software研發工程師是良心事業。
: 你有這樣的想法是沒有錯的,但有些事情不要強求。
我想這跟強求未必有絕對關係 真的做過project就會知道了.
: 很多人都很會寫程式,但是寫出來的程式只能用一次。
也許你不相信, 只可以跑一次的程式, 往往比所謂可重複使用的程式
bug更少, 更好maintain.
: 自以為會寫程式的工程師了不起就是寫寫一個模組幾千行到上萬行的程式。
: 系統需求如果有改動,就開始貼貼補補。
: 你如果是寫新系統或新的模組,你願意的話可以好好的構思(如果有時間的話)。
話說一間國際大公司M, 他有自己的midleware APIs, 你不能隨意改變他,
可是現實上你專案需求那些介面就是不夠, 怎麼辦? work around, 這樣的code
讓你看到了也會哇哇叫吧, 改API嗎?, 可以因為牽扯太廣, 所以請將需求
sumit到負責制訂的group審核, 曠日廢時, 請問project schedule要不要
follow?
: 什麼叫做Design Pattern ? 一堆工程師聽都沒聽過。
做project對客戶都有每個階段的milestone, 你以為那些寫code沒將你所謂
的design pattern apply上去的人是因為不懂嗎? 最好是做每一個project
都有時間慢慢想, 將每個可以用到的pattern都用上來展現software engineering
的功力.
: 你跟他解釋半天,他會回你:XXX的搞這麼麻煩幹麻?你這樣設計我不會寫了啦。
: Refactory?對他們而言,不懂的人就是覺得你在找麻煩。
: 他們會覺得可以動的程式碼,你改他做啥?
你知道每個行業有每個行業的特性, 有些是非常保守的, 例如電信局端業者,
可以動, 沒大問題的東西對他們才是有價值的, 他們買一個設備不是買了就
deploy到個個局端, 而是要經過很長時間的測試, 都沒有問題了才會全面使用,
你說改可以跑的程式就改, 誰可以承受這樣額外的測試?
: 對這些工程師而言,他們頂多寫出幾萬行程式碼能夠動就很了不起了。
我知道人外有人, 但是我很好奇到底是什麼公司, 會有一個RD寫幾萬行的程式?
那麼一各團隊下來不就將近百萬行了?
: 你要他們維護純後端程式一個十幾二十萬行以上的程式碼,他可能會辭職比較快。
: 程式碼寫得好很難證明,特別是在幾千行到幾萬行的程式碼的領域裡面。
: 說穿了就只是幾千行到幾萬行,爛的工程師花點時間還是可以修修補補。
這點我很同意你的說法, 真的很難證明..
: 過個一兩年,問題會越來越多然後大家都走人了,倒楣還是那家公司(倒閉?寫新系統?)
: 我給你一個建議是: "韜光養晦"。
: 就算自己能力很強,也絕對不要在一群不懂你想法的團隊裡面出頭。
: 如果只是一直堅持下去,你會讓自己陷入困境。
所謂團隊想法也不光是coding吧, business也要考慮進去, 不然乾脆回學校,
想怎麼做都可以完全可以不考慮商業上的議題.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.232.103.161
推 krthree:中肯... 11/18 00:11
推 DecadentX:聽說Vista是5000萬行 所以M$有5000個工程師XD 11/18 00:14
推 zcjg:這就是台灣沒有Microsoft&Intel的原因... 11/18 00:40
→ anson:我沒在工作 做計畫就寫到上萬行了 ... (茶) 11/18 00:44
推 softcloud:很多東西用一次一輩子都用不到了,加班都加不完 11/18 00:51
→ softcloud:沒時間管太多,會動最起碼可以繼續領薪水 11/18 00:53
推 tinlans:不對,我就是這樣跑回學校,但現在教授都愛跟業界合作, 11/18 01:51
→ tinlans:想怎麼搞就這麼搞是不可能的,一樣進度壓力來自業界。 11/18 01:52
→ tinlans:尤其是很有歷史的實驗室有那種老 code,寫的學長又畢業, 11/18 01:52
→ tinlans:跟在公司寫的同事閃了沒得問是一樣的窘境。 11/18 01:53
噓 mildman:這種牽腳踏車吐法還有人說中肯,難怪原po的情形一再發生 11/18 02:47
噓 polor:這樣回 會吵架吧 11/18 03:05
噓 hippopus:我噓code只拿來用一次-->難怪每次都要重寫.浪費人力. 11/18 09:47