Helfen Sie einem neuen Programmierer, sich selbstständiger zu machen und mich nicht so viel zu fragen?

Ich arbeite derzeit an einem Projekt mit einem neuen Programmierer. Wie kann ich ihm helfen, seine Arbeit zu beschleunigen? Er stellt mir oft Fragen und ich programmiere mit ihm in backbone.js (ein Teil des Projekts).

Jetzt möchte ich, dass er das Projekt selbst bearbeitet, damit ich mich auf andere Dinge konzentrieren kann, um den Prozess zu beschleunigen. Er möchte keine Dinge googeln oder in einem Forum nachfragen, wenn ein Problem auftritt. Er kommt einfach zu mir. Was sollte er tun? Was sollte ich tun? Wenn ich ihn zwinge, macht er die Dinge schnell. Wie kann ich ihn motivieren, mehr allein zu arbeiten?

Sagen Sie: " Ich bin gerade ein bisschen beschäftigt. Sie können auf stackoverflow.com fragen, ob Sie wirklich feststecken. " Schließlich wird er hoffentlich den Hinweis bekommen. Auch wenn er das nächste Mal zu Ihrem Schreibtisch kommt, sagen Sie "Hmm, ich weiß nicht, lassen Sie uns das googeln und sehen ..." oder "Lassen Sie uns die API-Dokumente überprüfen." Die Kombination dieser beiden Methoden hat sich in der Vergangenheit bei Kooperationsstudenten bewährt - schließlich sehen sie, wie ich nach Informationen suche und diese finde, und lernen dann auch, wie sie dies tun.

Ähnliches ist auf stackoverflow.com erforderlich, wenn Fragen gestellt werden. Sagen Sie "Zeig mir, was du bisher hast" . Wenn das ein großes Fett ist nichts , senden Sie ihm Verpackung, mit einigen Hinweisen auf das, was für natürlich suchen, bis er etwas Konkretes hat zu fragen , über.

Der beste Weg, um jemanden auf den neuesten Stand zu bringen, besteht darin, ... ihn auf den neuesten Stand zu bringen. Es hört sich so an, als ob Sie der Person gegenüber ziemlich hart sind. Sie sollten Fragen ermutigen und sie nicht unterdrücken, um die gewünschten Ergebnisse zu erzielen. Selbst großartige Entwickler wissen nicht alles, wenn sie an einen neuen Ort gelangen. Wenn seine Fragen wie "Wie spalte ich eine Zeichenfolge?" Lauten (auch bekannt als "leicht google-fähig"), können Sie ihn umhauen. Aber versuchen Sie zu verstehen, dass Menschen bei einem neuen Job nicht sofort produktiv sein können, und Sie sollten mit vielen, vielen Fragen rechnen.

Könnte es ein Vertrauensproblem sein? Wenn es möglich ist, dass er Ihnen all diese Fragen stellt, weil er Angst vor dem Scheitern hat, ist es vielleicht gut, mit ihm darüber zu sprechen.

Wenn ich zum Beispiel Praktikanten betreue, lasse ich sie wissen, dass sie irgendwann scheitern werden. Misserfolg ist Teil des Spiels. Aber aus dem Scheitern zu lernen kann passieren, wenn sie sich Fragen stellen wie: "Was habe ich bisher versucht?" Bevor sie zu mir kommen, um Antworten zu bekommen, ist es wirklich wichtig. Wenn sie anfangen, sich Fragen zu stellen und um Antworten zu kämpfen, wächst ihr Wissen und Selbstvertrauen.

Es könnte nur ein Problem des Selbstvertrauens sein, bei dem er nicht der Meinung ist, dass er allein in der Lage ist, Arbeiten zu produzieren, die Ihren Erwartungen entsprechen. Dies ist ziemlich häufig für neue Entwickler, die mit älteren gepaart werden.

Vielleicht, anstatt ihn zu "zwingen", "wegzugehen", versuchen Sie, seine Arbeit zu fördern und ihn herauszufordern, Probleme auf eigene Faust anzugehen. Ich bin mir ziemlich sicher, wenn er einige Aufgaben ohne Ihre Hilfe erfolgreich erledigt hat. Er wird sich besser daran gewöhnen und es irgendwann ablehnen, zu Ihnen zu kommen, um Hilfe zu holen.

Nehmen Sie sich etwas ununterbrochene Zeit. Die Pomodoro-Technik empfiehlt Intervalle von 25 Minuten. Wenn er mittendrin auftaucht, sag einfach, dass du seine Frage später beantworten wirst. Wenn er Ihre Hilfe nicht wirklich benötigt, hat er die Antwort bis dahin bereits gefunden. Schließlich wird er Sie nicht für die einfachen Sachen stören.

Es scheint, als hätten Sie ihn geschult, dass er immer zu Ihnen kommen kann, um eine Antwort zu erhalten. Außerdem scheint es ihm beigebracht zu sein, zu glauben, er könne Sie als Krücke für Dinge verwenden, die er nicht gerne tut.

Stattdessen müssen Sie ihn wissen lassen, dass Sie nicht seine einzige Ressource sind. Zeigen Sie ihm, wie Sie die Antwort finden, anstatt ihm nur die Antwort zu geben. Sie sagten, er könne unter Druck arbeiten, also könnte es sein, dass er faul ist und Sie die einfachste Lösung sind. Denken Sie daran, Sie müssen nicht immer Ja sagen. Wenn Sie wichtigere Dinge zu erledigen haben, sagen Sie ihm, dass Sie gerne helfen würden, aber zu viel zu tun haben.

Wenn die Frage eine kurze Antwort hat, beantworten Sie sie einfach. Wenn eine Erklärung erforderlich ist und Sie nicht die Autorität in diesem Thema sind oder wenn Sie die Antwort nicht kennen, teilen Sie ihnen mit, wohin sie gehen sollen. Schließlich sollten Sie in der Lage sein, ihnen mit ein paar Silben zu sagen, wo sie suchen sollen. "... HTML auswählen?" "Google: MDN auswählen" "Wie kann ich ... das Kontrollkästchen aktivieren?" "MDN". "Oracle Zeitzonenkonvertierung?" "RTFM 'in der Zeitzone'" Wenn die Fragen unangemessen häufig sind, müssen Sie irgendwie darauf hinweisen, dass Sie nicht verfügbar sind.

Warum kommt er zu dir? Hat er Angst, einen Fehler zu machen und kommt zu Ihnen, damit Sie als Entschuldigung dienen können, wenn etwas nicht funktioniert? Gibt es zu viel projektspezifisches Wissen, das er alleine nicht leicht finden kann? Vielleicht möchten Sie überlegen, warum Sie hier gefragt werden, was auch immer Sie tun.

Sie sollten sehen, wie weit er alleine kommt und wie sicher er in seinen Fähigkeiten ist. Wie schnell kommt er zu Ihnen, wenn er ein Problem hat? Haben Sie darüber nachgedacht, dass Sie ein Mentor für diesen neuen Programmierer sein könnten und er versucht, Sie zu beschatten, damit er weiß, was Sie tun, wie Sie es tun und mit wem Sie es tun?

Stellen Sie einen Zeitpunkt ein, an dem Fragen gestellt werden können, ohne Sie zu unterbrechen. Es ist seltsam, dass diese Person nur Fragen stellt, die gegoogelt werden können, und keine spezifischen Fragen zu Ihren Projekten oder zur Vorgehensweise Ihres Teams. Verfolgen Sie die Fragen. Möglicherweise trübt Ihre Frustration Ihre Wahrnehmung des Problems.