科技創業週報 #260:工程師轉 PM 最難的兩件事

| |


.

哈囉讀者:

有在使用 Twitter 的讀者可能有發現最近有 Fleets 這個類似 Instagram 限時動態的功能,最近 Snapchat 也在這一兩天推出類似 TikTok 直式短影音功能「Spotlight」,Behance 的創辦人 Scott Belsky 在自己的 Twitter 上表示,過去社群媒體以打造新的服務吸引大量使用者,但現在的「創新」似乎 就是將受歡迎的功能再重新打造成新的介面,大家也有同感嗎?😆

這次編輯發現一個很厲害的螢幕錄影擴充套件「Screenity」,讓你在螢幕錄影時同時也能錄下自己的視訊畫面。Screenity 也可以讓使用者選擇自己想要錄製的畫面範圍,並有畫記功能,而且還可以編輯影片的長度等,提供給有興趣的讀者參考喔!by 天心
[Podcast] 星箭廣播 EP83 | Podcast 特輯:你作夢也會聽到開場音樂嗎?(節目 & app 推薦)

距離《星箭廣播》上次講 podcast 又過了 20 集,這次 Titan 跟 Cjin 要來跟大家再聊聊這個話題。這回我們要請以前曾是創業者,現在從事創投工作的 Cjin 分享她平常都聽哪些與科技趨勢、創業或創投主題相關的節目。而過去覺得一邊「聽」podcast 或有聲書要一邊做筆記很困難的 Titan,則是要介紹兩個在設計上頗具創意的 podcast app。

Titan 和 Cjin 還會談談最近 podcast 市場的發生的事情,以及聲音作為媒介在內容呈現上有哪些吸引人的地方。最後 Cjin 會跟大家分享她特別想推薦給聽眾的單集有哪些,其中有一大部分的節目是由創投所製作,我們很推薦各位聽眾去聽聽看、了解一下創投是怎麼看待這個世界。
[英] 所有設計專案都應該從 Google 文件開始

一個新的設計專案開跑,關鍵人員通常沒什麼時間參與,壓力就都堆在熟悉設計工具的人身上。但廣納想法更能促成好的設計,卻不是每個人都懂得使用產品原型工具,如何讓大家都能「無縫」又有熱情的投入呢?作者 Ted Goas 曾任職於 Stack Overflow 的 design team,他建議所有設計專案應該在 Google 文件(或其他文件協作工具)啟動。

他實作多年總結出三個好處:一來,每個人都在相同條件下腦力激盪,一開始就能互相交流,很適合遠距合作的團隊,更有效降低進入門檻;二來,因畫圖和寫程式更耗時,所以在 Google 文件開始較容易大範圍探索方案;三來,侷限於文字能避免被視覺化的物件分心,更專注問題本身。 這個方法幫助設計變成團隊活動,Ted 提到同事回饋說,因前期就參與設計流程覺得受到重視,部門間的合作氛圍也變好了。最後作者會分享實際上怎麼執行,更公開這份文件的範本,有興趣的讀者不妨參考看看~
[英] 工程師愛用的 Markdown 語法怎麼來的?

第一次看到 Markdown 語法時是不是有種熟悉感呢?其實早在漫畫《花生漫畫》(Peanuts)裡我們可能已經看過,甚至沒有人教我們,我們就能夠過符號來閱讀漫畫中的情境,例如在人物對話時出現 *sigh* 時,我們可以感受到他的情緒、語氣等。之後有 不少工程師則沿用了這套語法,像是 Aaron Swartz 為了讓 HTML 的程式碼更好閱讀,而發展出 atx 形式。內文中也談到了 Markdow 的開發者 John Gruber 如何在早期的 email 中獲得這樣的靈感,打造了 Markdown 語法。
[英] Airbnb 資深資料科學家給新手的四大建議

「成為資料科學家的第一年你可能會手足無措,」Airbnb 資深資料科學家 Lindsay M Pettingill 整理了一些給新手資料科學家的建議,包含如何跟 PM 一起討論專案的優先順序,才能評估出完成專案的時間,另外她認為新手最好要有一份文件能記錄下大大小小的專案進度,不但能評估自己平均花了多少時間在處理短期任務、長期專案上,也能讓團隊的人一目瞭然知道自己的工作狀況。

Lindsay M Pettingill 發現許多新手花最多時間的不是在最重要的事情上,而是在許多沒有清楚規範的事情上,這個狀況她建議新手應該要積極推動團隊制定出專案的各項準則。
[中] Bill Cheng/我如何在 COVID 期間拿到 Google、FB、Microsoft 三個Offer

前兩週我們推薦了 Square 軟體工程師 Kenji 下半年如何拿到 Facebook、Robinhood、Coinbase 的資深工程師 Offer;本文作者 Bill Cheng 則在疫情期間拿到 Google 、Facebook 和 Microsoft 的 Offer,並分享他在這三間企業與 Amazon 的面試實戰經驗,希望透過多元的觀察,為讀者在美國的求職路帶來一點幫助。

Bill 任職於全球最大徵才平台 Indeed 近三年半,因職涯發展受限,決定今年展開人生第二次跳槽,一年前他就有過 Google 面試失敗的經驗,所以這次是抱著朝聖的心態,最後是成功錄取了。他這次在 Google 共經歷五輪面試,壓軸那關也是第一位 Manager 對他的 side project 有興趣,Bill 盤點心得是 Google 較在意溝通、Facebook 較像在拚速度,Microsoft 則偏制式化。同系列還有作者 2016 年碩士畢業後的求職心路歷程與首次跳槽經驗,及今年如何用三個月邊工作邊準備面試、如何談薪水的分享,這兩篇在文內都有連結可以搭配閱讀!
[文章回顧] WriteMapper:一個因為創辦人窮怕了而問世的軟體

「該死的!我受夠了一直在做沒人買單的產品!」

「失敗」在創業圈不是件可怕的事,因為案例比比皆是,但 WriteMapper 創辦人 Guan 認為,這個圈子總是將失敗當作一種創業家應該以此為傲的必經修煉,可是不論怎麼將失敗視為珍貴的經驗,他都無法接受自己只能做出無人買單的產品。

受夠了開發的軟體總是不賺錢,從大學休學後決定拿出所有力量最後一搏,全心投入新產品的開發,這次的目標很明確:這個 App 一定要賺錢!
[中] Finn Yeh /新創工程師如何轉職產品經理 PM?

作者 Finn Yeh 目前在 iKala 擔任產品經理,但其實他是工程師出身,後來才轉換跑道。本文會著墨新創工程師內轉 PM 的經驗,他也分享為什麼想轉職?這會帶來什麼改變?以及他如何準備?

Finn 的 MBTI 測試結果顯示自己偏外向、喜歡和不同人交流,所以比起當工程師,他更傾向觸碰多元領域,並整合起來為產出加值;再加上雖然寫程式是開心的,但他沒自信能成為頂尖或花大把時間研究。釐清自己想轉職的意願後,Finn 發現相較於技能面,最難準備的其實是角度和高度——如何用 Product 或 Marketing 而非 RD 的角度來規劃執行,以及如何拉高產品視野。另外,Finn 提醒因為新創人少,每個小改變都是公司的大改變,所以一定要試著想像自己已經成為 PM,並細想原本的 RD 責任由誰接?有資深 PM 帶你嗎?新的個部門交流模式會是如何?利益關係人、原團隊能否承受這些改變?…等問題,畢竟多替人著想,也是 PM 的基本內功。


.

Previous

《星箭廣播》84 集——「追求科技新聞分析的正確與否很無聊。」

《星箭廣播》85 集——聊聊五個畫線註記服務,其中一個長得有點像 Tinder

Next
Share via
Copy link
Powered by Social Snap