IDE
開発者がいるので、ジョン（現在試用期間中）を彼と呼びましょう（かなり小さな会社、約10人、開発者3人、そのうちの1人はこの会社で長く働いており、ビジネスプロセスを知っており、チームリーダーと見なすことができます）。 IDE（テキストエディターを使用している）はまったく使用したくありませんでした。
このチームが取り組んでいるアプリケーションは中規模ですJava Spring Hibernateテクノロジスタックを備えたアプリケーションであり、近い将来にそのアプリケーションの新しいバージョンを起動するために新しい機能をリファクタリング/追加します。
IDEを使用せずに動作するJohnのパフォーマンスは望ましいよりも低く、チームリーダー（Billと呼ぶことにします））の仮定は、JohnがIDEを使用していないためです。
ビルはジョンにIDEを使用するように説得しようとしますが、このアイデアは多くの抵抗を満たし、主な理由は「自分がしていることを完全に制御したいので、すべてのコードを自分で書く必要がある」です。
ビルはどのようにジョンにIDEを使用するように説得できますか？ （ビルがジョンを会社の所有者からジョンのパフォーマンスについていくつかの苦情からすでに保護しているという事実を考慮してください）
更新：ビルは、その試みが失敗した場合、もう一度ジョンを説得して説得することを決定し、ジョンにIDEを使用するよう強制せず、ジョンが約束した機能が提供されているかどうかを確認しません。時間内かどうか。
あなたは多かれ少なかれすでに質問に答えました：
- 彼は保護観察中です
- 彼は十分に生産的ではありません
したがって、彼は次のことを明確に認識させる必要があります。
- 彼はもっと生産的になる必要があり、さもなければ彼は彼の試用期間を生き残ることができません。
- 適切なIDEを使用すると、優れたテキストエディタを使用するよりも生産性が高くなる傾向があります。
- 優れたIDEは、作成したコードの制御を放棄することではなく、動作するコードをより速く生成できるようにするツールを提供することですコードを使用するかどうかに関係なくIDE内で使用可能な生成およびテンプレート機能。
彼の環境に適応する意欲の欠如も懸念されるかもしれません。
ビルはジョンに、単純なテキストエディタを好むことについて正しいことを伝える必要があります（）残念ながら、Java + Hibernate + Springなどのフレームワーク）（needs IDE彼が効率的になりたい場合に使用します。
私はジョンに少し似ています。 IDEの使用は好きではありません。
Ruby/python/bash/LISPでコーディングするとき、IDEを使用しません。
しかし、私がJavaのような低レベル/冗長言語と、ヘルプなしでコードを参照することが非常に困難になるフレームワークを扱っている場合、私はIDEを使用します。言語/フレームワークをよく理解している。
- 使用する抽象化/パターン/フレームワークが多いほど、IDEがコード内を移動するのに役立つ機能が必要になります。
- 低レベル/冗長/言語が不明なほど、必要なコードの生成/検索に役立つIDEが必要になります。
使用するツールを効率的に使用するには、IDEを使用する必要があることを伝えます。ビルはまた、ジョンとペアプログラミングして、彼がIDEでいかに効率的かを示す必要があります。
IDEをプッシュするのは悪い考えだと思います。私は、人々が使用できるツールのリストを用意し、彼に彼が使用するものを選択させるよりも、より敬意のある解決策だと思います。
次に、実際の問題のパフォーマンスと生産性に焦点を当て、特定のプロジェクトが時間をかけすぎた実際の統計を示します。
目標が生産性の向上である限り、彼がコーディングに使用するツールに焦点を当てるのではなく、自分の解決策を見つけるようにしてください。
私は多くの企業に入ってきましたが、90％がツールを購入する必要がなく、10％がツールを使用することを要求する限り、彼らは気にしません。
IDEをあなたの議論の真の焦点とするなら、あなたは彼と彼の方法に完全に失礼です。
本当の重要な問題に焦点を当てる代わりに、生産性、品質、およびパフォーマンス。
私自身、テキストエディターを6〜7年以上使用していますが、パフォーマンスに問題はありません。
IDEは役に立ちますが、パフォーマンスに影響を与えない限り、それを使用するかどうかはプログラマの選択である必要があります。
私は個人的にIDEがemを決して使用しないことを嫌い、より多くの人々が私にそれらをプッシュするほど、私は失礼に感じます。私は人々がどのようなツールを使用するかについて問題はありませんが、それは宗教や伝道のようなものであり、彼らは他の誰もが自分のやり方と同じようにすべてを考えなければならないという必要性を感じています。
そして、それは本当の問題である彼の生産性に対する非常に専門的でないアプローチです。
彼が質の高い仕事を提供する場合、彼の方法では、誰が彼が使用するツールを気にしますか？エラーがなく、高品質の作業で、タイムリーである限り。
IDEはJohnの問題です。確認していることはわかりません。BillはJohnと少しの間協力して、彼を観察する必要があります。何が彼の生産性を低下させているのでしょう。彼がフォーマットに何時間も費やしている場合彼のコードと、物事を移動したり、関数を検索したりすること... IDEが提供するものの種類、それから、彼が望んでいる関数をどれだけ速く見つけることができるか、そしてIDEを使用してコードをフォーマットします。これがフラストレーションである場合は、ブロックを自動フォーマットするか、不明瞭な関数をすぐに見つけると、彼は喜んで屋根を飛び越えます。
ただし、彼がグーグルをサーフィンしている、または彼のアイデアをコーディング構造に定式化するのに問題があるために効率が向上する場合、IDEは彼を助けません。その場合、彼の分野を取り締まる必要があります。または彼が問題をより効率的に攻撃できるように、彼が自分のアイデアをプログラムフローに図式化する方法を学ぶのを助ける
編集：私の担当者はコメントするには低すぎるので、ここに投稿する必要があります。 「彼を解雇させれば、彼は学ぶだろう」と言う人々には同意しません。一部の人にとってはこれでうまくいきます。彼らの仕事を失うことは彼らにショックを与え、彼らは本当に目を覚まし、形を整えます。他の人は、通常は治療または福祉で終わる自己破壊的なスパイラルにスパイラルします。ビルは明らかにジョンのことを気にかけているか、彼は彼を助ける方法を尋ねるつもりはないので、彼を解雇させるだけのコメントと回答は、ビルが探しているものとは全く違うと思います。
失敗は素晴らしい先生です。ビルはジョンの保護をやめて、彼自身の決定を彼に任せることができます。ジョンが解雇された場合、うまくいけば、彼を雇う次の会社のより良い従業員になるでしょう。
彼がIDEとそれが何をするかを理解していれば、彼は完全に制御されたままであることを彼に納得させることができます。
これはにんじんです。
棒は彼が保護観察にいるということです。
IDE（JavaScriptのaptana））を使用していると言わなければなりませんが、私はそれが嫌いで、速度が遅く、書式設定で奇妙なことを行いました。多くのコマンドラインツールでgvimに切り替えましたとても幸せです.
もちろん、私は elisp でコードジェネレーターを書くつもりです。
ジョンのパフォーマンスは彼が使用しているエディターと関係があるとは信じがたい。私の職場ではほぼ全員が異なるコードエディター（Visual Studio、Source Insight、vim、SlickEdit ...）を使用しており、エディター/ IDEと作業パフォーマンスの間に目に見える相関関係はありません。
会社の標準IDEがある場合は、「これはIDEは会社の標準であり、ITを使用する」と説明します。
会社の標準IDEがなく、彼がIDEを使用することを望んでいるのは、パフォーマンスを向上させるためだけである場合、次のようになります。
- 開発環境の選択を行うという誤った仮定は、パフォーマンスの要因の多くになります
- IDEを使用するように彼に教える間違ったアプローチ
本当にIDEを使用してほしい場合は、彼のパフォーマンスが標準に達していないことを伝えてから、IDEを使用することでどのように改善できるかを示すことです。パフォーマンス。例で示すことは、私の意見でははるかに優れた動機です。
そうは言っても、ここでは仮定が間違っていると思います。ほとんどのまともな開発者は、ほとんどすべての開発環境で生産性を発揮できます。彼が期待どおりに機能していない場合、根本的な原因はIDEではなく開発者にある可能性があります。
ビルは、チームリーダーとしての地位にかかわらず、ジョンにIDEを使用させることができない場合、ビルが全員に使用することを望んでいるのに、チームリーダーがそれを行わないという点で、会社に問題があります。十分な権限を持っています。
そして、いいえ、人に与えられた仕事に応じて、その人はIDEなしでも同じように生産的であり、使用中のツール、それらのツールでの人の経験、および彼の全体的な能力（およびジョンがアプリケーションサーバーから各ソースをプルし、IDEにロードし、編集し、再度アップロードする必要がある場合などの全体的な環境など）。たとえば、アプリケーションサーバーで直接編集するだけで、はるかに迅速に言うことができます。 VI（彼がその編集者をよく知っていると仮定）。
IDEを使用しないことは、多くのことを学ぶので非常に良いことです。ただし、プロジェクトのコストに関係するべきではありません。タイムラインに影響を与えずに仕事を終えることができると思ったときに使用する必要があります。 。
私は彼が両方を行うことをお勧めします。そうすれば、彼は速く学ぶことができ、同時に問題に巻き込まれないようになります。
結局、生き残るためにパンが必要なのは、あなただけがボディビルダーになることを考えることができるからです。
すべてのIDEの主な値は、それがエディタではなくデバッガであることだと思います。デバッガの概念を理解していない人もいます。プリントステートメントでデバッグします。
Intellisenseやバージョン管理フックアップなど、他の機能がIDEの生産性を高めると思われる場合、さまざまな理由から、私はJohnに同意することができます。
しかし、printステートメントを使用したデバッグでは、（以前はそれを行っていましたが）理解するのが難しいと感じました。
聞いてください、何かを使用している人がいます。他の人が他のものを使用しているのです。 IDEとテキストエディタの両方が好きです。これらは2種類のアプリケーションですが、結局のところ、実行されるタスクはまったく同じです。
それはオレンジとリンゴだけです。「彼がテキストエディターを使用している」または「遅すぎる、彼がテキストエディターを使用しているため」と発砲したい場合は、続けますが、本当に共謀する必要がありますかあなたが彼をどのように説得できるかについてのいくつかの戦略のために？
ご存知のように、自由は「適者のみが勝つ」ということではなく、「私がやりたいことをする」ことです。
あなたが民主主義に住んでいるからではなく、大多数の人々の慣習を課すべきです。迫害のようだ