LH Blog這邊分享我在實做長按清單顯示懸浮popup window的作法。 這邊會使用CompositedTransformFollower、CompositedTransformTarget以及LayerLink加上OverlayEntry來達到此目標。 首先，我們在建構清單時，使用多個LayerLink將context menu與清單項目的widget做關聯 以下是當我們在建構清單項目的程式碼 Widget _buildClickableItem(BuildContext context, Item item) { final layerLink = LayerLink(); // 每一個Item都要建構一個LayerLink return GestureDetector(

跨平台app，很多時候第一個印象就是跨Android與iOS平台的開發。然而最近在平板app的開發上，微軟的平板加入了我們的跨平台戰局。 此篇將會涵蓋使用純dart pacakge新增windows平台實作，不會有原生程式碼，但是我想對於想了解整個脈絡的人有所幫助。 要做的事情有兩件 App新增支援Windows package/plugin確認是否支援Windows App新增支援Windows

緣起 AI/DS team最近在跟南山人壽合作預計要一起寫一份有關長照生態的白皮書，想當然爾，整合智齡和鎧琳的資料並著手進行分析、找出值得著墨見解的任務就落下來了。順利地開始分析、做簡報，但直到跟Peter討論時，才發現我在分析時一直落入一個盲區-沒有去處理樣本偏差的狀況...所以這次的分享會主要是整理我看到有關偏差處理方法的筆記並作為警惕！ 母體 vs 樣本 這種大規模大範圍的研究，理想上最可信的解法是針對所有符合研究假設的對象(母體)進行「普查」，但很顯然的，這麼做是非常耗費人力、金錢與時間，所以在多數情況下會選擇「抽樣調查」。 抽樣調查：從母體中抽選一部分樣本進行調查，並將其結果推論至母體的一種調查方法。 母體樣本示意圖

What Metrics are? You can’t improve what you don’t measure. - Peter Drucker Quantitative: numerical values that can be measured Measurable: based on data that can be collected Relevant: should reflect the aspects of success Actionable: be clear, concise, and easy to understand Timely: should be updated on regular basis Consistent: should be reliable and comparable between different scenario Benchmarked: industry standard or best practice, providing widen context

前言 在隸屬於客戶成功底下的那年，我的主管請我試試看能不能用 Line 機器人協助客服推播訊息，一開始有想過用客服機器人推播，但考慮到客服推播訊息的量，怕產生不必要的費用，後來發現有 Line Notify 免費的推播功能，便以它為基底做個簡單的推播系統。 那時的客服在傳送更版訊息的時候，都是利用訊息轉傳的方式將 緊急Bug/更版/問卷資訊一一傳給客戶群組(雖然那時候群組數不像現在大爆炸)，而且又有轉傳數量(15個單位)限制，要分好幾次才能完工。 簡介 Official doc : https://notify-bot.line.me/doc/en/ 官網標語：Connect LINE with Everying，透過LINE接收其他網站服務通知。與網站服務連動完成後，LINE所提供的官方帳號「LINE Notify」將會傳送通知。不僅可與多個服務連動，也可透過LINE群組接收通知。

前言 在物件導向的世界裡，我們常常掛在嘴邊的五大原則每天聽每天看。網路上也有很多人分享SOLID怎麼寫、怎麼設計。 這篇將會先以程式碼展示，可能符合SOLID的設計與開發流程，我們一起來看看吧。 我將以幾段程式碼呈現我認為有符合SOLID原則的設計(以 Dart 語言為例) 定義介面 假設我們要從資料庫取得用戶資訊我們可以定義一個介面 abstract class Users {

前言 身為工程師，我們每天都會下很多決定，如這一段程式碼要用什麼結構撰寫，要使用何種技術、框架? 我們每天都在面對這樣的抉擇。在這條路上，我們從錯誤中汲取經驗，並且承擔著這些錯誤帶來的後果。 今天我想分享一下我過去看到的一個案例與最後怎麼了: 導入Rx Rx Rx 是什麼? 可以用一張官網的圖窺探究竟，細節本文就不去提及，我們可以想像這是一個潮流的library，非常強大，全世界都在用。人才市場都多少會提到要會這個東西。 聽到這邊，我們是否會想，那我們是否就直接開始使用就好了? 因為是潮流用了肯定沒錯!

背景 在早些HTTP協議開發時，並不是為了雙向溝通而準備的，起初只要網站請求-回應這樣就好了，所以為擁有雙向溝通的網站，只能透過HTTP輪詢的方式達成，因此有了長輪詢 與短輪詢 短輪詢： 透過Client端定期詢問Server是否有新的資料，輪詢間隔大了資料不夠即時正確，但間隔小的話，則會消耗過多的流量增加伺服器的負擔。 長輪詢： 是對短輪詢的優化，需要Server做對應的修改來支持此事，Client端向Server端發送請求時，如果沒有新的資料產生，並不立刻回傳，而是Hold住一段時間等有新的資料或者超時再回傳。 但每一次請求包含較長的header，其中真正有效的資料可能只是很小的一部分，顯然會消耗過多的資源，因此，有了Websocket的出現， WebSocket，是一種網絡傳輸協議，位於 OSI 模型的應用層，可在單個 TCP 連接上進行全雙工（兩個方向上同時傳輸）通訊，能更好的節省服務器資源和頻寬並達到即時通訊，客戶端和服務器只需要完成一次握手，兩者之間就可以創建持久性的連接，並進行雙向數據傳輸，與HTTP使用一樣port。WebSocket預設使用80 port，協議為ws://，TLS加密請求使用443 port，協議為wss://。

此 Workshop 目的是分享 app 開發的流程，包含架構、常用的套件、工具，以及開發一個需求時的 SOP, 讓大家在未來的合作上能有共識。提供的概念和方法不一定是最好的，但是我個人偏好上用起來最順手的，若日後有新的改進想法都歡迎提出討論。 內容涉略的範圍太廣，時間有限下，每個主題只能概略介紹，但會提供相關說明文章，需要大家後續花一些時間去閱讀才能對每個主題有更深入的瞭解。 Objectives Environment Setup and Project Layout Stateless and Stateful Widget's Lifecycle Data class / Unions / Pattern-matching Functional error handling State management

1. 程式碼品質 (Code quality) 當我們買一台車時，會在意其「品質」，我們希望車子是： 安全的 真的可以行駛 不會分解，並且 行為可預測：當我們踩煞車時，汽車應該減速 如果有人問說是什麼讓汽車品質更好，最有可能得到的答案之一就是它的製造精良，在行駛之前已經過安全性和可靠性測試，並在組裝時正確良好。製作軟體也大同小異，要寫出高品質的軟體(程式碼)，我們需要確定它的建構是良好的。