トップページ⇒tech
1001コメント301KB

初心者のためのプログラミング言語ガイド Part9

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/05/16(金) 21:38:29
これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ

質問者の方へ
どのプログラミング言語を最初に覚えるべきかは
なぜプログラミングを始めたいのか、何を作りたいのかによってまったく変わってきます。
なんとなく、でもかまわないので動機、用途、使っているOSを明記しましょう。

各言語の特徴はこちらを参照
Wikipedia Category:プログラミング言語
http://ja.wikipedia.org/wiki/Category:%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E

Part8 http://pc11.2ch.net/test/read.cgi/tech/1208186034/
Part7 http://pc11.2ch.net/test/read.cgi/tech/1200807067/
Part6 http://pc11.2ch.net/test/read.cgi/tech/1193132235/
Part5 http://pc11.2ch.net/test/read.cgi/tech/1187886538/
Part4 http://pc11.2ch.net/test/read.cgi/tech/1177285633/
Part3 http://pc11.2ch.net/test/read.cgi/tech/1152778344/
Part2 http://pc8.2ch.net/test/read.cgi/tech/1122205164/
Part1 http://pc8.2ch.net/test/read.cgi/tech/1034505166/
0051デフォルトの名無しさん2008/05/19(月) 07:45:45
ごめん、任天堂じゃなくてソニーか。ゲーム詳しくないから。
0052デフォルトの名無しさん2008/05/19(月) 07:51:34
>>48
言語を真似ても、成果は真似できないから浸透しないと思うよ。

「凄い奴が使いこなすと何より凄い」という理由では、モノは広まらない。
世の中に浸透するのは、優秀では無い人間でも成果を出せるモノとか、
好奇心の薄い人間が手を伸ばすと届く範囲内に大量に送り込まれるモノだよ。
0053デフォルトの名無しさん2008/05/19(月) 07:58:26
>>52
Excelね
0054デフォルトの名無しさん2008/05/19(月) 07:59:56
優秀な人間がLispを使いこなして得られた成果物って何かあったっけ？
せいぜいツールどまりなんじゃないの
結局その程度のことしかできない言語ってことだよね。
0055デフォルトの名無しさん2008/05/19(月) 08:11:46
>>46
実際に使いこまずに言語を判断できるなんてすばらしいエスパー能力ですね
0056デフォルトの名無しさん2008/05/19(月) 08:26:27
> 何かあったっけ？
0057デフォルトの名無しさん2008/05/19(月) 08:27:24
何もないな
0058デフォルトの名無しさん2008/05/19(月) 08:30:13
自問自答ですか
0059デフォルトの名無しさん2008/05/19(月) 08:31:26
日本はともかく、アメリカの大企業でLispをまったく使っていないところを
探す方が難しいよ。
0060デフォルトの名無しさん2008/05/19(月) 08:32:37
グーグルの基礎技術もLispだろ。
0061デフォルトの名無しさん2008/05/19(月) 08:35:50
LISPで出来て、C言語で無理なことはないだろ
0062デフォルトの名無しさん2008/05/19(月) 08:36:50
C言語で出来て、アセンブリ言語でできないことはないだろ
0063デフォルトの名無しさん2008/05/19(月) 08:45:25
>>59
具体的にどういうところで使われてるのか言ってみな
Emacsのカスタマイズに使ってる、なんてのは勘弁なｗ

>>60
もともとLisp屋が入ってたから概念がLispコードで示されただけで
実装がLispというわけではない
0064デフォルトの名無しさん2008/05/19(月) 08:47:07
Perlで出来て、C言語で無理なことはないだろ
Pythonで出来て、C言語で無理なことはないだろ
Rubyで出来て、C言語で無理なことはないだろ
Javaで出来て、C言語で無理なことはないだろ
C＃で出来て、C言語で無理なことはないだろ
C++で出来て、C言語で無理なことはないだろ
そしてもちろん
LISPで出来て、C言語で無理なことはないだろ

