Month: October 2022

用情趣用品在西洋棋比賽裡面傳遞摩斯電碼作弊

標題資訊量有點大... 先講一下最近西洋棋界的新聞，九月的時候 Magnus Carlsen 指控 Hans Niemann 作弊，這件事情到目前還沒有完全落幕，可以翻維基百科的條目看看目前的進展：「Carlsen–Niemann controversy」。

而「ButtFish – Transmit Morse Code of chess moves to your butt (github.com/ronsijm)」這篇，則是示範怎麼用肛塞 (我這邊就拿 PChome 24h 的搜尋頁，有「興趣」的可以自己翻)，加上很多情趣用品是可以透過 API 操作的 (作者提到了 Buttplug 這個專案)，於是就造就了這個新的專案：「ButtFish」，專案名稱看起來是「引用」自西洋棋領域裡很有名的 Stockfish 引擎。

另外這張 Three circles model 圖也很好笑：

不過這個方法應該過不了金屬探測器，現在的競技比賽應該都會有才對？所以這專案只是很靠背而已...

專案頁面上最後面的自嘲也很好笑：

uBO Lite：另外一個方向的嘗試

兩個禮拜前在 Hacker News 上看到的東西，算是 uBlock Origin 對 Manifest V3 (MV3) 的另外一種嘗試：「uBlock Origin Lite: Description (github.com/gorhill)」，專案的說明在「uBO Lite (uBOL), an experimental permission-less MV3 API-based content blocker.」這邊。

先前在「因應 Manifest V3 而推出的 uBlock Minus (MV3)」這邊提到的 uBlock Minus 是在 MV3 環境下的一個嘗試，但這個版本只是把 MV3 做不到的事情先拔掉，所以缺了很多重要的功能，像是 cosmetic filtering (主要是針對瀏覽器不支援的 css selector，像是最近才剛支援的 :has()，而這些 css selector 對於選擇要幹掉的 html 元素很好用)。

uBO Lite 則是一個妥協，另外讓使用者對特定站台點選授權，而在這些特定授權的站台可以恢復到原來 MV2 時可以過濾的能力 (包含 cosmetic filtering 等等的能力)：

但這個方案也是 Google 所樂見的，只要不方便就會讓使用者慢慢放棄。

目前的公告提到 MV2 只支援到明年一月，大概還有三四個月的時間，接下來 adblock 這塊應該會有很多新的方法陸陸續續冒出來...

Prerender 從 AWS 搬回傳統機房的成本節省

在 Hacker News 上看到「We reduced our server costs by moving away from AWS (gitconnected.com)」這篇，原文在「How we reduced our annual server costs by 80% — from $1M to $200k — by moving away from AWS」這邊。

偶而會看到這類的報導，這次是 Prerender 這家的服務，從本來在 AWS 上的 $1m/y 降到 $200k/y (這邊都是用美金在計算)。

但好像沒提到第一次投資購買硬體花了多少錢，不過就以前的經驗上來說，把每個月非人力的 OPEX 加上 CAPEX 的各種攤提，大概會是雲端的 1/3 到 1/2 的費用。

近年來 k8s 以及各種架構愈來愈完整，很多技術也都收斂，慢慢變成業界標準了，不需要自己土砲搞一堆東西而導致產生可觀的維護成本。

從 crt.sh 上面搜尋 prerender.io 可以看到 Prerender 選擇的工具，像是在地端上面應該是用 k8s，然後有用 Sentry 以及 Redash。

這個跟當年算過的經驗類似，startup 可以先上雲端把服務做起來，雲端的擴充性對於初期的幫助會很大 (先 scale up 撐住，再改寫成可以 scale out 的版本)，而當量又大到一定程度時就反過來先問 discount，如果不滿意的話就可以規劃搬回地端。

Prerender 的量看起來超過臨界值不少，搬到地端省成本應該是蠻理所當然的...

JavaScript 上的 fuzzy search library

在 Hacker News Daily 上看到 Show HN (作者自己或是主要的 contributor 上來發表的作品) 給了一個號稱速度很快，吃資源很少的 fuzzy search library：「Show HN: uFuzzy.js – A tiny, efficient fuzzy search that doesn't suck (github.com/leeoniya)」。

這種已經發展許久，但突然有一天有人說他的東西超好超棒棒的，除非是有新的基礎演算法突破，不然馬上就會想到很經典的「Three circles model」，中間的那些區塊就懶的畫上去了：

依照他的「測試」，可以看到他宣稱完全領先的狀態：

但回過頭來看評論：

Thank you for this!

I am also quite frustrated with the current state of full text search in the javascript world. All libs I've tried miss the most basic examples and their community seems to ignore it. Will give yours a try but it already looks much better from the comparison page.

Edit: Nope, your lib doesn't seem to handle substitution well (THE most common type of typo), so yep, we are back to square one ...

From fuzzy search I expected that entering "super meet boy" or "super maet boy" will return "Super Meat Boy" but unfortunately currently it doesn't work this way and it's quite disappointing.

https://leeoniya.github.io/uFuzzy/demos/compare.html?libs=uF...

看起來這個 library 沒有辦法解決 fuzzy search 最常見的 case (小 typo)，依照範例描述的更像是 substring 搜尋加上一些額外的的功能，反而比較像是 auto completion library，或是講的比較廣一點，可以算是 auto suggestion library。

不過我覺得真正的重點 (對我來說的重點) 是下面的比較表格，因為列出了目前市場上的方案，這份清單之後可以拿來參考...

Apple M1 上跑 Linux 的 GPU driver 會動了

Hacker News Daily 上看到「Native Linux GPU Driver for Apple M1 (twitter.com/linaasahi)」這個，講 Apple M1 上有 Linux GPU driver 可以用了，原文是 Twitter 上的推：

不過從 YouTube 的影片上可以看到就只是「會動」，還有不少 rendering bug，可以看到有時候會破格，但畢竟是開始支援了，後續如果有修到穩定的話，直接的好處應該就是把瀏覽器的 rendering 丟給 GPU 處理，就像 macOS 或是 Windows 上的情況。