Was mit Star-Programmierer zu tun, die ihre Arbeit dokumentieren nicht? [geschlossen]

https://stackoverflow.com/questions/532338

collaboration

22-08-2019
|

Frage

Es ist ein Kollege, der ernsthaft seine Sachen kennt, er ist einer der hellsten, die ich je gearbeitet habe, aber er:

in seinem eigenen kleinen Bereich seines Home-Verzeichnisses funktioniert und nicht in dem gemeinsamen CVS Repository
nicht Dokument seinen Code
nicht Kommentar seinen Code, z.B. 3500 SLOC von C ohne Kommentare und ohne Leerzeilen Dinge zu brechen
oft overcomplicates Dinge, zum Beispiel verwendet drei Shell-Skripte, die sie rufen Sie die Arbeit, die ein einfaches Shell-Skript zu tun, tun könnte.

Vielleicht möglicherweise ist dies einer jener Menschen, der denkt, „wenn ich bin die einzige Person, die diese kennt, kann sie nicht loswerden mir bekommen“?

Irgendwelche Vorschläge auf, was zu tun?

BTW-Management kennt die Situation und versuchen, die Dinge zu ändern.

Lösung

Meiner Meinung nach jemand tut so dumme Dinge wie Sie oben beschrieben haben, kann kein Star Entwickler sein! Mir scheint es, als hätte er die Dinge komplizierter absichtlich macht, wie sie sind, so dass niemand anderes als sich den Code halten kann. Dies macht sich wichtiger als er wirklich ist! Rede mit ihm. Er hat es zu ändern! Wenn er es nicht tut, ersetzen Sie ihn mit einem echten Star-Entwickler!

Ich verspreche Ihnen, in noch einem halben Jahr wird er nicht weiß, wie er seine eigenen Code funktioniert! Feuer ihn und Sie können viel Zeit und Geld sparen.

Andere Tipps

Der CVS Teil ist einfach - ein „zufälliger“ Festplattenfehler wird ihm lehren, eine Lektion für das Leben (stellen Sie sicher, dass Sie eine Sicherung haben, obwohl, so dass Sie nicht wirklich Code verlieren)

Das klingt wie eine schwierige Situation.

Ich persönlich würde ihn gehen lassen. Er kann ein Stern Entwickler sein, aber er ist kein Teamplayer. Und Sie brauchen ein geschlossenes Team haben, die zusammen arbeiten können, wenn Sie ein gutes Produkt machen wollen.

Dokument Andernfalls ist eine (sehr schlecht) Art und Weise der Arbeitsplatzsicherheit zu gewährleisten.

Sie können mehrere Dinge tun, um dem entgegenzuwirken:

fügen Sie Dokumentation als Voraussetzung für die persönliche Leistung Bewertungen vor.
akzeptiert keine Software, die nicht dokumentiert ist.
hat ein Wort mit dem Entwickler und herausfinden, warum er nicht dokumentiert.
Kaufen Sie einen kühlen Dokumentations.

Spielen Sie die bad cop / good cop Skizze Sie aus den Filmen gesehen haben. Lassen Sie das Management der bad cop und Sie der gute Cop sein. Lassen Sie das Managament für über-kill-Dokumentation stellen und pro-Minute-ZIP-Backups seiner Arbeit. Aber Sie bieten ihm moderate Dokumentation (von doxygen zum Beispiel) und übliche Quelle Steuer Check-In ...

mit ihm reden?

Wenn er wirklich ein „Star-Entwickler“ ist er zur Kenntnis nehmen werde, was Sie sagen.

Es kann ihn nicht über Nacht ändern, aber es könnte sein, dass er gerade gar nicht bewusst ist, dass andere Menschen nicht bekommen es ganz wie er es tut.

Edit:

Es ist wahrscheinlich ein bisschen spät, um jetzt zu ändern, aber mehr Informationen werden in der Ausarbeitung eine Lösung benötigt. Es ist unmöglich, dass jemand hier tatsächlich vorschlägt der Mann allein auf der Grundlage dieser Punkte gehen zu lassen. Wenn Sie den Kerl jeden Tag für das letzte Jahr zu sagen habe, dass er sich ändern muss, oder er von hier ist, dann kann man ihn gehen lassen. Allerdings sehe ich keinen Beweis dafür.

