前陣子大事就是微軟要放棄自家的 EdgeHTML 引擎，轉用 Chromium 專案為基礎來開發新版的 Edge Browser 了，風聲剛出來的時候，我注意到微軟官方完全沒做出回應，也沒有任何微軟員工出來講話，加上有些媒體早就發現到有 Edge 的開發成員在貢獻 Chromium，我就覺得是真的了，後來十二月六日微軟正式回應，還有一份比較長的聲明，Mozilla 也有回應，其實這件事情對於網路生態算是很大的衝擊，不過一般使用者可能沒什麼感覺，加上都沒看到中文的文章寫這件事情的影響，所以只好我來寫一下了。
首先，我講可能沒什麼公信力，所以可以直接來看一下 Google(?) 其中一集 HTTP 203 短片，標題是 Browser Monoculture，Monoculture 剛好是 Diversity 的相對，mono 是單一，單聲道或是黑白影像都是用 mono，culture 就是文化，Monoculture 的意思自然可以明白：
事實上，當微軟放棄 EdgeHTML 引擎之後，現在整個生態圈只剩下 Firefox 的 Gecko 引擎和 WebKit 家族（Safari 的 WebKit 和 Chrome 的 Blink ），而 WebKit 家族現在的市佔率已經是超過八成的獨大局面，行動裝置領域更是嚴重，如果扣除 iOS 的 Mobile Safari 則幾乎都是 Chrome 的天下了，幾乎是回到 IE 壟斷的時光，不過其實我覺得現在狀況又比那時候更險峻一點，有兩個問題：第一個是現在的 Web Platform 已經太複雜了，HTML 本身還算是單純的部分，但是各種 CSS、Web API 的推陳出新，再加上安全性、親和力、網路連線等等問題，到底有多少東西呢？可以參考我之前貼過的Web Platform那篇文章中Google Chrome 的 Platform Status，光這邊登記在案的，現在就有 1255 個功能，還有不少面向的東西不會列在這邊，像是效能、開發工具、WebDriver 等，其實我已經不認為現在有什麼其他第三方勢力還有辦法維護一個獨自的瀏覽器引擎了，就算是 Google 一開始也是從 WebKit，Mozilla 也是從 Gecko 來發展，微軟今天放棄繼續開發 EdgeHTML 之後，可能過一兩年就會讓它難以再次跟上標準的發展，其實微軟當年能從把 IE 重構成現在的 Edge 我覺得實在很厲害了，不過未來這種事情難度只會越來越高。
第二個是如果 Chrome 已經佔有率這麼高，它是不是可以自己開始亂搞加功能呢？就像是以前的 IE。答案其實是可以，只是現在手法已經進化了，以下舉個例子，不過先消毒，我不是指控 Google Chrome 團隊這件事是 be evil，而是假設要 be evil，這已經是可行的方法，或是換個角度，他們其實不覺得自己在 be evil，只是結果就是這樣了。
我要舉的例子是前兩週 Chrome 發表了他們支援 Background Fetch 這個新標準的消息，我第一時間反應其實是，WTF 我怎麼完全沒聽過這東西，然後我就去查查怎麼回事，然後了解到：
- 看介紹大概就了解這個需求確實是有的
- Chrome 外其他家都還沒有說要支援（根據Chrome Platform Status）
- 標準文件的兩位編輯都是 Google 的人，主要應該是 Jake Archibald
- WICG那邊是去年二月也是由 Jake Archibald 提的，然後 W3C 那邊根據 blink-dev 的正向回饋就決定接收提案了
這狀況有點讓我聯想到「進化的獨裁者」，一切該有的過程其實都有，但是就都是他們的人，自己提案說有這需求，有寫好文件了，在自己家的討論區得到正向回饋，然後實做起來馬上就有市場 80% 的支援度了，這樣要不要直接算正式的網路標準了，其他家（aka Firefox）又情何以堪。事實上 Chrome 這樣衝網路標準的狀況也好一陣子了，早在 2015 年 ppk 就已經有提出對於標準發展太快的疑慮而發了一篇Stop pushing the web forward。
而除了快速的發展新功能之外，還有一種狀況是擱置他們覺得不重要的 Web API 開發，然後因為已經獨大了，所以開發者就算很想要這個新的 Web API 也是無能為力，這其實也就是 HTTP 203 短片有提到的，多樣性意味著開發者有選擇的權力，而有這個力量才能讓兩邊對等。
而除了這兩個問題之外，也有人提出我之前沒想過的安全性問題，剛好就在微軟發佈消息之後沒多久就爆發出SQLite 漏洞，ZDNet 的標題提到影響到所有以 Chromium 為核心的瀏覽器，這也是一個我之前沒想到過的問題，如果獨大的軟體有嚴重的漏洞，那一下就直接影響超多人，不過其實這次的漏洞連 Firefox 也有受影響，然後也還好不是直接可以遠端就下手的漏洞，其實佔有率高的軟體或服務都一直是駭客的目標，想必 Chromium 的 Blink 核心之後勢必會更加受到駭客關注吧。
這陣子這個圈子很多人都已經發表過看法了，像是ppk和Zeldman都出來發表意見，如果有人不知道這兩位是誰，趁機介紹一下，Jeffery Zeldman 是Designing with Web Standards的作者，A List Apart（A Book Apart, An Event Apart 等）和Web Standards Project的發起人，也是當年推動瀏覽器實做應該回歸網路標準的意見領袖，ppk 也是那個時期蠻活躍的，做了很多相容性測試，著有 ppk on JavaScript，當年是很棒的入門書。大部分的人其實都是針對 monoculture 論述，然後建議大家現在就開始行動，包括確保你的網站支援 Firefox、開始使用 Firefox 等等，不過 Lea Verou 有則評論則是針對那些覺得少一個瀏覽器要測試很高興的開發者，講的比較重：
至於事主之一的 Google 則就裝死當沒他的事。總之，現在雖然 Firefox 還有個 10% 左右的佔有率，光看數字還比 IE 那時候好，但是我卻覺得情勢更加險峻，很難再有新的競爭者出來，只能希望 Google don't be evil，還有 Mozilla 能夠堅持下去，真是有點想念還有五大主流瀏覽器的時候啊。
這是篇拖稿超過一年以上的文章啊，去年就把一部份大綱騰好了，結果一直沒動筆，剛好今年開始變半退休狀態的紀錄組員，所以想說不能再拖了，才終於開始動手了，接下來就來記錄這幾年來參與社群研討會記錄組的記錄吧。
雖然大部分的研討會稱為記錄組（documentary），但是其實幾乎是只負責攝影記錄（拍照、photography），HITCON 以前倒是就很正確的稱為攝影組，這兩年又改成記錄組，反倒是 COSCUP 以前叫記錄組，今年叫攝影組了... 其實記錄這詞並沒限制在攝影記錄上，COSCUP 曾經有幾年是記錄組還有處理過錄影記錄，不過近年工作量太大，都包組長會太吃力，所以後來錄影記錄部分都還是拆出去跟直播混在一起，而除了攝影紀錄和錄影記錄外，其實還有文字紀錄，不過就我所知只有 JSDC 有官方做的，TonyQ 的堅持。總之後面文章依然稱為記錄組，實際上是主要在討論攝影紀錄的部分啦。
以下預計分為兩篇，第一篇（就是這篇）先記錄我這幾年的心路歷程，後篇記錄記錄（攝影）組現在的工作方式、流程等細節，也可以當作公開文件，第二篇還在寫，今年大概來不及寫完了，或許農曆年前有機會把主要的文字寫好吧。
閱讀「記錄組記錄記錄」全文
11/24 不但是台灣的大日子，日本還舉辦了 2018 年度的 VimConf，這次比較特別的是 Vim 的作者 Bram Moolenaar 也有去講 Keynote，我雖然今年依然無法去參與，但是 Twitter 上已經可以挖到不少東西了，其中有官方的投影片收集，我想在這介紹其中三個分享，第一個是Effective Modern Vim scripting，這篇主要是做一點 Vim script 入門，另外還介紹了 Vim 8 開始的 synchronous/asynchronous process 機制的程式要怎麼寫，有興趣寫 Vim8 asynchronous script 的人可以參考一下，要找整理好的範例其實不是很好找。
第二個想介紹的是 mattn 的What is the next feature?這段分享主要是在介紹vim-jp社群，也是 VimConf 的主辦社群，這個社群還蠻活躍的，而和一般的社群比較不一樣的地方是他不只是使用者社群，也是個開發者社群，有在協助幫忙日本想貢獻 Vim 的人，包括像是資源整合、避免重工、協助轉發 bug report 和 patch，還有翻譯文件和一些文件撰寫等，接著就介紹了一些 vim-jp 貢獻的東西，像是 color emoji、lambda 之類的
最後一個就是 Bram 的From hjkl To a plaform of plugins，介紹了 Vim 的一些發展史，主要是 plugin 相關的，也提到 Vim scripts performance 的問題（有個建議是換台更快的電腦），最後一段還提到一些未來可能的新功能，其中兩個我很有興趣，第一個是 Bram 打算處理 Plugin dependency 的問題了，投影片中有一些目前可能的解決方法，當然看起來都是走 Vim8 的 package 機制。另外一個則是 text properties，就是可以給一段文字 meta data，這個功能我非常的感興趣，因為這可以用來改善現在的 syntax highlight 機制，理想上，我可以非同步的把程式碼丟給外部的 JS parser tokenize，然後利用結果來加上 text properties，syntax highlight 再根據這個資訊來決定用那個 Highlight Group，這可以解決我的yajs一直無法解決的 arrow function 的判斷難題，不過還沒預計何時會出來，只能慢慢等了。
Chrome 10 週年 Google 真的是很精心的規劃要幫它慶祝啊，我猜大概是找了個很有狼性的 PM 來，最近一下就被發現兩個問題，第一個小一點點，就是 Clear browser data 的地方，全部清除的功能不會幫你清除 Google 的資料喔：
第二個問題比較大一點，灣區日報看到的Why I'm done with Chrome，問題就是 Chrome 69 開始，登入網頁版的 Google 服務會自動把 Chrome 瀏覽器端的 Google 帳號也登入，然後根據 Google 工程師所說，這樣還不會觸發同步備份密碼和 autofill 等隱私資料（包括密碼、信用卡資料），不過在這狀態下你很可能不小心就觸發了，由於這個機制官方沒說過，介面上也沒明顯提示，就只有大頭那邊的頭像會變，幾乎都會被使用者忽略，而會不會自動備份隱私資料只是一部份，比較嚴重的點還是這個行為是破壞使用者的信任，事情鬧出來之後 Google 有官方回應說下一版會有修改讓使用者可以關閉（不過預設還是開啟啦～～），登入後的介面也有相對應的修改讓狀態更清楚，另外就是刪除所有 Cookie 不會保留 Google 的了，以上這些修改都要等十月中的 Chrome 70。
最後就是，隨著這次事件才注意到有ungoogled-chromium這個專案啊。
前陣子 Ash Wu 寫了篇如何在 Context Switch 間維持自己的生產力，講他這陣子的經驗，所以我也來分享我這陣子的經驗，不過不是 Context Switch，而是底層工程師如何保護自己的專注力。
之前在開放式辦公室工作，雖然我已經面對牆壁了，還是覺得很容易受到干擾，不論是環境還是工作模式造成的都有，所以我逐步做了一些調整來減少心流被打斷的機會，首先，硬體設備最常見的就是抗噪耳機了，之前是買 SONY 的 WH-1000XM2，最近剛上市 Mark 3 也更新過去了，抗噪耳機一開始會有點不習慣，像是本來打鍵盤的聲音都聽不到了之類的，不過不用很久就會習慣了，這筆開銷是比較大，不過要是花的起的話，我建議直接買三代，舒適度比較好，二代我戴久耳朵還是會不舒服；除了聲音設備外，螢幕弄大一點把視野佔滿也是個不錯的方式，前陣子網路上不少人都買了 40 吋的大螢幕來用的樣子，我自己是只有用到 27 吋的，其實遮蔽效果也沒比 24 吋的好很多就是。
第二個是我現在工作時的電腦不登入 SNS 了，包括 Facebook 和 Twitter，所以我不會查資料或是看 Email 的時候發現有小紅點就順手點過去看，其實一開始是因為在用 Toggl 追蹤時間，注意到去看 SNS 會造成時間計算不準確，所以乾脆都不登入了，也是沒很久就習慣了，當專心時，其實完全不會注意到有 SNS 等著我去看。
第三個是我會把能關的提示音都關掉，不過這是因為我耳機音樂的訊源就是工作用的電腦，所以電腦的 IM、收信軟體的提示音都會過去，如果耳機可以弄獨立音源給它其實也沒這問題，這時候就有點懷念 iPod 了；如果提示音都關了，還會被 Dock 上的紅色數字或是訊息通知窗干擾，那我還會更進一步把 IM 的程式都關掉，即使那是工作用的 IM 我也是會不客氣的關掉，可能過兩個小時後你會發現其實你不在線上也沒關係的，真的很要緊的事，其它同事會透過各種方式找到你的（然後你還會發現有時候其實被這樣聯絡也不是很要緊的事）。
除了電腦提示外，手機我也會關到完全靜音，完全靜音是指連震動都沒有，所以如果有來電的話就只有螢幕會亮而已，也因此我常常沒接到推銷電話，其實平常會打電話給我的人很少，大部分都是我事前會知道的。
以上的部分主要在於減少干擾，其實還有一些其它工作方式的細節可以幫助，不過還沒有太多想法整理出來，所以這次就先不提了。最後補充一下，Ash 也有提到的workflowy（這是我的推薦連結）我也覺得很不錯，大概是遇到這個服務之前，有認真考慮過自己做一個這種東西自用，不過後來發現這個服務之後就再也沒想過這回事了。