うん、多分その通りだね！
それにLispなんてやっても求人無いし、やる必要ないよ。
C、COBOL、JAVAやってれば間違いない。
0065デフォルトの名無しさん2008/05/19(月) 08:48:36
LispはPG言語界のUMAみたいなもんか
0066デフォルトの名無しさん2008/05/19(月) 08:50:56
> 結局何の役にも立たなかった
わけではない。

お終い。
0067デフォルトの名無しさん2008/05/19(月) 08:53:06
begin end のない言語なんて汚くて触る気しないよ。
0068デフォルトの名無しさん2008/05/19(月) 08:53:30
>>54
それって、大規模ソフトウェアのことを訊いてるの？
それなら、さっきから話に出ているように、優秀な人間が個人で使うのが主なんだから、
人海戦術的プロジェクトの例は少ないに決まってるのでは。
0069デフォルトの名無しさん2008/05/19(月) 08:55:34
Lispの使い道で一番多いのはemacsのカスタマイズ用途ってのが現実なんだよね
0070デフォルトの名無しさん2008/05/19(月) 08:57:07
「優秀」な人たちが愛してやまないのにこれほど成果が人の目に触れないなんて…
きっと投入リソースに対するアウトプットが極端に少ない、コストパフォーマンスの悪い言語なんですな
0071デフォルトの名無しさん2008/05/19(月) 09:01:28
スレタイ無視しまくって全スレ共通で雑談するのはこの板の悪い癖ではあるな
0072デフォルトの名無しさん2008/05/19(月) 09:01:38
一流ハッカー（であるLisper）の視点だと、
この世の言語は「CとLispと、その他半端者の群れ」って感じだろうな。

さっきから一所懸命Lisp否定を頑張ってる人への答も、この組み合わせの中にある。
LispハッカーがCでやる領分を指して、Lispで書かれたものは何かあるの？　と質問しても無意味。
その質問が意味を持つとしたら、元の主張が「Lispはあらゆる領域において最適解である」という内容、
「適用範囲の広さが」最強だという主張であった場合だが、そんな主張は出ていないよね。
ていうか、そんな適材適所という言葉も知らないような馬鹿は、そもそもLispなんて使いこなせないよ。
0073デフォルトの名無しさん2008/05/19(月) 09:02:55
>>70
君くらいのレベルだと、そういう結論になると思う。間違いなく。
0074デフォルトの名無しさん2008/05/19(月) 09:05:29
Lispの適所と思われる場所でもLispはろくな成果出せてないよね。
0075デフォルトの名無しさん2008/05/19(月) 09:07:16
xeroxも赤字垂れ流しで結局放り出したしな
そういえば第五世代コンピュータってのもあったっけ・・・
0076デフォルトの名無しさん2008/05/19(月) 09:07:23
成果って、布教度のこと？
0077デフォルトの名無しさん2008/05/19(月) 09:07:25
emacsのカスタマイズっていう適材適所ですね^^
0078デフォルトの名無しさん2008/05/19(月) 09:10:28
>>77
そういえば、世にあるEmacs Lispのコードは手続き的に書かれまくってて、
全然Lispコードの書き方の勉強にならん、って記事を見たことがあるな。