Ein brillanter Entwickler kann gelehrt werden Quellcodeverwaltung, Kommentar und Dokument zu verwenden. Wenn Sie sich die Mühe verbringen hier dann werden Sie wirklich einen Stern Entwickler haben.

Sie können hier auf dem falschen Bereich konzentrieren, Sie die Möglichkeit zur Verfügung gestellt werden einige Schwächen in Ihrem Prozess zu sehen.

arbeitet in seinem eigenen kleinen Bereich seines Home-Verzeichnisses und nicht in der gemeinsamen CVS-Repository

Ein einfaches Chat hier wohl ausreichen, sprechen die Vorteile der Versionskontrolle für sich und jede „hell“ Person würde wahrscheinlich über diese Leistungen begeistert sein. Allerdings kann es auch eine gute Chance, alternative Versionskontrollsysteme zu prüfen, die eine größere Benutzerfreundlichkeit und Flexibilität ermöglichen (einen Blick auf bzr und git nehmen). Noch besser wäre es, ihn in den Auswahlprozess einlassen, wenn er wirklich ein „Stern“ ist wird er wahrscheinlich eine gute Eingabe haben und sein ureigenes in seiner Verwendung.

nicht dokumentiert nicht seinen Code

Es klingt nicht wie Dokumentation Teil des Prozesses ist. Leute, die gehen zu wider zusätzliche Arbeit zu tun, und wenn es nicht ein definierter Prozess ist dann über Sie sprechen viel zusätzliche Arbeit. Ist Dokumentation wirklich nötig? Wenn ja, gibt es ein Verfahren für die Erstellung definiert? sollten Sie jemand ganz gewidmet es haben? Sollten Sie zumindest ein Werkzeug haben, um es zu erleichtern (vielleicht etwas so einfaches wie mediawiki)?

hat seinen Code nicht kommentieren, zum Beispiel 3500 SLOC von C ohne Kommentare und ohne Leerzeilen Dinge Schnabel nach oben

Drei Worte: Peer Code-Review. Außerhalb eines offensichtlichen Irrtum Fang Vorteile, dies kann auch einig Peer-Druck, bereitzustellen, die eine starke Kraft und kann eine gute Sache sein. Selbst erzeugt Eigentum und Qualität Wanting von Ihren Kollegen wahrgenommen gut werden.

oft overcomplicates Dinge, zum Beispiel verwendet drei Shell-Skripte, die sie rufen Sie die Arbeit, die ein einfaches Shell-Skript zu tun, tun könnte.

Auch Peer Code-Review. Sie erwähnen, dass das Management über diesen Programmierer Mangel kennt. Tut er? Es ist ziemlich schwierig für die Menschen zu ändern und zu verbessern, wenn sie ihnen Dinge tun nicht die Probleme mit der Art und Weise erkennen.

Und, vielleicht am besten von allen, von Plänen kommen zu Ihren Entwicklungsprozess zu verbessern (was wahrscheinlich nicht verbessern wird nur Ihr „Stern“, aber alle anderen im Team) können Sie wahrscheinlich ein paar goldene Sterne für sich selbst aus dem Management verdienen.

Klingt nicht viel von einem Stern Programmierer zu mir. Alle guten Programmierer wissen, dass Code-Formatierung und die Verwendung von Quellensteuerangelegenheiten. Klingt obwohl er von sich selbst guten Fortschritte macht, hat er den Fortschritt der anderen Teammitglieder zu behindern, die einen negativen Nettoeffekt auf der Arbeit immer getan haben könnte. Sprechen Sie mit ihm, und wenn er sich weigert, seine Praktiken zu ändern, ihn gehen lassen.

Wenn er wirklich so hell und man kann nicht seine Gewohnheiten ändern, noch wollen Sie ihn verlieren, aber Sie wollen immer noch Ihren Code zu dokumentieren und kommentiert dann mein Vorschlag wäre, einen weniger erfahrenen Entwickler lassen tun, um die Dokumentation und Kommentierung für ihn. Persönlich, wenn ich ein Star Entwickler wäre, würde ich fühle mich prettiy töricht, wenn jemand anderes gemacht wurde meinen Code zu kommentieren, und ich würde beginnt sie schließlich selbst zu tun. In der Zwischenzeit, während das passiert nicht die weniger erfahrenen Entwickler ein oder anderen lernen können.

