参考までに、ほとんどの大学ではJSONのようなことは教えていません。深さ優先のツリートラバーサルのようなものは、理論的には自分でJSONライブラリを作るときに応用できるようなことを教えてくれますが、それ以上の実用的なことは、ほとんどの人が独学か仕事で習っています。JSON のような実用的な技術を説明するのは、大卒でも時々やらなければならないことがあると思います。もっと社会性のある人なら、まず「詳しいかどうか」と聞いてくれるでしょう。もし聞かれなかったら、遠慮なく口を挟んで教えてあげてください。

技術的な議論をしているときに、あなたの同僚が余計な情報を提供していることを指摘できない理由はありません。

Hey Coworker, lets lets skip the trivial details and get to the crux of the issue.

彼女は説明しすぎたり、話題を逸らしたりする傾向があるかもしれませんが、他の開発者とのやりとりの際に身につけておくと良いスキルは、誰の時間も効率的に使えるように、丁寧に、でもしっかりと簡潔で話題に沿ったやりとりをすることです。

公平に言っておくと、私はかなり良い資格を持っていますし、以前の上司にはいつもこのようなことをされていました。私はデータベース設計についての詳細なCSクラスを受講し、あらゆる種類のデータベース駆動型アプリケーションを構築し、何年も専門的に仕事をしていました。真実は、それは誰か他の人の靴の中に自分自身を置くと、彼らのレベルに話すために多くの精神的なエネルギーが必要です。あなたはそれをすべての時間を参照してください：専門家は時々あなたに無意味な専門用語を投げるか、または他の人があなたにダウンして話をします。しかし、彼らは必ずしもそれを意味しているわけではありません–彼らはうまくコミュニケーションをとる方法を見つけるのに十分なエネルギーを費やしていないだけなのです。教材を深く理解するだけでなく、生徒の頭の中に入って何を考えているのかを把握するために、かなりの数の脳のサイクルを使わなければなりませんでした。しかし、誰もが何気ない会話の中でそれを実践しているわけではありません。それは非常によく彼ら自身の社会的不器用さである可能性があります。悪意を持たない方法を教えてあげようと思いますが、私もまだ努力しています。私も個人的には耐えられない…

これは他の回答と似ていますが、具体的な例をいくつか挙げてみます。

助けを求めているとき/二人で話し合っているとき

自分が相手の立場になったとき。何かを説明するときに、相手がどのような背景知識を持っているかを知るのは本当に難しいものです。

説明不足と説明過剰はどちらも良くありません。

あなたの例では、彼女が JSON の説明に深入りする前に、**interrupt* (politely) をして、彼女が「説明すべきことリスト」からそれを消すことができるようにしてください。私が知らないのは、それをC#でオブジェクトにデシリアライズする方法です。どうやってやるんですか？

もしくは議論の中で。誰かがJSONをフォーマットとして使うことを提案してきて、あなたが懸念しているとします。

JSON はよく知っています。私はXMLの方が良い選択かもしれないと思っています。

何もしていないのにタスクを取られた場合。そうすると、同じパターンを辿ることになります。

彼女: Xを使えばよかったのに、Xは-

あなた(中断中)。Yを使ったのは、Xにはこのような欠点があるからです。Zも検討しましたが、これには反対しました。あ………はい………私もAを検討しました。AとZを組み合わせればREASONSが解けます。うん、それはいけるかもしれない。私も調べてみます。

私は普段から「Yea」の前に「Yes I’m aware of that」の短縮形で「Yea」を付けていますが、その方が気が楽になります。笑）」と言っていましたが、これもまた、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていましたが、「笑）」と言っていました。私の得意分野ではありませんが、私の場合はこんな感じです。その後、「ああ、JSONはよく知っています。Xで使ったことがあります。と言って会話を続けます。普通の会話だと難しいんだけど でも基本的には “うん "って言って うなずくだけでいいの そして、相手が少しでも話を中断したら、すぐに前の段落のセリフを言うのです。時々それはあなたが知らなかった何かを拾うかもしれないようにとにかく聞くことは良いことだ。実際には、私はしばしばask人に私はそれらについて何も知らなかったような概念を説明するために人々。

