タッチ入力する能力はどれほど重要ですか?[閉まっている]


38

すでにプログラマーとして働いていたときに、タッチタイプを覚えましたか?もしそうなら、それは生産性にどのように影響しましたか?または、あなたはまだタイプに触れることができず、それがあなたを阻むと思いますか?

スティーブイェッジによると、それは不可欠であり、

個人的には、実際に入力する作業時間の25%未満しか費やしていなかったために、大きな違いに気付きませんでした(当時私は大規模なレガシープロジェクトに取り組んでおり、既存のコードの読み取りとデバッグにより多くの時間を費やしていました)。


1
Pythonやimhoのようなタッチ式でコンパクトな言語は素晴らしい組み合わせです。問題を解決する方法に集中するのに十分な時間があります。
systempuntoout

1
タッチタイピングとは、キーを見ずにメモリで入力できることを指しますか?タッチタイピスタから、さらに特別な方法論があるという印象を受けることがあります。
CodexArcanum

@CodexArcanum、あなたはまたあなたの手を安定させ続けるためにキーのために右の指を使わなければなりません。

@Thorbjørnあなたはホームローのような意味ですか?いいでしょう ええ、私は記号と時には数字のキーを覗くだけです。(数字をこれまでのところまで上げようと思ったのは誰ですか?)Kinesisのような派手なキーボードの1つが好きですが、キーボードに使うほどの現金はありません。
CodexArcanum

2
@CodexArcanum小学校以来、ホームの列に注意を払うことなくタッチ入力しました。私は無意識のうちに見もせずに私の指の次のキーに適切な距離を移動することができ、1を打つことができること-それは鍵がお互いに関連している場所のメンタルモデルを持っていることについてもっとだ
Izkata

回答:


37

私にとっての主な利点は、人間工学に基づいた作業ができることです(首を見下ろしたり背中を痛めたりすることはありません)。ただし、プログラミング言語で句読点が過度に使用されるため、コメントを除いて、実際に速度に影響するとは思わない。Touch Typingは、少なくともQWERTYキーボードでは、単語により適しています。

スティーブ・イェッジはこれについて過剰に反応していると思います。私たちはタイピストではなく、問題解決者です。最後に、タイピングが邪魔にならないようにすることが重要です。それがあなたの身体的負担を引き起こしておらず、タイピング速度があなたのスルー速度の後ろに混乱しないなら、あなたはあなたが望むどんな方法でもタイプすることができ、私を信頼できます-タッチタイピングなしで速くタイプすることが可能です。


6
実際...コードを書き始めるまで、句読点にタッチすることを学んだことはありません。しかし、コードのタイプミスを絶えず修正しなければならないので、それを拾うようになりました。どちらかと言えば、コードは単語よりも精度が重要です...
Shog9