Lisp扱えないレベルの人がEmacsでだけLispに触れることはそれほど多いってことで、
そういう人が自分の尺度で語ると、そんな風にEmacsの話ばっかになる。
0079デフォルトの名無しさん2008/05/19(月) 09:13:04
手続き的にならないように書く事も出来るんですけどね
記事(しかも日本人の素人が書いたもの)を見ただけでemacs lispを知った気にならんでください
0080デフォルトの名無しさん2008/05/19(月) 09:13:26
Lispなんて役に立たないと言ってる人に無理にやれという必要も無い。
0081デフォルトの名無しさん2008/05/19(月) 09:14:52
つーか、無料で、日本語が使えて、ドキュメントやサンプルが豊富で
Windows上で動いて普通にGUIプログラミングできるLispの処理系があるのか？
俺は知らないが・・もしないのなら、初心者用としては論外だろう。
0082デフォルトの名無しさん2008/05/19(月) 09:16:47
つdr.scheme
今流行ってるgaucheは論外ね
デバッグ環境とかemacs lisp未満だし
0083デフォルトの名無しさん2008/05/19(月) 09:16:52
プログラマーになりたいなら英語ぐらい読めたほうがいいな。
Lispやれとは言わないが。
0084デフォルトの名無しさん2008/05/19(月) 09:17:05
レキシカルスコープすら無いEmacs Lispなんて
Lispハッカー的は恋空を純文学と呼ぶようなものでは。
0085デフォルトの名無しさん2008/05/19(月) 09:20:00
emacs-clとかcl使えばレキシカルスコープっぽい事もできるよ
末尾再帰の最適化はどうやっても無理だけど
0086デフォルトの名無しさん2008/05/19(月) 09:20:22
>>79
> 手続き的にならないように書く事も出来るんですけどね
この反論は、元の主張が「Emacs Lispコードは手続き的にしか書けない」という
内容であった場合に有効だけど、
実際にはそんなことは言っていないばかりか、ユーザーのレベルの話をしているのだから、
「（言語的には書けるのに、ユーザーの都合で）書けない」という話であり、
つまり「手続き的にならないように書けること」は前提になってるんだよ。
0087デフォルトの名無しさん2008/05/19(月) 09:22:09
>>82
＞dr.scheme
おお、サンクス
IDEぽい画面もあって面白そうだな、落としてみるよ
0088デフォルトの名無しさん2008/05/19(月) 09:22:49
叩かれるlispに叩かれるEmacs Lisp
プログラミング言語界でのえたひにんですな
0089デフォルトの名無しさん2008/05/19(月) 09:25:54
>>88
Lisper的には、馬鹿に叩かれるのはニヤニヤの材料だろうな。
「布教」という目的意識を持っているRuby信者あたりとは、そこが決定的に違う。
広く浸透させるためには、馬鹿に愛されなくちゃならないからね。
0090デフォルトの名無しさん2008/05/19(月) 09:30:05
最新の規格のschemeを組み込んだEmacsクローン作ったら有名になれるぜ！
大丈夫死ぬまでには作れる可能性も少なくはない
0091デフォルトの名無しさん2008/05/19(月) 14:36:24
日本はプログラミング言語の入門書は、やたら量産するが
中級者以上か、それ以上のレベルの本が本当に少ないからなあ

入門書で食うために入門書でお金儲けをするのは、いいと思うが
需要の少ない中級者以上のニーズに応えられて、なんぼだと思うし
中級者〜上級者以上向けの本が書けないとなるとその人の書いた入門書の本は、
読むに値しないと思ってしまうわ

あと日本語圏の入門用プログラミングサイトと英語圏の資料を読めば、入門書レベルの話は、
問題なく、網羅できるからなあ
0092デフォルトの名無しさん2008/05/19(月) 14:59:32
しかもその入門書も、ほんとに初心者に使い良いか、解り易いかっていうと殆どが違う訳で…

良書と言われてるのに翻訳物が多いのが寂しい限り
0093デフォルトの名無しさん2008/05/19(月) 15:13:36
本は、たしかにそうだなあ・・タネ本なしに日本人が書いたもので
これはすごいと思ったのは残念ながらほとんど記憶にない

奥村さんの書いた『コンピュータアルゴリズム事典』は数少ない名著だったかもしれんね
ボロボロになるまでお世話になったよ
0094デフォルトの名無しさん2008/05/19(月) 15:16:35
　洋書の著者は、コンピュータサイエンス経験があったり、複数言語のそれぞれの
長所を知った上で書いてるから、「この言語ならではのポイントは何か」という
視点で纏まってるものが多い。
　和書だとそういうのが少なくて、機能を羅列しただけのものが多いんだよなあ。
0095デフォルトの名無しさん2008/05/19(月) 15:50:44
専門書籍は「売れない」んだよね、日本だと
「売れない」からこそ、供給が減るんだ