免責事項: 私はソフトウェア開発者ではありません。それは非常によく彼女はあなたの高等教育の欠如は、あなたが基本的なプログラミングの概念の知識を持っていないことを意味しますが、あなたはそれを考えない方が良いですので、この証拠を持っていないと考えていることかもしれません。私は会議の計画で基本的な概念を説明することが多いのですが、それはある問題について頭の中を整理するのに役立ちますし、みんなが私の思考プロセスに従っていることを確認するのに役立ちます。

確かに、JSON を操作することはできますが、これは問題 X につながる可能性があります。

(このやりとりは技術的な会議中に行われたもので、同僚があなたのキューブに迷い込んで JSON について話し始めたのではないと仮定しています。その場合、私の答えは当てはまりません)。

他の回答に追加して、あなたに明白なことを説明する人々への私の一般的なソリューション：＆002 彼らが行われているときには、テーブルを回す。最近のトピックについてのより深い知識の説明を開始するか、または別の非常に明白な例えば

他の人を説明します。Jsonは…のために素晴らしいです…そして、あなたは…をすることができます… あなた（微笑み/フレンドリー）。まさにその通り！！！！！（笑）。また、私がJsonについて好きなことは、あなたができることです…

またはあなたが少し意地悪をしたい場合は

他の人 . Jsonは………のために素晴らしいです。まさにその通り！！（笑）。あなたはXMLを聞いたことがありますか？それは[非常に明白な何かの説明]です

私は大学を卒業した開発者で、もうしばらく働いています。私は独学の開発者を尊敬しています。正直なところ、私は学ぶのに苦労したことがたくさんあるので、あなたたちが実際に独学で学んだとは信じられません。そして、私は独学で学んだ人たちと議論するのが大好きです。

そして、JSONの説明を始めた女性については、あまり気にしないでください。私たちにはよくあることです。私たちは女の子だから、この分野では珍しいから、もう少し助けてあげないといけないと思っているのかもしれません。私は職場で尊敬の念を持って迎えられたのは幸運でしたが、いくつかの恐ろしい話を聞いたことがあります。

私は忍耐を助言します。私は、最高の訓練を受け、何十年もの経験を持つ人々の間で、彼らが絶対的な正方形の1から始めたプログラミングの状況について議論している会話を目撃してきました。私が彼らのアプローチから推測したのは、数分かけて可能な限り多くの前提条件を明確にし、共通の推論の連鎖を確立することで、一緒に仕事をするための強固な基盤が築かれたということです。

それは、これらの説明は軽視や恨みの印（またはあなたに彼女の知識を証明しようとする試み）であることがありますが、それは同じページに取得し、作業関係をより良いものにするための視点を共有する機会に変えることができるかもしれませんかどうか。

“JSONはデータ構造をテキストとして表現するためのフォーマットです。”

“ああ、JSON、私はちょうどさまざまな実装について読んでいたのですが、JSONのためにlexとyaccで構築されたパーサーの参考例があるかどうか知っていますか？”

心を開いて

大学では、本（大学の教科書は別として）には載っていないスキルを教えてくれますし、独学ではおそらく不足しているスキルを教えてくれます。なぜわかるのか？私は勉強しましたが、その分野の一部は自分の学則に含まれていない部分があり、それらの分野は独学でやっています。だから私は両方の面を知っているのです。彼女は基本的な概念を説明する必要があると思っている。これは、彼女が恩着せがましい社会的に厄介な、傲慢な、劣等感コンプレックスを持っているか、あなたが信じたい他の何かを持っているため、どちらかである可能性があります - またはそれは彼女が純粋にあなたをサポートしたいので、それは可能性があります。

デュビオプロレオでは、そうでなければ証明されるまで、最高の仮定とオープンマインドで彼女の議論を歓迎します。しかし、一度、あなたはすでに彼女が説明しようとしているものを知っていることを実現すると、彼女に感謝し、あなたはすでにこれを理解していることを説明します。彼女が提供するために持っている他の何を彼女に尋ねる、あなたは常に学び、改善することを熱望しています。これは独学であることの利点です。あなたは、学習が試験や修士論文では終わらない一定のプロセスであることを理解しています。

