※ 引述《jameswiki》之銘言： : 當你自認為寫出一個超級無敵的Soultion ,別人都看不懂你在寫什麼時， : 用了你，公司就受限於你，日後你走人，後面維護系統的人就很辛苦 : 站在軟體公司的角度，我要的人，也不是會寫程式的人 : 我要的是會按照公司規定，使用公司開發的元件或pattern來工作的人 : 不會寫程式沒關係，但是SQL語法要夠強， 那我覺得你可以把OOP跟code reusability從你徵人的要求拿掉了， 因為街上有滿坑滿谷對這兩樣東西毫無體會的人， 依據這兩個概念寫東西的programmer有很大機會不是你要的人。 什麼樣等級的公司，就徵什麼樣的人，徵來的人程度出入太大就是會碰到以下問題。 : 那種認為自己程式很強，卻又寫不出元件，可一體適用公司專案的人 : 我反而不想用，事實證明，這些人是軟體公司的最大危機， : 一來這種人很容易對公司不滿（我那麼強，薪水怎麼只有一點點？） : 二來這種人覺得我強就好，不屑於把自己的經驗教授其他同事， 看是什麼公司吧。 我開始寫asm/pascal/c/c++/java/c#的第一個星期內就掌握的東西， 也是很多人不會、不知道。 那來分享經驗給其他同事吧？一樣用一個星期來講，不懂的人還是不懂。 花一個月推廣，不懂的人還是不懂。 我得到的經驗是什麼呢？上智下愚出入甚大。 有人可以三天學會C怎麼寫，用得虎虎生風，學一星期就可以用C/C++ 從無到有兜出個直接讀寫video framebuffer的GUI framework， 也有人學一年寫不出學校裡的C/C++小作業。 所以，每次聽到有管理者說技術人員之間要多多經驗分享啊，我總認為那是神話。 你能把自己過去幾年裡得到的技術經驗的細節，在很短暫的時間內分享給別人嗎？ 幾件case作作study還有可能。一些進階概念，會懂的人很快就懂，而不懂者恆不懂。 人跟人之間，吸收資訊的吸納量與速度是有天差地別的，還有人學了後面忘了前面。 就算一樣東西早就寫在wiki上分享給別人了，讓別人可以時時回去複習， 不會的人看再多遍還是不會。 如果我看一眼就知道你沒辦法pick up起來，又何必浪費彼此時間做沒用的經驗分享？ : 結果當人一離職，他們之前寫的系統 : 因為沒有按照公司的元件或pattern撰寫，無形中增加更多公司的維護成本 : 程式是一種團隊工作協調的temple,不是個人表現，不強調英雄主義 看過邏輯很差的人寫出來的程式亂七八糟，繞很多路去做一件小事， 又沒考慮到延伸性與可重用性，但是沒有看過很強的人寫出來的簡短程式是不可讀的， 只有不會讀的人。這當然只是一種個人看法，就像我覺得MFC/VCL很好讀， 甚至機械碼的反組譯結果都還可以接受，可是有人會覺得那是天書一樣。 : 在台灣，程式再強，又能怎樣？台灣有公司寫出compiler嗎？沒有！ 我聽說一些IC design house有自己的tool chain team， 是有人在做compiler的，年薪不會只有5x14萬，也不會時程一個月就在嫌長； 當然東西製造的營收也不會只有100萬/月。 不見容與你的team的人，不見得找不到合身的棲身之所， 就像我面試人的一些條件剛好跟你的要求相反： 讀不動別人的code的一定不行，我們有堆了十幾年的幾百萬行（如果還沒上千萬行） C/C++ code要維護，原始碼檔案光是自己team可能要維護的就超過1GB... 如果連在中大型專案中讀code的能力都沒有，還談什麼團隊合作呢？ BTW, 版本控制系統上同時online的往往就有幾百個自然人跟上萬個machine client， 東西放上了版本控制系統就是分享出去了，愛看不看隨便你。 : 推 oicejki:說到底 用最新技術解決方法的成就感 遠不如和一個正妹帶給 02/03 12:39 : → oicejki:我快樂的生活 人有目標活著就好了 技術是學無止盡的 XD 02/03 12:40 : 推 shjhang0203:樓上中肯 02/03 12:42 oicejki中肯~ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.116.40.228