前言 三年前（2016/08/21）第一次報名的大型研討會演講，就是在 COSCUP 講「如何透過 52 個專案來學習 Golang 」 。 之後就是舉辦 golang.tw 的社群活動，並且在許多地方持續地講解跟 Golang 相關的議題 （參看我投影片整理鏈結 https://github.com/kkdai/slides）。 終於也在三年後的同一天，就在 Go 在五月之後正式成為 GDE 的項目之一之後，筆者通過了 Google 的相關面試成為 Golang 全球首波的 Google Developer Expert 的一員。 這篇文章會跟各位分享一下什麼是 GDE (相關的權利跟義務)，並且不免俗的在這篇文章裡面會再介紹一次什麼是 Golang (大多是投影片整理)，最後分享該如何成為 Google Developer Expert 。 什麼是 GDE (Google Developer Expert) Google 擔任 Developer Relations Program Manager - Eric 這篇文章不能錯過 ( 為什麼你應該申請成為 Google Developers Experts (GDE) ) ，為了保持資料正確性，在此都會節錄一些官方統一宣傳的義務跟權利。 成為 GDE 後的福利 GDE 計劃以及背後支持的產品單位會依據當時的資源與活動狀態來安排活動或給予 GDE 福利。平時您可以與您所在地區的 Google Developer Relation Regional Lead 來討論活動的各種資源協助，而以全球活動來說 ： GDE 計劃每年都會舉辦至少一次全球峰會（GDE global summit），可以認識其他一樣有熱情的人（興奮）。 邀請該領域的 GDEs 參加 beta program / focus group / … 等活動來與 GDEs 們互動，讓 GDEs 有一定的份量能影響產品或技術的發展。（Golang 這邊希望可以參與更多討論跟分享） GDEs 可能會優先嚐試或取得 alpha/beta 期的產品或免費使用額度。 參加 Cloud Next 或 Google I/O 的機票住宿補助等等。 （我個人是希望有 GopherCon :p ) 當然這些福利都是視情況而定。 以上都是擷取自 Eric 的文章“為什麼你應該申請成為 Google Developers Experts (GDE)”，但是筆者本身的原因如下： 認識其他 GDE : 就像筆者不喜歡只參加研討會而沒有機會上去講（當初去 Google I/O 其實我也弄了投影片想衝上去 XD ) ，因為想認識講者最好的方式就是當講者。你想認識其他強到爆炸的方式，就是你也要當上 GDE 跟著他們到 GDE Submit 裡面去相認。 讓台灣 Go 社群有更多曝光度: 本次入選很榮幸是在全球第一批，應該也是少數的華人之一。主要當初很積極要爭取的原因，除了筆者超愛這個 Go 這個語言之外，就是也希望讓台灣 Golang.tw 社群能獲得更多的注意，因為每次要辦活動來找國際級的 Golang 講者都無法被注意到。 身為社群的主辦人之一，這次一些私心 :p 。 主要是這兩個個人因素，在此跟大家分享一下。 成為 GDE 伴隨來的義務： 因為這是一個鼓勵性質的計劃，計劃希望認可專業開發人員的付出，並不是要找免費的勞務資源，我們知道開發人員都有可能因為忙碌或是工作關係而無法安排太多的活動。...