Es gibt mehr zu ein Star-Entwickler zu sein als nur ein guter Programmierer zu sein. Wenn er hat Teamfähigkeit nicht und gezielt ignoriert Team Standards muss es ihm gebracht werden. Wenn er sie haftet verweigert nach mit dem Management zu sprechen, vielleicht ist er nicht die richtige Passform für Ihr Unternehmen.

Diese Frage macht mich nervös, weil während der Person, die Sie beschreiben, klingt ungeheuerlich, ich ein wenig von mir selbst in ihm sehen kann.

Ich glaube, ich bin ein ziemlich guter Team-Spieler, und ich habe das Glück, auf ein sehr gutes Team. Allerdings habe ich Methoden, die meine Kollegen nicht verstehen, obwohl ich versucht habe, ziemlich schwer, sie zu erklären. Es gibt nur eine ziemlich große Erfahrung Lücke, die auf einen von uns keine Reflexion ist.

Dokumentation ist ein weites und schwieriges Thema. Ich versuche, die DRY zu folgen (nicht selbst wiederholen) Maxime. Dokumentation, die getrennt von der Code selbst zu wiederholen betragen kann, so ist es haftet veraltet erhalten, wenn Sie sich verlangsamen, es zu halten auf dem Laufenden. Mein üblicher Ansatz ist es nachher retuschieren.

Oft ist das Problem, das ich auf mich arbeiten, ist so schwierig, dass ich Plan und dokumentieren alles, was ich will voranbringen können, aber wenn es um den Code kommt, entdecke ich oft, dass ich falsch war und haben es wieder zu denken. So ist die Idee, dass Sie Sachen im Voraus dokumentieren können, und nur, dass folgen, funktioniert nur für ziemlich einfach Probleme, es scheint mir.

Wie auch immer, ich denke, das eine ausgezeichnete Frage, und die Antwort ist überhaupt nicht einfach.

Ist der Kerl wirklich ein Rockstar? Ernsthaft? Denken Sie darüber für eine Sekunde. Ist er klug, aber nicht Dinge zu erledigen, oder ist ihm sowohl intelligent und in der Lage Dinge zu erledigen?

Denken Sie es wirklich schwer.

Wenn er wirklich ein Rockstar ist, dann sollten Sie vielleicht nicht verwirren mit ihm. Er produziert unglaublich genial Dinge seinen eigenen Prozess. Nur weil es eine andere Art und Weise, die Dinge zu tun, die am besten für Sie arbeitet, bedeutet nicht, dass ihm zu ermöglichen, geht seine beste Arbeit zu produzieren. Statt ihn zu Ihrem Prozess zu beugen zu bekommen versuchen, die sehr gut alle seine awesomeness töten könnte, sollten Sie eine Art und Weise versuchen, und finden den Weg zu beherbergen er arbeitet.

Wenn er wirklich so gut ist, wie Sie sagen, sollten Sie nichts dagegen, das zu tun. Wenn es nicht der Mühe wert ist, das zu tun, dann ist er wirklich nicht so gut. In diesem Fall müssen Sie nicht einen Rockstar, müssen Sie nur einen mittelmäßigen Programmierer, die nicht die Regeln spielen mögen. Die Jungs, sollten Sie nur loswerden. Ein temperamentRockStar ist in der Regel die Schmerzen wert, wenn auch aufgrund der Qualität dessen, was er oder sie produzieren kann. Diese Leute sollten Sie gehen auf große Längen zu halten.

Klingt wie ein Stern Programmierer, der von seiner Arbeit langweilt und ist über die Dinge zu verkomplizieren es eine größere Herausforderung zu machen. Er wird etwas besser früh genug erfahren.

Der Versuch, die Dinge zu ändern? Was bevorzugen Sie, ein schlecht dokumentierte Arbeits Stück Software oder eine gut dokumentierte Junk? Einige Leute in der Lage ist Schreibsoftware, die keine Kommentare wenig erfordert, das ist kein verlässlicher Indikator für die Qualität.

Ich fürchte, Sie einen guten Entwickler verlieren werden.

"Hallo Star Entwickler,

nur ein wenig informelles Heads-up, Ihnen zu sagen, dass ab nächster Woche werden wir Dokumentation von Code werden erfordern, und hilfreich im Code zu kommentieren - es geht um Unternehmenspolitik sein, und es wird keine Ausnahmen geben "