せめて、「すごい本」を書いたらコラムや講演で引っ張りだこ、というような状況にしないと
0096デフォルトの名無しさん2008/05/19(月) 17:20:07
専門書は、儲けるために書いているわけじゃないだろ

>>93
私もプログラミング言語本で和書で良書に出会った事がない
洋書を参照して、改悪した本は、たくさん読んできたが
0097デフォルトの名無しさん2008/05/19(月) 17:31:07
儲けるためにやるに決まってるだろ


出版社は

売名（微妙な表現だが）や啓蒙が目的ならPDFをWebで配布すればいい
自費出版してもいいし、同人で売ったっていい
0098デフォルトの名無しさん2008/05/19(月) 17:34:08
大学の専門書は旧い同人的な出版社がフォローしてることも多いな
普通の単行本みたいな流通に乗っかるわけにもいかんし妥当ではある
0099デフォルトの名無しさん2008/05/19(月) 17:37:33
メタルスライム好きなん？
0100992008/05/19(月) 17:37:59
誤爆
0101デフォルトの名無しさん2008/05/19(月) 17:39:34
名著ってのとは違うと思うけど、培風館のFortran77入門とかCOBOL入門とか
あれは今にして思うとコンパクトにまとまっていてけっこう良かった気がする
学校や新人研修でひととおり読んだ人も多いんじゃないかな〜ﾀﾌﾞﾝw
その本に書いてないような細かい仕様はどうせめったに使わないし
いざとなればマシンルームに行って愛ちゃんor富士子ちゃんのマニュアル読めばいいからなー
のんびりした時代だったぜ・・
0102デフォルトの名無しさん2008/05/19(月) 18:06:11
>>97
Webサイトとか、PDFだと読み手側の内容への期待感が低いし、出版媒体としては、不適切じゃないと思うぞ
あとプログラミング言語本の市場を小さくさせるは、するものの大きくさせる行動とは、思えないし
100年とか、200年ぐらい業界の著名人から絶賛される名書を出版社がほっとくわけないし
出版社に雑務を任せたほうが利口だと思う

とりあえず、名書の部類の力作は、ちゃんと製本してほしいわ
紙の形式で読みたい人は、各自、プリントアウトしてくれと言われても、
思ったよりプリントアウトに時間がかかったりするし、紙代やインク代がもったいない

あと脳みその構造が旧来の本に対する接し方をしてしまうのか、よくわからないが
ディスプレイの画面の限界もあるが、局所的にしか文章を把握できないんだよね
本だと局所的にも読めるし、俯瞰的にもみれるから、頻度が高く棚から出す本は、
製本されていたほうがいい
0103デフォルトの名無しさん2008/05/19(月) 18:08:45
>>96
「Prologを学ぶ　ー文化とその実践ー」　杉崎昭生著　海文堂出版
これは優れていると思う。
0104デフォルトの名無しさん2008/05/20(火) 00:15:43
最終的にゲームプログラミングをしたいのでC++を学ぼうと思ってます
入門向けのサイトや書籍はありますか？
ちなみにプログラミングの知識はほとんどありません。
しかも文系なので数学や物理も得意じゃない…
0105デフォルトの名無しさん2008/05/20(火) 00:28:00
とりあえずひとつだけ例をあげておきますね
ttp://www.kumei.ne.jp/c_lang/

ただ、これは忠告なのですが、
わからないこと、知りたいことがあれば、まずネットで自分で検索してみましょう
その習慣がないと、いまどきのゲームプログラミングは正直言って不可能です
0106デフォルトの名無しさん2008/05/20(火) 02:16:45
初歩的な質問です。

