不知不覺一個禮拜就過去了，還記得上個禮拜 (06/22) 的時候是今年Insider Dev Tour在台北的場次。

很榮幸，這一次除了作爲講師有上臺25分鐘介紹.NET Core 3在桌面應用程式(Desktop Applicaton)帶來的一些好處之外，也是現場的工作人員。相信有參加的人應該都還記得幫各位發吊牌的就是我啦。

言歸正傳，這一篇主要想總結一下那天的情況 - 由於大部分時間都是工作人員，因此應該沒有太多技術的部分 算是為這一次活動做個記錄，並且留下一些參考資料給有興趣的朋友去嘗試。

在今年參加DevDaysAsia 2019的時候，一不小心就推坑了公司的幾個夥伴參加了微軟Teams的Hackathon。

小弟我其實從來沒有參加過Hackathon，所以也是一個非常有意思的體驗。

這篇快速記錄一下做了什麽，以及一些參考資源讓大家如果對於Teams有興趣可以去玩玩。

相信Postman應該是所有寫Web都會裝的工具之一，畢竟能夠把api儲存成爲collection，可以用環境便是，並且能夠分享給他人使用太方便了。

不過，之前遇到一個問題，明明網站已經起來了，然後瀏覽器打那個網址可以取得東西，但是爲什麽用postman卻不行呢？

這篇來看一下怎麽解決。

在上一篇([04][讓團隊彼此知道程式碼走向]整合的威力 - 整個Review的過程)介紹完了整個Code Review的過程，從最一開始的需求，到修改好之後，透過Pull Request做Code Review然後把修改合並回主線。

基本上所有的功能基本都會使用了，但是還有一個很大的問題：如果開發者不走Pull Request的話一切不都完了？

這一篇將來看一下，如何强制要求一定要走Pull Request，並且一些設定讓Pull Request一定要有符合某些條件才可以結束。

在上一篇([03]Azure DevOps的Pull Request提供了什麽功能？)瞭解了整個Azure DevOps的Pull Request功能之後，接下來就是看看在實際上如果整個串起來是什麽感覺。

這篇將從做一開始的需求，到最後整個功能確認修改好並且合併回主要分支。

這一篇也希望可以看到Azure DevOps這種一整套整合好的工具的好處。

在上一篇(何爲Pull Request並且如何建立 - 以Azure DevOps爲例)介紹了如何透過建立branch來把修改獨立出來，並且在修改完成之後透過建立Pull Request的方式建立出可以Code Review的一個請求。

這一篇將來看看Azure DevOps裡面的Pull Request包含了那些功能。

在DevDaysAsia 2019的第二天的下半場，我參加了Microsoft Teams的Lab。

這一場Lab透過一步一步的操作，讓在不懂寫程式的情況下也可以感覺一下如何建立出一個bot在Teams裡面。