daily-notes
daily-notes copied to clipboard
aszx87410
每日心得筆記
今天沒靈感，寫書摘。原本想說三十天可以把兩本書都看完，現在看來能看完一本就偷笑了。 ## 學生為什麼不喜歡上學，第四章：為什麼學生難以理解抽象概念 這個真的是講得很對，抽象概念對學生來說真的頗難理解，教程式就是這樣。 書裡面提到：「我們在已知事物的架構下理解新事物，而大多數我們所知都是具體的。理解其實就是記憶，人類藉由連結新的事物跟舊的來理解新的事物。」 所以比喻很重要，能把抽象概念連結到已知的事物來類比的話就會好懂很多，像是講 GET/POST 時的明信片跟郵件範例、Promise 時的燈塔範例（還是釣魚之類的，我忘了），以及 callback 最常用的點餐範例，都是很好的例子。 然後理解可以分兩個層次，表面跟深層。若你掌握了深層結構，看到相似的題目就可以融會貫通。若是只掌握了表層，那類似的題目你可能會解一個但不會解另一個，儘管他們其實是一樣的。知識移轉是困難的。 下一章會講到如何增加知識移轉的成功率。 好，這章學到最重要的東西就是比喻很重要，真的很重要。 ## 本日歌曲 林宇中 靠岸 https://www.youtube.com/watch?v=trF_5yBBfVI
今天收穫滿滿，收到了幾個學生的心得，也看到了一些還不錯的資源。 ## Slack 我的課程主要溝通軟體是 Slack，因為比臉書跟 Line 都方便多了，因此就算是沒用過的也會叫他們用。但我發現好像有些人沒有裝軟體而是用網頁版，這樣可能就會漏掉通知。 以後要跟他們說記得裝軟體，然後手機也裝一下 app，才不會漏掉訊息，畢竟這是最主要的溝通平台。 ## Problem Solving 今天看到這兩篇： https://lob.com/blog/understand-design-build-a-framework-for-problem-solving https://intenseminimalism.com/2015/a-framework-for-thinking-about-systems-change/ 看起來都是不錯的資源，但要想一下可以怎麼應用在教學上。 ## 課程導讀 今天在 ptt 上面看到 TonyQ 貼的這個：[網站系統規劃實務](https://ithelp.ithome.com.tw/users/20065606/ironman/336?page=1)，這一系列寫得實在是很不錯，而且切入的觀點其實跟我自己的教學很類似，稍微看了一下，也從這個系列學到不少。 無獨有偶地，今天在學生心得文裡也得到類似的收穫。 以往我在上課的時候，好像比較沒有針對這一週做一個 overview 的導讀，但讓學生有個概觀其實是很重要的，這點我在之前學習相關的書籍也有讀到。因此第三期應該每一週都先來個導讀，跟大家講這一週主要是在幹嘛，學了這些可以幹嘛等等 ## 作業 今天突然想到，其實比起一個個分散的作業，如果作業能有主題、有故事，可能會吸引人許多。這點...
## 收斂 根據昨天所說的 timeline，離課程開放報名沒多久了，至少課綱要盡力在那之前弄出來。這一兩個月有了一大堆想法想做，但差不多是時候要把那些發散的想法收斂起來了，畢竟時間有限，不可能把想做的都做，例如說之前講的工程師班可能要先拿掉了，還有一些挺有趣的機制也要先拿掉。 最要緊的應該是先把課綱跟時程都拉出來，其他的就再想吧！ ## 打字速度 突然覺得在課程開始前應該測一下學生的打字速度，中打跟英打都測一下，也沒什麼意義，純粹就好奇而已，但也可以順便看看過半年之後學生的英打速度會不會提升。 ## 實體空間的可能性 今天又收到了另一個學生的[心得](https://github.com/Lidemy/mentor-program-2nd/issues/11 )，裡面有提到說其實實體讀書會跟社群對學習的幫助滿大的，其實這點我有在想。 例如說用小樹屋月票幫大家每天租個空間，有興趣的人就可以直接到那邊去討論之類的，這樣最麻煩的場地問題就解決了，如果沒人去的話頂多過一個月我就月票不再續約，成本的話應該還行。如果有個人可以在那邊幫我回答問題就好了，但不太可能，而且我自己也不會在XD ## 動態時報 第二期的時候有讓大家每天早上都仿效 stand up meeting，簡單說一下自己昨天做了什麼、今天要做什麼，然後我會同步到 slack 的一個 channel 上面去。 我突然想到如果能做一個專門給學生用的網站，然後在首頁就有個像動態時報的東西好像不錯，可以看到其他人今天都在做什麼。背後的意義是知道別人正在跟著你一起學習，應該有種有伴的感覺？而且實作上應該沒有很困難，這個我會認真考慮看看。 ## ORID 筆記 今天無意間看到了 xdite 的一篇文章：[管理精力与幸运](https://github.com/xdite/memory-hack/blob/master/09.md)，裡面提到了...
## 學生為什麼不喜歡上學書摘 這次摘的是第三章：為什麼學生比較記得住偶像劇劇情？ 這一章真的很棒，推推。 大腦是怎麼決定你要記住哪些事情？為什麼你可能突然忘記你要拿什麼東西，可是十幾年前的廣告歌曲卻記得起來？ 記憶是思考的殘餘物。作業要留意的不是你想讓他們學到什麼，而是他們實際上會想到什麼，這才是重點。 所以實際上應該怎麼做呢？故事「享有心理上的特權」，人類的大腦似乎天生就擅長於記憶故事，而一個好的故事可以套用 4C 法則： 1. causality 因果關係 2. conflict 衝突 3. complications 複雜難題 4. character 角色 那故事要怎麼應用在教材中呢？書中舉的例子是要講珍珠港事件時，可能會從美國的角度下手，會談到美國孤立主義以及珍珠港被日軍攻擊等等；但如果換個角度從日本切入，事情就變比較有趣了，你可以用說故事的角度把日本設定為主角，碰到一系列的困難最後決定展開侵略等等，會更有戲劇張力。 這邊引書中寫很棒的一段： > 回到教學上，我是這麼想的：我要學生學習的內容，說白了就是一個問題的答案。答案本身一點都不有趣，但如果你知道問題的話，答案可能會很有意思。所以把問題說清楚才那麼重要。但我有時候覺得，身為教師，我們都太強調求出答案，而沒有花足夠的時間讓學生理解問題，並了解問題的重要性。 接著談到如果要教的東西本身就沒什麼意義怎麼辦？例如說九九乘法表、化學原素表的某些元素等等。這時候就可以運用記憶術了，這邊我就不多談了，這些在程式上好像用不太到。 而這章最後面也給了一些很棒的範例，思考意義有助於記憶，教師該如何確保學生在課堂上針對意義進行思考呢？ 第一，從學生會思考什麼的角度來檢視教案 例如說要學生做一個歷史報告，結果學生突然發現用 powerpoint...
## 工程師的責任 在把東西送給 QA 以前自己應該要先做點測試是再正常不過的事了，不過我也碰到那種不知道在想什麼的工程師，功能一做好就直接送 QA，結果錯一大堆直接被退回來，很多基本的錯誤自己隨意測一下很難嗎... 這個跟課程的關係是什麼呢，就是有很多學生也是這樣，光是作業裡面附的 test case 就錯了還是交作業，或者是那種要切版的作業整個版面就長得不一樣還交上來，看著看著我也是醉了。 今天在弄第三期的課綱，我決定要在 README 特地加上這一段，跟大家說作業要交以前記得自己先檢查，至少確定基本的幾個 test case 都過了之後再送到我這邊來，不然來來回回也是很浪費時間。 ## 雙面刃 之前提過想要做一個整合的學習系統，原本想讓大家都可以看到每個人的進度，但想了一下發現這是雙面刃。如果大家進度差不多那就有互相砥礪的效果，你知道大家都在努力；但如果某個人進度落後其他人，就會覺得緊張或是自我質疑，想說是不是我太弱。 儘管我會跟這種學生說按照自己步調走就好，但依然會被其他人影響，如果心態沒有調整好的話可能就爆炸了，這就是這個機制必須先考慮的地方，或許只顯示跟自己進度差不多的人就好？ ## 寫寫寫 突然發現我在第三期裡面放了很多需要「寫」的作業，例如說複習週會要你寫下這四週的心得，或是有些作業也會要你寫下解題的心得等等，所以作業裡面多了滿多簡答題，如果本身很討厭打字的話應該會覺得滿不適應的，但寫不出來我也是不會勉強啦，能寫多少是多少。 ## 本日歌曲 Comic Boyz - 求愛復刻版 https://www.youtube.com/watch?v=lHnqi3CIjm4...
## 關於速成 今天突然想到一個關於速成的問題，突然想到為什麼要求學生全職參與的班級如果時間越短越好，因為學生除了要付出時間成本以外，在全職參與的那一段時間其實是沒有任何收入的。 如果是六個月，代表學生六個月都沒有收入。想一想其實是一件可能會造成滿多人經濟壓力的問題，再加上有些培訓班先收費，收個八萬十萬的對學生來說又是一筆可觀的支出。 我以前都只想到學生需要付出時間，卻忘記了在這段期間內可能對某些人來說是會有經濟壓力的。 ## 進度 第三期的進度會比第二期放緩滿多，直接怒增加兩個月變成六個月都在學習，原因是第二期眾多學生根本上，進度形同虛設，而且再多加一點時間的話，中間有幾週可以給大家複習，其實是件好事。 但這樣子的調整其實我擔心的後果有兩個： 1. 進度反而變太慢 2. 課程拉太長反而很難維持注意力 第一點的話我在想好像不一定要綁學生進度，反正第三期會變成全影片教學，等於說是加強版的線上課程，自己可以調配進度，如果真的天生神力也可以三個月修完全部課程我也沒意見，沒有必要規定大家進度都一樣，但是課程會有一個主進度在跑，讓學生衡量自己是超前還是落後。 第二點的話這個就難講了，有可能是這樣沒錯，但也有可能課程放緩，學生培養起學習的習慣以後就比較不會有這種問題，這看起來可能要試了才知道。 ## 以價值來衡量 我的課程收費方式是以最後找工作時拿到的最好的 offer 月薪 * 1.5 來計價，假設月薪是 40k，學費就是 40k * 1.5 = 60k，會這樣做的初衷有兩個，第一點是讓你知道我跟你站在同一陣線，你薪水越高，我就賺越多，反之亦然；第二點是你拿到的薪水越高，代表我的課程對你越有幫助，所以應該多付我一點。 國外的很多培訓班也都是這樣的收費方式，但背後比較多應該是有關第一點。關於第二點其實我後來想一想覺得有點奇怪，第一個奇怪的點是當學生薪水高到某個程度，我其實會覺得我不該收那麼多，因為我覺得我的幫助沒有到這樣。假設學生找到一個六萬的工作，依照現行制度學費就是九萬，但我覺得這六萬有大部分都是因為學生自身，跟我的課程不是百分之百相關。...
今天又收到了幾個學生的心得，這幾天有空再來回覆一下，也可以從心得中得到一點靈感 ## 後續追蹤 昨天有人在粉專問說想知道第一期的同學後續的近況，我覺得這 idea 十分不錯，所以今天就問了一下。第一期的 kris 還沒回我，另一個找到工作的同學依舊在工作，跟我說都還不錯，然後學一學覺得自己還有很多東西要補的XD 第一期那時找到工作的就這兩個同學，另外有兩個第一期的前陣子剛找到工作，可以參考： [學生心得：Amelie（第一期加第二期](https://github.com/Lidemy/mentor-program-2nd/issues/7) [學生心得：Tom（第一期）](https://github.com/Lidemy/mentor-program-2nd/issues/12) ## 遊戲化學習 接續昨天的內容，今天又翻了一下 xdite 寫的一些文章，看到這篇[習慣與上癮](https://github.com/xdite/memory-hack/blob/master/08.md)裡面談到的東西，基本上就是遊戲化。 這次從台灣其實還有帶了另一本書是遊戲化實戰全書，怎麼覺得自己好像會看不完哈哈。 但這概念一直都滿有趣的，其實我前陣子也有在想類似的，例如說之前提過的成就系統，每達成一個可以扣 1000 學費。 或是之前想過這種，把課程分三個階段還有分等級： 第一階段：程式新手村 lv1 ~ lv10 學習基礎 過關標準：lidemy 十題 + http...
今天在查一些跟機票里程有關的東西，然後一樣沒什麼靈感 這才是正常的吧！沒有天天都在過年的，沒靈感的時候故意擠出來的東西也不能用 所以今天簡單我們來拉一下時程好了 ## 時程 這邊指的時程是什麼呢？指的是如果我想開下一期的話應該要有的時間安排 如果有下一期的話，我希望最晚四月中能夠開課，那就訂個 4/15 禮拜一吧 在開課前一個禮拜公告錄取結果應該比較好，雖然之前都是兩個禮拜，但我覺得兩週其實有點太久 一週的話差不多，所以 4/8 要公布錄取名單 再往前推四週，我希望 3/11 能夠放出這一期的消息並開放報名 靠腰勒，那不就是兩個禮拜後嗎 不過為了防止自己拖延，幫自己訂這個死線好像也很不錯 逼迫我要在兩個禮拜以內把收費模式跟課綱都搞定，還要把報名簡章寫完 再次重新整理一下時程： 3/11 開放報名 3/14 第二期正式結束，要來寫心得文 4/8 公布錄取名單 4/15 開課 .... 10/15...
一如往常地，假日通常都沒什麼心得，尤其我今天一整天在忙別的事情，所以也沒什麼空閑時間可以胡思亂想。 今天早上有個學生交了心得：https://github.com/Lidemy/mentor-program-2nd/issues/10 而我也在下面回覆了我的感想，這大概是今天唯一想到跟教學有關的事情吧。 就是這樣，沒感想我也不想硬寫，881。 ## 本日歌曲 伍佰 Wu Bai&China Blue【夏夜晚風 Summer night wind】Official Music Video https://www.youtube.com/watch?v=NYdl3-PxEhQ
之前有跟大家說過了，假日的時候都在耍廢或是忙碌所以沒什麼時間想教學相關的心得。不過今天照樣有幾件事情可以分享。 ## 本末倒置 最近突然發現自己好像有點利用這個心得來逃避做正事的想法，就是這個心得有寫完，代表今天的課程達成了，我有做事了，所以不用再做其他事了。但對教學來說，其實我現在最重要的事情是要決定下一期要不要開、要開的話要決定時間跟課綱，這些東西我全部都還沒搞定。但一但每日心得寫完，就會有種：「今天有做事了」的感覺，就不會再逼迫自己去想這些東西，總覺得有點本末倒置。 ## JavaScript 五講 這名字很明顯是受到以前看過的[背包問題九講](http://cuitianyi.com/blog/%E3%80%8A%E8%83%8C%E5%8C%85%E9%97%AE%E9%A2%98%E4%B9%9D%E8%AE%B2%E3%80%8B2-0-alpha1/)啟發。 事情是這樣的，在 JS 裡面有幾個惡名昭彰的頭號敵人：Scope、Hoisting、Closure、Prototype、This，這些東西在面試題裡面超級無敵常出現，在實際開發中也有理解的必要。 而這一兩年我其實一直在圍繞著相關的主題寫作，今天把 this 寫完之後，上面的主題算是全部談到了： 1. [該來理解 JavaScript 的原型鍊了](https://github.com/aszx87410/blog/issues/18) 2. [深入探討 JavaScript 中的參數傳遞：call by value 還是 reference？](https://github.com/aszx87410/blog/issues/30) 3. [我知道你懂 hoisting，可是你了解到多深？](https://github.com/aszx87410/blog/issues/34) 4....