關於 c++ gui設計 ，我們在網路上蒐集到這些相關的討論、資訊與評價

📍Tainan, Taiwan
✨U.I.J Hotel & Hostel - 友愛街旅館✨
天天在家回想到還能去台南玩的時候真的好幸福(●°u°●)​ 」
上次去台南住在友愛街旅館，房間真的好讚，地點也是方便到不行，一進房就看到黑膠唱片機直接心花怒放🥰房間帶點文青復古風格，紅磚牆設計很有格調！衛浴用品包裝獨特風格超有質感～樓下還有超美的露台跟交誼廳，可以跟朋友享受 U.I.J和酉鬼聯名啤酒の微醺時光🍻🍺6月底前還有訂購優惠！
三種組合，不分常溫或冷藏，通通免運🍺

A. 二話不說來一手：JIU GUI 6瓶 (扛棒款*2 + 經典款*2+鏡面款*2) $1,080

B.體內大消毒：JIU GUI 24瓶 ( 經典款*12+鏡面款*12) $4,320

C.扛棒探險喝了再上：JIU GUI 3瓶 (扛棒款) + 扛棒啤酒杯六入組 $1,390
>>關於扛棒啤酒

美味程度：🌕🌕🌕🌕🌑
環境衛生：🌕🌕🌕🌕🌗
服務態度：🌕🌕🌕🌕🌗
再訪意願：🌕🌕🌕🌕🌗
🗺台南市中西區友愛街115巷5號
☎+886 6 2218188
🍽2021.03.24到訪

😷疫情期間請戴好口罩/ 勤洗手多消毒/ 減少外出 / 避免群聚 / 多加利用 #外帶服務 #外送服務 支持你們喜愛的店家❤️ / 防疫人人有責從你我開始做起☺

#4foodie #4foodieintainan #4foodie台南 #友愛街旅館 #台南住宿 #台南住宿推薦 #啤酒季來臨 #UIJ的第一支酒
#未滿十八歲禁止飲酒
#酒後勿開車 #tainan #taiwanfood #taiwanesefood
#4foodieforfoodie
©️版權所有，不得轉載copyrights reserved

[網文觀點] 李家同先生：不會畫流程圖，就表示他沒有邏輯思考的能力，不可能會寫程式

原文出處： https://goo.gl/UxxUeM

----------（本文開始）----------

前不久拜讀李家同先生的「怪不得很多資訊相關科系的學生不會寫程式」，對於其中他觀察到的現象「某些資訊系畢業生不會寫程式」，肇因於「沒有邏輯思考能力」，最後得出「會畫流程圖才有邏輯能力，才會寫程式」，我一半同意，一半不同意。所以撰文抒發一下我個人的淺見。

根據我自己在電腦補習班教書 30 年的經驗（我從 1989 年開始在電腦補習班執教），我同意「要會寫程式 --> 需要有邏輯能力」這條推論。但「要有邏輯能力 --> 要會畫流程圖」這一條我就不太敢苟同了。

先定義一下「邏輯能力」。我認為的邏輯能力是，遇到一個問題，腦袋能把「先做哪一件事，再做哪一件事」這個順序安排得好。邏輯能力與數學無關。就我看來，我家附近最有邏輯能力的人，是巷口早餐店的掌廚阿姨。大家絡繹不絕的點餐，她還是有辦法指揮廚房內的三名助手：「小A，你先下兩杯冰咖啡...小B，準備好一份切邊土司，兩份漢堡麵包...小C，XX 桌去收一下，然後幫李大哥結帳...」一切有條不紊！這也是程式設計最重要的能力：「把解題步驟有條不紊地依序寫成程式碼」。我覺得她來學程式，一定是會學得很好！

養成「邏輯能力」的方法很多，「畫流程圖」只是其中一種方法。所以「能畫流程圖 --> 有邏輯能力」這條我贊成。但李先生說的「要有邏輯能力 --> 必須要會畫流程圖」這條反過來的推論，我就不贊成了！「能畫流程圖 --> 有邏輯能力」這條，並非「反之亦然」的條件。「有邏輯能力」對應出去的，是個「一對多」的關係。能畫流程圖的人，邏輯能力一定不差，但邏輯能力好的人，不一定會畫流程圖。否則巷口早餐店掌廚阿姨不會畫流程圖，不就成了最沒有邏輯能力的人？（不知道我這樣解釋，大家覺得我的邏輯能力還可以嗎？ XD ）

