→ pttworld: DFD是SA文件必備的 03/13 16:16
→ testPtt: 其實asm,vhdl這種接近硬體的還是會畫看看 03/13 16:18
→ thefattiger: 我也覺得循序圖實用得多,不過非開發者看流程圖 03/13 16:31
→ thefattiger: 應該是比較好懂 03/13 16:31
→ bcew: asm是循序語言和流程圖天然匹配,vhdl還是架構圖、FSM、和波 03/13 17:21
→ bcew: 形圖比較好描述,loop和while在電路上很不直覺^^ 03/13 17:21
推 jhjhs33504: 流程圖也沒那麼不堪 尤其很多framework底下邏輯照著跑 03/13 17:31
推 jhjhs33504: hard code的話反而是特殊案例吧畢竟涵蓋範圍有限bug多 03/13 17:36
推 ripple0129: 推,最大的問題其實是圖文不符啊XD 03/13 18:22
推 es8603: 推zanyking! 03/13 21:27
推 atpx: 任何文件最後都會落得與程式碼不符吧, 除非不斷投入人力改 03/13 21:50
→ atpx: 問題對管理者來說, 程式碼才是產出, 文件不是 03/13 21:50
→ brucetu: 我覺得不是UML圖那種很文件的東西 03/13 22:10
→ brucetu: 而是規劃程式的時候隨便畫的幾個框框幾條線寫一些重點 03/13 22:11
→ brucetu: 跟同事討論或者跟主管說明的時候也都會用到 03/13 22:11
→ brucetu: 開會總不能拿code出來討論商業邏輯吧 03/13 22:12
→ brucetu: 至於UML那種圖 真的很難跟程式一致 還是算了 03/13 22:12
→ brucetu: 就像是一個新成員加入專案 要讓對方快速了解 03/13 22:13
→ brucetu: 有圖還是比較快 03/13 22:13
→ Masakiad: 講UML很難跟程式一至的只是沒認真做而已吧,扣除UML維護 03/13 22:20
→ Masakiad: 的問題,第一次按圖施工不一樣鐵定有人不認真 03/13 22:20
→ testPtt: 微軟派來的有code map可以用就不會想畫那些圖了 03/13 22:49
→ lazarus1121: 施工的時候設計圖一直改 是要怎麼按圖施工XD 03/13 22:59
→ lazarus1121: 改到最後時間壓力出來 你會先改程式還是設計圖 03/13 23:01
→ atst2: 流程圖有用, 但不是對應在程式細節上. 03/13 23:25
→ atst2: Android的Activity生命週期就是使用流程圖的一個好例子. 03/13 23:26
→ atst2: 不過對實作細節而言,流程圖確實比不上程式本身來得清楚. 03/13 23:28
推 neo5277: 推循序我第一個一定先弄這個 03/13 23:40
推 shter: 我是寫好 function 名字後先在內部用註解寫判斷步驟 03/14 01:22
→ shter: 然後每一行的步驟下面寫 code,每行註解的 code 都寫完就完 03/14 01:22
→ shter: 如果某一步驟的可以重複使用時就再開一個 function 直接寫 03/14 01:23
→ konkonchou: 流程圖主要是拿來溝通用,SA用很多,拿去當SD文件給PG 03/14 01:42
→ konkonchou: 自然是用錯地方了,至於文件過時所以才要持續修正 03/14 01:43
→ konkonchou: 小專案一個人作當然是耗費人力資源,專責分工才有效益 03/14 01:44
推 ku399999: 像是slack推播判斷流程圖 溝通 debug還是很有用吧 03/14 09:04
→ buwa56: 感覺是一人戰隊 03/14 11:20
推 layolayo: 300行code小意思 03/14 18:38
→ tinlans: 很難一致是惰性問題,拆成 microservices 做就很難偷懶了 03/15 03:01
→ superpandal: 流程圖的確是給外行人看的 架構還是要夠飄逸才可以 03/15 04:03
推 ruokcnn: 同意你 03/16 14:10
→ supermmi: 我是程式寫完後才畫流程圖,算是筆記,將來要回頭看cod 03/18 00:23
→ supermmi: e時會有幫助 03/18 00:23
推 bowin: 推好文分享 09/11 18:17