来年からＳＥとして働くことが決まったのですが、
コード？を打ち込むためにはやはり相当早いタイピング能力を必要としますか？
現時点ではブラインドタッチもままならず、タイピングのスピード自体も遅いです。

これってやはり致命的ですよね？
0107デフォルトの名無しさん2008/05/20(火) 02:22:17
ブラインドタッチできるにこしたことないけど
仕事やってればすぐ覚えるからそんなに気にしなくてもいいと思う
早さもそんなに、それよりタイプミス減らすほうが大事かな
あと隣ですげー早さで「ガチャガチャ」されるとすげーうざい
0108デフォルトの名無しさん2008/05/20(火) 03:05:46
エンター力強く打つ人とかな
まあこれは初心者に多いが
0109デフォルトの名無しさん2008/05/20(火) 03:07:26
タッチタイプはできたほうがよい
会社員として働くなら、せめて入力の手伝いくらいはできないと肩身狭すぎる
あと文書作れるくらいの入力量な

が、それ以上の入力速度は不要
いわゆる事務さんやあるいはタイピストのような、目にもとまらない入力速度は完全に不要
たとえプログラミングしないとしてもね
0110デフォルトの名無しさん2008/05/20(火) 03:30:07
システムエンジニアは、プログラマや文字入力とは別だろ
0111デフォルトの名無しさん2008/05/20(火) 04:46:50
もしかすると106はSEとは名ばかりのキーパンチャとして就職するのかもしれん
0112デフォルトの名無しさん2008/05/20(火) 05:27:29
日本のソフトウェア受託開発業では、プログラマよりもシステムエンジニアの方が上級技術者らしく
聞こえて高い単価を要求できるためか、実際にはプログラマであってもシステムエンジニアを名乗ることが多い。
システムエンジニア経験者は最低1つのプログラミング言語は知っており、コードが書けるのは
当然だと思われることが多いが、そうでもない場合もある。
プログラマを経験したのちシステムエンジニアになる場合もあるが、企業の合理化手法の為、
中にはコードを書かずにすぐにシステムエンジニアになる場合や、
顧客と交渉する営業職と変わらない場合もある。

システムエンジニア - Wikipedia
0113デフォルトの名無しさん2008/05/20(火) 06:31:00
ｺｰﾄﾞ書けないSEなんてPG以下ねマジ糞みたいな仕様書しか書けないし
0114デフォルトの名無しさん2008/05/20(火) 07:48:12
仕方ないだろ
SEはプロジェクトを輪姦するのが仕事なんだから
0115デフォルトの名無しさん2008/05/20(火) 09:21:19
>>113
間違っています。
以上。
↓次どうぞ
0116デフォルトの名無しさん2008/05/20(火) 12:35:49
>>106　自然に速くなるものだ。しかし、速くなりすぎないほうがいい。
0117デフォルトの名無しさん2008/05/20(火) 13:44:59
>106
すぐに「タイプにかかる時間」より「考え事してる時間」の方が上回るようになる。
ブラインドタッチなんて練習する必要は無いと思うよ。
まあ、よく使うキー（母音とかな）の位置くらいは覚えておいても損はないけど。
0118デフォルトの名無しさん2008/05/20(火) 14:22:43
今までのところ質問は >>15 と >>104 だけ。
0119１０６2008/05/20(火) 14:38:37
回答してくださった方々ありがとうございました。

質問ばかりで申し訳ありませんが、プログラミングを学ぶ際の良い本を教えて頂きたいです。
私は文系出身でプログラミングに関しては無知です。
この秋の基本情報技術者の試験を受ける予定ですが、聞くと、
プログラミング出来ないと合格は不可能みたいです。
どなたかアドバイスを宜しくお願いします。

>>111
一応プライムベンダーの一角にSEとして採用されました。
おそらく使い捨て要因でしょうｗ