另一點我不太贊成讓程式初學者去靠「畫流程圖」學會程式邏輯的原因是，業界已經不太要求程式設計師繪製流程圖了。用流程圖來表示程式邏輯，已經是 1980 年代「結構化程式導向」工法那個時期的事情了。進入 1990 年代，程式已經全面改用「物件導向程式設計」工法，「流程圖」裡的那些方塊、菱形，沒有辦法表示出「物件」、「類別」...等這類概念。所以 1990 年代業界提出另一套符號，叫做「UML（Unified Model Language）」圖。用「Use Case」、「Class Diagram」、「Sequence Diagram」...等這幾套符號，全面取代以前的流程圖符號了。想簡單了解 UML 的朋友可以參考這篇文章： https://goo.gl/LTv4fS

時序進入 2000 年代，大家發現「寫程式前先畫流程圖 / UML 圖」這件事是不切實際的。因為 2000 年代的軟體生命週期更短！汰換率比以前更快！已經沒有時間讓程式師慢慢畫流程圖後，才開始寫程式。況且，辛苦畫好的流程圖，會因為修改程式碼但忘了順便修改流程圖，導致流程圖漸漸無法反應現時這套程式的邏輯，而成了廢物。另外，流程圖並非每位新進員工都會，新人訓練還要加上教會他流程圖的各種符號，以便看懂公司內各種文件，C/P 值太低了！所以 2000 年後，資訊業界就不太要求程式師用流程圖或 UML 圖，來表示程式邏輯了。

那現在資訊業界用什麼方法表示程式邏輯呢？最簡單的方法：用文字條列。把一小段的程式該做哪些事情，一條條列出來，簡單描述即可。把該做的事情用文字條列，人人都不用特別學習另一套符號，成本超低！也能表現出程式邏輯（其實流程圖要表示的，不就是程式邏輯嗎？用文字表示效果一樣）。甚至於還能把這些條列文字，用「註解」的方式，寫入原始碼中。這樣修改原始碼，就會順便修改註解，保持「邏輯」與「原始碼」同步。如果你想把程式邏輯從註解抽出來變成文件，用特殊軟體抽出註解、拋棄原始碼就行了。業界最出名的這類抽取註解變文件的工具，有 JavaDoc（這部影片有示範 JavaDoc 抽出來的註解可以變成多精美的文件： https://youtu.be/Ls-NHebXY20 ）。正因為用的是最簡單的「文字」，才能輕易地把程式邏輯內嵌在原始碼中。如果是圖形，那就辦不到了。

如果你真的要用圖形表示程式邏輯，業界現在流行「直接把操作介面畫出來」。不用畫得很精緻，用一些方框代表「這裡是文字框、這裡是確定鈕」即可。這類手法，稱為「Wireframe」。這邊有一篇 Wireframe 的中文說明： https://goo.gl/KIrq0Y 。用 Wireframe，不僅好學（基本上沒有特定規則，看得懂就好），畫出來也可以分享給客戶，示範我們會怎麼幫他設計他想要的程式，而不用擔心客戶看不懂流程圖。更適合用來表達 1990 年代後期興起的「圖形使用者介面（GUI, Graphical User Interface）」。流程圖某種情況下，只適合表示 1980 年代那種「文字式介面」的需求了。

