作者fgj (們的)
看板Tech_Job
標題Re: [心得] 如何向別人證明自己寫的是好code?
時間Tue Nov 20 22:40:58 2007
我不是很懂什麼CODE 因為不是學程式的
不過公司"很難做出重大改變" 是事實 尤其是有點規模的和還在賺錢中的公司
就算你看到"很多地方明明能更有效率" 但是 "就是無力使眾人信服和改變公司"
以之前公司來說 每個部門都用自己的一套系統 也行之有年 但隨著客戶越多
在每站轉換浪費的時間也多 光一個傳簽系統就是浪費時間
明明公司就有辦法使整個公司只用至少1套 至多2套系統
但是就是不會請一群專門的人來作這檔事
而且事情真相 也不允許我 大辣辣 向公司建言大改變
就算我看著很多員工都再作浪費時間的工作 就是重工
明明只要一個人用一套系統就能改完 但偏偏要一直轉換 改相同的東西 每個部門還常不同調
RD一套 轉到工程又一套 到採購又一套 物管又一套 產線又一套 QA又一套
造成 他搞他的EXCEL 我搞我的SAP...都不同調 但本質都是同樣的東西
用一個系統 也就不會有這個問題
但是也就因很多員工有這麼多浪費時間的事情可以作 才有工作
我更不可能說 因為我還要生存 不可能一下子豎立太多仇人
如果這種系統一但架構起來 很多人將會沒事作
所以就算大家真的都知道問題在哪裡 也很難去做大改變
當然前提是公司還在很賺錢的情況下 誰敢輕易改變!!
※ 引述《Shaka (烏龜烏龜翹)》之銘言:
: 但是相信很多人都有個經驗就是現在手上有份爛code
: 於是心裡就有了"我也給他爛爛的寫就可以了"的責任分攤心態
: 通常這樣的code會持續更爛下去
: code越來越難懂,bug越來越多,bug數居高不下
: 回家時間也越來越晚了...
: 這種惡性循環對管理面來說一點都不好
: ※ 引述《stlo (長笛是治療系的樂器)》之銘言:
: : 搞新架構對工程面很好, 對管理面則不然
: : 如果今天你是一個優秀的工程師, 面對亂七八糟的code絕對是想改掉重寫
: : 但今天你是一個pm那角度又不一樣了
: : 首先新架構改完要多久? 五個人三個月? 還是10個人半年?
: : 這是code寫完還是QA完?
: : 時間抓得越緊就是要加班加到天荒地老
: : 如果換新架構中間有人受不了被操要離職
: : 或者是project進行過程中又有甚麼急件要處理造成時程delay等
: : 會有很多很多不可預期的外在因素
: : 你當然可以抱著熱血說, 改!
: : 但是最重要一個問題: who take responsibility?
: : 如果你要承擔, 叫你出問題了周末都得來公司加班到半夜
: : 你願意嗎?
: : 你說這個東西要上面承擔, 那上面一定希望不要改
: : 反正東西都動的好好的嘛
: : 工作越久越會發現嘴砲者多, 願意擔責任的少
: : 因為擔責任的通常都很快就陣亡
: : 對工程而言這不是好事
: : 但基於人性的自私與惰性等種種風險考量
: : 就只好維持現狀了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.71.80.141
※ 編輯: fgj 來自: 219.71.80.141 (11/20 22:42)
※ 編輯: fgj 來自: 219.71.80.141 (11/20 22:44)
推 wellenshell:遇到一模一樣的事 偏偏又沒辦法要求其他人配合 唉. 11/20 22:56
→ wellenshell:老闆又喜歡趕時間 一個慘字..想辦法增加生產速度 11/20 22:56
推 juncheng:怎麼看起來跟軍中很像 ... 11/20 23:03
推 fgj:專家在訓練有素的狗 工作在訓練聽話的有素的狗 無奈的真相 11/20 23:18
→ fgj:退伍想大展身手 結果也是差不多 只是賺的錢便多了 11/20 23:19