コンピュータ言語を学んで幾星霜、何も書けるようになりません。
むかしLinuxを弄っていたときに、こんな話を読みました。
「XFree86のソースコードを読んで、後々役に立った」と。
また学生時代の同窓生は、先輩のC++のコードをJAVAに直して書いて卒論としました。
書けるようにならないのは、例えばフリーのソフトのソースを読めず、
それ故どう書けばいいのか分からない所為かと思うようになりました。
HTML → C++ → Perl → JAVA → C → Python →VB →VBScriptと来ましたが、挫折しました。
それで読む段階で何をやっているのか分からない事が多いですが、
今回の場合、教科書を理解できるレベルであると仮定して下さい。
その後にソースコードを読んで、C#/JAVA/C/C++に
移植する事で勉強したいと思っていますが、ここで本題の、
どんなプログラムのソースコードを読めばいいのか教えて頂きたく思います。
開発環境はWindows 7 です。必要に応じてUbuntu/Debianでも導入しようかと思っています。
要は、読めるようになれば書けるようになるのではないか、と言う事です。
ご回答お待ちしております。
No.13
9
1
13pt
書けるようになりたいのであれば、
「どのように勉強すれば・・・」等の遠回りの道のりを考えて時間を費やすのではなく、
とにかく書きまくりましょう。必要性に迫られるのが大事です。
例えば、「obcの勘定奉行と全く同じものをVBで作る!!」とか決意してみたらどうですか。
こんな決意をしたら、まず画面を真似ようとしますよね。
本やネットで検索しながら必死で書いてたらそりゃ書けるようになりますよ。
複数サブシステムを記述していく内に、
ERも事前にキチンと考えておかないと必ず破綻することも経験するでしょう。
こんな経験から、SQL Profilerを使用して勘定奉行のERをリバースする事をひらめき、
必死に勉強すればとっくに一人前のDBアプリエンジニアです。
Connectionをオープンにしっぱなしにして実装していく内に、
「かたまっちゃった！！」 → 最大コネクション数に達したんだ・・・
→ コネクションをクローズしなきゃダメなんだ。
→ １回１回クローズしたら遅いな・・・
→ コネクションプーリングか、なるほどね・・・
てなるでしょう。
大型システムを記述していく内に、
処理の記述の集約の大事さがわかるでしょう。
オブジェクト指向の大事さがわかるでしょう。
いきなり本で「現代はオブジェクト指向が主流」とか学習するのではなく、
何も考えずに書き痛い目を見ましょう。そっちのほうがはるかに良い理解です。
J2EEレイヤの一方通行性の重要さがわかるでしょう。
DAOの重要性がわかるでしょう。
例えばJavaでabstractとかprotectedとか学びましたよね？
本当にその意義を教科書から読み取れますか？
例えば、abstractはフレームワーク側でよく使いますよ。
個別実装の具体的な内容がわからない状態で、フレームワークの処理順序を記述します。
protectedは、個別実装範囲から見えてはいけないもの、
例えばConnection Poolからしか管理させないConnectionオブジェクトとかのアクセス範囲を限定する為に、
よく使います。
それも経験から習得した事です。
No.1
2678
14pt
読む以前にプログラムを作る必要があるのでないでしょうか
具体的に自分の行いたいことをはっきりさせ
最初は数行でもかまいませんが自分でプログラムを作り
動かし、色んなエラーがでます。
その原因を一つ一つ確認し修正し実際に
目的にかなうように動かしてみる
この作業を繰り返してみてください。
この基礎体力が身についた上で、参考になるプログラムの
ソースを読むことです。
実際に、プログラムのコーディング行い
エラーに遭遇し、そのエラーを自分で教科書を確認しながら
修正した経験無しに他のソースプログラムを読んでも分かりません
自分で動くプログラムを完成させたら、自然と次にすることが
分かってきます
メイクアンドトライという奴ですね。
小さいプログラムでも有効そうですね。
No.3
1136104
14pt
質問の意図を完全には理解できていませんが、
ここで本題の、どんなプログラムのソースコードを読めばいいのか教えて頂きたく思います。
この字面に従うとすれば、
失敗するテストを書く
できる限り早く、テストがパスするような最小限のコード本体を書く
コードの重複を除去する（リファクタリング）
目的達成のために必要最小限のコードだけが書かれたソースコードを読むべきです。
実際のシステムでは
余計なこと、複数目的用、デバッグ用、...など、プログラムの理解に邪魔なコードが多く在ります。
Sourceforge あたりからプログラムを落としてくればいいでしょうかね。。。
No.4
19931
14pt
書けるようになるためには、やはり「書く」ことが必要かと思います。
通常の語学も外国語を聞かないと聞き取れるようにはなりませんし、
外国語を話さないと話せるようになるのは難しいですね。
コードが書けないというのはいくつか理由があると思います。
一つはただなんとなくプログラムを学んで
ただなんとなくプログラムを書こうと思っても
なんとなくだからいまひとつ身が入らないというかんじでしょうか。
そういう点では「こういうのを作りたい！」というものを
まず見つけないとだめですね。
そういうのを見つけた後次に躓くのが
言語を理解していても、目的を実現するために
どういう処理をすればいいのかわからないということでしょうか。
たとえば、mp3 を扱えるようになりたい！といったばあい
プログラミング言語とは別に mp3 についての知識が必要になります。
それがわからないとどうにもなりませんから。
そういう点でプログラミング言語に限らず
自分が作りたいプログラムに関して
なにかを学ぶ必要があることもあります。
そういう点では他の人がどういう処理をしているのか
読んで参考にすることは非常に有意義だと思います。
ただ、やはりプログラムは
その分野・目的に応じて処理はばらばらです。
ですので、特定の分野について理解したからといって
別の分野ですらすら書けるようになるほどかんたんではないと思います。
共通する部分はないわけではありませんが。
自分がどういうプログラムを作りたいか考え、
類似のオープンソースプログラムを探し
それを参考にしながらとにかく書いてみるしかないかなと思います。
上述のsourceforgeあたりか、そう言うコードのを載せているサイトから
落としてくるのが良いでしょうかね。。。
No.5
178296
14pt
私はいくつも言語を覚えて来ていますが、
GUI系の言語であればまず最初に行うプログラムというのがあります。
まず、「テキストボックスに入れた文字をボタンを押すとメッセージボックスで表示する」というプログラムです。
これができれば、基本の入出力ができていることになるので、後は演算の問題だけになります。
次は、「ファイル選択ダイアログ」を表示させて、「ファイルの入出力」ができれば、簡単なツールが作成できるようになります。
その後、スレッド・タイマーなどで時計アプリを作ったりします。
その次にネットワーク系のアプリを作ってみます。
このくらいまでできれば、大抵のことはできると思います。
本で行けば、入門書を１冊完読したら、次は逆引き本を買って、自分が作りたいプログラムに必要な所を読んで行けば良いと思います。
何か他のプログラムを読めば良いというより、質問者の方は作りたいプログラムが無いのではないでしょうか。
ごく簡単なツール（何かの作業を自動化するとか）で良いので、自分で色々作って行くのが一番の早道だと思います。
これですが、マイクロソフト公式の「プログラムを作ろう!Visual C# 2008 Express Edition"と言う、
教科書を持っています。
長らく眠らせていましたが、試してみます。
なるほど、GUIから勉強をしても良いのですね。
No.6
2476
14pt
私も最初は教科書レベルのプログラマーでした。
書けるようになったのは、
仕事で実際に動いているプログラムのソースコードをコピペして、
部分的に新しく書き換えて使ってみました。
ちょこちょこエラーが出るので、それを修正して繰り返し、進めていくうちにかけるようになりました。
まずは動くプログラムのソースコードをどこかでコピペして動かしてみてはいかがでしょうか。
一緒にコードを作成する友人でも居ればいいのですがね。。。
No.7
1329
14pt
> どんなプログラムのソースコードを読めばいいのか
質問者さんがどの程度理解しておられるのか分からない(本当に教科書を理解しているのなら問題なくコードを書けると思います)ので何とも言えませんが、最初から難しいものを読もうとせず、Hello world!なプログラムのソースから読み始めてみてはどうでしょう。
上手い書き方の作法を知ったり、コードの雰囲気を知ったりするのには実際のプログラムのソースを眺めることは有用だと思うのですが、いきなりXFree86のような巨大なソフトのソースを読んでも理解できないと思います。足し算ができないのに微積分の参考書を眺めているようなものではないでしょうか。
質問者さんが日頃使っている、もしくは興味があるプログラムのうち、一番小さいオープンソースのものを探して読まれることをお勧めします。
> 読めるようになれば書けるようになるのではないか
他の方の回答にもありますが、質問者さんがどのようなプログラムを書きたいのかが分かりません。遍歴にある言語もHTMLのようなマークアップ言語であったり、PythonのようなWebスクリプト系の言語であったり、CやJavaのような本格的なプログラミング言語であったりとばらばらですし。
プログラミングが上達するためには、どんなプログラムを作りたいのかをしっかり考えることが一番だと思います。それに応じて適切な言語や知識が決まってきますから、その範囲の外にあるプログラムのソースを読んだとしても、そこから得られるものはそう多くないのではないでしょうか。
CNNのサイトの英文をただ漫然と眺めていても内容を理解することはできませんよね。何か興味を引くような内容があってはじめて、文章を訳してみようという気が起こるのではないかと思います。
これは個人的な勧めですが、動作に不満があるプログラムのソースを、自分の希望する動作を行うように修正してみることから始められてみてはどうでしょうか。
やはりゼロからプログラムを書くことは大変なので、まずは既成のプログラムをちょっとだけ直すところからされると良いのではないかと思います。
他の方の回答と殆ど重なってしまっていますがご容赦ください。
では。
直す・・・とすると、JaneStyle の VBScript とか JScript の WSH を弄る事でしょうかね。
そう言うできている物を改造とかしてみたいと思います。
No.8
560170
14pt
>どんなプログラムのソースコードを読めばいいのか
てっとりばやいのは、バグや変更したい箇所のあるプログラム。
移植なんて大層なことを考えずに、同じ言語でバグを治したり、動作の追加や変更したらよいと思います。
今は、いろいろオープンソースなものがたくさんあります。あぱっちでもりなっくすでももっとちいさななんかでも。
プログラムを覚える以外の目的があるほうが、ためにもなるし、やる気も持続すると思います。
もしくは自分で書いたプログラムだと思います。
とりあえずなんかいろいろ作っていけばよい。読むより書け！迷わず行けよ！
全部前の方々がおっしゃってますね。ポイントはいりません。
ソースコードが転がっていれば、それを弄れるようになりたいですね。
改造しているうちに自分のコードになれば幸いです。
No.9
49732154
14pt
教科書レベルはクリアしてるとのことなので、テキストファイルを読み込んで加工したり、
データを並べ替える程度のプログラムは、何となく理解できるレベルではある、ということですよね。
昔は、unix のコードを読め、みたいなことをよく言われたけど、質問で上げてもらった範囲だったら、
JDK のソースを読んでみるのが一番良いんじゃないかな。
アルゴリズム的なところから入りたいのなら、java.lang.* とか、java.util.* とか。
データ処理もグラフィックも、それなりにカバーされているので、書きたいと思ってるコードに近いパッケージのクラスのコードを読んでみて、どうしてこういう書き方になっているのか、ということに対して、自分なりの理解をしていけば良いんじゃないだろうか。
「どうして、このような書き方になっているのか分からない」というところがあれば、聞けば教えてくれる人はいっぱいいる。
クラスによっては、コードの書き方云々ではなく、アルゴリズムを理解して無いと読めないものがあるので、それはまたそれで、聞けば良いんじゃない？
ただ、ソースコードを読んでるだけじゃ、（多分）クラス設計ができるようにはならない。
個人的にお勧めなのは、古いけど OMT（残念ながら、絶版）。
個人的な感想として、「まず、書いてみる」のは、モチベーションを上げる（or 維持する）のには良いと思うけど、
レベルを上げるためには、あまり良い方法だとは思わないな。
頑張って、いろいろ試行錯誤して、独力で動かせたときの満足感というのは捨てがたいものがあるけど、
逆に、変な癖がついちゃう（かもしれない）ことも否めない。
変な癖がついちゃうと、「良いじゃん、これでも動くんだから」みたいな感じになって、なかなか治らないんだ（職業プログラマにありがち）。
もちろん書けるようになりたいのですが、文法を覚えて、まねて弄るというのをしたかったのです。
書いてくださった皆様、参考になりました。
感謝申し上げます。
No.10
90
14pt
「教科書に書いてあるソースコード」では駄目なのでしょうか？
仮にも教科書目的として出版されている本に書いてあるコードなら、それなりに良質なコードが記載されていると思います。
（真っ当な技術系出版社の本なら、ちゃんと監修が入っていると思います。）
そのコードを、勉強したい言語のコードに移植してみるというのはいかがでしょうか。
それなりにスキルがある方なら、バグ持ちやクセのあるコードを読むのも勉強になりますが、経緯を見る限りそこまでのスキルはお持ちでないようなので、むしろあまり変なコードは読まない方がよいと思います。
今の段階では、良いコードを読む事の方が大事だと思います。
あと、完成したアプリケーションのソースコードだと、プロの開発者でもちゃんとした設計書無しでは読めない事が多いです。
サンプルコードレベルから始める事をおすすめします。
サンプルコードという事とフリーの開発環境という事で、
Visual Studio 2010 Express Edition を使おうかと思います。
今更 Linux には戻りたくない（Emacsを除く）ので・・・
すると、VB.Net や C# になると思うのですが、下のご回答で、PHPが推薦されていますね。
言語をどれにするかは神学論争でしょうが、上のご回答の GUI で作る、と言うのに惹かれました。
いままではコマンドラインみたいなものばかりだったので、気持ちを一新する意味においてです。
ご回答ありがとうございます。
No.11
40
14pt
wikiを活用してソースを読む手法として「ひらメソッド」があります。
試してみてはいかがでしょうか。
http://hira-consulting.com/wiki/index.php?2005_6_23%A5%AB%A1%BC%...
WikiソフトウェアにはTiddlyWikiをオススメします。
1つのプロジェクトで1つのファイルにすると管理がしやすいと思います。
HTMLをベースとしてCSSとJavaScriptを含むというのに惹かれます。
ご回答ありがとうございます。
No.12
51640
13pt
まずそのアプリが何をやってるのかわからなければ、動作は分からないかと思います。
みんなが何をやってるのか分かり易いものとして掲示板があります。
掲示板は、投稿を受け付けて、データファイルに追記して、投稿が無いアクセスは過去の投稿を表示と、
何をやってるのか把握しやすい。
そしてそのプログラムをリファレンス本 (必須！！) を片手に読み解いてください。
また、読み解くプログラムは PHP にせよ Perl にせよ、色々読むのではなく１つの言語をある程度
読めるようになってください。
色々手を付けては混乱するだけです。
リファレンス本が必須なのは、WEB で無料で見られるとはいえ、ウィンドウを行き来しなくてはならないし、
初心者にはオススメできないです。
やはり 「紙に書かれたもの」 は偉大です ^-^
そして１つのプログラムをある程度分かったらとりあえず終了させ、最初に読み解いたプログラムとは違う
言語の掲示板を読み解きます。
そしてそれも読めるようになったら、移植してみてください。
順を追わずに一気にやろうとするから何も出来ないんだと思います。
で、オススメの言語ですが。
php > java > perl
です。
当方は perl が大好きではありますが、あまりオススメできません。
というのも、１つを実現するのに方法は沢山ある。 というのが perl の方針らしく、１つのやりたい事に対して
多くの書き方が存在します。
これでは初心者の方は最良の方法を選べといわれても選ぶことが出来ず、見るサンプルそれぞれが違う書き方なので
混乱しますｗ
なので、これから学ぶのであれば php と java が鉄板かなと。
ただ、java の掲示板は少ないので、php <-> perl で同じものが作れれば十分だと思います。
java はお仕事で覚えればいいと思いますし、 php <-> perl が出来てれば、java を覚えるのもそんなに苦では無いかなと・・・
力がこもったご回答ありがとうございます。
Javaに限らず、文法を学習して、それでどうなるともなかった事が思い出されます。
PHPは勉強をした事がないのですが、あなた様のリファレンス本を脇に置く、と言うのは為になりました。
最初、本格的には Perl で学習したのですが、全然分かりませんでした。
その原因がいろいろな書き方があるという事だったのですね。
上で書いたVisual Studio 2010 Express Edition と一緒に、Eclipse 3.6 Helios も入れました。
気持ち新たにGUIなソフトを勉強して、その後実践としてPHP等を勉強しようと思います。
ご回答ありがとうございます。
No.13
91
ここでベストアンサー
13pt
書けるようになりたいのであれば、
「どのように勉強すれば・・・」等の遠回りの道のりを考えて時間を費やすのではなく、
とにかく書きまくりましょう。必要性に迫られるのが大事です。
例えば、「obcの勘定奉行と全く同じものをVBで作る!!」とか決意してみたらどうですか。
こんな決意をしたら、まず画面を真似ようとしますよね。
本やネットで検索しながら必死で書いてたらそりゃ書けるようになりますよ。
複数サブシステムを記述していく内に、
ERも事前にキチンと考えておかないと必ず破綻することも経験するでしょう。
こんな経験から、SQL Profilerを使用して勘定奉行のERをリバースする事をひらめき、
必死に勉強すればとっくに一人前のDBアプリエンジニアです。
Connectionをオープンにしっぱなしにして実装していく内に、
「かたまっちゃった！！」 → 最大コネクション数に達したんだ・・・
→ コネクションをクローズしなきゃダメなんだ。
→ １回１回クローズしたら遅いな・・・
→ コネクションプーリングか、なるほどね・・・
てなるでしょう。
大型システムを記述していく内に、
処理の記述の集約の大事さがわかるでしょう。
オブジェクト指向の大事さがわかるでしょう。
いきなり本で「現代はオブジェクト指向が主流」とか学習するのではなく、
何も考えずに書き痛い目を見ましょう。そっちのほうがはるかに良い理解です。
J2EEレイヤの一方通行性の重要さがわかるでしょう。
DAOの重要性がわかるでしょう。
例えばJavaでabstractとかprotectedとか学びましたよね？
本当にその意義を教科書から読み取れますか？
例えば、abstractはフレームワーク側でよく使いますよ。
個別実装の具体的な内容がわからない状態で、フレームワークの処理順序を記述します。
protectedは、個別実装範囲から見えてはいけないもの、
例えばConnection Poolからしか管理させないConnectionオブジェクトとかのアクセス範囲を限定する為に、
よく使います。
それも経験から習得した事です。
ご回答ありがとうございます。
拝読致しまして溜飲の下がる思いをしました。
上の方でまだ初めてのGUIを使った小さいプログラムを作るご回答があり、それを実践しようかと。
私がもしこれから作るなら、OpenJane (Delphi)をC#に移植する事でしょうか。と言うか作りたいです。
それをやっているうちに、プログラマーの端くれになれるという事ですね。
拝読する限り、やり方が間違っている、と。
今回よく分かったのが、「とにかく書け」の意味です。よく分かり、理解できました。
心より感謝を申し上げます。
1
1
2
1
3
3
ご回答ありがとうございます。
拝読致しまして溜飲の下がる思いをしました。
上の方でまだ初めてのGUIを使った小さいプログラムを作るご回答があり、それを実践しようかと。
私がもしこれから作るなら、OpenJane (Delphi)をC#に移植する事でしょうか。と言うか作りたいです。
それをやっているうちに、プログラマーの端くれになれるという事ですね。
拝読する限り、やり方が間違っている、と。
今回よく分かったのが、「とにかく書け」の意味です。よく分かり、理解できました。
心より感謝を申し上げます。