前言 大家好，我是 LINE Taiwan 的 Technical Evangelist - Evan Lin。這次很開心回到 Golang 社群參加了 “GolangTaipeiGathering#423” 的聚會活動。 社群 GolangTW Meetup： https://www.meetup.com/golang-taipei-meetup/ 本次活動網頁: 活動網址 這次參與社群的聚會主要是希望透過分享一個資料處理上容易所面臨的問題，來解釋 Go(lang) 裡面一個經常讓人困擾的問題，也就是 Buffered/UnBuffered Channel 的差異，如何應用與如何透過 Channel 來完成 Data Pipeline 。 Introducing the go channel and pipeline buffered/unbuffered channel / 資深開發技術推廣工程師 Evan Lin 投影片 以前在做 Machine Learning Platform 的時候，有機會可以開發資料處理的 pipeline 。開發能處理資料處理的相關功能的時候，最重要的就是希望能夠讓資料處理的速度能夠越快越好。假設一張照片要做人臉判斷的話，正常的做法是讀取圖片（假設需要花費時間 100 ms ) 然後將圖片做人臉判斷 ( 300 ms ) ，最後要將資料儲存在資料庫或是中介媒體（檔案）（10 ms) 。這樣可能一個圖像檔案需要花費 100 + 300 +10 = 410 ms 的時間，如果要處大量的數據的時候，這樣的時間花費就無法計算。 所以這時候就需要透過 goroutine 與 channel 來大量處理這些資料。 接下來就從頭來稍微解釋 Buffered/UnBuffered Channel 的差異與使用方式。 Buffered/UnBuffered Channel 通常在講解 goroutine 與 channel 的時候，最常與人討論與瞭解的問題就是「什麼是 UnBuffered Channel ，什麼又是 Buffered Channel ? 兩者的差異與應用的地方在哪裡？」。在講解 Buffered 與 UnBuffered 之前，先來了解 Channel 具有的基本特性： Channels are goroutine safe Channels carry messages between goroutines FIFO semantics Channels cause blocking and unblocking 接下來讓筆者透過幾個範例來讓讀者能有清楚的了解： 首先先來舉個 UnBuffered Channel : 這個範例可以在 Playground 直接執行。 這是一個簡單的 UnBuffered Channel 的使用範例，使用的方法就是在 main() 裡面呼叫一個 goroutine 去將一個 channel ch 給值 (send) ，而最後就在從 ch 接受（receive) 數值。 這邊有一些小地方需要注意： 由於是 UnBuffered Channel 所以傳送 (send) 與接受 (Receive) 都會造成 block ，尤其當...

前言 大家好，我是 LINE Taiwan 的 Technical Evangelist - Evan Lin。這次很開心受到 chatbot 社群的邀請，參加了 “Chatb10ts meetup 聊天機器人小小聚 11 @ 天瓏書局 Coding Space” 的聚會活動，並且分享 LINE API 更新與個人開發的心得。在此也跟各位分享本次參與的心得，並且也希望透過社群分享的力量能夠讓聊天機器人的開發動能更加的盛大。 社群 Chatbots Meetup： https://chatbots.kktix.cc/ 本次活動網頁: 活動網址 由於 Chatbots Meetup 本身屬於社群自主性的活動，裡面也有許多社群朋友所贊助的閃電秀。裡面的所有內容也是相當的難得與有趣。也希望能夠透過本篇文章讓大家稍微了解 Chatbots Meetup 社群閃電秀的魅力。 LINE Social API in Go / 資深開發技術推廣工程師 Evan Lin 投影片 首先先跟所有的來賓分享新的 LINE Login API 更新 並且也分享透過更新後的 API 所撰寫的範例網站 https://login-tester-evan.herokuapp.com/ 。 透過以下三個新的 API 可以讓你更了解聊天機器人的相關訊息，分別有： Get number of message deliveries Get number of followers Get friend demographics 由於是新的 API 所以 LINE BOT SDK 相關開源套件還沒有加入這些 API ，如果讀者也是開源貢獻者的話，也歡迎各位直接到各個語言的 SDK 去貢獻。 (參考: Python, Go) 第二個部分就是透過 Social API 來完成 LINE Login 的流程，因為 Social API 並沒有官方套件提供給大家來使用，在這裡開發了一個 LINE Social API Go 套件來方便大家開發使用，並且也有更多的詳細內容在於如何透過 Social API 來開發一個 LINE Login 的範例文章在這裡。 想要直接感受的開發者也可以直接透過 https://login-tester-evan.herokuapp.com/ 這個網站來做一些測試與了解。 首先在這裡分享透過 Social API 兩種的取得使用者資訊的方式，分別為： 透過 OpenID 的方式與透過 Social API 。 使用 OpenID 來取得使用者資訊 以上循序圖是根據 LINE 官方文件中的 ““Integrating LINE Login with your web app” 教學文件所繪製的循序圖。透過這個流程可以了解，如果在 scope 之中指定好了 openid之後拿到的 access token 之中就會有一個欄位稱為ID Token 可以透過這個欄位來解析出使用者的資訊。 使用 Access Token 來取得使用者資訊 以上循序圖是透過 Access Token 再去取的使用者資訊的方式。如果是透過...

