基本上寫程式就是把問題轉換為一個特定流程 例如，《問題》從台中到花蓮要怎麼去？ 小呆：路上碰到人就問花蓮在哪個方向，然後照著走，直到走到為止。 小火：從家裏走到公車站，坐公車到火車站，坐火車到花蓮。 小開：開車從中橫到花蓮。 小飛：駕直昇機飛到花蓮。 小叮：從口袋拿出任意門，目標設到花蓮，從任意門過去。 很明顯，小呆是「暴力法」，小火是「循序漸進」，小開已是「熟門熟路」， 小飛是藉助「快速開發工具包」，小叮是「開外掛」 所以，能用哪種方式，要看解決問題的人，他本身對問題的認識，以及 他對「工具」的認識。 如果碰到有些根本就還不會寫程式的人，不但對問題的意義不十分了解， 對有哪些常用的工具也完全沒接觸過，就好像有個從沒坐過台北捷運的 人，你告訴他「先從紅線，到 XXX 轉藍線，到 YYY 再轉棕線……」， 他當然會一頭霧水。 這種狀況，只好從簡單的問題開始，如果還是溝通不良，就再換更基本 的問題，順便介紹一些基礎的工具，直到學的人有能力自己解決，他自 然就知道要「怎麼思考」。 題外話，忽然想起前幾年很流行的「建構式數學」…… 我並不是完全反對這種教法，但它的確不是適合大多數的人 像 8*6 = 48 這種問題，需要花大量時間才能「學會」的人 有可能是一個數學天才，但絕大多數是不適合學數學的人 像金字塔、費氏數列、九九乘法表這種入門的問題，還需要別人教 的話，感覺上就是必須要用「建構式 Programming」教法才有辦法 學得會。以前我學 C 的時候，第一個練習程式是萬年曆，教我寫 程式的人，他說他學 C 的時候，第一個練習程式就是五子棋（是 人和電腦玩的那種，而且棋力很強，我從來沒贏過），那時打死 我也不相信。 不過當年我們都是從傳統 BASIC 語言開始學起的，我在學 C 之前 還先學了一點點 Pascal，它有傳統 Basic 沒有的區域變量和傳值 呼叫的觀念，學 C 的時候基本上只是學語法，就容易多了。現在 一般學編程大概都直接從 Java, C++ 之類的開始了，是不是因為 這樣，所以也愈來愈多人需要用「建構式 Programming」學習法才 學得會呢？ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.120.214.120