Von da an Sie nur das gleiche mit dem Scheitern umgehen, wie Sie mit einem Fehler rechtzeitig auftauchen befassen würden, ein Fehler bei der Arbeit etc. Unterm Strich dösen zu stoppen ist, wenn der Chef sagt Dokument, Sie dokumentieren oder Sie nicht Ihren Job richtig zu tun.

Wenn er wie dies funktioniert, ist er kein Star-Entwickler - großer Software-Entwickler versteht, dass die Wartbarkeit extrem wichtig. Sie werden wahrscheinlich auf lange Sicht teuer bezahlen, würde ich mit ihm sehr direkt sein, wie ernst die Lage ist und ihn gehen lassen, wenn er nicht anpassen kann beginnen. Ich habe dieses viele Male gesehen und es ist eine tickende Zeitbombe.

vollkommen ehrlich zu sein, ich habe viele Entwickler wie diese gesehen und, wenn sie nicht gerade aus der Schule sind, werden sie nicht ändern. Ich sage Ihre lossless jetzt geschnitten, es ist nur schwieriger in Gang zu bringen, ihn zu entlassen, als er aus mehr wartbaren Code speien weiter:)

Es ist sehr unwahrscheinlich, dass das Management ihn loswerden, wenn er wirklich hell ist.

Das gesamte Projekt kann geschlossen, natürlich, aber es wird dann sowieso keine Verwendung in CVS und Dokumentation sein.

Nein-Management wird einen guten Programmierer Feuer nur einen schlechten zu mieten.

Sagen Sie ihm, dass es wird dazu beitragen, ihn los Management zu erhalten, wann immer er will.

Was ist er will Job ändern? Er kann das Management sagen: „OK, Leute, alles ist so wie du mich gefragt:. Eincheckte, dokumentiert und unter Sie steuern, ich bin mit meinen Teil getan, ich packen und gehen“.

Kann das Team mit, um ihn erfolgreich sein? Wenn ja, das Problem schieben und sich weigern, einen Code zu akzeptieren, die nicht ordnungsgemäß dokumentiert ist oder nicht erfüllt anderen Standards. Hoffentlich wird dies den Punkt über, aber es könnte ihn wütend machen und dazu führen, ihn zu beenden. Wenn das Team kann nicht erfolgreich sein, mit aus, um ihn dann bist du kein Glück, bis ein Ersatz bis zu seinem Qualifikationsniveau trainieren kann, die nicht die Zeit und Mühe wert sein kann.

1 bis ocdecio - wenn er ein Star-Entwickler ist, dann sollte seinen Code basieren auf einem solchen hochwertigen Design, das es selbst dokumentiert

Having said that, konnte die Frustration darüber, dass, obwohl er in technisch anspruchsvollen Bereichen ausgezeichnet ist, die ihn interessant sind, die er nicht in Dreck mit der Lieferung von Funktionen - nur Sie wissen, ob dies ein Problem für Ihre Organisation.

Mit einem „Guru“ zur Verfügung kann einen absoluten Lebensretter sein - oder zumindest verwendete es zu sein, oder hat Stackoverflow diese Rolle entlassen

Lassen Sie sich nicht der Code freigegeben werden, bis es Code-Review durchlaufen hat und es nur, wenn es passieren lassen genug sind, um Kommentare und / oder Dokumentation für den Code, den er für die aktuelle Funktion / Projekt geschrieben hat.

Bearbeiten Bringen Sie es in seiner Einschätzung nach oben. Dokumentation / Code kommentieren kann für seine „Verbesserungsbereiche“ zu ihm gegeben werden.

: -)

Sie auch automatisierte Qualitätskontrollen hinzufügen könnten, die er Einchecken in seinem Code verhindern würden, bis es ausreichend dokumentiert wurde.

Das ist, wenn Sie ihn an erster Stelle davon überzeugen können, zu Check-in! (Was ist wesentlich, imo)

Es gibt eine Menge Leute hier auf die „keine Kommentare, so was?“ hier fahrender Zug. Literate Code ohne Kommentare ist durchaus möglich, aber nur weil jemand intelligent ist und nicht kommentieren, bedeutet nicht zwangsläufig, dass sie lesen und schreiben Code schreiben.

Lassen Sie uns also klären. Du hast gesagt, schon er seinen Code nicht dokumentieren überhaupt, entweder in den Kommentaren oder separaten Dokumenten, und er verwendet keine Quellcodeverwaltung. Wie wäre es:

