台灣在地第一彈!直擊 LINE 開發者小聚 LINE DEVELOPER MEETUP TAIWAN

沒搶到票沒關係,INSIDE 這次前進小聚,直接和大家分享各講者及主題重點,不過除了 keynote 分享,現場與一眾頂尖開發者面對面交流也是相當難能可貴的經驗。
評論
▲中嶋一樹 demo LINE 自製的收垃圾服務機器人,應現場觀眾提議,丟棄物為「老公」(husband)
評論

LINE 台灣首場在地主辦的開發者聚會,LINE DEVELOPER MEETUP TAIWAN 開發者小聚 於上週五展開,為了鼓勵更多野生開發者在 LINE 聊天機器人和 LINE Pay 應用上大展身手,LINE 這次特別針對了這兩項主題展開聚會,由於免費開放參加,加上定位為百人小聚會,報名開始沒多久名額就秒殺。

沒搶到票沒關係,INSIDE 這次前進小聚,直接和大家分享各講者及主題重點,不過除了 keynote 分享,現場與一眾頂尖開發者面對面交流也是相當難能可貴的經驗,下個月的 meetup 還是準備好金手指,搶下入場資格吧。

LINE 開發者關係大使:中嶋一樹

▲中嶋一樹 demo LINE 自製的收垃圾服務機器人,應現場觀眾提議,丟棄物為「老公」(husband)
▲中嶋一樹 demo LINE 自製的收垃圾服務機器人,應現場觀眾提議,丟棄物為「老公」(husband)

中嶋先生在日本就是負責與外部開發者溝通,並利用 LINE API 建立應用範例,除了在全球向開發者提倡 LINE 應用的各種可能性,更重要的是希望能與開發者一同發揮創意,造出令人驚豔的作品。

一開場中嶋先生就秀出了自己建立的 LINE 範例機器人。由於日本的垃圾分類與大型垃圾清運規範相當繁雜,因此這個機器人就是以協助民眾判斷垃圾分類,以及申請垃圾清運的助理。

這個 chatbot 聊天機器人使用起來看似簡單,不過裡面卻相當順暢地整合了 Google AI 語意理解工具 Dialogflow,而且並聯了三種 LINE 技能組(skill)。這樣一來機器人就能聽懂使用者說的人話,而且還能針對不同需求提出不同答案。

LINE API 專家台灣代表:Wolke

▲LINE API Expert 開發者 Walke 正要示範 Live Coding
▲LINE API Expert 開發者 Wolke 正要示範 Live Coding

自學編程的開發者 Wolke 也來到現場,現在為自由接案者的他,開發的 chatbot 更是獲選 LINE API Expert,台灣開發者佔全球 22 位專家中的 7 位,之後的活動中預計也有機會邀請到其他的 API 專家來分享開發經驗。

Wolke 要展示的,是讓開發者們沸騰的 live coding,直接現場示範打造讀冊狼 bot 的過程,不過為了節省時間,Wolke 還是以講解的方式帶過了一些區塊。

他更分享自己採用 微軟 Bot Framework 工具來建置機器人,不過 Wolke 表示 Bot Framework 沒有直接支援 LINE,所以他自己做了 connector,開放給大家使用。

而使用 Bot Framework 的優點是可以做出能加入群組的機器人,設計一些多人互動的場景。但機器人加入群組可能會經常打擾到使用者而被退群,Wolke 認為可以多利用 Bot 個人推送機制解決,另外也提醒此為付費功能。

最後 Wolke 也提到幾個使用 LINE 常見的開發需求問題,比如取得聊天記錄,他表示有些 Middleware 的工具可以使用;而 LINE bot 不能像 Facebook Messenger 由真人介入聊天,則是另一個問題,Wolke 聽說 LINE Clova 語音助理有類似功能,不過目前 Clova 才剛在日本推出,他自己也上物拿到 API,暫時無法分享。

TaxiGo 共同創辦人暨執行長:陳泰成

▲TaxiGO 共同創辦人暨執行長陳泰成分享 TaxiGO 從 chatbot 上的 MVP 一路觀察用戶並改進的歷程
▲TaxiGO 共同創辦人暨執行長陳泰成分享 TaxiGO 從 chatbot 上的 MVP 一路觀察用戶並改進的歷程

TaxiGo 是基於台灣,利用 LINE chatbot 直接叫車的服務。特別的是,這個服務一開始因為不必從頭刻 app UI 而選擇 chatbot,一路上為了完成叫車沒和各種需求,將 LINE chatbot 的 API 用得相當透徹,也變出很多新花樣,甚至 LINE 日本總部都在他們身上學到很多有趣的應用結合。

