初心者のためのプログ ..
2:デフォルトの名無しさん
08/05/16 22:09:21
=otsu
3:デフォルトの名無しさん
08/05/16 22:21:28
C言語以外に初心者がやるべき言語なんてあるの？
4:デフォルトの名無しさん
08/05/16 22:22:04
（いや、無い。）
5:デフォルトの名無しさん
08/05/16 22:24:37
>>!
乙
6:デフォルトの名無しさん
08/05/16 23:12:18
初心者にはやっぱりVBで決まりでしょ。うそですCです。
7:デフォルトの名無しさん
08/05/16 23:53:43
OS回りを書きたいとかデバイスドライバーつくりこみたいって目的があるならなんだけど。
そうじゃなくて表舞台のきらびやかなアプリを作りたいって人に C/C++/Objective-C(C++) は玄人でしょ。
VB とか Java とか安全なそっち系がいいとおもうよ。PHP とかもどうかな。DBとか手軽に使えて始めたばかりでもそこそこのアプリが作り込めると思うが・・・
8:デフォルトの名無しさん
08/05/17 12:10:06
そもそも何の初心者?
9:デフォルトの名無しさん
08/05/17 14:46:38
決まっているじゃないか
10:デフォルトの名無しさん
08/05/17 15:10:01
>>7
別に時間がかかるだけで、C/C++で何の問題もないだろ
ただ挫折する可能性が高いってだけだ
選択肢は目的に合わせてHSP、VB.NET、C#、JAVA、PHP、C/C++くらいしかない
（VBAやバッチスクリプト系、WEBページ、フラッシュは、ここの範疇でないよね？）
入門、何か作りたい：HSP
アプリ、ゲームを作りたい：VB.NET
アプリ、ゲームのプログラミングがしたい：C#
本格的にアプリ、ゲームのプログラミングがしたい：C/C++
ウェブゲームを作りたい：JAVA
WEB掲示板などを作りたい：PHP
11:デフォルトの名無しさん
08/05/17 16:59:11
C/C++/C#をやれば何の問題もない
Web系やりたい人はまずここには来ないような気がする
C#楽しいおっおっおっ（ ^ω^）
12:デフォルトの名無しさん
08/05/17 17:18:20
>>10
初心者が Lisp やったとして何の違和感もないと思うよ。
13:デフォルトの名無しさん
08/05/17 17:49:25
パソコンのプログラムというものの全くの初心者なら違和感はないだろうな
ドット対に感動すらするかもしれん（いや、プログラミング経験者でも感心するが）
しかしこのスレで想定してる初心者ってのはそういう純粋培養環境ではないだろう
14:デフォルトの名無しさん
08/05/17 17:50:59
>>11
まあ、一般にはそうなんだけどC、C/C++、C#のどれを初めにやるかだろう
それに.NETならVB.NETだって、少しは選択肢にはなると思うよ
>>12
言語に違和感が、とか言う以前の問題だろ
何作るんだよ？ｗ
//ネタに釣られてごめんなさい
15:デフォルトの名無しさん
08/05/17 17:58:14
mp3プレイヤーをつくるのが目標なんですが
なにから学んだらよろしいでしょうか。
プログラミングは全くの素人です。
fittleのような軽いフォルダ型のを目指してます。
16:デフォルトの名無しさん
08/05/17 18:00:39
>>14
初心者はゲームにWebページなどと思い込む方が
おかしいのではないか。
17:デフォルトの名無しさん
08/05/17 18:08:49
MP3の権利許諾書とか仕様書とかってどこにあるんだろうね
どっかが特許と権利持ってることは間違いないんだ
個人で使う分にはパテントいらないという話も聞いたんだけど、さてどこだったか…
18:デフォルトの名無しさん
08/05/17 18:15:53
>>15
C#＋DirectShowNet
多分これが一番近道。
19:デフォルトの名無しさん
08/05/17 18:23:57
いろんな意味で初心者は、まずCがガチだと思うよ
そして、勉強できるだけやって、他の言語にいけばいい
Cでハマることが大事な気がする
まあ、そうは言っても、当人が興味のある言語をやりこめば、なんでもいいんだけどなあ
20:デフォルトの名無しさん
08/05/17 18:25:40
アセンブリ言語は簡単だからやるといいよ。
21:デフォルトの名無しさん
08/05/17 19:19:39
>>15
Fittleまで軽いのは、.NETでは難しいかな
C言語とSDKで頑張るのがいいと思う
ただ数ヶ月とか短期で作りたいのならC#かVB.NETにするべきかな
>>16
ここに来る連中でLispが最適だったことは少ないんだよ
そう言う奴らは、来る前にさわってるんだ・・・
>>17
Windows標準でデコーダーつんでるからいらない
>>19
作るのが目標だから、C言語は挫折すると思う
突き詰めてやるのは、研究でも仕事でもその時でいいと思う
22:横槍失礼
08/05/17 20:58:25
少ないとか多いとか誰が統計取ったんだ？
来る前に触ってるとか、そんな書き込み見たことないが。
23:デフォルトの名無しさん
08/05/17 23:08:38
論理和がORで論理積がANDなんだよ
間違いやすいから注意な
24:デフォルトの名無しさん
08/05/18 01:21:01
>>22
来る前には知らないが、最適だったこともあったの？
そいつ何しに来たんだよｗｗｗ
>>23
じゃあ、排他的論理積は？
25:デフォルトの名無しさん
08/05/18 01:37:00
>>24
「排他的論理積」ってなに?
もしかして、「論理差(排他的論理和)」の間違い?
26:デフォルトの名無しさん
08/05/18 01:39:48
論理積に排他する部分はもう残ってないな。
27:デフォルトの名無しさん
08/05/18 01:40:49
否定論理和ならあるが
28:デフォルトの名無しさん
08/05/18 02:07:53
NORとかか…
29:デフォルトの名無しさん
08/05/18 02:23:55
AND
OR
XOR
NAND
NOR
30:24
08/05/18 02:33:02
>>25
すまないネタだったんだ・・・
>23が突然出てきて意味不明だったからさ
31:デフォルトの名無しさん
08/05/18 03:10:05
XAND
32:デフォルトの名無しさん
08/05/18 04:08:15
>>24
Lisp が最適なのは勉学の助けにしたいという人たちだろう。
33:デフォルトの名無しさん
08/05/18 06:45:25
こういう奴は相手するだけ無駄
34:デフォルトの名無しさん
08/05/18 22:24:33
計算機科学の勉強にlispを使うとしても
lispよりさらに適している数式という言語を使わない理由なんてないわけだけも
35:デフォルトの名無しさん
08/05/18 23:05:10
>>34
高校生？
36:デフォルトの名無しさん
08/05/18 23:34:26
Lisp、Lisp、Lisp！
Lispとは、そんなに素晴らしいものなのか？
どこで流行ってるんだよ？どこで使ってるんだよ？
いかにも素晴らしい言語であるかのように宣伝をするのは止めて貰いたい
37:デフォルトの名無しさん
08/05/18 23:52:30
なんで？
38:デフォルトの名無しさん
08/05/18 23:54:27
スレタイ無視しまくって全スレ共通で雑談するのはこの板の悪い癖ではあるな
39:デフォルトの名無しさん
08/05/19 00:00:55
恐ろしい言語なのは確か。ただ少なくとも当分、流行ることはないだろうな
初心者にもすすめない。今主流のAlgol系の言語とは雰囲気が明らかに違う
マクロは強力すぎて構文すら変えてしまう
下手すると他人に読めないソースコードが完成する
40:デフォルトの名無しさん
08/05/19 00:16:00
>>36
いろんな言語があるということを知っていても損はないと思うけど
視野の狭い考え方では、大成しないと思うが
41:デフォルトの名無しさん
08/05/19 02:30:53
テキスト処理と画像処理最初にどっちやったほがいいの？
42:デフォルトの名無しさん
08/05/19 02:38:36
>>36
> どこで流行ってるんだよ？
一部の特別に頭の良い人達の間。
> どこで使ってるんだよ？
一部の特別に頭の良い人達が、単独でこっそり使っていることが多い。
> いかにも素晴らしい言語であるかのように宣伝をするのは止めて貰いたい
Lispが「宣伝」されることはあまり無い。
Lispユーザーの多くは、Lispの浸透によって満たされる種類の自尊心を持っていないから。
「自分一人だけこのパワーの恩恵を受けていればそれでいいや」とか思ってる。
ただ、優れた言語云々の話題になったときは、べつに隠す必要は無いので、名前が出てくる。
この流れを、Lispを知らない人間が見ると、
「誰が使っているのかわからない言語なのに、優れた言語の話になるとやたら出てくる」
という風になるわけだね。
だから宣伝と誤解する必要は無いし、君が使う必要も無いよ。多分君には使いこなせないし。
43:デフォルトの名無しさん
08/05/19 02:50:54
こっそり使ってるって、なんでこっそりする必要があるんだろう
44:デフォルトの名無しさん
08/05/19 02:54:09
こっそりする必要があるんじゃなくて、
広く皆に使わせたいという意欲が無い→結果的に一人静かに使うようになる。
45:デフォルトの名無しさん
08/05/19 04:04:23
>>41
結局どちらの方が人生に重いかということだと思う。
本当に必要な事から入るのがいい。
46:デフォルトの名無しさん
08/05/19 05:20:55
んなもの常識で考えりゃわかるだろう
50年間研究され続け、湯水のごとく予算をつぎ込まれて専用ハードまで開発されたが
結局なんの役にも立ちはしなかった
Lispで書かれた世の中に役立つプログラムがどれだけあると言うんだ？
Lispで書かれたOSがあるか？ Webブラウザがあるか？ ゲームがあるか？
今となってはせいぜい物好きなアプリがカスタマイズ用マクロとして実装してみる程度さ
計算機科学と人工知能研究の歴史を語る上では外せないが、おもちゃ以上の価値はない
伝説的とも言える超優秀なプログラマーたちがLispを好んだことは事実だが
逆は必ずしも真ならず、Lispが使えるからといってそいつが優秀だと言える筈がない
Lisp好きはプライドだけは異常に高いけどな
47:デフォルトの名無しさん
08/05/19 07:24:17
シンボリックス社とかLisp使ってたべ。
任天堂はゲーム開発にLispで作った独自言語使ってたというね。
クラッシュバンディクーとかはそれで作られた。
以下はその通りかもしれない。
> 伝説的とも言える超優秀なプログラマーたちがLispを好んだことは事実だが
> 逆は必ずしも真ならず、Lispが使えるからといってそいつが優秀だと言える筈がない
48:デフォルトの名無しさん
08/05/19 07:26:36
>>44
そのLisp使いが本当に優秀で重要な人間なら、
本人に広める意思が無くても周囲の人間が「Lispすげぇ！」
と、その人の成果を真似て、だんだん広まってくんじゃないのか？
49:デフォルトの名無しさん
08/05/19 07:30:30
クラッシュバンディクーって任天堂だったか？ｗ
50:デフォルトの名無しさん
08/05/19 07:45:16
わかんないんです（＞＜）
51:デフォルトの名無しさん
08/05/19 07:45:45
ごめん、任天堂じゃなくてソニーか。ゲーム詳しくないから。
52:デフォルトの名無しさん
08/05/19 07:51:34
>>48
言語を真似ても、成果は真似できないから浸透しないと思うよ。
「凄い奴が使いこなすと何より凄い」という理由では、モノは広まらない。
世の中に浸透するのは、優秀では無い人間でも成果を出せるモノとか、
好奇心の薄い人間が手を伸ばすと届く範囲内に大量に送り込まれるモノだよ。
53:デフォルトの名無しさん
08/05/19 07:58:26
>>52
Excelね
54:デフォルトの名無しさん
08/05/19 07:59:56
優秀な人間がLispを使いこなして得られた成果物って何かあったっけ？
せいぜいツールどまりなんじゃないの
結局その程度のことしかできない言語ってことだよね。
55:デフォルトの名無しさん
08/05/19 08:11:46
>>46
実際に使いこまずに言語を判断できるなんてすばらしいエスパー能力ですね
56:デフォルトの名無しさん
08/05/19 08:26:27
> 何かあったっけ？
57:デフォルトの名無しさん
08/05/19 08:27:24
何もないな
58:デフォルトの名無しさん
08/05/19 08:30:13
自問自答ですか
59:デフォルトの名無しさん
08/05/19 08:31:26
日本はともかく、アメリカの大企業でLispをまったく使っていないところを
探す方が難しいよ。
60:デフォルトの名無しさん
08/05/19 08:32:37
グーグルの基礎技術もLispだろ。
61:デフォルトの名無しさん
08/05/19 08:35:50
LISPで出来て、C言語で無理なことはないだろ
62:デフォルトの名無しさん
08/05/19 08:36:50
C言語で出来て、アセンブリ言語でできないことはないだろ
63:デフォルトの名無しさん
08/05/19 08:45:25
>>59
具体的にどういうところで使われてるのか言ってみな
Emacsのカスタマイズに使ってる、なんてのは勘弁なｗ
>>60
もともとLisp屋が入ってたから概念がLispコードで示されただけで
実装がLispというわけではない
64:デフォルトの名無しさん
08/05/19 08:47:07
Perlで出来て、C言語で無理なことはないだろ
Pythonで出来て、C言語で無理なことはないだろ
Rubyで出来て、C言語で無理なことはないだろ
Javaで出来て、C言語で無理なことはないだろ
C＃で出来て、C言語で無理なことはないだろ
C++で出来て、C言語で無理なことはないだろ
そしてもちろん
LISPで出来て、C言語で無理なことはないだろ
うん、多分その通りだね！
それにLispなんてやっても求人無いし、やる必要ないよ。
C、COBOL、JAVAやってれば間違いない。
65:デフォルトの名無しさん
08/05/19 08:48:36
LispはPG言語界のUMAみたいなもんか
66:デフォルトの名無しさん
08/05/19 08:50:56
> 結局何の役にも立たなかった
わけではない。
お終い。
67:デフォルトの名無しさん
08/05/19 08:53:06
begin end のない言語なんて汚くて触る気しないよ。
68:デフォルトの名無しさん
08/05/19 08:53:30
>>54
それって、大規模ソフトウェアのことを訊いてるの？
それなら、さっきから話に出ているように、優秀な人間が個人で使うのが主なんだから、
人海戦術的プロジェクトの例は少ないに決まってるのでは。
69:デフォルトの名無しさん
08/05/19 08:55:34
Lispの使い道で一番多いのはemacsのカスタマイズ用途ってのが現実なんだよね
70:デフォルトの名無しさん
08/05/19 08:57:07
「優秀」な人たちが愛してやまないのにこれほど成果が人の目に触れないなんて…
きっと投入リソースに対するアウトプットが極端に少ない、コストパフォーマンスの悪い言語なんですな
71:デフォルトの名無しさん
08/05/19 09:01:28
スレタイ無視しまくって全スレ共通で雑談するのはこの板の悪い癖ではあるな
72:デフォルトの名無しさん
08/05/19 09:01:38
一流ハッカー（であるLisper）の視点だと、
この世の言語は「CとLispと、その他半端者の群れ」って感じだろうな。
さっきから一所懸命Lisp否定を頑張ってる人への答も、この組み合わせの中にある。
LispハッカーがCでやる領分を指して、Lispで書かれたものは何かあるの？ と質問しても無意味。
その質問が意味を持つとしたら、元の主張が「Lispはあらゆる領域において最適解である」という内容、
「適用範囲の広さが」最強だという主張であった場合だが、そんな主張は出ていないよね。
ていうか、そんな適材適所という言葉も知らないような馬鹿は、そもそもLispなんて使いこなせないよ。
73:デフォルトの名無しさん
08/05/19 09:02:55
>>70
君くらいのレベルだと、そういう結論になると思う。間違いなく。
74:デフォルトの名無しさん
08/05/19 09:05:29
Lispの適所と思われる場所でもLispはろくな成果出せてないよね。
75:デフォルトの名無しさん
08/05/19 09:07:16
xeroxも赤字垂れ流しで結局放り出したしな
そういえば第五世代コンピュータってのもあったっけ・・・
76:デフォルトの名無しさん
08/05/19 09:07:23
成果って、布教度のこと？
77:デフォルトの名無しさん
08/05/19 09:07:25
emacsのカスタマイズっていう適材適所ですね^^
78:デフォルトの名無しさん
08/05/19 09:10:28
>>77
そういえば、世にあるEmacs Lispのコードは手続き的に書かれまくってて、
全然Lispコードの書き方の勉強にならん、って記事を見たことがあるな。
Lisp扱えないレベルの人がEmacsでだけLispに触れることはそれほど多いってことで、
そういう人が自分の尺度で語ると、そんな風にEmacsの話ばっかになる。
79:デフォルトの名無しさん
08/05/19 09:13:04
手続き的にならないように書く事も出来るんですけどね
記事(しかも日本人の素人が書いたもの)を見ただけでemacs lispを知った気にならんでください
80:デフォルトの名無しさん
08/05/19 09:13:26
Lispなんて役に立たないと言ってる人に無理にやれという必要も無い。
81:デフォルトの名無しさん
08/05/19 09:14:52
つーか、無料で、日本語が使えて、ドキュメントやサンプルが豊富で
Windows上で動いて普通にGUIプログラミングできるLispの処理系があるのか？
俺は知らないが・・もしないのなら、初心者用としては論外だろう。
82:デフォルトの名無しさん
08/05/19 09:16:47
つdr.scheme
今流行ってるgaucheは論外ね
デバッグ環境とかemacs lisp未満だし
83:デフォルトの名無しさん
08/05/19 09:16:52
プログラマーになりたいなら英語ぐらい読めたほうがいいな。
Lispやれとは言わないが。
84:デフォルトの名無しさん
08/05/19 09:17:05
レキシカルスコープすら無いEmacs Lispなんて
Lispハッカー的は恋空を純文学と呼ぶようなものでは。
85:デフォルトの名無しさん
08/05/19 09:20:00
emacs-clとかcl使えばレキシカルスコープっぽい事もできるよ
末尾再帰の最適化はどうやっても無理だけど
86:デフォルトの名無しさん
08/05/19 09:20:22
>>79
> 手続き的にならないように書く事も出来るんですけどね
この反論は、元の主張が「Emacs Lispコードは手続き的にしか書けない」という
内容であった場合に有効だけど、
実際にはそんなことは言っていないばかりか、ユーザーのレベルの話をしているのだから、
「（言語的には書けるのに、ユーザーの都合で）書けない」という話であり、
つまり「手続き的にならないように書けること」は前提になってるんだよ。
87:デフォルトの名無しさん
08/05/19 09:22:09
>>82
＞dr.scheme
おお、サンクス
IDEぽい画面もあって面白そうだな、落としてみるよ
88:デフォルトの名無しさん
08/05/19 09:22:49
叩かれるlispに叩かれるEmacs Lisp
プログラミング言語界でのえたひにんですな
89:デフォルトの名無しさん
08/05/19 09:25:54
>>88
Lisper的には、馬鹿に叩かれるのはニヤニヤの材料だろうな。
「布教」という目的意識を持っているRuby信者あたりとは、そこが決定的に違う。
広く浸透させるためには、馬鹿に愛されなくちゃならないからね。
90:デフォルトの名無しさん
08/05/19 09:30:05
最新の規格のschemeを組み込んだEmacsクローン作ったら有名になれるぜ！
大丈夫死ぬまでには作れる可能性も少なくはない
91:デフォルトの名無しさん
08/05/19 14:36:24
日本はプログラミング言語の入門書は、やたら量産するが
中級者以上か、それ以上のレベルの本が本当に少ないからなあ
入門書で食うために入門書でお金儲けをするのは、いいと思うが
需要の少ない中級者以上のニーズに応えられて、なんぼだと思うし
中級者〜上級者以上向けの本が書けないとなるとその人の書いた入門書の本は、
読むに値しないと思ってしまうわ
あと日本語圏の入門用プログラミングサイトと英語圏の資料を読めば、入門書レベルの話は、
問題なく、網羅できるからなあ
92:デフォルトの名無しさん
08/05/19 14:59:32
しかもその入門書も、ほんとに初心者に使い良いか、解り易いかっていうと殆どが違う訳で…
良書と言われてるのに翻訳物が多いのが寂しい限り
93:デフォルトの名無しさん
08/05/19 15:13:36
本は、たしかにそうだなあ・・タネ本なしに日本人が書いたもので
これはすごいと思ったのは残念ながらほとんど記憶にない
奥村さんの書いた『コンピュータアルゴリズム事典』は数少ない名著だったかもしれんね
ボロボロになるまでお世話になったよ
94:デフォルトの名無しさん
08/05/19 15:16:35
洋書の著者は、コンピュータサイエンス経験があったり、複数言語のそれぞれの
長所を知った上で書いてるから、「この言語ならではのポイントは何か」という
視点で纏まってるものが多い。
和書だとそういうのが少なくて、機能を羅列しただけのものが多いんだよなあ。
95:デフォルトの名無しさん
08/05/19 15:50:44
専門書籍は「売れない」んだよね、日本だと
「売れない」からこそ、供給が減るんだ
せめて、「すごい本」を書いたらコラムや講演で引っ張りだこ、というような状況にしないと
96:デフォルトの名無しさん
08/05/19 17:20:07
専門書は、儲けるために書いているわけじゃないだろ
>>93
私もプログラミング言語本で和書で良書に出会った事がない
洋書を参照して、改悪した本は、たくさん読んできたが
97:デフォルトの名無しさん
08/05/19 17:31:07
儲けるためにやるに決まってるだろ
出版社は
売名（微妙な表現だが）や啓蒙が目的ならPDFをWebで配布すればいい
自費出版してもいいし、同人で売ったっていい
98:デフォルトの名無しさん
08/05/19 17:34:08
大学の専門書は旧い同人的な出版社がフォローしてることも多いな
普通の単行本みたいな流通に乗っかるわけにもいかんし妥当ではある
99:デフォルトの名無しさん
08/05/19 17:37:33
メタルスライム好きなん？
100:99
08/05/19 17:37:59
誤爆
101:デフォルトの名無しさん
08/05/19 17:39:34
名著ってのとは違うと思うけど、培風館のFortran77入門とかCOBOL入門とか
あれは今にして思うとコンパクトにまとまっていてけっこう良かった気がする
学校や新人研修でひととおり読んだ人も多いんじゃないかな〜ﾀﾌﾞﾝw
その本に書いてないような細かい仕様はどうせめったに使わないし
いざとなればマシンルームに行って愛ちゃんor富士子ちゃんのマニュアル読めばいいからなー
のんびりした時代だったぜ・・
102:デフォルトの名無しさん
08/05/19 18:06:11
>>97
Webサイトとか、PDFだと読み手側の内容への期待感が低いし、出版媒体としては、不適切じゃないと思うぞ
あとプログラミング言語本の市場を小さくさせるは、するものの大きくさせる行動とは、思えないし
100年とか、200年ぐらい業界の著名人から絶賛される名書を出版社がほっとくわけないし
出版社に雑務を任せたほうが利口だと思う
とりあえず、名書の部類の力作は、ちゃんと製本してほしいわ
紙の形式で読みたい人は、各自、プリントアウトしてくれと言われても、
思ったよりプリントアウトに時間がかかったりするし、紙代やインク代がもったいない
あと脳みその構造が旧来の本に対する接し方をしてしまうのか、よくわからないが
ディスプレイの画面の限界もあるが、局所的にしか文章を把握できないんだよね
本だと局所的にも読めるし、俯瞰的にもみれるから、頻度が高く棚から出す本は、
製本されていたほうがいい
103:デフォルトの名無しさん
08/05/19 18:08:45
>>96
「Prologを学ぶ ー文化とその実践ー」 杉崎昭生著 海文堂出版
これは優れていると思う。
104:デフォルトの名無しさん
08/05/20 00:15:43
最終的にゲームプログラミングをしたいのでC++を学ぼうと思ってます
入門向けのサイトや書籍はありますか？
ちなみにプログラミングの知識はほとんどありません。
しかも文系なので数学や物理も得意じゃない…
105:デフォルトの名無しさん
08/05/20 00:28:00
とりあえずひとつだけ例をあげておきますね
URLﾘﾝｸ(www.kumei.ne.jp)
ただ、これは忠告なのですが、
わからないこと、知りたいことがあれば、まずネットで自分で検索してみましょう
その習慣がないと、いまどきのゲームプログラミングは正直言って不可能です
106:デフォルトの名無しさん
08/05/20 02:16:45
初歩的な質問です。
来年からＳＥとして働くことが決まったのですが、
コード？を打ち込むためにはやはり相当早いタイピング能力を必要としますか？
現時点ではブラインドタッチもままならず、タイピングのスピード自体も遅いです。
これってやはり致命的ですよね？
107:デフォルトの名無しさん
08/05/20 02:22:17
ブラインドタッチできるにこしたことないけど
仕事やってればすぐ覚えるからそんなに気にしなくてもいいと思う
早さもそんなに、それよりタイプミス減らすほうが大事かな
あと隣ですげー早さで「ガチャガチャ」されるとすげーうざい
108:デフォルトの名無しさん
08/05/20 03:05:46
エンター力強く打つ人とかな
まあこれは初心者に多いが
109:デフォルトの名無しさん
08/05/20 03:07:26
タッチタイプはできたほうがよい
会社員として働くなら、せめて入力の手伝いくらいはできないと肩身狭すぎる
あと文書作れるくらいの入力量な
が、それ以上の入力速度は不要
いわゆる事務さんやあるいはタイピストのような、目にもとまらない入力速度は完全に不要
たとえプログラミングしないとしてもね
110:デフォルトの名無しさん
08/05/20 03:30:07
システムエンジニアは、プログラマや文字入力とは別だろ
111:デフォルトの名無しさん
08/05/20 04:46:50
もしかすると106はSEとは名ばかりのキーパンチャとして就職するのかもしれん
112:デフォルトの名無しさん
08/05/20 05:27:29
日本のソフトウェア受託開発業では、プログラマよりもシステムエンジニアの方が上級技術者らしく
聞こえて高い単価を要求できるためか、実際にはプログラマであってもシステムエンジニアを名乗ることが多い。
システムエンジニア経験者は最低1つのプログラミング言語は知っており、コードが書けるのは
当然だと思われることが多いが、そうでもない場合もある。
プログラマを経験したのちシステムエンジニアになる場合もあるが、企業の合理化手法の為、
中にはコードを書かずにすぐにシステムエンジニアになる場合や、
顧客と交渉する営業職と変わらない場合もある。
システムエンジニア - Wikipedia
113:デフォルトの名無しさん
08/05/20 06:31:00
ｺｰﾄﾞ書けないSEなんてPG以下ねマジ糞みたいな仕様書しか書けないし
114:デフォルトの名無しさん
08/05/20 07:48:12
仕方ないだろ
SEはプロジェクトを輪姦するのが仕事なんだから
115:デフォルトの名無しさん
08/05/20 09:21:19
>>113
間違っています。
以上。
↓次どうぞ
116:デフォルトの名無しさん
08/05/20 12:35:49
>>106 自然に速くなるものだ。しかし、速くなりすぎないほうがいい。
117:デフォルトの名無しさん
08/05/20 13:44:59
>106
すぐに「タイプにかかる時間」より「考え事してる時間」の方が上回るようになる。
ブラインドタッチなんて練習する必要は無いと思うよ。
まあ、よく使うキー（母音とかな）の位置くらいは覚えておいても損はないけど。
118:デフォルトの名無しさん
08/05/20 14:22:43
今までのところ質問は >>15 と >>104 だけ。
119:１０６
08/05/20 14:38:37
回答してくださった方々ありがとうございました。
質問ばかりで申し訳ありませんが、プログラミングを学ぶ際の良い本を教えて頂きたいです。
私は文系出身でプログラミングに関しては無知です。
この秋の基本情報技術者の試験を受ける予定ですが、聞くと、
プログラミング出来ないと合格は不可能みたいです。
どなたかアドバイスを宜しくお願いします。
>>111
一応プライムベンダーの一角にSEとして採用されました。
おそらく使い捨て要因でしょうｗ
120:デフォルトの名無しさん
08/05/20 14:47:26
>>119
プログラミングなんて、本を読めて文章を書けるなら誰にでもできます。
つまり事前にリファレンスマニュアルかさもなくば入門書でも読めれば、誰にでもできると言うことです。
121:デフォルトの名無しさん
08/05/20 15:32:55
>119
基本情報技術者 Part211
ｽﾚﾘﾝｸ(lic板)
122:デフォルトの名無しさん
08/05/20 16:02:34
>>119
「プログラムはなぜ動くのか 〜知っておきたいプログラミングの基礎知識」 矢沢久雄
すべてのプログラム言語に共通する基本概念やしくみを知る上でおすすめだと思う
123:デフォルトの名無しさん
08/05/21 02:30:09
基本情報技術者ってSEが受けるの? これって学生とかが受けるんじゃないの?
すでにSEならもっと上のやつ受ければ
124:デフォルトの名無しさん
08/05/21 10:55:21
>>123
自分で答言ってるじゃん
125:デフォルトの名無しさん
08/05/21 11:22:06
プログラミング全然できないのにSEになっちまったって話題だからな
126:デフォルトの名無しさん
08/05/21 11:33:25
>>123は働いたことないのかもしれん
「来年から働くことになった」というくだりで見当がつきそうなもんだが
127:デフォルトの名無しさん
08/05/21 15:13:03
今までJavaをやっていたのですが、
Cを覚えて今度はGuiを作ろうとしたらWin32API、MFC、.NETとか色々あってよく分かりません。
結局どれを覚えていったら良いのでしょうか？
128:デフォルトの名無しさん
08/05/21 15:16:36
CじゃなくてC++じゃないの？
時系列順にWin32API→MFC→.NETと覚えていくといいんじゃないかと。
Javaは使ったことないんだけどAWTでGUI作れるもんなんじゃないの？
129:デフォルトの名無しさん
08/05/21 15:16:46
なんのために C を学ぼうと思ったの？
Java があれば用は足りるのに
130:デフォルトの名無しさん
08/05/21 16:07:22
>>128,129
レスありがとうございます。
JavaでもAWTやSwingがあるけれど、
他に使える言語がphp、perl、JavascriptとWeb系ばかりなため
来年の就職の前に流石に基本のC/C++くらい覚えないとと思って今勉強しています。
Cだけの知識でWin32APIは問題無い感じだったのでC++はまだ詳細に勉強していないのですが、
やっぱりやった方が良いですかね？
それとMFCは自分が読んだWindowsプログラミングの本の内容から
過渡期の技術で使われなくなっているみたいな印象があるのですが、
まだ勉強して有用でしょうか？
131:デフォルトの名無しさん
08/05/21 16:40:26
JavaとC使えるならC++は楽勝だろ。
あと、Win32のGUIなら.NET+C#あたりで十分じゃね？MFCはいらないと思う。どうしてもネイティブじゃないと嫌ってんならC++Builderとかもあるし。
132:デフォルトの名無しさん
08/05/21 16:47:11
C++もかなり長くまで残りそうな言語だから、やっておいて損はないはず
ただし、Java/C#ほど整理された言語ではないので、そこを期待してはダメ
133:デフォルトの名無しさん
08/05/21 17:19:48
個人的にはC#はもう少し様子見したい気分。
134:デフォルトの名無しさん
08/05/21 17:53:37
C++なら今からMFCやるぐらいならSTLみっちり勉強したほうがいいと思うよ
ちなみに学生さんならMS独自のものに深入りするより
Openでマルチプラットホームなものをやったほうが広い視野が持てると思うけどね
135:デフォルトの名無しさん
08/05/21 18:48:29
MFCは糞。覚える必要なし！
136:デフォルトの名無しさん
08/05/21 22:37:52
> JavaとC使えるならC++は楽勝だろ。
ぜんぜん。
137:デフォルトの名無しさん
08/05/22 04:16:50
>>134
STLとMFCは、目的が違う。 STLみっちりやってもGUIは作れない。
138:デフォルトの名無しさん
08/05/22 04:18:36
別にMFCだけがGUIのフレームワークじゃないし
139:デフォルトの名無しさん
08/05/22 04:40:23
MFCの勉強するよりもその時間でSTLの勉強してC++極めたほうが良いって意味だろ、常考
140:デフォルトの名無しさん
08/05/22 05:20:06
Qtおすすめ、かっこいいよ！
141:デフォルトの名無しさん
08/05/22 10:20:01
MFCを勉強するのはVisual C++でWindowsネイティブアプリを作るためで
STLを勉強するのはC++のライブラリを最大限生かすためだから
勉強の目的がぜんぜん違うような気が。
142:デフォルトの名無しさん
08/05/22 10:23:05
MFCよりかはATL WTL APIのほうがいいのでは?
143:デフォルトの名無しさん
08/05/22 10:43:40
ATL/WTLは癖が強いからねぇ･･･
窓専用と割り切るなら.NET使うのと大差無いぐらい
小物ならそれこそ別にC#覚えた方が楽かもしれない
144:デフォルトの名無しさん
08/05/22 10:54:40
>>141
Win32APIが普通に使えるぐらい進めてるならば、それ以上MFCとかのWinネイティブのプロダクトに
こだわるよりも本筋の勉強すべし、だろうな。
>>134の後半の趣旨を見る限りそういうことだと思うけど・・・俺もそのほうが良いと思う。
基礎がしっかりしてる奴は実務で使うライブラリなんかの細かい知識は使いながらすぐに身につけるものさ。
145:デフォルトの名無しさん
08/05/24 22:45:26
・Visual C++の選択肢
SDK：趣味ならこれから始めるべき、軽くていい
MFC：SDKをラップした感じで、少し重いが、SDKも分かれば使いやすいし、現実的
ATL/WTL：MSもサポート終了気味で、あまり流行らなかった
挫折したらC#やVB.NETをさわってみるといいだろう
自分が伸びていくのが実感できて、明らかで楽しいだろう
//最近の仕事じゃC#よりVB.NETの方が、使えそう＆長生きしそうな感じだよ
//やっぱりC#は、帯に短したすきに長しって・・・
146:デフォルトの名無しさん
08/05/25 00:23:17
>>145
C++/CLIフォームアプリケーションも選べるだろ、
選択肢として現実的かどうかはともかく。
147:デフォルトの名無しさん
08/05/25 03:42:41
>>146
テンプレートよりマシじゃないかｗ
あと、こう言うのもどうだい？
SDK(Win32API)はC言語
MFCはC++必須
でも最後まで行くには、結構時間かかるよな
学生等で集中できるのなら良いが、趣味なら一項目につき半年は必要だと思う
C言語半年→CとSDK半年→C++半年→C++とMFC半年→ALT/WTL（よく知らない）
148:デフォルトの名無しさん
08/05/25 04:21:58
問題は一年半後にMFCがまだ生き残ってるかどうかだな。
149:デフォルトの名無しさん
08/05/25 04:53:50
C++/wxWidgetはどうなの？
150:デフォルトの名無しさん
08/05/25 06:21:33
MFCや.NET物に慣れてしまうと、僕VS環境でないと
プログラム書けません、みたいなゲイツの飼い犬になっちゃうぞ。
wxWidgetsもいいし、GTKやQtでもいいけど、個人的には
SDLになにかGUIツールキット組み合わせて使うのが面白くておすすめ。
151:デフォルトの名無しさん
08/05/25 07:50:24
自分が必要とする環境で書ければそれでいいじゃん。
GUIなんて結局環境依存だし、
ツールキット使うにしても所詮選択の幅が多少広がるだけだし。
152:デフォルトの名無しさん
08/05/25 08:47:14
いやー、3D描画エンジンですらOpenGLとD3Dの違いを吸収して
マルチプラットホームで書けるのが当然になりつつあるのに
従来型のGUIごときで環境依存コードはさすがにないんじゃないでしょうか。
153:デフォルトの名無しさん
08/05/25 18:34:12
>>148
まだまだ十分生き残ってるんじゃないかな
C＆Win32APIで終わってしまって、遅いし大きくなるしC++＆MFCまで行かない人が増えるかも知れないけど・・・
.NETの方が圧倒的にいいけどね。ポトペタは楽しい
>>150
.NETをPC-UNIXでも動かす方向へ・・・向かわないかな・・・
JAVAよりは.NETの方がだいぶいいと思うしｗ
ただC#が欲張りすぎな感はある
なんかVB.NETの方がいい方向へ向かうかもｗ
VB.NET：仕事とかサクッと作ることが目的な人向き（言語の枝葉末節にこだわらない普通の人向き）
C#：プログラミング言語とか最近の流行に興味のある人向き
154:デフォルトの名無しさん
08/05/25 19:40:46
>>146
それが一番現実的だと思える。C標準、Win32API、.NETのいずれも使える。
155:デフォルトの名無しさん
08/05/25 19:49:14
疑問だったのだけれど、自分はプログラミング言語今まで5つくらい経験したけれど
今主に使ってるの以外どんどん忘れていくんです。
もちろんそこで得た根幹的知識は理解しているから本をざっと読み返せば使えるけれど、
関数名や文法なんかすぐやれと言われると飛んでる部分がかなりある。
皆って参考類を何も見ないで出来る言語って共存していくつも覚えてられるもんですか？
156:デフォルトの名無しさん
08/05/25 19:53:25
細かい事なんて使わなきゃ忘れるよ
157:デフォルトの名無しさん
08/05/25 20:22:58
>>155
そりゃ少ししか使わなければ忘れるよ
長く一つのやると覚えてるみたいだけど
普通に仕事でも慣れてくると、アレ？文法どうだっけ？って言う若い子は多くいるよｗ
158:デフォルトの名無しさん
08/05/25 20:50:57
tera term と連動するプログラムを作りたいです。
普段は tera term でサーバにアクセスして
現状データを閲覧し、コマンド投入して設定を変えるのですが、
閲覧→コマンド投入の部分を自動的にやってほしいのです。
ユーザには「何を」「どう変える」ってとこだけ記入させるイメージで。
当方プログラムについて無知なので、
多少重くても書きやすいもの求めてます。
159:デフォルトの名無しさん
08/05/25 21:20:32
TeraTerm関係ないな
telnetなりsshなりのプロトコルについての学習が必要
…と思ったが、TeraTermはマクロついてなかったっけ
160:デフォルトの名無しさん
08/05/25 23:01:26
TeraTermにはかなり優秀なマクロ言語があるよん。
>158の想定がどの程度かは知らんが、試してみる価値はあると思う。
どっちみち、プログラミングの才覚は必要だと思うけど。
161:デフォルトの名無しさん
08/05/25 23:13:51
なるほど。
じゃー telnet クライアントごと作れば良いのか
と思って調べてみたんだけど、そんなの作れるのかな？
全然関連記事見つからなかったんで誰か教えてください。
お勧め言語は何か？やったとして難易度はどの程度なんでしょうか？
162:デフォルトの名無しさん
08/05/25 23:15:17
>>161
>160
163:158
08/05/25 23:15:20
ありゃ。
tera term のマクロも要チェックですね？
どんなことできるのか調べてみます。
164:デフォルトの名無しさん
08/05/26 05:49:48
>>158
Linux板の
ｽﾚﾘﾝｸ(linux板)
を見てみたら。ソースレベルで改変する話題が多い。
165:デフォルトの名無しさん
08/05/28 09:45:18
今からwindows上で動くゲームをcで組もうとしたら
オススメのコンパイラもしくは統合環境ってありますでしょうか？
VC#は無料の.netの統合環境でやってみましたが動作がもっさりしてるので
なるべくでしたら除外したいです。
166:デフォルトの名無しさん
08/05/28 10:00:08
directXはvc++ XNA はvc# を使うべき 例えばgccでdirecXやxnaやるべきではない
167:デフォルトの名無しさん
08/05/28 10:01:22
開発環境は実働させる環境よりハイスペックを使いましょう 鈍いと不便です
168:デフォルトの名無しさん
08/05/28 10:07:55
VC#が遅いと思える性能の悪いPCでdirectXが実用に耐えれるかが疑問。
2DゲームのテトリスぐらいならOKだ。その場合ｇｃｃでも可能だがWinAPIで挫折する予感。
169:デフォルトの名無しさん
08/05/28 10:14:28
2005より2008が軽い
170:デフォルトの名無しさん
08/05/28 10:53:36
VSしか使ったこと無い人が多いからあんまり信用しないで自分の好みにあったもの選ぶのが吉
コンパイラとかはなんでもいいけどCでD3DやWin32API直接触るのはあんまりおすすめしないな
まずライブラリ構成を決めるのがいいと思う、英語が苦にならないかどうかで選択の幅は大きく変わるけどね
171:デフォルトの名無しさん
08/05/28 10:55:31
良いライブラリ
DarkGDK
ｽﾚﾘﾝｸ(tech板)
172:デフォルトの名無しさん
08/05/28 11:12:05
>>165
タイトルでいえばたとえばどんなゲーム作りたいの？
173:デフォルトの名無しさん
08/05/28 11:16:41
>>166-170
なるほど〜
>>171
あーその前のバージョンは使ったことありますね〜
英語なので速攻挫折しましたけど＾＾；
>>172
ゲームシステムとしては嫌いなんですけど負荷のかかるシステム
に挑戦ということで弾幕ゲーですかね・・
それのベースが出来ればミニゲーム的な物のアイデアがあるので
それに切り替えてみようかと思ってます。
174:デフォルトの名無しさん
08/05/28 11:22:59
今時弾幕シューティング程度じゃ大した負荷にならなそうな‥‥
175:デフォルトの名無しさん
08/05/28 11:36:05
>>173
それだったらDXライブラリなんかどう？ Cで楽に書けるよ
開発環境はVC++でもBC++でもお好きなほうでおｋ
性能的にどうしても満足いかなかったらそのときは
あらためてD3Dベースのライブラリを検討するということで・・
本家
URLﾘﾝｸ(homepage2.nifty.com)
使用例
URLﾘﾝｸ(homepage2.nifty.com)
スレ
ｽﾚﾘﾝｸ(gamedev板)
176:デフォルトの名無しさん
08/05/28 11:38:06
DXライブラリつかうくらいなら、HSPのほうがいいよ。
177:デフォルトの名無しさん
08/05/28 11:43:36
cで組むのが前提なのになんでHSPが出てくるんだ
178:デフォルトの名無しさん
08/05/28 11:47:44
DXライブラリ使う時点で、汎用性が失われ、純粋なCではなくなる。
DirectXなら汎用的なのでよいが・・・
179:デフォルトの名無しさん
08/05/28 11:53:15
directxを直でいじる感じでOKです〜
ポインターとかはとりあえずOKなんで。
むしろC#のDCあたりのブラックボックス感が嫌なので
面倒でもいじりたいくらいです。
180:デフォルトの名無しさん
08/05/28 11:54:54
DirectXの関数もブラックボックスではあるのだが名
181:デフォルトの名無しさん
08/05/28 12:01:05
DirectXが汎用とかどんだけ〜
182:デフォルトの名無しさん
08/05/28 12:37:45
>>180
まあそうなんですけどねｗ
183:デフォルトの名無しさん
08/05/28 12:52:54
移植性ならogreやｲﾙﾘﾋﾄかな
184:デフォルトの名無しさん
08/05/28 14:42:56
移植性を取るとDX直で使うのに比べて、目に見えてパフォーマンス落ちるからな。
185:デフォルトの名無しさん
08/05/28 14:57:28
移植性って何？
ナニからナニに移植・環境変更することを意図してコードを変えてるの？
186:デフォルトの名無しさん
08/05/28 15:02:54
窓犬糞悪魔林檎
187:デフォルトの名無しさん
08/05/28 17:30:56
BSDがちゃんと入っててうれしい
188:デフォルトの名無しさん
08/05/28 20:58:00
Ψ
∧＿∧|∈ WindowsならVC++の一択だよー
／|＼( *・∀・)|/|＼ C++やるくらいならC#がいいよー
⌒⌒（つ ）つ|~ ⌒ 無駄な移植性なんて気にするなー
▼〜（/（/ .|
189:デフォルトの名無しさん
08/05/28 20:59:18
Windowsで動けば,世界の90％以上のPCでOK
190:デフォルトの名無しさん
08/05/29 00:04:36
んなわけないだろ
191:デフォルトの名無しさん
08/05/29 03:50:00
確かにそんなわけないな
2008年3月時点で95%だ
URLﾘﾝｸ(www.itmedia.co.jp)
192:デフォルトの名無しさん
08/05/29 07:15:02
webの使用率じゃん…
193:デフォルトの名無しさん
08/05/29 07:21:38
>>165で質問した物です。(>>173>>179>>182も私）
まあとある端末向けに開発してた物があったんですけど
何分グレーな物なのでPCでも同じものを作った上で
同じデータを使えるおまけソフトとして端末側を提供する
方針に切り替えようかと思ったんです。
まあ、移植性云々は・・・あまり期待してないです。
194:デフォルトの名無しさん
08/05/29 12:00:12
PCだからあってるんじゃないか。
195:デフォルトの名無しさん
08/05/29 17:20:02
北米の調査会社でサンプル数もたった200万ユーザーだからな〜
なんともいえないな
欧州やアジア含めて調査すればぜんぜん違う数字出るんじゃないか
Sourceforgeのダウンロード数なんかの数字だとWin7割ぐらいか
196:デフォルトの名無しさん
08/05/29 20:15:44
すみません、EXCELを使ってグラフを作成したのですが、
まず、最初はCからプログラムの勉強したほうがいのでしょうか？
それとも標準で付いてるらしいVBAからがいいでしょうか？
197:デフォルトの名無しさん
08/05/29 20:16:39
普通にグラフ作るだけなら何の勉強がいると言うのか疑問なくらい
適当に弄ってれば出来るでしょ
198:デフォルトの名無しさん
08/05/29 20:21:28
いやエクセルでグラフなら表にデータ入れて
ウイザードで選択していけば勝手に・・・
エクセル 表 作成
でぐぐることをオススメします。
199:デフォルトの名無しさん
08/05/29 20:25:28
>>196
CもVBAも要りません
200:デフォルトの名無しさん
08/05/29 20:33:20
実はEXCELも要りません
201:デフォルトの名無しさん
08/05/30 01:53:31
一方、ロシアは紙とボールペンを使った。
202:デフォルトの名無しさん
08/05/30 03:02:12
どんなプログラミング言語を使うにしろ、
何をやるのかの概要を紙に書けないとだめだな。
>>201
つまらないひねりで自滅だな。
＞ 一方、アメリカは紙とスペースペンを使った。
＞ 一方、中国は紙と筆を使った。
＞ 一方、日本は空気を読んだ。
203:デフォルトの名無しさん
08/05/30 03:31:15
＞ 一方、日本は空気を読んだ。
こっちの方が全然面白くないんだけど。
204:デフォルトの名無しさん
08/05/30 05:01:12
面白く無い以前に、流れ的にも意味が変
205:デフォルトの名無しさん
08/05/30 05:52:23
「自分を何%出せるか」ばかりに頭が位って
出す物の妥当性や匙加減が疎かになるのは
思春期の特徴。
206:デフォルトの名無しさん
08/05/30 09:26:53
つまり日本語で言うとどういうこと？
207:デフォルトの名無しさん
08/05/30 09:28:38
技術者のオナニーソフトは要らないよってこと。
「うは！俺スゲー。こんな多機能な実装したよ〜」
まあ大体こういうのって使いにくいんだよね。
208:デフォルトの名無しさん
08/05/30 12:20:48
よろしくおねがいします。
以前、地図ソフトのソースを見せてもらったことがあるのですが
VB版とC++版の2種類がありました。
そのときは特に何も思わなかったのですが、
今になってなんで2種類なのかすごく気になりました。
やってることは全く同じなのに、2種類あるのがとても不思議です。
なぜなのでしょうか？
ちなみに、商品版はC++でビルドしたものを使用しているとのことです。
209:デフォルトの名無しさん
08/05/30 12:24:18
VBだと可読性が良いからじゃない？
210:デフォルトの名無しさん
08/05/30 12:27:15
機能実装テストはVBでやって、その後C++に持っていくんじゃないの？
211:デフォルトの名無しさん
08/05/30 13:01:15
>>206
君みたいな自意識過剰ですぐ興奮するタイプのオトコノコは
何もしないほうがいいよイタイから、ということ。
212:デフォルトの名無しさん
08/05/30 13:16:02
>>209,210
ありがとうございます。
可読性の良いVBで機能実装をした後、C++に移す、と。。
VBだけでいいんじゃない？とか思ってしまいますが、
それでもC++に移してビルドしているあたり、
C++は実行速度等々でVBに勝っている？のだと解釈しました。
なんとなく分かりました。ありがとうございます。
213:デフォルトの名無しさん
08/05/30 18:06:47
企業向けに売ってるやつだと、稀〜に言語指定が来る
あるいは組み合わせる関係とか
214:デフォルトの名無しさん
08/05/31 01:27:23
>>212
べつにVBにしたからって可読性が高くなるわけじゃないよ。
215:196
08/05/31 12:50:54
以前、お尋ねしたグラフを作りたい君です。
6月の決算書向けにただグラフィカルにしたいのでグラフを添付したいだけなのです。
皆さんの意見を聞くと関数を使うのでしょうか？
それともワードでやったほうが早いのでしょうか？
専用ソフト（イラストレーター等）がよいのでしょうか？
よろしくお願いします
216:デフォルトの名無しさん
08/05/31 12:52:07
URLﾘﾝｸ(www.eurus.dti.ne.jp)
関数いらないってｗ
217:デフォルトの名無しさん
08/05/31 13:21:12
>>215
ソフトウェア板行ったほうがいいお
>プログラム技術＠2ch掲示板
>この板はプログラムを作る人のための板です。
218:デフォルトの名無しさん
08/05/31 14:09:29
C#と言うのは、他の言語の悪いところまで引き継いでゴチャゴチャしているから
それよりは同等の物が作れるVB.NETの方が、使いやすくていいと聞いたのですが、
趣味で簡単なアプリケーションやゲームを作る場合VB.NETでいいのでしょうか？
またCは古く破綻しており、オブジェクト指向という物にも対応しておらず、今更これだけでは難しい。
C++は、難しく複雑でユーザー数は減っており、この先先細りするしかない。
JAVAはWindowsではGUIが使いにくく、UNIXのサーバーアプリケーション用と聞きました。
Windowsしか使わないので簡単らしい.NETで良いのですが、他に選択肢がありましたら教えてください。
あと.NETを選んだ理由ですが、.NETやJAVAは遅いと聞きますが、実際は作り方に大きく左右され、
CやC++を使いこなせない初心者がのレベルでは、逆に.NETやJAVAの方が
速いものが出来ると言う話を聞いたので、.NETを最有力選択肢にしました。
219:デフォルトの名無しさん
08/05/31 14:14:07
C#
220:デフォルトの名無しさん
08/05/31 14:21:29
そんなことをゴチャゴチャ考えてる間に、コードの一行でも打ち込んでるほうが時間の有用な使い方だと思われ。
221:デフォルトの名無しさん
08/05/31 14:23:07
趣味でやるなら色々やってみて自分にあってるのを選択するのが一番良いよ
222:196
08/05/31 14:24:17
>>216
関数がいらないというのは分かりました。
ということは、HTMLの知識が多少必要だと言うことですね。
がんばってみます。ありがとうございました。
223:デフォルトの名無しさん
08/05/31 14:24:27
>>218
「趣味で簡単なアプリケーションやゲームを作る場合VB.NETでいい」 ― その通り。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5370日前に更新/175 KB
担当:undef