stackoverflow

StackOverflow 開賣 Ctrl、C、V 的鍵盤

StackOverflow 今年愚人節的鍵盤真的開賣了：「No joke—you can buy our copy/paste keyboard right now」。

愚人節的文章在「Introducing The Key」，這次開賣的網站是跟 Drop 合作：「Stack Overflow The Key Macropad | Mechanical Keyboards | Mini Mechanical Keyboards | Drop」，可以看到是機械鍵盤，但要 US$29 一隻...

鍵盤是凱華 BOX 黑軸：

They’re also outfitted with Kailh Box Black switches to deliver an ultra-smooth linear feel.

然後可程式化定義 XDDD

Fully programmable, these three keys can do much more than copy and paste. In fact, you can configure them to perform virtually any key command you want.

不過想要的人也得注意一下，目前看到的 ship date 是年底了：

Estimated ship date is Dec 13, 2021 PT.

然後目前已經賣出 2.6k 件了？XDDD

2.6k Sold

Stack Overflow 被 Prosus 併購

在 Hacker News 首頁上看到的消息，Stack Overflow 被 Prosus 併購，直接站上第一名：「Stack Overflow Sold to Tech Giant Prosus for $1.8 Billion」，Prosus 的官方新聞稿也已經出來了：「Prosus to acquire Stack Overflow for US$1.8 billion」，Hacker News 上的討論：「Stack Overflow sold to Prosus for $1.8B (wsj.com)」也很熱鬧。

算是大消息沒錯，不過不知道後續會有什麼樣的影響... Prosus 算是投資集團，不知道會對 Stack Overflow 有什麼想法，怎麼介入或是整合手上的資源。

StackOverflow 講 cache 的文章...

這篇是 StackOverflow 在講 cache 的文章，裡面不是什麼新東西，只是看到有趣的項目所以拿出來講：「How Stack Overflow Caches Apps for a Multi-Tenant Architecture」。

在講 cache 前通常都會說明各種儲存空間速度的差異，但裡面混了一個奇怪的東西：

L1: 1.3ns
L2: 3.92ns (3x slower)
L3: 11.11ns (8.5x slower)
DDR4 RAM: 100ns (77x slower)
NVMe SSD: 120,000ns (92,307x slower)
SATA/SAS SSD: 400,000ns (307,692x slower)
Rotational HDD: 2–6ms (1,538,461x slower)
Microsoft Live Login: 12 redirects and 5s (3,846,153,846x slower, approximately)

裡面混了一個不是 storage 的東西進去比較，你們是對 Microsoft 的帳號系統有多不爽 XDDD

另外他們列出了目前 Redis 的使用情況：

For the curious, some quick stats from last Tuesday (2019-07-30) This is across all instances on the primary boxes (because we split them up for organization, not performance…one instance could handle everything we do quite easily):

Our Redis physical servers have 256GB of memory, but less than 96GB used.

1,586,553,473 commands processed per day (3,726,580,897 commands and 86,982 per second peak across all instances – due to replicas)

Average of 2.01% CPU utilization (3.04% peak) for the entire server (< 1% even for the most active instance)

124,415,398 active keys (422,818,481 including replicas)

Those numbers are across 308,065,226 HTTP hits (64,717,337 of which were question pages)

然後更長的版本可以在作者自己的 blog 上讀到，裡面講到的 cache invalidate (purge) 這部份有談到一些他們的作法：「Stack Overflow: How We Do App Caching - 2019 Edition」。

StackOverflow 最近的一些負面新聞

大致上有兩則，一個是 StackOverflow 首頁改版，以前的首頁是各種熱門或是新的問題的列表 (像是下面第一張圖)，而在改版後，沒有登入的使用者將只會看到各種廣告 (可以透過無痕模式測試，像是第二張圖)：

這件事在「New home page makes it seem like SO doesn't allow free use any more」被拿出來討論，而且目前看起來沒打算改回來... 公司大了以後的常態之一。

第二個是有人在瀏覽器的 console 上發現 StackOverflow 上出現 AudioContext 的請求，一路追發現是廣告嘗試透過瀏覽器特性追蹤使用者 (也就是 Fingerprint)：「Why is Stack Overflow trying to start audio?」。

StackOverflow 的官方回應覺得這個廣告不適合，有提出一些方案，不過看了一下這邊方案都還是不可行 (需要瀏覽器實做新功能，或是修正 bug)，目前還是推薦用 uBlock Origin 直接擋掉，節省 CPU resource 與 bandwidth...

Python 在高收入國家的成長

Stack Overflow 的內文其實有點奇怪的誤導... 主要是分析在 Stack Overflow 上 Python 成長的趨勢：「The Incredible Growth of Python」。

但一開始的分析是做高收入國家的部份：

但如果你捲到最下面，即使是非高收入的國家也是一樣急遽成長，只是沒那麼明顯：

Anyway，回到高收入國家的部份，如果用模型預測的話：

另外列出 YoY 成長：