那為什麼現今資訊系畢業的學生，不會寫程式的比例變多了呢？事實上，是現在資訊系學生要學的東西變多了。所以分配到每一樣的「練習」變少，就變成「樣樣通、樣樣鬆」了。光學完理論，還來不及實作，就被逼著去學下一項。就像剛考上普通駕照，沒時間給他道路駕駛，然後逼著他又去考職業駕照、大客車駕照、連結車駕照，再來感嘆：「現在年輕人道路駕駛變差了」。我開始學程式設計的時間，應該只比李家同先生晚一點，大概都是 1980 年代前後。那時候，只要學會 C 語言，加上資料結構、演算法，人家就虎視眈眈地問你什麼時候畢業、能去他們公司工作了。沒有 GUI、沒有網頁程式設計、沒有手機程式設計、沒有大數據...通．通．都．沒．有！所以，不太會寫程式的原因，是「練習不夠」，而「邏輯能力」就是靠大量實作練出來的。因此，真正的因果關係，我認為是「學習項目太多 --> 實作練習不足 --> 邏輯能力無法提昇 --> 寫程式時腦袋一片空白 --> 被人家說不會寫程式」。真正解藥是：「專注一項，多多實作練習」。你至少要把一種語言練到精通，養出基本的程式撰寫邏輯後，再去跳其他語言。這樣就不會「樣樣通、樣樣鬆」了（我個人的基本功底，是 C 與 Java。兩種語言我都練到真的很強！學新語言，我都會去找對照關係：這個語法對應到 C/Java 的哪一種，來加速學習）。

最後讓我重述一下我的觀點：我不反對用繪製流程圖來訓練邏輯能力，但說訓練邏輯能力，一定要會流程圖，這件事情我不贊同。天底下還有比流程圖更簡單、也能訓練邏輯能力的方法。千萬不要認為「流程圖」是訓練邏輯能力的唯一方法就行了。

啊！對了！麻煩不要拿著我這篇文章貼到李家同先生的網誌去戰人家。您可以兩篇文章都看，甚至選擇不同意我說的論點。李先生是我們這行的大前輩，我個人還是蠻尊敬他的。

[網文觀點] 李家同先生：不會畫流程圖，就表示他沒有邏輯思考的能力，不可能會寫程式

原文出處： https://goo.gl/UxxUeM

-\-\-\-\-\-\-\-\-\-\（本文開始）-\-\-\-\-\-\-\-\-\-\

前不久拜讀李家同先生的「怪不得很多資訊相關科系的學生不會寫程式」，對於其中他觀察到的現象「某些資訊系畢業生不會寫程式」，肇因於「沒有邏輯思考能力」，最後得出「會畫流程圖才有邏輯能力，才會寫程式」，我一半同意，一半不同意。所以撰文抒發一下我個人的淺見。

根據我自己在電腦補習班教書 30 年的經驗（我從 1989 年開始在電腦補習班執教），我同意「要會寫程式 -\-\> 需要有邏輯能力」這條推論。但「要有邏輯能力 -\-\> 要會畫流程圖」這一條我就不太敢苟同了。

先定義一下「邏輯能力」。我認為的邏輯能力是，遇到一個問題，腦袋能把「先做哪一件事，再做哪一件事」這個順序安排得好。邏輯能力與數學無關。就我看來，我家附近最有邏輯能力的人，是巷口早餐店的掌廚阿姨。大家絡繹不絕的點餐，她還是有辦法指揮廚房內的三名助手：「小A，你先下兩杯冰咖啡...小B，準備好一份切邊土司，兩份漢堡麵包...小C，XX 桌去收一下，然後幫李大哥結帳...」一切有條不紊！這也是程式設計最重要的能力：「把解題步驟有條不紊地依序寫成程式碼」。我覺得她來學程式，一定是會學得很好！

養成「邏輯能力」的方法很多，「畫流程圖」只是其中一種方法。所以「能畫流程圖 -\-\> 有邏輯能力」這條我贊成。但李先生說的「要有邏輯能力 -\-\> 必須要會畫流程圖」這條反過來的推論，我就不贊成了！「能畫流程圖 -\-\> 有邏輯能力」這條，並非「反之亦然」的條件。「有邏輯能力」對應出去的，是個「一對多」的關係。能畫流程圖的人，邏輯能力一定不差，但邏輯能力好的人，不一定會畫流程圖。否則巷口早餐店掌廚阿姨不會畫流程圖，不就成了最沒有邏輯能力的人？（不知道我這樣解釋，大家覺得我的邏輯能力還可以嗎？ XD ）

