すでにプログラマーとして働いていたときに、タッチタイプを覚えましたか?もしそうなら、それは生産性にどのように影響しましたか?または、あなたはまだタイプに触れることができず、それがあなたを阻むと思いますか?
スティーブイェッジによると、それは不可欠であり、
個人的には、実際に入力する作業時間の25%未満しか費やしていなかったために、大きな違いに気付きませんでした(当時私は大規模なレガシープロジェクトに取り組んでおり、既存のコードの読み取りとデバッグにより多くの時間を費やしていました)。
すでにプログラマーとして働いていたときに、タッチタイプを覚えましたか?もしそうなら、それは生産性にどのように影響しましたか?または、あなたはまだタイプに触れることができず、それがあなたを阻むと思いますか?
スティーブイェッジによると、それは不可欠であり、
個人的には、実際に入力する作業時間の25%未満しか費やしていなかったために、大きな違いに気付きませんでした(当時私は大規模なレガシープロジェクトに取り組んでおり、既存のコードの読み取りとデバッグにより多くの時間を費やしていました)。
回答:
私にとっての主な利点は、人間工学に基づいた作業ができることです(首を見下ろしたり背中を痛めたりすることはありません)。ただし、プログラミング言語で句読点が過度に使用されるため、コメントを除いて、実際に速度に影響するとは思わない。Touch Typingは、少なくともQWERTYキーボードでは、単語により適しています。
スティーブ・イェッジはこれについて過剰に反応していると思います。私たちはタイピストではなく、問題解決者です。最後に、タイピングが邪魔にならないようにすることが重要です。それがあなたの身体的負担を引き起こしておらず、タイピング速度があなたのスルー速度の後ろに混乱しないなら、あなたはあなたが望むどんな方法でもタイプすることができ、私を信頼できます-タッチタイピングなしで速くタイプすることが可能です。
さて、私はこれについて私の作品をここで言いました:
高速で効率的なタイピストであれば、その思考を考えてからコードで表現するまでの時間を短縮できます。つまり、少なくともあなたが私なら、思考の流れを完全に失う前に、実際にいくつかのアイデアをスクリーンにコミットする可能性があるということです。再び。
個人的には、遅いタイピストをプログラマーとして真剣に受け止めることはできません。ハントアンドペックのピアニストを最後に見たのはいつですか?
高速タッチタイピングは、コーディング時に役立ちます。コードをより速くバングアウトできるからではなく、コードをバングアウトすることで気が散ることが少ないからです。プログラマーがテクニックを慎重に検討するか、APIを調べてからコードを書き始めるのを見たことがあります...構文を調べながら何かを忘れていたので、1分後に一時停止します。
2本の指を使用しているか10本の指を使用しているかに関係なく、キーボードがコミュニケーションの主な方法である場合は、話しているときに発音について考える必要がある以上、それについて考える必要はないはずです(はるかに少ない)あなたの母国語。
作業時間の入力の25%しか費やさないので、気を散らすことは大したことではないと思うかもしれません。
しかし、もっと重要なことは、入力する文字数が少なくなり、ワークフローを最適化してさまざまなテクニックを試す時間を最小限に抑えるか、コードの各行を貴重なものとして扱うことです。完全に適合しないコードや不要なコードを捨てるのではなく、出力に値よりも多くの価値を置きます。
はい、キーボードや画面を見なくても高速に入力できるので、間違いなく生産性が向上します。
あなたが入力するかは問題ではありません、またあなたがコードにとの言葉で同じ技術を使用しているかどうか、それは考えずになると、あなたはすぐにそれらを修正することを計画することができますので、あなたはまだ間違いを認識しています。
潜在的な従業員へのタクシー会社の所有者:
「運転する能力はどれほど重要ですか?」
コーディングに関しては、すべてのコードを非電子書籍から書き写している場合を除き、大した問題ではありません(その場合は大きな問題が発生します)。ただし、メールに返信したり、ドキュメントを作成したり、タイピングスキルがなければ他のビジネスコミュニケーションを想像したりすることはできません。
思ったほど速くタイプできない場合は、長いキャリアを積んでいます。
真剣に、キーがどこにあるのかなどについて少し考えて考える必要がある場合は、キーサイクルが多すぎることになります。
入力することを学ぶ、それは簡単です。
それはあなたがどのようなプログラミングをするかに完全に依存すると思います。私の仕事のほとんどはバグ修正であるため、通常は一度に数個の文字を変更するだけであり、何度も入力する必要はありません。コーダーを貼り付けますが、正しいコードが既にそこにある場合がありますが、それは単に逆の順序です。
新しいものをコーディングすると、コメントを含め、モデリングアプリケーションから多くのコードが生成されます。
また、私が目撃した高速タイプができるコーダーは、タイピングが必ずしも得意ではありません。確かに、彼らは私よりも20 wpmヒットする可能性がありますが、タイプミスによって導入されたバグと同じくらい2倍もあります。おそらく、コンパイルされたlangの問題ではないのでしょうか、それとも最初に正しく処理する人よりも頻繁にコンパイルする必要があるので、問題になるのでしょうか?
タイプに触れることができることはかなり重要です。他の人が言ったように、どの指がどのキーを押す必要があるかを考えるのに多くの時間を費やすことなく、コード(テキスト、他の言語構成要素)をコンピューターに取得できるはずです。バグ/メンテナンスの修正を処理する場合、これは通常、1つのローカルスポットで多くのコード変更を必要としないため、これはそれほど重要ではありませんが、新しいコードを作成するときは生産性に影響します(メトリックの毎日のSLOCオタク)。
正直に言うと、実際には質問のトピックではありませんが、よく出てくるのは、キーボードショートカットを知っていることです。クライアントとの最後の2つの製品デモでは、PowerPoint / Excel / etc(および開発中のアプリのキーボードショートカット)をすばやく操作できることに常に感銘を受けています。ある会議で、それについて話しているだけで、トピックから10分ほど離れたところまで来ました。
スピードの問題と同じくらい重要です。私はかつてキーボードの見物人でしたが、今でも時々癖があります。私は経験からタッチタイプになりました-それを学ぶために実際に座ったことはありません。
あなたが狩りやつつきタイプではない限り。私はパートタイムの技術サポート-やったものと勤務身震いを。
私はそれが非常に役立つと思います、そして、私は当時それを嫌っていたにもかかわらず、学校でそれを学ばなければならなかったことをうれしく思います。ところで、私の学校はITとビジネス組織に焦点を合わせていました。
それを心配しても助けにはなりません。昔、私はその本を読んで、「安静時」に指がどこにあるべきか、つまりASDFとJKLを教えてくれました。次に、必要な文字に最も近い指を動かすだけです。まだ一番上の行がありません。その後、心配しないでください。速度が来るのは、それだけです。
「Mavis Beacon Teaches Typing」というプログラムがありました。あなたは車を運転していて、タイプするのが速いほど車は速くなり、ミスをするとバグが風車に飛び散ります。それはとても楽しかったし、たくさん助けてくれました。
入力するほど、キーボードを見る必要が少なくなります。これは自然なプロセスです。それが、機械式キーボードの一部の人々が空白のキーを使用できる理由です。1は見た目がきれいだからです。2はより効率的で、キーボードを見ないようにします。DASプロフェッショナル、HHKB pro2などのこれらのキーボード...
AHK、texterなどの補助具を使用できます。texterは、AHKの上に作られたシンプルなGUIベースのテキストエクスパンダーで、シンプルで簡単ですが、+ AHKスタンドアロンでは、スペースコンボスクリプトを使用してスペースバーをモディファーキーとして使用できるように、より多くのコントロールを取得できます。
そして、ホーム、エンドなどのキー、またはホームの列から手を離すのが難しいキーをあなた自身が好みます。Capslockのコントロールキーと左手用の別のバックスペースコンボ(shift + space)の再マップなどは、スペースバーコンボスクリプトに関するスレッドです。
ブログのデザインを終えた後、スクリプトを使用するかもしれません。2010年の終わりにブログにアクセスしてください。:)
私の印象では、タイプをタッチする方法を知っている人は、コードにもっとドキュメントを書く傾向があります-それは簡単だからです。これは直接あなたに利益をもたらすものではありませんが、あなたが作業する他のすべてのもの、おそらくあなた自身のコードをデバッグ/拡張するときのあなた自身の将来を含みます。
個人的に、私は自分のコードを文書化していない人にうんざりしているので、プロジェクトのために人を選択するのを担当していた場合、プログラマが高速で入力できるかどうかをテストするでしょう。
タッチタイピングはプログラマーにとって必須のスキルです。ほとんどのプログラマーは、1分あたりの単語数が多いことで繁栄していると思います。これが問題のある場所だと思います。私はこれを以下で正当化しようとします:
タッチ入力することはできますが、プログラミング中に高いWPMを追いかけることはありません。これは主に、自分が何をしているのかを考える時間を増やすためです。
IDE内でリファクタリングショートカットを使用できることも同様に重要です。たとえば、自動プロパティ、名前の変更、またはメソッドのショートカットの抽出により、時間を大幅に節約できます。
コードスニペットとテンプレートの効果的な使用はより重要です。たとえば、Tstと入力すると、IDEでテストテンプレートを生成できます
ペアプログラミング中のWPMが高いと、他の人があなたをフォローするのが難しくなります。
要約すると、タッチタイピングは有能なプログラマにとって必須のスキルであると思いますが、他のツールと同様に、生産性にマイナスの影響を与えるべきではありません。