Ich habe in den letzten 3 Jahren für über 100 Unternehmen beraten, und hier sind einige meiner persönlichen Lieblingsempfehlungen: (Sie wären überrascht, wie viele Entwickler außerhalb der Online-Blase Hilfe benötigen.) 1. Einige Teams verwenden kein Versionskontrollsystem für ihren Code. Ich weiß, das ist schwer zu glauben, aber ich habe Zeugen. Ehrlich gesagt, das ist nicht häufig, aber ich habe es mit eigenen Augen gesehen. 2. Eine Testkultur ist selten. Ein einfacher Weg, um zu verbessern, was ein Team tut, ist, ihnen beizubringen, wie man automatisierte Unit- und Integrationstests schreibt. 3. Tabellenkalkulationen sind die beliebteste Lösung, die ich in der Wildnis gesehen habe. Zum Beispiel ist eine meiner häufigsten Empfehlungen, MLFlow zu verwenden, um Experimente zu verfolgen und Modelle zu versionieren. 4. Die meisten Teams wollen immer die technisch korrekte Lösung für ein Problem implementieren. Ich habe mich sehr gut darin geschlagen, Lösungen zu identifizieren, die viele weitere Einschränkungen erfüllen (wie Budget, Zeitrahmen, Teamfähigkeit, Wahrnehmung usw.). Ich nenne das "Problemframing", und es ist eine große Hilfe für Unternehmen. 5. Ich empfehle immer Dev-Container für die Teams, in denen jede Person ein anderes Betriebssystem verwendet und mit Konfiguration und Portabilität kämpft. 6. Versuchen Sie, eine Anwendung zu skalieren, ohne Zeit für Beobachtbarkeit und Nachverfolgbarkeit aufzuwenden. Meistens ist das so einfach wie das Protokollieren der richtigen Informationen. Manchmal kann man Zeit damit verbringen, die richtigen Werkzeuge für ernsthaftere Beobachtbarkeit einzurichten. 7. In maschinellen Lernsystemen (90 % der Projekte, mit denen ich zu tun habe) ist Monitoring immer ein Nachgedanke. Ich habe mich ziemlich gut darin geschlagen, Teams bei der Integration mit Evidently AI zu helfen. 8. Ich verbringe viel Zeit damit, Teams zu helfen, End-to-End-, wiederholbare und automatisierbare Workflows mit Platzhaltern zu erstellen, die sie später ausfüllen können. Zum Beispiel den Aufbau einer Trainingspipeline, die mit der Datenverarbeitung beginnt und mit der Bereitstellung des Modells endet. Viele verschiedene Praktiken kommen immer wieder bei verschiedenen Teams auf: • Wie man CI/CD implementiert • Wie man Datensätze versioniert • Wie man weiß, was "fertig" bedeutet • Wie man Geheimnisse richtig verwaltet • Wie man Konfigurationseinstellungen verwaltet • Wie man Protokolle konfiguriert • Wie man in der Produktion testet (A/B-Tests, Schattenbereitstellungen usw.) • ... Menschen, die für große Technologieunternehmen arbeiten, sind allen anderen Jahre voraus, aber der Markt für dieses Wissen außerhalb großer Technologieunternehmen ist riesig.

Ich habe einen Typen getroffen, der jedes Jahr siebenstellige Beträge verdient, indem er dies immer wieder macht: • Tritt für eine Woche dem Entwicklungsteam bei • Identifiziert 3 - 5 potenzielle Verbesserungen für ihren Prozess • Schreibt einen kurzen, konkreten Vorschlag für jede Verbesserung • Hilft optional dem Team bei der Umsetzung • Dokumentiert die Ergebnisse • Geht Er hat das fast zur Wissenschaft gemacht: Es ist ein wiederholbarer Prozess mit ein paar "Standard"-Empfehlungen, die fast jeder nutzen könnte. Die C-Suite liebt ihn. Die Teams lieben ihn. Du wirst dich zu Tode langweilen, wenn du von seinem Alltag hörst, aber er liebt es.

Die Bereitstellung von Software in der Produktion trennt wertvolle Projekte von einfachen akademischen Übungen.