Ich lerne gerne verschiedene Aspekte von Open Source-Projekten kennen, insbesondere wenn sie in der DevOps-Arena immer beliebter werden. Als "DevOps" -Projekte bezeichnet werden skalierbare kollaborative Systeme, die eine Vielzahl von Problemen angehen, von Messaging bis zur Überwachung. Es gibt immer etwas Neues zu entdecken, zu installieren, zu entspannen und zu erkunden.
DevOps kann jedoch nicht ohne Prinzipien existieren. Einige dieser Konzepte sind offensichtliche Wahrheiten, deren Akzeptanz einige Zeit in Anspruch nahm. Im Gegenzug gibt es andere Ideen, die uns helfen, viel zu erkennen und über unsere kognitiven Vorurteile hinauszugehen .
Obwohl DevOps nicht streng genommen ist, ist Kanban eines der Prinzipien, die alles für mich verändert haben . Die einfache Idee, dass die Arbeit transparent und rationalisiert sein sollte, war für eine chronisch multitasking-Person wie mich radikal. Ich pflege bis heute einen klaren Workflow. Die Fähigkeit, sich nicht in Aufgaben zu verlieren, war eine große Erleichterung für mich. Außerdem freue ich mich nicht mehr über Zwischenerfolge: Jetzt freue ich mich über erledigte Aufgaben.
Um herauszufinden, was meine Kollegen beeinflusst hat, habe ich Mitglieder des OpenSource.com DevOps-Teams gebeten , ihre Gedanken zu diesem Thema mitzuteilen:
Welches DevOps-Konzept (Praxis, Prinzip oder Modell) hat Ihre Karriere verändert?
Alex Bunardzic
Machen Sie Fehler schneller, machen Sie Fehler so früh wie möglich, machen Sie Fehler so oft Sie können. Bevor ich mich mit diesem erstaunlichen Konzept befasste, kämpfte ich und arbeitete vergeblich mit dem Standard-Wasserfallmodell. Meine Karriere bestand aus einer Reihe erfolgloser Projekte, und alle begannen mit der These "Keine Ablehnungen sind erlaubt!" Dies ist ein äußerst langwieriges Modell, das die Arbeitseffizienz verringert und dazu führt, dass Sie von einer Frustration zur nächsten wechseln müssen.
Das Beste, was in meiner Karriere passiert ist, ist eine Flut von schnellen und gewalttätigen Ablehnungen zum Leben zu erwecken. Die Frustration machte einem Gefühl der Flucht Platz. Dies führte zur Massenakzeptanz / Implementierung von TDD- Praktiken [testgetriebene Entwicklung] und zur Erkenntnis, dass TDD kein "Test" ist , sondern"FAHREN" !
Catherine Louis
Kulturelles Hacken . Ich hatte keine Ahnung, dass es einen Namen für die Methode gab, mit der ich (als Guerilla) die Unternehmenskultur veränderte, aber dann sah ich Seb Paquets Video "Ignite Montreal" und war froh, dass nicht nur ich dies tat.
Clement Verne
Kontinuierliche Verbesserung . Bis ich in die Ideen der kontinuierlichen Verbesserung eingeführt wurde, suchte ich nicht nach Wegen, um in meiner Arbeit oder Karriere zu wachsen. Durch ständige Verbesserung wurde mir klar, was genau von mir abhängt. Ich erkannte, dass ich mich selbst herausfordern konnte, indem ich neue Dinge lernte und meine Komfortzone verließ. Dies veranlasste mich, einen Beitrag zu einem Open Source-Projekt (Fedora) zu leisten und dann bei Red Hat zu arbeiten. Es hat definitiv meine Karriere verändert.
Jason Hibbets
Alles begann mit „The Lean Startup“ bei meinem ersten Code for America Summit . Ich erinnere mich lebhaft an den Wendepunkt meiner Karriere im Jahr 2012. Eric Rees, Autor von The Lean Startup und Mitglied des Board of Directors von Code for America, war mit Tim O'Reilly auf der Bühne und sprach über Codebruch, Kultur und Fehler beim Wissenstest. Mein größter Erfolg war Einführung in The Lean Startup. Ich habe das Buch heruntergeladen und das meiste auf dem Heimflug gelesen. Es hat meine Arbeitsweise und die Führung eines Teams verändert.
Die größte Änderung, die ich vorgenommen habe, war die Einführung von Feedback-Schleifen.... Dies hat meinen Arbeitsstil und mein Team entscheidend beeinflusst. Ich habe die Gewohnheiten meines Teams auf datengesteuerte Entscheidungen umgestellt. Wir begannen, Informationen und Ideen durch Rückkopplungsschleifen auszutauschen. Wir führen auch wöchentliche Gesundheitsuntersuchungen durch und untersuchen kontinuierlich unsere Arbeitsabläufe und Hypothesen. Zusätzlich experimentieren wir mit neuen Ideen und bewerten diese Experimente. Wir halten Besprechungen zu Beginn einer Aufgabe während der Arbeit daran und nach deren Abschluss ab - dies ermöglicht uns zu verstehen, was als nächstes zu tun ist und was nicht, damit wir weitermachen können.
Willie-Peter Schaub
Bei meinem zweimonatigen Sabbatjahr 2018 wurde mir klar, dass die Angst vor dem Scheitern meine Energie und Leidenschaft für die Softwareentwicklung zunichte machte, und ich liebte diese Karriere. Ich erkannte, dass Fehler keine Tragödie sind, sondern ein Werkzeug für Innovation, Zusammenarbeit und kontinuierliches Lernen, das DevOps antreibt. Und diese Erkenntnis ist zu einem Schlüsselmoment in meiner Karriere geworden. Transparenz der Zusammenarbeit, fortschreitende Exposition, hypothesen- und testgetriebene Entwicklung sowie CD-Techniken - all diese Praktiken bieten Möglichkeiten für frühzeitiges Scheitern, Validierung und Anpassung der Lösungen, an denen wir arbeiten (und unserer Karriere).
Du bist dran
DevOps kann Ihnen viel beibringen, selbst wenn Sie niemals ein Terminal oder ein Programm öffnen. Deshalb stelle ich Ihnen dieselbe Frage:
Welches Konzept von DevOps hat Ihre Karriere am meisten beeinflusst?
Bitte teilen Sie Ihre Gedanken in den Kommentaren.
Erfahren Sie mehr darüber, wie Sie einen hochkarätigen Beruf von Grund auf neu aufbauen oder Ihre Fähigkeiten und Ihr Gehalt verbessern können, indem Sie an den kostenpflichtigen Online-Kursen von SkillFactory teilnehmen:
- DevOps Kurs (12 Monate)
Weitere Kurse
- - (8 )
- UX- (9 )
- Web- (7 )
- Machine Learning (12 )
- Data Science (12 )
- (9 )
- «Python -» (9 )