私のソリューションは上司よりも優れていると思うので、彼を無視する必要がありますか？[閉まっている]

私はphpとsqlを使用しています。

機能を実装する私の方法は、上司が提案する方法よりも優れていると思います。ちょうど今、彼は私にメールアドレスのリストをチェックする方法を説明してくれましたが、私は彼の考えが好きではありません。私は、実装がより良く、より速い鉱山を提案しましたが、彼は同意しませんでした。

彼の考えは私には十分に明確ではなかったので、今、私は先に進んで私の考えを実行すると思います。彼は怒っていると思いますか？

「ボス」でしたと、それはすべてのケースバーの一つに、より良い私のスタッフよりも、実際に、判明したとして- 、恐らく、またはイライラやイライラとどのような場合には-はい、彼は怒っになります右の最初の場所で。

あなたが本当に良く彼よりしているなら、あなたは彼の提案されたソリューションを理解することができるはずとあなたが優れていると理由を確認するために、次に理由を説明します。

しかし、あなたは述べています：

彼の考えが私には十分に明確ではなかったので

その場合、あなたは戻って彼が望むものとその理由と理由を理解する必要があります-私のスタッフと私のソリューションを提案している私の両方の場合と同様に、あなたまたは彼は何かを見逃しています。しかし、彼が間違っていると思い込まないでください。彼が何を求めているのか、彼があなたが（まだ）考えていないことをカバーしているかどうかを理解しない限り、あなたは正しいです。

ああ、1つのケースでは-彼は優れたプログラマーですが、彼が私が優れているという問題から2、3歩後退していないので、まさにその理由で一緒に働くのがとても楽しかったです。

あなたはcritizingされている彼を、あなたは彼よりも優れている考えることによって、代わりのcritizing 彼のアイデアを。

そもそも、不適切な動作を変更する必要があります。

十分な時間を求めて、彼のアイデアに積極的に挑戦する機会を与えてください"why?"。アイデアがとても愚かであるならば、彼はあなたの質問に答えることによって最終的に彼自身でそれを発見するでしょう。

この手法には、理解に役立つという利点があります。彼の考えはおそらくあなたが考えるよりも賢いでしょう。

また、理解しようとするseeking to understand前に、あなたの上司があなたに対して武装解除するのを助けます。誰かに何かを提案すると、そのトカゲの脳はそれが御treat走であるかどうかを判断しようとします。彼のトカゲの脳は彼が安全であることを望んでいます。彼を理解しようとすることは、彼の古風な脳を再保証します。

今、あなたがより良い提案を持っているなら、私は彼があなたの話を聞いて喜んでいるだろうと確信しています。"why?"彼が納得するまで、何度も尋ねられるように準備してください。

結局のところ、あなたはプロです。だから彼は最初にあなたを雇ったのです。彼はあなたの言うことを聞くべきです。

彼はすべてのあなたのアイデアで興味を持っていない場合は、実行するだけで一つのことがあります：終了しました。

あなたのメソッドは「実装するのが速い」と言います。それは私に警鐘を鳴らします。

実装が迅速なコードは、非常に多くの場合、保守が難しい場合があります。

彼はあなたの上司です。あなたが一生そこにとどまらない限り、彼はあなたよりもずっと長くそのコードと共に生き続けるでしょう。おそらく彼の戦略はその事実を考慮しています。

簡単な答え：不服従は解雇される確実な方法です。

あなたの上司の仕事はあなたにより良いプログラムをすることではなく、あなたを管理することです。プログラミングのバックグラウンドが明らかであり、ソリューションが最良ではない理由を彼が知っているかもしれないという事実はさておき、彼があなたに指示を出すことができることを示してください。 。

なぜ彼が間違っているのかを彼に伝えるためのアプローチであることが保証できます（どうすればそれを改善できるかと言うのはどうですか？）。

...そこに実際の経験の浅いディックスはいないと言ってはいけない:)

上司があなたからのいくつかのものを必要としていることを考慮してください：

