Wann kannst du dich gut in Sprache X bezeichnen?

Dies geht auf ein Gespräch zurück, das ich mit meiner Freundin geführt habe. Ich versuchte ihr zu sagen, dass ich mich in meiner Programmiersprache (C ++) einfach nicht ausreichend fühle, um mich als gut zu bezeichnen. Dann fragte sie mich: "Wann betrachtest du dich als gut genug?"

Das ist eine interessante Frage. Ich wusste nicht, was ich ihr sagen sollte. Also frage ich dich.

Wenn Sie für eine Programmiersprache, ein Framework oder ähnliches einen Punkt erreichen, an dem Sie sich zurücklehnen, sich Ihre Arbeit ansehen und sagen: "Hey, das kann ich eigentlich ziemlich gut." Wie definieren Sie "gut", damit Sie anderen ehrlich sagen können: "Ja, ich bin gut in X"?

Erreichen Sie diese Schlussfolgerungen auch, indem Sie vergleichen, was andere tun können?

Zusätzliche Information

Ich habe das kanonische Papier darüber gelesen, wie es zehntausend Stunden dauert, bis Sie ein Experte auf diesem Gebiet sind. (Requisiten an alle, die wissen, wie dieses Papier noch einmal heißt)

Ich habe auch verschiedene Artikel von Coding Horror über das Befragen von Menschen gelesen. Einige Leute, hieß es, "können nicht außerhalb eines Rahmens funktionieren." So können sie für diesen Rahmen "gut" sein, aber nicht anders in der Sprache. Ist das wahr?

Bei X kann man sich nicht gut nennen. Das können nur andere.

Es gibt bereits ein paar gute Antworten darauf, also trage ich nur Folgendes bei:

Man ist gut auf etwas nur , wenn sie sicher und richtig sagen , dass sie es tun können.

Wenn Sie zum Beispiel sagen möchten, dass Sie gut in C ++ sind, sollten Sie mit Zuversicht und Rechtfertigung sagen können, dass Sie ein generelles Problem mit C ++ lösen können.

Dies unterscheidet sich von übermütig , was bedeutet, dass Sie ohne ausreichende Begründung etwas tun können. und erfahren , was bedeuten würde, dass Sie etwas tun können, weil Sie es in der Vergangenheit getan haben.

Auch wenn ich denke, dass die Software Craftsmanship-Bewegung eine hervorragende Idee ist, um die Standards in unserer Disziplin zu verbessern, haben sich viele Leute als Software-Handwerker beschrieben, was mir in den meisten Fällen ein wenig arrogant erscheint.

Es liegt an Ihren Kollegen, zu entscheiden, ob Sie in etwas gut sind oder nicht (oder ein Handwerker); Ich bin mir sicher, dass Einstein und Feynman nicht zu Beginn ihrer Karriere herumgewandert sind und gesagt haben: "Schau mich an, ich bin ein Genie!" Ebenso liegt es an Ihren Kollegen, zu entscheiden, ob Sie gut sind oder nicht.

Stackoverflow ist ein nützliches Tool, um zu entscheiden, ob Sie kompetent sind. Wählen Sie einige Fragen in Ihrem vermeintlichen Fachgebiet. Beantworten Sie sie (oder, wenn sie bereits beantwortet wurden, beantworten Sie sie in Ihrem Kopf, ohne auf die geposteten Antworten zu schauen). Hast du dir die beste Antwort ausgedacht? Hast du etwas verpasst? Warst du einfach falsch?

Da es keinen standardisierten Programmiertest gibt, an dem Sie teilnehmen können, kann jeder zustimmen, dass Sie ein guter Programmierer sind. Es liegt an Ihnen, zu bestimmen, ob Sie sich selbst so nennen oder nicht.

Ich finde, dass es mit Ihrem Selbstvertrauen zu tun hat. Wenn Sie das Gefühl haben, in etwas gut zu sein, sollten Sie es sagen können. Irgendwann werden Sie ein Projekt abschließen, das Sie vorantreibt, und dieses Gefühl wird sich von "noch nicht" zu "Ich bin" ändern.

Ich weiß, das ist eine ziemlich schwierige Frage. Ich habe zwei Fächer absolviert, in denen ich hauptsächlich in C ++ programmiert habe und in beiden Fächern hohe Auszeichnungen erhalten habe. Ich würde mich nicht für gut in C ++ halten. In der Tat, wenn ich mich für eine Stelle bewerben würde, würde ich sie aus meinem Lebenslauf streichen und stattdessen einfach C schreiben. Die ganze Sprache ist einfach nicht mein Ding.

