歡迎來到駭客週刊！每週為你精選最值得關注的技術新聞、開源項目和深度文章，也可能都不是。隨機夾帶私貨。 鏈接基本都是英文，我最大的心願就是，你能打開原文閱讀。
小團隊實戰手冊
來自 7 個擁有 100 人團隊和 2 億美元年收入的公司，手動總結的通用建議。
招聘
- 招對或乾脆不招：必須對候選人充滿熱情
- 工作試用：
4天至3個月的付費項目驗證匹配度 - 產品導向招聘：那些辭職加入你的頂尖客戶
- 市場頂尖薪資：95% 以上的薪資水平
- 小團隊（<15 人）由資深通才組成
文化與價值觀
- 低自我，高信任：信任=速度，所有權
- 獨立、堅韌與復原力：忽視標準風險投資建議
- 徹底的透明度和責任感：工作牆，展示與分享
- 用戶中心：與用戶緊密合作，慶祝他們，享受反饋
- 情誼與速度：享受樂趣，進行團隊建設
運營
- 幾乎不開會：「深度專注」- 建設而非討論建設
AI首席助理：自動化研究、營銷等- 讓火焰燃燒：為了優先處理 10% 的關鍵重要事項
- 複合學習：「不要學兩次」- 構建可重用的模板和手冊
- 面對面：要麼有辦公室，要麼頻繁預訂 AirBnB 進行黑客周
科技與產品
- 簡單的技術棧：使用 shell 腳本而非 k8s，保持代碼模組化
- 簡單的產品：從 UI 封裝單個 API 調用開始，調用 LLM
- 功能標誌/實驗：核心原則之一
- 基準測試：為 LLM/驅動程序創建頂級內部評估
可擴展性的迷思
每個初創公司要解決的首要問題是可擴展性。每個初創公司應該解決的首要問題是「我們如何有足夠的錢來避免兩個月後破產」，但這是個難題，而可擴展性通過閱讀幾篇工程博客就能輕易解決。
我最近看到的悲劇是，構建可擴展的服務是科技時尚的巔峰，每個工程師都想要一張時尚的簡歷，以幫助她獲得下一份工作。沒有人會因為簡歷上寫著「我不知道 AWS 和 Kubernetes，但我知道如何以每月 100 美元的基礎設施費用滿足你所有的 SLA」而得到工作。
許多初創企業的商業模式除非達到一定規模否則沒有盈利的機會，但達到那個規模的概率可能不到 1%。使其可擴展是件容易的事，因為這是確定性的，但獲取客戶並不容易。
另一個觀點是，初創企業的實際目的可能是為創始人及朋友將來能在真正的 FAANG 公司麵試做工作經驗和演練。
「為想得到的工作做準備，而不是為現在的工作做準備。」這句話非常精準。
數量即質量
作者引用了高产作家的例子（如 Matt Levine、Byrne Hobart、Patrick McKenzie）以及數學家保羅·埃爾德什每天工作 19 小時的例子，強調了持續高強度工作帶來的巨大產出。
天賦是真實存在的
作者大量引用了斯科特·亞歷山大的隨筆《天賦的寓言》，以調和「天賦存在」與「人人道德平等」的觀點。
拉馬努金的例子：儘管教育機會有限，數學天才依然取得了巨大的成就，這表明存在與生俱來的智力天賦。
亞歷山大總結道，他不會強迫自己去做那些需要「流血流汗、逆著大腦的排斥」才能完成的事情，承認平庸是可以接受的，而應該在自己擅長的事情上多下功夫。
做自然而然的事情
像埃爾德什那樣的天才，他 19 小時的工作日之所以能維持，是因為數學對他來說是「自然而然」的。
作者的總結：即使你不是麵包師，烤麵包作為愛好也無妨，但不要把它作為你的全職工作。換句話說，要將職業生涯集中在那些你具有天然優勢和激情的事情上。
AWS 大規模停機事件背後的人才危機
這是一個轉折點。似乎越來越多的理解深層故障模式的人才已經離開。新組建的、更精簡的、預計成本更低的小組缺乏必要的機構知識，無法在第一時間防止這些故障。
記住，曾經有一段時間，亞馬遜的「節儉」領導原則意味著用更少做更多，而不是基本上什麼都沒用就做所有事情。AWS 的運營優勢建立在冗餘、經驗豐富的人員之上，當你削減到骨子裡，基本的東西就開始出問題。
這不是關於技術過時的問題。這是關於維護技術的人員更新換代的問題。如果我要猜測接下來會發生什麼，市場這次會原諒 AWS，但模式會繼續。
當你抽空了工程團隊，每個事件發生的可能性都會增加。下一次停機事故已經在醞釀中。問題只在於哪個人員不足的團隊會首先踩到哪個邊緣情況。
PostgreSQL 能撐起多大规模？
在 OpenAI，我們使用的是無分片（unsharded）的架構：一個主寫節點、多個讀節點，這證明 PostgreSQL 在超大規模讀負載下依然可以優雅擴展。
我演講的主要信息是：如果應用的寫入量不是特別重，只靠一個主節點加若干讀副本，就可以讓 Postgres 在高讀吞吐下良好擴展！這正是需要明確傳達的訊息——這種模式已經涵蓋了絕大多數應用場景。
Postgres 大概已經是當下開發者的默認首選。對於讀操作為主的創業項目，直接用 Postgres 就好；如果遇到性能瓶頸，就升級實例配置。若有一天數據庫真成了瓶頸，那恭喜你——說明你的創業項目已經成功了，這反而是個「好問題」。
核心要點
- 「Just use Postgres until it breaks」
- 抵制簡歷驅動開發
- 分佈式系統是最後手段，不是默認選項
- 保持架構最小可行
如果 OpenAI 至今仍使用單主寫入的 Postgres 架構，面對 8 億用戶仍然可擴展，那麼你也很可能不需要複雜的分佈式數據庫。
80% 的人只需要 20% 的功能
80% 的人只需要 20% 的功能。將剩餘的功能隱藏起來，你會讓他們更高效、更快樂。這其實就是全部。
這句話完美詮釋了二八定律在產品設計中的威力。我們經常陷入功能主義的陷阱，以為越多功能越好，但現實是大多數用戶只會使用產品的一小部分核心功能。
隱藏複雜性，專注核心，讓 80% 的用戶更高效，這才是好產品的標準。
訂閱與反饋
如果你喜歡這份週刊，歡迎：
- ®️
RSS訂閱 - 🔄 分享給朋友
- 💬 在評論區留下建議和
reactions
下期見！👋