プログラミングを覚えるためには？

すみません。教えて頂きたいのですがプログラミングを覚えたいのですが
どういった事、物から勉強していけばいいのでしょうか？
プログラミングに関しては、まったくの初心者でPC自作や簡易なHP作成など
しか分かりません。（現状）
あとソフトなども色々あるみたいなのですが　どういったものを選べば良いのでしょうか？
VB,Delphi,VC,VC++など選ぶ基準がどうも分かりにくいです。
最終的には、windowsの映像関係のアプリなどを作れるようになりたいと
考えてます（たいへんな事だと思いますが）
仕事には、関係がありませんが　スキルをあげたいと考えてます。
申し訳ないのですが助言下さい。

簡単、てきとーが好き→VB
全部分かってないと嫌→VC++
中間→Delphi

>>1
> 最終的には、windowsの映像関係のアプリなどを作れるようになりたい

ならばVC++一直線。

>>30
ってもしかして30歳？結構遅めのスタートですなぁ。
まぁ向上心は、良いとは思われるので頑張ってください。
やる気と根気があればどうにかなると思います。
私も25の時に初めて携わりましたしね。

あ、あまりにも早いお返事有難うございます。
VC++ですかぁ。全部分かっていたい性格なのですが
たまに掲示板を読んでますと　いきなりVC++ってわからないのと違うかぁ？
などの発言もあるみたいですが気力でいけるでしょうか？
何分にも初めてすぎて雲をつかむような感じでして。笑

マスのようにかきまくれ

プログラミング入門者がVCからスタートすると、
何か作れるようになる前に挫折する可能性が高いと思われ。
タダじゃないし。

プログラムをする為には
(才能 or 努力)*(やる気 or 強制)≠0
が必要です。

才能がなくてもやる気と努力があれば何とかなるもんです。

なんつって。

>>5
とりあえず無料のツールからつまみ食いしてみたら？
Delphiはおすすめできないけど。

VC++とVB6は兄がもってるみたいなので
勉強するのに借りようかと思っています。
（兄が去年、挫折したみたいで、しかも挫折期間3ヶ月
もう少し理解していたら色々きけるのですが。笑）
やはし、VC++などは、はやすぎですかねぇ？

>>10
初心者からいきなりVC++というのはおすすめしない。
どうしてもC++がいいならBCBのほうがまだまし。
でも初心者にはほとんど例外なくVBをすすめる。

>>11
どこまで行きたいかによるね。

Ｃ＋＋言語と
Ｗｉｎｄｏｗｓの動作原理と
ＭＦＣというお世辞にも整理されているとは言いがたいクラスライブラリの学習を
同時にこなせる自信があるのであれば、、、、

>>12
自分は、VBに満足できなくなったらそのとき他のものに移行することを
すすめる。
VBでActiveXやらAPIやら、ある程度のところまでいったうえで、という
ことだけどね。
それ以前の段階で挫折する人には、プログラミングそのものをあきらめる
ようにすすめる。

VBでDirectXはどう？

>>14
俺もその手順踏んだよ。

でもやっぱ極めたいならVC++やってからVBやったほうが
必要な勉強量少なかったなー、と思ってさ。

VBの裏技みたいなんも考える必要ないし。

>それ以前の段階で挫折する人には、プログラミングそのものをあきらめる
ようにすすめる。
賛成。

>>15
VB6でDirectX7.0以上が使えるコンポーネントがあるよ。

いろいろ親切な助言ありがとうございます。
VBかVC++ですよねぇ。
どこまで行きたいかと言われるとさすがに初心者な言葉になりますが
とことん頑張ってわかるようになりたいと思ってますが。。笑
性格的には、考えたりすることは好きな方だと思ってます。
ただ、やはし問題は、いきなり入っていけるか（理解できるか）
だと思い、悩むしだいであります。

>>18
もちろん、最初から「いきなり」すらすらと何でもできるはずもありませんよ。
ステップバイステップで少しずつ基礎からいろいろ覚えながら、自分で
「ここをこうしてみたらどうなるだろう？」「こういうふうにするにはどうしたら
いいだろう？」と考えて試行錯誤を重ねていくことで、だんだん感覚が身に
ついていくものです。
この自分で考えるということが一番大事です。
ほんとうに手も足も出なくなったときは別にして、基本的に「人に聞けばいいや」
という姿勢ではいつまでたっても上達はしないでしょう。
そこだけ気をつけていれば、あとは努力次第です。

>>1
どの言語をやるにしても、目的がはっきりと定まっている事が重要です。