Sie seinen Code verständlich trotz des Mangels an Kommentaren?
Hat Ihr Team jede Art von Problem verwenden Tracking (z FogBugz, Bugzilla, usw.), die er beteiligt sich an?
Ist sein im Test befindlichen Code?
Gibt es jemanden andere im Team, die tatsächlich zumindest ein wenig vertraut mit, wie sein Code funktioniert?
Ist er bereit, zumindest anerkennen, dass er einige Änderungen in der Art und Weise zu machen, stehen kann er mit dem Rest des Teams arbeitet?

Wenn die Antwort auf alle diese Fragen „nein“ ist, haben Sie ein großes Problem. Einfach nur klug nicht unbedingt jemand ein Vermögenswert machen. Sie haben keine Garantie, dass er nicht Ihr Unternehmen morgen verlassen wird, oder von einem Bus überfahren werden? Wie geschraubt würden Sie sein, wenn das passiert? Ist es das Risiko wert?

Ich denke, das in jeder Umgebung ziemlich typisch ist. Wie bekommt man jemanden zu tun, was Sie wollen? Das ist genau das, was „Wie man Freunde gewinnt und Menschen beeinflussen“ auf sich hat. Dale Carnegie war nicht über Manipulation, sondern Umgang mit Menschen.

Es klingt für mich wie er gerade unerfahren ist und braucht eine gewisse Erfahrung und Führung.

Sie denken, dass Sie sich hinsetzen und mit ihm über diese Fragen sprechen? Telling jemand sie etwas falsch machen, oft sind scheint, wie die falsche Sache zu tun (vor allem in der heutigen westlichen Gesellschaft, in der wir nicht wollen, die Gefühle anderer Menschen zu verletzen), aber ich glaube, Sie sehr weit von ruhig und ehrlich erklären, die Probleme bekommen und sprechen sie durch. Es hilft, wenn die Person, die Sie und Ihre Meinung respektiert, die eine ganz andere Frage ist, und wird oben im Buch erwähnt gesprochen. Stellen Sie sicher, dass er versteht, dass diese ernsthafte Probleme sind. dass bei künftigen Entwicklung Jobs auch, wird er zu erwarten, diese Dinge zu tun, so ist es eine gute Idee ist, sie jetzt zu üben.

Ich glaube nicht, bis die nächste Leistungsüberprüfung wartet eine gute Idee ist. Ramm ein Bündel von negativen Feedback und alles auf einmal zu liefern ist nur eine schlechte Idee, und ich kann es wirklich nicht mochte, wenn das mir angetan wurde.

Code-Dokumentation wird überbewertet. CVS-Training ist einfach.

Eine gute Klasse soll ihren Zweck durch seine Methoden und Eigenschaften zeigen.

Dokumentieren des Modells außerhalb der Anwendung ist auch leichter zu fließen und zu verstehen.

Ich würde es seine Aufmerksamkeit bringen, wenn man es sieht nicht gelöst bekommen kann, wie Sie einen Stern Entwickler werden zu verlieren.

Edit: Oops - verwendet CSV statt CVS, zu viele Importe und ich verwende svn heh

