網路黑手的呢喃 #46

type

status

date

slug

summary

Web 生態圈例行更新

時光飛逝

看到有人發個這個推文，突然百感交集，原來已經過了這麼多年了（哼，比這個還久的我都知道呢，我可是連紀錄片都可以跟上的老人阿）

雖然年紀大了，沒辦法跟之前一樣熱血，對於新技術的看法跟想法也都跟之前不太一樣了，不過網路還是一樣是個有趣的東西呢，不知道再過 10 年之後又會是怎樣的風景呢？ 😁

src: https://twitter.com/kettanaito/status/1780875036405985685

後來還有人問了另一個更老的東西，哼，我還是知道咧（除了比別人老沒別的東西贏過其他人😢）

隱私優先的架構設計

無意間看到這個有趣的主題，原作者也把當初的分享投影片分享出來，有興趣的開發者可以瀏覽看看，主要提到最近越來越被重視的網路使用的隱私權，內容相關全面，從一開頭的 common knowledge 開始，然後後面說到怎樣的架構設計，更能夠提供較好隱私的服務，甚至還有以不同國家可能遭遇不同的問題來思考。

平常我們都可能在開發或設計產品的時候都不太會注意這部分，蠻有意思的。

src: https://twitter.com/sitnikcode/status/1779172039175082299

TC39 又有一些有趣的提案了

proposal-signals

沒錯，這就是你在一些前端框架裡面看到的那個 Signals，用來更好處理狀態變更與頁面渲染的工具，不過會看到它出現在 TC39 提案也是有點驚訝，雖然它也提到不止前端工作有益而已，有興趣可以直接到提案的 repo 裡面有更詳細的說明 ⬇️

proposal-signals

tc39 • Updated Apr 19, 2024

proposal-set-methods

像這類針對 JS 資料結構提供更多語法糖的提案，在 TC39 裡面也是不少，當然這種工具性質的是樂觀其成啦（不過我還是希望有個 standard library 來收斂這些東西會更好，唉，只能做夢 😅）

proposal-set-methods

tc39 • Updated Apr 17, 2024

propposal-math-sum

就是提供一個能針對浮點數求和，能有更精確處理的方法。JS 不嚴謹本來就很常被拿來酸了，不過對數學運算的不足，看起來最近也有些提案是針對這塊有一些補強（

proposal-bigint

tc39 • Updated Apr 11, 2024

、

proposal-float16array

tc39 • Updated Apr 17, 2024

、

proposal-decimal

tc39 • Updated Apr 17, 2024

），值得期待（不過被丟棄的也不少 😓）。

proposal-math-sum

tc39 • Updated Apr 17, 2024

還有我最期待的

proposal-pattern-matching

tc39 • Updated Apr 18, 2024

最近都沒有進度，哭哭…

Node.js 邁向下一個 LTS 啦 - Version 22.0.0

不囉嗦立刻放上！

2024-04-23, Version 22.0.0 (Current)

Updated Apr 18, 2024

其實如果看了上面的 PR 內容，應該發現不少就是之前有提過的東西，身為 JS 仔當然會持續更新相關的一些功能，不過除了新的 LTS 之外，如果有稍微留意專案裡的一些 PR 的話應該也有留意到，近期 Node.js 不少都是針對性能優化的工作（Joyee、Yagiz 兩位大大就發了好幾個）

module: implement NODE_COMPILE_CACHE for automatic on-disk code caching
Updated Apr 18, 2024

buffer: improve `btoa` performance
Updated Apr 11, 2024

buffer: improve `base64` and `base64url` performance
Updated Apr 12, 2024

另外也看到一個有趣的 PR，引入了一個類似 npm run 的指令 node --run （雖然不是完全相容，不過目前看比較的數據，相當威阿）

cli: implement `node --run <script-in-package-json>`

Updated Apr 8, 2024