その利点を使用してください。彼女から学ぶことは、あなたの長所にしかなりません。友好的な、非侮辱的な方法で彼女を教え、あなたは2つの輝かしい、相互にサポートする仕事の関係にオフになる可能性があります。

私は長年コンサルタントとして何度もこのようなことを目の当たりにしてきました。答えは簡単です。これは、対処メカニズムです。

それは、2つのコンプレックスのうちの1つであり、両方の組み合わせになることができます。

• 劣等感コンプレックス

• 優越感コンプレックス

どちらも防衛メカニズムです。

あなたがそのような行動の唯一のターゲットである場合、対象は、おそらくあなたのスキルや能力によって脅かされています。

あなたがそのような行動のいくつかのターゲットの一つである場合、それは犯罪者内の劣等感の一般的な感情です。それは彼らの学位の過度に誇りに思っているように単純である可能性があります。誰もがターゲットであることから免疫がありません。例えば、私はlessor度を持つ人々がエンジニアなどの優れた学位を持つものを攻撃するのを見てきました。それは、別の身長を減少させることによって自尊心を高めようとする平準化のメカニズムである。

あなたはそのような侮辱のために誰かを攻撃したくないかもしれませんが、この行動はあなたや他の人、特に労働力の中で危険なものになる可能性があります。その理由は、この取引は優越感を示すだけでなく、その優越感を強制するような反応を要求するように設計されているからです。大人の対応しかできません。親や子供の対応は、あなたの負けを意味します。これは、 I’m OK, You’re OK と Games People Play を読むことによって見ることができます。どちらもトランザクション分析に基づいています。最初の本を読むのに役立つでしょう。それは理解するのは比較的簡単で、3つの状態を認識し、どのように対応するかを教えています。

簡単に言えば、これはgamesmenshipです。これは瞬間的に対処する必要があります。

参考までに、トランザクション分析はポップな心理学ではありません。理解すべき本物のツールです。私は、私のコンサルティングキャリアでTAを使用し、ITコンサルタントとしての成功に非常に大きな意味を持っていました。それは私が部屋の大人として自分自身を主張し、私のポイントを作り、うまくいけば私の解決策のための効果的なケースを作ることができました。多くの場合、力は今防衛的になっている個人から取られていました。これらのような戦いはしばしば力について、力の損失または力の取得のいずれかである。損失を最小限に抑えることで、脅威を最小限に抑えることが目的です。例えば、あるグローバル企業では、マイクロソフトのメールが老朽化し、交換しなければならなかった。責任ある従業員がしっかりと手綱を握り、一箇所にあることが必要なすべてのサーバーを管理していました。グローバルなテレコムにとって、これは大惨事でした。日本の人々は、バージニア州にあるサーバーに接続してメールを読まなければならない。その負担は大きく、24時間以内にメールが届くことはありませんでした。その従業員は、理解していない、知らないテクノロジーを恐れており、グローバルに分散したシステムでの仕事に不安を感じていました。解決策は、トレーニング、インストールのテスト、リモートシステムのサポート、そして自分がまだ組織の中で極めて重要な役割を果たしていることを認識させることでした。彼は力を失っていないが、力を得ていた。これはすべてTAによるものです。それは良かったです。私が持っている短い答えは、3つのトランザクションのタイプを理解し、大人の姿勢を提示する方法と、提示されたトランザクションの本当の目的を認識する方法を学ぶことです。誰にも気づかれずに素早く簡単に問題を短絡させ、黙々と、しかし効果的な方法でリーダーとしての地位を確立することができます。全体的な効果が見えてきます。

ここでの回答のほとんどは、あなたの経験との対決や同情を論じています。

代わりに、私はしばしばベンジャミン・フランクリン別名ベンジャミン・フランクリン効果によって実践されたソーシャルエンジニアリングのビットをお勧めします：

提案のために、アドバイスのために、助けを求める。賛成を求めることは、親密さと信頼のサインです。

これはカウンターイニシアチブに見えるかもしれませんが、あなたがトリッキーな主題についていくつかの尖った質問をする場合、それは表面的に誰かがあなたが基礎的な主題を理解していることを認めるようになりますので、より多くの信頼を与える。また、あなたがこの “難しい "トピックのためにそれらに来たので、それはまた、彼らはあなたによってより信頼された感じになります。

