Hi 讀者，
本週跟大家分享一個有趣的網站。我們曾經在〈聰明閱讀電子報，解決「積讀」煩惱〉提到閱讀器 app「Matter」，他們其實還有一個很酷的姐妹網站「Read Something Wonderful」。
Read Something Wonderful 網站的功能很簡單，每次點進去都會隨機提供一篇（精選過的）文章，你可以點擊縮圖去閱讀原文，或是按下旁邊「Save to Matter」的按鈕（手機上則是「分享」按鈕）用 Matter 來閱讀。在手機上看這個網站，滑過一篇又一篇的文章，光是掃過標題和欣賞排版，知道有這麼多好文章可以讀就令人感到很滿足，希望你也會喜歡。
Titan
[optin-monster-inline slug=”hlq7r8kikxf7imrv22xq”]
[中] Titan／發展科技職涯，值得你訂閱的三份電子報
閱讀時間：5-10 分鐘
有一天我在跟工程師朋友聊天，講到一個技術名詞，他就推薦我去看《Bytebytego》的解說。他們的招牌是透過簡明的圖表，搭配 YouTube 短片（每支影片長度約 5-10 分鐘），將原本可能很複雜的軟體技術概念變得很容易理解。假如你的工作需要跟軟體工程師溝通，或是需要懂一點點技術的「概念」，那麼《Bytebytego》會是不錯的參考資料；對工程師來說，《Bytebytego》主打的「系統設計」內容被認為是很好的教材，除了增進技術知識之外，還可以找他們模擬面試。
本文要推薦給各位軟體工程師們三份值得訂閱的電子報。假如你不是工程師，但也在軟體公司或網路公司工作，想多認識一點工程師的世界，或是工作上需要面臨新創公司會遭遇的種種問題，又或者是單純想多了解一些關於軟體和網路的知識，都可以參考這次的推薦名單。
[英] Max Levchin／差點害 PayPal 關門大吉的密碼事件
閱讀時間：15-20 分鐘
這是一個關於密碼的恐怖故事。「PayPal 幫」在矽谷是響亮的稱號，可是他們曾經差一點就要提早「滅團」。本文作者 Max Levchin 是 PayPal 共同創辦人、前 CTO。雖然他沒說出確切時間點，但這個二十多年前發生的事件幾乎要害 PayPal 再也無法存取主要的付款憑證表（master payment credential table），那麼好不容易累積超過一億張信用卡資料的收付款生意也不用做了。
故事大概是這樣，向來著迷於密碼學和加密技術的 Max Levchin 使用「私鑰分割」（Shamir’s secret sharing，SSS）新設計了一個用來解密的獨立昇陽伺服器的金鑰，唯有這個伺服器可以運作，PayPal 的主要付款憑證表才能解密。當時是半夜三點，PayPal 首頁掛上「系統維護」的公告，然而明明在部署之前測試過幾百次了，當他們需要重啟那個昇陽伺服器時，大家的 passphrase 卻怎麼輸入都不對。若到了東岸時間的早晨還搞不定，恐怕 PayPal 就要登上科技頭條了。
更糟的是，原本他以為大不了就將系統還原到部署前、用舊的主密碼即可，可是後來他發現資料已經被複寫了⋯⋯儘管頂著難以想像的龐大壓力，他還是冷靜地找出問題，再靠著 RTFM 確認：原來昇陽伺服器的 Solaris 系統會把密碼超過八字元的部分去掉（所以怎麼輸入都不對）。這個故事很精彩，還有包含作者跟密碼學的一些故事，他在一些地方也提供詳細的說明，不一定要是專家才讀得懂。有興趣的讀者也可以先讀這篇文章（或這篇）了解 SSS 的原理（如同文章所說，原理跟國中數學有關）。
[英] First Round Review／想成為有影響力的技術主管嗎？請朝這三個方向努力
閱讀時間：20-25 分鐘
創投 First Round 旗下媒體《First Round Review》採訪新創公司 Pilot 創辦人與技術長 Jessica McKellar，她從三個面向出發，分享怎麼做才能成為一個「有影響力」的工程主管。過去曾因公司被收購而進入 Dropbox 工作的 Jessica McKellar 在本文提供了幾個相當清楚的指引，如果你是新手主管，或是正在尋求管理方面的建議，本文是很好的參考。
主管的工作重點之一是協助團隊成長。Jessica McKellar 表示技術主管的工作其實主要跟人有關：以每日和每年兩種尺度關注團隊成員，確保其成長軌跡符合他們和你自己（身為主管）的需求。有些主管並未意識到他們的工作之一是協助團隊成員發展職涯。有時成員即便很清楚自己的職涯目標，也很少會主動與主管討論。Jessica McKellar 會主動向成員分享她對職涯的想法，這樣更容易開啟真誠的討論。一旦主管能協助團隊成員有所成長，整個團隊的輸出能力會上升，這同時會放大你身為主管代表的執行力與影響力。
Jessica McKellar 也有建議主管該如何適時將眼光放到團隊以外，以整個組織的視角來進行策略思考，引導團隊理解自己的工作在組織中的影響力，並以此鼓舞團隊努力實現目標、在截止日前交付。
[中] Felix Hong／一句話惹怒硬體人！談加班文化
閱讀時間：5-10 分鐘
作者 Felix Hong 過去曾經在鴻海參與過 iPod 開發，後來加入 Nest Labs 成立台灣團隊，再到 Google 擔任主管。他從自身經驗出發，說明「為何做硬體的人常常要加班、超時工作」。他認為「加班」不是因為硬體工程師們時間管理能力欠佳或不擅長「聰明工作」，而是在各種（包含物理條件）限制下不得不採取的因應方式。
Felix Hong 歸納出三個癥結點，其中之一是硬體產業屬於「瀑布式」（waterfall）開發流程，多數工作是「一棒接一棒」，例如一旦供應商出貨延遲，就會導致負責後續工作的成員必須靠著加班才能趕上進度，否則後面的「棒次」會越差越遠。另外有一點值得思考的是文章前段所提到的，一些做硬體產品的公司其實軟體工程師數量往往是硬體工程師的好幾倍，於是作者問：在這樣的結構下，工作文化究竟是硬體人或軟體人的影響力大呢？
