Ich arbeite als Softwareentwickler für ein großes Unternehmen in Westeuropa. Ich habe 2 Jahre Branchenerfahrung und 2 weitere Jahre als Freelancer nebenbei Web-Apps gemacht. Alles in allem war ich vom Frontend bis zum Backend des Softwareprozesses.
Allerdings bin ich nicht aufs College gegangen, um Informatik zu studieren. Ich bin ein autodidaktischer Entwickler. Dieser nicht-formale Weg hat bei einem Kollegen von mir (einem Informatik-Absolventen), mit dem ich an einem Projekt arbeite, nur wenige Reaktionen hervorgerufen. Wann immer wir uns in eine Pause setzen oder eine Aufgabe besprechen, fängt sie immer an, Dinge zu erklären, als wäre ich ein Junior-Entwickler ohne jegliche Programmierkenntnisse. Gestern fing sie buchstäblich an, mir zu erklären, was JSON ist und wie ich es manipulieren kann. Ich habe überhaupt nichts gegen Fachdiskussionen (das ist mein Job), aber ich finde das ein bisschen anstößig und weiß nicht, wie ich reagieren soll.
Außerdem habe ich über die sozialen Medien mitbekommen, dass sie wirklich stolz auf ihren CS-Abschluss ist. Das ist natürlich eine wirklich großartige Leistung, aber es scheint, als würde sie durch meine bloße Anwesenheit im Raum als autodidaktischer Entwickler ohne all das Universitätsprestige usw. irgendwie herausgefordert.
Meine Frage ist, wie man auf diese Art von Reaktionen von jemandem reagiert? Wenn ich es mir weiter anhöre, bedeutet das, dass ich die Grundkonzepte des Programmierens wirklich nicht kenne. Wenn ich etwas sage, riskiere ich, als jemand abgestempelt zu werden, der keine Kritik mag.
PS. Ich habe mein technisches Vorstellungsgespräch für den Job und den Job davor bestanden.
FYI, die meisten Universitäten unterrichten nicht über Dinge wie JSON. Sie lehren Dinge wie die Baumdurchquerung in der Tiefe, die Sie theoretisch beim Erstellen Ihrer eigenen JSON-Bibliothek anwenden könnten, aber alles Praktischere als das, dass fast jeder Autodidakt ist oder bei der Arbeit gelernt hat.
Versuchen Sie, nicht defensiv zu werden. Praktische Technologien wie JSON zu erklären, ist etwas, von dem wir erwarten, dass es gelegentlich auch für Hochschulabsolventen erforderlich ist. Jemand mit besseren sozialen Fähigkeiten würde dich zuerst fragen, ob du damit vertraut bist. Wenn sie nicht fragen, kannst du sie einfach unterbrechen und es ihnen sagen.
{ "Name" : "John"}
- Das ist großartig, aber Sie hätten Schwierigkeiten, ein Array, ein Objekt oder einen Integer-/Bool-/Datumstyp hinzuzufügen. Möglicherweise erkennen Sie auch nicht die verschiedenen großen Serialisierungsstrategien. JSON ist ziemlich einfach zu erlernen, aber es kann nützlich sein, die Grundlagen durchzugehen."_type":"..."
) aufdecken, die für das Verständnis der Verwendung von json sehr wichtig sein können. Außerdem deckte Ihr Beispiel datetime nicht ab: stackoverflow.com/questions/10286204/the-right-json-date-formatEs gibt keinen Grund, warum Sie nicht darauf hinweisen können, dass Ihr Kollege bei Fachgesprächen überflüssige Informationen liefert.
Hey Kollege, lassen Sie uns die trivialen Details überspringen und zum Kern des Problems kommen. Dies ist keine sehr effektive Nutzung unserer Zeit.
Sie neigt vielleicht dazu, Dinge zu übertreiben oder vom Thema abzuschweifen, aber eine gute Fähigkeit, die Sie sich immer dann aneignen können, wenn Sie mit anderen Entwicklern interagieren, besteht darin, die Interaktionen höflich, aber bestimmt prägnant und zum Thema zu halten, damit die Zeit aller effizient genutzt wird.
Wenn Sie im Bereich der Computertechnologie tätig sind, finden Sie möglicherweise viele Menschen, die keine großen sozialen Fähigkeiten haben. Ziehen Sie keine voreiligen Schlüsse. Außerdem können Menschen aus verschiedenen Teilen der Welt oder innerhalb eines bestimmten Landes bestimmte Verhaltensweisen anders sehen. In den USA sehen Menschen aus Kleinstädten Menschen aus Groß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 vielleicht überrascht sein, dass diese Person nicht so sieht, was sie tut, wie Sie es tun. Sie kann nur "fachsimpeln" und denkt vielleicht nicht, dass du überhaupt nichts davon verstehst. Wenn sie diese Erklärungen mit etwas wie "Nun, wenn Sie jemals den Kurs "Einführung in Programmierung X" besucht haben, wüssten Sie ..." beginnen würde.
Es scheint nicht so, als würdest du dich mit dieser Person unterhalten. Es ist nichts Falsches daran, dass du erwähnst, dass du das auch gelernt hast. Vielleicht möchtest du sagen: "Ich habe das gelernt, wo hast du es gelernt?" Dein Tonfall zeigt an, ob du defensiv bist oder keine Kritik vertragen kannst. Achtung, manche Leute nehmen diese Feinheiten nicht immer wahr.
Ich würde mich mehr um formelle Bereiche wie Meetings oder Code-Reviews kümmern. Seien Sie engagiert. Schildern Sie Ihren Fall. 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 hatte einen ehemaligen Vorgesetzten, der mir das die ganze Zeit antun würde. Ich habe einen ausführlichen CS-Kurs über Datenbankdesign belegt, hatte alle Arten von datenbankgesteuerten Anwendungen erstellt und war jahrelang professionell tätig, und er hatte immer noch die Frechheit, mir (vor allen anderen) Datenbankdesign für Anfänger zu erklären Prinzipien.
Aber ich bin mir nicht sicher, ob er das mit Absicht tat. Die Wahrheit ist, dass es viel mentale Energie braucht, sich in die Lage eines anderen zu versetzen und auf seinem Niveau zu sprechen. Sie sehen es die ganze Zeit: Experten werden Sie manchmal mit bedeutungslosem Jargon bewerfen, oder andere werden Sie herablassen. Aber sie meinen es nicht unbedingt so – sie wenden einfach nicht genug Energie auf, um herauszufinden, wie man gut kommuniziert.
Meiner Erfahrung nach war das das Schwierigste am Nachhilfeunterricht in Informatik. Ich musste den Stoff nicht nur gründlich verstehen, ich musste einige Gehirnzyklen aufwenden, um in die Köpfe meiner Schüler einzudringen und herauszufinden, was sie dachten. Aber nicht jeder praktiziert das in lockeren Gesprächen.
Seien Sie also nicht zu schnell, es der Bosheit anzukreiden. Es könnte sehr gut nur ihre eigene soziale Unbeholfenheit sein. Ich würde Ihnen sagen, wie man es nicht persönlich nimmt, aber ich arbeite selbst noch daran. Ich persönlich kann es auch nicht leiden...
Dies ähnelt anderen Antworten, jedoch mit einigen konkreten Beispielen.
Wenn Sie um Hilfe bitten / besprechen Sie beide die anstehende Aufgabe
Wenn ich am anderen Ende bin. Es ist wirklich schwer zu wissen, welches Hintergrundwissen jemand hat, wenn er etwas erklärt.
Sowohl zu wenig als auch zu viel zu erklären sind schlecht. Die Lösung besteht darin, effektiv und schnell zu kommunizieren, was Sie wissen/nicht wissen.
Bevor sie in Ihrem Beispiel zu tief in die Erklärung von JSON eintaucht, unterbrechen Sie ( 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 trotzdem unterbrechen, weil Sie schnell zum relevanten Teil des Gesprächs gelangen möchten.
Mit JSON kenne ich mich aus. Ich denke, XML könnte die bessere Wahl sein, da unsere Upstream-Dienste es bereits in XML erwarten.
Wenn Sie zur Rechenschaft gezogen werden, weil Sie etwas nicht getan haben. Dann folgst du dem gleichen Muster.
Sie: Du hättest X nehmen können. X ist ein -
Sie (unterbrechend): Ja, ich bin mit X vertraut. Ich habe Y verwendet, weil X diesen Nachteil hat. Ich habe auch über Z nachgedacht, mich aber auch dagegen entschieden.
Sie: Was ist mit A, das ist ein -
Sie (unterbrechend): Ah ja, an A habe ich auch gedacht. Aber es hat aus GRÜNDEN nicht funktioniert.
Sie: Wenn du A mit Z kombinierst, kannst du GRÜNDE lösen.
Sie: Ja, das könnte funktionieren. Ich werde dem nachgehen.
Normalerweise stelle ich „Ja“ als angenehmere Kurzform von „Ja, das ist mir bewusst“ voran und es nimmt die Schärfe.
Solange Sie im Allgemeinen einen neutralen Ton bewahren, werden Sie nicht den Eindruck erwecken, dass Sie auf Kritik nicht hören.
Außerdem werden Sie eines Tages falsch liegen. Stellen Sie nur sicher, dass Sie, wenn Sie es sind, ähnlich offen und ehrlich sind.
Wenn Sie im Allgemeinen chatten
Jetzt sind wir im Bereich der höflichen Gesprächsetikette. 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 so etwas wie „Ah ja, ich bin mit JSON vertraut. Ich habe in X verwendet.'. Und setzen Sie das Gespräch einfach fort.
Wenn ich irgendwo sein muss, habe ich keine Wahl, ich muss unterbrechen. Was in einem normalen Gespräch schwieriger ist. Aber im Grunde sage ich nur „Ja“ und nicke, während sie reden. Und sobald sie auch nur leicht innehalten, sage ich die Zeile aus dem vorherigen Absatz.
Vorbehalt
Ich würde das oben Gesagte mit einem Vorbehalt versehen: Manchmal ist es sowieso gut zuzuhören, da Sie vielleicht etwas aufgreifen, das Sie nicht wissen. Tatsächlich bitte ich Leute oft, Konzepte zu erklären, als ob ich nichts darüber wüsste.
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 denkt, dass Ihre mangelnde Hochschulbildung bedeutet, dass Sie keine Kenntnisse über grundlegende Programmierkonzepte haben, aber Sie haben keinen Beweis dafür, also sind Sie besser dran, es nicht zu denken. Ich erkläre oft grundlegende Konzepte bei der Planung von Meetings, weil es mir hilft, bestimmte Probleme zu verstehen und sicherzustellen, dass jeder meinem Denkprozess folgt, nicht weil ich denke, dass die anderen Leute im Raum Idioten sind.
Zusätzlich zu den hervorragenden Antworten von @Link0352 und @JeffO würde ich empfehlen, das Gespräch nach Möglichkeit sanft wieder auf das Niveau zu lenken, das für eine produktive Diskussion erforderlich ist.
Sicher, wir könnten den JSON manipulieren, aber das 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 Kollege nicht einfach zu Ihrem Cube gelaufen ist und über JSON geredet hat. Wenn das der Fall ist, trifft meine Antwort 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 Tisch um . Beginnen Sie damit, tieferes Wissen über das aktuelle Thema zu erklären, oder erklären Sie ein anderes sehr offensichtliches, z
andere Person : Json ist großartig für ... und du kannst ...
du (lächelnd/freundlich): Genau! Was ich auch an Json mag, ist, dass man ....
oder wenn du ein bisschen gemein sein willst
andere Person : Json ist großartig für ... und du kannst ...
du (lächelnd/freundlich): Genau! Haben Sie schon einmal von XML gehört? Es ist eine [Erklärung von etwas sehr Offensichtlichem]
Ich würde zu Geduld raten. Ich habe Gespräche zwischen Leuten mit der besten Ausbildung und jahrzehntelanger Erfahrung erlebt, die eine Programmiersituation besprachen, in der sie bei absolut Quadrat 1 begannen. Dass wir eine Entität der realen Welt 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 gesendet werden müssen usw.
Was ich aus ihrem Ansatz folgerte, war, dass eine solide Grundlage für die Zusammenarbeit gelegt wurde, indem man sich ein paar Minuten Zeit nahm, um so viele Annahmen wie möglich explizit zu machen und eine gemeinsame Argumentationskette zu etablieren.
Es kann sein oder auch nicht, dass diese Erklärungen ein Zeichen von Respektlosigkeit oder Groll sind (oder ein Versuch, Ihnen ihr Wissen zu beweisen), aber es kann zu einer Gelegenheit werden, auf dieselbe Seite zu treten und Perspektiven auszutauschen, um die Arbeitsbeziehung aufzubauen besser.
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, die die Grenzen Ihres Verständnisses zeigt.
"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
für JSON erstellt wurde?“
Ich bin ein an der Universität ausgebildeter Entwickler und habe jetzt eine Weile gearbeitet. Ich muss sagen, dass ich nichts als Bewunderung für autodidaktische Entwickler habe. Ehrlich gesagt gibt es so viel Zeug, das ich zu lernen gekämpft habe, dass ich einfach nicht glauben kann, dass ihr es tatsächlich geschafft habt, es euch selbst beizubringen. Und ich liebe es, mit Autodidakten zu diskutieren, weil Sie normalerweise eine ganz andere Art von Fähigkeiten haben als die Uni-Crowd. Es ist inspirierend und ziemlich knallhart.
Und was die Dame betrifft, die angefangen hat, Ihnen einen JSON zu erklären, denken Sie nicht viel darüber nach. Uns passiert das oft. Männer, die es gut meinen, aber am Ende weltliche Dinge erklären, weil wir Mädchen sind und in diesem Bereich so ungewöhnlich sind, dass sie das Gefühl haben, uns ein bisschen mehr helfen zu müssen, auch wenn es manchmal irgendwie beleidigend wird. Ich habe das Glück, dass mir an meinem Arbeitsplatz nichts als Respekt begegnet ist, aber ich habe einige Horrorgeschichten gehört.
Sie hat es wahrscheinlich nicht böse gemeint, aber es war höchstwahrscheinlich nur ihre eigene Unsicherheit, die ein wenig durchschimmerte und vielleicht hatte sie das Gefühl, sich beweisen zu müssen, indem sie dir etwas beibrachte.
Öffnen Sie Ihren Geist.
Die Universität vermittelt Fähigkeiten, die Sie nicht in Büchern (abgesehen von Universitätslehrbüchern) finden und die Ihnen wahrscheinlich fehlen, wenn Sie Autodidakt sind. Woher ich das weiß? Ich habe studiert, aber einige Teile des Fachgebiets waren nicht Teil meines Lehrplans, und ich bin Autodidakt in diesen Bereichen. Ich kenne also beide Seiten.
Wahrscheinlich hat sie dir etwas beizubringen, aber ihr beide wisst nicht, was das ist. Sie glaubt, grundlegende Konzepte erklären zu müssen. Das könnte entweder daran liegen, dass sie herablassend, sozial unbeholfen, arrogant ist, einen Minderwertigkeitskomplex hat oder woran auch immer du glauben möchtest – oder es könnte daran liegen, dass sie dich wirklich unterstützen möchte.
Nehmen Sie in dubio pro reo, also bis zum Beweis des Gegenteils, das Beste an und begrüßen Sie ihre Diskussionen mit einem offenen Geist. Wenn du jedoch merkst, dass du bereits weißt, was sie zu erklären versucht, danke ihr und erkläre ihr, dass du das bereits verstehst. Fragen Sie sie, was sie sonst noch zu bieten hat, Sie sind bestrebt, ständig zu lernen und sich zu verbessern. Das ist der Vorteil am Autodidakten: Sie verstehen, dass Lernen ein stetiger Prozess ist, der nicht mit der Prüfung oder der Masterarbeit endet.
Nutzen Sie diesen Vorteil. Lernen Sie von ihr, das kann nur zu Ihrem Vorteil sein.
Und eines Tages wird es etwas geben, das du weißt und sie nicht. Unterrichten Sie sie auf eine freundliche, nicht herablassende Art und Sie beide könnten einer brillanten, sich gegenseitig unterstützenden Arbeitsbeziehung entgegengehen.
if (x == true) // check if x is true
, oder Punkte würden verloren gehen. [...]Das habe ich als Berater im Laufe der Jahre oft erlebt. Die Antwort ist einfach. Dies ist ein Bewältigungsmechanismus.
Es ist einer von zwei Komplexen und kann eine Kombination aus beiden sein.
Ein Minderwertigkeitskomplex ist der Mangel an Selbstwertgefühl, Zweifel und Unsicherheit über sich selbst und das Gefühl, den Standards nicht gerecht zu werden. Es ist oft unbewusst und es wird angenommen, dass es betroffene Personen zur Überkompensation antreibt, was entweder zu spektakulären Leistungen oder extrem asozialem Verhalten führt.
Der Überlegenheitskomplex ist ein psychologischer Abwehrmechanismus, der einen Minderwertigkeitskomplex kompensiert.
Beides sind Abwehrmechanismen.
Wenn Sie das einzige Ziel eines solchen Verhaltens sind, wird das Subjekt wahrscheinlich durch Ihre Fähigkeiten oder Fähigkeiten bedroht.
Wenn Sie eines von mehreren Zielen eines solchen Verhaltens sind, dann ist es ein allgemeines Minderwertigkeitsgefühl des Täters.
Im Allgemeinen werden Sie eine Mischung aus Entschädigung und Grandiosität in irgendeiner Form sehen. Es könnte so einfach sein, übermäßig stolz auf ihren Abschluss zu sein. Niemand ist davor gefeit, ein Ziel zu sein. Zum Beispiel habe ich gesehen, wie Leute mit geringeren Abschlüssen diejenigen mit höheren Abschlüssen wie Ingenieure angreifen. Es ist ein Nivellierungsmechanismus, der versucht, das Selbstwertgefühl zu erhöhen, indem eine andere Statur verringert wird. Wir sehen dieses Verhalten auf dem Spielplatz als Kinder.
Auch wenn Sie jemanden wegen einer solchen Beleidigung nicht angreifen möchten, kann dieses Verhalten eine Gefahr für Sie und andere darstellen, insbesondere in der Belegschaft.
Wahrscheinlich gibt es wenig, was Sie dagegen tun können, ohne sich selbst schlecht aussehen zu lassen. Der Grund dafür ist, dass die Transaktion nicht nur darauf ausgelegt ist, eine Überlegenheit anzuzeigen, sondern auch eine Antwort zu erbitten, die die Überlegenheit erzwingt.
In diesem Fall scheint der Täter die Elternrolle übernommen zu haben. Nur eine Antwort eines Erwachsenen reicht aus. Eine Eltern-Kind-Antwort bedeutet, dass Sie verlieren. Dies kann man sehen, indem man I'm OK, You're OK und Games People Play liest . 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 darauf zu reagieren.
Einfach gesagt, das ist Gamesmenship.
Ich zögere, Vorschläge zu machen, wie dies konkret verbal bekämpft werden kann, da die Ratschläge potenziell schädlich sein könnten. Dem muss im Moment entgegengewirkt werden.
Als Referenz: Transaktionsanalyse ist keine Pop-Psychologie. Es ist ein echtes Werkzeug, das verstanden werden sollte. Ich habe TA in meiner Beraterkarriere eingesetzt und war sehr wichtig für meinen Erfolg als IT-Berater. Es erlaubte mir, mich als Erwachsener im Raum zu behaupten, meine Argumente vorzubringen und hoffentlich wirkungsvolle Argumente für meine Lösungen zu liefern.
Ich wurde oft gerufen, um ein Problem zu beheben oder ein System auszutauschen, für das jemand verantwortlich war. Oft wurde dem Individuum, das jetzt defensiv war, die Macht genommen. In Schlachten wie diesen geht es oft um Macht, entweder um Machtverlust oder Machterlangung. Das Ziel ist es, die Bedrohung zu minimieren, indem der Verlust minimiert wird. Beispielsweise war Microsoft Mail bei einem globalen Unternehmen in die Jahre gekommen und musste ersetzt werden. Der zuständige Mitarbeiter hatte die Fäden in der Hand und verwaltete alle erforderlichen Server an einem Standort. Für ein globales Telekommunikationsunternehmen war dies eine Katastrophe. Menschen in Japan müssten sich mit Servern in Virginia verbinden, um E-Mails lesen zu können. Die Belastung war enorm und E-Mails wurden nicht innerhalb von 24 Stunden zugestellt. Der Mitarbeiter hatte Angst vor Technologien, die er nicht verstand oder kannte, und machte sich Sorgen um seinen Job mit einem verteilten globalen System. Die Lösung bestand darin, den Mitarbeiter durch Schulungen, Testinstallationen, Support von Remote-Systemen zu begleiten und ihn erkennen zu lassen, dass er immer noch eine zentrale Rolle innerhalb der Organisation spielt. Er verlor nicht an Macht, sondern gewann an Macht. All dies durch TA.
In Ordnung. Schön und gut. Die kurze Antwort, die ich habe, ist, die drei Transaktionstypen zu verstehen und zu lernen, wie man eine erwachsene Haltung präsentiert und wie man das wahre Ziel der Transaktion erkennt, die einem präsentiert wird. Sie können das Problem schnell und einfach kurzschließen, ohne dass es jemand merkt, und sich auf stille, aber effektive Weise als Führungskraft positionieren. Der Gesamteffekt wird sichtbar.
Die meisten Antworten hier diskutieren Konfrontation oder Mitgefühl mit Ihrer Erfahrung. Ich glaube nicht, dass die Konfrontation Ihre Zeit oder die Zeit dieser anderen Entwickler wert ist.
Stattdessen empfehle ich ein bisschen Social Engineering, das oft von Benjamin Franklin alias dem 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 wie eine Gegeninitiative erscheinen, aber wenn Sie ein paar gezielte Fragen zu kniffligeren Themen stellen, wird dies unterschwellig dazu führen, dass jemand anerkennt, dass Sie die grundlegenden Themen verstehen, und Ihnen somit mehr Vertrauen schenken. Es wird ihnen auch mehr Vertrauen geben, 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.
Ihre Interpretation ihres Verhaltens ist, dass es daran liegt, dass sie Sie für unerfahren hält. Viele der anderen Antworten haben Vorschläge für alternative Interpretationen ihres Verhaltens gemacht, und einige geben Vorschläge, wie man das Verhalten beenden kann, was, ohne zu wissen, warum sie es tut, die Beziehung unnötig zusätzlich belasten könnte.
Warum sie das tut, erfährt man nur, wenn man mit ihr darüber spricht. Idealerweise könntest du sie einfach direkt fragen, ihr sagen, warum du fragst, und ihr versichern, dass du fragen wirst, wenn du etwas nicht verstehst.
Du kennst sie besser als jeder von uns, also solltest du eine bessere Vorstellung davon haben, wie sie reagieren würde, aber erwäge, mit so etwas anzufangen:
Hey Sue, ich weiß, dass wir noch nicht sehr lange zusammenarbeiten und immer noch lernen, was wir voneinander erwarten können. Mir ist aufgefallen, dass Sie beim Fachsimpeln oft auf ziemlich einfache Erklärungen dessen verfallen, was ich als Standardthemen betrachte.
Warum das?
Ich hoffe, es liegt an X oder Y (geben Sie eine oder zwei der großzügigeren Interpretationen der anderen an), aber es fühlt sich oft so an, als hätte ich Ihnen den Eindruck vermittelt, dass ich diese Dinge erklären muss. Wenn das der Fall ist, verschwenden wir anscheinend wertvolle Zeit, die wir produktiver nutzen könnten, um die erforderlichen Funktionen zu diskutieren. Wenn Sie sich meiner Erfahrung 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 meiner Erfahrung liegt, vertrauen Sie darauf, dass ich frage.
Ich würde sie anfangs nicht unterbrechen, während sie in einer ihrer Erklärungen für diese Diskussion ist, weil es eher reaktionär oder defensiv rüberzukommen scheint. Besser separat auf sie zugehen.
Von dort aus könnten Sie, je nachdem, was aus der anfänglichen Diskussion herauskommt, wann und ob es wieder vorkommt, einwerfen, dass dies eine dieser grundlegenden Erklärungen ist, oder einige der Vorschläge der anderen anwenden, wie Sie inline reagieren können.
Nebenbei:
In einem Projekt im letzten Jahr musste ich einigen Teammitgliedern erklären, was JSON ist. Beide haben mindestens ein Jahrzehnt (oder zwei) Branchenerfahrung auf meiner Seite und zu verschiedenen Zeitpunkten ihrer Karriere haben beide an Webprojekten gearbeitet. Sie haben einfach nie mit Frameworks oder benötigten Techniken gearbeitet, wo es besonders relevant war.
Im selben Projekt verwendeten einige der Geschäftsleute, mit denen wir zusammenarbeiteten, austauschbar dieselben zwei oder drei Begriffe, die sich auf zwei eng verwandte, aber (wie sich herausstellte) unterschiedliche Themen beziehen. Welches Thema ein bestimmter Begriff bedeutete, hing davon ab, wer ihn in welchem Zusammenhang verwendete. Es hat tatsächlich ein paar Iterationen gedauert, bis wir das verstanden haben. Bis zu diesem Zeitpunkt war nie klar festgelegt, dass es überhaupt bestimmte Themen gab. Sie nahmen an, dass wir es wussten, und wir nahmen an, dass sie sich alle auf dasselbe bezogen.
Kürzlich hatte ich in einer Diskussion über eine falsch konfigurierte Anwendung ein Teammitglied, das eine halbe Stunde lang abschweifte und fehlgeleitete Änderungen an unserem Konfigurationsframework vorschlug, um zu verhindern, dass die falsche Standardumgebung ausgewählt wird, als das Problem darin bestand, dass die Anwendung hatte den falschen Standardwert für eine individuelle Einstellung. (Das Framework ermöglicht Standard-Fallback-Werte, falls sie für die aktuelle Umgebung nicht überschrieben werden, die Anwendung hatte einen Wert, der nur für die Produktion als Standard festgelegt werden sollte, also wenn eine Testumgebung ihn nicht überschrieben hat ...)
Was ist der Punkt? Fast jedes Berufsfeld ist breit genug, dass es für eine bestimmte Person, unabhängig vom Erfahrungsniveau, 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 Vermutungen darüber anstellen, was andere Leute wissen oder meinen oder warum sie bestimmte Entscheidungen treffen.
Meine Erfahrung ist, dass unausgesprochene Annahmen sehr teuer werden können (und werden). Ein paar Minuten, die aufgewendet werden, um sicherzustellen, dass alle auf der gleichen Seite sind, bevor Sie mit einer Diskussion beginnen, werden auf lange Sicht viel sparen.
In diesem Fall schadet Ihre Annahme, dass sie dies tut, weil Sie Autodidakt sind, und/oder (wenn Ihre Annahme richtig ist) ihre Annahme, dass Sie die Unterweisung benötigen, Ihrer Arbeitsbeziehung.
IT ist ein sehr weites Feld.
Anzunehmen, dass jemand JSON kennen muss, nur weil er insgesamt 4 Jahre Erfahrung (oder 40) hat, wäre eine ziemlich dumme Sache Ihres Kollegen. Sie könnten Anwendungen entwickelt haben, die kein JSON verwenden, oder Frameworks, die die Details von JSON verbergen.
Schlimmer noch, Sie könnten nur teilweise gelernt haben, JSON zu verwenden (z. B. indem Sie die Arbeit von jemandem ändern, der nicht sorgfältig genug war); Ihnen eine JSON-Aufgabe zuzuweisen, ohne sicherzustellen, dass Sie wissen, wie JSON in Ihrer Organisation verwendet wird, könnte zu einem minderwertigen Produkt führen. Vielleicht muss Ihr Code beispielsweise nicht nur für den Erfolg funktionieren, sondern auch im Fehlerfall eine entsprechende Meldung anzeigen.
Da Sie neu in Ihrer Position sind, besteht eines der Mittel Ihres Kollegen, um sicherzustellen, dass die Arbeit ordnungsgemäß erledigt wird, darin, Ihr Wissen zu überprüfen. Die oben beschriebene Methode ist eine der verfügbaren, sie könnte sich alternativ dazu entscheiden, Sie zu befragen oder zu warten, bis Ihre Aufgabe abgeschlossen ist, und den Code zu überprüfen. Ich weiß nicht, ob Sie eine davon bevorzugen würden. Sicherlich ist es riskant, dich einfach sein zu lassen (für dich, für sie und für das Geschäft), bis sie sicher ist, dass du der Aufgabe gewachsen bist.
Beachten Sie, dass keines der oben genannten Punkte mit Ihrer fehlenden akademischen Zertifizierung zusammenhängt.
Und der Punkt „Ich habe das Fachgespräch bestanden“ entbindet nicht von der Prüfung. Ein Fachgespräch gibt nur eine sehr oberflächliche Einschätzung Ihrer Kompetenz; Es sagt, 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 Leute zu lesen.
Fähigkeit, eine geeignete Architektur zu verwenden.
Schreiben Sie gut strukturierten Code.
Defensive Programmierung.
Gute Praktiken bei der Verwendung von Tools (Versionskontrolle, automatisiertes Testen).
Und für die Frage „Abschluss vs. 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 . Besonders in Bezug auf die oben erläuterten Punkte (viele Autodidakten wissen einfach nicht einmal von der Existenz dieser Faktoren und gehen einfach zu „Ich möchte ein Programm machen, das X tut“ 2 )
Jemand mit einem Abschluss kann eine minimale Wissensbasis bescheinigen 3 , das Fehlen eines Abschlusses verstärkt noch die Tatsache , dass Ihr Gesprächspartner sich Ihres Niveaus nicht sicher sein kann , bis Sie sich beweisen . Werden Sie also nicht defensiv, wenn Ihr Gesprächspartner sich entscheidet, noch einmal zu überprüfen, ob Ihr Wissen für die anstehende Aufgabe vollständig genug ist.
TL/DR Geben Sie dieser Programmiererin etwas Zeit, damit sie Ihre Fähigkeiten selbst überprüfen kann.
2 Im Moment bin ich dabei ein Programm zu modifizieren fertig
3 Tatsächlich ist das im Grunde der Nutzen von Abschlüssen.
Ich habe alle Antworten oben gelesen und die meisten von ihnen weisen darauf hin, dass sie nett ist und Sie darüber nachdenken.
Aber deiner Frage nach scheint es nicht so zu sein. Du schienst dich durch ihr Verhalten beleidigt zu fühlen.
Meiner Meinung nach ist es an der Zeit, Ihre Fähigkeiten unter Beweis zu stellen . Es mag ihre Wahrnehmung sein, dass ein Abschluss einen Softwareentwickler ausmacht, aber meiner Erfahrung nach macht die Arbeit an Echtzeitprojekten und das Lösen kritischer Szenarien einen „Softwareentwickler“ aus. Prahlen Sie nicht, sondern beteiligen Sie sich aktiv an den Fachdiskussionen.
Um sich zu präsentieren, ohne zu prahlen, fangen Sie an, Ihren Kollegen, Junioren usw. zu helfen. Ihre Arbeit, Ihre Fähigkeiten und alles andere werden für Sie sprechen.
Dies ist ein bisschen kniffliger, als einige der Antworten vermuten lassen. Sie sollten nicht einfach herauskommen und sagen, dass Sie keine Hilfe brauchen (Arroganz), und auch nicht still zuhören (es nervt!).
Mein Rat ist, sie mit Ihrem Wissen zu verblüffen. Wenn Sie etwas verstehen, was Ihnen in der Softwareentwicklungsbranche erklärt wird, zeigen Sie der Person, die es Ihnen erklärt, dass Sie es verstehen, indem Sie darüber sprechen und dann nach und nach Ihr fortgeschrittenes Wissen über das Thema vorstellen, um zu zeigen, dass Sie es verstehen. Wenn jemand nur zuhört, neigen viele Leute und insbesondere Ingenieure dazu zu glauben, dass der Zuhörer nicht in der Lage ist, sich an der Diskussion zu beteiligen, weil sie es nicht verstehen.
Fall und Punkt, wenn Ihnen jemand in der Branche etwas Offensichtliches erklärt, bleiben Sie ruhig, die Chancen stehen gut, dass er es auf eine etwas andere Weise noch einmal erklärt ... mehrmals mit zunehmender Frustration. Reagieren Sie, zeigen Sie, dass Sie es wissen, und sie neigen dazu, Sie in Ruhe zu lassen oder etwas Besseres zum Besprechen zu finden.
Um die technische Belästigung vollständig zu beenden, 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 überhaupt, mit Fragen zu Ihnen kommen.
Wenn sie Ihnen jetzt JSON erklären, weil Sie einen kritischen Fehler gemacht oder gerade ein verpasstes Architekturkonzept demonstriert haben, halten Sie dort die Klappe und hören zu.
Nur meine zwei Cent zu dem, was in der Vergangenheit für mich funktioniert hat, aber jeder ist ein bisschen anders.
Warnung: Dies funktioniert nur bei einigen Personen in bestimmten Situationen; YMMV. Diese Antwort ist ohne Gewähr.
Was ich in diesem Fall tun würde, ist, sie mit einer Themenzusammenfassung zu unterbrechen. Zum Beispiel mit JSON:
Sie: JSON ist die JavaScript
-Objektnotation, die eine Möglichkeit darstellt, – ich: wörterbuchähnliche Objekte und, ähm, Arrays und Primitive und, ich meine JavaScript-Primitive, in einem serialisierten Format darzustellen.
Dies erklärt die folgende Situation:
Them: JSON ist JavaScript Object Notation, das ist eine Möglichkeit, —
Me: Any object in JavaScript als String darzustellen.
Them: Nein, weil es keine Funktionen oder Objekte mit versteckten Eigenschaften speichern kann; Es ist eine sehr einfache Darstellung von ...
Sie in diesem Fall mit „ja, ich weiß“ zu unterbrechen, würde später zu Problemen führen, wenn ich herausfand, dass ich nicht wirklich wusste, was JSON war, was zu Problemen im Code mit meinen Annahmen führte.
Ihr Kollege versucht wahrscheinlich nur sicherzustellen, dass Sie alles wissen, was Sie wissen müssen. 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 "schwierigeren Sachen" kennen (obwohl die meisten Bildungseinrichtungen solche Dinge auch in einer wirklich seltsamen Reihenfolge unterrichten!) und solche Art Annahmen können aufgrund falscher Annahmen zu subtilen, schwer zu findenden Problemen führen.
*: siehe oben in der Antwort.
Ich denke, man könnte sagen - ich weiß schon ein bisschen (Betonung auf wenig) ein bisschen über JSON. Können wir JSON also vorerst ü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 oft 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 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 waren und der dritte brillant, auch weil er Autodidakt war . Schon nach 5 Minuten war klar, dass er das großartig machen würde.
Was bedeutet das im Zusammenhang mit Ihrer Frage? Wahrscheinlich, dass Sie in einer Branche besser geeignet sind, die dem Wissen einen höheren Stellenwert einräumt als der Schule.
Je nach Land kann dies mehr oder weniger schwierig sein, da verschiedene Länder ihre Schulen mit unterschiedlichem Respekt betrachten (Frankreich ist das Extrem, wo Sie fast Unterwäsche tragen, die mit Ihrer Schule verziert ist, wenn Sie von der richtigen sind - dies ist nicht der Fall eine schlechte Sache, je nach Art der Arbeit)
Autodidaktische Entwickler sind oft Experten in Technologien, in denen sie praktische Erfahrung haben, aber manchmal besteht das Problem darin, dass sie nicht wissen, wie viel sie nicht wissen. Zum Beispiel bin ich oft Autodidakten begegnet, die einen neuen Algorithmus erfinden, um ein Problem zu lösen, wenn es einen bekannten Standardalgorithmus gibt, der oft viel besser ist.
Denken Sie daran, dass Sie als Klempner oder Elektriker, ganz zu schweigen von einem Arzt oder Anwalt, ohne formelle Qualifikation nicht praktizieren dürften. Die Programmierung ist in der Tat ziemlich einzigartig, da sie es Personen ermöglicht, deren Fähigkeiten vollständig autodidaktisch erlernt wurden, in diesem Beruf zu arbeiten. Und viele von denen, die das tun, leisten hervorragende Arbeit. Aber versuchen Sie zu erkennen, dass diejenigen, die einen CS-Abschluss gemacht haben, Dinge gelernt haben, die Sie nicht haben, und seien Sie offen dafür, von ihnen zu lernen.
Übrigens, ein CS-Studium wird Ihnen nicht viel über JSON beibringen. Es wird Ihnen jedoch beibringen, zu welcher Klasse von Grammatik JSON gehört und welche Klasse von Parser Sie daher benötigen, um es zu verarbeiten: Es wird Ihnen beibringen, den Fehler zu vermeiden, JSON mit regulären Ausdrücken zu analysieren, weil die Theorie es Ihnen sagt das geht nicht. Man muss StackOverflow nur ein paar Wochen folgen, um zu sehen, wie viele Programmierer solche Grundlagen nicht kennen.
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 wette, wenn Ihr Kollege versucht, JSON direkt zu manipulieren, wird es Fehler geben, 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 , in dem es um die Berechnung optimaler Huffman-Codes mit begrenzten Codelängen geht (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 sperrst du ihn für eine ganze Weile. (Huffman-Codes mit begrenzter Länge sind wichtig, da sie viel effizientere Decoder ermöglichen). PS. Wenn er oder sie Ihnen den Algorithmus erklären kann, dann ist er oder sie gut . Das bezweifle ich.
Abgesehen davon, wenn jemand versucht, Ihnen JSON zu erklären, fragen Sie ihn, was er damit erreichen möchte? Glaubt er, dass JSON etwas Schwieriges ist, das man ohne Informatik-Abschluss nicht verstehen kann? Ernsthaft? Glaubt er nicht, dass er ein bisschen eingebildet ist? Sein Verhalten ist beleidigend, also gib ihm so gut zurück, wie er es verdient.
dwizum
Benutzer812786
WernerCD
Enderland
Benutzer985366
RJFalconer
Arijoon