これは、ほとんどの場合に動作します迅速な非対立的なソリューションです。

IT は非常に広い分野です。

誰かが 4 年の経験があるからといって、JSON を知らなければならないと仮定するのは、あなたの同僚がやるべきことではないでしょうか。JSON を使わないアプリケーションを開発していたり、JSON の詳細を隠したフレームワークを開発していたりするかもしれません。例えば、あなたのコードは成功のためだけに動くのではなく、エラーの場合に適切なメッセージを表示しなければならないかもしれません。

あなたがあなたのポジションに慣れていないことを考えると、仕事が適切に行われていることを確認するための同僚の手段の一つは、あなたの知識を見直すことです。上記の方法は利用可能な方法の一つですが、彼女は代わりにあなたに質問するか、あなたのタスクが終了するまで待ってコードを確認することを選ぶことができます。あなたがそれらのいずれかを好むかどうかはわかりません。確かに、彼女があなたが仕事に向いていることを確認するまで、あなたを放っておくのはリスクが高いです。技術的なインタビューはあなたの能力の非常に表面的な評価だけを与えます;それはあなたが良いコードを書くことができることではなく、動作するコードを書くことができることを伝えます。

重要であるが、簡単に検査することができない多くの側面があります：

• 問題を理解する能力。

-よい構造化されたコードを書いて下さい。

-防御的なプログラミング。

-ツール(バージョン管理、自動化されたテスト)の使用の良い練習。

そして「教えられた程度対独学」問題のために、程度の不足があなたの対談者があなたが知っているか、またはあなたが知らないものについてより少ない仮定をすることができることを意味することを受け入れて下さい1. 特に上記の説明のポイントに関連して（多くの独学者はちょうどそれらの要因の存在を知っていても知らないし、ちょうど “私はXを行うプログラムを行いたい "2）＆002＆002学位を持つ誰かが知識3の最小限のベースを証明することができ、学位の欠如は、あなたの対談相手があなたのレベルがわからないかもしれないことを強くなりますuntilあなたは自分自身を証明する。だから、あなたの対談者は、あなたの知識が手でタスクのために十分に完了していることをダブルチェックするために選択した場合、防御を取得しないでください。

TL/DR彼女は自分自身であなたの能力をチェックするために取得するので、そのプログラマにいくつかの時間を与えます。しかし、学位は、少なくとも彼は概念が何を意味するかを知っている必要がありますことを保証します。

2Right now I am modifying a program done

3In fact, that is basically is the utility of degrees.

＃＃それについて彼女に相談してみましょう

彼女の行動のあなたの解釈は、彼女があなたを未熟だと思っているからだということです。他の回答の多くは、彼女の行動に別の解釈を提案していますし、その行動を止める方法を提案しているものもあります。理想的には、あなただけの直接彼女に尋ねることができ、彼女はあなたが求めている理由を知ってみましょう、とあなたが何かを理解していない場合は、あなたが尋ねることになることを彼女を保証します。

あなたは私たちの誰よりも彼女を知っているので、彼女が反応する方法より良いアイデアを持っている必要がありますが、これのようなもので始まることを検討してください：

ねえスー、私たちは非常に長い間一緒に働いていないし、まだお互いに期待するものを学んでいる知っている。私は、私たちが店を話すとき、あなたはしばしば私が標準的なトピックを考慮するもののかなり基本的な説明に落ちることに気づいた。 なぜそれはですか？ 私はそれがXまたはY（他の人からのより寛大な解釈の1つまたは2つを与える）のためであることを期待しているが、それはしばしば私があなたに私がこれらのことを説明する必要があるという印象を与えたように感じています。もしそうだとしたら、必要な機能を議論するためにもっと生産的に使える貴重な時間を無駄にしているように思えます。もし私の経験がよくわからない場合は、私が知っていることを聞いてみてください。

そこから先は、最初の議論の結果に応じて、いつ、何が起こったか、また起こったら、これは基本的な説明の一つであることを口に出したり、他の人からの提案のいくつかを適用し始めたりすることができます

余談ですが:

