看板 Soft_Job 關於我們 聯絡資訊
※ 引述《p52189 (鼠霸)》之銘言: : 以前學生時代都是單機作業 : 需求來自教授或客戶 : 整個專案從架伺服器到刻CSS都是一個人 : 現在開始跟別人同事 : 處理規模比較大的案子 : 接到手裡的是比較零碎的要求 : 大部分是修改現有的程式 : 我發現我常常聽不懂人家講什麼 : 覺得有很多背景訊息是我不知道的 我猜這部分是domain knoledge的問題,又不是學生寫作業,整個能夠拿去賣錢的軟體 或整合解決方案不可能一下子就完全理解。如果想要搞懂整體的來龍去脈, 可以多找PM or QA or Support聊聊,他們或許不懂技術細節,但是對於整體流程應該 是最熟悉的人。 : 但是就是因為不知道,也不知道該從何問起 : 連該問什麼都搞不清楚 : 然後也覺得讀別人的code成本超高 that's why senior RD always asking about code structure and comments : 一個需求下來 : 我要花30%~50%的時間去搞清楚對方要什麼 : 50%~120%的時間在讀現有的code : 然後20%才用來寫 : 有時候會花非常多時間在trace code和弄清需求,然後會導致delay : 而且也會讓人家覺得 : 明明只是很簡單或是很少的程式碼 : 為什麼要弄那麼久?? Welcome to the real world. 學生時期的專案通常技術成分會佔上80%,但是到了業界整個會翻轉過來, 80%的重點在於專案管理跟軟體工程。如果不瞭解客戶需求跟限制條件,貿然衝下去 動手只是浪費時間;不先把程式架構跟來龍去脈搞熟,隨便修改只會炸出無窮盡 的regression issue。 有個程式笑話:開會搞懂客戶真正的問題,跟討論出確切的解決方案要五天,然後 研究程式,找出最合適的修改點要十天,真正動手修改加個判斷句只要20分鐘.... 不過在業界這還真的蠻常見的。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.160.46.80 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1487001270.A.052.html
chuegou: 最後那個笑話 最近才切身經歷 02/14 00:29
chuegou: 研究整個pc到嵌入式到機構運作 最後只加了兩行就完成了 02/14 00:29
chuegou: 完成以後高興2秒就進聖人模式 02/14 00:29
wingture: 02/14 00:39
iFEELing: 然後被老闆釘說20分鐘完成的事你花一個禮拜.... 02/14 01:24
yyc1217: 當然是報一個禮拜的工時呀 02/14 01:48
yyc1217: 想的時間也是在寫程式 02/14 01:49
p52189: 謝謝你 02/14 07:33
Luos: 推 一個禮拜的研究就為了一行 真的會覺得無力 02/14 11:13
zaloraseo: 搞懂需求真的最重要...不然辛苦做的最後都砍光..很容 02/14 11:16
zaloraseo: 易職業倦怠.. 02/14 11:16
p52189: 樓上真的QQ 被告知程式碼被捨棄的時候感覺很無力 02/14 12:13
simpleplanya: 02/14 12:20
Rougun: 這篇推 02/14 13:08
blair0: 以前在某跨國軟體公司的時候就是這樣啊,一個十人team一個 02/14 16:31
blair0: iteration能修十個bug就算很強了,大系統最怕修這個壞那個 02/14 16:32
blair0: 還好老闆們都知道這個是正常的不會來亂 02/14 16:33
viper9709: 此篇正解 02/14 23:10
cerwvk: 真的,改不會花太多時間,重點是怎麼改,然後驗證. 02/18 11:51
snorker: 設計面方向正確 遠大於 老手級的執行面 04/20 09:32
snorker: 方向對了才不會做白工 04/20 09:33