Zu Ihrer Information, die meisten Universitäten unterrichten nicht über Dinge wie JSON. Sie lehren Dinge wie das Durchqueren von Tiefenbäumen, die Sie theoretisch beim Erstellen Ihrer eigenen JSON-Bibliothek anwenden könnten, aber alles Praktischere als das, dass fast jeder Autodidakt ist oder im Job gelernt hat.

Versuche nicht defensiv zu werden. Praktische Technologien wie JSON zu erklären, müssen wir gelegentlich auch für Hochschulabsolventen tun. Jemand mit besseren sozialen Fähigkeiten würde fragen, ob Sie zuerst damit vertraut sind. Wenn sie nicht fragen, können Sie sie einfach unterbrechen und informieren.

Es gibt keinen Grund, warum Sie nicht angeben können, dass Ihr Kollege während technischer Diskussionen überflüssige Informationen bereitstellt.

Hey Mitarbeiter, lassen Sie uns die trivialen Details überspringen und zum Kern des Problems gelangen. Dies ist keine sehr effektive Nutzung unserer Zeit.

Sie neigt möglicherweise nur dazu, Dinge zu erklären oder vom Thema abzukommen, aber eine gute Fähigkeit, sich zu entwickeln, wenn Sie mit anderen Entwicklern interagieren, besteht darin, die Interaktionen höflich, aber fest und prägnant zu halten Thema, damit die Zeit aller effizient verbracht wird.

Wenn Sie im Bereich Computertechnologie tätig sind, finden Sie möglicherweise viele Menschen, die nicht über große soziale Fähigkeiten verfügen. Springe nicht zu Schlussfolgerungen. Auch Menschen aus verschiedenen Teilen der Welt oder innerhalb eines bestimmten Landes können bestimmte Verhaltensweisen unterschiedlich sehen. In den USA sehen Menschen aus Kleinstädten Menschen aus größeren Städten oft als laut und aggressiv an. Sie sprechen möglicherweise aus Gewohnheit lauter und nicht, weil sie versuchen, aggressiv zu sein.

Sie werden überrascht sein, dass diese Person nicht sieht, was sie genauso tut wie Sie. Sie ist vielleicht nur ein "sprechender Laden" und glaubt vielleicht nicht, dass Sie etwas davon überhaupt nicht verstehen. Wenn sie diese Erklärungen mit etwas wie "Nun, wenn Sie jemals an der Einführung in die Programmier-X-Klasse teilgenommen haben, würden Sie wissen ..." beginnen würde.

Es scheint nicht so, als würden Sie sich mit dieser Person beschäftigen Konversation. Es ist nichts Falsches daran, dass Sie erwähnen, dass Sie das auch gelernt haben. Vielleicht möchten Sie sagen: "Ich habe das gelernt, wo haben Sie es gelernt?" Ihr Tonfall zeigt an, ob Sie defensiv sind oder keine Kritik aufnehmen können. Beachten Sie, dass einige Leute diese Feinheiten nicht immer aufgreifen.

Ich würde mir mehr Gedanken über formale Bereiche wie Besprechungen oder Codeüberprüfungen machen. Sei engagiert. Geben Sie Ihren Fall an. Gib zu, wenn du falsch liegst. Sehen Sie, wie sie mit anderen Menschen interagiert. Möglicherweise sehen Sie keinen Unterschied.

Um fair zu sein, ich habe ziemlich gute Referenzen und ich habe mir die ganze Zeit von einem ehemaligen Vorgesetzten das antun lassen. Ich nahm an einem ausführlichen CS-Kurs über Datenbankdesign teil, hatte alle Arten von datenbankgesteuerten Anwendungen erstellt und arbeitete seit Jahren professionell. Er hatte immer noch die Galle, mir (vor allen anderen) das Datenbankdesign für Anfänger zu erklären Prinzipien.

Aber ich bin nicht sicher, ob er es absichtlich getan hat. Die Wahrheit ist, es braucht viel mentale Energie, um sich in die Lage eines anderen zu versetzen und mit dessen Niveau zu sprechen. Sie sehen es die ganze Zeit: Experten werfen manchmal bedeutungslosen Jargon auf Sie oder andere sprechen mit Ihnen. Aber sie meinen es nicht unbedingt so - sie verbrauchen einfach nicht genug Energie, um herauszufinden, wie man gut kommuniziert.

Nach meiner Erfahrung war das das Schwierigste daran, CS zu unterrichten. Ich musste nicht nur das Material gründlich verstehen, sondern auch einige Gehirnzyklen durchführen, um in die Köpfe meiner Schüler zu gelangen und herauszufinden, was sie dachten. Aber nicht jeder übt das in ungezwungenen Gesprächen.

Seien Sie also nicht zu schnell, um es zu böswillig zu machen. Es könnte sehr gut nur ihre eigene soziale Unbeholfenheit sein. Ich würde dir sagen, wie du es nicht persönlich nehmen sollst, aber ich arbeite immer noch selbst daran. Ich persönlich kann es auch nicht aushalten ...

Dies ähnelt anderen Antworten, enthält jedoch einige konkrete Beispiele.

Wenn Sie um Hilfe bitten / Sie beide diskutieren die anstehende Aufgabe