昨年のプロジェクトで、私はチームメンバーのカップルにJSONとは何かを説明しなければなりませんでした。彼らは両方とも私の上に業界経験の少なくとも10年（または2年）を持っており、彼らのキャリアの様々な時点で両方ともWebプロジェクトで働いていました。同じプロジェクトの中で、一緒に仕事をしていたビジネスマンの中には、密接に関連しているが（判明した）別のトピックに関連している2つの用語を2つ、3つとも使い分けていた人がいました。与えられた用語がどのトピックを意味するのかは、どの人がどのような文脈でそれを使用したかに依存していました。実際、私たちがそれに気づくまでには、数回の繰り返しが必要でした。その時点までは、明確なトピックが存在することすら明確に示されていませんでした。

さらに最近、誤って設定されたアプリケーションの議論の中で、私はあるチームメンバーが、アプリケーションが個々の設定に対して誤った _default 値を持っていることが問題なのに、誤った _default 環境が選択されないようにするために、私たちの設定フレームワークに誤った変更を提案することを 30 分間も提案したことがありました。(フレームワークは、現在の環境でオーバーライドされない場合のデフォルトフォールバック値を許可していますが、アプリケーションは本番環境のみの値をデフォルトとして設定していました。ほとんどすべての専門分野は、経験のレベルに関係なく、どのような人にとっても、すべてを知ることは不可能です。誰もが彼らの知識と経験の異なる穴を持っているでしょうし、よく衝突の専門用語とサブカルチャーや専門分野があるかもしれません。あなたは、他の人が知っていること、意味すること、または彼らが特定の決定を下す理由についての仮定をすることはできません。

それは私の経験から、公言されていない仮定は（最終的には）非常に高価になることができます。誰もが任意の議論を開始する前に、同じページにあることを確認するために費やされた数分は、長期的には多くのことを保存します。

このケースでは、彼女はあなたが独学であるため、これをやっているというあなたの仮定では、および/または（あなたの仮定が正しい場合）あなたが指示を必要とすることを彼女の仮定は、あなたの作業関係に害を引き起こしている。

上の回答を全て読みましたが、ほとんどの回答は彼女の優しさを指摘していて、あなたが考えすぎているのではないかと思います。私の考えでは、今がその時だからこそ、あなたは自分のスキルをアピールしなければならないと思います。それは学位がソフトウェア開発者を作るものであるという彼女の認識かもしれませんが、私の経験では、リアルタイムのプロジェクトに取り組んで、重要なシナリオを解決することが ‘ソフトウェア開発者'を作るものです。Don’t Brag, but take part in the technical discussions proactively.

自慢せずに見せるためには、仲間、後輩などを助け始めましょう。自分の仕事、スキル、全てが自分を物語っています。

これは、答えのいくつかがそれがあるようにそれを作るよりも少しトリッキーです。あなたはただ出てきて、助けは必要ないと言ってはいけません(傲慢)し、黙って聞き続けるべきではありません(迷惑です！)。ソフトウェア開発業界で説明されている何かを理解しているのであれば、それを説明している人に、それを議論することで、あなたがそれを理解していることを示し、その後、あなたがそれを理解していることを示すために、あなたの高度な知識を徐々に導入していきましょう。誰かがただ聞いているとき、多くの人々、特にエンジニアは、彼らが理解していないので、聞き手が議論に関与することができないと考える傾向があります。

ケースとポイントは、誰かが業界であなたに明白な何かを説明しているとき、沈黙したままで、チャンスは、彼らがわずかに異なる方法で再びそれを説明するでしょう…増分フラストレーションと数回。応答し、あなたがそれを知っていることを示し、彼らはあなたを一人にしておくか、または議論するために良い何かを見つける傾向があります。

完全に技術的ないじめを停止するには、あなたがあなたを教えようとしている人よりも多くのことを知っていることを示し、彼らはすぐにあなたを講義しないことを学ぶでしょうし、何かが質問をしてあなたに来る場合。

もし彼らがJSONの説明をしていて、あなたが重大なミスをしていたり、アーキテクチャのコンセプトを見落としていたりした場合は、黙って聞いてください。

私が過去に経験してきたことについての私の2つのセントだけですが、人それぞれです。

警告。これはいくつかの状況で一部の人にのみ機能します; YMMV。この回答には何の保証もありません。

私がこの場合に何をするかというと、トピックの要約でそれらを中断することです。例えば、JSONで:

Them. JSON is JavaScript Object Notation, which is a way of representation of - Me: Dictionary-like objects and erm, arrays and primitives and, JavaScript primitives I mean, in a serialised format.

これは次のような状況を説明します:

Them. JSONはJavaScriptのオブジェクト記法で、文字列として表現する方法です。 私: JavaScriptの任意のオブジェクトを文字列として表現します。

この場合、"はい、知っています “で中断すると、後になってJSONが何なのか実際には知らないことが判明したときに問題になるので、私の仮定でコードに問題が発生しました。もしあなたが "独学 "ならば、あなたが "難しいこと "を知っているので、ほとんどの人があなたが埋めたと仮定しているギャップがある可能性があることを意味します(ほとんどの教育機関では、そのようなこともreally weird orderで教えていますが！)。

あなたは業界について言及していませんでしたが、それはかなりの違いをもたらすでしょう。

私は大規模なハイテク企業で働いており、しばしば若い開発者（経験0-2年）を雇うことがあります。彼らが通った学校と彼らの学位は私にわずかな違いを作ることはありません。

私は最近、私も名前を覚えていない学校から1つを雇うために、国で最高の学校からの2つの候補者を拒否しました。彼らの違いは、最初の2人は優秀で、3人目は彼が独学だったために優秀だったということでした。5分後には彼が素晴らしいことが明らかになっていました。

これは質問の文脈からするとどういった意味でしょうか？おそらく、あなたは知識対学校に高い重要性を与える業界に適しているかもしれないということです

国に応じて、これは異なる国が敬意の異なるレベルで彼らの学校を見ているように、より困難ではないかもしれません（フランスは、あなたが正しいものから来ている場合は、ほとんどあなたの学校でエンブレゾンが付いた下着を着用する極端である - これは仕事の種類に応じて悪いことではありません）。

JSONについては、すでに少しだけ（少しだけを強調して）知っている、ということでしょうか。ということで、とりあえずJSONのことは省いてもいいですか？でも、もしJSONについてわからないことがあったら、後で教えてもらってもいいですか？

あなたの例では、JSONを操作しないとします。JSON を取得してモデルオブジェクトに変換し、モデルオブジェクトを操作して JSON に変換します。もしあなたの同僚が直接JSONを操作しようとしたら、JSONは単純なのでバグが出るでしょうが、that単純ではありません。ほとんどの場合、彼はそれができないでしょう、最悪の場合、あなたはかなりの間彼をシャットアウトします。(長さが制限されたハフマンコードは重要です。彼らははるかに効率的なデコーダを可能にするので)。PS. もし彼か彼女がアルゴリズムを説明してくれるなら、彼か彼女は良い人です。私はそれを疑います。

それとは別に、もし誰かがJSONを説明しようとしたら、そこで何を達成しようとしているのかを尋ねますか？その人はJSONをCSの学位がないと理解できない難しいものだと思っているのでしょうか？真面目な話ですか？彼は自分のことで頭がいっぱいだと思っているのでは？彼の行動は侮辱的だから、それに見合うだけのお返しをしなさい。

独学で学んだ開発者は、実務経験のある技術の専門家になることが多いでしょうが、時に問題は、彼らがどれだけ知らないかを知らないことです。例えば、よく知られた標準的なアルゴリズムがあるときに、問題を解決するために新しいアルゴリズムを発明する独学の開発者によく遭遇します。実際のところ、プログラミングは独学でスキルを身につけた人が仕事をすることができるという点でかなりユニークなものです。そして、そのような人たちの多くは素晴らしい仕事をしています。しかし、CSの学位を取得した人たちは、あなたが学んでいないことを学んでいることを認識して、彼らから学ぶことにオープンであることを試してみてください。しかし、JSONがどのクラスの文法に属しているか、そしてそれを処理するにはどのクラスのパーサーが必要か、ということは教えてくれます。このような基本的なことを知らないプログラマーがどれだけ多いのか、StackOverflowを数週間追いかけてみるだけでわかるでしょう。