Am späten Abend ruft der General an und fordert, dass die Veröffentlichung nach sechs Stunden eingeführt wird - am Morgen hat er ein Treffen mit Investoren in China. Entwickler - in der Reihenfolge ihrer Bedeutung für das Projekt - beschneiden, Urlaub, professionelles Burnout, Makramee und Streikposten "grün", um die Rechte von Meerschweinchen zu schützen. Tester sind bereits nach Hause gegangen. Timlid weint wie ein „Mädchen in einem Automaten“ - ihre Angelegenheiten sind von Herzen. Eine Bürokatze warf eine Wasservase auf Dokumenten mit nassen Siegeln um. Die Veröffentlichung muss mit chinesischer und koreanischer Lokalisierung eingeführt werden. Und die engsten Spezialisten für asiatische Sprachen sind Tadschiken in einem Hostel auf der anderen Straßenseite.
Sie seufzen und machen sich an die Arbeit. Nach sechs Stunden funktioniert alles. Freigegeben. General zufrieden. Die Entwickler sind fröhlich, fröhlich und versuchen es gerne.
Gewöhnliche Wochentage tehdira.
Viele technische Direktoren haben sich bei den SlOorm DevOps versammelt. Nach dem Intensivkurs sprach ich mit Eduard Medwedew über IT-Ethik , mit Artyom Galonsky über gefährdete Berufe und DevOps . Und ich hatte das Glück, einen einzigartigen extrovertierten Technologiedirektor kennenzulernen, der alles organisieren und mit jedem eine gemeinsame Sprache finden kann.
Dmitry Simonov ctorecords , Gründer des Tehdir-Clubs und Erfinder der Tehdir Notes, https://t.me/ctorecords , erklärte, wie man ein technischer Direktor wird, eine Art Alleskönner im IT-Bereich.
Dmitry Simonov und das blaue Lama oder Alpaka von eLama.
Techdir Karriere
Sie führen die Techdir-Notizen. Wie finden Sie dafür Zeit im Kreislauf der technischen Fragen? Was ist es für Sie: Hobby, Selbstverwirklichung, IT-Evangelisation?
Tehdir Chatik und der Kanal sind meine eigenen Tools zur Trendüberwachung. In ihnen schreibe ich natürlich meine Gedanken, aber das Wichtigste für mich ist, dass es Menschen gibt, mit denen man sich unterhalten und neue Trends lernen kann. Ich beschäftige mich ziemlich aktiv mit dem Thema des Beitritts zu geschäftlichen und technischen Teams, und dies erfordert eine breite Palette von Meinungen. Daher schreibe ich zum größten Teil nicht nur Meinungen, sondern teste auch Ideen.
Beruflich arbeite ich immer noch als technischer Direktor, ich beschäftige mich sowohl mit dem Management-Teil als auch mit der Codierung.
Ich bin gerade von Slurm DevOps zurückgekehrt, wo er seine Fähigkeiten verbessert hat. Was den Management-Teil betrifft, nehme ich aktiv an bezahlten Kursen teil - und einige der Gedanken aus diesen Kursen fallen in den Kanal.
Ein solches Beispiel war "Verwaltungsaufgaben", https://t.me/ctorecords/1126 . Dies ist eine Beschreibung komplexer Situationen, die häufig bei der Arbeit auftreten. Es ist wichtig zu verstehen, dass der technische Direktor im wirklichen Leben eine der beschriebenen Rollen übernehmen kann. Seine Aufgabe ist es, mit maximalem Gewinn und geringsten Verlusten aus der aktuellen Situation herauszukommen. Das Kriterium für die richtige Entscheidung ist das Verschwinden des Konflikts. Der Trick dabei ist, dass fast immer jede Rolle ethisch nicht einwandfrei ist: Entweder möchte der CEO Geld für jemanden sparen, oder der Mitarbeiter möchte die Ressourcen des Unternehmens verkaufen, oder es ist etwas anderes im Gange.
Mit der Zeit werden meine Tools für die Teilnehmer nützlicher. So wurde beispielsweise kürzlich der geschlossene Techdir-Club eröffnet, in dem sich hochqualifizierte Personen versammelt haben. Sie sind daran interessiert, über ganz bestimmte Themen miteinander zu kommunizieren, um nicht von den "Schiffen abgelenkt zu werden, die den Weltraum pflügen", über die Anfänger gerne sprechen. Dies ist eine sehr ruhige Chatik. Alles über den Fall.
Wie sind Sie selbst CTO geworden, welchen Weg sind Sie gegangen? Was sind die wichtigsten Meilensteine auf dem Weg? Was haben Sie dabei als wichtig verstanden?
1995, als ich noch an der Universität war, habe ich „im Internet“ gearbeitet - und seitdem habe ich 25 Jahre lang immer im selben Beruf gearbeitet. Schritt für Schritt durchlief ich die Phasen aller Variationen von Programmierern, Teamleitern und wurde schließlich zu Techdir. Er zog nach Moskau und ging ein zweites Mal den gleichen Weg - er bestätigte seine Fähigkeiten in Rambler, Yandex und Mail. Und dann begann er, seine eigenen technischen Lösungen und Teams aufzubauen.
Ein wichtiger Punkt - ich habe das Geschäft, das ich gemacht habe, immer geliebt. Und er bekam echten Antrieb vom Erfolg im Beruf.
Ich denke, das Wichtigste im Beruf ist die Fähigkeit, anzuhalten und sorgfältig über die Zukunft nachzudenken - um den Sieg darin zu sehen. Erst wenn Sie sie sehen, wie Sie selbst an sie glauben, können Sie Menschen dahin führen, wie Moses sein Volk geführt hat.
NB: Die Hauptaufgabe des Tehdir ist es, mit allen eine gemeinsame Sprache zu finden, die Widersprüche zu beseitigen, die Bedingungen des Sieges und den Weg dorthin klar anzugeben. Motivieren Sie Ihr Team mit Ihrem Beispiel. Tehdir ist der Kapitän des Schiffes.
IT-Community und Tech-Club
Planen Sie, den Kanal "Techdir Notes" irgendwie zu entwickeln? Andere Plattformen? Oder ein Buch schreiben? Sie haben dort echte Geschichten, lehrreich und lustig, für ein ganzes Buch.
Ja, viele lustige Geschichten haben sich angesammelt. Zum Beispiel:
. , API 21:00. , , , 21:00. . .
2014 . , . 2 ( 18:00 ): - ! ? - , . - ... , 7:00 ! ? OMG... - . - ? ? , - . . ... , ... - , - , - ... , . . - 4 . . . : - ! - . ! - .... ? ? ? - . ... ! . : - - ? - ! ! - 00:30 . -? . . , , , , 4 . - e-mail, , ! 2 .
Ich entwickle systematisch Techdir-Aktivitäten und entwickle die Community. Einige der angesprochenen Themen lösen eine so stürmische Reaktion aus, dass Sie Ihre eigenen Ansätze anpassen müssen, um im laufenden Betrieb arbeiten zu können. So habe ich beispielsweise die von mir entwickelten Ansätze für die von mir für externe Teamaudits entwickelte Technologie und Technologien zur Unterstützung bei der Einstellung technischer Experten angepasst.
Ich werde mich nicht verstecken, ich habe sehr klare Absichten und Ziele für die Techdir-Community, auf die ich mich bewege. In vielerlei Hinsicht lasse ich mich von Anfragen der Community-Mitglieder selbst leiten, aber es gibt auch einen globalen Bewegungsvektor, der allem, was ich tue, einen Sinn gibt.
Ich habe über das Buch nachgedacht und vielleicht macht sogar das Sinn, aber ich werde warten, bis ein klarer Bedarf dafür besteht. Ich möchte, dass dieser Wunsch "organisch" entsteht und nicht durch irgendeine Art von PR.
Wie beurteilen Sie die Entwicklung der IT-Community in Russland? In welchen Städten ist es am weitesten entwickelt? Was sind für Sie die Kriterien für Entwicklung und Bildung?
Die IT in Russland (und nicht nur in Russland) wurde zu einem sozialen Aufschwung, der talentierte junge Menschen nicht nur zu Experten auf der Ebene der Welt, sondern auch zu wohlhabenden Menschen machte. Der Aufzug ist so effektiv, dass einige nicht so sehr mit ihren Erfolgen zur Schau stellen als mit Erfolgen, die dank eines gemeinsamen Hype erzielt wurden.
Es wird angenommen, dass jede Art von kluger IT-Person in der Lage ist, ihr eigenes Team zu bilden, Mittel dafür zu finden und zumindest etwas zu schaffen, das verkauft werden kann. Nicht alles ist richtig, aber dieses Beispiel ist nicht sehr weit von der Wahrheit entfernt.
Warum sind diese erfolgreichen Community-Leute? Warum sollten sie sich mit Leuten wie ihnen beraten? Sie selbst machen einen exzellenten Job! Jeder ist ein Super-Mega-Unikat, das in der Lage ist, VKontakte, Odnoklassniki oder sogar Facebook in einer Person zu erstellen. Solche Experten brauchen niemanden - sie selbst mit einem Schnurrbart.
Was brauchen sie? Was brauchen diese Spezialisten, wenn sie in die von Jean Baudrillard beschriebene Konsumgesellschaft fallen?
NB: Hype korrumpiert. Absoluter Hype korrumpiert absolut. Es ist wichtig zu verstehen, wo Ihre Erfolge persönlich liegen und wo die Folgen eines explosiven Marktwachstums und eines Mangels an IT-Spezialisten liegen. Selbstkritik und Selbstreflexion in gewissen Grenzen sind eine wichtige Eigenschaft für einen Fachmann.
Erzählen Sie uns von dem geschlossenen Kanal für Techdirs. Wie er erschien, welche Aufgaben er löst, welche Art von Menschen dort anwesend sind.
Der Closed Techdir Club war eine Antwort auf die Bitte einer Gruppe hochprofessioneller IT-Spezialisten, sich an einen Ort zurückzuziehen, an dem sie die sensibelsten Themen diskutieren können, ohne von den Meinungen der June / Pioneers abgelenkt zu werden. Tatsache ist, dass die echten „Schachspieler“ einfach die zahlreichen Bender Ostapes satt haben, die anstelle von echten Diskussionen ständig Gedanken fördern und Gedanken im Stil von „ Schachgedanken, die die Kreisstadt [New Vasyuki] zur Hauptstadt der Welt gemacht haben, in angewandte Wissenschaft verwandeln und erfinden interplanetare Kommunikationsmethoden . " Offensichtlich interessieren sich Profis aus der Kategorie der Autoren von Kotlin, Tarantula oder Postgres für ganz bestimmte und klare Dinge. Diese Jungs konzentrierten alle ihre Bestrebungen und Ziele im Leben auf eine professionelle Orientierung.
Der Club besteht nur wenige Monate und das Publikum lernt sich bisher nur kennen. Alle diese Menschen sind an Macht gewöhnt, daran gewöhnt, dass ihre Worte ohne Kritik und als Gesetz wahrgenommen werden. Hier weiß jeder, wer wer ist und kommuniziert sehr sorgfältig miteinander. Das Ergebnis ist ein wirklich interessantes Konstrukt.
Bisherige Themen sind ziemlich engstirnig - ich probiere gelegentlich Zitate aus. Einer der im öffentlichen Kanal veröffentlichten Artikel befasst sich mit Fragen zur technischen Verarbeitung von Protokollen.
Soweit ich weiß, planen Sie in naher Zukunft, auf dem Treffen zu sprechen. Erzählen Sie mir mehr darüber, worüber Sie sprechen und mit welchen Problemen Sie sich befassen müssen.
Ja Am 9. Oktober um 19.00 Uhr wird das Team Lead Meetup im SkyEng-Büro sein, um das Team und das Wissen der Teampraktiker zu verwalten. Ausstrahlung unter folgendem Link: https://youtu.be/Y9Sxg14pads
Dies wird ein Überprüfungsbericht vor den Timlids über das Wesentliche der Arbeit des Techdir sein. Von Unternehmen zu Unternehmen ist die Rolle von techdir völlig unterschiedlich, aber im Großen und Ganzen bedeutet dies immer, in drei Teams zu arbeiten: einem Top-Team (Entwicklung der Infrastruktur), einem Produktteam (Entwicklung von Geschäftslösungen) und einem technischen Team (Implementierung von Infrastruktur und Geschäftslösungen).
Das Produktteam wird immer ertrunken sein, wenn es um krückenorientierte Lösungen geht, bei denen technische Schulden entstehen.
Das technische Team wird für die Arbeit auf die richtige Weise ertrinken, für die Verwendung von Hype-Technologien, deren Implementierung teuer ist, für die Arbeit an detaillierten technischen Spezifikationen, die jemand anderes für sie schreiben sollte.
Das Top-Team benötigt präzise Zeitpläne und Ressourcenschätzungen mit einem Minimum an präzisen Formulierungen für das technische Team.
Im Kern besteht die Arbeit des techdir darin, den Konflikt zwischen Geld, Benutzern und Entwicklung täglich zu lösen.
NB: Techdir in fast jedem Unternehmen ist ein Schiedsrichter, der die Widersprüche zwischen Produkt-, Technik- und Managementteams ausgleicht. Und jedes Mitglied des Prozesses findet ein Konstrukt, das dem Projekt zugute kommt.
Der Tehdir-Tag in St. Petersburg am 3. September war ein Erfolg. Planen Sie diese Veranstaltung zu entwickeln? Und warum am 3. September, wenn "jeder Kalender umdreht"?
Tehdirs Tag war sehr schockierend - mehr als hundert Personen waren registriert, darunter allgemeine und technische Direktoren, Teamleiter, Architekten, Produkte und Projekte. Es ist erstaunlich, dass sich Limonade aus dem vorbereiteten Vorrat an Bier und Limonade sehr gut verkaufte und mehr als die Hälfte des Bieres übrig blieb. Ein anderes Stereotyp kann weggeworfen werden.
Der Feiertag fand synchron in St. Petersburg in Selectel und in Moskau in Skyeng statt. Wir haben eine vollwertige Videobrücke zwischen den Hauptstädten eingerichtet und uns gegenseitig gratuliert.
Den Ergebnissen zufolge haben wir vereinbart, nicht nur jährlich den Techdir-Tag in den Hauptstädten abzuhalten, sondern den Feiertag auch auf alle Städte mit Millionären nach Art der Franchise zu verteilen. Jetzt sammeln wir Teilnahmeanträge (schreiben Sie an dsimonov@gmail.com!)
Was ist techdir?
HR, der am Tehdir Day sprach, hat wiederholt gesagt, dass es sehr schwierig ist zu formulieren, wer CTO ist, welche Art von Tier es ist, womit es gegessen wird und wie man es jagt und jagt. Wie bestimmen Sie, was ein Techdir ist? Und wie hat sich dieser Beruf entwickelt?
Techdir - es klingt stolz! Aus meiner Sicht ist techdir ein Synonym für das Wort „Gewinner“, der an sich selbst glaubt, an sein Team glaubt, an den Sieg glaubt! Und er gewinnt. Es kann nur gewinnen - sonst ist es kein technischer Redakteur, sondern nur ein Entwickler, der sich vorstellt. Dies ist seine Hauptaufgabe - Schwierigkeiten zu überwinden, Kollegen zu überzeugen, Pläne umzusetzen. Aber das Wichtigste ist, Ihren Sieg zu sehen und im Detail zu verstehen, wie er erreicht wird. Was sind die kleinen Dinge? Dies sind Details, deren Werte der Techdir nicht versteht. Was ist dann Tehdir?
In diesem Fall verliert er, egal wie professionell er ist, jeden Kampf, fusioniert und teilt den Aktionären im Detail mit, warum es nicht geklappt hat. Mit einer Präsentation, hervorragend gehaltene Rede und Begründung. Und dann wird er lange Zeit zu Konferenzen gehen und nicht darüber sprechen, wie man Projekte baut, sondern wie man sie nicht baut. Dies wird ein Fachmann sein, warum das Projekt nicht funktioniert. Ich treffe solche Leute regelmäßig in Pfirsichclubs. Ihre Worte beginnen immer mit "Jetzt werde ich dir sagen, warum du keinen Erfolg haben wirst!"
NB: Die wichtigste Eigenschaft von tehdir ist die Gewohnheit zu gewinnen, den Sieg in Schwierigkeiten und Problemen zu sehen und niemals aufzugeben. Sie können in jeder Situation immer eine Lösung finden - Sie müssen das Problem nur aus einem anderen Blickwinkel betrachten und den Tunnel der Realität erweitern.
Wenn Sie techdir für ein paralleles Projekt auswählen würden, nach welchen Kriterien würden Sie auswählen?
Bei HH gibt es auf Anfrage von CTO / CIO in Moskau viele hundert Lebensläufe. Wenn Sie sich die Profile genau ansehen, ist dies in der Tat ein CTO / CIO-Lebenslauf. Ehemalige Führungskräfte und Manager, die es in Führungspositionen versuchen möchten. Das heißt, diejenigen, die sich als CTO betrachten oder einer werden wollen. Wie kann man unter diesen vielen Kandidaten herausfinden, wer was wert ist? Was soll man sie fragen?
Empfehlungen von Geschäftsinhabern sind sehr wichtig. Und wenn Sie sich von jemandem getrennt haben, der nicht sehr freundlich ist, bitten Sie sofort um einen Kommentar. Diese Leute sind Ihre Kollegen, die bereits wissen, wie man mit dem Kandidaten arbeitet, und von ihnen ist die Liste der Rechen für Sie wichtig, was besser ist, nicht darauf zu treten.
Es werden auch Empfehlungen von Untergebenen benötigt. Diese Menschen haben Erfahrung darin, sich dem Kandidaten unterzuordnen und ihm als Führungskraft zu vertrauen. Am Ende hängt viel von diesem Vertrauen des Teams ab. Schauen Sie sich an, was er wirklich mit seinen eigenen Händen anfangen kann und wie es sich auf Ihr Projekt bezieht. Hier ist es nicht so wichtig, dass er selbst alles mit seinen Händen baut, sondern im Prinzip seine Bereitschaft, sich mit dem zu befassen, was im Code geschieht. Klären Sie den Stapel von Technologien, mit denen der Kandidat Erfahrung im Umgang mit Spezialisten hat.
Die Liste der unabhängig gestarteten Projekte mit URLs und einer Beschreibung der Rolle im Projekt. Es muss eine Art konkreten Beweis für die Realität dieser Rolle geben und nicht nur „bereitstehen“. In diesem Artikel geht es um die Tatsache, dass der Kandidat es gewohnt ist, sich an seine Projekte zu erinnern. Wenn er nicht über eine solche Fähigkeit verfügt, kann er sie sehr gut erlernen - auf Ihre Kosten.
Eine Beschreibung der Grundsätze, nach denen der Kandidat eine Tabelle ph mit einer Kürzung der Spezialitäten mit fester Zahlung pro Monat und / oder Stundenlohn erstellt. FOT torpediert immer, und wenn der Kandidat Gewohnheiten für seine Bildung hat, bedeutet dies, dass er weiß, welche Seiten er beim Torpedieren abdecken muss.
Wenn möglich, Beispiele für selbstgeschriebene Dokumente. Zum Beispiel Strategiesitzungen, ein gemaltes Feature mit technischer Zerlegung, technische Spezifikationen, Testdokumente, ein Zeitplan, detaillierte Zeitpläne und das ist alles. Alle diese Dokumente sind natürlich Geschäftsgeheimnisse oder Spanplatten. Niemand wird sie dir geben.
Es ist wichtig sicherzustellen, dass der Kandidat an die Arbeit mit solchen Dokumenten gewöhnt ist, das Talent hat und nicht das erste Mal für ihn ist. All dies muss in seinem Kopf geregelt werden. Wenn er darüber nachdenkt, wie diese Dokumente erstellt werden sollen und nicht, ist dies ein Indikator für mangelnde Erfahrung. Gewohnheiten, die auf der Ebene der Maschine festgelegt sind, sagen sooooo viel aus.
Dies sind schwierige Fragen - und nicht jeder wird sie vollständig beantworten können. Auch wenn die Antworten auf diese Fragen sehr bescheiden sind, ist es viel wichtiger, dass sie ehrlich sind. Besprechen Sie vorab mit dem Kandidaten, was Sie von ihm erwarten, erstens Vertrauen und Ehrlichkeit und zweitens eine großartige Erfahrung.
Das Wichtigste ist, für jeden Kandidaten verstehen zu können, wie er an die Arbeit gewöhnt ist und was er „automatisch“ tut. Es sind diese Fähigkeiten, die er in schwierigen Situationen einsetzen wird.
Gibt es technische Handbücher, Parameter und Kriterien für Tehdir oder ist es der mythische Alleskönner?
Vor einem Vierteljahrhundert waren Webmaster Jungen. Dann kamen die Webprogrammierer-Jungs. Dann kamen die Fullstock-Jungs. Im Allgemeinen mussten die Jungen kommen und alles tun. (lacht) Jetzt heißen diese Jungs technische Direktoren!
Zwar mussten die Jungs deutlich aufrüsten, um vollwertige Techdirs zu werden. Ein Team von bis zu 5 Personen kann immer noch manuell gesteuert werden - tatsächlich ist dies ein dummer "Hardcode", wie Programmierer es ausdrücken. Für große Teams funktioniert der Hardcode nicht mehr - Sie müssen vollwertige komplexe und flexible Frameworks einführen und die grundlegenden Prozesse in ihnen entwickeln. Techdir ist eine Person, die nicht nur in Programmiersprachen, sondern auch in Dokumentensprache programmiert: Er plant Budgets, schreibt Testprogramme, entwickelt Richtlinien für Einstellungen, Onboarding und Entlassungen. Jetzt arbeitet er nicht mit Variablen, sondern mit Teams, Rechenzentren und Infrastruktur. Er ist mehr besorgt über geschäftliche Probleme - und oft sind sie wirklich wichtiger als schöne lokale technische Lösungen.
Die Arbeit beginnt mit einem Gleichgewicht zwischen Budget, Zeitplan und technischen Lösungen. Zusätzlich zu diesen umfangreichen Aufgaben, bei denen ein wesentlicher Teil der Arbeit mit Menschen beschäftigt ist, muss es auch etwas geben, das diesen speziellen Techniker von anderen unterscheidet: seine eigene Persönlichkeit. In vielerlei Hinsicht wird alles genau von dieser Persönlichkeit bestimmt - und in erster Linie von technischen Lösungen.
Wenn es sich beispielsweise um einen technischen Wartungstechniker handelt, konzentriert er sich auf eine ganze Reihe von systemgesteuerten Überwachungssystemen, die Ziele überwachen. Die Reihenfolge der Arbeiten ist für Techniker im Allgemeinen sehr wichtig, und für solche Betreiber ist die strengste Einhaltung der Vorschriften an erster Stelle. Dies sind immer noch allgemeine Trends für alle Techdirs.
Eine Person wird jedoch dadurch bestimmt, dass sie selbst Trends setzen kann. Geben Sie zum Beispiel Ihre eigenen Plugins und Optimierungen für bekannte Überwachungssysteme frei - zugeschnitten auf seine eigenen Bedürfnisse.
Warum ist Persönlichkeit so wichtig? In seiner Abwesenheit wird nichts in der Entwicklung sein, und der Techdir selbst ist leicht zu ersetzen - es gibt keinen Unterschied, wer als Techdir arbeitet. Und es wird keine Spuren vom bisherigen Amtsinhaber geben. Er wird am nächsten Tag vergessen.
NB: Techdir - sollte nicht nur ein guter Spezialist sein, sondern auch eine Person. Mit einem einzigartigen Ansatz, mit hoher Initiative. Dies ist in der Tat der Kapitän des Schiffes - wenn er nicht für alle ein Vorbild ist und keinen Respekt hervorruft, streift das Team um Birnen und streut in jedem Hafen. In gewisser Weise programmiert der technische Experte nicht den Code, sondern die Leute und das Team.
Da es sich um Berufe handelt, gibt es zum Beispiel eine Meinung von Artyom Galonsky vom Bureau Bureau, dass der DevOps-Ingenieur in der Natur nicht existiert und dass dieser neue Beruf erfunden wurde. Und meistens dient dieser Selbstname dazu, ein höheres Gehalt auf dem Arbeitsmarkt anzufordern, aber tatsächlich ist der DevOps-Ingenieur nur ein Administrator mit hervorragenden Kenntnissen über Kubernetes. Wie würden Sie definieren, was ein DevOps-Ingenieur ist? Haben Sie bereits einen solchen Mitarbeiter eingestellt?
Die Entwicklungswelt beschleunigt sich auf der „letzten Meile“ rasant, wenn die Implementierung auf Sprint-Ebene läuft, aber die zuvor vorhandenen technischen und organisatorischen Tools für die Systemadministration konnten dies nicht bewältigen und wurden zu einem engen Hals.
Entwickler (Dev) und Admins (Ops) haben immer gegenseitige Kämpfe miteinander arrangiert. Wenn es ein Problem gab, sagte Ops, dass der Code ein Problem ist, und Dev - dass die Servereinstellungen.
Dann entwickelten sie eine Methodik, für die es notwendig ist, ein Team so aufzubauen, dass Dev und Ops regelmäßig Erfahrungen bei der Entwicklung und Wartung des Projekts austauschen. Es bietet eine Teamlösung für die Probleme der Unterstützung und Entwicklung der Softwareentwicklung und -bereitstellung mithilfe zahlreicher Tools, die die Arbeit mit Code, Assemblys, Tests, Assembly-Artefakt-Management, Release-Management, Konfiguration, Überwachung und Protokollierung ermöglichen.
Meiner Meinung nach reicht für Entwickler ein k8s nicht aus, man muss sich mit Architektur und Entwicklung auskennen, um bei Bedarf zuverlässige Systeme und Bereitstellungen erstellen, Code schreiben und zumindest ein wenig verstehen zu können. Ich schaue mit Interesse auf die Slurm-Schulungen, in denen DevOps- und SRE-Ingenieure unterrichtet werden, aber im Moment ziehe ich es vor, nicht die Dienste von Singles, sondern die Arbeit von Teams zu nutzen. Dies liegt daran, dass Teams aus Kompetenzzentren die Stabilität meiner Infrastruktur zum Preis von ein oder zwei Ingenieuren garantieren.
Manchmal erscheinen „modische“, „Hype“ -Berufe, die ein oder zwei Jahre bestehen, manchmal auf dem IT-Markt und verschwinden. Vor ungefähr fünf Jahren beeilten sich alle Unternehmen, nach Jira-Setup-Spezialisten zu suchen, und vor ungefähr drei Jahren entschieden alle, dass es unmöglich sei, zu arbeiten, wenn das Team keinen Scrum-Master hätte. Wie fühlen sich diese Berufe jetzt an? Und werden in ein paar Jahren nicht dieselben DevOps-Ingenieure erwartet?
Spezialisten für Jira und Scrum haben ihre kleine Community gegründet und ich bestelle übrigens regelmäßig einige Dienstleistungen bei ihnen. Je nach Studientiefe verdienen sie mehr oder weniger Geld.
Devops - .
?
, , . ?
, , , , .
, . , — , sre . — , , , -, - . ? — , , .
, , . , 10-30 , . , , , — , — . . . , .
« 10 .», . , , . , , , , .
, , , . , . , , , . , , , , , , , - . — , .
NB: . , , , , . , . .