0120デフォルトの名無しさん2008/05/20(火) 14:47:26
>>119
プログラミングなんて、本を読めて文章を書けるなら誰にでもできます。
つまり事前にリファレンスマニュアルかさもなくば入門書でも読めれば、誰にでもできると言うことです。
0121デフォルトの名無しさん2008/05/20(火) 15:32:55
>119
基本情報技術者 Part211
http://school7.2ch.net/test/read.cgi/lic/1210910441/
0122デフォルトの名無しさん2008/05/20(火) 16:02:34
>>119
「プログラムはなぜ動くのか 〜知っておきたいプログラミングの基礎知識」　矢沢久雄

すべてのプログラム言語に共通する基本概念やしくみを知る上でおすすめだと思う
0123デフォルトの名無しさん2008/05/21(水) 02:30:09
基本情報技術者ってSEが受けるの? 　これって学生とかが受けるんじゃないの?
すでにSEならもっと上のやつ受ければ
0124デフォルトの名無しさん2008/05/21(水) 10:55:21
>>123
自分で答言ってるじゃん
0125デフォルトの名無しさん2008/05/21(水) 11:22:06
プログラミング全然できないのにSEになっちまったって話題だからな
0126デフォルトの名無しさん2008/05/21(水) 11:33:25
>>123は働いたことないのかもしれん
「来年から働くことになった」というくだりで見当がつきそうなもんだが
0127デフォルトの名無しさん2008/05/21(水) 15:13:03
今までJavaをやっていたのですが、
Cを覚えて今度はGuiを作ろうとしたらWin32API、MFC、.NETとか色々あってよく分かりません。

結局どれを覚えていったら良いのでしょうか？
0128デフォルトの名無しさん2008/05/21(水) 15:16:36
CじゃなくてC++じゃないの？
時系列順にWin32API→MFC→.NETと覚えていくといいんじゃないかと。

Javaは使ったことないんだけどAWTでGUI作れるもんなんじゃないの？
0129デフォルトの名無しさん2008/05/21(水) 15:16:46
なんのために C を学ぼうと思ったの？
Java があれば用は足りるのに
0130デフォルトの名無しさん2008/05/21(水) 16:07:22
>>128,129
レスありがとうございます。
JavaでもAWTやSwingがあるけれど、
他に使える言語がphp、perl、JavascriptとWeb系ばかりなため
来年の就職の前に流石に基本のC/C++くらい覚えないとと思って今勉強しています。

Cだけの知識でWin32APIは問題無い感じだったのでC++はまだ詳細に勉強していないのですが、
やっぱりやった方が良いですかね？
それとMFCは自分が読んだWindowsプログラミングの本の内容から
過渡期の技術で使われなくなっているみたいな印象があるのですが、
まだ勉強して有用でしょうか？
0131デフォルトの名無しさん2008/05/21(水) 16:40:26
JavaとC使えるならC++は楽勝だろ。
あと、Win32のGUIなら.NET+C#あたりで十分じゃね？MFCはいらないと思う。どうしてもネイティブじゃないと嫌ってんならC++Builderとかもあるし。
0132デフォルトの名無しさん2008/05/21(水) 16:47:11
C++もかなり長くまで残りそうな言語だから、やっておいて損はないはず
ただし、Java/C#ほど整理された言語ではないので、そこを期待してはダメ
0133デフォルトの名無しさん2008/05/21(水) 17:19:48
個人的にはC#はもう少し様子見したい気分。
0134デフォルトの名無しさん2008/05/21(水) 17:53:37
C++なら今からMFCやるぐらいならSTLみっちり勉強したほうがいいと思うよ
ちなみに学生さんならMS独自のものに深入りするより
Openでマルチプラットホームなものをやったほうが広い視野が持てると思うけどね
0135デフォルトの名無しさん2008/05/21(水) 18:48:29
MFCは糞。覚える必要なし！
0136デフォルトの名無しさん2008/05/21(水) 22:37:52
> JavaとC使えるならC++は楽勝だろ。 

