跳到主要內容

我的孩子不想努力,我怎麼從旁給力


先前發現老家有個被棄置的蛇板,覺得可惜就拿回來玩。但我覺得很難玩,連站都站不上去。但小女兒卻是興致盎然,很開心的一直試著滑,也邀請要好的鄰居女孩一起玩。我也覺得蛇板應該非常符合她的興趣。但是一兩週後的某天,突然發現她不玩了,我感覺應該不是玩膩了,因爲才剛拿到沒多久。而且不管是鄰居女孩或我找她一起玩,她就是不願意,問她原因也不說,只說就是不想玩了。

以我對她的了解,她應該會很喜歡蛇板,而且她剛開始看到蛇板明明很興奮,為何後來突然就不想玩了呢?我覺得小女兒很擅長戶外運動,我也希望能多多培養她這個專長,所以她不玩蛇板我覺得很可惜。但我也不可能威脅說:「去給我溜蛇板,不然我就要丟掉它」。因此我選擇接受她這個狀態,也不一直追問她原因。

我先嘗試以身作則的方法,就是每次跟小女兒在門口玩時,我就會花點時間練蛇板,也會上網看一些基本教學,慢慢從能先站上板子滑一小段,到漸漸可以滑行較長距離,後來更熟了之後也學會轉彎及加速。過程大概花了一兩週,小女兒也都在一旁看著我滑。我心裡希望小女兒因著看著我學習、進步的過程,能夠激起她想要學的慾望。在我溜得蠻順了之後,我就試探性的鼓勵她說:「你看很簡單喔!多練習幾次就可以了」、「你看這不難喔,我本來也是不會,現在也會滑了」。你覺得這樣她就願意玩蛇板了嗎?沒有!

就這樣又過了一陣子,我跟老婆討論到這件事時,她就提醒我,小女兒幼稚園時期,也是一時興起堅決要學直排輪,沒想在第二堂課摔了個大跤之後,就再也不學,好說歹說都沒用,每次上課都只是把直排輪鞋帶去,坐在場邊看其他孩子溜,再也沒上過場。從這個事件我突然意識到,小女兒可能是怕摔。於是我就嘗試性的問小女兒:「爸爸幫你買護具好不好?」,她很開心地答應了。穿上護具後,果然她就願意再次開始玩蛇板,甚至會假摔來試試護具的防護力。過沒多久,就很順利地學會滑蛇板,而且熟練之後,就因為嫌熱把整身護具脫掉。後來蛇板就變成她的戶外遊戲之一,不用我叫也會自己去玩。

從這件事我得到幾個經驗:

🍀 要接納孩子的放棄與失敗。當小女兒突然不玩蛇板時,我沒有一直鞭策她或逼問她原因,就先接納她放棄的決定。沒有因為這個放棄就對她施加更多壓力,或是對她失望。

🍀 父母不能總是從自身經驗來幫助孩子。我以為展示我自己的成功學習蛇板經驗可以誘發小女兒的學習慾望,那是從我自己是愛好學習的人的角度出發的,這種方法對我這類人有用,但對小女兒沒用。這是個只從自己經驗出發的失敗激勵法。

🍀 了解孩子非常重要。如果不是知道小女兒小時候的直排輪摔跤事件,我恐怕也會無法找到對的方式來幫助她,因為孩子常常無法或不願意清楚表達自己的困難,這時父母如果夠了解孩子,就能針對孩子的特性來引導他們。

🍀  教養需要夫妻同心協力。老婆長期陪伴孩子參加各種活動,對女兒的個性與各種事件暸若指掌,我經常與老婆討論孩子狀況,才能得知那件摔跤事件。因此綜合我與老婆的能力,最終才成功地引導女兒學會溜蛇板。

留言

這個網誌中的熱門文章

Code Complete, 2ed (中譯:軟體建構之道) 讀後心得