@ Shog9考えてみると、句読点の一部をタッチします(つまり、。;;そして時々 ')が、一般的に、ピンキーを引き起こすすべての緊張のため、残りのキーには嫌悪感を抱いています。句読点にはどの指を使用しますか?
EpsilonVector

私の左の小指を除くそれらのすべて!(私は実際に昔々その指も使っていたと思います...しかし、それは機械式タイプライターを使ったときで、同じ手で左シフトと左句読点の両方を
押すの

ほぼすべての句読点にタッチします。私は一番上の行番号/句読点に人差し指と中指を使用します-左の小指がシフトします。右の小指はブレースとパイプをつかみます。私は20年以上タッチタイピングをしてきましたが、それについても考えていません。私はこれらのすべてをテストして、どの指が何をするかを教えなければなりませんでした:)
ジェレミー

4
「しかし、プログラミング言語で句読点を過度に使用しているため、コメントを除いて、実際に速度に影響を与えるとは思わない。少なくともQWERTYキーボードでは、Touch Typingの方が単語に適している。」私は強く反対します。タッチタイピングの利点を確認するために文章を入力する必要はありません。また、タッチタイピングを使用して句読点にすばやくアクセスできます。私はそれが速度に影響を与えないことに同意しません、私は前にハントとペッカーのタイプを見ました。
チャンス

90

さて、私はこれについて私の作品をここで言いました:

高速で効率的なタイピストであれば、その思考を考えてからコードで表現するまでの時間を短縮できます。つまり、少なくともあなたが私なら、思考の流れを完全に失う前に、実際にいくつかのアイデアをスクリーンにコミットする可能性があるということです。再び。

個人的には、遅いタイピストをプログラマーとして真剣に受け止めることはできません。ハントアンドペックのピアニストを最後に見たのはいつですか?


5
確かに、それは全体の話ではありません。私の意見では、あなたはおそらく、あなたがいない手段は、遅いタイピストであれば練習(あなたが紙の宗教上のダイクストラのプログラミングで信者でない限り)良いプログラマであることが十分にコーディング。
XMM0

33
狩りのピアニスト?素晴らしいフレーズ、悪い比phor。ピアニストは作曲を解釈しますが、私たちはソフトウェアを作曲します。
Kramii復活モニカ

5
@toto人生はいつまで「公平」だったのですか?
ジェフアトウッド

5
私は、他の人に、タッチ入力を学ぶことが私のプログラミングキャリアの面で今までで最高だったことをコメントしました。もう一度やり直さなければならなかったとしたら...以前に学んだことだけだったでしょう。他の「ハント&ペック」ユーザーがキーボードで30秒間(または指示されるまで)入力するのを見て、カーソル/キャレットが正しいものに焦点が合っていないことを確認した回数を数えられないまたは、別のウィンドウがフォーカスを奪われているなどです。同様に、編集メニューを使用するか、右クリックしてカット/コピー/ペーストにアクセスすると、貴重な時間を無駄にします。
scunliffe

3
@scunliffeその話の反対側で、私は何かを素早くタイピングして、実際には何も見ていませんでした(コードゾーニング)、カーソルが新しいウィンドウ(愚かなMSNメッセンジャー!)にジャンプしたことだけを認識し、コードは約半分がメッセンジャーウィンドウに入力されました。タッチタイピングのマイナス面:脳より速く進む!
CodexArcanum

31

高速タッチタイピングは、コーディング時に役立ちます。コードをより速くバングアウトできるからではなく、コードをバングアウトすることで気が散ること少ないからです。プログラマーがテクニックを慎重に検討するか、APIを調べてからコードを書き始めるのを見たことがあります...構文を調べながら何かを忘れていたので、1分後に一時停止します。

2本の指を使用しているか10本の指を使用しているかに関係なく、キーボードがコミュニケーションの主な方法である場合は、話しているときに発音について考える必要がある以上、それについて考える必要はないはずです(はるかに少ない)あなたの母国語。

作業時間の入力の25%しか費やさないので、気を散らすことは大したことではないと思うかもしれません。

しかし、もっと重要なことは、入力する文字数が少なくなり、ワークフローを最適化してさまざまなテクニックを試す時間を最小限に抑えるか、コードの各行を貴重なものとして扱うことです。完全に適合しないコードや不要なコードを捨てるのではなく、出力に値よりも多くの価値を置きます


4
@EpsilonVector:この議論の目的のために、「タッチタイピング」の定義を厳しすぎることはおそらく価値がありません:同じ結果を達成できる場合(キーの位置を覚えて、それらを意識的に探さずに入力し、 「公式」の指の位置に依存することなく、流れを壊さないように十分に速くそれらを打つことができます)、独自の個人的なタッチタイピングシステムを効果的に開発しました。それは単なる常識だと思うかもしれませんが、...長年の経験を持つ人々が、入力中に正しいキーを見つけるのに、まだゆっくりと苦労しているのを見てきました。
Shog9

1
同意...まともなタイピングスキルを持っていることが不可欠です。
ロバートハーベイ

1
私はこれに同意し、賛成票を投じますが、高速入力はあなたが簡潔であってはならないという意味ではありません。したがって、ほとんど同じ2行の回答を追加しました。:)
ピーターボートン

2
ほとんど同じ理由で、ハントアンドペックプログラマーは、コピーアンドペーストプログラミングの影響を非常に受けやすいようです。人々がコードを上下に10〜15秒スクロールして、コピーして変更できる1行を見つけるのを見てきました。そして、次の行でそれを繰り返します。
mmyers

