In einer Welt, in der nur Ihr Unternehmen Sie wirklich reich machen kann, arbeiten die Leute immer noch zur Miete. Erstens ist nicht jeder glücklich, Geschäftsleute zu sein, aber sie müssen leben. Zweitens ist bei der Arbeit alles klar und sicher - Sie erfüllen Ihre Funktion und die meisten übernehmen die Risiken anderer. Von hier aus wachsen alte Feilschkonflikte: Eigentümer möchten, dass Mitarbeiter motiviert werden, als ob Arbeit ihr eigenes Geschäft ist; Mitarbeiter wollen das tun, wofür sie bezahlt werden, und nicht mehr.
Diese klassischen Beziehungen haben Variationen - Optionen, Zinsen, Boni, die ein wenig an die Eigentümer und Mitarbeiter im selben Boot erinnern. Es gibt jedoch weniger typische Situationen.
Das Unternehmen Flant besteht aus mehreren Devopos-Teams, die die Produktion anderer schlüsselfertig bedienen. Sie sind aus einer Bande von Linux-Studenten-Enthusiasten und -Fans hervorgegangen und haben jetzt eine Struktur von „Unternehmen innerhalb des Unternehmens“ aufgebaut, einfach weil sie komfortabler und ehrlicher ist. Dima Stolyarov und Sasha Batalov haben uns erzählt, wie es funktioniert.
Flant wurde 2018 mit einer durchschnittlichen Bewertung von 4,68 zu den Top-IT-Arbeitgebern gezählt. Nach den Schätzungen des Unternehmens bei My Circle glauben die Mitarbeiter, dass das Unternehmen die Welt zu einem besseren Ort macht, und sie schätzen Flant auch für interessante Aufgaben, gute Teambeziehungen, moderne Technologie und Kommunikation mit dem Top-Management.
Linux-Studentenbande
Dmitry Stolyarov (technischer Direktor) während seines Berichts-
(Dima Stolyarov) Wir haben uns immer mit Linux und Open Source beschäftigt, aber wir haben mit einem sehr lustigen Thema begonnen, für das es jetzt etwas peinlich ist. Aus irgendeinem Grund dachten wir, wir sollten Linux in Büros anstelle von Windows implementieren. Der Vorname des Unternehmens war TrueOffice - „True Office“. Dann wurde uns klar, dass niemand es brauchte. Das war im Jahr 2006, ich war 19 Jahre alt. Erst im Jahr 2012-13 wurde klar, wie man Geschäfte macht und welche Technologien die Welt braucht.
Alexander Batalov (CEO) am Stand des Unternehmens auf der Konferenz-
(Sasha Batalov) Zusätzlich zu den Technologien gibt es eine riesige Schicht in Form von Marketing, Vertrieb und Wirtschaft, die uns noch niemand beigebracht hat, außer für Kurse an der Universität, aber ich weiß nicht, wie viel sie anwendbar und nützlich sind.
Zuerst schien es uns, dass dies alles nicht notwendig war, aber dann mussten wir in der Praxis verstehen, Bücher lesen, manchmal nachdem die Unebenheiten voll waren. Im Allgemeinen gingen wir einen langen, dornigen Weg und versuchten eine Menge falscher Dinge.
-
(DS) Aber allmählich, als die Qualifikationen zunahmen, spezialisierten sich alle bereits auf Linux, und jetzt beschäftigen wir uns nur noch mit hochgeladenen, hoch geladenen Webprojekten. Und als Kubernetes auftauchte, wurde uns schnell klar, dass dies genau das Fundament war, das so fehlte.
- Warum gab es so ein Interesse an Linux? Ideologisch oder technologisch?-
(DS) Das Unternehmen hat zwei Gründer - Dima Shurupov und I. Dima Shurupov hatte mehr Interesse an Open Source. Und ich mochte Linux technologisch, wie alles dort angeordnet ist. Und das Ergebnis war eine Kombination: Dima mag Ideologie, aber ich mag Technologie. Ich liebe Open Source als Idee, aber die technologische Seite war mir immer wichtiger.
Einstein sagte: "Es ist notwendig, so einfach wie möglich zu machen, aber nicht einfacher." Hier ist Linux so einfach, zuverlässig und transparent aufgebaut, dass es mir Spaß macht. Es hat uns allen gefallen und wir haben uns von einer Studentenbande in eine große Firma verwandelt. Jetzt sind wir bereits 70 Jahre alt. Für die IT, für spezialisierte Dienstleistungen - das ist ziemlich viel.
- Wie war alles während der Studentenbande?-
(DS) Nun, wie immer haben die Schüler es - lustig und provokativ.
-
(SB) Eine Menge Altruismus, der Wunsch, das Internet zu erobern, technologische Spitzen zu erobern. Wir haben uns auf sehr komplexe Aufgaben eingelassen - es ist passiert, wir haben ernsthafte (aber sehr interessante!) Projekte aus dem Bereich der Systemintegration übernommen und sie für einen Cent verdient. Sie versuchten, ihre eigenen Frameworks zu erstellen, nahmen alle Technologien auf, die sie erkannten, und suchten sofort nach ihnen, um sie zu verwenden.
- Hat alles kommerziell geklappt?-
(DS) Ja, aber in der Anfangsphase brauchten wir nichts. In jenen Tagen waren 40 Tausend Rubel für mich ein absolut normales Einkommen, ich habe sie angeschreckt.
-
(SB) Und ich dachte, dass Sie für tausend Dollar jede Website erstellen können, die Sie sich vorstellen können.
-
(DS) 2013 hatten wir in Moskau kein Geld, um frei zu mieten. Wir haben bereits alle Bekannten mitgenommen, die wir mitnehmen konnten. Wir beschlossen, ein Büro in Nischni Nowgorod zu eröffnen. Wir gingen dorthin, öffneten und begannen zu mieten. Dann erkannten sie, dass es schwierig ist, in zwei Büros zu leben, und beschlossen, überhaupt ohne Büros zu leben.
Natürlich füllten sie ein paar Zapfen. Nur im Jahr 2016 habe ich zu meiner Schande Remote gelesen. Ich weinte und lachte, weil wir eins zu eins reisten. Jeder Absatz kreuzte sich mit meiner persönlichen Erfahrung.
-
(SB) In jedem Absatz gab es unsere Narben.
Was macht Flant?
Wir warten schlüsselfertige Hochlastproduktion. Dies unterscheidet sich vom herkömmlichen Outsourcing dadurch, dass wir sehr lange mit Kunden zusammenleben und sehr eng zusammenarbeiten. Die Menschen vertrauen uns mit einem ihrer wichtigsten Dinge. Ihr Geschäft hängt weitgehend davon ab, wie wir arbeiten.
Um einen qualitativ hochwertigen Produktionsbetrieb zu erstellen, benötigen Sie 15 bis 20 Entwickler, Datenbankspezialisten, Kubernetes, Support usw. Und wenn das Unternehmen klein ist und es nur zwei oder drei Dutzend Entwickler gibt, ist dies dort unmöglich. Und hier kommen wir und retten. Tausende für 150.
Zuvor hatten wir die Mission, ein Unternehmen zu gründen, in dem wir selbst bequem arbeiten können, egal wie albern es klingt. Nachdem dies gelungen ist, besteht die Mission darin, Technologien auf Google- und Facebook-Ebene kleinen Unternehmen und Start-ups in einem frühen Stadium zur Verfügung zu stellen.
Menschen können sich auf ihr Produkt konzentrieren, anstatt Probleme zu überwinden, die nicht überwunden werden können.
Viele der Leute, die zu uns kommen, sind überrascht - wie viel ist anders, was sind die Lasten überall. Wir haben mehr als 50 Projekte in Produktion, mehr als 70 Cluster von Cuebrnetes. In diesem Fall können Sie jederzeit drehen. Er öffnete eine Zeichnung, zeichnete eine Microservice-Architektur, erstellte eine Liste mit 200 Technologien - und los geht's. Dies führt jedoch immer zu Problemen und Konsequenzen.
Der Trick besteht darin, einerseits maximale Stabilität, Zuverlässigkeit und Einfachheit und andererseits ein hohes Maß an Innovation zu gewährleisten. Wir sind stolz darauf, dass wir das schaffen können. Wir tun dies überall und in großen Mengen als bedingte Ikea.
Wer braucht ausgelagerte Entwickler?
- Es scheint mir, dass große Unternehmen es vorziehen, Devops im Staat zu halten.-
(SB) Es ist klar, dass große Spieler wie Avito oder Badoo Devops rekrutieren können. Kleine Unternehmen mit großen Investitionen können das auch - aber sie werden an Fahrt gewinnen und nicht die Tatsache, dass sie die Kraft haben, damit umzugehen.
Wir glauben, dass auch große Unternehmen die Experten, die diesen Hund gefressen haben, besser kontaktieren sollten. Kleine Unternehmen mit einem webbasierten Unternehmen müssen nur erfahrene Personen kontaktieren. Denn jede Ausfallzeit in einem Schlüsselsystem ist ein Geldverlust.
-
(DS) Wir wissen, dass die Menschen in Russland Angst vor Outsourcing haben - aufgrund negativer Erfahrungen aus anderen Gründen. Aber die Kunden verlassen uns nicht. Zehn Jahre lang gingen sie aus nur zwei Gründen. Entweder sind sie uns entwachsen (zum Beispiel wurden sie gekauft und alles wurde wieder aufgebaut) oder sie haben geschlossen, weil die Idee nicht funktioniert hat.
- Und wer kommt öfter zu Ihnen - kleine oder große Unternehmen?-
(DS) Jetzt ist es genauso. Aber die Kleinen haben nur Angst vor uns, sie denken, dass wir ...
-
(SB) ... groß, komplex, unzugänglich und weint in den Wolken.
-
(DS) Nun ja, Sie gehen mit Maybach an der Hütte vorbei und gehen nicht hinein. Fragen Sie nicht nach einem Preis, denn Maybach kann nicht 500.000 Rubel kosten.
- Natürlich kann es nicht.-
(SB) Aber sobald er im Carsharing auftaucht, können Sie es sich leisten, damit zu fahren.
-
(DS) Ja, wir sind natürlich nicht Maybach - wir sind Ikea. Es ist uns auch einfach, zuverlässig und kostengünstig gelungen. Im Allgemeinen ist die Anzahl der Unternehmen aus den TOP-50 und kleinen Unternehmen, die uns kontaktieren, gleich. Wir verlassen uns jedoch hauptsächlich auf kleine Unternehmen und arbeiten hauptsächlich mit ihnen zusammen und versuchen, nicht mit großen zusammenzuarbeiten.
- Warum?-
(DS) Viel Bürokratie.
-
(SB) In einem großen Unternehmen gibt es viele Ebenen, auf denen die Verantwortung verteilt wird, das Feedback sehr lang ist und die Leute oft anfangen, Technologie zu spielen: „Und lasst uns abwägen, eine Strategie schreiben, für das kommende Jahr planen, es besser machen, es ist schöner Für die Unternehmenskultur hat sich unsere Praxis so entwickelt. “ Und so beginnen sie Dinge zu komplizieren, die auf einfache Weise gelöst werden können, so dass 80% des Ergebnisses morgen sein werden. Sie gehen einen langen Weg, wo nicht bekannt ist, ob es überhaupt funktionieren wird oder nicht.
Infolgedessen erfinden wir anstelle bewährter Praktiken das Rad neu und die Kosten einer technologischen Lösung werden unvergleichlich höher. Darüber hinaus ist die Qualität nicht die Tatsache, dass es besser sein wird.
Outsourcing-Gebühr
Wir haben eine Reihe von Projekten auf Github, wir tragen aktiv die ganze Geschichte zu Open Source bei. Nicht nur für uns - auch für Fremde. Wir versuchen, die Tools, die wir jeden Tag verwenden, zu teilen. Wir glauben, dass dies in unserer Verantwortung liegt, und wir freuen uns sehr darüber.
Alle Mitarbeiter des Unternehmens leisten auf die eine oder andere Weise einen Beitrag - entweder mit Überprüfungen, mit Dokumentation oder mit einem Code. Wir glauben, dass dies unsere Zahlung für die gesamte reiche Welt der Open Source-Dienstprogramme ist, die wir verwenden. Und ich denke, wir sind dieser Gebühr würdig.
Wir nennen es die Verdichtung von Erfahrung. Anfangs lernte eine Person etwas, stöberte mit Kollegen, die Erfahrung wurde zur Folklore. Dann haben wir die Dokumentation aufgeschrieben, sie dann in Dienstprogramme gezogen und die Existenz vergessen, weil wir nicht mehr denken - alles wird automatisch berücksichtigt.
Die Popularität der Technologie und die Toxizität der Entwickler
- Warum genau Ubuntu? Was wurde vor der Auswahl noch berücksichtigt?-
(DS) Wir waren eine Gruppe von Studenten, die Linux mögen. Und wir haben Gentoo lange Zeit verwendet - dies ist eine quellenbasierte Distribution, und jedes Mal müssen wir sie von Grund auf neu kompilieren. Als wir ein paar hundert Server bekamen, dauerte das Update Monate. Natürlich haben wir zuerst alles automatisiert und optimiert, aber am Ende haben wir erkannt, dass wir etwas ändern müssen, und da wir die Vor- und Nachteile verschiedener Lösungen kennen, haben wir einfach die beliebtesten gewählt. Dann war es intuitiv - da es am beliebtesten ist, ist es am besten, es zu entwickeln, und alle Mängel werden früher oder später behoben.
Es gab eine solche Resync DB-Datenbank. Sie konkurrierten mit MongoDB und starteten ungefähr zur gleichen Zeit. Und Resync war lange Zeit technologisch besser.
Als Benutzer ankamen, versuchten sie, interne Systemprobleme zu lösen, und in MongoDB lösten sie sie viel weniger, konnten aber unter bestimmten Bedingungen anweisen, ob sie in synthetischen Tests besser sein sollten. Daher wuchs die Popularität von MongoDB. In den einfachsten Fällen zeigten sie sich besser, aber im Inneren befanden sich Feigen. Und Resync DB im Inneren war gut, aber es wurde nicht immer beliebter.
Infolgedessen war alles in Ordnung mit MongoDB im Inneren, aber niemand erinnert sich an Resync DB. Das Unternehmen ging bankrott. Ubuntu hat so etwas. Da diese Distribution sehr stark in den Fokus gerückt ist, haben wir uns für sie entschieden.
- Wie gefallen Ihnen die neuesten politischen Veränderungen, CoC und all das?-
(DS) Nun ... es gibt kein Negativ, alles ist in Ordnung, alles ist klar. Ich selbst leide unter der Tatsache, dass ich manchmal Menschen beleidige. Zum Beispiel scheint mir das Ding offensichtlich zu sein, und es macht mich furchtbar wütend, dass die Leute es nicht verstehen. Ich bin wütend und es stellt sich als negativ heraus (aber ich arbeite daran).
Linus ist sehr schlau, schließlich arbeitet er seit 30 Jahren damit. Es ist klar, dass er ein scharfer Kerl ist, er geht kein Wort in die Tasche. Seine Höflichkeit leidet, und die Gemeinde arbeitet daran. Er selbst versteht und erkennt alles an.
"Aber wie ich aus der Reaktion in den Diskussionen verstanden habe, unterstützen viele Menschen die Idee, unverblümt und hart zu sprechen, und wenn es jemandem nicht gefällt, zuckern sie nicht, sie werden nicht schmelzen."-
(DS) Nein, das ist es nicht. Ich als Person, die unter mangelnder Höflichkeit leidet, verstehe, dass dies sehr schlecht ist. Es verwöhnt die Gemeinschaft. Es gibt Menschen, die sich nicht darum kümmern, aber für die meisten Menschen ist es immer noch wichtig, dass es emotionalen Komfort gibt.
Es gibt einen dummen Fehler im Code. Sie können schreiben: "Leute, es ist schlimm, dass wir so einfache Dinge vermissen, wir müssen es reparieren." Und du kannst schreiben: "Was für ein Idiot hat das getan ?!" Ein Satz. Die Person, die diesen Fehler gemacht hat, ist vielleicht noch schlauer und erfahrener als Sie, aber sie war einfach verrückt, als sie einen Fehler gemacht hat - Sie wissen nie, was mit ihm passiert ist. Und für ihn wird es eine direkte Beleidigung sein. Warum wird das benötigt?
Sie müssen die Dinge direkt sagen, aber Sie müssen nicht sagen: "Was für ein Idiot hat es geschrieben." Es macht auch keinen Sinn, sich zu verstecken und einzuhüllen, aber es besteht keine Notwendigkeit, Menschen zu beleidigen.
Warum rufen Devops jeden Tag an?
-
(DS) Jetzt haben wir ein kleines Büro, in dem Dokumente liegen und der Büroleiter sitzt, der sich mit diesen Dokumenten befasst.
Das Unternehmen hat 70 Mitarbeiter. 20 Personen sind ein OPS-Team. 30 Personen sind drei DevOps-Teams mit jeweils etwa 10 Personen. Die restlichen 20 sind Entwickler und Vertrieb. 8 Entwickler, Abteilung - 4 Personen. Nicht-technische Mitarbeiter für das gesamte Unternehmen 5-6 Personen.
Drei DevOps-Teams verdienen Schlüsselgeld. Die Prozesse sind überall gleich - eine lange Rallye jeden Tag für anderthalb Stunden. Aber dort klären sie alle technischen Probleme und die Jungs entscheiden, was als nächstes zu tun ist. Und da alles fern ist, ist es eine Gelegenheit, normal zu kommunizieren.
- Ist es wirklich jeden Tag notwendig?-
(DS) Ja.
"Sind alle damit einverstanden?"-
(DS) Ja, alle sind sich einig, alle fühlen sich wohl. An manchen Tagen kann die Rallye jedoch bis zu 30 Minuten dauern. Trotz der sehr intensiven Kommunikation in Slaka möchte ich immer noch gut synchronisieren, um zu verstehen, was gestern passiert ist. Wir wollen uns verstehen und nicht nur auf Aufgaben klicken. Dies ist ein kulturell wichtiger Punkt.
-
(SB) In jedem Moment kann etwas passieren, die Situation kann sich ändern. Ständige Anpassung ist erforderlich.
-
(DS) Sie haben einen guten Witz zu diesem Thema.
-
(SB) Ja. Ein Herzchirurg kommt in einem Autozentrum an und ein Mechaniker sagt zu ihm: „Hören Sie, wir machen dasselbe, nur Sie operieren am menschlichen Herzen, und ich bin das Herz des Autos. Sie erhalten 10.000 US-Dollar für die Operation, und ich bezahle 100 Rubel für den Service.
Der Chirurg fragt: "Wollen Sie auch 10.000 für Reparaturen bekommen?" Ein solcher Mechaniker - natürlich. Der Chirurg steigt ins Auto, startet und sagt - "sortieren".
Auch bei uns. In der Entwicklung können Sie die Aufgabe übernehmen und das Ergebnis in zwei Wochen bringen. Dann kann alles korrigiert werden, da plus oder minus drei Tage nichts beeinflussen.
In unserem Fall kann jeder verpasste Alarm oder jede falsche Alarmentscheidung zu einem sehr großen Problem werden. Um dies zu verhindern, ist eine enge, schnelle und konstante Kommunikation erforderlich.
Ist es schwer, zu Udalenka zu wechseln?
Es ist schwierig, Personen aus der Ferne zu verwalten. Aber das ist schwierig, solange Sie in einem Büro sind und sie in einem anderen, und es gibt ein verschwommenes Bewusstsein. Sie sitzen in Moskau und es scheint Ihnen, dass die Jungs aus Nischni schlecht und ineffizient arbeiten. In Moskau sehen Sie die Bemühungen der Menschen in der Umgebung, aber die Bemühungen der Fernarbeiter - nein. Sie akzeptieren nur das Ergebnis.
Es gibt eine Menge Kommunikation im Büro auf informelle Weise - jemand sagte etwas zu jemandem auf dem Weg in die Küche. Leute in einem anderen Büro sehen das nicht, fühlen es nicht und der Kontext geht verloren.
Als wir bereit waren, das Büro zu verlassen, wurde die gesamte Kommunikation (auch mit Mitarbeitern im selben Raum) über Google Meet abgewickelt. Und als wir die gesamte Kommunikation aus der Ferne aufgebaut haben, hat sie zu 100% funktioniert, und alle Hindernisse für Missverständnisse wurden beseitigt.
Es ist schwierig, alles zu bauen, aber wenn alles richtig gemacht wird, funktioniert es und verursacht keine Beschwerden.
Wie Teams ihr Geld selbst verwalten
- Udalenka ist ein kontroverses Thema. Manchmal haben Unternehmen Angst, Menschen nach Hause gehen zu lassen, weil sie glauben, sie sollten die Kontrolle über sie verlieren. Die Entlassenen sagen aber auch, dass die Arbeit ganz anders gemacht werden muss.-
(DS) Wir haben dieses Problem dadurch gelöst, dass wir bereit sind, Geld mit Teams zu teilen. Unser gesamtes Wirtschafts- und Motivationssystem ist fast wie ein Franchise aufgebaut. Die Gehälter sind ziemlich hoch und wir lassen den Jungs freies Geld.
Das Team bedient den Projektpool. Sie wissen, wie viel jedes dieser Projekte verdient. Sie kennen definitiv ihren Anteil an diesem Geld. Das gesamte Geld, das über ihren Gehältern liegt, verbleibt im Team und wird nach einem bestimmten System zwischen ihnen aufgeteilt. Die Motivation ist absolut direkt - sie haben das Projekt für weitere 200.000 übernommen und zehn weitere zum Gehalt hinzugefügt. Fehler gemacht - Sie müssen den Kunden entschädigen.
-
(SB) Wenn Sie anfangen, die Jungs im Stich zu lassen, ist dies sofort zu spüren. Sie berauben sich der Möglichkeit, zusätzliches Einkommen zu erhalten. Und unser System löst das Steuerungsproblem vollständig. Eine Person macht einen Plan für jeden Tag und es gibt genug tägliche Kundgebungen, um zu verstehen, wer was tut.
-
(DS) Unter den Bedingungen der Feindseligkeiten lügt der Kamerad in den Gräben nicht.
- Haben Sie offene Gehälter? Weiß jeder, wie viel er bekommt?-
(DS) Wir haben vor einiger Zeit die Gehälter geschlossen. Es gibt einen regionalen Unterschied. Trotz der Tatsache, dass wir uns bemühen, das volle Moskauer Gehalt in den Regionen zu zahlen, gibt es immer noch einige Dissonanzen.
-
(SB) Jetzt weiß jeder, wie viel Geld das Team hat. Sie sehen, wie viel von den Boni sie erhalten.
-
(DS) Timlid, jedes Team entscheidet, wie viel seine Jungs erhalten und wie sie Boni verteilen. Wir beschäftigen uns ausschließlich mit diesem Thema, die Entscheidung liegt immer beim Teamleiter.
Warum fürchten die Menschen Jobs?
Wir feiern 2018 das 10-jährige Bestehen des Unternehmens- 70 Leute genug für dich?-
(DS) Nr. Wir haben vor, mindestens 20 DevOps-Ingenieure pro Jahr aufzunehmen. Aber es ist sehr schwierig. Wir haben einen ausreichend großen Pool an Kandidaten, jeder kennt uns auf die eine oder andere Weise. Aber hier ist die Geschichte wie bei Kunden. Viele Leute sagen: "Wir haben Angst, für Sie zu arbeiten, plötzlich werden wir es nicht mehr schaffen." Aber wir glauben nicht, dass wir hier superkosmische Dinge haben.
Korrespondenz mit dem Kandidaten- Was musst du sein, um zu ziehen?-
(DS) Theoretisch sollte eine Person in Entwicklung und Betrieb gleichmäßig entwickelt sein. In der Praxis gibt es nur wenige solcher Menschen auf der Welt, ganz zu schweigen von Russland. Besonders diejenigen, die hier und da älter sind. Ich würde mich nicht einmal auf sie beziehen.
In unseren Stellenangeboten ist immer gut geschrieben, was Sie wissen müssen. Wir arbeiten viel daran und versuchen im Wesentlichen zu schreiben.
- Vielleicht schrecken offene Stellen wirklich ab, wenn es geplant ist, wie viel müssen Sie wissen?-
(DS) Nein, nein, nein, wir glauben nicht, dass wir viel wissen müssen.
-
(SB) Wir interessieren uns nicht für Wissen, sondern für das Denken, die Fähigkeit der Person, nach Lösungen zu suchen.
-
(DS) Die Erfahrung mit Linux ist von Interesse und wir testen sie mit ziemlich einfachen Aufgaben - nur sehr viel. Unser Test ist ziemlich lang, mit einem durchschnittlichen Kandidaten dauert es 8 Stunden. Und den Ergebnissen zufolge schauen wir uns an, wie eine Person mit Problemen umgegangen ist, wie sie googelt und welchen Horizont sie hat.
Unser Wissen kann sehr schnell erworben werden, da es viele verschiedene Projekte und erfahrene Kollegen gibt, die es Ihnen immer sagen werden. Deshalb schauen wir zuerst, damit die Jungs schnell nachdenken und Erfahrung haben.
"Zeigen Sie das neben dem Test irgendwie?"-
(DS) Wir haben drei Phasen. Eichar kommuniziert zuerst und bittet um etwas über die Erfahrung. Dann bestehen diejenigen, die Heychar mochten, die Testaufgabe. Den Ergebnissen zufolge kommunizieren die Timlids und sagen dem Eichar ihre Meinung. Wenn sie einstimmig gut sind, ist dies eine Gelegenheit, einer Person ein Angebot zu machen.
500 Tausend Rubel, um den zukünftigen Übermenschen einzustellen
-
(DS) Wir haben eine sehr untypische Einstellung zu Finanzen, wir teilen mit Teams und sind nicht gierig. Und wir teilen dem Team 500.000 Rubel zu, um den Staat zu erweitern. , , , , .
— 500 ?!, . . — . . , . , . , .
— ? , , .—
() , . , . , . .
, — , . , . , .
500 , , . 20 . , 100 , 30 , 20 , , , . . . , , . , . .
— ? 500 , , 500 .—
() . — « , 11. , , . 500 ». . - , , .
.
—
() , . , . . , 10 . , .
—
() , , , , , . , , . . , . , . .
- Ja. , , . , , .—
() . , , . - , .
— - . ?—
() , . , . .
— , , ?—
() , . , . , , , .
, , . . , .
— , . , , , . .
. — , . — DevOps - . , . , . , , .
, — , . «DevOps-» , , , . , . - «-».
— ?—
() , . . , — , .
, , . , . . : .
—
() .
—
() ! , , . , . , - .
, , , . , — . , . — , , . , .
— , — , . , -?—
() , . , — . . — « »? , , .
. , , . , , . — . , SaaS-, . . .