Wenn ich am anderen Ende bin. Es ist wirklich schwer zu wissen, welches Hintergrundwissen jemand hat, wenn er etwas erklärt.

Unter- und Übererklärungen sind beide schlecht. Die Lösung besteht darin, effektiv und schnell zu kommunizieren, was Sie tun / nicht wissen.

In Ihrem Beispiel, bevor sie zu tief in die Erklärung von JSON eintaucht, unterbrechen ( höflich ) damit sie das von ihrer 'Liste der zu erklärenden Dinge' abhaken kann.

Oh, ich habe verstanden, was JSON ist. Was ich nicht weiß, ist, wie man es zu einem Objekt in C # deserialisiert. Wie machst du das?

Oder in der Diskussion. Zum Beispiel, wenn jemand vorgeschlagen hat, JSON als Format zu verwenden, und Sie Bedenken haben. Sie würden immer noch unterbrechen, weil Sie schnell zum relevanten Teil der Konversation gelangen möchten.

Ich bin mit JSON vertraut. Ich denke, XML ist möglicherweise die bessere Wahl, da unsere Upstream-Services dies bereits in XML erwarten.

Wenn Sie zur Aufgabe gebracht werden, weil Sie etwas nicht getan haben. Dann folgen Sie dem gleichen Muster.

Sie: Sie hätten X verwenden können. X ist ein -

Sie (unterbrechend): Ja, ich bin mit X vertraut. Ich habe Y verwendet, weil X hat dieser Nachteil. Ich habe auch über Z nachgedacht, mich aber auch dagegen entschieden.

Sie: Was ist mit A, das ein -

Sie (unterbrechend): Ah ja, ich habe auch A in Betracht gezogen. Aber es hat aus GRÜNDEN nicht funktioniert.

Sie: Wenn Sie A mit Z kombinieren, können Sie GRÜNDE lösen.

Sie: Ja, das könnte funktionieren. Ich werde das untersuchen.

Normalerweise stelle ich "Ja" als angenehmere Kurzform von "Ja, das weiß ich" vor und es nimmt den Rand ab.

Solange Sie im Allgemeinen einen neutralen Ton beibehalten, werden Sie nicht als nicht auf Kritik hörend empfunden.

Außerdem werden Sie eines Tages falsch liegen. Stellen Sie einfach sicher, dass Sie, wenn Sie es sind, ähnlich offen und ehrlich sind.

Wenn Sie allgemein chatten

Jetzt sind wir in der Gegend der höflichen Gespräch Etikette. Nicht gerade meine Stärke, aber so würde ich damit umgehen.

In vielen Fällen nicke ich nur und warte, bis sie fertig sind. Danach sage ich etwas wie 'Ah ja, ich bin mit JSON vertraut. Ich habe in X verwendet. '. Und setzen Sie einfach das Gespräch fort.

Wenn ich einen Platz habe, gibt es keine andere Wahl, ich muss unterbrechen. Was in einem regelmäßigen Gespräch schwieriger ist. Aber im Grunde sage ich nur "Ja" und nicke, während sie reden. Und sobald sie auch nur eine kurze Pause machen, sage ich die Zeile aus dem vorherigen Absatz.

Caveat

Ich würde all das mit folgenden Einschränkungen einschränken: Manchmal ist es trotzdem gut zuzuhören, da Sie möglicherweise etwas aufgreifen, das Sie nicht kennen. Tatsächlich bitte Leute oft, Konzepte zu erklären, als wüsste ich nichts über sie.

Haftungsausschluss: Ich bin kein Softwareentwickler.

Ich würde empfehlen, dass Sie nicht davon ausgehen, dass sie absichtlich herablassend ist. Es könnte sehr gut sein, dass sie glaubt, dass Ihr Mangel an Hochschulbildung bedeutet, dass Sie keine Kenntnisse über grundlegende Programmierkonzepte haben, aber Sie haben keinen Beweis dafür, also sollten Sie besser nicht darüber nachdenken. Ich erkläre oft grundlegende Konzepte bei der Planung von Besprechungen, weil es mir hilft, mich mit bestimmten Problemen auseinanderzusetzen und sicherzustellen, dass jeder meinen Denkprozess verfolgt, und nicht, weil ich denke, dass die anderen Personen im Raum Idioten sind.

Zusätzlich zu den hervorragenden Antworten von @ Link0352 und @JeffO würde ich empfehlen, die Konversation nach Möglichkeit nur vorsichtig auf das Niveau zurückzulenken, auf dem sie für eine produktive Diskussion sein muss.

Sicher, wir könnten den JSON manipulieren, aber dies könnte zu Problem X führen. In diesem Fall würde ich empfehlen, das Objekt direkt zu manipulieren (oder was auch immer).

(Ich gehe davon aus, dass diese Interaktion während eines technischen Meetings stattgefunden hat und der Mitarbeiter nicht einfach zu Ihrem Cube gewandert ist und über JSON geredet hat. Wenn dies der Fall ist, Meine Antwort trifft nicht wirklich zu.)

Zusätzlich zu anderen Antworten meine generische Lösung für Leute, die Ihnen offensichtliche Dinge erklären:

