資本主義沒告訴你的23件事 心得摘要

這本就是對著自由市場經濟開幹的書啊,改變了很多我對資本主義的認知,光是看各章標題就很吸引人。市面上的經濟學大多是自然市場經濟學背景,而這本書用了更多事實舉例跟數據來反駁,有種說了大實話的感覺。

  1. 根本沒有自由市場

    每個市場都有他自己的各種限制,有多自由是政治定義的。市場不是客觀的。自由貿易、公平貿易也是如此。市場的邊界是由政治決定的。
  2. 經營公司不該以股東的利益為優先

因為股東是公司流動性最高的厲害關係人,最不在乎公司的長期發展 (除非是大股東),尤其是小股東,只在乎最大短期利益。股東可輕易退出公司,只需要賣股票就好了。

其他利害關係人,例如員工、供應商,反而對長期利益更關心。

因此,長期的穩定好公司,其實會有各種手段來減少浮動股東對公司的影響,例如 政府擁有的股份、不同等級的骨釘,保證創始家族的控制權、公司有勞工代表、友好公司交叉持股 等等

閱讀全文〈資本主義沒告訴你的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,軟體設計團隊以人機介面團隊自居云云。

Tweets 整理 (2021 Q4)

2021/12

  • 2021-12-16 22:51 RT @rails: Rails 7.0 FINAL: The fulfillment of a vision to present a truly full-stack approach to web development that tackles… t.co/T3k1sWR8p4
  • 2021-12-16 14:21 @chloerei yes, 好一陣子了,不能下載,只能用訂閱的線上看

2021/10

  • 2021-10-08 23:03 這幾天認真玩了 Notion,終於完全搞懂他的資料結構了。一開始用要完全理解有點難度,看起來只是協同筆記軟體,不過在理解了他的 database 概念之後,就覺得真是厲害的設計,可以各種組合嵌入到頁面上。
  • 2021-10-04 15:02 前幾天突然幾台舊 server 無法連上 Let’s Encrypt 簽的網站,原來是有個 Root CA 憑證失效了… t.co/rowB43CMu4 # 解法看 TLDR; 就好了,就兩行指令。是要修 client-side 不是 server-side

Tweets 整理 (2021 Q3)

2021/9

  • 2021-10-01 03:56 看了 Inspiration4 的紀錄片,第一次全素人組合上太空玩,竟然飛得比國際太空站還高 t.co/lfgbm537Cp # 4K 畫質超讚 # 才兩週前的事情,紀錄片就拍好了 # 之後會越來越多有錢素人上太空玩了
  • 2021-09-29 03:59 RT @tobi: Shopify loves Ruby! A small team lead by @Love2Code has been working on a new JIT that focuses on web & @rails work… t.co/1dkf9at0Hl
  • 2021-09-29 03:21 RT @tenderlove: This is so exciting! It looks like we’re going to upstream YJIT in to Ruby t.co/Z6szT5g3bA If you’re unfami… t.co/R2BK4YZv1F
  • 2021-09-21 14:59 試了一下 Rails 新的 t.co/m7ZKxYqZOX 搭配 esbuild,果然又快又簡單,webpacker 要 GG 啦。看來舊系統升級完全可以跳過一個時代,沒想到 asset pipeline 比 webpacker 還長壽啊。
  • 2021-09-21 06:35 RT @dhh: “But another Rails doctrinal pillar is that we’re trying to push up a big tent. Hotwire and import maps will emphat… t.co/f0oH8LYYfb
  • 2021-09-20 17:18 RT @dhh: “Propshaft is an asset pipeline library for Rails. It’s built for era where bundling assets to save on HTTP connect… t.co/yoeK14L5H3
  • 2021-09-13 22:04 “混屯大學-人力資源是CEO第一工程” t.co/gcUHqqmliQ # 一些摘要心得
  • 2021-09-08 01:14 古典樂串流服務 primephonic 被 Apple Music 併購收掉了….. 沒得聽了。說是說 Apple 計劃於明年推出一款專門的古典音樂 app 啦,但不知道等到什麼時候…

2021/8

  • 2021-08-12 22:43 Rails 7.0 預設用 import maps,然後 webpacker 變成一個 optional 方案,未來是 ES6/HTTP2/Import maps 的! t.co/vslLBEwCZb
  • 2021-08-04 01:22 記得你是何時加入 Twitter 的嗎?我記得!#我的Twitter週年紀念日 t.co/mMYqFVr0GL

