iT邦幫忙

2017 iT 邦幫忙鐵人賽
DAY 1
2
自我挑戰組

Framework 設計原則系列 第 1

Framework Design Guidelines 讀書計畫

  • 分享至 

  • xImage
  •  

本文重點

  1. 決定書單
  2. 初步了解各章節
  3. 決定讀書順序
  4. 決定每日發文主題
  5. 相關工具使用
  6. 讀書會工商服務

一、決定書單

這次的鐵人賽還是採取讀書筆記跟心得的方式進行

30天之內看完指定書籍並完成筆記

2016/11/30 就是鐵人賽正式開打的前一天

我要寫的主題教科書才剛到貨

也就是說我根本沒有時間預先翻過跟寫存檔

未來的30天要一邊讀書一邊被計畫跟鐵人追著跑,而且還是原文的

老實說有點擔心進度...

這次的書籍是蟹老闆的主管推薦的Framework Design Guidelines
http://ithelp.ithome.com.tw/upload/images/20161201/200914851t2LGLG0Ad.jpg
會選這本書的原因,是因為我不想買書 (甚麼矛盾??!!)

因為我以為MSDN上有

但花了1760在天瓏買了之後才發現

MSDN上講的有點太簡化了,實體書果然還是有他的價值

這本書可是我這個月的重頭戲

不只是鐵人賽的主題,還是我這個月讀書會的報告書籍

完全就是一個一魚多吃的概念

二、初步了解各章節

因為讀書會要報告的關係,所以我稍微調整了一下以往我的讀書方式

從目錄跟各章節的摘要先看,然後大概整理了一下各章節的目的與頁數

看各章節的標題大概可以知道那些比較簡單,那些可能要多花點時間

因為是原文書的關係,頁數對預估讀書時間來說非常有參考價值

就算再怎麼簡單內容,英文白癡的我還是要花很的時間搞懂內文
http://ithelp.ithome.com.tw/upload/images/20161201/20091485txQlVsCTkL.jpg

然後針對翻到每個章節的第一頁,先確認一下內容

順便看看自己理解的有沒有錯誤

這樣就大概可以抓閱讀工時

蟹老闆表示:「這招研究所就學過拉!!!」

http://ithelp.ithome.com.tw/upload/images/20161201/20091485YBWdQaSsJD.jpg

簡單的整理出各章節重點草稿
http://ithelp.ithome.com.tw/upload/images/20161201/20091485eghlqWLW05.jpg

恩亨,不知道怎麼把他轉正

三、決定讀書順序

然後決定讀書順序

因為還要跟讀書會成員報告的關係

我想盡量將類似的主題一起閱讀

所以就不打算照章節順序閱讀(但大致上是一致的)

還有決定放棄報告的章節XD ch6

  1. 介紹 - ch1, ch2
  2. 命名規則 - ch3
  3. 設計原則(Type, Member) - ch5, ch6 (重點部分)
  4. 使用原則 - ch8
  5. Exception - ch7
  6. Design Pattern介紹 - ch 9
  7. Designing for Extensibilicy - ch6 (這個不會寫到)

寫到這裡覺得,鐵人平台應該要把工具列固定

一直捲上捲下的好煩阿

四、決定每日發文主題

然後根據以上讀書順序與章節內容

大概擬定了一下未來鐵人30天每天的發文主題

沒錯,今天就是完全在拖臺錢

  1. Framework Design Guidelines 讀書計畫
  2. 怎樣才叫Well-Designed Framework
  3. 設計Framework的基本原則
  4. 命名規則(1) - Namespace, Class, Struts, Interface, Exception, Enum
  5. 命名規則(2) - Fields, Methods, Properties, Parameters, Events
  6. Types 設計原則(1) - 開始規劃Namespace
  7. Types 設計原則(2) - Class, Struct, Interface 之間如何選擇
  8. Type設計原則(3) - Abstract Class, Static Class
  9. Type設計原則(4) - Interface, Struct
  10. Type設計原則(5) - Enum
  11. Type設計原則(6) - Refrence Type VS Value Type (未完文章)
  12. Member設計原則(1) - Member Design Guidelines
  13. Member設計原則(2) - Property
  14. Member設計原則(3) - Constructor
  15. Member設計原則(4) - Event
  16. Member設計原則(5) - Field
  17. Member設計原則(6) - Parameter
  18. Member設計原則(7) - Extension
  19. Member設計原則(8) - Operator Overloads (未完文章)
  20. Exception(1) - Exception之我的前世今生例外之路
  21. Exception(2) - Exception的選擇與丟出
  22. Exception(3) - 如何使用原生的Exception
  23. Exception(4) - 客制Exception設計原則
  24. 使用原則(1) - Arrays, Collections
  25. 使用原則(2) - Attributes,Uri
  26. 使用原則(3) - DateTime, DateTimeOffset
  27. 使用原則(4) - ICloneable
  28. 使用原則(5) - IComparable, IEquatable
  29. 使用原則(6) - Nullable , Object
  30. 使用原則(7) - Serialization, System.xml (未完文章)

大概先這樣暫定,可能根據文章內容與我個人的慵懶進度作調整

未來30天都會修改這篇文章

把真正的標題與連結位置補上去

話說為什麼只有預覽才能固定工具列...

五、相關工具使用

  1. Gitbook
  2. Hackfoldr、Hackpad

Gitbook

因為有Naming Guidelines

也想藉此機會把自己的Coding Standard確定下來

避免發生以下悲劇,事實上每天都在發生...

http://ithelp.ithome.com.tw/upload/images/20161201/20091485CZbK0TZXho.png

也希望之後可以成為公司教材

所以使用gitbook來寫相關文件,好像可以直接轉電子書的樣子

https://superpucy.gitbooks.io/framework-design-guidelines-2016/content/

Hackfoldr

Hackfoldr 我們的讀書會使用共筆平台

大家都可以在上面編輯跟加入節點

以下圖片並不是我們的讀書會Folder,但是一個不錯的參考範例

http://ithelp.ithome.com.tw/upload/images/20161201/20091485GDTr813E0a.png

建立一個Hackfoldr只要在 http://hackfoldr.org/ 連結後面加上名稱即可

ex: http://hackfoldr.org/test

沒有甚麼帳號登入,大家都可以閱讀,Hackfoldr說明

Hackpad

相較於Hackfoldr,Hackpad就需要登入了

但是可以透過邀請的方式達到共筆的目的

https://hackpad.com/

六、讀書會工商服務

台中程式設計的捧友們

我們在Rich19附近有舉辦一個小小的讀書會

內容不限程式相關

只要你覺得想分享給大家的書都可以呦

運作的方式如下

  1. 時間:週四 19:00
  2. 兩周聚會一次,一次兩人報告
  3. 自己找一本書單
  4. 報告想分享的內容
  5. 引導大家討論互動!

http://ithelp.ithome.com.tw/upload/images/20161201/200914854fPGvru6AA.jpg

意者內洽喔,雖然我不知道怎麼內洽XD


下一篇
怎樣才叫Well-Designed Framework
系列文
Framework 設計原則30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言