Wenn sie fertig sind, drehen Sie den Spieß um . Beginnen Sie damit, tieferes Wissen über das aktuelle Thema zu erklären oder erklären Sie eine andere sehr offensichtliche zB

andere Person : Json ist ideal für ... und Sie können ...
Sie stark> (lächelnd / freundlich): Genau! Was ich auch an Json mag, ist, dass Sie ...

oder wenn Sie ein bisschen gemein sein möchten

andere Person : Json ist großartig für ... und du kannst ...
du (lächelnd / freundlich): Genau! Haben Sie jemals von XML gehört? Es ist eine [Erklärung für etwas sehr Offensichtliches]

Ich würde Geduld raten. Ich habe Gespräche zwischen Menschen mit der besten Ausbildung und jahrzehntelanger Erfahrung gesehen, die eine Programmiersituation diskutierten, in der sie vom absoluten Quadrat 1 ausgegangen sind. Dass wir eine reale Entität in der Software darstellen müssen, dass eine Datenstruktur erstellt wurde, um diese Darstellung zu sein , dass diese Daten über das Netzwerk an ein anderes System usw. gesendet werden müssen.

Was ich aus ihrem Ansatz ableitete, war, dass ich mir ein paar Minuten Zeit nahm, um so viele Annahmen wie möglich explizit zu machen und eine gemeinsame Kette aufzubauen Der Grundstein für die Zusammenarbeit wurde gelegt.

Es kann sein, dass diese Erklärungen ein Zeichen von Respektlosigkeit oder Ressentiments sind (oder ein Versuch, Ihnen ihr Wissen zu beweisen), aber es kann Sie werden zu einer Gelegenheit, auf die gleiche Seite zu gelangen und Perspektiven auszutauschen, um die Arbeitsbeziehung zu verbessern.

Wenn es jemals außer Kontrolle gerät oder Sie wirklich das Bedürfnis haben, etwas zu sagen, schlage ich vor, eine Frage zu stellen das zeigt die Grenze Ihres Verständnisses ding.

"JSON ist ein Format zur Darstellung von Datenstrukturen als Text."

"Oh, JSON, ich habe gerade über die verschiedenen Implementierungen gelesen. Wissen Sie, ob es ein Referenzbeispiel für einen Parser gibt, der mit lex und yacc erstellt wurde? Code> für JSON? "

Von einer anderen Entwicklerin

Ich bin eine Entwicklerin mit Universitätsabschluss und arbeite seit einiger Zeit. Ich muss sagen, dass ich nichts als Bewunderung für autodidaktische Entwickler habe. Ehrlich gesagt gibt es so viele Dinge, die ich nur schwer lernen konnte, dass ich einfach nicht glauben kann, dass ihr es tatsächlich geschafft habt, euch selbst beizubringen. Und ich liebe es, mit Autodidakten zu diskutieren, weil man normalerweise eine ganz andere Art von Fähigkeiten hat als die Uni-Menge. Es ist inspirierend und ziemlich schlimm.

Und was die Dame betrifft, die Ihnen einen JSON erklärt hat, denken Sie nicht viel darüber nach. Das ist uns schon oft passiert. Männer, die gut gemeinte, aber am Ende weltliche Dinge erklären, weil wir Mädchen sind und auf diesem Gebiet so ungewöhnlich sind, dass sie das Gefühl haben, uns ein bisschen mehr helfen zu müssen, auch wenn es manchmal beleidigend wird. Ich habe das Glück, an meinem Arbeitsplatz nur Respekt zu haben, aber ich habe einige Horrorgeschichten gehört.

Sie meinte wahrscheinlich nichts Schlimmes damit, aber es war höchstwahrscheinlich nur ihre eigene Unsicherheit, die ein wenig durchscheinte, und vielleicht hatte sie das Gefühl, sie musste sich beweisen, indem sie dir ein paar Sachen beibrachte.

Öffnen Sie Ihren Geist.

Die Universität vermittelt Fähigkeiten, die Sie in Büchern (abgesehen von Lehrbüchern der Universität) nicht finden und die Ihnen wahrscheinlich fehlen, wenn Sie Autodidakt sind. Woher weiß ich das? Ich habe studiert, aber einige Teile des Fachs waren nicht Teil meines Kurikulums und ich bin Autodidakt in diesen Bereichen. Ich kenne also beide Seiten.

Sie hat Ihnen wahrscheinlich etwas beizubringen, aber Sie beide wissen nicht, was das ist. Sie glaubt, grundlegende Konzepte erklären zu müssen. Dies könnte entweder daran liegen, dass sie herablassend, sozial unbeholfen, arrogant ist, einen Minderwertigkeitskomplex hat oder an was auch immer Sie glauben möchten - oder daran, dass sie Sie wirklich unterstützen möchte.

In dubio pro reo Nehmen Sie also, bis das Gegenteil bewiesen ist, das Beste an und begrüßen Sie ihre Diskussionen offen. Sobald Sie jedoch feststellen, dass Sie bereits wissen, was sie zu erklären versucht, danken Sie ihr und erklären Sie, dass Sie dies bereits verstehen. Fragen Sie sie, was sie sonst noch zu bieten hat. Sie möchten unbedingt ständig lernen und sich verbessern. Dies ist der Vorteil des Autodidakts: Sie verstehen, dass Lernen ein ständiger Prozess ist, der nicht mit der Prüfung oder der Masterarbeit endet.

