在過去三年中,我為100多家公司提供了諮詢,以下是我個人最喜歡的一些建議: (你會驚訝於有多少開發者在網絡泡沫之外需要幫助。) 1. 有些團隊根本不使用任何代碼版本控制系統。我知道這很難相信,但我有證人。老實說,這種情況並不常見,但我親眼見過。 2. 測試文化非常罕見。改善團隊工作的一個簡單方法是教他們如何編寫自動化的單元測試和集成測試。 3. 試算表是我在實際中看到的最受歡迎的解決方案。例如,我最常見的建議之一是使用MLFlow來跟踪實驗和版本模型。 4. 大多數團隊總是想為問題實施技術上正確的解決方案。我已經非常擅長識別滿足更多約束(如預算、時間表、團隊能力、感知等)的解決方案。我稱這為「問題框架」,這對公司幫助巨大。 5. 我總是建議那些每個人使用不同操作系統並在配置和可攜性上掙扎的團隊使用開發容器。 6. 嘗試在不花時間於可觀察性和可追溯性的情況下擴展應用程序。大多數時候,這就像記錄正確的信息一樣簡單。有時你可以花時間設置合適的工具以獲得更嚴格的可觀察性。 7. 在機器學習系統中(我處理的90%的項目),監控總是事後考慮。我已經非常擅長幫助團隊與Evidently AI集成。 8. 我花了大量時間幫助團隊建立端到端、可重複和可自動化的工作流程,並提供填空的佔位符,讓他們可以稍後完成。例如,建立一個從數據處理開始到模型部署結束的訓練管道。 不同的團隊總是會出現不同的實踐: • 如何實施CI/CD • 如何版本化數據集 • 如何知道什麼是「完成」 • 如何正確管理秘密 • 如何管理配置設置 • 如何配置日誌 • 如何在生產環境中進行測試(A/B測試、影子部署等) • ... 在大型科技公司工作的人比其他人領先幾年,但在大型科技公司之外,這方面的知識市場巨大。
Santiago
Santiago12月26日 21:45
我遇到了一個每年賺七位數的人,他不斷重複這個過程: • 加入開發團隊一週 • 確定 3 - 5 個潛在的流程改進 • 為每個改進撰寫一份簡短、具體的提案 • 可選地,幫助團隊實施這些改進 • 記錄結果 • 離開 他幾乎把這個過程變成了一門科學:這是一個可重複的過程,包含幾個幾乎每個人都可以使用的 "基本" 建議。 C-Suite 非常喜歡他。團隊也喜歡他。 如果你聽他的日常,你會感到無聊透頂,但他卻很喜歡這樣。
@kelvongx *很多
2.15K