Hi @APCLab/blockchain !
這裡談談我是如何看待整個 team works 的。
Team Goal: 理解 bitcoin project 的架構
現在我們是整個 team，我們有明確的目標。要理解這個 porject 的架構，
而 documentation 是一個很重要的起點。
為何說 doc 是起點，請想想當我們拿到了一個新的家電(e.g 電視...)，要使用之前的
第一件要事一定是「看說明書」，同樣的事情發生在「軟體」身上同理，有說明書，
難道不看就要開始組裝使用嗎？而我認為拿到新東西先讀說明書，這是個好習慣，
同時應該也是軟體工程師之間的共識。
所以現在請想像，現在，這個 team 就是個讀書會，我們要讀的就是 bitcoin project doc。而很好 share 資訊的方式就是翻譯後送出 Pull Request，讓你告知大家我做了啥。
在這裡我就希望 github 可以作為我們的 issue tracker。大家在這裡 提問 與 討論。在這裡做討論有什麼好處？你可以在送出回覆之前不斷思考、花足夠的時間思考。我不介意用中文溝通，而且或許這樣效果更好。
那麼每個禮拜的 meeting 的意義為何？這個 meeting 就是拿來 「highlight」問題的！我們不急著在 meeting 的時候得出某些問題的答案，而我認為比較好的做法是，大家在這個 meeting 後，回到 github 上慢慢思考、討論。
這份 team co-work 的建議如何呢？再次強調，請大家慢慢思考，不急著回覆。
Hi @APCLab/blockchain !
這裡談談我是如何看待整個 team works 的。
Team Goal: 理解
bitcoinproject 的架構現在我們是整個 team，我們有明確的目標。要理解這個 porject 的架構，
而 documentation 是一個很重要的起點。
為何說 doc 是起點，請想想當我們拿到了一個新的家電(e.g 電視...)，要使用之前的
第一件要事一定是「看說明書」，同樣的事情發生在「軟體」身上同理，有說明書，
難道不看就要開始組裝使用嗎？而我認為拿到新東西先讀說明書，這是個好習慣，
同時應該也是軟體工程師之間的共識。
所以現在請想像，現在，這個 team 就是個讀書會，我們要讀的就是 bitcoin project doc。而很好 share 資訊的方式就是翻譯後送出 Pull Request，讓你告知大家我做了啥。
在這裡我就希望 github 可以作為我們的 issue tracker。大家在這裡 提問 與 討論。在這裡做討論有什麼好處？你可以在送出回覆之前不斷思考、花足夠的時間思考。我不介意用中文溝通，而且或許這樣效果更好。
那麼每個禮拜的 meeting 的意義為何？這個 meeting 就是拿來 「highlight」問題的！我們不急著在 meeting 的時候得出某些問題的答案，而我認為比較好的做法是，大家在這個 meeting 後，回到 github 上慢慢思考、討論。
這份 team co-work 的建議如何呢？再次強調，請大家慢慢思考，不急著回覆。