開発者が異なる意見を持っているときに生産的な環境を生成する
私の質問は簡単です。私は開発者であり、私よりも何年もここにいる別の開発者と仕事をしています。彼はものを実装することについて彼の意見を持っています。彼はもっと自分でやるような人です。私はもっと車輪の再発明をしないようにしましょう。たとえば最近、私たちはクラウドに移行する方法と、サーバーの社内ソリューションを維持する必要があると彼が考える方法について大きな議論をしました（Webサイトをホストするため）。または、Javaは私たちが必要とするものに適していると思いますが、彼はPHPが好きなので、それを使用する必要があります。
これらはすべて、人々がWeb上で持っている議論です...クラウドのようなものもあれば、そうでないものもあります... Javaのようなものもあれば、そうでないものもあります。そして、私は多様な意見で完全に大丈夫です...しかし、それは非生産的であり、プログラミングについて知っている上司がいなければ（私たちの上司はコーディングについて何も知らず、彼は私たちを管理しているだけです）、その地位を占めています彼はより経験豊富な開発者であるため、決定を下す際には常に彼の意見に対する勝者です...これは生産的ではないと思います。
このようなチームの問題に直面したことはありますか？私は何をすべきだと思いますか？生産的な環境を作るための最良の方法は何ですか？
上司は最終的に決定を下す必要があります。上司が決定を下すと、2人が異なる方向に引っ張るよりも生産性の高い環境になります。あなたの状況に似た記事や事例研究のような証拠を提示することによって、あなたの上司にあなたの主張をするようにしてください。同じことをするように仲間を招待します。うまくいけば、あなたの意見があなたをより生産的にするなら、あなたはあなたをバックアップするためにたくさんの記事や本などを見つけることができるはずです。結局のところ、上司（技術的であろうとなかろうと）は、毎日塹壕にいる従業員の判断を信頼する必要があります。ですから、あなたの主張を調査し、3人に座って、あなたの上司が選んだもの（通常は最高のROIを持ち、ほとんどの場合最も生産的であるもの）に従うことを理解して、あなたの意見について正直に話し合ってくださいルート）。
あなたの説明から、これらの条件を変更することはできないようです。しかし、あなたができることはあなたの考え方を変えることです。 Javaの方がずっと良かったと思いますが、PHPを使用する必要があります。それならとにかく素晴らしいものにしてください。より良いものになるための挑戦として考えてくださいPHP以前よりもプログラマーです。慣用的で信頼性の高いgoodコードを記述します。Javaでどのように改善されたかは問題ではないので考えないでください。
これが非常にイライラする場合は、上司に相談してみてください。彼が聞いていない場合は、他の仕事のために面接を開始します。
私も同様の状況に対処しています。異なる意見を持つことは正常で健康的です。
しかし、それは非生産的になるようになりました、
これは違います。最初にすべきことは、物事が生産的でない理由を特定することです。その後、すぐに修正してください。
次に、「クラウドへの切り替え」、「Javaへの移行」...これらはbig基本的な変更です。私はここで「より経験豊富な」開発者に傾倒する傾向があります。しかし、これはあなたが私たちに説明していないためかもしれません理由これらの変更は必要であり、生産的で、チームのために働き、費用効果が高いと感じています。
切り替える必要性を強く感じている場合は、時間をかけて計画を立ててください。次に、それを先輩に説明し、彼の考えを聞きます。また、何が起こってもあなたの考えを個人的にとらえないでください。それらを「あなたのアイデア」ではなく「アイデア」と考えてください。
続行するための最良の方法については常に技術的な意見の不一致があり、物事を行うための複数の方法がある限り常にそうなります（これは基本的に永遠です）。あなたはいくつか勝ち、あなたはいくつかを失います、それはゲームの性質です。あなたが負けるとき、あなたは優雅に負ける必要があります、議論する時は決定がなされる前であり、後ではありません。
あなたがいつも負けるなら、あなたは「私は何が間違っているのか」と尋ねる必要があります。あなたはそれらを変えることはできません、あなたは自分自身を変えることしかできません。
あなたが言ったことから、あなたが変更を提案しようとする前に、最初に上司の信頼を得る必要があるように思われます。これを行うには、使用することを継続的に不平を言うことなく、使用することを彼が決定したものを使用して、実行可能な優れたコードを作成します。チームプレーヤーとして、また商品の配送に信頼できる人としての評判が必要です。誰かがあなたの提案を真剣に受け止める前に。
これはビジネスであり、変更を提案するときに最新の楽しいものを使用することは無関係であることを理解する必要があります。ツールを変更すると、既存のコードベースに実際の影響があります。新しいツールを使用することを決定し、新しいバグが発生したために、以前は機能していたものが機能しなくなった場合、お客様に実際の影響があります。この種の変更を行うと、コストに影響があります。あなたのマネージャーは、クラウドを使用することはクールなことだとあなたが考えるよりも、これを気にかけています。あなたはあなたの研究を掘り下げて、なぜそれが技術的な用語ではなくビジネスでより良いのかを示さなければなりません。