| Hi hi 各位讀者： 今天要推薦你逛個很炫的網站：Yamauchi No. 10 Family Office 是創立任天堂的山內家族機構官網，搭配音效和動畫就像進入它們的遊戲一樣🎮 雖然因為背景顏色和方向性影響，有點難認真閱讀文字🤣 不過這樣的網站設計真的很耳目一新！（同場加映製作公司 Mount Inc. 公開的幕後花絮 ）💯💯 by Julie |
| [Podcast] 星箭廣播 EP103 | 從此之後這裡叫矽谷：八個叛徒、三家創投，與數不完的新創公司 Titan 跟 Cjin 在《星箭廣播》99 集〈矽谷、創投與 19 世紀的捕鯨業〉跟大家聊了一本書《VC: An American History》，談到「創投」的起源與 19 世紀美國的捕鯨業有關，以及創投從還不足以稱之為產業的早期年代，到後來重心自美國東岸移往西岸的故事。我們談到了創投之父、第一批採用「有限合夥制」的代表性創投，以及美國政府的政策與立法如何形塑創投產業。 這次我們要把這段創投的歷史繼續往下講。1957 年，當時矽谷有著另一個名字，一批日後被稱為「八叛徒」的年輕人再也受不了他們的老闆，想要離開原本的公司，其中一人寫了一封信⋯⋯ 這段故事誕生了三家傳奇創投，分別代表三種不同的創投風格，並且一路從半導體、個人電腦、生物科技、軟體與網際網路，一路協助建立數不完的公司。 |
| [英] 為賈伯斯做 20 年蘋果發表會簡報的那個男人 深夜蘋果發表會我沒撐住還是先睡了😴不過你知道嗎，賈伯斯重返蘋果後的每次簡報，操盤手都是這位男人——Wayne Goodrich，此前就在 NeXT 和 Pixar 幫賈伯斯製作簡報。他現身說法 20 年來的 keynote 幕後非常精彩，像是發表 iPhone 的簡報嘔心瀝血籌備超過三個月、還有當時為了展示手機拿橫的同時螢幕會自動旋轉，但簡報時避免因晃動讓觀眾分心，所以並不是投影賈伯斯拿著的 iPhone 畫面㊙️ Wayne Goodrich 形容自己的工作更像產品經理，因為太多變因會影響簡報了，包括產品相關照片拍得不夠好或賈伯斯那天心情很差。（他因為老闆的火爆辭職過三次，但都沒有真的離開👀） 🚀 發起這串對話的 Chris MacAskill 除了是 Cake 這個平台的共同創辦人，也是 General Magic 和 NeXT 的開發者關係總監，他跟兒子共同經營照片分享網站 SmugMug 後來還收購了 Flickr。更多故事可以在之前的節目聽到唷～ |
| 無關矽谷、沒有「西方世界」的科技媒體《Rest of World》 從台灣選舉切入，談到通訊軟體怎麼打擊假新聞，這樣的報導出現在外媒不免吸引我的注意，於是我開始關注《Rest of World》這個非營利的科技媒體——你不會看到任何來自美加、西歐和紐澳的內容，因為他們專注亞非、東歐、中南美洲、南太平洋島國的故事，不過我覺得更有意思的是創辦人兼 CEO Sophie Schmidt。 身為 Google 前執行長 Eric Schmidt 的女兒、名校出身、待過獨角獸企業，她卻在 2019 年創辦 《Rest of World》，目前更全靠她一人注資；當許多媒體負荷不了國際報導成本紛紛收攤，她選擇逆勢而行，組建囊括 41 國背景、20 種語言的團隊。在矽谷最前線成長的她，起心動念是什麼？（有幾篇報導的選題很精彩，我也推薦大家看看～） |
| [英] 人們有多常在 Stack Overflow 複製貼上？ 今年愚人節 Stack Overflow 宣布「從此之後『複製』就得先付錢」的政策，如果玩笑成真想必會引發動盪。「複製」在 Stack Overflow 上有多理所當然？最近 Stack Overflow 針對這個行為進行為期兩週的調查，分享了一些有趣的小發現： 有 1/4 的使用者上站後平均五分鐘內就會反白、敲下 command + c 鍵。此外，積分高的使用者，複製的次數相對低，執行調查的作者認為，這也許是因為積分高的使用者技能樹更深廣的同時，面對的挑戰也更刁鑽，沒辦法靠著複製一段程式碼搞定。 哪種程式語言被複製的次數最多？哪個國家的使用者最愛複製？而且有些答案雖然被打負分，但還是被複製了幾百次？來看這份 Stack Overflow 的調查一探究竟！ |
| [中] Rick Hwang／寫文件的常見問題 無論職業或職能，每個人在工作時多少都需要寫文件或讀文件，但談起文件常會引發怨念，找不到或看不懂文件是日常。91 App 資深技術經理 Rick Hwang 剖析了文件的本質問題：包括人們被搜尋功能寵壞，懶得組織管理、以為會寫字就會寫文件，不在意溝通對象。如果你正在為「文件債」苦惱，或正在嘗試建立組織內部的文件系統嗎？可以先從文章中的這件事情做起。 |
| [英] 10 個面試問題問出「企業文化」 假如你很在意公司文化，面試時的觀察跟提問是很珍貴的時刻，但面試時如果只丟一句「你會怎麼描述貴公司的文化」，很有可能只會得到空泛的答案。本文作者 Karen Eber 提供了十個問題，協助你在面試時問出公司的具體文化樣貌。 例如，藉由「團隊最近成功的事件或令人振奮的時刻」這個問題，探測對方是否能夠發掘團隊進步的徵象，同時也可以看出對方是否不吝慶祝、表揚團隊成員。「有沒有團隊成員曾經改變你的想法，怎麼發生的呢？」，則是了解面試主管是獨斷型還是能夠接納不同意見的好問題。 |
| [中] fin／結對程設指南番外篇：團隊回顧 Pair Programming 實作經驗來啦💡作者 fin 分享團隊雖然本來就會互相討論，通常是在程式碼審查時或遇到問題時請教比較了解的人，但因為系統與人員日漸複雜，技術與系統知識的交流增加，於是開始認真定期 Pair Programming（文中以結對程設稱之）：每個 sprint 安排成員至少一到兩小時、通常挑較有挑戰性、有討論性的任務進行。 兩個月後有了第一次的回顧會議，大家都覺得 Pair Programming 是有幫助的，確實增加團隊的資訊流動；也如預期的碰到兩種挑戰——知識落差和卡關，不過最後都凝聚出可執行的改善方案。 ⚡️ 作者以系列文介紹實際 Pair Programming 的形式作法、注意事項和地雷區等等，以及 Pair Programming 想解決的問題、好處和挑戰，掌握全貌後更能評估是否要採用，讀者可以順便參考囉！ |
| [中] Renee S／UX 設計師在敏捷團隊的因應之道 如果團隊在跑 Scrum，設計師可能疑惑過：這麼緊湊的衝刺裡只能執行短時間內能夠見到成效的任務嗎？那要怎麼聽到用戶真實的心聲？怎麼做比較長期的設計規劃？怎麼驗證設計方案？ Whoscall 設計師 Renee 建議，先釐清手上的設計任務究竟是哪一類——優化/維護型、中長期規劃型或是探索型，再以不同的流程跑法應對。（以 Whoscall 來說，優化/維護型任務就像來電封鎖失敗時需提供彈出視窗協助使用者、離線資料庫更新完成後需顯示更新筆數資訊）希望正跟公司跑 Scrum 卻載浮載沉的 UX 設計師們，這篇因應之道能給你一點助力啦～ |
（文章代表圖：Photo by NordWood Themes on Unsplash）