最近我把以前的一個 personal project 挖出來翻新，從中得到了許多奇奇怪怪的開發經驗。趁印象仍深，做點記錄。
對軟體工程師來說，這是個老掉牙的問題：實作一個功能的時候，要先保持簡單，避免 overengineer — 過度設計？還是預先拆設出架構、抽象化，來讓以後擴充功能的時候更順暢省力？
我想，雖然對於什麼是 “clean code” 普遍有各種原則，適當的平衡應該還是要視個人自身的經驗和能力和 project 的特性來拿捏。畢竟什麼東西是容易的，或是能判斷之後一定會用上的，並沒有標準答案。我其實也沒有什麼高見可以教別人，只是遇到了兩個相似的情況，產生了點想法，把它整理出來。
大約 2016 到 2018 年間內，我曾經試著開一堂 iOS Auto Layout 的線上課程。我做為 iOS 開發者的經驗有限，但依著自己的數學背景以及對教育的興趣，那時覺得自己在這方面能做點什麼。
直到現在我仍認為，Auto Layout 中等到進階的知識，在網路上過於欠缺且分散。這世上並不存在一堂我心目中的 Auto Layout 中高階課程。
我閉門錄了些影片，且把課程預定的規模縮編了幾次，但這堂課從未真正上架。在我做了最後一次縮編，覺得可以先上一版時，SwiftUI 問世。綜合一些其它因素，終於不再歹戲拖棚而停手。而這也是幾個月前的事了。
雖說是個丟臉的失敗史，但也不甘就此淡忘。最近終於有些閒，決定來為這整件事稍做紀錄。文底會提供現有影片的連結，歡迎自由取用。
一眨眼，不但心得分享的上半已經是幾個月前的事，連第二屆的 iPlayground 都快要開始了。第一屆的心得再不寫完，別人都要寫第二屆心得了。
事實上，原本要留到後半寫的內容中，有些動筆時才覺得邏輯過於粗糙，所以草稿被我棄置了。只是既然有了「上」，甚至還預告了內容，那不硬擠個「下」出來也太說不過去。所以我想還是來把手邊的舊心得筆記稍做整理，從簡隨意。文句不順之處也請見諒。
大致上主題還是在議程和 secret party 兩者，不過我想既然第二屆即將到來，與其講去年的心得，不如多分享一些個人建議。
照片來源：iPlayground
去年十月份，我參加了一個 iOS 開發者大會，iPlayground。事過數月，拖到現在才寫心得也蠻好笑的。但原本就想做點紀錄，再經過一些反思的時間，遲來總比不來好。
上個月 The Chronicle of Higher Education 週報上有篇文章，題為 Sneaky Learning。大意是說有位心理學系的 Anne M. Cleary 教授在 Colorado State University 開了一門課，叫做 “The Science of Learning”。這堂課讓學生們接觸到學習技巧相關的學術研究，並鼓勵他們把一些好的學習原則拿來應用在自己身上。
文中還提到他們在科技上有趣的嘗試。不過讓我最難以忘懷的，是這一句：
The primary message, says Cleary, is don’t trust your gut. Learning is not intuitive. Research shows a disconnect between what people think are the best ways to learn and the habits that actually lead to true understanding and retention.
（Cleary 說，最主要的信息，就是不要相信你本能的感覺。學習不是直覺的。研究顯示人們以為最好的學習方式、和實際上導向真正理解和記憶的學習習慣，兩者間有落差。）
The Moth 說故事翻譯，四之一
精神疾病和身理病痛，兩者差別之一，是它所帶的包袱。像是憂鬱症 — 假設一個人情緒低迷而無法自拔，不管有沒有到病態的程度，是不是都難免會受旁人鄙視，被迫承受更大的壓力？當一個人被憂鬱侵襲，似乎自己走不出來，這有多少能怪他「不振作」？有多少成分，甚至是否有任何成分，是他的「錯」？
我常會想到這些問題，但現在有點扯遠了。就像前一篇 What Teachers Make ，這是去年為了參加英語說故事比賽的同學，特別翻譯以做為參考資料的示範影片。
那時挑這些影片給同學們看，是因為我有個深切的期望。