ぜんぜん。
0137デフォルトの名無しさん2008/05/22(木) 04:16:50
>>134
STLとMFCは、目的が違う。　STLみっちりやってもGUIは作れない。
0138デフォルトの名無しさん2008/05/22(木) 04:18:36
別にMFCだけがGUIのフレームワークじゃないし
0139デフォルトの名無しさん2008/05/22(木) 04:40:23
MFCの勉強するよりもその時間でSTLの勉強してC++極めたほうが良いって意味だろ、常考
0140デフォルトの名無しさん2008/05/22(木) 05:20:06
Qtおすすめ、かっこいいよ！
0141デフォルトの名無しさん2008/05/22(木) 10:20:01
MFCを勉強するのはVisual C++でWindowsネイティブアプリを作るためで
STLを勉強するのはC++のライブラリを最大限生かすためだから
勉強の目的がぜんぜん違うような気が。
0142デフォルトの名無しさん2008/05/22(木) 10:23:05
MFCよりかはATL WTL APIのほうがいいのでは?
0143デフォルトの名無しさん2008/05/22(木) 10:43:40
ATL/WTLは癖が強いからねぇ･･･
窓専用と割り切るなら.NET使うのと大差無いぐらい
小物ならそれこそ別にC#覚えた方が楽かもしれない
0144デフォルトの名無しさん2008/05/22(木) 10:54:40
>>141
Win32APIが普通に使えるぐらい進めてるならば、それ以上MFCとかのWinネイティブのプロダクトに
こだわるよりも本筋の勉強すべし、だろうな。
>>134の後半の趣旨を見る限りそういうことだと思うけど・・・俺もそのほうが良いと思う。
基礎がしっかりしてる奴は実務で使うライブラリなんかの細かい知識は使いながらすぐに身につけるものさ。
0145デフォルトの名無しさん2008/05/24(土) 22:45:26
・Visual C++の選択肢

SDK：趣味ならこれから始めるべき、軽くていい
MFC：SDKをラップした感じで、少し重いが、SDKも分かれば使いやすいし、現実的
ATL/WTL：MSもサポート終了気味で、あまり流行らなかった

挫折したらC#やVB.NETをさわってみるといいだろう
自分が伸びていくのが実感できて、明らかで楽しいだろう


//最近の仕事じゃC#よりVB.NETの方が、使えそう＆長生きしそうな感じだよ
//やっぱりC#は、帯に短したすきに長しって・・・
0146デフォルトの名無しさん2008/05/25(日) 00:23:17
>>145
C++/CLIフォームアプリケーションも選べるだろ、
選択肢として現実的かどうかはともかく。
0147デフォルトの名無しさん2008/05/25(日) 03:42:41
>>146
テンプレートよりマシじゃないかｗ

あと、こう言うのもどうだい？
　SDK(Win32API)はC言語
　MFCはC++必須

でも最後まで行くには、結構時間かかるよな
学生等で集中できるのなら良いが、趣味なら一項目につき半年は必要だと思う
C言語半年→CとSDK半年→C++半年→C++とMFC半年→ALT/WTL（よく知らない）
0148デフォルトの名無しさん2008/05/25(日) 04:21:58
問題は一年半後にMFCがまだ生き残ってるかどうかだな。
0149デフォルトの名無しさん2008/05/25(日) 04:53:50
C++/wxWidgetはどうなの？
0150デフォルトの名無しさん2008/05/25(日) 06:21:33
MFCや.NET物に慣れてしまうと、僕VS環境でないと
プログラム書けません、みたいなゲイツの飼い犬になっちゃうぞ。
wxWidgetsもいいし、GTKやQtでもいいけど、個人的には
SDLになにかGUIツールキット組み合わせて使うのが面白くておすすめ。
0151デフォルトの名無しさん2008/05/25(日) 07:50:24
自分が必要とする環境で書ければそれでいいじゃん。
GUIなんて結局環境依存だし、
ツールキット使うにしても所詮選択の幅が多少広がるだけだし。
■ このスレッドは過去ログ倉庫に格納されています