Re: [閒聊] 程式設計師的境界
※ 引述《Ting1024 (無)》之銘言：
: 不是技術的境界，是如何過得好的境界
: 相信很多資深的程式設計師，可以讓自己看來好像
: 攬了很多業務，但其實是涼到一整個不行。
: 也就是出三分力，得到八分酬勞
: 這是怎麼辦到的？其實，在這版上有很多資深工程師，
: 在每一間公司，自己周遭的同事，仔細去察看，
: 能力好的到不好的可能還是有50~100%的差距..
: 公司裡面的生產力，平常要保持與平均約略相等，
: 然後再高一點，這樣就夠了。
: 等到十萬火急的時候，努力，短暫地把原本自己只拿出
: 來的三成產能，瞬間提升到八成，替上面把難題解掉。
: 然後回復三成產能，慢慢輕鬆做。
: 這樣一年下來，以210個工作天而言，約略花了60~70天
: 的足時在工作上，其餘上班時間用於養生...這就是為什麼
: ,近年來,只要碰到想改行走軟體的，都會很鼓勵，這行業真
: 的很特殊，工作量根本無法量化，即時可以量化，壓根兒也
: 沒人有那個閒工夫去真的檢查，即使真的檢查了，你只要輕
: 描淡寫地說：喔，我花時間在解某個BUG，一切就雲淡風清了。
: 當然啦，當我們正在為著 3 v 8 滿意的時候，說不定有的人
: 正在享受著 2 v 9 呢，對吧。
以前做軟體專案的coding工作
工作就是趕趕趕
加班頻率很常
產出的東西
除非技術能力真的很強
否則品質要好就是被盯進度盯很慘
通常一個人產生的Bug數量跟他coding速度成正比
速度越快 Bug越多
後來換研發的工作
主管沒那麼盯進度
我也厭倦了每天狂加班的日子
都挺準時下班的
產出的東西基本上很少被別人發現問題
在產出資料的品質上也可以見人=.=+
coding不是無腦的工作
是非常需要腦力的
在精神狀態不好(整天狂加班 主管狂盯時間 壓力又大又累)的情況下
只是延長工作時間...不見得會有好的產出
等coding完後又被追說怎麼那麼多Bug...
讓精神狀態維持在較佳的狀態
可以讓你工作品質比較好
有時也比較容易想到更好的做法
(阿基米得定律也是在非工作時間想到的)
不過許多主管跟PM都把軟體開發當做無腦工作
堅信工作時間越長 產出越高
加上加班免錢的責任制
就讓這些人想把工作時間增加到極致
追求用最小的成本取得最大的產出
導致人跑得很快
殊不知熟悉的人和不熟悉的人的產出是以倍數計算的
薪水卻沒有到倍數
流動率一高就常常是不熟悉的人在弄
熟悉了很可能就跑=.=
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 175.98.144.162
※ 編輯: thinkniht 來自: 175.98.144.162 (11/10 13:10)
推
11/10 14:34, , 1F
11/10 14:34, 1F
→
11/10 14:38, , 2F
11/10 14:38, 2F
→
11/10 14:39, , 3F
11/10 14:39, 3F
→
11/10 14:41, , 4F
11/10 14:41, 4F
→
11/10 15:13, , 5F
11/10 15:13, 5F
→
11/10 15:14, , 6F
11/10 15:14, 6F
→
11/10 15:15, , 7F
11/10 15:15, 7F
→
11/10 16:46, , 8F
11/10 16:46, 8F
推
11/10 23:39, , 9F
11/10 23:39, 9F
→
11/10 23:40, , 10F
11/10 23:40, 10F
→
11/10 23:41, , 11F
11/10 23:41, 11F
雖然
→
11/10 23:42, , 12F
11/10 23:42, 12F
→
11/10 23:56, , 13F
11/10 23:56, 13F
補充一下:
應該說一些架構、流程或邏輯複雜的系統
別人接手需要一段時間去理解
熟的人只要回憶的時間
正常熟的人都會花較少時間
要是要處理一些緊急的問題
有熟悉的人在會比較好
(某些系統是不能給你太久間去研究怎麼回事的)
※ 編輯: thinkniht 來自: 114.42.250.241 (11/11 00:25)
→
11/11 21:44, , 14F
11/11 21:44, 14F
→
11/11 21:44, , 15F
11/11 21:44, 15F
→
11/11 21:45, , 16F
11/11 21:45, 16F
討論串 (同標題文章)