Photo credit: TaxiGO
Photo credit: TaxiGO

TaxiGO 的講題偏向使用者調查與 UX 設計,尤其是 Bot 和 Web 交互結合的靈活應用,有不少精彩的洞見。陳泰成也鉅細彌遺地分享了對於使用者在叫車每一步的跳出率,甚至還畫了超大的醒目指示圖,來引導使用者完成跳出率最高的資料填寫步驟。

LINE Pay 台灣技術規劃團隊主管:詹志陽

▲LINE Pay 詹志陽簡介支付流程與好上手的 API
▲LINE Pay 詹志陽簡介支付流程與好上手的 API

LINE Pay 在台灣做了不少「接地氣」的努力,尤其是線下支付情境與日、韓差異很大,詹志陽(Bill)在當天受訪時也曾提及這部分幾乎是大翻新,台灣技術與商務開發都下了不少苦功。也因此他希望更多台灣開發者能了解並採用 LINE Pay API,讓 Pay 更快速地擴展到各種使用情境。

講題一開始,Bill 先簡介 Pay 的使用情境與台灣金融刷卡流程,還有他本人強調非常易用好上手的 LINE Pay RESTful API。Bill 更列出幾個扣款流程常用 API 供各位開發者參考:

  • POST /v2/payments/request(請款)
  • POST /v2/payments/{transactionId}/confirm(確認)
  • POST /v2/payments/{transactionId}/refund(退款)
  • POST /v2/payments/oneTimeKeys/pay (POS 機顯示動態 QR 碼)
  • POST /v2/payments/preapprovedPay/{regKey}/payment  (經使用者同意,自動定期扣款,須取得 LINE 發行的 regkey)
  • GET /v2/payments(取得明細)

相較 chatbot 天馬行空的創意開發,LINE Pay 則是希望需要支付的商業服務都能無痛接入 LINE Pay。在 LINE 內部,LINE Pay 也常與每項新服務合作,除了以金流角色建造完整 LINE 生態系,也能作為向外部商家展演的案例。

台灣開發者熱情參與

▲主打輕鬆交流的小型 LINE 開發者聚會,自然少不了美食美酒和胃口很好的開發者
▲主打輕鬆交流的小型 LINE 開發者聚會,自然少不了美食美酒和胃口很好的開發者

除了簡明精彩的講題分享,到場參與的開發者們也相當熱情有才,除了討論發問踴躍,會後交流熱烈,現場提供的滿滿一桌高熱量美食與生啤更在眨眼間一掃而空。

總結來說,首場小聚在一片歡樂的氛圍中落幕,後續也有開放線上討論群組,供各位開發者延續交流,會中主題簡報之後會放上 SlideShare,希望 LINE DEVELOPER MEETUP TAIWAN 之後能持續繁榮,成為台灣開發者社群的一塊實體交流園地。

另外 INSIDE 這次還深度採訪了 4 位講者,第一篇 TaxiGO 執行長已經完成,想要深入了解這項經驗 LINE 日台 開發團隊的服務不妨參考延伸閱讀,其他文章近期也會陸續出爐,各位讀者敬請期待。

延伸閱讀:

 


如何善用原生雲服務,打造企業專屬數據中台?

資訊化起步較早的企業,最常見的問題莫過於系統整合。隨著企業發展,疊床架屋的系統加上IT人員和外包廠商的異動,所埋下的技術債與系統地雷也越來越多。究竟「數據中台」如何解決分散的系統、不統一的資料結構、有斷點的工作流程?專業雲服務商 Epic Cloud 聚上雲,帶您了解何謂數據中台,以及如何展開循序漸進的轉型之路。
評論
Photo Credit:Epic Cloud 聚上雲
評論

在環境快速變動的時代,企業的數位轉型已不僅是口號,而是一場競速的進行式。數位化、數位優化、數位轉型,分別是數位轉型的三階段。在數位化方面,包含從企業內部導入  ERP(Enterprise Resource Planning,企業資源規劃),也包含提供外部客戶的各種系統,舉凡供應商系統、會員系統、電商平台、行動 APP 等。隨著使用者規模不斷成長與多樣化,便衍生大量的數位優化議題。數位優化泛指使現有系統提供更多元、更完整的服務,或是提高資訊系統的穩定度與負載力。而企業在全力發展系統、進行數位優化時,想必也衍生不少問題。