Nutzen Sie diesen Vorteil. Lerne von ihr, das kann nur zu deinem Vorteil sein.

Und eines Tages wird es etwas geben, das du weißt und das sie nicht weiß. Bringen Sie ihr eine freundliche, nicht herablassende Art bei, und Sie beide könnten eine brillante, sich gegenseitig unterstützende Arbeitsbeziehung eingehen.

Ich habe das im Laufe der Jahre oft als Berater gesehen. Die Antwort ist einfach. Dies ist ein Bewältigungsmechanismus.

Es ist einer von zwei Komplexen und kann eine Kombination aus beiden sein.

• Minderwertigkeitskomplex

  Ein Minderwertigkeitskomplex ist das Fehlen von Selbstwertgefühl, Zweifel und Unsicherheit über sich selbst und das Gefühl, nicht den Standards zu entsprechen. Es ist oft unbewusst und soll betroffene Personen zu einer Überkompensation führen, was entweder zu spektakulären Erfolgen oder zu extrem asozialem Verhalten führt.

• Überlegenheitskomplex

  Überlegenheitskomplex ist ein psychologischer Abwehrmechanismus, der einen Minderwertigkeitskomplex kompensiert.

Beide sind ein Abwehrmechanismus .

Wenn Sie das einzige Ziel eines solchen Verhaltens sind, wird das Subjekt wahrscheinlich durch Ihre Fähigkeiten oder Fertigkeiten bedroht.

Wenn Sie eines von mehreren Zielen eines solchen Verhaltens sind, dann ist dies der Fall ist ein allgemeines Minderwertigkeitsgefühl innerhalb des Täters.

Im Allgemeinen werden Sie eine Entschädigung sehen, die mit einer Art Grandiosität vermischt ist. Es könnte so einfach sein, übermäßig stolz auf ihren Abschluss zu sein. Niemand ist immun dagegen, ein Ziel zu sein. Ich habe zum Beispiel gesehen, wie Leute mit einem Vermieterabschluss diejenigen mit einem höheren Abschluss angreifen, wie z. B. Ingenieure. Es ist ein Nivellierungsmechanismus, der versucht, das Selbstwertgefühl zu steigern, indem er eine andere Statur verringert. Wir sehen dieses Verhalten vor Ort als Kinder.

Obwohl Sie möglicherweise niemanden wegen einer solchen Beleidigung angreifen möchten, kann dieses Verhalten eine Gefahr für Sie und andere darstellen, insbesondere für die Belegschaft.

Wahrscheinlich können Sie wenig dagegen tun, ohne sich schlecht aussehen zu lassen. Der Grund dafür ist, dass die Transaktion nicht nur auf Überlegenheit hinweist, sondern auch eine Antwort anfordert, die die Überlegenheit erzwingt.

In diesem Fall scheint der Täter die Elternrolle übernommen zu haben. Nur eine Antwort von Erwachsenen reicht aus. Eine Eltern- oder Kinderantwort bedeutet, dass Sie verlieren. Dies kann durch Lesen von Ich bin in Ordnung, Du bist in Ordnung und Games People Play gesehen werden. Beide basieren auf der Transaktionsanalyse. Es würde helfen, das erste Buch zu lesen. Es ist relativ einfach zu verstehen und lehrt Sie, die drei Zustände zu erkennen und zu reagieren.

Einfach ausgedrückt, dies ist Spielkunst.

Ich zögere es, Vorschläge zu machen, wie dies spezifisch zu tun ist bekämpfe dies verbal, da der Rat möglicherweise schädlich sein könnte. Dies muss im Moment bekämpft werden.

Als Referenz ist Transaktionsanalyse keine Pop-Psychologie. Es ist ein echtes Werkzeug, das verstanden werden sollte. Ich habe TA in meiner Beratungskarriere eingesetzt und war für meinen Erfolg als IT-Berater von großer Bedeutung. Es erlaubte mir, mich als Erwachsener im Raum zu behaupten, meine Punkte zu machen und hoffentlich ein wirksames Argument für meine Lösungen zu liefern.

Ich wurde oft gerufen, um ein Problem zu beheben oder ein System zu ersetzen, für das jemand verantwortlich war. Oft wurde die Macht dem Individuum genommen, das jetzt defensiv war. Bei solchen Schlachten geht es oft um Macht, entweder um den Verlust von oder um den Erwerb von Macht. Ziel ist es, die Bedrohung durch Minimierung des Verlusts zu minimieren. Zum Beispiel alterte Microsoft Mail in einem globalen Unternehmen und musste ersetzt werden. Der verantwortliche Mitarbeiter hielt die Regierungsgeschäfte fest und verwaltete alle Server, für die sie sich an einem Ort befinden mussten. Für eine globale Telekommunikation war dies eine Katastrophe. Menschen in Japan müssten sich mit Servern in Virginia verbinden, um E-Mails zu lesen. Die Belastung war enorm und E-Mails würden nicht innerhalb von 24 Stunden zugestellt. Der Mitarbeiter hatte Angst vor Technologien, die er nicht verstand oder kannte, und machte sich Sorgen um seine Arbeit mit einem verteilten globalen System. Die Lösung bestand darin, den Mitarbeiter durch Schulungen, Testinstallationen, die Unterstützung von Remote-Systemen zu führen und ihm klar zu machen, dass er immer noch eine zentrale Rolle innerhalb des Unternehmens spielt. Er verlor nicht die Macht, sondern gewann an Macht. All dies durch TA.

