Jeden Tag stoßen wir auf die Konzepte „Juni“, „Mitte“, „Senior“, aber unsere Vorstellungen darüber, über welches Wissen ein Entwickler in verschiedenen Wachstumsphasen verfügen sollte, variieren. Das Fehlen eines klaren Entwicklungsplans und das Fehlen eines Verständnisses für die nächsten Schritte führen häufig zu Frustration und vorschnellen Jobwechseln.
Die Jungs von AppsCast haben zusammen mit dem Head of Mobile des Pandao-Projekts
Alexander Cherny (
@AlexChernyy ) versucht, das Problem herauszufinden und eine eigene Karte der Entwicklung eines Mobile-Entwicklers von dem Moment an zu erstellen, in dem er in den Beruf
eingestiegen ist, und zu führenden Stellen. Unter der Katze finden Sie Tipps zum Befragen der Jones, wo Sie gute Entwickler finden, Empfehlungen für Anfänger, um einen Job zu bekommen, die wichtigsten Unterschiede zwischen Jones, Mittel- und Senioren sowie die Bedeutung von Kommunikationsfähigkeiten für alle Ebenen.
Daniil Popov : Heute ist unser Gast Alexander Cherny von Mail.ru vom Pandao-Projekt. Erzähl uns mehr über dich.
Alexander Cherny : Hallo. Ich leite das mobile Entwicklungsteam beim Pandao-Projekt, das sich dem E-Commerce widmet. Jetzt sind sechs Mitarbeiter beschäftigt, und alles begann mit mir allein.
Ich begann meine Karriere als C- und Assembler-Programmierer und kam als iOS-Entwickler zur mobilen Entwicklung. Der erste Faktor war die persönliche Motivation, nach einem weiteren Entwicklungspfad zu suchen. Dann gab es zwei Möglichkeiten: entweder Java im Finanzsektor oder mobile Entwicklung, die gerade erst auftauchte. Ich habe großartige Arbeit geleistet, um Leute aus beiden Bereichen zu finden, habe auf ihre Empfehlungen und Gedanken gehört. Der zweite Faktor war zufällig: Der Laptop starb und auf Anraten eines Freundes kaufte ich ein gebrauchtes MacBook.
Daniil Popov : Es stellt sich heraus, dass Sie von einem einfachen Entwickler zum Abteilungsleiter gewechselt sind?
Alexander Cherny : Der Weg war linear. Zuerst bin ich als iOS-Entwickler aufgewachsen, dann habe ich einen Teamkollegen bekommen, dann mein eigenes kleines iOS-Entwicklungsteam, später ein größeres verteiltes Team. Irgendwann gab es einen Übergang zur Führung aller mobilen Entwicklungen.
Einstieg in die mobile Entwicklung
Daniil Popov : Lassen Sie uns anhand Ihrer Erfahrungen diesen Weg genauer diskutieren und mit der Position eines Junior beginnen. Was erwarten Sie von einem unerfahrenen Spezialisten, den Sie ins Team mitnehmen? Wie kann eine Person von außen in den Beruf eines mobilen Entwicklers eintreten?
Alexander Cherny : Der coolste Weg ist,
NICHT die erste der mobilen Entwicklungsschulen zu fischen, die regelmäßig von verschiedenen Unternehmen veranstaltet werden. Die Unternehmen haben einen festen Betrag für die Anzahl der Joons pro Anzahl der Senioren im Team, sodass sie ein oder zwei von diesen Schulen nehmen. Es gibt keine Junes mehr, die gleichzeitig verdaut werden können, oder es gibt einfach nicht genug freie Stellen.
Aber der Rest ist oft nicht schlechter als der der Kursorganisatoren. Ich habe einen Junior-Entwickler in mein Team berufen, und er hat dem nächsten Team, mit dem ich zusammen studiert habe, einen Mann empfohlen.
Alexei Kudryavtsev : Es stellt sich heraus, dass die Jungs aus den Kursen normale Jones sein und sich angemessen entwickeln können? Es schien mir, dass viele Menschen dort die Motivation haben, schnell alles durchzugehen, um so schnell wie möglich Geld zu verdienen, aber in Wirklichkeit wissen sie nichts.
Alexander Cherny : Es gibt einen zusätzlichen Qualitätsindikator - dies ist das Vorhandensein einer obligatorischen Vorauswahl von Bildungskursen und Kontrollpunkten während des gesamten Unterrichtszyklus. Dies bedeutet, dass der Absolvent zumindest die Willenskraft hatte, bis zum Ende durchzugehen, und die Geduldslehrer, ihn auszubilden.
Gentleman Juni gesetzt
Daniil Popov : Was sind drei Dinge, die ein Junior von Hard- und Soft Skills wissen sollte?
Alexander Cherny : Aus harter Erfahrung müssen Sie die Sprache der ausgewählten Plattform kennen,
wenn möglich das Plattform-SDK. Architektur zu kennen ist für mich nicht wichtig, da ich nicht verstehe, wie Architektur verstanden werden kann, wenn Sie nicht auf die Probleme gestoßen sind, die sie löst.
Interessanter ist es, ab Juni die Antwort auf die Frage „Warum haben Sie sich für Android oder iOS entschieden?“ Zu hören.
In Bezug auf Soft Skills würde ich gerne grundlegende Kommunikationsfähigkeiten von allen sehen, da nicht nur die Dzhuns Schwierigkeiten beim Sprechen haben. Wenn ein Nachwuchsentwickler in das Team eintritt, ist es wichtig zu signalisieren, wenn etwas schief geht. So viele sündigen in ihrer Jugend und glauben, dass dies das Ende der Geschichte ist, wenn sie etwas nicht tun könnten.
Daniil Popov : Wie Sie Ihr Niveau unabhängig verstehen können: Sind Sie bis Juni, Mitte oder Senior gereift?
Alexander Cherny : Das Niveau wird relativ zu dem Team gemessen, in dem sich der Entwickler derzeit befindet.
Daniil Popov : Es stellt sich heraus, dass Sie in einem Team ein Senior sein können und in einer anderen Mitte?
Alexander Cherny : Ja, und hier leidet die Objektivität, weil sie anfangen, Kompetenzen von einem Spezialisten zu fordern, dessen Anwesenheit nicht ganz klar ist. Sie werden beispielsweise aufgefordert, drei Meter nach oben zu springen, aber Sie wissen nicht, wie. Im Allgemeinen gehört das Springen nicht Ihnen, und niemand kann erklären, warum sie in der Client-Server-Anwendung überhaupt benötigt werden. Nicht springen? Also - kein Senior.
Alexei Kudryavtsev : Joons kommen oft, um einen Job zu bekommen, mit der Zuversicht, dass sie bereits großartig sind, aber gleichzeitig unterschiedliche Fähigkeiten haben. Welche anderen Schwierigkeiten haben Interviews?
Alexander Cherny : Das größte Problem ist die Bewertung von Grund auf, da über Juni nichts bekannt ist: Es gibt niemanden, der schreibt und um Empfehlungen bittet, es gibt keine abgeschlossenen Projekte.
Dies wird vom Live-Repository auf GitHub gut behandelt, auch wenn es sich nur um ein synthetisches Projekt handelt und eineinhalb Aktivitäten geschrieben sind.
Wenn eineinhalb Tests für diese Aktivität geschrieben sind - gut gemacht, und wenn es einen Anschein von Architektur gibt - müssen Sie dies tun. So etwas nehme ich die Jones. Ich habe noch ein subjektives und schwer zu bewertendes Kriterium - das ist
Neugier .
Zusammenfassend sind hier die Empfehlungen für den Juni:
- die Sprache verstehen, alle grundlegenden Konstruktionen der Sprache kennen und nicht nur wiederholen, was sie in den Videos gesehen haben;
- Niemand erwartet tiefes Wissen über das SDK, da Updates häufig veröffentlicht werden und ich selbst aufgehört habe, sie anzusehen, aber Sie müssen die Dinge auf der Ebene des Lebenszyklus wissen.
- Verstehe deine Motivation und gehe bewusst in den Beruf.
Alexei Kudryavtsev : Als ich ein Juni war, schien es mir, dass Sie für ein grundlegendes Verständnis der Sprache, die Sie benötigen, um alle Apple-Docks zu durchlaufen, jede Klasse und Funktion kennen. Was ist Ihrer Meinung nach in der Datenbank enthalten?
Alexander Cherny : Dies ist die grundlegende Syntax der Sprache, die die IDE sofort hervorhebt, die Hauptsammlungen aus der Reihe „Wie man mit Arrays / Listen arbeitet“, „Wie man mit Wörterbüchern / Karten arbeitet“. Durch die Benutzeroberfläche wird das Grundwissen zum Zeitpunkt des Schreibens mindestens eines Testprojekts gebildet.
In der Mitte wachsen
Daniil Popov : Wie springe ich von Junior zu Middle? Wie kann man sofort verstehen, dass ein Spezialist zum nächsten Schritt übergegangen ist?
Alexander Cherny : Natürlich verstehe ich über Nacht nicht. Das eigentliche Problem der Kategorisierung ist das Problem. Stellen Sie sich vor, Sie erfüllen eine Reihe von Kriterien, aber eine davon ist nicht erfüllt und Sie können formal nicht zur nächsten Stufe übergehen. Ich bin einem solchen Ansatz vorbehalten, insbesondere in kleinen Teams.
Gleichzeitig gibt es klare Kriterien, die nicht umgangen werden können. Zum Beispiel die Ebene der Zielsetzung und die Verantwortung, die Sie dafür tragen. Ab Juni erwartet man nichts. Er wird die Aufgabe lesen, für deren klares Schreiben sein Führer verantwortlich ist, und das Maximum wird Fragen zu dunklen Punkten stellen. Sie erwarten nicht, dass er darüber nachdenkt, was passieren wird, wenn er begrenzte Fälle bewertet, um sich ein neues Code-Paradigma für die Lösung auszudenken. Mitte beginnt diese Linie zu überqueren.
Daniil Popov : Welche Fähigkeiten haben Sie zusätzlich zu dem, was der Junior hat, zur Mitte hinzugefügt?
Alexander Cherny : Es sollte ein Verständnis für Architektur und Priorität geben, was Sie schreiben und wie.
Eines der Merkmale eines Nachwuchsentwicklers ist, dass für ihn das Schreiben von Code wertvoll ist. Für die Mitte ist der Code zweitrangig, die Aufgabe, die er löst, tritt in den Vordergrund.
In der Aufteilung der Entwickler in Juni, Mittel und Senior gibt es eine erfolglose Visualisierung des Wachstums durch eine strenge Schrittfolge. Im Produktmanagement gibt es das MVP-Dreieck - ein Produkt mit minimaler Lebensfähigkeit. MVP ist eine Linie, die nicht parallel zur Basis, sondern von der Basis bis zur Spitze des Dreiecks gezogen wird. In einem solchen Schema weiß man immer ein bisschen von allem, die Mitte kann mehr als ein Junior, und der Senor sollte theoretisch das gesamte Dreieck durch Kompetenz schließen.
Es ist richtiger, die Kriterien nicht durch "Wissen / Weiß nicht" zu berücksichtigen, sondern durch "Wie tief ich weiß". Der Junior kann über die Existenz Bescheid wissen, die Mitte weiß, was sich darin befindet, und der Senior versteht, warum sie erfunden wurde.
Daniil Popov : Sollte die Mitte die Informatik verstehen? Datenstrukturen, Algorithmen, Hash-Sammlungen?
Alexander Cherny : Ja, es ist schwierig, ein angewandtes Problem zu lösen, ohne die Arbeit derselben Sammlungen zu verstehen. Daher kann eine solche Anforderung für eine Mitte definitiv dargestellt werden.
Alexei Kudryavtsev : Sie haben das Kompetenzdreieck erwähnt, und was ist dann darin enthalten?
Alexander Cherny : In einer vereinfachten Version von Hard Skills gibt es Sprache, Plattform und Architektur. Wenn Sie genauer hinschauen, sollten Sie die Formel von Daniel verwenden und die Blöcke in Informatik und Softwaretechnik aufteilen.
Alexei Kudryavtsev : Was ist mit Fähigkeiten, die ein Ingenieur nicht immer benötigt, aber nützlich sein kann: Debugging, Kryptografie, Leistung?
Alexander Cherny : Alle Ingenieure sollten an der Möglichkeit der Maut interessiert sein. Der Junior kann möglicherweise nicht mit allen Werkzeugen arbeiten, aber von der Mitte aus erwarte ich die gleiche Neugier wie im Juni am Eingang. Ich bin mir sicher, dass er es irgendwann leid sein wird, auf die Schaltflächen in der IDE zu klicken, und er wird anfangen, die Tastenkombination zu lernen. Anstatt sich anzumelden, um nach Speicherlecks zu suchen, wird das Anwendungstool gestartet.
Daniil Popov : Sollte sich die Mitte für verwandte Bereiche interessieren und ihren Horizont erweitern?
Alexander Cherny : Ich bin für die Entwicklung von Horizonten und Gelehrsamkeit. Wenn eine Person solche Neugier zeigt - dies ist ein guter Vektor gegenüber dem Senior. Er ist nur anders in seiner Fähigkeit, die Frage zu beantworten: "Warum gibt es sie?" Wenn Middle die einfachste Klasse einer Anwendung schreibt, die jeder als Client-Server bezeichnet, aber nicht erkennt, warum der Datenverkehr nicht mit https abgefangen wird und bei der Installation von Charles alles funktioniert, ist dies beleidigend. Aber dem Junior würde ich es selbst erklären.
Im Allgemeinen hatte die Mitte das größte Pech. Dies ist eine zu lange und unvorhersehbare Wachstumszone, es ist nicht klar, ob sie sich für eine lange Zeit ausdehnen wird.
Dieselben Dzhuns sind einfacher: Bei ständiger Beschäftigung mit Projekten in einem angemessenen Team dauert Ihr Wachstum in die Mitte von einem Jahr auf zweieinhalb, nicht mehr.
Daniil Popov : Was ist mit Soft Skills für die Mitte?
Alexander Cherny : Middle sollte keine Angst mehr haben, über Probleme zu sprechen und in der Lage sein, ein Feature zu übernehmen und es selbst zu erarbeiten, vielleicht noch nicht zu verstehen, wie es mit anderen Features interagiert. Zum Beispiel flog eine Aufgabe mit einem Bild des Designers und beschrieb kurz, was zu tun ist. Anhand dieser einleitenden Mitte muss ich sagen, welche Probleme auftreten können, zum Beispiel gibt es ein Element, das nicht im System vorhanden ist und für eine lange Zeit erledigt werden muss. Dies ist eine Art Selbstzensurmechanismus in Bezug auf die Aufgaben, die er erhält. Selbst zu diesem Zeitpunkt wird die Fähigkeit zum Schätzen von Fristen hinzugefügt.
Daniil Popov : Wie wäre es mit Kommunikation? Ohne sie kann die Aufgabe nicht ausgearbeitet und bewertet werden?
Alexander Cherny : Ja, Sie müssen mit Interessenten sprechen können. Komplizieren Sie die Kette nicht und fragen Sie den Designer direkt, gehen Sie zu den Entwicklern einer anderen Plattform und finden Sie heraus, ob Sie die Aufgabe auf die gleiche Weise verstehen.
Daniil Popov : Was wissen die Mitten meistens nicht?
Alexander Cherny : Viele Menschen überwältigen die Sprache und das SDK und das an den fantastischsten Orten. Wie viele Mitten starben aufgrund des Missverständnisses, dass der Iterator ein Objekt ist, oder aufgrund der Frage, ob die Zeichenfolge dargestellt wird - ein Array oder eine Liste.
Ich versuche nicht den Wissensstand und nicht einmal das Denken zu überprüfen, sondern die Reaktion auf das Denken. Zum Beispiel sage ich Ihnen, dass es drei verschiedene Situationen gibt und der Compiler sich anders verhält. Der eine kann diese Situation ablehnen, und der andere kann sagen, dass er nie darüber nachgedacht hat, aber mit einem Laptop in der Hand könnte er die Situation in der IDE reproduzieren, sodass der Debugger zeigt, was der Unterschied ist.
Herzlichen Glückwunsch, Sie sind Senor!
Daniil Popov : Welche Fähigkeiten sollten zu den mittleren hinzugefügt werden, damit Sie sich selbst als Senior bezeichnen können?
Alexander Cherny : Was macht der Señor? Er definiert die technische Kultur des Projekts als Ganzes, da er versteht, welche Vorteile alle Entwicklungsaktivitäten für das Unternehmen bringen. Hier benötigen Sie Erfahrung, Verständnis für das Unternehmen und die Fähigkeit, Risiken einzugehen. Der Senior versteht die Probleme des Levels "Ich habe ein Video eingefroren, aber ich möchte, dass es reibungslos blättert." Wie genau dies geschehen wird, spielt keine Rolle.
Senior - der Garant für technisches Fachwissen. Sie gehen mit einer Frage und dem Wunsch zu ihm, eine bestimmte Reihe von Aktionen zu erhalten.
Von der Mitte aus warte ich auf das Verständnis, dass es eine virtuelle Maschine gibt und sie aus einem Grund existiert, vom Herrn - wie sie mit Nutzen verwendet werden kann.
Alexei Kudryavtsev : Wie wäre es mit Wissen im Reverse Engineering?
Alexander Cherny : Jeder kann umkehren. Haben Sie keine Angst davor - dies ist die Grenze zwischen Mittel- und Senioren. Sie müssen verstehen, wo Daten und Ressourcen gespeichert sind - nichts Fantastisches.
Ein interessantes Merkmal der Mitte, das seinen Senior auszeichnet, dass er immer sagt, dass er bereit ist, die Aufgabe zu erledigen, aber nicht immer versteht, was dahinter steckt und welche Konsequenzen dies haben wird.
Um zwischen Ebenen zu unterscheiden, können Sie die Verwendung von Bibliotheken hinzufügen. Junior schleppt jede Bibliothek, wenn sie ein Problem löst. Middle schleppt sich, denkt aber, dass wir sehen müssen, ob es eine ähnliche Lösung im Projekt gibt. Senior schreibt sein Fahrrad, um Sterne auf GitHub zu setzen.
Sie können eine Bibliothek stillschweigend ziehen und davon ausgehen, dass das Problem dadurch behoben wurde. Sie können es anschauen und sehen, dass Sie nur ein kleines Stück brauchen und nur es nehmen. Sie können die gesamte Bibliothek ziehen, da die Fristen abgelaufen sind. Erstellen Sie jedoch ein entsprechendes Problem, um es später zu beheben. Es geht darum, mit welchem Verständnis man sich dem Ziehen nähern kann.
Daniil Popov : Senior sollte Bibliotheken nicht nur richtig auswählen, sondern auch verstehen, sie können auch Probleme haben. Im Gegensatz zur Mitte, die alles mit Try-Catch abdeckt, wird der Senior dieses Problem gabeln, reparieren und eine Pull-Anfrage stellen.
Alexander Cherny : Beim Hinzufügen einer Bibliothek übernimmt der Lord die volle Verantwortung für die Konsequenzen. Middle wird die Verantwortung auf die Bibliothek selbst oder ihre Entwickler übertragen.
Wohin als nächstes?
Daniil Popov : Gibt es ein Leben nach der Herrschaft? Ich sehe Optionen: Leiter, Abteilungsleiter, CTO oder Projektmanagement.
Alexei Kudryavtsev : Was ist mit der technischen Entwicklung: technisches Fachwissen, Prinzip oder sogar Richtungswechsel?
Alexander Cherny : Alle Optionen haben ihre eigenen Konsequenzen. Ja, Sie können Führungspositionen einnehmen, aber Sie können im technischen Umfeld bleiben - dies ist definitiv kein Entwicklungsstopp.
Daniil Popov : Ich hatte das Gefühl, dass die harten Fähigkeiten stark von dem Unternehmen abhängen, für das Sie arbeiten, und von seinem Profil.
Alexander Cherny : Es betrifft. Ein großes Lebensmittelunternehmen wie Facebook hat Tausende von Technikern. Alle haben eine sehr begrenzte Auswahl an technischen Lösungen - es gibt einen genehmigten Stack, ganze Infrastrukturteams und ein Architekturkomitee, das Entscheidungen für alle trifft. In diesem Fall wird der Ingenieur zu einem unternehmenssperrenden Entwickler, der verpflichtet ist, die Paradigmen des Unternehmens zu verwenden. Mit der Zeit wird es für das Unternehmen wertvoller, aber nicht die Tatsache, dass dieser Wert von außen wahrgenommen wird.
Daniil Popov : Und was wäre, wenn ich mich auf eine Fähigkeit einlassen wollte, die nicht typisch für ein Unternehmensprodukt ist?
Alexander Cherny : Zuerst frage ich die Person, woher die Idee stammt. Manchmal kommen Menschen mit seltsamen Wünschen und können ihre Natur nicht erklären. Wenn der Entwickler dies rechtfertigen kann, müssen Sie sich genauer ansehen, wie diese Idee zum Produkt passt. Es ist wahrscheinlich, dass es für Unternehmen immer noch nützlich sein wird.
Es ist wichtig, diesen Prozess individuell anzugehen. Es stellt sich oft heraus, dass dies nicht das Beste ist, was eine Person jetzt tun kann.
Daniil Popov : Sie sagten, Sie hätten die Aufteilung in June, Middle und Senior Fuzzy in Betracht gezogen. Wird es dann gebraucht?
Alexander Cherney : Wenn das Team klein ist und jeder alles weiß, kann man auf Abkürzungen verzichten. In einem großen Unternehmen muss der Abschluss dem Arbeitsgesetz entsprechen, um die Gehälter zu übertragen.
Entwicklerentwicklungskarten
Alexei Kudryavtsev : Wie kann ein Entwickler Wachstumspunkte bestimmen?
Alexander Cherny : Ich bin der Meinung, dass der Mitarbeiter eine Karriere machen sollte, da es unmöglich ist, alle zu bevormunden. Wenn eine Person nach etwas suchen möchte, ist die richtige Anfrage der Name der Plattform und die Entwickler-Roadmap. Sie finden eine Reihe von Mind Maps mit detaillierten Informationen, in welcher Reihenfolge und was zu entwickeln ist.
Daniil Popov : Bei der Vorbereitung der Veröffentlichung haben wir uns die Entwicklungskarte des iOS-Entwicklers angesehen. Es gibt so viele Dinge, dass es den Anschein hat, als würde ein Ingenieur nach dem Studium des gesamten Spektrums für 90% der Unternehmen auf dem russischen Markt überqualifiziert.
Alexander Cherny : Niemand überprüft die Tiefe des Wissens. Ich schaue zum Beispiel auf die Karte und sehe das Core Location-Framework, aber es gibt keine genauen Angaben darüber, was genau darin erforderlich ist: um zu wissen, ob es existiert, oder um Dinge auf niedriger Ebene zu verstehen, zum Beispiel, welche Coprozessoren im Hintergrund zusätzliche Energieeffizienz erzeugen können.
Die Roadmap ist nur eine Übersichtskarte, auf der Sie sehen und analysieren, welche Stadt Sie bereits besucht und vor dem Hintergrund eines Schilds am Eingang fotografiert haben. Gleichzeitig ist die Roadmap nicht linear und Sie müssen die vorherige nicht kennen, um zur nächsten zu gelangen. Sie können sich hier und jetzt dorthin bewegen, wo Sie möchten.
Alexei Kudryavtsev : Roadmaps sind nicht immer nützlich, da sie oft nicht mit den Anforderungen bei der Arbeit übereinstimmen und nicht immer die Dinge abdecken, in denen Sie "schwimmen". Wie erstelle ich eine persönliche Roadmap?
Alexander Cherny : Hackerrank hatte kürzlich eine
Studie darüber, was Arbeitgeber jetzt von Entwicklern erwarten. Unabhängig von der Größe des Teams ist das erste Problem die Lösung - der Wunsch des Arbeitgebers, vom Ingenieur eine klare Antwort darauf zu erhalten, wie und zu welchem Preis ein bestimmtes Problem gelöst werden kann.
Alexei Kudryavtsev : Wie stehen Sie zu einzelnen Entwicklungskarten, bei denen Kompetenzen mit einem Teamleiter beschrieben werden, die Ergebnisse bewertet werden und festgelegt wird, was als nächstes gepumpt werden soll?
Alexander Cherny : Es ist toll, wenn beide Seiten Zeit dafür haben. In allen Gesprächen über Entwicklung gibt es ein Ärgernis: Irgendwann versteht der Mitarbeiter, dass es hier keinen Ort gibt, an dem er sich entwickeln kann, und wechselt seinen Job in der Hoffnung auf Entwicklung. Es kommt zu kognitiven Verzerrungen - mit der Veränderung der Umgebung hört man auf, über echte Entwicklung nachzudenken, und alle Kräfte gehen an einen neuen Ort, um sich anzupassen.
Alexei Kudryavtsev :
Lohnt es sich dann, die Arbeit im Interesse der Entwicklung zu ändern?
Alexander Cherny : Wenn der Arbeitgeber stabil ist und die Lösung technologischer Probleme ermöglicht und sich das Entwicklungsteam nicht ändert, dann nein. Ich möchte nicht, dass die Entwickler den Job wechseln, um einige persönliche Probleme zu lösen. Ich stelle im Interview immer die Frage, welche Maßnahmen die Person ergriffen hat, um die Probleme zu lösen, die zu ihrer Entlassung aus dem vorherigen Job geführt haben.
Übrigens gibt es Probleme mit der Position des Entwicklungsleiters und anderen Führungspositionen des Entwicklers. Es gibt nicht viele Leute oben, und diese Spitze des Geschäfts betrachtet Sie als autarke Person, die nicht nur zur Lösung der Probleme ihrer Mitarbeiter beitragen, sondern auch allein mit seinen Schwierigkeiten umgehen sollte. Ich bin mir nicht sicher, ob dies der richtige Ansatz ist.
Daniil Popov : Was fragen Sie beim Interview außer technischen Fragen noch?
Alexander Cherny : Vor kurzem habe ich Fälle aus früheren Projekten unserer Teams verwendet. Für mich ist es wichtig zu verstehen, wie eine Person auf verschiedene Situationen reagiert. Beispielsweise verstehen zwei Entwickler die Rolle und Verantwortung des Ansichtsmodells unterschiedlich. Du bist der dritte. , . , . -, , . ?
, , , 30 , soft skill .
: : soft hard?
: , . hard skill. - — . . . soft skill , 65% 35%.
, , soft skill . , Saint AppsConf 2019 . Introductory- , General- . , — 16 .