另一點我不太贊成讓程式初學者去靠「畫流程圖」學會程式邏輯的原因是，業界已經不太要求程式設計師繪製流程圖了。用流程圖來表示程式邏輯，已經是 1980 年代「結構化程式導向」工法那個時期的事情了。進入 1990 年代，程式已經全面改用「物件導向程式設計」工法，「流程圖」裡的那些方塊、菱形，沒有辦法表示出「物件」、「類別」...等這類概念。所以 1990 年代業界提出另一套符號，叫做「UML（Unified Model Language）」圖。用「Use Case」、「Class Diagram」、「Sequence Diagram」...等這幾套符號，全面取代以前的流程圖符號了。想簡單了解 UML 的朋友可以參考這篇文章： https://goo.gl/LTv4fS

時序進入 2000 年代，大家發現「寫程式前先畫流程圖 / UML 圖」這件事是不切實際的。因為 2000 年代的軟體生命週期更短！汰換率比以前更快！已經沒有時間讓程式師慢慢畫流程圖後，才開始寫程式。況且，辛苦畫好的流程圖，會因為修改程式碼但忘了順便修改流程圖，導致流程圖漸漸無法反應現時這套程式的邏輯，而成了廢物。另外，流程圖並非每位新進員工都會，新人訓練還要加上教會他流程圖的各種符號，以便看懂公司內各種文件，C/P 值太低了！所以 2000 年後，資訊業界就不太要求程式師用流程圖或 UML 圖，來表示程式邏輯了。

那現在資訊業界用什麼方法表示程式邏輯呢？最簡單的方法：用文字條列。把一小段的程式該做哪些事情，一條條列出來，簡單描述即可。把該做的事情用文字條列，人人都不用特別學習另一套符號，成本超低！也能表現出程式邏輯（其實流程圖要表示的，不就是程式邏輯嗎？用文字表示效果一樣）。甚至於還能把這些條列文字，用「註解」的方式，寫入原始碼中。這樣修改原始碼，就會順便修改註解，保持「邏輯」與「原始碼」同步。如果你想把程式邏輯從註解抽出來變成文件，用特殊軟體抽出註解、拋棄原始碼就行了。業界最出名的這類抽取註解變文件的工具，有 JavaDoc（這部影片有示範 JavaDoc 抽出來的註解可以變成多精美的文件： https://youtu.be/Ls-NHebXY20 ）。正因為用的是最簡單的「文字」，才能輕易地把程式邏輯內嵌在原始碼中。如果是圖形，那就辦不到了。

如果你真的要用圖形表示程式邏輯，業界現在流行「直接把操作介面畫出來」。不用畫得很精緻，用一些方框代表「這裡是文字框、這裡是確定鈕」即可。這類手法，稱為「Wireframe」。這邊有一篇 Wireframe 的中文說明： https://goo.gl/KIrq0Y 。用 Wireframe，不僅好學（基本上沒有特定規則，看得懂就好），畫出來也可以分享給客戶，示範我們會怎麼幫他設計他想要的程式，而不用擔心客戶看不懂流程圖。更適合用來表達 1990 年代後期興起的「圖形使用者介面（GUI, Graphical User Interface）」。流程圖某種情況下，只適合表示 1980 年代那種「文字式介面」的需求了。

那為什麼現今資訊系畢業的學生，不會寫程式的比例變多了呢？事實上，是現在資訊系學生要學的東西變多了。所以分配到每一樣的「練習」變少，就變成「樣樣通、樣樣鬆」了。光學完理論，還來不及實作，就被逼著去學下一項。就像剛考上普通駕照，沒時間給他道路駕駛，然後逼著他又去考職業駕照、大客車駕照、連結車駕照，再來感嘆：「現在年輕人道路駕駛變差了」。我開始學程式設計的時間，應該只比李家同先生晚一點，大概都是 1980 年代前後。那時候，只要學會 C 語言，加上資料結構、演算法，人家就虎視眈眈地問你什麼時候畢業、能去他們公司工作了。沒有 GUI、沒有網頁程式設計、沒有手機程式設計、沒有大數據...通．通．都．沒．有！所以，不太會寫程式的原因，是「練習不夠」，而「邏輯能力」就是靠大量實作練出來的。因此，真正的因果關係，我認為是「學習項目太多 -\-\> 實作練習不足 -\-\> 邏輯能力無法提昇 -\-\> 寫程式時腦袋一片空白 -\-\> 被人家說不會寫程式」。真正解藥是：「專注一項，多多實作練習」。你至少要把一種語言練到精通，養出基本的程式撰寫邏輯後，再去跳其他語言。這樣就不會「樣樣通、樣樣鬆」了（我個人的基本功底，是 C 與 Java。兩種語言我都練到真的很強！學新語言，我都會去找對照關係：這個語法對應到 C/Java 的哪一種，來加速學習）。