• プログラムする能力。彼が開発マネージャーでない限り、彼は（願わくば）あなたが彼よりも優れていることを願ってあなたを雇った。
• チームで働く能力：それはアイデアを聞くだけでなく説明することを意味します。
• あなたが言われたことをする能力。最後の言葉が言われたら、問題について何度も何度も議論した後、あなたはボスではありません。特に何もしないように言われたときにホットショットをしようとすると、信頼できなくなります。

問題を続行したい場合は、上司のアイデアを実装し、自分で実装し（時間がかかる場合は自分の時間に）、両方をデモンストレーションして、自分のアイデアが優れていることを証明できます。あなたがするとき、私はシャワーに態度を残します。

はい、彼は怒っています。ですから、あなたの方法が優れている理由を彼にメールすることをお勧めします。そして、あなたの方法を進めるための承認を彼に求めてください。「電子メール」の私のポイントは、さらなる議論に入る前に、すべての理由をリストし、照合することです。

「この方法はプロジェクト/問題に適していると信じています」と表現してみてください-より良い方法がない限り、彼はあなたと一緒に行くべきです。

あなたが本当に確信していると、あなたのビューをサポートするのに十分な弾薬を持っている場合は、「一緒に行く私は理由の..ので、1,2,3のこの方法スーツプロジェクト/問題を信頼」

もう1つの個人的なアドバイス-「私は上司よりも上手です」と言うのは少しrog慢だと思いますが、あなたは今怒っているかもしれませんが、プロの文脈ではこれは高く評価されません。あなたの上司がこの投稿を読まないことを願っています;）

優れた開発者であることは、単に優れたコーダーであるだけではありません！仕事の一部は、他の人とうまく働き、チームやボスと協力することです。あなたのやり方がより良いと思うなら、それを彼に試みて説明し、彼にそれがなぜより良いのか「データ」を見せてください。

もし彼が自分のやり方が実際に良いと主張するなら、彼が正しいかもしれないというケースに対してオープンな心を保つことを試みるよりも。彼がそうではなく、あなたに権威を与えているだけなら、あなたには悪い上司が1人います... その場合、周りを見回すのはそれほど悪い考えではないかもしれません。

それは確かに迅速かつ簡単に解雇される方法です。

私のアドバイスは、両方を実装し、上司が望むものを使用することです。

問題がある場合、場合は、修正があることを彼に伝え、それを彼に見せますが、なぜあなたがそれを書いたのかを彼に教えないでください。

ここであなたが正しい態度を持っているとは思わない。自分が上司よりも優れていると考えるか、他の誰かよりも優れていると考えるだけでは問題は解決しません。なぜ彼のアイデアが気に入らなかったのか、または「もっといい方法がある」と言ったのですか。なぜあなたのアイデアは正確に優れているのですか？アルゴリズム的に複雑ではありませんか？実行時間は改善されていますか？保守は簡単ですか？理解しやすいデザインパターンを使用していますか？

多くの回答がすでに提供されているので、リードが承認していないソリューションをコーディングすることはお勧めしません。まず、あなたのソリューションが建設的な方法で優れていることを彼に証明する必要があります。彼が優れたマネージャーであり、彼のソリューションがあなたのソリューションよりも優れていると深く考えている場合、その理由を説明することを期待できます。マネージャーとして、彼はあなた以外の効率的なソリューションが何であるかを定義する基準を持っているかもしれないことを忘れないでください。保守性や読みやすさはその1つかもしれません。

さらに、彼が優れたマネージャーである場合、それが本当に優れていることを客観的に成功させた場合、彼があなたのソリューションを選択することは不名誉ではありません。

しかし最後に、たとえあなたが彼にまだ同意しないとしても、彼を欺かないでください。彼が無視するようなことをしないでください。チーム管理も信頼と透明性に基づいているため、チームとの関係とチームの効率性を台無しにする可能性があります。そして、チームの目標を最優先する必要があります。

状況が繰り返し発生し、彼の選択が常に悪い場合、彼はあなたの上司に長くとどまるべきではありません。それがたまにしか起こらない場合は、誇張しすぎないでください...

何かをめぐって対立しているように見えるので、建設的であることに集中する必要があります。

