科技創業週報 #300:教你建立保證「低效能」的技術團隊

| |

哈囉讀者:

不知道大家回歸辦公室一陣子之後,會想念家中那把聲音清脆、好用的機械鍵盤嗎?(還是你已經帶去公司跟同事互相傷害了?😂)

前陣子我在網路上看到一個 3D 鍵盤模擬器,可以在網頁上做一些簡單的鍵盤客製化設計,可以調整佈局、按鍵配色和外殼的質感等等,還可以喬角度拍照,可惜不能模擬打字的聲音。這個模擬器是開源的,程式碼就放在 GitHub,在手機上也可以操作,但是對於打字測試的意義可能就⋯⋯ 總之有興趣的讀者可以去玩玩看。

Titan
[英] Fidenza 系列 1 億台幣售出憑什麼?衍生性藝術的前世今生

上週一幅名為「Fidenza」的衍生藝術作品在 NFT 平台 Art Blocks 上以 1,000 ETH(以太幣,約合 1 億新台幣)售出。創作者 Tyler Hobbs 寫了一篇「長篇形式衍生藝術」的前世今生,這種藝術形式究竟是怎麼「衍生」的,創作時會遇到哪些關卡?藝術家與收藏家之間的關係是什麼?以太坊區塊鏈扮演什麼角色?

在過程中,藝術家會指定程式疊代(iteration)次數,寫入以太坊區塊鏈後,就沒有人能預測演算法最後會產出什麼結果。這應該是長篇形式衍生藝術與一般的衍生藝術最大的不同,後者相對靜態,藝術家得以透過裁剪、挑選適合公開或販售的成品,作品中只要有 5% 的鑽石,其他 95% 都是垃圾也沒關係。但長篇形式則無處可藏,這更加考驗藝術家對演算法品質的掌控,才能在最後產出高品質與高多樣性的作品。
[Podcast] 星箭廣播 EP122 | 你坐牢,我發大財?美國監獄的科技生活,是有一張價目表的

監獄向來是影劇的熱門素材,但現實是牢獄內外的人若想互相聯繫,不論透過通話、email 或是轉帳,背後那套專屬系統其實藏有層層商機。本集主角 JPay 就是這個產業的先驅與領先者。Julie 會先談談 JPay 致敬蘋果的商業模式,再帶大家以使用者體驗的角度來看,儘管受刑人與家屬對 JPay 惡評如潮,卻又無可奈何。

JPay 的案例也讓 Liz 聯想到一些在科技產品上幾乎別無選擇、而且挑戰者很難突破的環境,例如醫院。不過最近終於有 JPay 的挑戰者出現,衝著它的種種弱點而來,主打免費又好用,和矽谷也有密切的關連。JPay 雖背負剝削與壟斷的罵名,但也確實改變許多受刑人的生活,所以最後我們也討論到:受刑人能擁有多大程度的上網權利?監獄還可以怎麼幫助受刑人出獄後更順利地跟社會重新接軌?
[英] 五個我從非技術人員身上學到的事

作者 Marianne Bellotti 反思作為技術經理的生涯時,發現讓她的能力進步 10 倍的建議,多數來自跟她的專業領域不同,從政府機構如 NSA(美國國家安全局)資深官員、美國數位服務小組管理員,到她的托福老師、心理健康工作者以及專研道家哲學的專家。這篇文章詳細描述了作者從這些沒有軟體背景的人身上觀察到的思考與處事模式,以及自己做出的改變。

例如,心理健康工作者教會了她「在事情好轉之前,先別讓它惡化」,托福老師則讓她學會尊重領域專業、不打斷別人的回應。美國國家安全局專家則是讓她明白「靠漏洞求生存」的道理,如果是靠打造安全環境維生,盡可能列出所有可能的漏洞、再縮小範圍,才能找到所有人都忽略的關鍵問題。
[英] 叮咚!App「好聲音」從零到一的設計訣竅

作者 Roman Zimarev 整理了幾個聲音設計的基本概念與注意事項。介面發出的「聲音」可以分成通知音效(notification)與互動音效(interaction),前者是在發生特定事件時提醒使用者(例如到貨通知),而後者則是回應使用者的動作,像是發出訊息、下拉更新反彈時,這是創造愉悅感的機會,如果音效設計到位,也能為品牌識別加分。設計音效時,必須考慮在正確的時刻發出聲音,避免突兀,破壞使用觀感;音效的長短、聲量大小與頻率也都是需要顧慮的事項。
[中] 莫力全/前端開發者也可以懂的基礎 System Design