最後讓我重述一下我的觀點：我不反對用繪製流程圖來訓練邏輯能力，但說訓練邏輯能力，一定要會流程圖，這件事情我不贊同。天底下還有比流程圖更簡單、也能訓練邏輯能力的方法。千萬不要認為「流程圖」是訓練邏輯能力的唯一方法就行了。

啊！對了！麻煩不要拿著我這篇文章貼到李家同先生的網誌去戰人家。您可以兩篇文章都看，甚至選擇不同意我說的論點。李先生是我們這行的大前輩，我個人還是蠻尊敬他的。

從EXCEL VBA到Python開發第1次上課(問卷結果&課程綱要與下載懶人包&ECLIPSE連結PYTHON與建立專案&修改語系與轉型與環境設定&年齡邏輯判斷)

01_課前問卷與下載懶人包
02_課程說明與開啟ECLIPSE
03_在ECLIPSE中設定PYTHON路徑
04_建立專案與模組並撰寫程式
05_編輯器字型放大縮小與算術運算子
06_修改編碼為UTF8與轉型為字串
07_下載PYTHON與ECLISPE手動建立環境與變數型態
08_型別轉換與串列與脫逸字元
09_流程控制撰寫年齡判斷程式

完整教學
http://goo.gl/aQTMFS

吳老師教學論壇
http://www.tqc.idv.tw/

教學論壇(之後課程會放論壇上課學員請自行加入)：
https://groups.google.com/forum/#!forum/scu_python109

懶人包：
EXCEL函數與VBA http://terry28853669.pixnet.net/blog/category/list/1384521
EXCEL VBA自動化教學 http://terry28853669.pixnet.net/blog/category/list/1384524

課程簡介：入門
建置Python開發環境
基本語法與結構控制
迴圈、資料結構及函式
VBA重要函數到Python
檔案處理
資料庫處理
課程簡介：進階
網頁資料擷取與分析、Python網頁測試自動化、YouTube影片下載器
處理 Excel 試算表、處理 PDF 與 Word 文件、處理 CSV 檔和 JSON 資料
實戰：PM2.5即時監測顯示器、Email 和文字簡訊、處理影像圖片、以 GUI 自動化來控制鍵盤和滑鼠

上課用書：
參考書目
Python初學特訓班(附250分鐘影音教學/範例程式)
作者： 鄧文淵/總監製, 文淵閣工作室/編著?
出版社：碁峰? 出版日期：2016/11/29

Python程式設計入門
作者：葉難
ISBN：9789864340057
出版社：博碩文化
出版日期：2015/04/02

吳老師 109/2/11

EXCEL,VBA,Python,自強工業基金會,EXCEL,VBA,函數,程式設計,線上教學,PYTHON安裝環境

文大Python程式入門或證照第1次課程介紹與安裝環境&下載ECLIPSE&設定工作區&安裝PYTHON外掛&編輯環境自行放大與修改編碼方式與轉型&輸出資料型別與型別轉換練習&變數的型別與轉換&證照考題

上課內容：
01_課程介紹與安裝環境
02_下載ECLIPSE說明
03_解壓縮ECLIPSE與設定工作區
04_安裝PYTHON外掛
05_設定PYTHON實體路徑與建立專案
06_編輯環境自行放大與修改編碼方式與轉型
07_輸出資料型別與型別轉換練習
08_變數的型別與轉換
09_證照考題題型說明

完整影音
http://goo.gl/aQTMFS

教學論壇(之後課程會放論壇上課學員請自行加入)：
https://groups.google.com/forum/#!forum/pccu_python_2018_2

懶人包：
EXCEL函數與VBA http://terry28853669.pixnet.net/blog/category/list/1384521
EXCEL VBA自動化教學 http://terry28853669.pixnet.net/blog/category/list/1384524