あなたが彼の解決策を心から信じていないなら、あなたが彼についてあなたがそれについてどう感じるかを伝える建設的な方法を見つけるべきです。これにはいくつか考慮すべきことがあります。あなたはあなたの配達に責任がありますが、彼はチームの配達に責任があります。あなたの興味がチームの配信とあなた自身の関心であることを示す必要があります（これら2つが一致すること）。

2つのソリューションで長所と短所のリストを作成し、建設的な方法で上司と話し合います。場合によっては、リストでソリューションの重要なコンポーネントが欠落していることを示す方が簡単です。

彼が何を望んでいるかを理解してみてください。それが目的です。これに関して対立する場合は、正しい目標に焦点を合わせていないことになります。

私のアドバイスは、最初に彼のソリューションが実際に優れているかどうかを判断することです。2つのソリューションを投稿し、SEに公平な意見を求めてください。

私は上司を決して無視しません。彼が技術的なノウハウを持っていれば、健全な議論に害はありません。彼は彼のアイデアを掘り起こし、あなたはあなたのアイデアを提案します。

ただし、実際に彼の方法が劣っていて、彼があなたを雇った仕事をあなたに許可しないと判断した場合は、辞めます。彼らが何を話しているのかはっきりとわからないときに、あなたが何かをするべきであるとあなたに言うナックルヘッドを立てることより悪いことは何もありません。

意思決定をするのは上司の仕事であり、あなたの仕事ではないという事実から始めましょう。あなたは彼の後ろにあるこれらの決定に反対し、それは大義のために解雇されることへの素早い道です。

決定を下す前にアイデアを提示することはできますが、一度決定すると、同意しない場合でも決定を下すことがあなたの仕事です。それができないなら、あなたは非常に短いキャリアを持ちます。

人によって異なります。彼が十分に合理的であり、あなたが彼にあなたの解決策を示し、それがより良い場合、彼はおそらく怒っていません。しかし、彼がそうでなければ、あなたは困っている。

さて、非一般的なでたらめな部分について：彼はあなたの上司です。彼はより良いプログラマーになるためではなく、より良いマネージャー/リーダーになるためにそこにいます。たぶん彼はあなたが考慮しなかった理由を持っています

あなたがリスクテイカーなら、それのために行きなさい、しかしあなたが解雇されるだろうと怒ってはいけない。それはすべて賭けです。

あなたを養う手を噛まないでください。
徹底的な分析を行った後でも、自分の方が優れていると思う場合は、あなたが信じているとおりに行ってください。

上司は紙袋から抜け出す方法をプログラムすることはできません起こっていることの背後にある頭脳。アイデアの1％は私が尋ねる重要な質問からのものです。コードとメソッドの100％は私からのものです。彼の周りのすべての人とネットワークを構築する私の戦略は、地元レベルで彼の嘘を抑圧するのに役立ちます。今、私は主要な企業の州の3分の1の部門で働いています。 mネットワークでさらに創造的になる必要があります。

この投稿の元の質問に答えるために、ボスのコードは私のものとしては良くありません。他の人々が述べたように。何があなたをそう思わせますか。コードは論理です。なぜあなたは自分の方が優れていると信じているのですか？私の場合、成功した製品を持つことを超えた進化した政治があります。私の場合、彼は私の公証を抑えて自分の公証を推進したいと考えています。あなたの状況がここで多くの可能性であるかもしれないかどうかわかりません。

詳細に応じて、どちらの方法でもかまいません。

私は、上司と何らかのことについて議論している多くの状況にあったことを知っています。多くの場合、自分のアイデアが優れていることを証明してきました。時には、はるかに迅速で完全なソリューションを見せてくれました。時々私たちのどちらも知らなかったので、私は研究をし、考えを比較し、そしておそらく次の意思決定のために何か新しいものを考え出す必要さえありました。

上司が良い上司であり、あなたが上級レベルである場合、彼はおそらくあなたが多くの経験と内部問題に関するより良い/より新しい見方を持っていることを知っており、あなたがそれを説明するならあなたは何かをした理由を理解します彼に。彼はまた、あなたを細かく管理することを避けます。

そして、時々、あなたがどれほど良い人であっても、簡単なものを見逃してしまいます。そして、ボスは、遠くからの彼の概観で、彼らをもっと簡単に見つけるかもしれません。