参考ソースを元に雛形だけでも作っておこう。:またこういう話が来たときに困らないようにしておかないと。プリプロセッサを使うことが前提のソースなので、眺めていて、悩む。数値に置き換えられてしまい、可読性がよろしくない。Javaを使う人の間には2つの流派がありそうな。1つは、Javaが思想的理由でプリプロセッサを排除したのだからそれに従うべきだ派。1つは、プリプロセッサが無ければ不便でやってられねえよ派。プリプロセッサのプの字も見当たらない・似たようなものがあるとしてもそれはeclipseの流儀に沿った独自記法等を要求するもので、Cの文化圏のプリプロセッサとは感覚が異なる。...eclipseの各種補完機能に慣れてしまった自分なので、今更フツーのエディタでガシガシ打つなんてやってられえよ的感覚なわけで。何か上手い手はないものか。:私はいつも以下のようにしています。メッセージ出力のコードは入りません。言語でやるようにプリプロセッサでバイナリに出力されるコードを制御するようなことはあまりしません。状況に応じてコンパイルさせる必要がないよう実行時に与えるパラメータを残しておくのが習慣のようです。ナノ秒しかかからないとの記述があります。5ナノ秒(ログ出力しない場合)のために努力するよりは、再コンパイルなしでデバッグメッセージを出力できる柔軟性を選んだ方が良い、と判断されることが多いみたいです。使えるなら使ったほうがいいような気がする自分なのでした。eclipseの操作方法を習得する時間が別途必要になる・そっちに時間を取られちゃうという問題もあって。Javaの勉強じゃなくて、eclipseの使い方の勉強をしてるという本末転倒な状態になったり。初心者は、どこからどこまでが自分に必要になりそうな知識なのかの見極めができず、また、目の前にある全ての操作を本来は記憶せねばならないという脅迫観念に取り付かれてしまう場合もあって。後者については自分もなんだか思い当たる。オリジナル版のソースを前に、「中身を把握しないと移植できない」と思い込んでしまい、数ヶ月、ただ眺めてしまって、何も進まなかった自分と。「Cで書かれてるんだから、まずはコンパイルが通るようにしよう」で、2週間で画面を表示させた大先輩プログラマーさんと...。おき、コンパイルが通るところまで、参考ソースを編集した。眺めてるうちに、触るべきではないソースを編集してたような気がしてきた。...もう一つのソースのほうを編集しなおしてみやう。