前言： 一開始主要是因為看到這個 tweet ，不禁想了解到底什麼是 go/build 而什麼又是 golang.org/x/tools/go/packages 。 TIL: Use https://t.co/eImdr3M4th instead of go/build. It is support modules, easier to use and faster. #gophercon pic.twitter.com/EruKtWest0— Jaana B. Dogan (@rakyll) July 25, 2019 因為 “Developer tools should now use that instead. It support both go path and Go Mod.” 這句話從 @_rsc 講出來更讓筆者想了解這些工具的差異。 What is go/build? 根據 go/build 的 GoDoc 上面解釋，其實 go/build 主要是幫助你取得 Go packages 資訊之用的，當然本身也可以直接拿取原本 binary 的 GOARCH, GOROOT 跟 GOPATH 的相關資訊。 當然也是可以取得 packages 相關資訊，至於使用上可以參考以下 sample code. Sample code for go/build 這個片段程式碼可以解析使用者輸入的套件參數，並且應出所有的套件資訊。比如說你輸入 gobuild flag 就會解析 flag這個套件的相關資訊。 What is golang.org/x/tools/go/packages? 而golang.org/x/tools/go/packages 比較專注做套件的解析工作，可以透過 GoDoc 相關資訊來了解，主要透過 packages.Load() 來讀取所有的套件資訊，並且可以透過 packages.Visit()來將所有套件的 dependency 找出來。 而當初設計這個套件主要就是為了 Go Modules 而設計的，大家可以參考相關文件 The Go Blog: Go Modules in 2019 ，裡面的相關敘述。 在 Go 1.11 的 Release note 其實也有提到，在作為 Package Loading 的工具查詢上，雖然 golang.org/x/tools/go/packages 還沒納入 standard library ，但是強烈建議要做 package loading 相關事項的時候應該就要改成 packages 。 Sample code for golang.org/x/tools/go/packages 小結: golang.org/x/tools/go/packages 在查詢套件資訊的時候，會先透過 GoPath 來查詢，如果找不到就會透過 Go Modules 來查詢。 而 go/build 只要 GoPath 找不到就會顯示套件無法查詢。 這兩個工具在做一些 DevOps 工具或是一些 CICD...

前言： 其實從 Go 1.10 之後大概就沒有認真的在確認每個版本的變更之處，所以在這裡整理一下 Go 1.3 ~ 1.12 的變革。 一些快速懶人包如下： 幾個大變動： Go 1.5 : Pure Go for compiler and linker. go vendor. Go 1.11: Go modules and WebAssembly support. 其他好奇的人可以查看 The State of Go. (用英文寫，因為語言變化用中文實在不好表達) Go version history (major change): Since Go 1.3, here only list few major changed you might be interested. Go 1.3 (2014/06/18) (Detail Release note) Start 6 months release cycle. Remove support for Windows 2000 Support DragonFly BSD, FreeBSD Go 1.4 (2014/12/10) (Detail Release note) Support build ARM processor of Android system. Support go generate Speed is slightly faster than 1.3 (Big change) Go 1.5 (2015/08/19) (Detail Release note) The compiler and runtime are now written entirely in Go (with a little assembler) If you want to build go after 1.5, you need to install go 1.4.2 first. Go programs run with GOMAXPROCS set to the number of cores available. experimental support for “vendoring” Add...

前言： 身為社群的共同籌劃人，每個月最基本的工作總是在不斷的開票亭，找講者跟舉辦 Meetup。而在舉辦 Meetup 的時候，總是希望可以開放一些邀請票給某些特定的族群（內定名單，工作人員，講者）不需要透過搶票就可以直接拿到票卷，但是 KKTIX 原本的邀請碼是需要透過付費的方式來達成。 其實不用那麼麻煩，可以透過「購票資格」的方式來達成，本篇文章希望能夠幫助有一些人能夠更快的了解。 最後把以前常用的邀請碼建立小工具也開源出來，大家可以拿來用。 建立邀請碼小工具 https://github.com/kkdai/radomtix 流程: 首先先到購票資格去新增一個購票資格，也就是邀請碼的意思。 這裡點選「新增名單」 所謂的名單可以透過「邀請碼」或是某些特殊文字來讓使用者填寫，這裡開始填寫邀請碼。 使用這個小工具 建立邀請碼小工具 https://github.com/kkdai/radomtix 隨機是 10 個長度為 6 的邀請碼，全部大寫的原因是因為比較不會誤會。（大小寫混用容易搞錯） 這時候回到票種去新增一個新的票種 請注意 “必須使用邀請碼購買” 不要打勾 購票資格這裡，就把”Invitation ticket” 跟 “test Invitation code” 連接在一起。 建議可以有購買限制，這樣一個邀請碼只能買一張票。 Reference: 建立邀請碼小工具 https://github.com/kkdai/radomtix