幹壞事是進步最大的原動力
不太意外的，排名起來加州這一區的科技公司的薪資還是最高的 (這邊包括了所有的所得，包括薪資、股票與分紅)：「Top Paying Tech Companies of 2018」。
已經先整理出來的前五名分成「Entry-level / 1+ Yrs of Experience」、「Mid-level / 3+ Yrs of Experience」、「Been Around the Block / 5+ Yrs of Experience」三類，可以看到相對於年資的增加，薪資的調整也很快...
不過這邊相同名次的不會佔多個位置，只會佔一名，跟我們平常用的方式不太一樣，所以雖然是前五名但是都有六個公司。
一堆國外新聞網站超愛這套，這不是 Flash 時代的搞法嗎，怎麼現在還這樣搞啊... 在 Google Chrome 內建的設定就可以關掉了，先進入 chrome://flags，然後選擇「Document activation is required.」：
中文版的 Chrome 不知道是翻成什麼，就自己翻譯猜一下吧...
Amazon CloudWatch 的操作上支援 Zoom 與 Pan 了：「Amazon CloudWatch now supports two new chart visualization options in metrics and dashboards」。
Zoom 是改變時間的粒度：
You can use the CloudWatch console to graph metric data generated by AWS services and your applications. Now, you can zoom into a shorter time period such as one minute or five minutes while viewing the metric graph at a longer interval.
Pan 則是維持一樣的粒度，但改變開始與結束的時間：
Once zoomed, you can also pan the metric graph across your selected interval, but at a zoomed detail level.
變得更容易操作，而不用滑鼠移過去修改...
在「Flat UI Elements Attract Less Attention and Cause Uncertainty」這邊透過追蹤眼球的技術，發表了研究結果：
Summary: Flat interfaces often use weak signifiers. In an eyetracking experiment comparing different kinds of clickability clues, UIs with weak signifiers required more user effort than strong ones.
其中最明顯的一個例子就是大家被訓練「有底線的文字應該可以按」，這也是最能馬上被想到的問題... 不過這算是 Flat UI 的問題嗎？
The popularity of flat design in digital interfaces has coincided with a scarcity of signifiers. Many modern UIs have ripped out the perceptible cues that users rely on to understand what is clickable.
Jenkins 的 Blue Ocean 計畫打算改善讓人頭痛很久的操作體驗了：
Blue Ocean is a new project that rethinks the user experience of Jenkins.
Jenkins 讓人頭痛有兩個面向，一個是界面很難讀，另外一個是操作流程很沒有規則，所謂「熟悉 Jenkins」其中一個很艱難的任務就是要背下一堆功能「蔵在哪邊」。而這次 Blue Ocean 想改善的事情看起來主力放在界面，對於流程修的比較少... 即使如此，這還是可以讓使用的人減少一些痛苦就是了...
成功與爆炸的表現：
在專案頁面的後面有提到 Blue Ocean 用的技術：
Blue Ocean is built as a collection of Jenkins plugins itself. There is one key difference, however. It provides both its own endpoint for http requests and delivers up html/javascript via a different path, without the existing Jenkins UI markup/scripts. React.js and ES6 are used to deliver the javascript components of Blue Ocean. Inspired by this excellent open source project (react-plugins) an <ExtensionPoint>pattern was established, that allows extensions to come from any Jenkins plugin (only with Javascript) and should they fail to load, have failures isolated.
又是個不需要用 SPA 呈現的東西跑去用 React 了...
因為把 JavaScript 開回來了，所以有這個困擾... :(
Google Chrome 的平滑捲動可以透過 chrome://flags 裡面的設定關閉 (OS X 上則是透過系統設定關閉)，但就是有不少網站會很雞婆，用 JavaScript 模擬平滑捲動，所以就花了時間把 extension 寫出來：「Stop Smooth Scrolling」。
由於大多數平滑捲動的作法都是透過對 document 或是 window 上掛上與平滑捲動相關事件做到的，所以我是透過 addEventListener() 與 useCapture flags，然後再用 preventDefault() 擋下後續的處理。
這樣做會有一些問題，其中比較明顯的是地圖類功能的滾輪會失效，這個部分我先放進預設的白名單了，如果有其他的問題，除了可以自己加以外，也可以開 ticket 讓我加進預設清單 :o
實際運作起來大概是這樣：
Anyway，寫這個還蠻有趣的，玩了不少新東西：
options_page。在「“Invalid Username or Password”: a useless security measure」這篇文章裡談到了使用者登入錯誤時的提示訊息。
通常為了安全考量，「沒有這個帳號」與「密碼錯誤」，我們會給出一樣的錯誤訊息，避免攻擊者可以猜測。像是 Amazon 的畫面：
這樣設計的前提是讓攻擊者不知道這個帳號是不是存在 (如果不存在的話就換其他帳號繼續攻擊)。但這個假設通常是錯的，因為大多數的系統一個 e-mail 綁定一個帳號，所以註冊時就可以分辨：
因此應該提供正確的訊息，而非將資訊隱蔽起來。
在 OSNew 上看到為什麼 Outlook 裡 Ctrl-F 不是 find 的原因：「Why does Outlook map Ctrl+F to forward instead of find?」。
先引用這句話：
Before clicking the link to go to the full story, try to guess the answer. I'm pretty sure you're going to be wrong.
原文在「Why does Outlook map Ctrl+F to Forward instead of Find, like all right-thinking programs?」這邊，1995 年發生的事情。
有時候會被問到為什麼這麼喜歡把東京當後院在跑，當然是有很多理由啦... 其中一個理由是在享受細節。
上面這張圖是在東京站 (東京地下鐵丸之內線) 拍的指示牌，不只是這個指示牌，東京內的 JR 或是地鐵都可以感覺到裡面的魔鬼。
如果去忠孝新生走走就會知道差異了。
