哈囉讀者，
對一些數位工作者來說，可能常會遇到格式轉換問題。TinyWow 這個網站提供了 PDF、圖像、影音、檔案等四大類型的轉檔工具，M4A 轉 MP4，HEIC 轉 PNG等等，是個很值得加入書籤的整合網頁，總有一天會派上用場 😎
lily
最會回答問題的那個男人：Stack Overflow 傳奇人物 Jon Skeet
▴▴▴ 精彩好文回顧 ▴▴▴
我們曾經在週報介紹〈如何在 Stack Overflow 上問好問題〉，那篇文章的作者 Jon Skeet 是 Stack Overflow 最活躍使用者之一， reputation 十年內就破百萬，總共回答超過三萬個問題，最高峰的時候每個月平均回答 800 個問題，而且他同時在 Google 工作，資歷將近 14 年，是公認的大神。
不過，承載了各種浮誇光環的 Jon Skeet 仍有 相對平凡的一面。像是曾經困於「冒牌者症候群」；接過主管職半年，最後還是選擇退回原位；以為自己會在數學領域深造，後來也放棄繼續攻讀⋯⋯
Red Hat 軟體工程師 Gunnar Morling 針對程式碼審核（code review）項目畫了一張總共五層的金字塔圖，從最底層 API Sematics，Implementation Semantics、文件化、測試，最上層則是程式碼風格。
他說明，愈底層愈應該是審查的重點；而最上方兩層則可以盡量自動化節省時間；每一層又都可以再細分出4-6 個審查時應該確認的問題，程式審核的菁華就濃縮在這張圖片裡面了，提供給有興趣的讀者參考。
[中] Egoless Programming / 無我編程
「無我」境界令人神往。本文作者 Ant 閱讀《無我編程》條列整理了軟體工程十誡，第一誡即談到對犯錯的躊躇與恐懼：「理解並接受你終將犯錯，關鍵是在投入生產之前儘早發現」，第八誡談到對事不對人的原則：「積極討論，並接受團隊的選擇。即使最終證實你是正確的，也不要報復或嘲諷地說「我早就說過了」。
這些勸戒充滿濃郁的人生智慧，無論是不是軟體工程師，都能夠牢記心底，作為待人處事的指引。這「十誡」是由已故電腦科學家 Gerald Weinberg 是美國軟體工程界的一名偉大人物，他在世時撰寫了四十幾本書，如《程式設計的心理學》等等。
人與電腦互動的所有狀態都由資料庫儲存，但大多數人都對資料庫的運作所知甚少。本文著重 RDBMS（關聯式資料庫）的兩大要素：索引（index）與交易（transation ）。儲存資料是為了方便未來搜尋，而要怎麼以多種方式搜尋、找尋速度、如何更新資料，考驗資料庫的設計品質。
作者 Mahdi Yusuf 在密碼管理軟體 1Password 當資深工程師，本文是他近期推出的「架構筆記（architecture notes）」其中一篇系列文章。其他內容包含「系統設計」的相關知識，例如記憶體、加密、分散式系統的謬論等等。每篇文章都有精美圖表、清晰的架構，以及與內文區隔開來的名詞解釋，相當適合初入系統設計的讀者閱讀。
什麼時候可以不再懷疑自己是不是合格的產品經理（PM）、產品負責人（PO）呢？是第一次上線自己著手規劃的新功能？畫出完美的路線圖？還是取得業界權威或機構的認證？以上皆非。作者 John Cutler 條列 44 項正在成為貨真價實的產品經理的徵兆，像是：
- 你感覺自己一直在打擾團隊
- 你會被批評「太專注在解決方案」
- 你參考無數資料、聆聽無數意見後製作出產品路線圖，所有利害相關人跟團隊都同意了，但一切都在瞬間被推翻
作者說，PM 就是得在變化多端、令人痛苦的荊棘路前行，不斷遇到令人失望的事，也許表示你正在蓄積未來展翅高飛的能量喔！
（文章代表圖：Photo by Vasily Koloda on Unsplash）
本文依 CC 創用姓名標示 - 非商業性 - 相同方式分享 4.0 國際釋出