yes or no。

我家寶寶（今年12）大概兩三年前看完在玩scratch，也玩玩，然後，我做了一兩個遊戲，覺得scratch編稍複雜的應用還是有點煩，放下了。在他11時，覺得該學點程式設計，於是直接入手Python，小傢伙自學，英文教程，有問題問一問。寒假，將Python過了一遍水。又放了一學期，暑假末，讓他跟著英文影片學用Python編遊戲，十幾二十天，編了7，8個小遊戲。最近，他開始接觸microbit，他還是喜歡用Python，而不是圖形化。

我的觀點：圖形化入入門，應快速走入碼程式碼。另外，要理解程式設計思維。

這個要看多大年齡的人了。

對於小學生，尤其低齡的，還沒完全建立抽象思維能力，用具象的東西去描述會更好。所以最直接的表達方式就是圖形化，比如scratch等，ipad上也有大量類似的東西，小孩子一看到簡單的積木拖拽就能夠控制圖形運動，能夠讓小車行走，會使得他們在遊戲化的學習過程中潛移默化掌握和理解圖形積木背後的計算機知識、數學邏輯、演算法規則等等，同時更好的實現一些簡單的頭腦創意，這時候的圖形程式設計工具解決複雜問題的能力是不足的，也恰好適合這個年齡階段的小孩子。

而對於初中以上，經過數學課程、資訊化課程、圖形程式設計的學習，絕大多數小孩子完全具備了計算科學入門所需的邏輯思維能力，看待實際問題也能夠分解成計算機問題，比如數學、演算法、邏輯、模組等等。這個時候，圖形程式設計已經難以實現這些功能，程式碼程式設計恰是時候，這時候比較合適入門語言是python、javascript，他們都是高階語言，高階語言有助於解決圖形邏輯所無法表達的複雜問題。

當然到了真正程式碼程式設計或者從事計算機相關工作的時候，我不覺得圖形化完全沒有作用。實際上，大多數程式設計專案，在開始編寫程式碼解決問題之前，架構師都會畫流程圖或者白板上進行思路推演，然後形成相關的架構或者演算法文件，裡面會有各種圖形流程圖或者示意圖；莫種意義上，也可以看作是圖形程式設計，只不過這個時候的圖形化更多的是uml類似的圖形，而不是程式設計積木了。

作為一名程式設計師父母，我的兒子今年10歲了，偶然一次孩子瞭解到圖形化少兒程式設計之後就回家吵著鬧著要學習圖形化少兒程式設計，我瞭解了這種圖形化少兒程式設計之後我發現這種不僅能很好到吸引孩子學習程式設計的興趣，而且相較於成人需要記憶大量的程式設計命令語言（全英文）格式它最大的優勢就是可以透過拖拽程式積木塊到程式編輯欄就可以了，這意味著孩子學習程式設計的起點可以更低一些，圖形化程式設計不僅能鍛鍊孩子的邏輯思維能力還能鍛鍊孩子們的影象思維能力。讓學習程式設計變得更容易更富有趣味性。