Ich denke, Sie können sich gut in etwas bezeichnen, wenn Sie das erforderliche Wissen entwickeln, um sich selbst wie aus der Perspektive einer anderen Person betrachten zu können, und dann feststellen, ob Sie gut sind. Mit anderen Worten, Sie sollten starke "Meta" -Fähigkeiten haben.

Zum Beispiel bin ich ein Hobby-Schriftsteller, und wenn ich mir mein eigenes Schreiben anschaue, kann ich sagen:

• Welche Aspekte davon sind gut und warum
• Welche Aspekte davon sind schlecht und warum
• Was muss ich tun, um die schlechten zu verbessern und warum?
• welche schlechten Aspekte sind spezifisch für das geschriebene Stück und welche sind ein Symptom meiner Fähigkeiten
• Was sind die Elemente, die andere Leute kritisieren können und warum
• Welche Kritikpunkte sind für mein bestimmtes Stück nicht relevant, auch wenn andere sie äußern mögen, und warum?

usw. usw. Aus diesem Grund habe ich das Gefühl, qualifiziert zu sein, um zu entscheiden, ob ich gut schreiben kann oder nicht. Gleiches gilt für X.

Da gut sehr subjektiv ist, würde ich sagen, dass Sie genau dann gut sind, wenn Sie sicher sind, dass Sie großartig sind.

Sie können behaupten, dass Sie in etwas "gut" sind, wenn Sie es lange genug gemacht haben, dass Sie längst vergessen haben, wie man etwas anderes macht.

Das einzige Mal, wenn Sie sicher sind, dass Sie etwas können, ist, wenn Sie sicher sind, dass Sie es nicht können.

John Cleese sprach darüber: Um 9:00 Uhr http://www.youtube.com/watch?v=zGt3-fxOvug

Jedes Mal, wenn ich dachte, ich könnte gut in einer bestimmten Sprache programmieren, war ich sechs Monate später davon überzeugt, dass ich damals daran gesaugt hatte, und jetzt war ich gut darin. Ich denke, es ist ein relativer Begriff. Vielleicht ist es besser, sich "gut genug, um Y zu tun" zu nennen, wenn Y ein bestimmtes Projekt in dieser Sprache ist.

Wenn Sie sich den Quellcode von etwas wie boost ansehen können (in c ++ oder Boost-Äquivalent in einer anderen Sprache) und keine Angst davor haben.

Wenn Sie sich vorstellen, wie eine Software, die Sie suchen, in dieser Sprache geschrieben wurde.

Du weißt, dass du gut darin bist , wenn du magst, was du tust (und es ist nicht nur eine triviale Aufgabe) .

Sie wissen, dass Sie (noch) schlecht sind, wenn Sie beim Codieren nach dem Zufallsprinzip weiter fluchen.

Ich sage oft nicht, dass ich gut in X bin, sondern dass ich schnell lerne und das Potenzial habe, gut in X zu sein.

Ich bin mir bei "gut" nicht sicher, aber ich sage, ich "kenne" eine Sprache, wenn es nicht meine Sprachkenntnisse sind, sondern mein Verständnis des Problems (oder der Problemdomäne), das mich daran hindert, eine Software zu implementieren, um das zu lösen Problem.

Ich denke, der Artikel, den Sie gesucht haben, war Teach Yourself Programming in 10 Jahren von Peter Norvig. Außerdem habe ich gesehen, dass es an anderen Orten wie "The Element" von Ken Robinson und in einem Lifehacker-Blog auftaucht, in dem es darum geht, die Anzahl Ihrer Hobbys zu verringern.

Ich werde mich an dieser Frage beteiligen und fragen, nach welchen Kriterien ich meine Kompetenz in einer Programmiersprache beurteilen kann.

Ich fand diese Matrix in dieser Hinsicht ziemlich nützlich. Bei den meisten Themen geht es eigentlich eher darum, ein kompetenter Programmierer zu sein. Sobald Sie jedoch die Überschriften "Programmierung", "Erfahrung" oder "Wissen" gelesen haben, sehen Sie einige, die von der verwendeten Sprache abhängen.

Natürlich ist es, wie bei jeder etwas willkürlichen Unterteilung in Kategorien, nicht perfekt. Aber ich denke, es ist trotzdem ziemlich nützlich. Es kann dir zumindest eine Vorstellung davon geben, wo du bist und wohin du gehen solltest.