Commentary

簡評一

今日睇左一堆文，冇咩心機每篇都仔細去諗，寫一份感想。但係又有好多零碎嘅 insight，因些放曬係度，等得閒果時再睇返。

为什么你应该（从现在开始就）写博客

文中提到，千析唔好係個blog到碎碎念，要放D organize左嘅knowledge上去。E一點幾衝擊我，因為我個blog D 野都幾零碎。但仔細咁諗，我主要係想有個地方記錄平時D insight，廢事自己唔記得。因此我暫時都會keep住E個style，當有足夠嘅insight嘅時候，再整理出一D 高質嘅文章，放係feature個分類入邊都未遲。

Comment

Aug 27, 2018:

寫一D零碎嘅文章去kick start係唔錯，但係2年後，自己睇返都好辛苦，好難organize返D知識。

  • 想Jot低insight，可以用返GTD system，更加適合
    • 可惜當時未接觸到GTD
  • 將文章organize得好D，對自己嘅學習同記憶都有幫助

锤子和钉子

講出programmer有簡單複雜化嘅盲點，特別係岩岩學左新野同有新insight嘅時候特別嚴重。同 second system effect有D似。講到尾最重要係認清objective，用最efficient嘅方法去解決問題。

Comment

Aug 27, 2018:

文章好中point咁講左新手嘅common mistake，仲有D好生動嘅故事

  • Over engineering
    • Second system effect 係一種造成over engineering嘅現象
    • 照跟教科書做法好易over engineering
      • 要針對解決現實問題去思考
  • 以現有嘅工具或技術去解決問題，而冇考慮到其他alternative solution
    • 重用現有工具或技術的確可以慳到時間，唔係唔岩。
    • 但係俾現有嘅野限制住，好易miss左其他oppertunity，好易miss左更好嘅solution
      • 變左食老本，好難進步

git-flow

提供一個git work flow 嘅abstraction，唔洗打一堆git command 先開到新branch。但係個design係俾每人fork一個repo嘅use case，到我地公司大家share 一個 repo個情況唔同，好似唔係幾岩用。

以下文章無需重讀

使用brew cask来安装Mac应用

原來brew cask係用黎裝mac gui program，睇黎可以用script全自動set up mac。

由苹果的低级Bug想到的

  • 原來git merge都可能會出現bug…
  • if後邊永遠用大括號係rule of thumb
  • 不嬲都話唔好用goto

ReactiveCocoa - iOS开发的新框架

就咁睇reactive cocoa 個 idea 有D 似 redux architecture，都係用signal做state transition。不過我兩樣都冇深入了解，做唔到D咩分析。

非换行空格在CoreText排版上的问题

原來空格都有幾種…易家先知

機器人正搶走你的工作！99%的人早已搭上「窮人手扶梯」衝往18層地獄，只有一件事能救你…

科技冇令到所有人生活更輕鬆。跨專業知識真係越來越重要…

MAC下常用软件推荐

一堆mac app。有用開Slack, GifGrabber(Giphy Capture), Dash, HomeBrew, iTerm2, Sublime Text 3, Seqel Pro 同 Caffeine。試用緊OmniFocus, Alfred, RescueTime 同 ClipMenu。

使用Vagrant練習環境佈署

個concept 同docker大同小異，可以簡單咁係development environment build infrastructure。