資訊發展帶來哪些難題?

資訊化起步較早的企業,最常見的問題莫過於系統整合。通常導入某項特定系統是為了解決某項特定問題,然而隨著企業發展,在不同時期導入的不同系統,或是在既有系統上疊床架屋持續發展,再伴隨著企業的人員異動,以及外包廠商的更換,所埋下的技術債與系統地雷也越來越多。

根據調查,針對資訊系統,使用者最常有下列三大困擾:

  1. 系統太多,帳號密碼難以管理,人員搞不清楚什麼時候該用什麼系統。
  2. 系統部分功能重疊,但資料無法互通,產生更多問題與不必要的工作。
  3. 系統老舊跟不上變化,與實際需求不符。
Photo Credit:Epic Cloud 聚上雲

由此可見,分散的系統、不統一的資料結構、有斷點的工作流程,持續困擾著內外部的使用者。前述問題若不解決,遑論該如何導入近年火紅的大數據與人工智慧應用。導入這類需仰賴大量企業數據運行的數位轉型方案,往往直接卡關在第一道難題:「 我要的資料在哪裡?它能再利用嗎?它有效嗎?」

打造企業專屬的數據中台

正因如此,是時候將散落的系統與資料整合在一起了。「數據中台」是一種數據管理體系,根據企業特有的業務模式和組織架構,建構一套持續把數據變成資產、並服務於業務的機制。簡言之,數據中台就是將各種使用者介面、系統架構或是底層資料進行整合,讓業務面的應用程式更易於使用。然而,累積已久的各種系統,要如何開始整合呢?

Photo Credit:Epic Cloud 聚上雲

當今的資訊技術與商務模式日益複雜,企業很難透過單一的解決方案排除所有問題。除了要顧及商業流程之外,新打造的系統還必須兼顧資訊安全、高可用性、可擴展性、彈性,還需降低成本,甚至還得符合 ESG 指標 (環境保護 Environment、社會責任 Social、公司治理 Governance),具備一定的專業能力才能全盤兼顧上述需求。所幸,現今的主流公有雲如 AWS、Azure、GCP 均有提供各式 SaaS(Software as a Service)和 PaaS(Platform as a Service),讓企業可以「站在巨人的肩膀上」,降低新世代資訊系統的開發門檻,使企業可以專注於打造商務邏輯。當企業開始善用原生雲服務作為新系統架構,可節省高達 60% 的開發時間和 70% 的維運成本,使數位轉型更容易達成。工具既然已經齊全,那麼打造數據中台時,企業該如何運用雲端服務來快速達成目標?

Photo Credit:Epic Cloud 聚上雲
  1. 採用微服務架構:
    微服務架構的精神,就是將傳統大系統的業務流程,依照不同階段或功能,垂直切分為較小的單位,使單一功能可以獨立運作,並且有自己的應用程式與資料庫,使其他的應用程式易於使用。建議可搭配容器化技術,使微服務架構更易於實現。在雲端服務中, AWS 的 ECS(Amazon Elastic Container Service)、EKS(Amazon Elastic Kubernetes Service)與 GCP 的 GKE(Google Kubernetes Engine)均提供了託管的容器管理服務,讓企業在實現微服務架構的同時,也能一併解決因微服務化而產生大量容器管理的需求。由於採用了託管的雲端服務,在系統維運上,也為 IT 人員減輕了不少維護伺服器的負擔。
     
  2. 善用 SaaS 簡化開發與維運:
    除了主要的核心商務邏輯,數據中台還需要許多的周邊服務來完善系統。以使用者帳號管理功能為例,AWS 的 Amazon Cognito 提供了完整的身份帳號管理機制,還可串接企業內部的 Azure AD 或 Google Workspace 等帳號機制,替企業在資訊安全與使用者管理方面省下不少心力。其他諸如寄送 Email、發送簡訊、手機訊息推播、異質系統的資料串接、程式碼管理、系統監控、系統數據分析等,均有現成的 SaaS 服務可直接使用。企業在規劃數據中台時,應專注於實現自身的業務邏輯,而非每一件事都從零開始。
     
  3. 選用自由軟體與開源技術:
    過去企業的系統大致以 Oracle 與微軟的解決方案為主,時常因授權與維護費用的因素,使系統的改版與擴充窒礙難行。而在自由軟體技術成熟的當今,已可選用適合的軟體技術來滿足需求,雲端服務亦提供熱門技術的託管服務,例如資料庫類型的 Amazon Aurora (MySQL, PostgreSQL)、GCP AlloyDB (PostgreSQL)和 NoSQL 的  MongoDB Atlas, Amazon ElastiCache (Redis),以及可實現無伺服器化 (serverless)服務的 AWS Lambda (Node.js, Python, Java),再加上各種大數據與 AI/ML 的解決方案,企業可以挑選適合的技術來發展自己的資料中台。
     
  4. 關於資訊安全:
    「將企業的資訊放到雲端,到底安不安全?」是許多人心中的疑問。事實上,資訊安全並不是將資料鎖在自家機房就代表安全。所謂資訊安全,一般分為「資料儲存的安全」和「資料傳輸的安全」。在儲存安全的部分,雲端服務本身即提供了各種類型的儲存媒介,這些儲存媒介的底層,也設計了多份備份與異地備份的機制,而針對儲存的資料亦有額外的加密機制可選用;至於在資料傳輸的部分,有外部使用的傳輸加密與應用程式防火牆(WAF),也有內部使用的防火牆、VPN 與專線架構,這些都是雲端的基礎服務,加上雲端服務本身對於平台的操作都有完整的 log 機制,因此,將資訊中台建置在雲端,絕對可受到更好的資安防護。
