今天在 COSCUP 2022 的 Rails 演講投影片。
距離上次公開講 Rails 也有5~6年了,之前講 Rails 大多偏教學,這次主要分享自己的一些經驗和主觀意見看法,請多指教了。
簡單摘要 1. OO用多型取代條件式、STI 和 Strategy Pattern 舉例 2. diss 了 service object 和一些其他 patterns 3. diss 了前端 Turbo 是舊瓶新裝,推薦用 Vue.js 4. N+1 queries 問題 5. Gemfile 用法
😆 👨🏻💻 ✨ 🚀 💰
今天在 COSCUP 2022 的 Rails 演講投影片。
距離上次公開講 Rails 也有5~6年了,之前講 Rails 大多偏教學,這次主要分享自己的一些經驗和主觀意見看法,請多指教了。
簡單摘要 1. OO用多型取代條件式、STI 和 Strategy Pattern 舉例 2. diss 了 service object 和一些其他 patterns 3. diss 了前端 Turbo 是舊瓶新裝,推薦用 Vue.js 4. N+1 queries 問題 5. Gemfile 用法

一本講公司領導團隊的寓言故事書。
蠻特別的是跟一般講領導個人特質的書不一樣,這本情境是在領導團隊(這裡指的是由公司CEO, 財務、業務、行銷、客服、產品部門等一級主管組成的領導團隊)中展開。最大的觸動就是對於公司管理層來說,你所在的領導團隊(leadership team)應該才是第一順位重要,甚至要比自己部門團隊更親近才對。
這跟現實中往往相反,因為主管通常會跟自己部門最親近,而不是領導團隊,這導致本位主義,不知道別的部門在幹嘛,無法像一個團隊達成公司的目標。
就像一個籃球教練分別跟五個球員談話,每個人都不知道教練跟其他人講了什麼。這不是 Team,而是一群個人在打球。
至於書名所謂的五大障礙,主要就是講溝通,先有信任,然後開會不要害怕衝突,要有承諾、責任、成果等等。這部分內容就比較老生常談,而且我覺得書中故事能順利展開的最大原因,就是主人公(新CEO)很厲害能夠引導溝通,進而產生公司變革。而現實中不是每個人都會這麼能主持會議溝通的….

這本就是對著自由市場經濟開幹的書啊,改變了很多我對資本主義的認知,光是看各章標題就很吸引人。市面上的經濟學大多是自然市場經濟學背景,而這本書用了更多事實舉例跟數據來反駁,有種說了大實話的感覺。
因為股東是公司流動性最高的厲害關係人,最不在乎公司的長期發展 (除非是大股東),尤其是小股東,只在乎最大短期利益。股東可輕易退出公司,只需要賣股票就好了。
其他利害關係人,例如員工、供應商,反而對長期利益更關心。
因此,長期的穩定好公司,其實會有各種手段來減少浮動股東對公司的影響,例如 政府擁有的股份、不同等級的骨釘,保證創始家族的控制權、公司有勞工代表、友好公司交叉持股 等等
閱讀全文〈資本主義沒告訴你的23件事 心得摘要〉
過年期間看了這本創意競擇,想說網上有人推薦,是不是有什麼產品開發的真知灼見。這書比較特別的是作者是 Apple 的第一線軟體工程師,分享一些幕後故事。但是看完覺得果然格局就只是軟體工程師的角度而已,其實頗為失望。整本書也就兩個專案: Safari 瀏覽器的開發 跟 iOS 鍵盤,用兩個專案來談 產品創意流程,實在是有點薄弱了。
第一章講了一個跟賈伯斯的 Demo,覺得有點誇張,就是一個員工粉絲晉見賈伯斯神的過程,作者非常自豪自己可以被納入產品核心圈有機會跟賈伯斯做實際demo。接下來幾章講他如何抄(移植) Konqueror 瀏覽器原始碼到 Mac 的故事,其實蠻無聊的,所謂移植就是苦幹而已。
第五章也是鬼扯,老闆說效能優先,於是全部人就過早優化,每個 code commit 都要通過 Page Load Test,完全就是老闆說的都對,老闆的老闆賈伯斯說新推出的瀏覽器要效能優先,這太神了。
下一章寫編輯器,竟然可以自幹一年沒有 PM 管理,最後作者說有完成但並沒有真的整合進瀏覽器實用。 然後作者嫉妒同事升管理職自己沒有,跟老闆抗議後,改去接管理職三個月,但因為覺得被分配的團隊工作不重要,而且聽到隔壁團隊好像在做什麼重要的神秘案子,於是還厚臉皮去跟老闆說不想做管理了,想去公司的秘密團隊,超好運的就轉調去神秘團隊,超好運那就是在開發 iPhone,作者負責開發觸控鍵盤(因為老闆覺得作者之前做編輯器,跟做鍵盤好像有關係)。
在 Apple 幾乎不開腦裡激盪會議,都是用 Demo 會議直接比較原型,例如觸控鍵盤的方式,這就是作者所謂的創意競擇:演示、意見回饋、下次演示。以及用 dogfooding 方式試用回饋。作者發明 iphone 的觸控螢幕鍵盤的自動校正功能 蠻厲害的,Apple 在 Touch UI 下了很多功夫優化。
設計是指產品如何運作,而不只是外觀。Apple 不愛做 A/B testing, 而是更多用品味來判斷。這相比 Google 愛用資料做判斷的文化。但是哪些用演算法判斷、哪些用人唯主觀判斷,只能不斷反覆多次設計和體驗後才決定。作者提到科技與人文藝術的交會: 其實也就是重視 UX,軟體設計團隊以人機介面團隊自居云云。