2
@mmyers:現在の仕事でこれを毎日見てます。人々はスクロールし(多くの場合、スクロールバーの上矢印を使用して)、変更および再利用できる同様の行を見つけます。ある人はそれをさらに進めて、編集メニューを使用して、その行をコピーアンドペーストします。それは私が私の髪を引き裂きたいです。
ジョシュアスミス

13

はいキーボード画面を見なくても高速に入力できるので、間違いなく生産性が向上します。

あなたが入力するかは問題ではありません、またあなたがコードにとの言葉で同じ技術を使用しているかどうか、それは考えずになると、あなたはすぐにそれらを修正することを計画することができますので、あなたはまだ間違いを認識しています。


「またはスクリーン」?目隠しをしたコード...?^^
ギャブリン

6
ガブリン-確かに-私はできる。:Pおそらく、次に来るものを決定するために、他の画面(UIのある場所)またはデスクの仕様を見ています(そのため、チェックするのを止めずにそのまま続行できます) )。
ピーターボートン

1
確かに、私はコーディング/執筆をして、同僚と何かについて話すために見上げたり離れたりします-彼らとすばやくしかし完全な会話をしながら、まだ作業中のものに指を打ち込んでいます。私はときどきどれだけうまくやれるかに驚かされます...それをやっていること、つまずくのは「考えている」ときだけです。
scunliffe

8

タッチ入力は、技術的な部分よりも私の作業の共同部分にとってより重要であると思います。タッチタイピストよりも速くタイプできるハントやペックの人々を知っていますが、全体として、タイピングは雑用なので、トーハンターはコミュニケーションが取れない傾向があることがわかりました。


3
通信中、およびコメント中。あなたはコミットのコメントを愛さなければならない:「更新」。
ゴーティエ

6

潜在的な従業員へのタクシー会社の所有者:

「運転する能力はどれほど重要ですか?」


6
タクシーの運転手は運転能力の最低基準を持っていますか?信じられない。
Jared Updike

2
悪い例え-プログラミングはタイピングではなく、考えています。
誰も

運転はルート思考プロセスを実行しています。入力すると、プログラミング思考プロセスが実行されます。
アドルフニンニク

@rmx:使用しているソフトウェアを知りたいのですが、プログラムが存在すると単純に考えることができます。それは気の利いたことでしょう。貧しいslobs私たちのほとんどはに我々のプログラムを入力する必要があります。
Wolfger

私は...このすべての思考が「私は長年にわたって見てきたすべてのslidewareを占めていると思います
アドルフ・ニンニク

4

すでにプログラマーとして働いていたときに、タッチタイプを覚えましたか?

いいえ。タイプを正しくタッチできません。私の指はあちこちに行きますが、ほとんどの場合、各手に2本の指があり、あまり正確ではありません。(私は、1970年代にIBM 026カードパンチで難しい方法を入力することを学びました。)

もしそうなら、それは生産性にどのように影響しましたか?または、あなたはまだタイプに触れることができず、それがあなたを阻むと思いますか?

私はそれが私を妨げるとは思わない。ほとんどの場合、入力するのではなく考えています。


2

コーディングに関しては、すべてのコードを非電子書籍から書き写している場合を除き、大した問題ではありません(その場合は大きな問題が発生します)。ただし、メールに返信したり、ドキュメントを作成したり、タイピングスキルがなければ他のビジネスコミュニケーションを想像したりすることはできません。


少し拡大するために、私もタイプしない人は、ほんの少しでもガイダンスを提供することをmuchしていることに気付きました。私はドキュメント自体について話しているのではなく、「コードで動作するように開発環境を構成するための10のステップがあります」などのことさえ意味します。
MIA

@ジム・レオナルド-それは多くを説明するでしょう。インスタントメッセージやチャットを好まない人が何人かいます。
ジェフ

2

思ったほど速くタイプできない場合は、長いキャリアを積んでいます。

真剣に、キーがどこにあるのかなどについて少し考えて考える必要がある場合は、キーサイクルが多すぎることになります。

入力することを学ぶ、それは簡単です。


