Re: [問題] 何謂寫得漂亮？

[MOONRAKER (㊣我愛火星人 XDDDD)]

※ 引述《flashliqu (投資自己)》之銘言：
:     分享一下如何訓練這種天份
:     就是在寫程式 函數 或者 架構 之前
:     把 flow chart 畫在紙上, 然後反覆思考有沒有漏掉的 case

都定了要用FSM當paradigm（你說的－我可不同意寫程式就是FSM）
那還用flow chart幹啥，畫state diagram還差不多

state diagram可以讓你集中在三件事情上：(1)state(2)輸入(3)輸出
傳統flow chart沒有這些facilities
因為格式和圖件傳統，過度集中於單一flow path
用來考慮FSM，後果就是失焦。

以下略。
　

--
Google 關鍵字 : MPFC-TCP / 殺人笑話 / 包租婆也有過當羅莉的時候
Youtube關鍵字 : 脫衫脫褲 / 傻蛋奧運 / 宗教審訊 / 買張床 / 單車超人 / 謳歌金錢
*美髮師登山隊 http://tinyurl.com/dm6lh3 *Ypres 1914 http://tinyurl.com/b432jb
[蒙帝派松正體中文計畫] http://www.youtube.com/user/JamesBondXD               

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 218.161.32.195
推 stockton19:就醬 @@? 我想懂更多耶...
推 nayd:為什麼flow chart不能畫(1)state(2)輸入(3)輸出
推 flashliqu:因為他很有學問 想定義flow chart和state diagram的不同
推 softwind:flow chart 真的有RD是畫出來才coding的嗎?
→ flashliqu:真是受益良多阿~
→ softwind:與其花時間畫flow 不如文件寫好一點    看看"人月"吧
推 yauhh:你說的二種圖都含在UML中,是觀看一份程式可以用的二種面向.
→ tinlans:flow chart 在 UML 比較接近 activity diagram 的限縮版，
→ tinlans:表現出來就是 state diagram 的一個特例罷了。
→ tinlans:另外，產業界確實有不少畫狀態機就能產生 code 的工具。
→ tinlans:以上純做補充。
→ MOONRAKER:對我而言flow chart和state diagram的確就是兩回事
→ MOONRAKER:前者早早就聽到了，後者卻是在學自動機的時候才用到
→ MOONRAKER:而早先聽過的flow chart都比較硬化，總會有個main flow
→ MOONRAKER:存在，其他的路則在conditional或invoke sub的時候才會
→ MOONRAKER:發生，而且就被定性為branch，這跟我後來學到state
→ MOONRAKER:diagram以每一個state為中心的想法是很不一樣的
→ MOONRAKER:這兩種圖對我而言代表兩種scheme，如果把flow chart標上
→ MOONRAKER:state, input, output，那根本就是state diagram了
→ MOONRAKER:何必再[--硬凹--]叫它是flow chart?
→ hilorrk:M大最近火氣大@@
→ MOONRAKER:的確是太大了 X(
推 flashliqu:flow chart 跟 state diagram 是logically equivalent
→ flashliqu:不要太拘泥定義的差別 對你融會貫通會更有幫助
→ flashliqu:不過你對定義如此清晰  真是令人佩服年輕有為
→ MOONRAKER:我老得牙齒都快掉，某人可以不用這樣吃豆腐了。