Okay. Schön und gut. Die kurze Antwort, die ich habe, besteht darin, die drei Transaktionstypen zu verstehen und zu lernen, wie man eine Erwachsenenhaltung darstellt und wie man das eigentliche Ziel der Transaktion erkennt, die Ihnen präsentiert wird. Sie können das Problem schnell und einfach kurzschließen, ohne dass es jemals jemand merkt, und sich auf stille, aber effektive Weise als Führungskraft positionieren. Der Gesamteffekt wird angezeigt.

Die meisten Antworten hier diskutieren Konfrontation oder Mitgefühl mit Ihrer Erfahrung. Ich glaube nicht, dass Konfrontation Ihre Zeit oder die Zeit anderer Entwickler wert ist.

Stattdessen empfehle ich ein bisschen Social Engineering, das oft von Benjamin Franklin, auch bekannt als Benjamin Franklin-Effekt, praktiziert wurde:

Bitten Sie um Hilfe, um Rat, um Vorschläge. Um einen Gefallen zu bitten, ist ein Zeichen von Intimität und Vertrauen.

Dies mag als Gegeninitiative erscheinen, aber wenn Sie ein paar gezielte Fragen zu schwierigeren Themen stellen, wird dies unterschwellig dazu führen, dass jemand Sie anerkennt Verstehe das grundlegende Thema und gib dir so mehr Vertrauen. Sie fühlen sich dadurch auch vertrauenswürdiger, weil Sie wegen dieses "schwierigen" Themas zu ihnen gekommen sind.

Dies ist eine schnelle, nicht konfrontative Lösung, die in den meisten Fällen funktioniert.

Sprechen Sie mit ihr darüber.

Ihre Interpretation ihres Verhaltens ist, dass sie Sie als unerfahren ansieht. Viele der anderen Antworten haben Vorschläge für alternative Interpretationen ihres Verhaltens gegeben, und einige geben Vorschläge, wie das Verhalten beendet werden kann, was, ohne zu wissen, warum sie es tut, die Beziehung unnötig zusätzlich belasten könnte.

Der einzige Weg zu wissen, warum sie es tut, besteht darin, mit ihr darüber zu sprechen. Idealerweise könnten Sie sie direkt fragen, sie wissen lassen, warum Sie fragen, und ihr versichern, dass Sie fragen werden, wenn Sie etwas nicht verstehen.

Sie kennen sie besser als jeder von uns, sollten also eine bessere Vorstellung davon haben, wie sie reagieren würde, aber überlegen Sie, mit so etwas zu beginnen:

Hey Sue, ich weiß, dass wir ' Ich habe nicht lange zusammengearbeitet und lerne immer noch, was ich voneinander erwarten kann. Mir ist aufgefallen, dass Sie beim Talk-Shop häufig auf ziemlich grundlegende Erklärungen zu Standardthemen stoßen.
Warum ist das so?
Ich hoffe, es liegt daran, dass X oder Y (geben Sie ein oder zwei der großzügigere Interpretationen von den anderen), aber es fühlt sich oft so an, als hätte ich Ihnen den Eindruck vermittelt, dass ich diese Dinge erklären muss. In diesem Fall verschwenden wir anscheinend wertvolle Zeit, um die erforderlichen Funktionen produktiver zu diskutieren. Wenn Sie sich über meine Erfahrungen mit einem Thema nicht sicher sind, können Sie fragen, was ich darüber weiß, und wenn die Diskussion etwas berührt, das außerhalb meines Erfahrungsvertrauens liegt, das ich fragen werde.

Ich würde es nicht tun Unterbrechen Sie sie zunächst nicht, während sie sich in einer ihrer Erklärungen befindet, um diese Diskussion zu führen, da sie eher reaktionär oder defensiv zu sein scheint. Es ist besser, sich separat an sie zu wenden.

Wenn Sie von dort aus fortfahren, können Sie je nachdem, was aus der ersten Diskussion kommt, wann und falls es erneut passiert, einwerfen, dass dies eine dieser grundlegenden Erklärungen ist, oder einige davon anwenden die Vorschläge der anderen, wie inline reagiert werden soll.

Nebenbei:

In einem Projekt im letzten Jahr musste ich einigen Teammitgliedern erklären, was JSON ist. Beide haben mindestens ein Jahrzehnt (oder zwei) Branchenerfahrung bei mir und an verschiedenen Punkten ihrer Karriere hatten beide an Webprojekten gearbeitet. Sie haben einfach nie mit Frameworks gearbeitet oder Techniken benötigt, bei denen dies besonders relevant war.