2021/7

混屯大學 人力資源是CEO第一工程 心得摘要

因為想了解一下 HR 在幹嘛,覺得在大一點的團隊,人才和招聘是件重要,但卻常被忽略的事情,因為老闆常在第一線在忙業務忙產品,所以在混屯大學看到這門課覺得看標題就蠻有道理的,大老闆應該多花時間在組織團隊,利用團隊來達成目的。

老師是從阿里巴巴出來的,因此內容基本就是阿里體系的管理方式。大約兩個小時的演講內容。不過雖然後來發現 HR 不只跟”招聘”有關,而是一個輔助 CEO 做組織發展的單位。

1. CEO 的第一要務是什麼

  • 怎麼提升一群人的能力,在 HR 專業中叫做 OD 組織發展
    • 你的個人能力強,不代表很擅長提升一群人的能力、組織能力
  • 管理的本質,就是透過別人產生成果。一樣的事情,給不同人做,會有不同結果,所以人是最重要的
  • 楊三角理論: 組織一群人去幹
    • 1. 先解決願不願去幹
    • 2. 解決怎麼幹的問題
    • 3. 創造 policy 制度,可以幹得愉快
  • HR 其實是 CEO 的工作,不只是HR部門的事情,HR 是幫你運營的部門而已
  • 而人力資源是 CEO 的第一工程
    • 角色重要性: 首席人力官 > 首席財務官 > 首席業務官
  • CEO 除了想業務,還要了解業務是透過人去達成,因此另一個重要的維度是要思考公司的人怎樣、制度怎樣、行不行、能不能:
    • 1. 公司文化讓員工有意願做嗎?
    • 2. 員工有能力做嗎? 公司有培養或引進需要的人才嗎?
    • 3. 公司制度允許和支持嗎?
    • 這就是楊三角理論
閱讀全文〈混屯大學 人力資源是CEO第一工程 心得摘要〉

Responsible Rails 讀書摘要

斷斷續續看完了 Responsible Rails 這本小書,蠻喜歡這本書的主題,講 Production 上的實操問題。

可惜內容作者沒有完全寫完,裡面還留著很多 (TODO),不過還是有一些不錯的出錯倒站故事跟心得就是了。

一些摘要:

  1. 強調 Responsible Software Developer 的重要性
    1. 軟體開發的整個流程,到實際部署給 end-user 後,又是新的世界: 各種 bugs、意外倒站、DevOps 問題等等
    2. Say No! To regressions 以及要專業處理 bugs, failure 和各種意外
  2. Production 的意外處理
    1. 要立即讓相關人等知道情況
    2. 給出預估修復時間
    3. 事後 post-mortem 分析
  3. 對外的 integrations 要紀錄所有 input 和 output,有助於事後分析
    1. 除了 happy path,也要問客戶什麼是 business-critical failure paths,要重點處理
    2. 各種 Service 的 integration 要 fail fast, 要設定 timeout
  4. 關於 Domain Event (也適用於API設計) 小心修改、Mutable messages 是 anti-pattern、傳遞 generic attributes 也是 anti-pattern
  5. MySQL 要用 utf8_bin,這樣字串比較才會精準
  6. 網路相關的 integration 應該要考慮拆開或其他容錯處理,例如用 background job, 設定 timeout, 用 service object 包錯誤處理等
    1. 作者碰到的問題是 Elastic Search 因為 AWS 掛了,造成全站都掛。但理想上應該只影響 全文搜尋 就好
    2. 推薦讀 Release It! 這本書
  7. 推薦可用 feature flag 來做 高頻次的小變更部署,提早發現錯誤,要修復也快
  8. External JS 會拖慢 CI,在 capybara 裡面有設定可以關掉
  9. 記得加 DB indexes,作者有次跑 rake script 跑了 20hr,加了 index 後只要幾分鐘
    1. 寫 Script 顯示完成百分比沒用,建議多顯示每處理 1000 筆花了多久時間
  10. 小心套件升級: 可能會有 bug,若不急可以等等。即時是安全性升級也可能有 bug,可以多了解細節再決定要不要趕著升級。
  11. 刪除 production data 要萬分小心
    1. 不要刪
    2. 真的要刪,code 請同事幫忙 review
    3. 把資料搬到別處,而不是直接刪除
    4. 真的要刪,先手動備份
  12. 寫驗收測試降低 regression 可能性
  13. 要成為 responsible developer 必須了解 devOps