Schaffen Sie ihn automatisierte Ausführung-Verifikations-Tools zu verwenden. (Siehe meine Antwort auf „ Wie Fragen an einen obsructionist fragen? ")
Wenn er overcomplicates und verwenden SCC nicht, er ist nicht ein ausgezeichneter Entwickler -. Diese Dinge sind wichtige Teile des Software-Engineering
In dem sehr unwahrscheinlichen Fall, dass er einig unersetzlich Brillanz in Bereichen wie Algorithmen hat, weisen Sie ihn in diesem Bereich zu arbeiten, zum Beispiel der Definition Algorithmen und einen echten Programmierer erhält die Codierung zu tun.
statische Analyse-Code verwenden, um seinen Code zu verstehen und aufzuräumen.

Paar Programmierung. Finden hima Paar, das wird „vollständig“ ihn für Anforderungen, die Sie gerade genannt. Sie werden ein Problem lösen Steuerung, Dokumentation beziehen, alle seine Aktion in Frage, usw. Sie trainieren auch anderen Typen von ersten Typ Stärke mit

Von dem, was Sie beschreiben, ist dieser Kerl deutlich nicht ein Stern Entwickler. Die Programmierung ist ein Mannschaftssport, und diejenigen, die nicht gut mit anderen spielen fügen Sie nicht viel Wert auf ein Projekt.

Ich persönlich könnte nicht Code erinnern schrieb ich 6 Monate oder mehr vor, und sehr viel Wert eine Historie der Änderungen in einer Art von Source Control.

Wenn Sie regelmäßige Code-Reviews mit diesem Kerl Ich denke, hatte würden Sie sehen, dass er nicht als stellare eines Entwicklers, wie Sie denken er ist.

Ich stimme mit den meisten Menschen auf diesem Thread. Eine Möglichkeit, ihn auf dem Hot-Spot zu setzen ist Team-Code Reviews haben.

Für die erste Code-Review-Sitzung wählt Code von einem Teammitglied, das offen ist und wird die Empfehlungen akzeptieren. Der „Stern“ Entwickler haben die Möglichkeit, zu sehen, wie der Code-Review arbeitet und dann können Sie den Code planen nächste überprüft werden. Gib ihm etwas Zeit für die nächste Sitzung vorzubereiten und dann sollte er zumindest sein, seinen Code zu kommentieren.

Die Absicht von Code-Reviews ist nicht Schande auf Menschen zu setzen, sondern um gemeinsam zu identifizieren Themen und Orte für Verbesserungen, aber es wird ein guter Weg zu bringen den Stern Entwickler auf dem heißen Stuhl sein.

Meiner Meinung nach, müssen Sie diesen Typ fallen zu lassen. Es klingt wie sein Code nicht lesbar ist, und er ist definitiv kein Team, noch ein sicherer, Spieler.

Es ist auch eine sehr schlechte Praxis, jemand zu erlauben, sich als unentbehrlich zu sehen. Wenn Sie ihm diese lassen halten, wird seine Praxis noch schlimmer, nicht besser. Als er geht, denn jeder tut, werden Sie mit einem enormen Kopfschmerzen der verworrenen Code gelassen werden. Sie müssen Ihre Verluste jetzt schneiden, wenn er nicht in Form zu werden.

Schließlich halten diese Entwickler ohne ihn regierende ein schlechtes Beispiel von Junior-Entwickler in Sätzen. Wenn man sie zwingen, richtig zu arbeiten, riskieren Sie Groll aus der „warum er und nicht ich“ Menge. Wenn Sie nicht tun, werden Sie eine Reihe von Hacks bekommen, die wie Ihre Arbeit „Stern“.

Kurz gesagt, es sei denn, er ist sehr hoch gestaltet, sehr schnell, es ist Zeit, ihn fallen zu lassen, für die körperliche und geistige Gesundheit des gesamten Entwicklungspersonal.

Wir hatten ein ähnliches Problem, wenn ich vor meiner aktuellen Arbeit ein wenig mehr als 3 Jahren begonnen, unser Chefentwickler war ein Cowboy. Er war sehr klug, aber sehr unregelmäßig, war einige seiner Sachen sehr gut dokumentiert, aber so übermäßig kompliziert es imposable war zu halten, oder Code zuerst und herauszufinden, was er später bauen, würde er Code werfen, um zu sehen, was halten würde.

Er verließ ca. 2 1/2 Jahre, und es spukt immer noch uns, wenn wir einige seinen alten Code zu finden, und in seiner Verteidigung das ist, wie die Entwicklung Laden hier wurde dann zurücklaufen, in den letzten 3 Jahren war ich schon auf einem Kreuzzug, dass die Mentalität zu ändern.

Wenn Sie sich zu einem Stern Entwickler es so viel zu sein aufhört, wie gut kennen Sie das System, Code, Rahmen, Architektur usw. und mehr über

Schreiben elegant, wartbar, flexibel, lesbaren Code
Arbeiten mit dem Rest der Team. Mit Quellcodeverwaltung, mit gutem Beispiel voran, usw.
Dokumentieren, was jede Methode, Klasse, Objekt, etc tut
Erforschung neuer und bessere Möglichkeiten, Dinge für sich selbst zu tun, und Ihr Team

, wenn Sie nicht alle diese vier folgenden auf einer gewissen Ebene Ihre kein Stern Entwickler, um so mehr, wenn Sie zu versuchen, sich weigern / lernen, sie zu benutzen, dann ist es Zeit, dass das sollte andere Beschäftigungsmöglichkeiten eine oder andere Weise finden, wie ich höre hungern Künstler ist bei dieser Zeit der Person (die ganze misunderstand Genie Sache)

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow