基本上這個討論串很值得一看
小弟在此說一些工作上的實際經驗
A公司:
所有程式都有一位老公程司做arch設計, 產品設計程式雖不佳, 也賣得不錯
某人點到一點, 並非他沒法子做, 實是做太好沒必要, 可以work即可,
公司並不會因為程式code寫得很clear , robust (通常bug是很難reproduce的)
機率低 , 而馬上將老工程師升副總 (大多數的人待久了很難改變)
想改變整個程式, 除了老工程師外, 還有一位萬年的資深經理要處理好外,
是很難的, 隨波逐流. 慢慢運用手腕(這很難), 才可能改變程式
B公司
改code任何要向他報告, 明明寫不好, 不寫對也不想改,
個人認為強勢到無法當主管
C公司
driver很糟, 就像原po, 完全看不出寫code的人的理工訓練
patch完全沒commet, 全部都是dirty fix (即看到什就避開什,而不是fix arch)
很糟糕..
===============
這是台灣工程師理工訓練差, 不看內容, 但政治能力強的結果
最後只是台灣整體技術都給無法提升,只能做硬體代工,
很不幸, 這方面RD的工作, 目前也漸往大陸, (可以問MB產業的BIOS)
而老闆永遠只會做代工, 工程師也只能做
整合及維護
PM & 管理階層在這種潮流要負很大責任 ,
PM永遠只會怕某功能不足而賣不好, 功能與時程上, 要求工程師
賣得好自己很紅,賣不好是工程師的責任
而管理階層在很多公司有更多鬥爭的事要忙..
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 211.74.68.157