コードを紙に印刷することは一般的ですか？
次の理由により、コード行を80文字未満に抑えたいと思います。
- 水平方向のスクロールは必要ありません。
- この制限を超えた場合、ラインがおそらく複雑すぎることは知っています。そして
- 紙にきれいに印刷されます。
後者については、実際にコードを出力して確認する人はわずかしか知りませんでした（私はそのうちの1人です）。それでは、コードを印刷することはどれほど一般的ですか？
私はまだたまにコードを出力しますが、それが特に節のある問題である場合のみです。
これは通常、コードが複雑すぎてリファクタリングが必要であることを示しているため、最初に落書きをすることで問題を見つけて修正し、コードを分割する場所を見つけるのに役立ちます。
[〜＃〜] solid [〜＃〜] および [〜＃〜] dry [〜＃〜] 原則の理想的な世界では、あなたshouldメソッド全体を1つの画面で表示できる必要があります。しかし、私たちは理想的な世界で働いていません...
あなたは賭けます。ただし、横向きでの印刷では132文字を使用できることを忘れないでください。
ユニでは、緑色のバーの紙に定期的にコードを印刷していましたが、紙の上でコードを見ると、コードがどれほど深く複雑であるかを体感するのに驚くばかりです。私たちは（少なくとも今日の時点では）小学校時代からページを読んだり、各ページがどれだけ表現できるかについて、まだ精神的に刻印されています。これは、コンピュータコードに非常に複雑なメタファーをもたらします。
時には、多くのコードを同時に確認する必要があるコード（通常は新しいコード）をよく見る必要がある場合があります。次に、一度にすべてを確認できるようにするために、印刷出力は非常に貴重な場合があります。
蛍光ペンと赤と緑のペンを組み合わせると、概要を把握するのに役立ちます。紙に書いたメモは、後で何らかの形でコードに追加されます。
現代のカラープリンターでは、紙に構文の色を付けることもできます。それは本当に素晴らしい助けであり、強くお勧めします。
（私はまた、読み取りのための仕様を印刷します-それは余白にメモを入れるためです）
時々私はそれを印刷して電車の中で読んだりメモしたりします。行き詰まったときは、静かな会議室のテーブルの上に広げます。それが本当に役立つかどうかはわかりませんが、それは素晴らしいペースの変化です。
もう1つ：画面に収まらない複数の入れ子になったIf/Thenステートメントである古いコードを見つけました。彼らはそれを書いた元のプログラマーを解雇するべきでしたが、それから私は失業するでしょう;）
コードのピアレビューを行うためにコードを印刷するだけです。私の意見では、レビューをオフラインで行うことは、すべての邪魔なコンピュータで行うよりも効率的です（しかし時には役立つことがあります）IDEもの。
1つ（または2つ以上）のかなり幅の広いモニターを使用している場合は、2つのソースファイルを全画面モードで縦に分割して簡単に開くことができ、制限の厳しい線幅の規制に従う必要はありません。
また、場合によっては、行全体（つまり、デバッグメッセージを出力する行など）を表示する必要がないため、行が右側で切り取られていても問題ありません。
しかし、あなたの質問に答えるために：私の意見では、コードを紙に印刷するのは一般的ではありません。
さて、私は今ではめったに紙にコードを印刷しませんが、昔はいつもそれを使っていました。
最近の通常の理由は、静かな場所に座ってコードをジュニアに説明するか、または長いメソッドに本当にバグがあり、ペンと紙の作業が必要な場合です。特にどこでもメモやハイライトを表示したい場合は、画面だけでは十分ではありません。
緊急時にはSSHを介してバグをすばやく修正する傾向があり、ワイドターミナルを使用したくないので、ほとんど常に80文字の制限を守っています。また、横スクロールは悪魔です。
10代の高校に通っていたとき（今は21歳）、自宅にインターネット接続がありませんでした。そのため、私は頻繁にコードサンプルとさまざまなAPIドキュメントを印刷して持ち帰っていました。
補足：必要な情報がすでにある場合、インターネット接続なしでさらに多くの作業を実行できるのは驚くべきことです。
ソースコードを印刷したことはありません。私はそんなことをする必要がなかった。コンピュータ画面の外で見た唯一のソースコードは本にありました。
プリンターを別の目的で使用しました。
両方のモニターがいっぱいになり、常に何かを参照する必要があるときに、コードを出力します。机の上の紙は、貧しい人々の追加のモニターです。
それでは、コードを印刷することはどれほど一般的ですか？
DOSプログラミングの時代には何年も前から一般的でしたが、80文字が印刷されたページを正確に埋めていました。当時はマトリックスプリンターがあったので、おそらくハードウェア側の制限でした。コンソール画面の制限でもありました。
今日、人々はコードをほとんど印刷しません。唯一の例外は、就職の面接のテスト例として印刷された小さなコードスニペットです。
最近の人々は主に大型モニター、フルHDなどを使用しています。通常、印刷の副作用を考慮せずに150〜200文字に拡大します。
チームで話し合う時間になると、通常誰かがラップトップをつかんでプロジェクターに接続します。この場合も、誰もコードを出力しません。
最後にコードを印刷したのは約8年前の大学の卒業証書で、誰も読んだことがないと確信しています。それ以来必要はありませんでした。
印刷コードは、特別な理由を除いて、1975年から1982年の間に廃止されました。
- 通勤中にそれを読み取るコード
- それを置き換える新しいプロジェクトの仕様に入る古いコード
- 露骨なエラーに対処するため。モニターよりも紙の束で同僚を殴るほうが安全です
もう違います。以前は、IDEが登場する前の時代に、それが常に行われていました。当時は、連続フィードのドットマトリックスが標準でした。これらのプリントアウトを広げて、非常に簡単にめくることができます。現代の枚葉式レーザー/インクジェットプリンターは、大きく後退しています。それらを一緒にステープルで留めることは、同様に流れません、そして、ステープル留めしないことは、混ざるルーズなシートをもたらします。自動強調表示とメソッドナビゲーターを備えた最新のIDEは、印刷出力を調べることによって検出されたエラーのクラス全体も排除します。
私たちの知的財産の弁護士は、著作権の提出のために「ハードコピー」を要求します。
彼らが実際に紙に印刷するかどうかはわかりません。私はそれらにPDFを送信します。これは、印刷したり、著作権の申告に含めることができます。
大きなモジュールを印刷してさまざまなセクションをすばやく確認できれば、わかりやすくなります。おそらく複数のモニターで同様のことを行うことができますが、コード内に2〜3か所以上の場所を確認する必要がある場合は、スクロールを続けてブックマークを追跡するよりも、すべてを1つの場所に分散させる方が迅速です。また、古いコードと新しいコードを並べて表示できるので、エディターで変更を加えるのではなく、変更を加えて印刷出力をマークアップすることも好きです。確かに、エディタで古いコードをコメントアウトすることはできますが、数行以上を置き換える場合は、古いコードをスクロールしてモニタからスクロールアウトするので、見栄えがよくなります。
そうは言っても、もうコードを印刷することはほとんどありません。リスト全体が連続していて、余白にメモ用のスペースが十分にあるファンフォールド紙には最適でしたが、個々のレターサイズのページにすべてを印刷することは、画面上に表示するのと同じくらい悪いことです。特に、エディターがヘッダーとフッターを1インチのマージンで配置することを主張している場合。幸いなことに、最新のIDEには、印刷する必要性を減らすための多くのツールが用意されています。
小さめ（15インチ）のシングルモニターを使用しているため、コードを印刷することがあります。2つのプログラムを組み合わせる必要があり、プログラム間を切り替えるのが非常に難しい場合があります。 。
コードを紙に印刷するのはごくまれですが、深刻なオフラインデバッグを行う場合や、他の誰かのコードを理解したい場合に限るので、丁寧に行う価値はあります。
また、私はおそらく、コードよりもデータベーススキーマを紙に印刷する傾向があります。
横スクロールの問題はより大きな煩わしさであり、120文字未満に保つ理由です。
私は科学記事と一緒に来るコードだけを印刷します。このコードは頻繁にアルゴリズム（私が言うところの複雑なアルゴリズム）の実装を提供し、それを処理するのに数時間かかるためです。
SQL文を含むコード、またはいくつかのGUIプログラミングを印刷するつもりはありません。
厄介な複数ページの問題を理解するために、コードをときどき印刷します。
ほとんどは決してない
コードを印刷したり、コードを印刷したりしたときのことを思い出すのは本当に難しいと思いました。そして、正直に言って、私は一度も思い出していないと言える（疑似コードを除く）。
コードを印刷する正当な理由がないことを示唆しているわけではありません。
私は自分のために何も印刷せず、それを抜け出せないときだけ他の人のために印刷します。プリントアウトも嫌いです。彼らは私の机を散らかし、それから私が彼らの責任を負います（それを保存するか、ファイルするか、細断するか、スクラップとして使用するか？）
数十年前からメインフレームのコーディングを行っており、彼のそばに数フィートのコードプリントアウトが山積みになっている人の近くで仕事をしていることを覚えておいてください。
あなたに合ったことをしてください。 yourプリントアウトをmyデスクに置いたままにしないでください。ありがとうございます。
上記のものに対する少し異なる答え。
私は学生です。さまざまな授業の提出用のコードを印刷していますが、コードを記述する必要があるすべてのユニットではありません。
初年度のほとんどのユニットでは、電子的なアップロードまたはCDに焼き付けたコピー（そう、5 Mb Zipファイル用のCD ...）に加えてハードコピーが必要でした[講師の選択]
私は現在2年目にいます。これまでのところ、電子版のみのアップロードが1回、ハードコピー+ CDのハンドインが1回ありました。
授業の電子提出を可能にするMoodleがあることを考えると、コードを常にアップロードするわけではない理由は私を超えています-大学のプリンターで印刷するために支払う必要があり、PCのいずれにも単一のCDバーナーがありません私が知っていること。もちろん、講師はMoodleが嫌いですが、それはまったく別の問題です。
ところで、私はイギリスの大学生で、小さくて未知の学生ではありません。私が最後に見たとき、The Times/Guardianによると、鉱山はUniのトップ10に入っていました。
新しいツールは私をよりよくサポートし、素早くナビゲートすることを可能にし、それらは多くのタイプの要約とビューを提供します。したがって、以前ほど頻繁に印刷しません。しかし、印刷物の順次読み取りはさらに簡単です。私が印刷する個人的な主な理由は心理的なものです。それが原因で検索を続けることができず、プリンターで印刷しているときに考え始めます。また、立ち上がってプリンターまで歩くことの有益な効果は過小評価されるべきではありません:)
私は常にコードを印刷していますが、それは私がそれをインストラクターに提出するためにそれを行う必要がある学生だからです。
ただし、複数のモニターにアクセスできるため（優れた開発者のように）、参照用にソースコードを出力する必要がある状況はあまりありませんでした。スキーマを一目で確認できるように、データベースの作成に使用したスクリプトの1つを印刷したことがありますが、あまり使用していないようです。
以前はかなり頻繁にコードを出力していましたが、机に複数のモニターを置いているので、今ではあまり実行していません-右側のモニターで参照として使用しているリストの一部を保持することがよくあります（これは多少ずれています）。側面）、そして私の目の前に私の現在の作品。
Odeを出力する場合、ほとんどの場合、勉強したい誰かまたはどこか（ライブラリ）のコードであり、ページを前後にめくる必要があります。
長い行を使用する傾向があるので、私はほとんど常に横長モードでコードを印刷します。
私は時々毛深いコードを印刷して、それを理解しようとします。 「奇妙な」何かをデバッグするときに、逆アセンブリも出力しました。
私の最後の仕事で、コードレビューのコードを印刷しました。コードレビューを行っているときに、コードの一部をハイライト/マークアップできるので、レビュー中に生じた問題を適切に参照できます。
また、特に節があり、ねじれたコードをリファクタリングする必要があったとき（結局は書き直しになりました）、実際にソースコードを印刷し、壁にテープで貼り付け、次に文字列のビットを使用してロジックが一緒に織り込まれました。
最近ではありません。特に難しいコードを参照する必要がある場合は、複数のモニターをサポートしています。現代のハードドライブは、数千行もあるコードを格納している私にきらめきません。コードの印刷[〜＃〜] imho [〜＃〜]は無駄であり、一般的には役に立ちませんが、それは私だけです。
とはいえ、私が最初に開発/プログラムを習得したときは、20ページのコードを印刷することは何も考えていなかったので、時間と場所があるかもしれないと思いますが、最近はあまり使用されていません。
並べて比較できるようにコードを印刷します（作業中のモニターはワイドスクリーンではありません）。自宅にはワイドスクリーンがあるので、2つのドキュメントを並べて快適に表示できます。
米国の法律が強力な暗号のエクスポートを許可していなかった時代に、米国を拠点とするオープンソースの開発者は、コードを印刷して米国外に郵送し、ボランティアによってスキャンされていました。しかし、これがあなたの質問に答えるかどうかはわかりません;）
過去10年ほどは、コードを印刷したことだけを思い出すので、コードに蛍光ペンを使用して、コードの屈折方法を計画する前に、何か共通する部分をマークアップできます。
ただし、コードを床に配置すると、概して色付きの蛍光ペンや付箋紙とともに、全体像がわかりやすくなるため、広い連続紙に印刷できないことがあります。 A4印刷されたポケットベルは、妥当なモニターが提供するものよりも優れていません。
モニターは以前よりもコードの面で劣っているのに対し、モニターははるかに良く、大きくなっています。