科技創業週報 #281:破解「文件債」的根本問題

| |

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 Sc​​hmidt 的女兒、名校出身、待過獨角獸企業,她卻在 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

Previous

《星箭廣播》104 集——與紙張的戰鬥!No Code 數位化律師工作經驗談(ft. 《法律白話文運動》楊貴智律師)

《星箭廣播》105 集——是創投也是創新者們:泡沫化後的新世紀創投趨勢

Next

發佈留言

Share via
Copy link
Powered by Social Snap