作者是剛開始第一份正職的工程師,他很推薦前端開發者除了處理 UI 畫面與瀏覽器相關的眉角,也可以學習最基礎的系統設計,會更了解整體系統的應用架構,還可以加強溝通與協作能力,所以寫下這篇提供給和他一樣剛入行的前端開發者參考🔖(他還分享之前應徵 Junior 後端工程師被問到是怎麼設計系統的慘痛經歷,就和他對系統整體架構的理解有關。)

本文以分散式系統為出發點,不會探討技術深入的實作。首先介紹系統設計的重要元素,接著談到可以採用的思維走向,幫助快速建構出系統的基本雛形與軟硬體需求。如果看完覺得很抽象,最後作者按照前面的步驟設計一個「Fake IG」 系統,更容易體會怎麼實際解決問題~
[英] 獨立 App 開發者怎麼跟系統內建 App 競爭?

你會用第三方 app 取代系統內建的 app 嗎?蘋果在 iOS 內建了 35 款 app(數量持續增加中),獨立開發者要如何跟 iOS 內建的 app 如 eamil、行事曆、相機、天氣,甚至計算機 app 競爭呢?本文採訪了幾位知名的獨立 app 開發者,例如開發計算機 app「PCalc」快 30 年的 James Thomson,或是相機 app「Halide」的 Sebastiaan de With,並且分析了獨立開發者的優勢與面臨的挑戰,整理出成功獨立 app 開發者所奉行的原則。

成功的關鍵在於:針對特定、少數的使用者族群提供更進階、獨特的功能(簡單來說就是開發者自己想要,但是內建 app 沒有的),讓 app 用起來體驗更好、更豐富。因為對蘋果而言,內建 app 必須提供相對簡單、讓數億使用者容易上手的功能,有很多事情是他們不能或是不願意做的,而且獨立開發者可以更頻繁、快速地更新 app,訂閱制則是進一步讓他們無須刻意將功能保留給重大版本更新。當然,開發者永遠都會擔心蘋果「參考」他們的 app⋯⋯
[中] Mr.K/如何打造一個「低效能技術團隊」?

打造低效能團隊也是很有技術含量的?作者從產品規劃、技術架構、開發流程、組織架構到團隊管理五個方面抓出 21 個重點,他說這些招數做到三分之一,團隊就會「成功」垮了。

像是:有一種開發模式,叫做面向老闆 coding——做那些會讓老闆尖叫的產品(🤫 老闆好就是大家好,大家好才是真的好);搭建能用10年的架構,一步到位,業務需求先去旁邊等;喔對了,提需求請先走流程,反正看目前的排程還需要 99 年吧⋯⋯經歷至少降低開發效率 50% 的流程,離目標又邁進一大步了,最後再把「人」的問題處理一下,保證士氣低落也拿不出成績。(笑著笑著就哭了呢🤣)
[中] Mike Hao Sun/如何進階成為一個優秀的產品經理

產品經理是在用戶體驗/商業思維/技術之間擔任整合的角色,那該如何往下一個層級的 PM 前進呢?作者目前在 Hahow 擔任產品總監,也是前 17LIVE 資深產品總監,在本文分享他認為優秀 PM 該具備的能力以及特質。

作者提到在三個主要情境排優先順序的方法,像是好幾個單位都提了需求,怎麼判斷目前產品最需要被解決的問題?接著怎麼排功能開發的優先序?那 MVP 又要具備哪些功能?而在假設、驗證及分析的能力方面,作者認為資深 PM 會更在乎敏感度高且會間接影響關鍵指標的數據(這部分作者還透露很喜歡問面試者的一個問題💡)最後也很關鍵的是管理利害關係人,包括如何與他們互動、怎麼透過產品路徑圖溝通產品策略和價值去達成共識?
.

(文章代表圖:Photo by MusicFox Fx on Unsplash

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

《星箭廣播》123 集——一部電影要播一年!電子紙「慢電影播放器」|Titan 幫自己的智慧音響做了一個螢幕

發佈留言

Share via
Copy link
Powered by Social Snap