目的が定まっていない人の多くは勉強しなければいけないトピックが
多過ぎて挫折します。挫折しないまでも、ある程度のレベルまで行くと
満足してしまい、映像処理などの高度なレベルに到達するのは難しいです。
あなたのように目的がはっきりしている方はそういう意味では強いです。
自分に必要な技術に的を絞って効率良く勉強を進められるといいでしょう。

言語ですが、>>11さんと同じくVBをお薦めします。

コアな処理をするにはやはりC++（VC++かC++Builder）ですが、Cの経験が
無い方がいきなりC++で組むのは現実的に難しく、思ったような処理が
できるようになるまでに挫折してしまう可能性が高いです。
まずはVBから始めて限界を感じてきたら他の言語に進めば良いでしょう。

//　コテハンとして「30」だけだと>>30と混同しやすいのでは？

詳しく親切にお答え頂きすごく感謝しています。
そうですかぁ、やはしまずはVBから頑張ってみたいと思います。
最初は基本から頑張って理解してゆき、徐々にしたい方向に
向かって行きたいと思います。
そもそも私自身、なにをやるにしてもいつも逆から入る性格で
（わからなくなってから本などで調べるなど）
ただ、今回の場合は、まずは基本も必要に感じてます。

なるほど、ブビ坊はこうやって量産されてるわけか（ｗ

>>22=Del厨
VBを勧められてやってみたけど難しくて挫折した人間がDel厨となる。

俺、こういう宗教に勧誘されたことあるなぁ・・・

入らなかったけど。　自己啓発セミナーってこういう手法なの？

>21
＞わからなくなってから本などで調べるなど

この手法は間違いでは無いと思いますよ。
少なくとも最初のうちは。

25>
少なくとも最初のうちはっていいますと？

趣味でやっているうちは、という事です。

仕事でやるようになったら、事前にしっかり調査(設計)
してからやらなければならなくなります。

プログラミングの面白さを知るには、あっさり動くものからスタート
したほうが良い。

たとえば、>>1氏はホームページ作成とかがさっくり出来て、目に見える
成果を得たのでこっちの分野に興味を持ったのかもしれん。
そしたら、ＶＢあたりを買ってきて、まずは動くものを書いてみなされ。

そのうち、ＶＢでは簡単に出来ることと簡単には出来ないこととが分かっ
て来るだろう。
そのとき、次のことを考えればよいと思う。

まずは面白さを理解してほしい。

第一期成長期
僕がプログラムを覚えたのはDUKEでホームページを荒らしまくりたかった
からです
CGIスプリクト組んでそこらのサイトを荒らしまくったのが懐かしいです
今はそんな事やったらすぐ捕まってしまうようで
今の厨房はたいへんだーなーと思った次第です
第二期成長期
次にプログラムに興味が湧いたのはシェアソフトのシリアルが知りたかった
からです、人がプログラムしてるのだから当然人によって解読することが
できると思ったのです
初めはVBをそれからDel,JAVA,C＋＋と学んでいきました
作られた言語を知らないと逆汗できないので一生懸命勉強しました
ソフトのシリアルを知ったときはとても喜びを感じました
これが僕がプログラムを学んだ工程です

とりあえず参考になるかならんかは知らんが、自分の場合を書いてみる。
ちなみに自分はプログラム暦１０ヶ月、PC暦１年半のヘタレです。
しかもPGではありません。

・最初の１ヶ月...Cを勉強、ポインタの意味はわかったが使い方はよくわからないというレベル
３部作の参考書の２部まではちゃんと読んだ（できるわけではなかったけど）
・２ヶ月目...GUIプログラミングにあこがれ山本信夫のVC++の３部作を読む
２週間目くらいにMFCに手をつけ、全くわからなくて挫折
・３ヶ月目...VBの存在を知る
簡単にプログラムができてしまうのでかなり感動して少しはまる
・４〜５ヶ月目...VBで簡単なゲームを作ったら動きがカクカクしすぎてきちんと動いてくれないのでVBが嫌いになる
やっぱり簡単にGUIはできないのかとあきらめ始め、UNIXのGCCをしばらく触ってる
・６ヶ月目...VBでDirectXを使える事を知り、なんとか覚えてやってみる
それなりに満足するが、VBでコードをたくさん書くとすぐわからなくなるので嫌になる
・７ヶ月目...Javaを少しさわりオブジェクト指向が好きになる
これは便利だ、と感動
・８ヶ月目以降...VCでDirectXを使い、今はこれが満足

目的は定まっても目標が高かったためか、やっぱりいろいろとやる羽目に
なってしまった。かなり遠回りした気はするが後悔はしてない。
ただ、時間が十分に取れたからできたことだと思う。

プログラミング飽きちゃった。
物理とか数学の勉強してるうちにああ、プログラミングなんて
どうでもいいや、って思ってやめちゃったよ。

