Die Leute raten mir, "einen Job zu finden, in dem du gut bist", aber die Wahrheit ist, dass ich nicht glaube, dass ich mit etwas anderem gut bin, als nur Code zu schreiben. Ich glaube jedoch nicht, dass ich ein Programm entwerfen oder strukturieren kann.
Versteht mich nicht falsch, ich bin kein Programmierer, der kein Fizz-Buzz-Programm schreiben kann. Ich bin eher eine Art Programmierer, der nicht nur seine Arbeit erledigen kann. Es ist nicht so, dass ich eine "Do the Bare Minimum" -Haltung habe; Es ist so, dass ich mir meiner Grenzen als Programmierer schmerzlich bewusst bin.
Das Implementieren eines schnellen Sortieralgorithmus ist beispielsweise etwas, das ich nur tun kann, wenn ich mich auf das Auswendiglernen verlasse (das heißt, wenn ich jemals die Motivation finde, einen guten Teil meines Tages damit zu verbringen, den gesamten Algorithmus in den Speicher zu schreiben und nicht einfach loszulegen) wie "ähm, ich verstehe, das macht Sinn, ich kann die Logik sehen ...").
Wenn es darum geht, eine Anwendung zu strukturieren und zu gestalten, fühle ich mich genauso hilflos. Da ich zu Beginn nicht die richtige Antwort sehe, führe ich nur einen Urteilsspruch durch, den ich später neun Mal von zehn bedauere.
Es gelingt mir immer noch, von meinen Mitarbeitern Beförderungen und Lob zu erhalten, sodass andere meine Meinung nicht unbedingt teilen. Objektiv gesehen habe ich jedoch weder die Lernfähigkeit noch die bloße Gehirnleistung, um realistisch etwas anderes als ein "etwas überdurchschnittlicher" Programmierer zu sein.
Ich frage mich, ob ich eigentlich die ethische Pflicht habe, talentierteren Menschen Platz zu machen und mir einen anderen Arbeitsplatz zu suchen, auch wenn ich ziemlich zuversichtlich bin, keine andere Stelle zu finden, für die ich besser qualifiziert bin. Meine Frage lautet dann: "Haben durchschnittliche Programmierer einen Platz in einem Team?"
Antworten:
Im Gegenteil, ich denke, dass die Leute, die in der Kompetenzmatrix der Programmierer (oder einer ähnlichen Maßnahme) eine hohe Punktzahl erzielen, die ethische Pflicht haben, keine elitären Snobs zu sein.
Ted Neward hat kürzlich einen fantastischen Blog-Beitrag geschrieben, den ich für relevant halte. Hier ist mein Lieblingszitat:
Für das, was es wert ist, würde sich nur der erstere dieser beiden Charaktere in der Art und Weise, wie Sie es getan haben, über ihre eigenen Fähigkeiten hinwegsetzen.
quelle
Nein, tust du nicht. Wenn überhaupt, haben Sie eine ethische Verpflichtung, auf sich und Ihre Angehörigen aufzupassen. Es gibt keinen Mangel an Arbeitsplätzen für talentierte Entwickler, und es gibt keinen Grund, die Interessen von Menschen, die Sie wahrscheinlich noch nicht einmal kennen, vor Ihre eigenen zu stellen.
In der Tat steckt diese Website voller Fragen von Arbeitgebern, wie man qualifizierte Entwickler findet. Ihr Arbeitgeber kann sich zu Recht glücklich schätzen, Sie zu haben.
quelle
Sie sind ethisch nicht verpflichtet, sich bei Ihrer Arbeit zu übertreffen, sondern nur das zu tun, wofür Sie bezahlt werden. Sie könnten besser dran sein, etwas anderes zu tun, das mit Computern zu tun hat? SDET-Arbeit ist wahrscheinlich etwas, mit dem Sie sich sehr wohl fühlen, denn im Großen und Ganzen besteht der beste Weg, Brillanz zu zeigen, wie ein SDET zeigt, warum der Code anderer Leute fehlerhaft ist. Dies gibt Ihnen einen Einblick, wie gut Sie wirklich sind, und entlastet Sie auch von der Last des "Bin ich gut genug".
Als ich das las, wollte ich sicherstellen, dass mir klar ist: Die meisten Programmierer sind schrecklich. Sie sind viel zu hart für sich selbst, und wenn Sie als SDET arbeiten, werden Sie feststellen, wie qualifiziert Sie sein könnten, Ihre Arbeit zu erledigen, als Sie denken. Vertrau mir, es hat mein Leben verändert. ;)
quelle
Ich habe deinen Beitrag gelesen und immer gedacht, dass diese Person das Zeug dazu hat, ein großartiger Programmierer zu sein.
Sie sagen, Sie sind sich Ihrer Grenzen schmerzlich bewusst.
Je fähiger eine Person auf ihrem Gebiet ist, desto bescheidener und sich ihrer eigenen Grenzen bewusst, die sie normalerweise sind. Ein großer Teil der Beherrschung eines Handwerks besteht darin, zuzugeben, wie wenig Sie tatsächlich wissen - und damit zu arbeiten. Es wird Sie auch hungrig nach Verbesserungen halten und nicht stagnieren lassen. Benutze es.
Sie fangen falsch an und bereuen es 9 mal von 10.
Es heißt, den Problemraum kennenzulernen. Dies ist etwas, das jahrelang gemeistert werden muss (und um ehrlich zu sein, ich weiß nicht, ob Sie es jemals meistern sollten - wenn Sie von Anfang an den "richtigen" Anruf tätigen - woher wissen Sie, dass es der richtige ist?). Um eine gute Lösung zu finden, sind in der Regel einige wenige Versuche fehlgeschlagen. Es gibt eine Menge aktueller Forschungen darüber, wie wir am besten lernen, wenn wir mit der Faust Fehler machen. Sie müssen es nur in einer sicheren und zulässigen Umgebung tun. Stellen Sie sicher, dass Sie in einer solchen Umgebung sind und Sie gedeihen.
Sie erledigen die Dinge.
Dies ist reines Gold, sowohl von Teammitgliedern, die auf Ihre Lieferung warten, als auch von Managern. Sie erinnern sich an den wichtigsten Punkt in jedem Softwareprojekt - wenn Sie nicht liefern, wird niemand bezahlt.
Es mag schwierig sein, das auf den Kopf zu stellen - aber alle Punkte, die Sie aufgelistet haben, sind meiner Ansicht nach bereits sehr weit fortgeschritten.
quelle
Nein.
Schlechte Schreiner hören nicht mit dem Tischeln auf, sie geben nur zu, dass sie nicht die größten Schreiner sind, die je gelebt haben, während sie unterwürfig alltägliche Stühle ausstanzen, die sie durch bloße Wiederholung ziemlich gut machen. Es gibt viele Esel da draußen, also brauchen wir eigentlich profane Tischler, weil die Primadonna es satt hat, billige Stühle zu bauen und ihre Talente durch eindrucksvollere Strukturen wie -setztische zu demonstrieren.
Es ist keine Frage der Ethik, sondern das Beste daraus zu machen und glücklich zu sein, das Beste zu sein, das man sein kann.
quelle
Ich kann mich wirklich darauf beziehen. Ich habe mich mein ganzes Leben lang wie ein mittelmäßiger Programmierer gefühlt und mich immer um Leute gekümmert, die besser sind als ich. Und um ehrlich zu sein, sind viele Programmierer besser als ich. Aber trotzdem, wie Sie, bekomme ich Lob für meine Arbeit UND wie Sie mache ich meine Kunden und meinen Chef glücklich UND ich wurde sogar zum Senior Software Engineer befördert, also müssen wir etwas richtig machen. Obwohl ich bei der Arbeit erfolgreich bin, weiß ich, dass es sogar talentierte Nachwuchsprogrammierer gibt, die Probleme besser abstrahieren und Code schreiben können, um diese Probleme auf elegantere und abstraktere Weise zu lösen. Es ist äußerst wichtig, dass wir uns auf das konzentrieren, was wir können, und uns dafür loben. Und es ist viel wichtiger, die Art und Weise zu ändern, wie wir das Erreichte betrachten, als zu versuchen, ein "guter" Programmierer (oder Architekt oder Freund oder Eisläufer zu werden.
Es gibt einige Dinge, die einfach nicht in unserer Reichweite sind. Ich konnte davon träumen, an einem Tag wie meinem vielgelobten Kollegen Mark ein äußerst komplexes Projekt mit zig neuen Technologien und zig komplexen und wunderschönen Programmiermustern auf die Beine zu stellen. Aber ich kann nicht Und ich werde mich weiterhin darauf konzentrieren, was ich tun kann, und das nach besten Kräften tun und mich selbst dafür respektieren. Und ich denke, Sie sollten versuchen, dasselbe zu tun. Sie könnten anfangen, indem Sie sich sagen, dass es von Anfang an eine beachtliche Leistung ist, Programmierer zu sein und für Ihre Arbeit gelobt und bezahlt zu werden.
quelle