科技創業週報 #328:我第一次當 Amazon 面試官的心得

| |

Hihi 讀者好,

這週電子報來推薦一個令人非常驚豔的「徵才」頁面設計--專案管理軟體 Linear 的「READ ME」,不只是放上職缺,而是用了一千多字的篇幅,生動地描述電腦軟體過去、現在與未來的發展。未來被描繪得很美好,但現在的工具其實還不夠力,拘限了才華洋溢者的力量。Linear 就是要打造讓人們施展魔法的工具,使絢爛的未來成真。

滾動頁面時,設計精巧的電腦螢幕與文案配合得天衣無縫,文字有蠱惑人心的魅力,看了真的覺得沒加入這間公司彷彿會遺憾終身。如果你正在尋覓,如果你正在苦思如何介紹公司使命、渴望找到熱情洋溢的工作夥伴,這篇大概可以成為你的範本之一。

🌱 我們也曾介紹 Linear 這個軟體,歡迎點擊〈回報進度好煩!Linear 要讓團隊專注在更重要的工作〉閱讀。

lily

🎁贈書抽獎活動🎁 謝謝你每週和其他 2,000人都會點開當期電子報,跟你借三分鐘填寫回饋問卷,讓我們把電子報打造成更好的樣子吧!


.


[英] 我回覆了一封廣告信,對方也回覆我了⋯⋯


相信不少有在經營媒體的人,或多或少都曾收到有人邀請置入「贊助內容」(或偽裝成投稿的廣告文章)的信件。一名軟體工程師長期撰寫部落格,就對這些信件不勝其擾。但有一天他突發奇想,「乾脆來回個信,看看會發生什麼事好了」,於是他挑了一封自稱 SEO 專家請求在其部落格投稿的文章回信,信中表示自己的行情一篇 200 美金(台幣約 6000 元),兩個月後收到了回信⋯⋯來看看這位部落格經營者跟行銷公司的電子情書吧(誤)


[英] 勞動產生愛,自組軟體的 IKEA 效應

根據行為經濟學教授 Dan Ariely 研究,比起一體成型、高級訂製款,人們傾向認為親自動手組裝的家俱「價值更高」,這個心理學研究稱為 IKEA 效應。

本文作者 Matthew Guay 認為,No-Code 軟體興起,使用者自己像堆疊積木般,把軟體變成符合自己使用情境的模樣,也會產生更加珍惜的感受。例如在 Notion 中建立自己的生產力中樞、在 Obsidian 種植自己的知識森林,「勞動產生愛」,我們在摸索的過程中,也深深愛上了自己在上頭的設定、累積與創作,無法割捨,黏住這個工具一輩子。

本文將軟體如何「綁住」使用者的方式分成八類,宛若 IKEA 效應的「創造喜悅感」是一種,而其他像是很常讓使用者將資料「搬家」時通常不得不面對的「檔案格式鎖定」,同一篇文章在不同的編輯軟體或部落格系統中,肯定不能百分之百復刻,「交流網絡鎖定」,從 Facebook 到 Google Docs、Figma 的註解互動紀錄都是屬於這類範疇。本文對軟體的見解頗新穎,應該也能讓你頻頻點頭,未來進行選擇時,這些「吃定使用者」的模式,也能列入考慮喔~


[Podcast] 星箭廣播 EP150 | 那個你不曾聽過,卻更加真實的異類矽谷(ft. 鱸魚)

講到矽谷,人們最先想到的往往是科技公司、創業者與工程師,但這次《星箭廣播》特別來賓鱸魚在他甫出版的新書《異類矽谷:老派矽谷工程師不正經的深度田野踏查》中所分享的,是一個很可能你從來沒聽說過,卻更加真實的矽谷:極限通勤族、沒有地址的戰敗者、Hotel 22、野火、一颳大風就停電的矽谷,甚至還有獅子。聽眾們會發現鱸魚在談到「野性矽谷」時特別開心,他甚至有點期待騎著登山車時能遇見矽谷的山獅。

儘管矽谷擅長包容各種差異、接受來自各方的人,但是在矽谷科技圈工作的人,卻未必會把這裡當成自己的家。鱸魚在節目中說,對很多外國人而言,矽谷比較像戰場,你是不會想要把戰場當自己家的。而這種長期住在戰場的現象,因為疫情的關係在這兩年開始鬆動。趕快按下播放鍵,聽聽鱸魚聊矽谷的變與不變吧。


[英] 「確認偏誤」正在傷害你的 UX 研究結果,五個方法避免掉入自欺欺人的陷阱

「確認偏誤」是一種人們在生活中常見的認知偏誤,你我都可能曾基於自己既有的信念或偏見,汲取資訊或分析資訊。確認偏誤會導致人們刻意擱置與自己信念衝突的訊息,即便它們是真確的。比方說我們會對挑戰自我信念的資訊假裝看不見,或是刻意挑選讓我們舒適的論述,而在吸收這些資訊後,人們也會以符合自我信念的方式解讀、消化、回憶這些資訊,從而扭曲資訊的後果。

進行 UX 研究時,「確認偏誤」是很常見的現象,本文從「這個紅色按鈕很難找到嗎?」為例,解釋了研究中可能出現的「確認偏誤」跡象,並提供了五個方法在 UX 研究中,避免確認偏誤,其中一個有意思的是,針對研究主題所做的測試應該盡可能早、盡可能快,因為投入的時間、資源愈低,較能避免自己因情感過多產生誤判。無論是不是 UX 研究領域者,「確認偏誤」常常會誤導我們對新聞事件議題的判斷,這篇文章也許都能帶給你一些收穫。


[中] wastemobile/如何成為獨立網路的公民

「IndieWeb 是一個由個人網站組成的社群,透過簡單的標準連接在一起。」IndieWeb 是一個相對於大型、中心化商業網站的概念,強調使用者應該擁有所有自己在網路上的東西,而且可以自由跟其他人交流——你的貼文跟資料就是你自己的,不是某個大型商業網站的財產。IndieWeb 的精神也不僅僅是「自己架一個網站」而已,還要能夠與其他網站連結、溝通。知名的自架伺服器社群網路服務 Mastodon 可說是此精神的代表之一。本文作者 wastemobile 嘗試跟著 IndieWebify.me 的指引,用 WordPress 自己動手做一次、去理解 IndieWeb 理念。

在實作的過程中,作者試圖用自己的方式去理解 IndieWeb,他將「獨立網路的公民」分為三個階段:成為 IndieWeb 的網路公民、發表內容,以及讓獨立網站雙向對話。並且介紹了「POSSE」(Publish (on your) Own Site, Syndicate Elsewhere)概念,就是「在自己的網站上發布內容,同步到其他任何地方」, 輔以 Michael Hyatt 提出的社群媒體三層架構:基地、使館與哨所協助讀者理解,最後說明獨立的網站如何互相連結。


[英] 為什麼我們公司要把 Figma 的檔案都備份到 Sketch?

上週 Figma 遵照美國的制裁法規而凍結世界最大民用無人機製造商大疆(DJI)的 Figma 帳號,公司內部的截圖提到「緊急通知各位有在使用 Figma 做設計的同事們,盡快用自己的私人帳號遷移檔案」,成為軟體圈的熱門話題。這也引起關於「被平台綁架」的討論——是否應該定期備份 Figma 的檔案?

本文作者是全端工程師和網頁設計師,去年分享公司從 Sketch 換到 Figma 之後,仍使用 Magicul 這套工具定期把 Figma 的檔案備份成 Sketch 文件存到 AWS S3 上。他解釋實際執行的方式和 4 個原因(好處), 提供給高度仰賴 Figma 的公司和設計師參考~更廣泛地來說,如果我們哪一天遇到「吃飯傢伙」突然無法使用的時候,會如何應對呢?


[中] 台北遇上西雅圖/第一次當 Amazon 面試官的筆記

作者在西雅圖的 Amazon 擔任軟體工程師,最近第一次當 Amazon 的面試官,他探討了作為面試者的心態、當面試官後才注意到的一些問題,以及這份「苦差事」的心得。

文中除了提到降低緊張的兩個方法,還有在行為面試和 coding 關卡時,搭配實際情境說明如何應對的建議,當中有些應該也適用於非工程師的面試,希望對讀者有所幫助🔖


[中] Yi-Ting Chien/企業產品的課題:和 legacy 舊版共存


有人說歷史久遠的 legacy 產品是創新殺手,在許多大公司也是重要的課題。作者是在德國工作的 UX 設計師,主要負責設計系統和醫療產品,本文從 legacy 產品的使用面、執行面與組織面來剖析各自應對 legacy 產品的方法,設法在創新與現實之間找到出路。

作者提到,企業裡的 legacy 產品不同於經常更新的手機 app,漫漫長路後改動的部分往往很微小,相較於投注的心力不免覺得沮喪,但對設計師來說,和形形色色的「限制」交手就是很有趣的挑戰。


👉填問卷抽新書👈


.

(文章代表圖:Photo by Priscilla Du Preez on Unsplash

本文依 CC 創用姓名標示 - 非商業性 - 相同方式分享 4.0 國際釋出
Previous

星箭廣播 151 集——投資 Heptabase,天使投資人 Cjin 觀察到的新世代創業團隊特質

覺得 Google 被自己的黑魔法玩壞了?你可以嘗試這五個搜尋引擎

Next

發佈留言

Share via
Copy link
Powered by Social Snap