跳到主要內容

文章

React Native v0.64 更新摘要

重要更新 Hermes Support Hermes 是一個針對 React Native 於 JavaScript 最佳化編譯處理的專案,此次主要更新在於 iOS 環境上的優化,至於 android … (要改得太多,就改天吧! Inline Requires 之前都只能用 import 的方式,如果只是某個區塊要使用,總是會覺得記憶體無法妥善回收,這方面的優化,對於記憶體使用相信會有一定程度上的改善。 React 17 版本更新支援 其他很重要的更新 摒棄 Android API levels 16-20. (本產品不支援舊有手機,謝謝) Xcode 12 / CocoaPods 1.10 ,這點很重要 cocoapods 還沒有更新的朋友,請加速! Node 12 為最低環境!(還在採用 v10 的朋友們,哭哭 … Flipper 更新到 0.75.1 參考文件 當然是官方網站 https://reactnative.dev/blog/2021/03/12/version-0.64
最近的文章

最棒的親子課程,卻是最難的親子課程

很久沒有寫文章了, 2021 開始動動筆, BUGU HOUSE 小書坊 ,經營也大概進入三年多的時間,從默默無聞,到稍稍有些小名聲,雖然感覺開心,但背後的推手是我老婆 Amy ,一位 被法務耽誤的幼兒教育家 。 這幾年來說,受益最大的應該就是自己的大兒子 - 77 現在正進入四歲豬狗嫌狀態中,跟著經歷許多課程,也跑過許多地方,短距離的從桃園到中壢,桃園到台北,甚至從桃園跑到台中體驗各種不同老師的課程,瞭解各種教學方式。 透過 BUGU HOUSE 小書坊 的成立,我們也可以透過書坊的名義邀請到許多知名的講師進行授課,也藉由這個機會邀請許多老師進行育兒經驗分享,從中瞭解到『蒙特梭利』,『卅提爾』,『說故事的方式』,『聲音的魔法』,『發音特點』,『教具的使用』來瞭解到老師如何透過這些手法與小孩進行互動。 對於自己來說,稍稍微能夠用肉眼和參與過程的感受,比較出來老師經驗的差異,也因為自己有些台上經驗,也稍稍為能夠瞭解老師背後的經驗以及對於每次課程的準備。 親子的大餅 對於很多人來說,親子是塊很大的市場,但對於『親子共讀』,『親子課程』來說,是,也不是。 是! 的確少子化,大家對於孩子的教養明顯的提升了,也對於幼兒需要透過玩樂上課這件事情,而不是讓自己的小孩每天在家爬著牆壁,舔著地板,望向天花板,吃飯時對著平版。 大家更願意帶孩子出去走走,帶還不會說話的孩子,參與不同的課程,體驗不同的樂趣。 但是有個很大得問題,孩子的不確定性。 孩子對於陌生環境與陌生老師的反應,其實比大人還要強烈許多,對於每個週末才有一次上課機會的孩子來說,每次都是陌生的挑戰,對於適應力的極限比賽。 每每看到小孩在地上爬,頭並沒有對著老師,就被強制轉正的孩子,我都想跟那位家長說『他雖然看似沒有在聽,但實際上都在吸收』。 對,孩子的五感和記憶,比你想像中的強,大家會用『我自己覺得』『我認為上課應該 ...』的方式來對待孩子,但實際上,孩子更需要透過轉移自己注意力,來適應整個陌生的環境,來表達自己的恐懼與無奈,只有透過這些方式,才能開始逐步進入到課程中,況且每個孩子成長的速度不同,有的害怕顏料,有的對於觸覺敏感,有的害怕大聲 ... 每個孩子敏感的狀況不同,可能直到三四歲以上才會趨向穩定。 這也是為什麼大部分的親子課程,其實都會建議兩三歲以後才開始上,但我個人的經驗來說,六個月

館長的網站技術瓶頸,小弟弟來解答 - notorious-2019.com

館長的網站技術瓶頸,小弟弟來解答 - notorious-2019.com 昨天看到館長的網站倒了,也看到館長說一個月花費大概一百萬左右的月費在支持這個架設的電商網站,也對外發布出來訊息,希望求救, 直接講結論 建議解法, 1. 首先要做的事情是讓整個網站可以橫向擴展 (Load Balancer + n 台伺服器),對,相信我,IIS 也是可以做 Scale out, 這是對於 Application layer 服務的解法。 2. 資料的部分 SQL 吞吐量,建議改成 GCP Cloud SQL, 或者就直接轉到 Azure SQL Server 環境上會相對容易解決 SQL 的問題。 上述 2 個步驟都處理完,其實 100 萬的費用,應該 20000 concurrent user 是沒有問題的,但前提是要設定『對』! 額外需要花較長期時間要處理的,建議就是在 Queue 的處理,購物車的狀態都可以進入到 Queue 再來處理 SQL insert 的問題,減少不斷的 insert / update 的狀態,後文會提到 ... 底下詳細的會再說明如何後後續還有哪些處理的細節。 這兩天剛好有個小空擋,就來分析一下狀況, 可以從外部讀取得到的服務大致上如下, ASP.Net : 4.0 IIS 10 + Windows (廢話) SQL Server (推測) OP Service: PleskWin Host: Google Cloud DNS: Cloudflare 前端服務內容架構 Server-side render, jQuery base, 推測有可能採用現成購物車來進行,看起來不太像是用 wooCommerce 比較像是 Cart Functionality 這類的項目直接搭建而成(當然這純屬猜測) 功能拆解 因為網站是透過 Server site render 所有頁面都需要重新透過伺服器進行載入,這樣的狀況,如果在頻繁忙碌的 eCommerce 網站架構下會是一個致命傷, 簡單來說,數量的查詢,特惠價,優惠碼等等資訊的處理,使用者每做一步都需要重新跳轉頁面,或者整頁面重新讀取,只是為了部分的資料更新,這些都可以抽取出來成為 API ,透過 AJAX 的方式進行讀取。 讀寫分離 在不了解目前資料庫複雜狀態下,首先要讓所有人都

LINE Ads Platform 演進史,魔鬼藏在細節中

LINE Developer Day 2019 有一場 Session 讓自己一定要參加一下,LINE Ads platform revolution。 https://speakerdeck.com/line_devday2019/how-line-ads-platform-is-constantly-evolving Ads Platform 對於大部分的人來說,這可能是一個最熟悉的陌生人,對於電商平台以及眾多需要曝光的使用者來說, Ads 的來臨讓各位迎來曙光。 最直接的例子莫過於 Facebook 廣告投遞,簡單來說, 投標 -> 快曝光 (給錢) -> 轉換 -> 達到目標 但是,最重要的就是這個  BUT  , 投標與曝光之間有許多事情需要進行。 數位廣告已經脫離一刊 100 元的年代許久(雖然許多公司還是用這樣的概念在做事情),但實際上的概念是, 投標 -> 達到標地 -> 投遞 -> 投遞總量 * 投標金額 / 目標轉換 當此數字出來時,才會是大家所期待看到 100 元 / Click (或者任何轉換) 的計算金額。 聰明的各位肯定有想到了,這樣最簡單的方式,其實並不是告訴大家要投標多少,而是從使用者希望的轉換的預期金額,來進行回推投標金額。 因此還是一樣的概念,投標數字越高,就可以越快達到標,簡單來說就是, 如果有 100 元達不到的事情,那就 200 元,如果再不行就 ... Ads Platform 驚奇之旅 對於廣告平台來說,有兩件事情, 讓使用者願意投錢 使用者投遞的錢,可以適當的放到正確位置,給正確的人 在所謂的 Realtime bidding 當中,最困難的部分莫過於, Realtime 的部分,以 LINE 的例子來說,如果台灣有 1900 萬的使用者,意味著如何在投遞的過程中做出 87% 相似,或盡量做到與實際狀況相同的推估,這要將 Data 在之前做大量的預先處理,以及對於版面的選擇做最優化處理,包含此群眾與版面之間互動關係推估等,會是 UI API DATA / Rules AI / Preprocess 這幾個項目的結合,才可能可以做到很適當的配合與推估行為,讓使用者投遞金額時達到一定的信心程度,同時使

新鮮人的迷惘不只你有,我也有之Web GangKu 網站甘苦談 02 活動紀錄

Web GangKu 網站甘苦談 02 活動紀錄 參與者: Ted, Wake, 振壹, Chris and Me 地點: 桃園 Ice Honey 帕米亞甜點 原本預期是一場不會有人,到當天從 22:00 - 直到  02:00  才結束的一場活動,人數雖然少,卻因為這樣小巧的場合讓大家可以暢所欲言,了解業界動態,還有互相交流一些不同的心得。 感觸最多的在於轉職和求職的迷惑過程,自己其實在早期也是這樣迷惘的過程中,不知道自己要的是什麼,雖然說知道自己對於寫程式有些小小興趣,但是對於實際上要往哪條道路走其實還是充滿了疑惑。 看到這些小朋友,彷彿看到十年前的自己,在求職的十字路口徘徊,這些過程沒有一定的步驟,也沒有最佳的解答,充滿的就是一路的探索與衝撞。 在十年前也沒有人知道前端工程師接下來的 Career path 會是什麼,甚至沒有人知道 mobile web, desktop ui, TV 都會是可以讓 Web front end developer 進攻的天下,甚至當時也沒有人預測到 Node.js 的崛起可以讓前端工程師瞬間成為全端工程師,有太多太多的未知與不確定性。 但有件事情是肯定的,找到自己所喜愛,把握當下自己的所愛,這樣的生活才會讓自己的人生更精彩, 希望我們的 Web GangKu 網站甘苦談 ,也是號稱深夜大人咖啡館的深夜小聚會,能夠有一些小小分享。 如果喜歡的話,歡迎透過底下追蹤消息, Web GangKu 網站甘苦談 活動  將會繼續推出(畢竟 Ted 大大都先放酒在這邊了), Caesar Chi (@clonncd) | Twitter 熱血老漢仔 - 首頁 | Facebook Caesar Chi | Facebook

2016 - 2019 LINE DEV DAY 技術發展

從 2016 年 LINE 開始舉辦 DEV Day 活動至今,已經進入到第四個年頭,每一年都有不同的重頭戲,也讓我們第一次看到了 LINE 這樣亞洲公司在亞洲地區打造出屬於亞太地區專屬於自己品牌的技術形象。 簡易年度記錄 2016 年,LINE 發表了 Chatbot 以及 Open 技術的策略,從那時候開始發表了  armeria  開源技術框架,持續發展至今。 同時當年每個會眾可以拿到一組 LINE Beacon 官方版本,開始了初步 IoT 的佈局。 2017 年,發表了 Clova 項目,以及更多關於 Iot 相關的展示,關於物的連結上,以及對於 Data 上架構的展示,也算是開始進如 Messenge API 調整的一年。 2018 年,建立 LAE 制度,深度開始與開發者進行合作,進行 DevRel 相關,這年 FinTech 大戰開始,同時發表對於 AI 實現於應用上的展示,更值得一提的是 LIFF 的開發與發表。 2019 年,可以說是 AI 年,基本上所有的項目圍繞於 AI 打轉,秉持著原有架構,服務,產品多樣性之餘,已經在這幾年默默的深入到台灣的生活中,大家默默的用著 Chat, 看著 Line News, 用著 Line pay付款買貼圖等。 關於  LINE Dev Day 2019  有更多深入討論。 轉變 2019 年,對於自己來說,是個感覺很深的一年,彷彿經過了再次世代的更替。 從 2012 時所討論的 Cloud System, 當時的討論更多的是在於當地自建機房,還是直接使用雲端服務,從 AWS 服務獨大,到 GCP 深入開發者心中,Azure 當初最不被看好,居然真的擁抱 Open source 在 dotNet core 組合下打下一片天。 2015 年開始,雲端不再是口號,Data 才是王道,到處喊著使用 hadoop ,衝著分散式運算大資料量儲存分析,每個新創都是喊著 Cloud x Data 廝殺著。 2017 年進入 Iot 年代,物物都要聯網,事事都要上網,當時看似傻傻的連冰箱都要上網,到現在似乎已經變成顯學,甚至當年喊著  IPv4 即將用盡,到了 2019  這件事情居然成真。 2019 的新星 AI LINE Dev Day 2019 從表象上幾