這篇用高收入這個分法有種在炒話題的感覺...

StackOverflow 預設全上 HTTPS 了...

用 HTTPS Everywhere 沒什麼感覺，但對於一般人應該不簡單，所以 Nick Craver (根本就是他們家非正式的 PR Engineer XDD 他這幾年寫了不少內部的資訊...) 寫了一篇關於上 HTTPS 的故事：「HTTPS on Stack Overflow: The End of a Long Road」。

其中他們為了支援舊設備 (沒有支援 SNI 的)，決定直接把所有 wildcard 類的 SSL certificate 都包進去 (另外找 DigiCert 處理)：

然後中間提到這個真的頗無奈的，抱怨 SVG 的 XML... XDDD：

Finding and killing these was a little fun because you can’t just search for "http://". Thank you so much W3C for gems like this:

<svg xmlns="http://www.w3.org/2000/svg"...

一條辛苦路 XD

StackOverflow 上離開 Vim 方法的文章...

被拿出來當 PR 宣傳了：「Stack Overflow: Helping One Million Developers Exit Vim」。

由於 Vim 是 Unix-like 系統一定會內建的 editor，所以常常被拿來放在 tutorial 裡面 (考慮到普及性，但完全不熟的初學者就...)，或是不小心在輸入 vipw 或是 visudo 之類的指令就中獎了：

可以看到 pageview 破一百萬次了 XDDD 而且流量也都很穩定：

依照地區來拆開的話：(不過沒有照人口數正規化...)

然後做交叉分析，看這些卡在 Vim 的人平常是看什麼其他的文章：

回到資料分析的角度來看，這些東西可以透過有 cookie 的 access log 做到。有 access log 後可以用 Google Cloud 的 BigQuery，也可以用 AWS 家的 Amazon Athena 做。

StackOverflow 對於多 DNS 商的同步方式...

他們的解法是設計出一套 DSL (Domain Specific Language)，然後從 DSL 轉出各 DNS 商的格式：「Introducing DnsControl – “DNS as Code” has Arrived」。

以 stackoverflow.com 來說，可以看到有同時使用 AWS 的 Route 53 與 Google 的 Cloud DNS：

;; ANSWER SECTION:
stackoverflow.com.      36458   IN      NS      ns-cloud-e2.googledomains.com.
stackoverflow.com.      36458   IN      NS      ns-358.awsdns-44.com.
stackoverflow.com.      36458   IN      NS      ns-1033.awsdns-01.org.
stackoverflow.com.      36458   IN      NS      ns-cloud-e1.googledomains.com.

於是他們就用 DSL 管理：

D(“stackoverflow.com”, REG_NAMEDOTCOM, DnsProvider(R53), DnsProvider(GCLOUD),
    A(“@”, “198.252.206.16”),
    A(“blog”, “198.252.206.20”),
    CNAME(“chat”, “chat.stackexchange.com.”),
    CNAME(“www”, “@”, TTL(3600)),
    A(“meta”, “198.252.206.16”)
)

這套程式碼在「StackExchange/dnscontrol」這邊，但這樣搞有種微妙的感覺... 不考慮直接用兩家有支援 AXFR 架構的 DNS 商來架設嗎？這樣就只要用 BIND 這類已經很熟悉的軟體設定就好？

Stack Overflow 做的 Developer Survey 2016

Stack Overflow 對開發者發問卷後把結果整理出來了：「Stack Overflow Developer Survey 2016 Results」，約 56k 個樣本數：

This year, 56,033 coders in 173 countries answered the call.

整個問卷分成五塊區域：Overview、Developer Profile、Technology、Work、Community，其中 Overview 的部份是給時間不多的人看的，整理了一些比較特別或是有趣的重點：

Most developers prefer dogs to cats. (But not developers in Germany.)

(唔？)

要注意的是，問卷只有英文版本，所以這份問卷明顯對於英文非母語的開發者會有比較低的填寫意願，會造成統計偏差問題，所以在讀之前要注意到：

Surveys aren’t perfect. While our large sample size helps offset some biases, it’s still biased against devs who don't speak English, or who don't like taking English-language surveys.

另外是有女性對這份問卷表示不滿：「Stack Overflow’s developer survey analysis hurts women」，尤其是 Stack Overflow 標示了只有 5.8% 的女性，這會導致女性樣本數在答案細分族群時的統計偏差的問題會很嚴重。

另外這篇文章的作者也對 Stack Overflow 裡的結論很不滿意。

回到原來文章，有些東西還蠻有趣的：

其中 Salary 這段應該是很多人都有動力去讀一讀了解的，裡面還包括了各地區與麥當勞的大麥克指數的相對數值分析，讓你有個參考值可以感覺。

在 Command Line 跟 Stack Overflow 互動

在 Hacker News Daily 上看到可以在 command line 跟 Stack Overflow 互動的工具：「stackoverflow from the terminal」。

可以用 npm 安裝。

作者引用了 xkcd 的笑話來說明為什麼要開發這個程式：

出自「tar」