退屈で退屈ですが、はい、簡単です。
ダンローゼンスターク

「タイプすることを学ぶ、それは簡単です」-でたらめ。約25年前に習得するのは簡単かもしれませんし、長年にわたって適切なフォームを学習せずにキーボードを使用していない場合は簡単に習得できるかもしれませんが、そうでなければ簡単ではないことを証明できます。タイピング速度を30wpm以上にしようとすると、何年も行き詰まってしまい、卒業してから学んだ最も難しいことの1つです。学校。まだ可能かもしれません。ju審員はまだそれに取り組んでおり、私はまだ試みていますが、「簡単」はこのプロセスを説明していません。
ダニエルマーティン

2

プログラマーとしての15年間のうち、過去6か月間だけタッチタイピングを行ってきました。私にとって、キーボードを見る必要がないという利便性は、画面に焦点を当て続け、よりシームレスな作業プロセスを実現します。コンパクト(テンキーレス)キーボードと、最近ではトラックボールを使用しています。つまり、すべてが手元にあり、常に同じ場所にあります。見下す必要はありません。

コードのタイピングは速くなりましたが、これが全体的な生産性に大きな影響を与えたとは思いません。


1

それはあなたがどのようなプログラミングをするかに完全に依存すると思います。私の仕事のほとんどはバグ修正であるため、通常は一度に数個の文字を変更するだけであり、何度も入力する必要はありません。コーダーを貼り付けますが、正しいコードが既にそこにある場合がありますが、それは単に逆の順序です。

新しいものをコーディングすると、コメントを含め、モデリングアプリケーションから多くのコードが生成されます。

また、私が目撃した高速タイプができるコーダーは、タイピングが必ずしも得意ではありません。確かに、彼らは私よりも20 wpmヒットする可能性がありますが、タイプミスによって導入されたバグと同じくらい2倍もあります。おそらく、コンパイルされたlangの問題ではないのでしょうか、それとも最初に正しく処理する人よりも頻繁にコンパイルする必要があるので、問題になるのでしょうか?


1

タイプに触れることができることはかなり重要です。他の人が言ったように、どの指がどのキーを押す必要があるかを考えるのに多くの時間を費やすことなく、コード(テキスト、他の言語構成要素)をコンピューターに取得できるはずです。バグ/メンテナンスの修正を処理する場合、これは通常、1つのローカルスポットで多くのコード変更を必要としないため、これはそれほど重要ではありませんが、新しいコードを作成するときは生産性に影響します(メトリックの毎日のSLOCオタク)。

正直に言うと、実際には質問のトピックではありませんが、よく出てくるのは、キーボードショートカットを知っていることです。クライアントとの最後の2つの製品デモでは、PowerPoint / Excel / etc(および開発中のアプリのキーボードショートカット)をすばやく操作できることに常に感銘を受けています。ある会議で、それについて話しているだけで、トピックから10分ほど離れたところまで来ました。


0

スピードの問題と同じくらい重要です。私はかつてキーボードの見物人でしたが、今でも時々癖があります。私は経験からタッチタイプになりました-それを学ぶために実際に座ったことはありません。

あなたが狩りやつつきタイプではない限り。私はパートタイムの技術サポート-やったものと勤務身震いを


わからない...狩りやペックのタイピストだったとき、私は純粋に狩りやペッカーではありませんでした(特定の単語にはさまざまなアドホックなマルチフィンガーの組み合わせがありました)。
EpsilonVector

0

私はそれが非常に役立つと思います、そして、私は当時それを嫌っていたにもかかわらず、学校でそれを学ばなければならなかったことをうれしく思います。ところで、私の学校はITとビジネス組織に焦点を合わせていました。


0

それを心配しても助けにはなりません。昔、私はその本を読んで、「安静時」に指がどこにあるべきか、つまりASDFとJKLを教えてくれました。次に、必要な文字に最も近い指を動かすだけです。まだ一番上の行がありません。その後、心配しないでください。速度が来るのは、それだけです。

「Mavis Beacon Teaches Typing」というプログラムがありました。あなたは車を運転していて、タイプするのが速いほど車は速くなり、ミスをするとバグが風車に飛び散ります。それはとても楽しかったし、たくさん助けてくれました。