開源專案的維護者其實很辛苦，有些甚至都是在本職之外另外抽空來作無償的貢獻。寫到這邊就想起，之前. bun 問世的時候因為它的效能也讓 Node.js 這邊跟著燒起來，那時候看到一些不太理性的使用者來抱怨為什麼 Node.js 不能像 bun 一樣快，變向在抱怨核心貢獻者的不作為，看來也是笑笑 🤷（在抱怨之前怎麼不想想為什麼自己不送幾個 RP 呢？）

當我們有這些方便的工具可以使用的時候，是不是也能針對自己力有所逮的部分也能作一些回饋，而不是坐享其成還在那邊頤指氣使…（對，特別在說自己賺大錢，卻吝嗇得很的各大企業【詳細翻譯版】）

開源世界真有趣

承上，一個方便的效能比較的工具

對，就是講上面關於 Node.js 那段 😅

在 node --run 那段，無意間看到開發者用了這個工具來跑 benchmark 比較，好方便啊，只要把各自的測試指令一併輸入，就可以拿到簡單明瞭的跑分數據，大推！(嘿嘿，你猜的沒錯，它是 Rust-based 的啦）

如果你有在開發一些 CLI 的話，這個工具可說是必備利器！

hyperfine

sharkdp • Updated Apr 19, 2024

k8s 1.30

雖然大家都說愛惜生命，遠離 k8s（並沒有），不過伴隨 container 一起崛起的 k8s 也不知不覺邁進了 1.30 版本的時候了，我只是個菜菜的使用者不敢說自己跟它很熟，所以介紹它就交給大大來吧，對 1.30 版本又多了哪些新功能，可以跳轉這邊。

原來 lodash 還有在開發 😅

我一度以為這個專案已經進入維護模式了，結果猛然看到作者發了這推文。不知道大家對這種 helper 的看法是什麼，不過我是很希望像這種工具型的還是很需要的，如果哪天 JS 世界會出現標準函式庫的話，希望它務必能加進去。（btw，大大現在也是 bun 的成員之一）

深入剖析 JSR

前陣子 Deno 丟出新的 JS package registry 服務 - JSR，目前看起來有不少正面的迴響，雖然不知道有沒有機會挑戰 npm 的地位，不過起碼是個很有趣的嘗試。

最近 Deno 團隊也特別撰寫了一篇文章，深入說明 JSR 的實作細節 ⬇️

src: https://deno.com/blog/how-we-built-jsr

如果對 JSR 有興趣的，相當推薦可以看看這篇文章，之前看專案 repo 就大概可以知道，它是 API（Rust）、Frontend（fresh）、Postgres、GCP 為基本的技術桟。不過這篇文章又更深入去說明它們在決定要開發 JSR 特別有訂出一些重點，以及它們如果採用對應的技術工具來達到這些目標。

引領風潮的 ML

Llama3 就這樣釋出了

真的是截稿前的最新消息 😁

不過反正我們也用不到 Meta.ai 所以其實跟我們沒什麼關係 #大誤

說真的，也只有像 Meta 這種大企業才能這麼闊氣的用開源戰法，看來 Mark 也打算持續在這個戰場用這個戰到底，不過到底後來要怎麼把這個作法連結到企業獲利上，蠻有意思的。

除了 AI 之外，從這個訪談可以聽到其實 Meta 有打算把 AI、Device、Metaverse 結合起來的企圖心（雖然現在看到 Metaverse 可能很多人只想到它們「掉漆」的展示成果），不過很多願景在技術到位之後或許又是另一番風景，期待看看吧。

同場加映由 HuggingFace 提供的數據，看起來這個開源打法很有成效阿 😛

又來個影像的應用

自從 Sora 發表之後，大家對 AI 在影像處理這個領域的應用，好像又多了許多的想像，當然這個腳步也不會因為 Sora 就停止，大家都有各自不同努力的方向，譬如像這篇提到的 Viggle.AI，不囉嗦看一下成果就可以感受到，一個動畫模板加上一張圖，就可以幫你產生一部換皮的新作品（不過看小丑那個版本，仔細看還是可以看到變造的痕跡。😅

不過這一看之後，應該應該會被有心人士拿去作類似 deepfake 的行為吧。