[Unity 遊戲] 瑪莉歐籃球的 Github 協作邀請

我相信「迭代速度」決定了一個技術、一個軟體甚至一間公司的競爭力、生存能力。
我認為透過原始碼的「開源化」並建立「社群」，可以大幅提昇程式碼的迭代速度。

所以我想邀請大家與我一同協作，
透過 GitHub 的將這個小遊戲逐漸完善。
>>>https://github.com/sakmorme/basketBall<<< 
>>>http://sammaru.blogspot.tw/2017/03/blog-post_85.html<<< 小遊戲連結

關於協作部份，我想主要有這三個方向：

1. 解決Issues
• 這個 頁面  將會列出一些 [需求] 跟 [除錯] 項目。
• 如果各位大大有著「看到問題就想解決」症狀。
• 請多逛逛這個頁面，我會想辦法拋出一些有趣的題目讓大家解決的！
• 有發現任何Bug或建議也請多多利用Github的平台提出囉。
2. 提供資源
• 除了程式上面的需求與除錯外，一款遊戲還需要很多資源。
• 總不能一直使用馬力歐的Sprite，哪天任天堂要告我就哭哭了。
• 因此如果大大希望提供自己創作的Sprite，也可以提出來唷。
3. 提出編碼建議
• 我很想提昇讓自己的編碼更為優雅並可讀性高
• 變數該如何命名、方法函式該如何使用、什麼時候應該抽象 ...
• 但在單打獨鬥的狀況下，可能要消耗多年時間去累積經驗才能成長。
• 我相信合作與溝通交流，可以大幅縮短這個過程（迭代！）
• 所以當您在檢視這GitHub程式碼時，有人更好的寫法建議時
• 請不要吝嗇的提出「Pull Request」喔！

後話：
雖然我沒有參與過網路上的多人協作專案過，
但我相信人與人之間的交流合作，一定會有些磨擦、誤會。

---也許有大大提出寶貴的資源、意見沒被採納，不被認可。
甚至我個人也喜歡一個人自由自在的寫自爽的小遊戲。
但就像本文的開頭所說的，我認為迭代是競爭力與生存力的關鍵。
多人參與一件事物也許會將事情搞得更複雜、要更多溝通成本。
但是我相信只要用對方法，多人協作一定會比一個人閉門造車產生更快的迭代。

準備好開始一場遊戲的協作之旅了嗎？

疑，你問我內文跟頭圖有什麼關係？
你不覺得這時候放張Think Different很熱血嘛？