TQC+Python證照目錄：
Python 第1類：基本程式設計
技能內容：變數與常數、指定敘述、標準輸入輸出、運算式、算術運算子、數學函式的應用、格式化的輸出Python 第2類：選擇敘述
技能內容：if、if...else、if…elif
Python 第3類：迴圈敘述
技能內容：while、for…in
Python 第4類：進階控制流程
技能內容：常用的控制結構、條件判斷、迴圈
Python 第5類：函式(Function)
技能內容：函式使用、傳遞參數、回傳資料、內建函式、區域變數與全域變數
Python 第6類：串列(List)的運作(一維、二維以及多維)
技能內容：串列的建立、串列的函式、串列參數傳遞、串列應用
Python 第7類：數組（Tuple）、集合（Set）以及詞典（Dictionary）
技能內容：數組、集合、詞典的建立、運作及應用
Python 第8類：字串(String)的運作
技能內容：字串的建立、字串的庫存函式、字串的應用
Python 第9類：檔案與異常處理
技能內容：文字I/O、檔案的建立、寫入資料與讀取資料、二進位I/O、編碼（Encoding）、異常處理

課程簡介：入門
建置Python開發環境
基本語法與結構控制
迴圈、資料結構及函式
VBA重要函數到Python
檔案處理
資料庫處理
課程簡介：進階
網頁資料擷取與分析、Python網頁測試自動化、YouTube影片下載器
處理 Excel 試算表、處理 PDF 與 Word 文件、處理 CSV 檔和 JSON 資料
實戰：PM2.5即時監測顯示器、Email 和文字簡訊、處理影像圖片、以 GUI 自動化來控制鍵盤和滑鼠

上課用書：
參考書目
Python初學特訓班(附250分鐘影音教學/範例程式)
作者： 鄧文淵/總監製, 文淵閣工作室/編著
出版社：碁峰? 出版日期：2016/11/29

吳老師 107/12/3

EXCEL,VBA,Python,文化推廣部,EXCEL,VBA,函數,程式設計,線上教學,PYTHON安裝環境

從VBA到Python程式開發2班第4次上課(MONTHCAI範例用亂數與串列與迴圈&練習題猜數字遊戲程式&改為FOR迴圈與用VBS改寫&練習題猜拳小遊戲程式&除錯模式使用與自訂函數&串列練習題輸入成績&輸入成績檔案讀取到串列)

01_重點回顧與MONTHCAI範例
02_MONTHCAI範例用亂數與串列與迴圈
03_練習題猜數字遊戲程式說明
04_猜數字遊戲改為FOR迴圈與用VBS改寫
05_練習題猜拳小遊戲程式說明
06_除錯模式使用與自訂函數
07_自訂函數練習攝氏轉華氏
08_串列練習題輸入成績
09_輸入成績檔案讀取到串列

完整影音
http://goo.gl/aQTMFS

教學論壇(之後課程會放論壇上課學員請自行加入)：
https://groups.google.com/forum/#!forum/tcfst_python_2018_2

懶人包：
EXCEL函數與VBA http://terry28853669.pixnet.net/blog/category/list/1384521
EXCEL VBA自動化教學 http://terry28853669.pixnet.net/blog/category/list/1384524

課程簡介：入門
建置Python開發環境
基本語法與結構控制
迴圈、資料結構及函式
VBA重要函數到Python
檔案處理
資料庫處理
課程簡介：進階
網頁資料擷取與分析、Python網頁測試自動化、YouTube影片下載器
處理 Excel 試算表、處理 PDF 與 Word 文件、處理 CSV 檔和 JSON 資料
實戰：PM2.5即時監測顯示器、Email 和文字簡訊、處理影像圖片、以 GUI 自動化來控制鍵盤和滑鼠

上課用書：
參考書目
Python初學特訓班(附250分鐘影音教學/範例程式)
作者： 鄧文淵/總監製, 文淵閣工作室/編著?
出版社：碁峰? 出版日期：2016/11/29

Python程式設計入門
作者：葉難
ISBN：9789864340057
出版社：博碩文化
出版日期：2015/04/02

吳老師 107/6/27

EXCEL,VBA,Python,自強工業基金會,EXCEL,VBA,函數,程式設計,線上教學,PYTHON安裝環境