Re: [請益]如何有效減少與PM對於規格認知上的差異
遇到這種情況 我會把所有use case列出來
當你列出來後會發現 原來數據分析跟問券是否已完成
是不相干的兩件事
那這兩段邏輯就不能相依 要分開處理
資料庫多開兩個欄位 問券是否已完成 跟數據分析要用的結果
這樣應該會簡化很多吧?
你們的問題是在code中做了太多的判斷 又沒有unit test
導致code寫得很混亂
一旦有新的需求 要在這坨code裡面修改邏輯會綁手綁腳的
如果一開始在規劃DB就有想到這點,
寫code時也有想到這點
那即使備註裡的邏輯沒寫在spec,是pm後來加的
你們應該也不需要花太多時間修改
我只要專注在取出數據分析要用的結果
以及問券是否已完成這兩點上就好
至於審核覆核這串邏輯 就打包起來放另一邊
這樣code看起來會乾淨許多
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.47.197 (臺灣)
※ PTT 網址
23
Re: [討論] 怎樣算是一個合格的junior cpp programme針對關於 TDD 的討論另外回一篇好了 覺得用推文太長了 XD : 推 stupidlove0: 朝聖!重要的真的是unit test 08/23 18:47 : → HZYSoft: 回樓上 TDD 問題,TDD 不只要測試,還要先寫測試才寫code 08/23 21:33 : → HZYSoft: 很多人無法習慣這種順序,是否一定要 TDD 這有爭議 08/23 21:3417
Re: [討論] 重構之前要寫測試 不然不要重構這就是TAD, 一般做法是假設以前人做的是對的 拿以前的output當測資 避免以後的output跟預期結果不同 技術面的錯誤→沒有防呆/沒有釋放資源/overflow/沒有check 這應該不在討論範圍內, 也有客觀標準 行為與邏輯的部分才是有爭議的, 要嘛根本沒規格只有口傳12
Re: [請益] 該停損了嗎?你好,開始的過程特別辛苦,但應該可以再試看看。 你程式基礎不夠之外,做事的方法也需要調整, 這兩件事情其實可以藉由工作的實戰一起解決。 我建議你不要再抄寫書上的 code 了, 那離你工作要處理的問題太遠,對你幫助很小。8
Re: [討論] 沒中文說明沒sample code是不是很難寫?小弟我曾經碰過一個要用樹梅派控制gps module的案子 簡單來說,就是要用UART Tx送指令進模組,那模組理論上就會吐回資料 但當我拿到那個gps 的spec 時,整個spec有40~50頁都在談那個模組的設定 譬如說你寫不同的register就會掃不同的頻率或是工作電壓等等 但當時我是gps的新手,就算我當時已經有6年的fw年資,可是這完全不代表7
[請益] 生涯規劃 大數據分析or網頁小弟不才非本科文組仔 現職是網頁全端仔,月薪36k 雖然是低薪碼農,但工作輕鬆閒暇時間很多 原本規劃是在這趁機多寫幾個side project 幾個月之後再去投其他的前端/全端工作7
Re: [請益] 該辭職嗎?到哪都會遇到垃圾系統 還沒聽過哪家公司沒有垃圾code, legacy code, 歷史包袱的... 如果你的主要考量是這個系統太爛不想改他 那我會建議不要離職. 因為不管你走到哪,都會遇到一樣的問題- 先確認一下,不知道你們是不是用一些潮潮 der 框架, 然後那框架的官方文件給的範例是看起來簡潔漂亮清楚的一兩行 code, (例如 service 裡一個查詢 > return 結果) 然後你們把範例 copy 過來改,直接往裡面塞邏輯? 如果是這樣,可能需要先做的是把 CRUD 分割出去,