Code Complete, 2ed (中譯:軟體建構之道) 讀後心得 雖然以前在學校有修過軟體工程,但是說實在現在我對建構軟體的整個概念都來自於兩本書:「人月神話」(The Mythical Man-Month)、Code Complete[1]。我畢業後第一份工作是軟體研發工程師,我們公司所開發的系統大約有近百位工程師共同維護,當然各有依功能與專業知識將系統劃分不同的區 塊來維護,在面對大型的系統與這麼多人寫程式是以前在學校沒有遇過的,因此也開始思考怎樣才是好的軟體開發方式。從大學好友那探聽到了Code Complete這本書,花了上千元買了英文版,(現在中文版已出,簡體版聽說只要三分之一的價錢)認真讀了幾篇之後,真是如獲至寶,於是自己讀過後,還跟同事組成讀書會一同研討這本書。 作者 Steve McConnell (個人Blog http://www.stevemcconnell.com/ )著作不算量大,但是我看過的幾本質量都很好,印象中他曾經在微軟工作過,後來成立一家軟體顧問公司 Construx Software 。 這本書(書本網站 http://cc2e.com/Default.aspx )的討論主題很廣泛,但是並不空泛,從最小的、最基本的如何寫出好的程式, 例如函式(routine)、註解 (comment)、變數的命名等,也談整個軟體建構的過程除錯、測試,最後也談到軟體工程師個人能力與技術生涯的發展,算是各方面都有提及。但是我比較 建議有半年以上的實際程式經驗來讀這本書比較適合,我自認為如果我在學生時代接觸本書,可能沒有什麼太大的感觸,因為面對的都是小格局、人數少的小系統, 書中所探討的原則與例子,很多時候沒有團隊開發或大型系統的經驗,很難體會。但稍有經驗的人,看完之後保證在程式撰寫與軟體開發方面的觀念會有很大的提 昇。 Table of Content Laying the Foundation 1 Welcome to Software Construction 2 Metaphors for a Richer Understanding of Software Development 3 Measure Twice, Cut Once: Upstream Prerequisites 4 Key

ZK 與響應式網頁設計(RWD)

響應式網頁設計 (RWD) 就現今而言應該是許多網站必備的條件之一,ZK 框架可以幫你從一個抽象層次較高的角度滿足 RWD,不需要了解 CSS Media Query 的細節。 元件層級 元件層級的 RWD 是由元件內部自動完成的。每個 ZK 元件都能區分瀏覽器的種類,因此會自動依據桌上型或行動裝置瀏覽器來自動調整元件的外觀,不需開發者介入,例如 datebox 在桌面瀏覽器會跳出小月曆: 在手機瀏覽器就會自動變成下方滾動條: 頁面層級 頁面層級的 RWD 因為牽涉到版面設計,因此無法靠元件自動完成,因為畢竟每個頁面需要的版面設計皆不相同,這通常不是一個技術性的決定,而是政策性或設計性上的決定,因此 ZK 提供一些工具讓你實現 RWD。以下根據你想要達成的效果,概述你可用的工具。 寬度、版面自動調整 如果你想要做出的效果是,畫面內各區域自動調整寬度,較窄時調整位置,我非常推薦搭配 Bootstrap Grid 與 ZK 一同使用,因為 易於整合 。使用 Grid system 只要在 div 套上 CSS class,如 col-md-4 ,因此跟 ZK 整合很容易,不需要特別的設定與程式。 元件變換 如果你希望畫面寬、窄時,各用不同的元件來顯示,例如側邊欄在畫面變窄時消失並換成小的選單圖示,這時元件本身當然無法得知要做這樣的轉換,你可以透過 onClientInfo 事件 或 @MatchMedia 來偵測畫面寬度變化,並針對該變化調整畫面元件。 更多細節可以參考以下資源: Use Bootstrap with ZK: Responsive Admin Template 範例專案 線上展示

innerHTML 的安全風險

問題 若你要實作一個使用者輸入的功能,並把輸入的內容顯示在網頁上時,應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript, innerHTML 就會解析並執行: var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入,會被系統顯示到 user B 的畫面上,進而執行特定成程式碼而造成 XSS 攻擊 。 解法 一般會先想到 encode HTML,但是如果只是要顯示文字,將使用者輸入值指定給 textContent 會更簡單,無需 encode,該值會被當成純文字處理,並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;