.NET Walker

我在現場看到LINE日籍講師使用 VS Code作為主要的開發工具，還頗讓人驚豔的 緣起 前陣子，LINE推進了LIFF這個框架來到 v2的版本 ，v1到v2是一個很大的改變，一般來說，我們改變主版號(from 1 to 2)意味著新釋出的版本將跟前一版有著不相容性，也就是一個重大的breaking changes，也確實，v2版本增加了很多亮眼的新功能，像是QR Code掃描、外部瀏覽器支援…等。 還不只如此，LINE 11/11發布了一個我認為很重大的 消息 : Users can no longer add LIFF apps to Messaging API channels 看到這個消息的第一眼，我只有一堆問號…，WHY? 為何LIFF 2未來只能從LINE Login新增LIFF，為何將要取消過去LIFF綁在Bot(Messanging API)身上的方式??? 我相信不只我有這個疑惑，很多熟悉LIFF的開發人員也是。我心裡始終帶著這些問號，來參加了今年的LINE Developer Day，當然，我希望能找到答案。 LIFF的改變 在Day 2關於LIFF的場次中，講師不免俗地把LIFF的歷史交代了一下: 其實從v1到v2也不過就是一年的時間，但重點當然不是歷史啊，重點是改變。到底有那些改變呢? 那得看當前的LIFF有些什麼: 上面這三張看似平淡無奇的投影片，其實是接下來講者埋的梗，我得說，後面看到差異的時候，是頗讓人興奮的。上面第一張投影片的Easy Development是理所當然，LIFF可以透過純HTML方式開發，且運行上是無需伺服器端的，但我們也知道，當前的LIFF只能運行在LINE的WebView環境，即便是開發方式和一般的HTML頁面相同，你還是會碰到像是開發階段難以debug之類的困擾。 是的，v1的LIFF是很難偵錯的，因為你必須在手機環境上(LINE的內部WebView)才能執行。我忍不住直接破梗好了，講者在最後ending的時候，上面第一張slide變成了： with LIFF v2，你可以在手機的外部瀏覽器上運行，這也表示，你有機會可以在一般的瀏覽器上進行開發和除錯。對，你沒聽錯，過去非得在手機裡測試偵錯的時代即將過去了，當你用LIFF v2架構開發搭配SDK，基本上你的開發根本就像是一個純Web Application(只是這

過去幾年，我身邊很多軟體開發人員，要嘛往大陸發展，要嘛待歐美棲身，但LINE選擇的路線，卻給了我一個不同的啟發… 今年 的LINE Developer Day依舊位於東京舉辦，不過較之過往，擴大為兩天的議程，在keynote當中，講者有提到今年改為兩天的原因。總的來說，過去想說的事情多，能用的時間少，所以今年改為兩天乃是天經地義、理所當然(但…費用不就增加了一倍? )。 話雖然這麼說，但我其實一直對LINE的工程師文化很好奇，一個保有傳統謹慎保守基因的日系公司，怎麼去塑造一個對開發人員如此友善的開放文化? 你如果到日本東京新宿LINE辦公室的開放空間，會看到底下這樣的場景： 充滿自在氛圍的空間裡，有著喝咖啡寫程式的Developer、有著接洽外來訪客的員工、甚至放空休息的夥伴…在同一個空間裡，自在且互不打擾的完成自己當下的任務。 這種自由開放的氛圍很像這兩天的大會，當你仔細觀看，不難發現 議程表 上的內容，絕大部分都是LINE員工們真實開發經驗的分享，其中少數才是LINE相關產品和服務的介紹，這跟過去我們看到由企業主辦的年度大拜拜聚會完全不同，更有點像是open source社群聚會的感覺。 透過 上百個議程 ，講者竭盡所能的，把自身的開發經驗，分享給與會的其他開發人員: 這些議程當中，大部分是LINE如何透過open source開發技術，實現自身所需的商務需求、以及自己在採用open source技術所碰到的挑戰與解決方案，那這些議程是怎麼決定的呢? 我問了來自台灣LINE團隊的講者，這些議程主題怎麼決定的? 台灣LINE團隊的講者跟我說，大部分都是由LINE員工投稿，獲選後由LINE贊助講者參加大會，一聽之下，發現身為LAE的我們，平白享有免費三天的東京飯店＋來回機票，看起來待遇似乎比LINE自己的員工還好呢～ 其中有個頗有趣的地方，由於LINE大量的使用了open source技術，對於過去很少接觸 OSS 的微軟 .net 開發人員來說，參加LINE的聚會會讓你突然恍如置身到另一個世界中的感覺，議程當中許多過去在 .net 世界中沒有的東西，霎那間頗有讓人目不暇給之感。 今年的場地改在台場日航飯店舉辦，這個地點是著名的觀光勝地，搭地鐵前往的路上，電車上路過的海景頗讓人心曠神怡。當天天氣很好，廣場上藍色的天空讓人一覽無遺。 到了夜晚，當地頗具盛名的購物中心和