過去3年間で100+企業のコンサルティングをしてきましたが、個人的にお気に入りのおすすめをいくつか挙げます。 (オンラインバブルの外で助けを必要とする開発者がどれほど多いかに驚くでしょう。) 1. 一部のチームはコードのバージョン管理システムを一切使っていません。信じがたい話かもしれませんが、証人がいます。正直なところ、これはあまり一般的ではありませんが、私は自分の目で見てきました。 2. テスト文化は稀です。チームの活動を改善する簡単な方法は、自動化されたユニットテストや統合テストの作成方法を教えることです。 3. スプレッドシートは私が実際に見た中で最も人気のある解決策です。例えば、私が最もよく勧めるのは、MLFlowを使って実験やバージョンモデルを追跡することです。 4. ほとんどのチームは常に問題に対して技術的に正しい解決策を実行したいと考えています。予算、スケジュール、チームの能力、認識など、より多くの制約を満たす解決策を見つけるのが非常に上手くなりました。私はこれを「問題の枠組み」と呼び、企業にとって非常に役立ちます。 5. 私はいつも、各人が異なるオペレーティングシステムを使い、設定や携帯性に苦労しているチームには開発コンテナを推奨します。 6. 観察可能性やトレーサビリティに時間を割かずにアプリケーションのスケールを試みる。ほとんどの場合、正しい情報を記録するだけで簡単にできます。時には、より本格的な観察性のための適切なツールを設定する時間をかけることができます。 7. 機械学習システム(私が扱うプロジェクトの90%)では、モニタリングは常に後回しのことになります。私はEvidently AIとのチーム統合をかなり上手に手伝うことができました。 8. 私はチームがエンドツーエンドで繰り返し、自動化可能なワークフローを構築し、後で埋めて完成させられる空欄のプレースホルダーを手伝うのをたくさん手伝っています。例えば、データ処理からモデル展開までトレーニングパイプラインを構築することなどです。 さまざまなプラクティスで、必ず異なるチームが生まれます: • CI/CDの実装方法 • データセットのバージョン設定方法 ・「終わった」の意味を知る方法 ・秘密の適切な管理方法 ・設定の管理方法 ・ログの設定方法 ・本番環境でのテスト方法(a/bテスト、シャドウデプロイメントなど) • ... 大手テック企業で働く人は他の誰よりも何年も先を行っていますが、ビッグテック以外でこの知識の市場は非常に大きいです。

@kelvongx *多くの