Im selben Projekt haben einige der Geschäftsleute, mit denen wir zusammengearbeitet haben, austauschbar dieselben zwei oder drei Begriffe verwendet, die sich auf zwei beziehen eng verwandte, aber (wie sich herausstellt) unterschiedliche Themen. Welches Thema ein bestimmter Begriff bedeutete, hing davon ab, welcher von ihnen ihn in welchem ​​Kontext verwendete. Es dauerte tatsächlich ein paar Iterationen , bis wir uns durchgesetzt hatten. Bis zu diesem Zeitpunkt wurde nie klargestellt, dass es überhaupt unterschiedliche Themen gab. Sie nahmen an, dass wir es wussten, und wir nahmen an, dass sie sich alle auf dasselbe bezogen.

In einer Diskussion über eine falsch konfigurierte Anwendung ließ ich kürzlich ein Teammitglied eine halbe Stunde lang eine Tangente ziehen, um fehlgeleitete Änderungen an unserem Konfigurationsframework vorzuschlagen, um die falsche Standardumgebung zu verhindern von der Auswahl, wenn das Problem darin bestand, dass die Anwendung den falschen Standardwert für eine einzelne Einstellung hatte. (Das Framework lässt Standard-Fallback-Werte zu, falls es für die aktuelle Umgebung nicht überschrieben wird. Für die Anwendung wurde standardmäßig ein Wert festgelegt, der nur für die Produktion gilt. Wenn eine Testumgebung ihn also nicht überschreibt ...)

Worum geht es? Fast jedes Berufsfeld ist breit genug, dass es für eine bestimmte Person, unabhängig von ihrer Erfahrung, unmöglich ist, alles zu wissen. Jeder wird unterschiedliche Lücken in seinem Wissen und seiner Erfahrung haben, und es kann durchaus Subkulturen und Spezialisierungen mit kollidierendem Jargon geben. Sie können nicht einfach Annahmen darüber treffen, was andere Menschen wissen oder meinen oder warum sie bestimmte Entscheidungen treffen.

Ich habe die Erfahrung gemacht, dass unausgesprochene Annahmen sehr teuer sein können (und werden). Ein paar Minuten, um sicherzustellen, dass alle auf derselben Seite sind, bevor Sie mit einer Diskussion beginnen, sparen auf lange Sicht viel.

In diesem Fall nehmen Sie an, dass sie dies tut, weil Sie Autodidakt sind, und / oder (wenn Ihre Annahme richtig ist) ihre Annahme, dass Sie die Anweisung benötigen, schadet Ihrer Arbeitsbeziehung.

IT ist ein sehr weites Feld.

Angenommen, jemand muss JSON kennen, nur weil er insgesamt 4 Jahre Erfahrung hat (oder 40) wäre eine ziemlich dumme Sache für Ihren Kollegen. Sie könnten Anwendungen entwickelt haben, die kein JSON verwenden, oder Frameworks, die die Details von JSON verbergen.

Schlimmer noch, Sie hätten nur teilweise lernen können, JSON zu verwenden (z. B. indem Sie die Arbeit einer Person geändert haben wer war nicht vorsichtig genug); Das Zuweisen eines JSON-Takes, ohne sicherzustellen, dass Sie wissen, wie JSON in Ihrem Unternehmen verwendet wird, kann zu einem minderwertigen Produkt führen. Zum Beispiel muss Ihr Code möglicherweise nicht nur für den Erfolg funktionieren, sondern auch, um im Fehlerfall eine entsprechende Meldung anzuzeigen.

Da Sie neu in Ihrer Position sind, ist dies eines der Mittel Ihres Mitarbeiters, um dies sicherzustellen Die Aufgabe ist es, Ihr Wissen zu überprüfen. Die oben beschriebene Methode ist eine der verfügbaren. Alternativ kann sie Sie befragen oder warten, bis Ihre Aufgabe abgeschlossen ist, und den Code überprüfen. Ich weiß nicht, ob Sie eines davon bevorzugen würden. Sicherlich ist es riskant, Sie nur sein zu lassen (für Sie, für sie und für das Geschäft), bis sie sicher ist, dass Sie dem Job gewachsen sind.

Beachten Sie, dass keines der oben genannten Probleme mit Ihrem Mangel an akademische Zertifizierung.

Und der Punkt "Ich habe das technische Interview bestanden" befreit Sie nicht von der Prüfung. Ein technisches Interview gibt nur eine sehr oberflächliche Einschätzung Ihrer Kompetenz; Es zeigt an, dass Sie Code schreiben können, der funktioniert, aber nicht, dass Sie guten Code schreiben können.

Es gibt viele Aspekte, die wichtig sind, aber nicht einfach untersucht werden können:

• Fähigkeit, Probleme zu verstehen.

• Fähigkeit, den Code anderer Personen zu lesen.

• Fähigkeit, eine geeignete Architektur zu verwenden.

• Schreiben Sie guten strukturierten Code.

• Defensive Programmierung.

• Gute Praktiken bei der Verwendung von Tools (Versionskontrolle, automatisiertes Testen).

Und für das Thema "Abschluss gegen Autodidakt" akzeptieren Sie, dass das Fehlen eines Abschlusses bedeutet, dass Ihr Gesprächspartner weniger Annahmen darüber treffen kann, was Sie wissen oder was Sie nicht wissen ^{1 sup>. Speziell in Bezug auf die oben erläuterten Punkte (viele Autodidakten wissen einfach nicht einmal über die Existenz dieser Faktoren Bescheid und gehen einfach zu "Ich möchte ein Programm machen, das X macht" 2 sup>)}