Photo Credit:Epic Cloud 聚上雲

循序漸進的轉型之路

「我知道系統要改,但是不知從何改起。」這是許多企業經營者、企業高層與 IT 的心聲。觀察眾多正在進行數位轉型的企業,其成功不外乎有下列共同點:

  1. 由上而下推行:
    經營者與企業高層必需了解轉型所帶來的好處與長期價值,訂立 3 至 5 年的中短期目標,並指示相關的部門一同配合。數位轉型不是單純 IT 的工作,相關使用單位一同合作才會成功。
     
  2. 由外而內進行:
    一步到位的強硬轉型,幾乎都是慘烈的收尾。資訊系統的更換,往往牽涉使用者習慣、新舊商務邏輯的變更和異質系統的相依性,因此,在規劃新一代的系統架構和未來框架後,會選擇以新需求或是離核心業務較遠的系統起步,逐步實現更新,一方面降低轉型帶來的業務衝擊,一方面讓內部人員跟上轉型的腳步。
     
  3. 選擇合適的合作夥伴:
    資訊產業是一個快速發展和變化的產業。選擇合作夥伴時,除了要看核心人員的實戰經驗與成功案例外,也要觀察其案例技術是否與時俱進?團隊技能組成是否完整?團隊是否具備貴公司的產業經驗?合作夥伴為您規劃的藍圖是否為您量身打造?
Photo Credit:Epic Cloud 聚上雲

打造企業專屬的數據中台,是企業數位轉型的必經之路,專業雲服務商 Epic Cloud 聚上雲,是國內唯一同時具備 SAP、鼎新、Oracle 雲端服務經驗與雲端系統開發的專業團隊,擅長雲地整合、核心系統上雲與企業軟體開發等解決方案,代表客戶多為國內知名製造業、知名零售百貨與各類型新創企業,可協助客戶規劃未來 10 年的資訊架構,展開完善的數位轉型。

Photo Credit:Epic Cloud 聚上雲

本文章內容由「Epic Cloud 聚上雲 」提供,經關鍵評論網媒體集團廣編企劃編審。



作者簡介:許益晨 (Andy Hsu),現任 Epic Cloud 聚上雲技術長,雲端服務經驗十餘年,熟悉企業數位轉型過程,曾帶領大型電商進行 Oracle 平台搬遷、大型百貨電商軟體開發、大型製造業 SAP 系統上雲、鼎新系統上雲等,幫助企業客戶制定數位轉型計畫,輔導超過百間企業導入雲端服務。


關於 Epic Cloud 聚上雲 

Epic Cloud 聚上雲,以雲端服務驅動企業數位轉型的專業顧問團隊,提供「工廠製造雲地串聯」、「雲服務」、「雲應用」、「ESG 解決方案」等顧問諮詢和軟體開發解決方案,運用 Google Cloud 與 Amazon Web Service (AWS)的「大數據分析」和「機器學習」之服務,陪伴企業實現數位領先,是 Google Cloud 與 AWS 在台協助企業成功上雲的強大推手。 Epic Cloud 聚上雲團隊擁有 50 張以上的專業技術認證,涵蓋 Google Cloud、AWS、SAP、HubSpot、Infobip、Asana、Delinea、HelloSign、Litmus.io 等專業顧問服務認證。 

官方網站LINE 聯繫Facebook