Dies ist eine Artikelserie. Folgendes kann hier gelesen werden.
Was Sie erwartet und wie Sie einen angehenden Entwickler zu einem selbstbewussten Nachwuchs entwickeln können?
Das Niveau des Entwicklers ist das, woran jeder gewöhnt ist zu messen und wofür jeder von Unternehmen zu Unternehmen läuft.
In den letzten Jahren hat sich der Markttrend so entwickelt, dass die tatsächliche Berufserfahrung in Bezug auf offer :: tag :: abnimmt.
Dieses Thema stört mich besonders, weil jahrelange Erfahrung immer noch über etwas spricht. Sie sprechen über die Zeit, in der Sie die Arbeit durchgeführt haben. Und rein statistisch gesehen können in m Zeit mehr Makaps und Paare auftreten als in n , vorausgesetzt, m > n . Das ist alles. Dies wird durch jahrelange Erfahrung belegt. Dies ist nicht der Indikator, anhand dessen ich Personen aus Positionen heraussortiere (wenn es sich um eine Führungskraft mit 1,5 Jahren echter Erfahrung handelt), sondern der Indikator, anhand dessen ich zwischen zwei identischen Kandidaten entscheiden werde, wenn ich nicht zwei annehmen kann.
Also, mein Lieblingstyp Entwickler ist Auszubildender . Dies sind absolut unerfahrene Typen, egal in welchem Alter sie leben. Sie können vom ersten Tag an sehen, ob ihre Augen brennen. Eine technische Angelegenheit, wie ein guter Freund von mir sagt: "Sie können einem Affen beibringen, wie man einen Code schreibt", und wir lehren ... natürlich keinen Affen ... sondern eine Person. Wir unterrichten, wir erzählen, wir fahren aus der Arbeit, wenn sie verweilen, und sie verweilen gern, weil alles interessant ist. In dieser Phase besteht die Aufgabe des Entwicklers darin, den Umgang mit Werkzeugen zu erlernen und zu verstehen, dass das Wasser nass, das Feuer heiß und das Wort "Stand" "standhaft" bedeutet. Jede Sprache hat eine typische Aufgabe. In Rub - Hartle und seinem aka Twitter. In Javascript liebt jeder dieses Arbeitsblatt und alle Arten von Implementierungen für das Framework, mit dem Sie arbeiten. Wenn er es in einer Schritt-für-Schritt-Anleitung schreiben kann, passt er zu den Auszubildenden. Wenn er es ohne eine Schritt-für-Schritt-Anleitung schreiben kann, kann man über Juni sprechen. Ich habe hier Schritt für Schritt besonders betont, denn egal wie viel Erfahrung Sie haben, Sie werden auf MDN laufen, um die Reihenfolge der Parameter bei der reduce überprüfen und die Grundkonstruktionen zu vergessen.
Weitere Junioren - und es gibt keinen abrupten Übergang. Er ist glatt. Aus diesem Grund hat unser Unternehmen eine Unterteilung in Junior Beginner / Junior / Junior Strong vorgenommen. Aber dies ist die Bühne, auf der Sie sofort sehen können, welche Kultur in Ihrem Team ist. Ich werde diesen Abschnitt über den Junior mit diesem Gedanken beenden.
Auf der Junior- Ebene weiß eine Person bereits, wie man Code schreibt, aber dieser Code löst nur hier und jetzt ein Geschäftsproblem. Und das ist normal, damit muss das technische Team, der Mentor oder die Schulungsabteilung arbeiten. In diesem Stadium müssen Sie der Person den Lebenszyklus des Fehlers erklären, warum Selbsttests wichtig sind und wie sich die Kosten des Fehlers in Abhängigkeit von dem Stadium ändern, in dem er gefunden wurde.
Um ihm zu helfen zu überlegen und zu verstehen, womit er die meiste Zeit zu tun hat. Das heißt, wenn er für einen halben Tag Anfragen vom Browser an das Backend sendet, hat er herausgefunden, was die Anfrage ist und warum der Browser 2 Anfragen sendet, wenn Sie ein Backend auf einem anderen Origin haben. Er beginnt sich der Prozesse in der Entwicklung bewusst zu werden. Allmählich merkt er, wie falsch er in den Schätzungen ist.
Dies ist die Phase, in der es sich lohnt, mit einer Person Scrum-Poker zu spielen und die Aufgabe von oben nach unten zu bewerten, auch wenn Sie dies als Team nicht akzeptiert haben.
Er soll lernen, Gedanken zu formulieren, Positionen zu argumentieren, dazu müssen wir anfangen, auf Dinge hinzuweisen, die nicht offensichtlich sind. Warum ich über Scrum Poker und Top-Down gesprochen habe. Dies ist eine großartige Möglichkeit, einer Person zu zeigen, auf welche Nuancen Sie aufgrund Ihrer Erfahrung achten, welche Details Sie klären, welche Spezifikationen Sie nicht mehr vage erscheinen und wie Sie dies tun.
Die Ergebnisse einer gemeinsamen Bewertung zeigen die technischen Fähigkeiten, aber es ist ebenso wichtig zu lehren, wie man Fragen formuliert, wie man mit Kunden oder Stakeholdern kommuniziert und wie die erhaltenen Informationen in das System eingegeben werden.
Je früher ein Entwickler lernt, auf Details zu achten und mit den Stakeholdern über Aufgaben zu kommunizieren, desto einfacher wird es für ihn. Weil projektive Kommunikation und die Analyse von Unverständlichem unser bewusster Weg ist, uns ins Unbekannte zu stürzen und unserer Erfahrung nach einen +1 neuen Fall zu bekommen.
Persönlich erwarte ich überhaupt nicht, dass er auf der Junior-Ebene zumindest in großen und kleinen Merkmalen ein wenig in seine Noten kommt - vielleicht, aber nicht in der Tat. Im Großen und Ganzen - nein, weiß immer noch wenig über Risiken, berücksichtigt keine Tests, Kundenpsychologie und versteht den Unterschied zwischen der Bewertung in Stunden und der ETA nicht.
Wichtig ist auch, die grundlegenden Fähigkeiten des Debuggens von Anwendungen zu erlernen, zu verstehen, wie man Änderungen findet, mehrere Programmiersitzungen mit dem Juni zu verbinden und ihm die Fähigkeiten primitiver, aber so "genialer" Techniken für die instance.freeze June zu übertragen. Er muss lernen, wie man dieses ganze Multitool benutzt, nicht immer effektiv, aber zumindest sollte er wissen, dass es einen Schraubenzieher gibt und dass er die Schrauben nicht mit einem Hammer hämmern muss.
Um Junioren zu beschreiben, kehren wir zur Teamkultur zurück. Auf dieser Ebene wird eine Person die Kommunikationskultur des Teams aufsaugen, wenn Sie die Tester schütteln und für nutzlos halten, dies jedoch nicht erkennen, den Juni betrachten und sich daran erinnern, ob er vor einem halben Jahr / Jahr so war. Hat er sich diesen Leuten gegenüber genauso verhalten? Wenn "nein" in der negativen Richtung, dann ist hier die Glocke. Er hat dies von Ihnen und Ihrer Umgebung gelernt. Er kann immer noch nicht klar sagen, warum etwas nicht wichtig ist, aber es ist bereits begrenzt. Darüber hinaus wissen wir alle bereits, dass jede Phase bei der Entwicklung einer Anwendung wichtig ist und unabhängig vom Team, ohne einen Tester wird das Produkt schlechter oder langsamer und teurer freigegeben.
Anfangs habe ich einen Artikel über Medium veröffentlicht , aber es scheint mir für das Segment, mit dem ich ein Gespräch beginnen möchte - dies ist eine schlechte Plattform. Ich werde einen Teil des Intro weglassen, wenn Sie sprechen möchten, schreiben Sie an @_golubev .
Ich habe diesem Abschnitt den Namen work & dev fun (damentals) gegeben . Weil Arbeit und Entwicklung Spaß machen. Aber grundlegende Dinge müssen gelernt werden. Es spielt keine Rolle, ob es sich um eine weiche oder eine harte Fähigkeit handelt.
Alles weitere ist die Erfahrung, die ich gesammelt habe. Es beschränkt sich auf mein Verständnis der Vorgänge in der IT. Die Prozesse, die hier stattfinden. Die Entscheidungen, die getroffen werden. Dieses Verständnis ermöglichte es mir, vom Trainee zu einem ihrer Leads in Full-Stack-Richtung zu wechseln. Richten Sie parallel dazu eine Abteilung ein, die sich auf die technische Entwicklung und die Überwachung des emotionalen Zustands der Mitarbeiter spezialisiert, um deren Arbeit zu erleichtern und ihnen ein konkretes Verständnis dafür zu vermitteln, was von ihnen im Unternehmen und im Projekt erwartet wird.