Jemand mit einem Abschluss kann eine minimale Wissensbasis ^{3 sup> bescheinigen. Das Fehlen eines Abschlusses verstärkt, dass Ihr Gesprächspartner sich über Ihr Niveau möglicherweise nicht sicher ist , bis Sie sich beweisen . Seien Sie also nicht defensiv, wenn Ihr Gesprächspartner überprüft, ob Ihr Wissen für die jeweilige Aufgabe vollständig genug ist.}

TL / DR Geben Sie dem Programmierer etwas Zeit, damit sie Sie können Ihre Fähigkeiten selbst überprüfen.

Entwickler mit oder ohne Abschluss müssen am Arbeitsplatz gleichermaßen respektiert werden.

Ich habe alle obigen Antworten gelesen und die meisten weisen darauf hin, dass sie freundlich ist und Sie darüber nachdenken.

Aber Ihrer Frage nach scheint es nicht so zu sein. Sie schienen sich durch ihr Verhalten beleidigt zu fühlen.

Meiner Meinung nach ist es an der Zeit, dass Sie Ihre Fähigkeiten unter Beweis stellen. Vielleicht ist es ihre Wahrnehmung, dass Grad das ist, was einen ausmacht Softwareentwickler, aber meiner Erfahrung nach ist die Arbeit an Echtzeitprojekten und das Lösen kritischer Szenarien das, was einen "Softwareentwickler" ausmacht. Prahlen Sie nicht, sondern nehmen Sie proaktiv an den technischen Diskussionen teil.

Wenn Sie ohne Prahlerei präsentieren möchten, helfen Sie Ihren Kollegen, Junioren usw. Ihre Arbeit, Ihre Fähigkeiten und alles andere wird für sich selbst sprechen.

Dies ist etwas kniffliger als einige der Antworten vermuten lassen. Sie sollten nicht einfach herauskommen und sagen, dass Sie keine Hilfe brauchen (Arroganz), und Sie sollten auch nicht still zuhören (es ist ärgerlich!).

Mein Rat ist, ... sie mit Ihrem Wissen zu blenden. Wenn Sie etwas verstehen, das Ihnen in der Softwareentwicklungsbranche erklärt wird, zeigen Sie der Person, die es Ihnen erklärt, dass Sie es verstehen, indem Sie es diskutieren und dann schrittweise Ihr fortgeschrittenes Wissen über das Thema einführen, um zu zeigen, dass Sie es verstehen. Wenn jemand nur zuhört, neigen viele Leute und insbesondere Ingenieure dazu zu glauben, dass der Hörer nicht in der Lage ist, sich an der Diskussion zu beteiligen, weil er nicht versteht.

Fall und Punkt: Wenn jemand Ihnen in der Branche etwas Offensichtliches erklärt, schweigen Sie, es besteht die Möglichkeit, dass er es auf eine etwas andere Weise erneut erklärt ... mehrmals mit inkrementeller Frustration. Antworten Sie, zeigen Sie, dass Sie es wissen, und sie neigen dazu, Sie in Ruhe zu lassen oder etwas Besseres zu finden, um darüber zu diskutieren.

Um das technische Dachsfischen vollständig zu stoppen, zeigen Sie, dass Sie MEHR wissen als die Person, die versucht, Sie zu unterrichten, und sie wird schnell lernen, Sie nicht zu belehren, und wenn etwas mit Fragen zu Ihnen kommt.

Wenn sie Ihnen JSON erklären, weil Sie einen kritischen Fehler gemacht haben oder gerade ein fehlendes Architekturkonzept demonstriert haben, halten Sie den Mund und hören zu.

Nur meine zwei Cent für das, was funktioniert hat Für mich in der Vergangenheit ist jeder ein bisschen anders.

Warnung: Dies funktioniert nur in bestimmten Situationen mit einigen Personen. YMMV. Diese Antwort hat keine Garantie.

In diesem Fall würde ich sie mit einer Themenübersicht unterbrechen. Beispiel: Mit JSON:

Them: JSON ist die JavaScript-Objektnotation, mit der -
Me: Dictionary-ähnliche Objekte und, ähm, Arrays und Primitive sowie JavaScript dargestellt werden können Primitive meine ich in einem serialisierten Format.

Dies erklärt die folgende Situation:

Them: JSON ist die JavaScript-Objektnotation Darstellen -
Ich: Jedes Objekt in JavaScript als Zeichenfolge.
Sie: Nein, da es keine Funktionen oder Objekte mit versteckten Eigenschaften speichern kann. Es ist eine sehr einfache Darstellung von ...

Eine Unterbrechung mit "Ja, ich weiß" in diesem Fall würde später zu Problemen führen, wenn sich herausstellte, dass ich nicht wirklich weiß, was JSON ist hat mit meinen Annahmen Probleme im Code verursacht.

Ihr Kollege versucht wahrscheinlich nur sicherzustellen, dass Sie alles wissen, was Sie brauchen. Wenn Sie "Autodidakt" sind, bedeutet dies, dass Sie Lücken haben könnten, von denen die meisten Leute annehmen würden, dass Sie sie gefüllt haben, da Sie die "härteren Dinge" kennen (obwohl die meisten Bildungseinrichtungen solche Dinge in einem wirklich seltsamen unterrichten Ordnung auch!) und diese Art der Annahme kann aufgrund falscher Annahmen zu subtilen, schwer zu findenden Problemen führen.