>>31
お前は何をやっても駄目、速く逝け!

>32
相手にするな。せっかくの良スレが荒れる。

適正ってあるからね。
数学大好き人間のコンピュータの概念って
0と1を入力してくれたら0と1を返してくれる写像だってさ…

そこまで言われるとちょっとショック

>>34
その写像を構成しているメカニズムは、
エンジニアの情熱と創造の美で満たされている。
数学者達は美を見つけるのが仕事だが、
俺達は美を創造するのが仕事だ。

C++ﾊｧﾊｧ…

>1　信者になるなよ。マジで。

あげ

３０＞
ｊａｖａって、はじめるにゃー良いよね！？
わからなくても、毎日書く癖をつけてますよー。
参考書とかって、とりあえず前にすすめることを
努力することなんだってワカタヨ！
それも、できない人がいる人がいるんだよね−３１！？

>34
ていうか、コンピュータが思い通りに動いてくれれば苦労はないんですが。。。

とか言ってみるテスト。

>>31 >>39 プログラミングを「努力」と感じる人間とは
あまり一緒に仕事したくない。
好きなことなら時間を忘れる。

>>41
時間を忘れたくないな。
サービス残業で会社は喜ぶかも知れないが。

HSPはどうよ

>>42
仕事は定時で上がって、自宅で時間を忘れるって言うのはどうよ。(w

>>41
禿銅

俺の過程。まだプログラミング始めて1年。
1、VC++購入、即挫折
2、ActivBasicを見つける。GUIプログラミングで挫折。
3、HSPを触ってはまる。
4、VBを購入。ActivBasic時代の経験が少しは役に立ち、はまる。
5、VCを購入。現在進行形。

VCが使いこなせるようになったら、VC++にもう一度挑戦。

スレ違いだと思うんですが質問させて下さい。
DTPソフトのAdobe illustratorやAdobe photoshopは
どういった言語でかかれているのですか？

神と会話をする言語で書かれています。

CかC++じゃねーの?
MacOS(not X)だとCodeWarriorが支配的だし。

追加質問です。
上記のようなアプリケーションは、
プロとしてやってる人に頼めば
誰でも作れるものなんでしょうか？

どんなに処理が遅くてもいいのならちょっと頭のいい奴なら誰でも作れる。
あとは、わかるな？

「人に頼めば誰でも作れる」
質問が矛盾してないか？

作ってやるから仕様書け。そしたら見積り書いてやる。

>>47,48,50,51,52
レスありがとうございます。
PGの方々には失礼のないような対応をしようと思っております。
>>51
先日、PGの肩書をもった方に同じ質問をしたら
「そこらへんの奴にはできっこない」とか
言われてしまいました。

>>53
まてまて、折角マ板に立ち寄ったんだからちょっとはPGのオナニーに付き合え。

逆にDTPソフトのAdobe illustratorやAdobe photoshopは
どういう処理が難しいのか考えてみな。

>54
>>53がPhotoshopを使った事があるかどうかも解らんぞ。

>>54
（「使う」じゃなくて「作り上げる」となると）すべてが難しく感じてしまいます。
スミマセン…

>>55
var5.5までしか知りません。

>>56
自分で作れって言ってる訳じゃ無い。
君の知り合いのPGが言っている難しい点ってのが
どういう点なのかぐらい知ってても損は無いぞ。

PhotoShopって結構細かいところに気を使ってるよ。
表示とマウス位置取得とメモリ描画を別スレッドでやって
ユーザーに不快感を与えないようにしたりとか。

そういうの無視していいならVBでも作れる。

>>59
UIの設計理念に「絵筆で描く時に必要無い操作は極力簡潔に」っていうのが
あったと記憶してる。直感操作っていう意味では悔しいがMac出身のソフト
には勝てんよ。

仕様が完成するということは、足すものがなくなった時ではなく
引くものが無くなった時だ。

>>60
悔しいね。

>>61
激しく同意！！
今仕様書書きの修行中なんだけど、先輩の書いた仕様書読むとつくづくそう思う。

>>63
これは漏れが考えたのではなく、有名な言葉だよ。
念のため。

>>64
いや、でもありがとう。なんかモヤモヤがすっと取れた気がする。

58-65
レベルの高い話が聞けて感激です。
ありがとうございました。

>>59
画像関係は門外漢だけど
見た目や使い勝手に関わる機能ならちょっと出来る奴ならなんとかなりそうだけど、
カラーマッチングとかフィルタとかのあたりはノウハウの固まりに見える。
その辺がフリーのお絵書きソフトとは一番違うような気がする。

色空間まわりの理屈は未だにワケワカラン。
http://anipeg.yks.ne.jp/color.html

優良スレあげ！

１．アセンブラでメモリのアドレス空間の概念を理解
２．アセンブラでプッシュ・ポップ等のスタックを理解
３．Ｃ言語で関数の使い方（書き方）を理解
４．Ｃ＋＋でクラスの概念を理解

って流れはどうでしょうか？

駄目スレだ、、、、、、

あれからどうなったのかな　まじっす
応援してるのだけど

>>1
時間があるならGUI系を学ぶ前に
CやPascal辺りでプログラミングの基本を学んでくれ
少し遠回りかもしれんが絶対にその方が最終的にはいいと思う

つーか、いきなりクラスとか出されても挫折するだけでは？
JAVAも同様。こんな言語をいきなり初心者にやらせたら
プログラミングが嫌いになるだけだと思われ

ＪＡＶＡねぇ。
あれは、ちょっと賢げな人に、クラスをつくってもらって
ついでにサンプルもつくってもらって、まねて作るのがＧＯＯＤ。
クラスをしらない人間にやらせると、とんでもないことがおきる。
生産性が上がらないばかりか、かえって生産性を悪くする。

なんでもよろしい。
言語にこだわらず、つくりたいものをつくりなさいな。
とにかく、自分の興味のある分野で使える者を作ってみることですな。
ゲームでも、こったホームページでも、よろしい。
業務系を行きたいのなら、アクセスとアクセスＶＢＡで、在庫管理とか
販売管理なんかも良いかも。

ただし、作りこむときには、エレガントなロジックになるように心がけるべし。
何か一つものにすれば、あとは必要に迫られればなんとかなる。

レゴブロックできれば、問題ないっていってんじゃん！

>1、VC++購入、即挫折
>5、VCを購入。現在進行形。
>VCが使いこなせるようになったら、VC++にもう一度挑戦。
VCとVC++って、なんか変だぞ。

C++やりたいなら、VC++でよいから、コンソールアプリで、
http://www.amazon.co.jp/exec/obidos/ASIN/4062573318/qid=1015605181/sr=1-2/ref=sr_1_2_2/250-3994609-9053853
のサンプル全部入力して実行してみそ。なんかいいことあるよ。

VCてラーニングエディションてあるの？

VCはStandardとProfessionalでしょ。
VBのLearningを買ってあとで後悔したのを思い出す。

VCってvisualCのことですか？そんなものあるんでしょうか。
自分はVC++買って、>>75のようにCからシコシコと勉強してるんですが。

フリーコンパイラで猫でもわかるを完全読破せよ
VC買うのはその後でもよろしい。

Cの基礎理解する前にC++手を出してもわかるわけない
関数の使い方覚えて
ポインタや構造体をしっかり覚えてからじゃないと
挫折する可能性高い

まずはフリーコンパイラでCのみ勉強しる

VBだけはやめとけよ。

>81 はVBすら使いこなせなかった真性DQN

フリーコンパイラでCのみ勉強してますが何か？
ではなくて、Cを本読んで勉強してるんですが
実務経験みたいなものが全く無いので
プログラミングを覚えられているのか不安です
仕様書や英語やアセンブラなどもできないと、などと聞くと
ますます不安な感じがします

>>83　とにかくCをマスターしろ。あとは、わかるな？

まずはlinux
次gcc
次java
次VC++

旬のネタをひと上げしておこう。

とりあえず、ブラインドタッチをマスターする事を進める

よくC++より先にCだ、とか言うけど、俺は結果を出しながら勉強したいので
（そうじゃないと興味が続かない）いきなりWindowを表示できる(MFC)
VC++をお勧め。

>>87
それなら学習用にはむしろJavaの方がいい。
VC++はC++の言語仕様とオブジェクト指向とMFCとWindwosのメッセージ駆動
アーキテクチャとツールとしてのVC++の使い方をいっぺんに覚えないといけない
のでかなり辛い。油断すると「よく分からないけど本の通りに書いたら動いた」で
満足してしまうと思われ。

>>87-88
アホだな。猿でもいきなりアプリっぽいものを作れてしまう、といえば
VBしかないだろ。

>>88
最初はそれでもいいんじゃない？

「よく分からないけど本の通りに書いたら動いた」
が積み重なっていくと
「こうなりそうだからこうやって見よう」
とか、
「ここはこういう事なのかもしれない」
とか言う風に伸びていくこともあるよ。

>>89
すっこんでろ

age

まぁまぁマターリと
「アプリっぽいもの」であって「アプリ」ではないのだな

COBOLやれ

READ INPUTFILE AT END MOVE 1 TO END-SW.