0

入力を正しくタッチすることを学んだことはありません(ホームの列に手を戻すなど)が、各手の複数の指で入力し、エラーなしで45 wpmと入力できます。そうです、効率的に入力できると便利です。

私のやり方を学び、タイピング速度に20 wpmを追加する価値はありますか?知りません。このようなものを入力するには、必ず。不明なコードを入力してください。私はコーディング中にマウスを行き来するのに非常に多くの時間を費やし(多くの段階的な改良を行う傾向があるため)、とにかく非常に長いフレーズを入力することはめったにありません。


0

入力するほど、キーボードを見る必要が少なくなります。これは自然なプロセスです。それが、機械式キーボードの一部の人々が空白のキーを使用できる理由です。1は見た目がきれいだからです。2はより効率的で、キーボードを見ないようにします。DASプロフェッショナル、HHKB pro2などのこれらのキーボード...

AHK、texterなどの補助具を使用できます。texterは、AHKの上に作られたシンプルなGUIベースのテキストエクスパンダーで、シンプルで簡単ですが、+ AHKスタンドアロンでは、スペースコンボスクリプトを使用してスペースバーをモディファーキーとして使用できるように、より多くのコントロールを取得できます。

  • たとえば、他のキーを使用するよりも0.2秒以上スペースを保持する場合
  • ホーム行---hjkl =左、下、上、右のナビゲーション
  • 行を上に移動、---- yuio =バックスペース、取り消し、やり直し、
  • 1行下、-------- bnm 、。=?( '"{

そして、ホーム、エンドなどのキー、またはホームの列から手を離すのが難しいキーをあなた自身が好みます。Capslockのコントロールキーと左手用の別のバックスペースコンボ(shift + space)の再マップなどは、スペースバーコンボスクリプトに関するスレッドです。

http://www.autohotkey.com/forum/post-406030.html#406030

ブログのデザインを終えた後、スクリプトを使用するかもしれません。2010年の終わりにブログにアクセスしてください。:)


Windows以外のユーザー向けの翻訳:textExpander for Mac、autokeyまたはLinuxのkbd-mangler。そうは言っても、速いタッチタイピストであるということは、どのソフトウェア支援者よりもポータブルなスキルだと思います。;-)
トム・モリス

0

私の印象では、タイプをタッチする方法を知っている人は、コードにもっとドキュメントを書く傾向があります-それは簡単だからです。これは直接あなたに利益をもたらすものではありませんが、あなたが作業する他のすべてのもの、おそらくあなた自身のコードをデバッグ/拡張するときのあなた自身の将来を含みます。

個人的に、私は自分のコードを文書化していない人にうんざりしているので、プロジェクトのために人を選択するのを担当していた場合、プログラマが高速で入力できるかどうかをテストするでしょう。


0

キーボード、IDE、マウス、プログラミング言語など、すべてコーディング時に消えます。キーボードを非表示にするために働いた唯一のトリックは、タッチタイピングです。私はまだそれらの残りを消滅させるのに苦労しています!


0

タッチタイピングはプログラマーにとって必須のスキルです。ほとんどのプログラマーは、1分あたりの単語数が多いことで繁栄していると思います。これが問題のある場所だと思います。私はこれを以下で正当化しようとします:

  • タッチ入力することはできますが、プログラミング中に高いWPMを追いかけることはありません。これは主に、自分が何をしているのかを考える時間を増やすためです。

  • IDE内でリファクタリングショートカットを使用できることも同様に重要です。たとえば、自動プロパティ、名前の変更、またはメソッドのショートカットの抽出により、時間を大幅に節約できます。

  • コードスニペットとテンプレートの効果的な使用はより重要です。たとえば、Tstと入力すると、IDEでテストテンプレートを生成できます

  • ペアプログラミング中のWPMが高いと、他の人があなたをフォローするのが難しくなります。

要約すると、タッチタイピングは有能なプログラマにとって必須のスキルであると思いますが、他のツールと同様に、生産性にマイナスの影響を与えるべきではありません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.