※ 本文為 terievv 轉寄自 ptt.cc 更新時間: 2017-02-20 07:41:35
看板 Soft_Job
作者 標題 Re: [請益] 覺得我好像都聽不懂別人說什麼……
時間 Mon Feb 13 23:54:27 2017
※ 引述《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分鐘....
不過在業界這還真的蠻常見的。
研究程式，找出最合適的修改點要十天，真正動手修改加個判斷句只要20分鐘....
不過在業界這還真的蠻常見的。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.160.46.80
※ 文章代碼(AID): #1OeTQs1I (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1487001270.A.052.html
推 : 最後那個笑話 最近才切身經歷1F 02/14 00:29
→ : 研究整個pc到嵌入式到機構運作 最後只加了兩行就完成了
→ : 完成以後高興2秒就進聖人模式
→ : 研究整個pc到嵌入式到機構運作 最後只加了兩行就完成了
→ : 完成以後高興2秒就進聖人模式
推 :4F 02/14 00:39
→ : 然後被老闆釘說20分鐘完成的事你花一個禮拜....5F 02/14 01:24
→ : 當然是報一個禮拜的工時呀6F 02/14 01:48
→ : 想的時間也是在寫程式
→ : 想的時間也是在寫程式
推 : 謝謝你8F 02/14 07:33
推 : 推 一個禮拜的研究就為了一行 真的會覺得無力9F 02/14 11:13
推 : 搞懂需求真的最重要...不然辛苦做的最後都砍光..很容10F 02/14 11:16
→ : 易職業倦怠..
→ : 易職業倦怠..
推 : 樓上真的QQ 被告知程式碼被捨棄的時候感覺很無力12F 02/14 12:13
推 :13F 02/14 12:20
推 : 這篇推14F 02/14 13:08
推 : 以前在某跨國軟體公司的時候就是這樣啊,一個十人team一個15F 02/14 16:31
→ : iteration能修十個bug就算很強了,大系統最怕修這個壞那個
→ : 還好老闆們都知道這個是正常的不會來亂
→ : iteration能修十個bug就算很強了,大系統最怕修這個壞那個
→ : 還好老闆們都知道這個是正常的不會來亂
→ : 此篇正解18F 02/14 23:10
推 : 真的,改不會花太多時間,重點是怎麼改,然後驗證.19F 02/18 11:51
--
※ 看板: terievv 文章推薦值: 0 目前人氣: 0 累積人氣: 377
回列表(←)
分享