這次的鐵人賽還是採取讀書筆記跟心得的方式進行
30天之內看完指定書籍並完成筆記
2016/11/30 就是鐵人賽正式開打的前一天
我要寫的主題教科書才剛到貨
也就是說我根本沒有時間預先翻過跟寫存檔
未來的30天要一邊讀書一邊被計畫跟鐵人追著跑,而且還是原文的
老實說有點擔心進度...
這次的書籍是蟹老闆的主管推薦的Framework Design Guidelines
會選這本書的原因,是因為我不想買書 (甚麼矛盾??!!)
因為我以為MSDN上有
但花了1760在天瓏買了之後才發現
MSDN上講的有點太簡化了,實體書果然還是有他的價值
這本書可是我這個月的重頭戲
不只是鐵人賽的主題,還是我這個月讀書會的報告書籍
完全就是一個一魚多吃的概念
因為讀書會要報告的關係,所以我稍微調整了一下以往我的讀書方式
從目錄跟各章節的摘要先看,然後大概整理了一下各章節的目的與頁數
看各章節的標題大概可以知道那些比較簡單,那些可能要多花點時間
因為是原文書的關係,頁數對預估讀書時間來說非常有參考價值
就算再怎麼簡單內容,英文白癡的我還是要花很長的時間搞懂內文
然後針對翻到每個章節的第一頁,先確認一下內容
順便看看自己理解的有沒有錯誤
這樣就大概可以抓閱讀工時
蟹老闆表示:「這招研究所就學過拉!!!」
簡單的整理出各章節重點草稿
恩亨,不知道怎麼把他轉正
然後決定讀書順序
因為還要跟讀書會成員報告的關係
我想盡量將類似的主題一起閱讀
所以就不打算照章節順序閱讀(但大致上是一致的)
還有決定放棄報告的章節XD ch6
寫到這裡覺得,鐵人平台應該要把工具列固定
一直捲上捲下的好煩阿
然後根據以上讀書順序與章節內容
大概擬定了一下未來鐵人30天每天的發文主題
沒錯,今天就是完全在拖臺錢
大概先這樣暫定,可能根據文章內容與我個人的慵懶進度作調整
未來30天都會修改這篇文章
把真正的標題與連結位置補上去
話說為什麼只有預覽才能固定工具列...
因為有Naming Guidelines
也想藉此機會把自己的Coding Standard確定下來
避免發生以下悲劇,事實上每天都在發生...
也希望之後可以成為公司教材
所以使用gitbook來寫相關文件,好像可以直接轉電子書的樣子
https://superpucy.gitbooks.io/framework-design-guidelines-2016/content/
Hackfoldr 我們的讀書會使用共筆平台
大家都可以在上面編輯跟加入節點
以下圖片並不是我們的讀書會Folder,但是一個不錯的參考範例
建立一個Hackfoldr只要在 http://hackfoldr.org/ 連結後面加上名稱即可
沒有甚麼帳號登入,大家都可以閱讀,Hackfoldr說明
相較於Hackfoldr,Hackpad就需要登入了
但是可以透過邀請的方式達到共筆的目的
台中程式設計的捧友們
我們在Rich19附近有舉辦一個小小的讀書會
內容不限程式相關
只要你覺得想分享給大家的書都可以呦
運作的方式如下
意者內洽喔,雖然我不知道怎麼內洽XD