*: siehe oben in der Antwort.

Ich denke, man könnte sagen - ich weiß bereits ein wenig (Betonung auf wenig) etwas über JSON. Können wir JSON jetzt überspringen? Aber wenn ich etwas über JSON nicht weiß, kann ich Sie später um Hilfe bitten?

Sie haben die Branche nicht erwähnt, was einen großen Unterschied machen wird.

Ich arbeite in einem großen High-Tech-Unternehmen und stelle häufig junge Entwickler ein (0-2 Jahre Erfahrung). Die Schule, die sie besucht haben, und ihr Abschluss machen für mich nicht den geringsten Unterschied.

Ich habe kürzlich zwei Kandidaten von der besten Schule des Landes abgelehnt, um einen von einer Schule einzustellen, an deren Namen ich mich nicht einmal erinnere. Der Unterschied zwischen ihnen war, dass die beiden ersten gut und der dritte brillant waren, auch weil er Autodidakt war . Nach 5 Minuten war klar, dass er großartig abschneiden würde.

Was bedeutet das im Zusammenhang mit Ihrer Frage? Wahrscheinlich sind Sie in einer Branche besser geeignet, in der Wissen im Vergleich zur Schule eine höhere Bedeutung hat.

Je nach Land ist dies möglicherweise weniger schwierig, da verschiedene Länder dies berücksichtigen Schulen mit unterschiedlichem Respekt (Frankreich ist das Extrem, in dem Sie fast Unterwäsche tragen, die mit Ihrer Schule verziert ist, wenn Sie von der richtigen Seite sind - dies ist je nach Art der Arbeit keine schlechte Sache)

Sagen wir einfach zu Ihrem Beispiel, dass Sie JSON nicht manipulieren. Sie nehmen JSON, konvertieren es in ein Modellobjekt, bearbeiten das Modellobjekt und konvertieren es zurück in JSON. Ich würde wetten, dass wenn Ihr Kollege versucht, JSON direkt zu manipulieren, es Fehler geben wird, weil JSON einfach ist, aber nicht so einfach.

Wenn er so schlau ist, drucken Sie eine Kopie dieses Papiers aus https://www.ics.uci.edu/~dan/pubs/LenLimHuff.pdf Informationen zur Berechnung optimaler Huffman-Codes mit begrenzten Codelängen (Huffman-Codes mit unbegrenzten Codelängen sind einfach) und bitten Sie ihn, Ihnen diesen Algorithmus zu erklären. Höchstwahrscheinlich wird er es nicht schaffen, im schlimmsten Fall haben Sie ihn für eine Weile zum Schweigen gebracht. (Längenbegrenzte Huffman-Codes sind wichtig, da sie wesentlich effizientere Decoder ermöglichen.) PS. Wenn er oder sie Ihnen den Algorithmus erklären kann, ist er oder sie gut. Ich bezweifle das.

Abgesehen davon, wenn jemand versucht, Ihnen JSON zu erklären, fragen Sie ihn, was er dort erreichen möchte? Hält er JSON für etwas Schwieriges, das Sie ohne einen CS-Abschluss nicht verstehen können? Ernsthaft? Glaubt er nicht, dass er ein bisschen voll von sich ist? Sein Verhalten ist beleidigend, also gibst du so gut zurück, wie er es verdient.

Autodidaktische Entwickler sind oft Experten für Technologien, in denen sie praktische Erfahrung haben. Manchmal besteht das Problem jedoch darin, dass sie nicht wissen, wie viel sie nicht wissen. Zum Beispiel bin ich oft auf autodidaktische Entwickler gestoßen, die einen neuen Algorithmus erfunden haben, um ein Problem zu lösen, wenn es einen bekannten Standardalgorithmus gibt, der oft viel besser ist.

Versuchen Sie, sich daran zu erinnern, wenn Sie ein waren Klempner oder Elektriker, geschweige denn Arzt oder Anwalt, ohne formale Qualifikation dürfen Sie nicht praktizieren. Das Programmieren ist in der Tat ziemlich einzigartig, da es denjenigen, deren Fähigkeiten vollständig Autodidakten sind, ermöglicht, im Beruf zu arbeiten. Und viele von denen, die dies tun, leisten hervorragende Arbeit. Versuchen Sie jedoch zu erkennen, dass diejenigen, die einen CS-Abschluss gemacht haben, Dinge gelernt haben, die Sie nicht gelernt haben, und offen dafür sind, von ihnen zu lernen.

Übrigens lehrt Sie ein CS-Abschluss nicht viel über JSON. Sie erfahren jedoch, zu welcher Grammatikklasse JSON gehört und zu welcher Klasse von Parser Sie sie verarbeiten müssen: Sie lernen, den Fehler zu vermeiden, JSON mit regulären Ausdrücken zu analysieren, da die Theorie dies sagt das geht nicht. Sie müssen StackOverflow nur einige Wochen lang folgen, um zu sehen, wie viele Programmierer solche Grundlagen nicht kennen.