technology

嘲笑某些大公司的技術文章...

看到「Why we at $FAMOUS_COMPANY Switched to $HYPED_TECHNOLOGY」這篇，建議一定要搭著看 Hacker News 上的各種評論 (或者叫做「導讀」)：「We at $Famous_company switched to $Hyped_technology (saagarjha.com)」。

在「導讀」裡面的馬上就看到三篇文章，然後也有一些討論：

另外討論裡面還有用到大量的 $VARIABLE 在嗆來嗆去，還被拿來反諷 Hacker News 上的各種 comments XD

原作者提到的這些技術文章大多都是 workaround，代表只有在很特定的情況下帶來的優點會大於缺點。

這些大公司會選擇某種 workaround 通常跟他公司內的政治因素有關，但在這些文章裡面都不會描述出來 (無論是作者不知道，或者知道但不能寫)。在沒有說明「為什麼會這樣 workaround」的前提下，其實文章看過、知道技術上有這種解法就好。

而且在實務上，除非你處理的資料量有一定的規模 (通常是在這些大公司內)，不然一般人手上的資料量，以現在硬體的發展情勢，「暴力」其實可以解決很多問題。

整個產業透過雲端改變了不少以前的思維：這是個可以在 AWS 上租 x1e.32xlarge 把資料全部放到記憶體裡面 random access (128 vCPU + 3904 GB RAM)，就算是寫爛的 $O(n^2)$ 演算法，先開個幾千台 EC2 instance 撐著，再花時間慢慢解。

這跟以前自己弄硬體的思維跟雲端的思維玩法不一樣，「等產品衝起來再說」(或者說「活下去再還技術債」) 的可行性變得更高。

棄用 Keybase (Zoom 買下 Keybase 的新聞)

前幾天的新聞，Zoom 的新聞稿：「Zoom Acquires Keybase and Announces Goal of Developing the Most Broadly Used Enterprise End-to-End Encryption Offering」，Keybase 的新聞稿：「Keybase joins Zoom」，看到後就把本來的服務刪一刪了...

這篇屬名由 Zoom 創辦人發出的公告，裡面多到讓人不知道怎麼吐槽的部份，我們就把唯一的粗體字拉出來討論好了：

We are excited to integrate Keybase’s team into the Zoom family to help us build end-to-end encryption that can reach current Zoom scalability.

先不講先前被戳破根本就不是 end-to-end encryption 的問題，影音上面因為 transcoding 的問題，如果要在 video stream 上做 end-to-end encryption 的話分成兩種方式可以做：

a) 一種是發送端直接產生出多個不同 bitrate 的 video stream，這種方式其他家都已經很熟悉了，缺點也很明顯，就是吃各種資源，包括發送端的壓縮能力與頻寬。

b) 另外一種方式是產生出可以疊加的 video stream，有點像是 progressive image 的方式，第一個 stream1 的畫質最低，第二個 stream2 則是「補強」第一個 stream1，這樣子可以降低資源的需求。

另外有想到 Homomorphic encryption 的方式，直接可以疊加加密後的 stream1 + stream2，不過 bitrate 應該不會降低，就算真的設計的出來應該也沒用...

如果是 a) 的方式，業界對於 key 的交換都已經解的還不錯了，但這個方式沒什麼競爭性 (因為其他家也都已經做完了)。

如果是 b) 的方式，很明顯該找的是 codec 的公司 (要做出可以疊加的 codec)，而不是搞密碼學的公司。

回到原來的問題，現有的團隊有 2500 人，裡面的技術團隊沒辦法搞定 end-to-end encryption，ok 沒關係，那現在的 CTO Brendan Ittelson 應該可以建一個團隊吧？所以我翻了一下他的 LinkedIn 看了一下他的經歷，對不起我錯了，我瞬間不知道怎麼寫下去了，我豆頁痛...

Google 內部的系統 (以及外部可能的 Open Source 替代方案)

在 Hacker News Daily 上看到的 jhuangtw-dev/xg2xg，整理了 Google 內部服務以及可能的替代方案。

主要是提供給離開 Google 的工程師，替代方案中包括了 Google 自己公佈的，已經其他的 open source 替代方案：

by ex-googlers, for ex-googlers - a lookup table of similar tech & services

A handy lookup table of similar technology and services to help ex-googlers survive the real world :) pull-requests very welcomed. Please do not list any confidential projects!

專案的發起人看起來是個台灣人...

機器學習與情色產業的問題

Bruce Schneier 提到了最近幾個剛好相關的議題，關於機器學習在情色產業使用時遇到的隱私議題：「Technology to Out Sex Workers」。

第一個提到的是 PornHub 用機器學習辨識演員以及各種「其他資訊」，這邊引用的報導是 TechCrunch 的「PornHub uses computer vision to ID actors, acts in its videos」：

PornHub is using machine learning algorithms to identify actors in different videos, so as to better index them.

The computer vision system can identify specific actors in scenes and even identifies various positions and… attributes.

第二個提到的是花名與真實身份連在一起的問題：

People are worried that it can really identify them, by linking their stage names to their real names.

最後是提到 Facebook 已經有能力這樣做，而且已經發生了：

Facebook somehow managed to link a sex worker's clients under her fake name to her real profile.

Her sex-work identity is not on the social network at all; for it, she uses a different email address, a different phone number, and a different name. Yet earlier this year, looking at Facebook’s “People You May Know” recommendations, Leila (a name I’m using using in place of either of the names she uses) was shocked to see some of her regular sex-work clients.

這個議題與 Mass surveillance 有點像...。

Safari 也有測試版本了

如標題所說的，現在 Apple 的團隊決定提供測試版本的 binary 了：「Introducing Safari Technology Preview」。可以在「Safari Technology Preview」下載到，版號從 1 開始跳 XD

類似於 Google Chrome 與 Firefox 的 channel 機制，開另外一條線讓大家玩新東西。