幹壞事是進步最大的原動力
開始有傳言提到 Amazon 對 Slack 有興趣，想要收購：「Message Startup Slack Draws Interest From Amazon.com」。
Amazon 手上有 Slack 的帳單 (因為 Slack 把所有站台都丟上 CloudFront)，對於 Amazon 在估算時應該會很準... 而這次出手估值約九十億美金：
San Francisco-based Slack could be valued at at least $9 billion in a sale, the people said.
來拉個板凳繼續看... 消息剛出來，後面應該會有一些消息可以看。
StackOverflow 直接拿薪水戰 Tab 與 Space 的差異啊 XDDD：「Developers Who Use Spaces Make More Money Than Those Who Use Tabs」。
這下糟糕了 XDDD
GitHub 的組織管理可以堆階層了：「Nested teams add depth to your team structure」。
If you're a member of Engineering and someone creates a child team called Security, team members of Engineering aren't automatically direct team members of Security. Security and all other teams nested under the Engineering will inherit repository permissions and @mentions but nothing else.
包括了權限繼承的概念。
這功能等好久了，剛好最近會用到... 本來得硬幹做，現在看起來可以比較方便的管理了。
因為 CloudFront 也支援 HTTP/2 了，對於效能的衝擊應該小不少。另外當初希望多用點 IPv6，CloudFront 也支援了。最後看了一下自己的流量，每個禮拜大約 380MB 與 210K requests，也還能接受。
就把自己的 blog 再次丟上 CloudFront 玩看看，不過這次只上了 Price Class 100 (只有歐美與加拿大)。之後也許來玩看看 AWS WAF，不過開起來應該就跟 CloudFront 費用差不多了？XD
先來看看效果以及有沒有 bug 吧...
Tails 是個 Tor 的獨立環境，可以直接用 USB 開機或是透過虛擬機上線，避免受到其他干擾而洩漏資訊。
剛剛看到了 Tails 發佈 3.0 版的消息：「Tails 3.0 is out」，比較特別的是在下載頁面發現 BitTorrent 的下載方式又被放回去了。
前陣子本來在「BitTorrent 對 SHA-1 的改善計畫？」這邊有提到 Tails 的團隊因應 SHA-1 的問題，在討論是否要繼續提供 BitTorrent 的問題 (因為 BitTorrent 裡使用 SHA-1 做很多事情)，當時的決議其實是暫時使用 BitTorrent 發佈：「Biterrant attack」。
不過後續的更新這樣寫，所以看起來暫時會先恢復 BitTorrent 下載的方式：
After reading this discussion, my current conclusion is that we've totally misunderstood the impact of the attack, and that the security of our bittorrent downloads is still good enough. So I propose we revert to what we did before the 2.12 release, i.e. ship Torrents, for the foreseeable future when 2nd pre-image attacks are not realistic yet.
回到 Tails 3.0 本身，其中比較大的改變是放棄了 32bits 的支援：
Tails 3.0 works on 64-bit computers only and not on 32-bit computers anymore.
然後以前要在開機進到進階選單才有的語言設定，現在變成預設就會提醒了：
也許該再來測試看看注音輸入法好不好用的問題了 XD
想要在 nginx 的 access log 裡面記錄使用者在 HTTPS 連線使用的 TLS protocol 與 cipher。
在「How can I let nginx log the used SSL/TLS protocol and ciphersuite?」這邊有提到方向是 $ssl_protocol 與 $ssl_cipher (出自「Module ngx_http_ssl_module」內的 Embedded Variables 章節)。
他的方式是在前面就插入 protocol，但我希望前面的欄位保持不變，把 protocol & cipher 放到後面，所以我就加了一個 /etc/nginx/conf.d/combined_ssl.conf (這邊我用 ondrej 的 PPA，在設定檔裡會撈 /etc/nginx/conf.d/ 下的設定，不確定其他的情況如何)：
# log_format combined_ssl '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" $ssl_protocol/$ssl_cipher';
然後本來用 combined 的 HTTPS 設定就改成 combined_ssl。
來放一陣子再來分析，然後想看看要怎麼調整 cipher...
在 Amazon ECS 上面固定時間跑某些東西，以前得自己用 AWS Lambda 帶 (或是自己架，不過這樣就要自己考慮 High Availability 架構了)，現在則是直接支援：「Amazon ECS Now Supports Time and Event-Based Task Scheduling」。
Previously, you could start and stop Amazon ECS tasks manually, but running tasks on a schedule required writing and integrating an external scheduler with the Amazon ECS API.
Now you can schedule tasks through the Amazon ECS console on fixed time intervals (e.g.: number of minutes, hours, or days). Additionally, you can now set Amazon ECS as a CloudWatch Events target, allowing you to launch tasks by using CloudWatch Events.
AWS 把名人的照片直接倒進 Amazon Rekognition 訓練好了：「Amazon Rekognition Update – Celebrity Recognition」。
順便給出自家 IMDb 的資料庫連結：
The Urls provide additional information about the celebrity. The API currently return links to IMDB content; we may add other sources in the future.
反正手上都有資料，順便做的感覺...
前陣子 AlphaGo 大獲全勝後放出了五十盤自戰棋譜 (兩台 AlphaGo 自己下)，其實有件事情有點出乎大家意料，而在圍棋界被一直討論。就是在這五十盤裡，黑棋與白棋的勝率比是 12:38 (中國規則，黑棋貼 7.5 目的情況)，明顯白棋有強大的優勢。
這個 7.5 目指的是，由於黑棋先下 (先手優勢)，所以圍的地會比較多，為了彌補白棋後下的這個缺點，一般都會設計「貼目」這個規則。
交大資工的 CGI 團隊在上個月月底發了一篇論文 (參考「CGOS Whole Period Ratings for 19x19 Board」這邊的記錄，在有參加 CGOS 的團隊裡只輸新版的 Zen)，討論 value network 的新想法：「Multi-Labelled Value Networks for Computer Go」。
他們對貼目的數量做了分析：
For the training data, we label on output ?? as follows. For each self-play game, first calculate territory difference ? at the end of the game. Then, based on the Chinese rule, label 1 (win) on ?? for all ? < ?, and -1 (lose) for all ? > ?. (Note that the draw case ? = ? is ignored in this paper since the komi is not an integer normally.) For example, if black occupies 7 more points of territory than white, the ?-komi game is considered a win for all ? < 7, and a loss for all ? > 7. Thus, in this case, a 7.5-komi game is a loss, and a 6.5-komi or 0.5-komi game is a win.
這個研究完全顛覆了目前職業棋手一般的理解。目前的理解是，貼 5.5 目是黑棋優勢，貼 7.5 目是白棋優勢 (所謂的大貼目時代)。
接下來應該會有更多的研究出來，圍棋界會不會反思貼目規則呢...
看到 yllan 在 Twitter 上提到 CityBikes 這個站台：
CityBikes: bike sharing networks around the world
哇，全世界的 bike sharing 的 API 耶，當然有 YouBike。（會不會比官方好用啊） https://t.co/9B2x8dhwX3
— 井底之蛙 (@yllan) June 11, 2017
把 YouBike 打進去搜尋後選台北市，可以看到是有紅色與綠色的泡泡會一直冒出來... 我猜是借車與還車？所以有提供這樣的 API 可以用？這看起來不錯耶...
