看板
[ Soft_Job ]
討論串[閒聊] 你在開發程式時，是重視績效還是品質
共 11 篇文章
內容預覽:
想偷渡這個話題. 順便回應另外一個話題有關於coding可以到多老. 以下的開發流程. 可以說明公司一個team為什麼需要有新人跟老鳥的原因存在. Junior Engineer/feature owner 就是要跟時間競賽. 再有限的開發周期裡面 盡量把所有的bugs都解掉. 同時也要維持程式的可
(還有876個字)
內容預覽:
不一定耶, 要看真實的狀況, 假如這一版已經經過 QA 驗證了. 又很接近 release 給客戶的時間,. 通常我們會盡量用第一種方法 workaround.. 雖然 code 也許看起來很囧.. 可是大規模的改 code 改架構, 會怕衍生出新的問題.. 所以又得在安排 QA 驗證, 而且你在舊
(還有393個字)
內容預覽:
等這個人當上組長了，新來的人看了以前的 code，. 過沒多久就離職了，也沒有說什麼，只是說這個工作很有. 挑戰性。. 過了一陣子，組長升上主管，這個product玩不下去死了，. 下面的人做鳥獸散，主管也也跳槽去，領更高的薪水。. 這種故事看很多。. 台灣軟體搞不出大東西就是因為不肯花時間磨這些小
(還有216個字)
內容預覽:
<恕刪>寫程式的人大概也就分成這兩種吧. 第一種的嚴格來說也不能說對功能不了解,只是可能沒有trace很深. 可能只稍微看了一下跟他要改的相關的部分,就動手改了. (不然如果連功能都不知道要怎麼改XD). 基本上第二種是比較好的改法,應該大多數人都這麼認為吧. 只不過會多花時間跟精神,要看當時有沒有
(還有181個字)
內容預覽:
一個經驗談吧. 套句部隊參一二三四為了要應付明天軍團的督導. 正在中山室爆肝熬夜做(假)資料時，嘴巴常常吐出的一句名言：. "先求有，再求好". 以完成任務導向的前題下，以在時限內結案為最高指導原則. 無法結案的後果，我想大家都是行內人，應該滿清楚的. ------. 如果案件給的時間少到連時限內結
(還有814個字)