Re: [請益] 做這行不寫程式可以幹麻??
※ 引述《jameswiki》之銘言：
: 也許是你還在學，你覺得這樣算OK了!所以會說"會寫程式的人"也大有人在
: 曾經,我在大學時代,跟你的想法是一樣的,我大二就開始寫電腦書接案了
: ,心中所想的,就是:會寫程式才是王道..我一定要天下無敵.
: 但是在經歷了PM,MIS Leader,企業資訊顧問後..我觀念變了
: 但是站在一般公司的角度，我需要的人才：
: 不是要那種你程式功力多強多強，可以很快的把程式寫完，
: 當很多程式設計師，寫出那種很簡短的code而沾沾自喜時，我唯一給上級
: 的建議，就是這個人不可用。我寧可要不會寫程式的人。
: 為什麼？
: 當你自認為寫出一個超級無敵的Soultion ,別人都看不懂你在寫什麼時，
: 用了你，公司就受限於你，日後你走人，後面維護系統的人就很辛苦
: 站在軟體公司的角度，我要的人，也不是會寫程式的人
: 我要的是會按照公司規定，使用公司開發的元件或pattern來工作的人
: 不會寫程式沒關係，但是SQL語法要夠強，
: 那種認為自己程式很強，卻又寫不出元件，可一體適用公司專案的人
: 我反而不想用，事實證明，這些人是軟體公司的最大危機，
: 一來這種人很容易對公司不滿（我那麼強，薪水怎麼只有一點點？）
: 二來這種人覺得我強就好，不屑於把自己的經驗教授其他同事，
: 結果當人一離職，他們之前寫的系統
: 因為沒有按照公司的元件或pattern撰寫，無形中增加更多公司的維護成本
: 程式是一種團隊工作協調的temple,不是個人表現，不強調英雄主義
以上, 以我的觀點來說,
這是主管的問題.
台灣軟體業很多主管就是這樣, 規格、要求開的不清不楚,
只跟下面的人說"我要啥"
人家當然就給你那個功能的東西, 合不合誰知道, 你又沒給prototype,
主管/公司根本不願意投資源做software AD,
沒有統一的coding style規定、軟體架構、s/w prototype、‧‧‧
甚麼都沒, 然後要求員工知道你想要的是甚麼樣的東西,
要求整個team要能全部module接在一起, 你想有可能嗎?
在我看來, s/w AD需要的時間至少要跟coding花的時間一樣,
甚至s/w AD要花更久, 這樣coding起來就能夠各team搭配得很好.
你說的沒錯, 很強的人可能很容易對公司不滿,
不過我所見的不滿大都是發生在覺得主管根本就毫無軟體規畫的sense.
: 在台灣，程式再強，又能怎樣？台灣有公司寫出compiler嗎？沒有！
: 當我需要一個簡單的PHP網頁結合mail server及電子公文做總收發系統,
: 也有很多高手來應徵,
: 但是,最後決策,我不用這些人,為什麼?
: 他們開價太高是主因,要求時程1個月太長是次因,
: 我最後包給大陸工程師寫,2週寫完,5萬元台弊搞定,
: 電子公文及總收發流程由我來教他們,案子寫完我幫公司賣了100萬.
: 而這些事務,若我徵聘高級工程師來寫,算4個人好了
: 一個人一個月給5萬,就算1個月寫完,我也得花20萬
: 寫不完呢? 準備付違約金給客戶了
: 若我自己跳下去寫呢? 一個人少說也要寫2個月,公司其他事都不用管了..
: 這也不行
: 加上這些台灣的工程師,若加上個人英雄主義,故意寫一些很簡短別人看不懂的code
: ,那未來公司的維護成本就更多..何必呢?
: 功力強不強不是重點,要記得強中自有強中手,
: 人際關係是重點,了解產業know how及產業的作業流程是重點
: 當你了解了上述二項, 不會寫程式做軟體業,那也沒什關係!
: 因為你會分析產業流程
我倒是覺得, 這又是推託責任的一種藉口,
RD就該是RD, 分析產業流程並規畫的人是主管.
底下的人就算沒有sense, 做主管的也要做好溝通橋梁的工作.
你永遠無法期待你徵到的人是怎樣的, 也永遠無法知道會有怎樣的人來面試.
反之, 我覺得會分析產業流程的RD是最容易反的, 也最不好駕馭.
不過碰到這種RD也是好事, 就要看主管你的互動能力跟對員工的尊重了.
且請到不會寫程式的人來也是個很大的負擔,
因為其他會寫的人必須take care這些人, 對performance會有影響.
再者, 寫很簡短的code並不是甚麼個人英雄主義.
就我看來這也是管理人的問題.
為什麼? 想辦法讓程式跑的有效率是錯嗎?
如果是的話那學術界的目的何在?
我想工程師的背景知識強是一件好事, 強過主管也沒關係.
總不能說, 今天一個不懂程式的主管, 看到linked-list or 紅黑樹的code,
然後說: "你他媽這甚麼鬼code, 難看死了, 我看不懂, 你給我用陣列寫!"
這樣對嗎?
我覺得重點是在文件工作要做好, 且不可以認為寫文件是很沒有value的事情.
公司有強者是好事, 而面對強者RD,
主管需要做的事情就是確保每個module的文件都有好好製作,
要確保RD寫出的東西有符合s/w AD設計的prototype & reference design.
一整個專案內有越多效率奇高的module並不是壞事,
壞是壞在面對這些高效module的主管沒有統整駕御的能力.
對我來說, 員工的code寫得越短, 效率越高, 用到越高深的演算法, 我越歡迎,
但是前提是, 寫出來至少註解要讓我看懂你在幹甚麼, 完成後每個module都要作文件.
軟體架構是我規畫的, 我必須確保你寫的東西萬一有問題,
我可以另外用別的solution替換, 但是這是我的責任, 與RD無關.
我的作法會是, 依軟體規畫行事, 對每個module都要求至少有兩套solution,
其中一套用最基本最笨的方法做沒關係, 至少我可以確保另一個出問題的時候,
這個solution是可靠的.
如何去組合這些module, 獲得一個效能與穩定性平衡的位置, 這就是主管的責任.
甚至要多派人去做performance profiling / stability analyze的工作也是值得的.
當然對於知識分享的部分我是很認同的,
不過真正愛擺架子不願分享的所謂的"高手"其實很少,
但是放不下面子身段, 覺得自己看不懂東西就主觀覺得員工是故意的的主管很多.
: 你知道用什麼方式去解決問題..
: 因為你有人際關係,所以人家會找你承包案子,(當然前提是你的軟體不能出過大包)
: 至於實質的coding工作...外包給大陸的工程師做有何不可
: 反正照公司的pattern,元件設計,
: 流程,方法都還是由我們控制..
: 所以..什麼才是會寫程式? 在我的標準來看
: 1.基本的程式設計能力及資料庫,Server,網路建置,路由器管理能力(必需)
: 2.能夠有充足的產業經驗,了解產業運作流程,知道如何利用資訊科技加強公司兢爭力,
: 減少員工同仁的工作量,而不是個人英雄主義(只有我最強..你們都不懂的思維)
: 3.能夠在一個軟體專案團隊中,與團隊成員合作無間,不會吝於分享自己的東西
: 4.沒有"公司沒有我,公司就活不下去,會倒閉"的思維
: 但是,說真的,現在資訊系畢業學生..初入社會者,要符合這四點標準
: 真的很少!
: 所以..人家說"資訊系會寫程式的人"不多,我也認同
最後這部分我也有同感.
: ※ 編輯: jameswiki 來自: 220.134.154.61 (02/03 07:08)
: 推 zcjg:你不需要這樣把你們公司的level寫出來... 02/03 07:10
: → jameswiki:that's OK!反正本文是我待過4-5家公司的心得,現在不幹了 02/03 07:11
: 推 gogoqaz:看你的文章.. 你剛出社會時好像也沒符合自己標準? 02/03 07:30
: 推 PRAM:像你這樣思考的人我也看過滿多的@@, 共同特點就是外包給大陸 02/03 07:33
: → PRAM:然後台灣這邊掌握OO和XX,所以外包一定行! 噗噗, 你高興就好了 02/03 07:34
: → jameswiki:gogoqaz:小弟不是初入社會就當PM的好不好? 02/03 08:05
: → jameswiki:當年初入社會第一份工作是老師介紹的..XD 02/03 08:06
: → jameswiki:類似像"董事長"特助的工作.. 02/03 08:08
: 推 chiaho:你的標準只涵蓋一部分程式...更底層的程式無法套用這些標準 02/03 10:27
: 推 oicejki:說到最後還是 每個人都覺得自己是對的XD 02/03 10:30
: 推 littlebau:是大家的角度跟立場都不一樣 多聽多看 就對了 02/03 11:46
: → littlebau:假如有一個道理哪裡都通用的話 那大家早就知道這道理了 02/03 11:46
: 推 oicejki:不好意思 我是剛好看到之前高鐵的討論串,大家都覺得自己是 02/03 11:59
: → oicejki:對的 系統才會凌亂 如果大家都能放上身段就好了 02/03 12:00
: → oicejki:就像原PO講的 有個合作的TEAM 也許才是軟體成功的方式 02/03 12:00
: → oicejki:但能寫很短的CODE 也是大家追求的目標啊 XD 02/03 12:02
: → oicejki:還是誠如台啤~~態度決定一切 和技術無關 02/03 12:03
: 推 Coyote:合作的思維是對的 但眼界窄了一點.... 02/03 12:02
: 推 iincho:那是因為很多人只看過錯誤的case,他們不知除了他們看到的 02/03 12:06
: → iincho:這個是世界還有其他種類的工作.... 02/03 12:07
: → iincho:全部人都都不大會寫程式的話最好祈禱有個超強SD...XD 02/03 12:08
: 推 shjhang0203:學起來才對，這樣才會進步，排斥學習不是好事，真的！ 02/03 12:11
: 推 oicejki:我是表達態度比技術重要 不是說技術不重要 ^^ 02/03 12:12
: → shjhang0203:不是看不懂高手寫的 code ，就說人家不好，這有點怪！ 02/03 12:13
: 推 shjhang0203:而且看不懂是不是自已學藝不精，還是高手有問題？ 02/03 12:15
: → shjhang0203:這也要客觀想一下，總之不是自已老了就一定是對的。 02/03 12:16
: 推 oicejki:前陣子剛好面試一些公司 有不經意的發現 真正技術強的主管 02/03 12:22
: 推 shjhang0203:佩合團隊是正確的，但技術一直在變，本來就該加強 02/03 12:22
: → shjhang0203:不管你做多久多老，就是會有新的技術，當你看不懂時， 02/03 12:24
: → oicejki:待人愈是客氣,好像在每一行都是這樣,反而是半吊子才會 02/03 12:23
: → shjhang0203:就是你該學習的時候了，不是叫上司別用那個人，這很怪 02/03 12:25
: → oicejki:自以為了不起,世界很大啊,我想如果我不做RD,我會去光華 02/03 12:25
: 推 shjhang0203:當某人離辭，你的案子就完了，那反過來講，你很危險！ 02/03 12:27
: 推 shjhang0203:我遇過快四十歲的經理，他遇到不懂的東西，會很虛心的 02/03 12:33
: → shjhang0203:請教你，他懂的也會教你，這樣的團隊才會強。 02/03 12:34
: 推 shjhang0203:這樣的主管永遠不用怕有人離辭，他一直在學習。 02/03 12:37
: 推 oicejki:說到底 用最新技術解決方法的成就感 遠不如和一個正妹帶給 02/03 12:39
: → oicejki:我快樂的生活 人有目標活著就好了 技術是學無止盡的 XD 02/03 12:40
: 推 shjhang0203:樓上中肯 02/03 12:42
: → shjhang0203:不過別排擠比你強的人，不懂問就好了，別小心眼了！ 02/03 12:43
: → shjhang0203:不要自已不問還說人家不分享技術，害你案子倒了 XD 02/03 12:45
: 推 Apon:什麼才是會寫程式 第一點不認同 軟體設計包羅萬象 不是只有 02/03 12:48
: → Apon:懂網路建置,路由器管理能力 才叫寫程式 02/03 12:50
: → Apon:不是每個人工作都跟網路有關 謝謝 02/03 12:51
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.112.173.11
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章
