這是 1/28 在公司的場地舉辦的分享會錄影內容。

總算在過年前，把第一次試辦的活動告一段落了。這次的活動，其實是個大膽的嘗試，我不但開始嘗試把內部的研究專案 source code 開放出來，同時也嘗試把內部的訓練內容也開放，甚至安排內外一起參加。

這次的主題，我先選定內部團隊馬上會用到的主題: message queue 為主。這部分前段是由我們架構團隊先做好基礎建設，接著要交給團隊大量使用的行前訓練。除了最核心的部分之外，我也帶出了幾個要做好後端服務，必備的基礎知識。包括:

1. 執行緒的同步控制技巧
2. 非同步的處理技巧 (C# 的 async / await)
3. 如何開發出能跟 infra 密切整合的服務? (案例: Graceful shutdown 與 Auto scaling 的關係及實作範例)
4. 搭配 container 的開發與部署技巧

相關的資源我也都開放使用了，請參考:

• slides: https://www.slideshare.net/chickenwu/message-queue-130328415

• code: https://github.com/andrew0928/Meetup/tree/master/20190123.MessageQueueRPC

• 活動照片: https://www.facebook.com/media/set/?set=a.784789478562999&type=1&l=453f35d52a

–

最後，留點版面說一下這次開放內部資訊背後的目的。這次嘗試，其實我有幾個期待:

1. 建立研發團隊開放的文化，避免閉門造車
2. 塑造公司的技術形象，延攬優秀的人才
3. 用實際的行動證明改變的決心
4. 藉由 open source code, open training material, 造福社群, 同時也接收回饋

過去的工作經歷，我曾擔任過 CTO, 現在擔任架構師，我一直認為這個角色除了鑽研技術之外，也該帶動整個研發團隊的成長動能才對。從技術發展方向與策略，到團隊的文化，求知的態度，技術與知識的培養等等應該都要一併考慮在內。只著重在 “技巧” 的團隊是走不遠的，讓團隊有能力自己思考，研究與發展才是正途。

因此開放是第一步，知此知彼才能百戰百勝。越開放的技術，越容易得到外界的 feedback, 也越不容易因為內部單一決策，或是各種礙於現況的考量而讓發展方向走偏，對內對外都是個雙贏的策略。同時開放之後，也容易激起不服輸的心態，自己不滿意的東西是沒有臉放到外面去的，間接也能拉高自我要求的水準。

做這些改變，也是想為台灣的軟體開發環境貢獻一點力量，如果你也認同，以後可以多支持活動，也可以選擇加入我們 XD。過去我常常苦於台灣軟體開發環境太不成熟，有理想有能力的人往往找不到合適的工作環境。要嘛薪水不錯但是沒有能發揮的空間，不然就是挑戰很高但是是個血汗工廠… 我也希望自己能有機會，創造一個讓人才都願意加入的環境。

感謝各位朋友的捧場，1/23 及 1/28 兩場都客滿了 :D, 跟沒搶到票的朋友們說聲抱歉。只要公司持續提供場地與經費，這系列主題的分享活動我會持續辦下去的。請大家持續關注過年假期結束後會有下一個主題的活動公告!

最後祝各位新年快樂 :)