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

初心者のためのプログ ..

210:デフォルトの名無しさん
09/01/31 13:07:50
標準ライブラリの深い理解までとは言わないけど
Cの文法と構造化プログラミングの手法を軽くやっとくと
OOPLのありがたみがわかるんじゃないかな。
大した分量じゃないし。

まあC++で作りたいものがあるというならモチベーションの点から
さっさとC++やるのがいいとは思うが。

211:デフォルトの名無しさん
09/01/31 14:52:33
初心者がいきなりC++からはじめたがるのって、いったいどんな動機なんだろう？
オブジェクト指向でやると、コードが冗長になるから、俺は嫌いだ！

まあ、クラスライブラリが良くできていれば、うまく継承させてシンプルなコードが書けるのだが、MFCは嫌いだ！

趣味でやるなら、Cで直接API呼ぶかC#.netだよ。
あるいはExcelVBA。意外と色々できてしまう。

212:デフォルトの名無しさん
09/01/31 15:14:21
動機「速い！メモリ食わない！使える俺カッコイイ！(予定)」じゃね？
MFCの設計が古いのは、出たの随分昔だし仕方あるまい。

213:デフォルトの名無しさん
09/01/31 15:25:28
標準ライブラリとBoostが使えるってだけでもC++の価値はあると思うが。
今さらCで書こうなんてめんどくさすぎてやる気出ないっしょ。

214:デフォルトの名無しさん
09/01/31 16:01:38
「C#」それはVB6とDelphiを足して２で割ったような素晴らしい環境

215:デフォルトの名無しさん
09/01/31 17:37:49
VB6とDelphiを足して3で割ったような素晴らしい環境です！

216:デフォルトの名無しさん
09/01/31 17:42:29
おれWin98を常用してるよ
今も98マシンで書いてる
あと二三年粘ってからReactOSに乗り換えるつもりだp

217:デフォルトの名無しさん
09/01/31 19:08:26
>>213
Boostってコンパイル速度も早いの？

簡単なものを一人でチマチマやるならCでいい
逆にC++のような事やるなら、C#の方がいいと思う

>>216
それ一日何時間使って、何回落ちるの？

218:デフォルトの名無しさん
09/01/31 19:47:16
マルチコアプログラミングに備えて、何かやってることありますか？

219:デフォルトの名無しさん
09/01/31 20:06:49
コア数分スレッド作るだけだから
マルチスレッドプログラミングができてるなら
特別何もする事はない

220:デフォルトの名無しさん
09/01/31 20:08:39
>>219
素人さんですか？

221:デフォルトの名無しさん
09/01/31 20:10:12
x86ってかなり難しい？
アセンブラでやさしいのはCASLかな

222:デフォルトの名無しさん
09/01/31 21:07:08
>> 221
それだけやる気があるのなら、
「コンピュータアーキテクチャ定量的アプローチ第4版」
もしくは、「はじめての486」で勉強しなよ。

223:デフォルトの名無しさん
09/01/31 21:10:56
>>221
難しくないよ

224:デフォルトの名無しさん
09/01/31 21:13:40
>>218
自分の使ってるコンパイラの並列化オプションを調べる

225:デフォルトの名無しさん
09/01/31 21:18:52
>>224
今のコンパイラでは、マルチコアの恩恵をあまり受けれない。
コア数が４つや８つなら、今のコンパイラで十分だけど、それ以上になるとあまり恩恵受けれなくなる。
どっかの人がこれからものすごいスピードでコア数が増えると言っていた。
その人曰く、すぐに「1024コアのCPU」が登場するとのことでした。

それで、2chのみんなはどういう風に対応しているか、どういう風にとらえているのかが気になった。

226:221
09/01/31 21:19:09
アセンブラといってもそれほど難しいというわけでないか
まずはCをしっかりしてそれからしようかな

227:デフォルトの名無しさん
09/01/31 21:23:32
>>226
最終目標は？

228:デフォルトの名無しさん
09/01/31 21:26:28
>>226
それでいいよ。

229:デフォルトの名無しさん
09/01/31 21:30:18
>>226
アセンブラとCの同時進行もオススメ

230:デフォルトの名無しさん
09/01/31 21:30:55
>>225
現時点では、言語を、Erlang。
2年後だと多様な選択の可能性が生まれていると思うれけれど。

231:デフォルトの名無しさん
09/01/31 21:32:02
>>227
WindowsまたはLinuxで動くアプリケーションを作ってみたい
今の目標は基本情報技術者受けるのでC言語選択して合格

232:デフォルトの名無しさん
09/01/31 21:33:00
>>225
正直、トレンドと呼べるものはまだできてない

CにMPIを組み合わせるとか
Erlangみたいなモデルを使えば自然な並列化ができるとか
関数型言語では関数に副作用が無いことを利用して並列性を検出しようとか

色々やってるが、どれもまあヒットしたと言えるほどではない
（MPIは、科学技術計算では実績ある手法らしいが）

233:デフォルトの名無しさん
09/01/31 21:37:26
並列処理と言えばFortranだろJK

234:デフォルトの名無しさん
09/01/31 21:41:45
CUDA使えばいいじゃない

235:デフォルトの名無しさん
09/01/31 21:41:50
OSがマルチコアに対応すればよい。　8でも1000でも一つのアプリが占有するのは
好ましくない。

236:デフォルトの名無しさん
09/01/31 21:42:53
>>232
回答ありがとうございます。

世界では、２つの対策を考えているみたいなんですが、2chの皆さんはどちらを推奨しますか？
1. すごく賢いコンパイラーを開発する
2. 新しいプログラミング言語を開発する
私は、2番を推進しています。
1.は、ハードルがあまりにも高すぎるとのことです。
また、プログラミング言語の乱立も抑えられるのではないかと、私は考えています。
C C++ C# Java PHP Perl Ozなどプログラミング言語が多すぎるのではないかと。
そこで、疑問があります。
もし、新しいプログラミング言語が開発された場合、.netなどのフレームワーク？はどうなるのでしょうか？
全面的に変更されるのでしょうか？これは、1のコンパイラの場合でも、どういつの疑問です。

>> 231
Windows上で動くアプリケーションならメモ帳でもつくればいいじゃないか。
本を買わなくても、ネット上でサンプルソースがたくさんあるよ。
それと、基本情報がんばってね。

237:デフォルトの名無しさん
09/01/31 21:43:02
空いてるなら占有しない方が好ましくない。

238:デフォルトの名無しさん
09/01/31 21:47:31
>>236
1のハードルが高過ぎるから2を推進って言うのがよく分からない。
新しいプログラミング言語を作ったところで、新しいコンパイラーを作らなければ、並列化はできないよ。
人がゴリゴリ並列化の記述をしやすくする程度なら、現在のマルチスレッドライブラリを使うのと本質的に違いは無いし。

239:デフォルトの名無しさん
09/01/31 21:48:46
>>236
それならGHC(KL1)でいいんじゃないの。

240:デフォルトの名無しさん
09/01/31 21:50:25
全開に資源使い切ったら動作が鈍くなる。　程度が必要。　OSに任せるのが一番。

241:デフォルトの名無しさん
09/01/31 21:51:38
インテルコンパイラは並列化できる

242:デフォルトの名無しさん
09/01/31 21:51:52
ならないよ。

243:デフォルトの名無しさん
09/01/31 21:52:23
じゃあ、インテルのコンパイラでいいじゃん。

244:デフォルトの名無しさん
09/01/31 21:53:32
別にコアの数が増えたって今の言語が使えなくなる訳じゃないし
現実に今でも1000以上のCPUを積んだ計算機が普通に稼働しているので
わざわざ新しい言語を作るまでもない。

245:デフォルトの名無しさん
09/01/31 21:54:41
schemeでいいよ。

246:デフォルトの名無しさん
09/01/31 21:58:13
>>217
固まることはあるけど落ちることはないよ
エロ動画もビットレートが低いサンプルなら見られる
333MHz+256MBだけどまだまだ使うよ

247:236
09/01/31 21:58:27
新しいコンパイラーを作らなければ、無意味なのは分かっています。
ただ、新しい言語を作るほうが、簡単なそうです。
どっかの人がそういってましたぃ。
そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
その逆は、かねないと思っていますが。
あと、
プログラマーに求められるスキルが非常にあがらないかという疑念もあります。
とっていも、個人的にはあがってほしいです。２ヶ月プログラミングの勉強をしただけで、プログラマーを名乗るやつはイラっときます。

新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。

ところで、Sunはこう言っています。
「JVMを改良すれば、どんなことでも出来る可能性がある」と。

248:デフォルトの名無しさん
09/01/31 22:01:01
>>246
俺もつい半年前まで98SE使ってた
ちなみに256MB+400MHz
今はIEが死んで使い物にならず時々knoppixでCDブートさせてる

249:デフォルトの名無しさん
09/01/31 22:01:52
>>244
PHPとかって、マルチコアに対応したプログラミング出来るのですか？
CやC++は、マルチコア対応プログラミングが多少出来るのは知っていますが。
Javaも、ある程度の品質でマルチコア対応プログラミングが出来るそうです。

250:デフォルトの名無しさん
09/01/31 22:03:37
>そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。

g++（コンパイラ）ってC++（言語）よりも後に開発されたけど？

251:デフォルトの名無しさん
09/01/31 22:05:53
賢いコンパイラでいいよ

252:デフォルトの名無しさん
09/01/31 22:06:17
>>250
その逆は、かねないと思っていますが

>>239
早稲田の方の論文見てきました。
処理系依存とのことですね。
それに、ある程度のレベルまでの保障しかしてないみたいですし。
でも、新たな情報ありがとうございました。

253:デフォルトの名無しさん
09/01/31 22:08:25
>>247
>新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。

その昔、PI/Iというのがあってな・・・

254:デフォルトの名無しさん
09/01/31 22:10:44
>>253
？ぐぐって、みたけど見つかりません。
もう少し情報がほしいです。
もしかして、PL/Iのことですか？
あのFotranとCOBOLの。

255:デフォルトの名無しさん
09/01/31 22:13:12
>>225
並列化効率ほぼ100%でもないと
1024コアとかあってもほとんど意味ないな。
そんなコア使う前に飽和する。
アムダールの法則でググれ。
まあ、そういうアプリを複数起動する場合には
意味があるのかもしれないが。

256:デフォルトの名無しさん
09/01/31 22:13:43
いや、言語→コンパイラの順なのだから
新しい言語開発（簡単）で終了ではなく、
新しい言語開発（簡単）→コンパイラ開発（難しい）が必要なんじゃないの。

コンパイラ開発（難しい）→断念
なのに
新しい言語開発（簡単）→コンパイラ開発（難しい）→推奨
と言うのが謎

257:デフォルトの名無しさん
09/01/31 22:15:58
>>253
×PI/I
○PL/I

まあ、言語が色々あるのはその時々の需要や政治的背景が絡んでいるので
どんなにすばらしい言語をつくったところで今の状況はそれほど変わらないと思うよ。

258:デフォルトの名無しさん
09/01/31 22:17:01
売り込み方と開発環境次第だと思うよ。
どんな糞言語でも、これらが良ければ当たる。
Perl とか PHP とか。

259:デフォルトの名無しさん
09/01/31 22:28:43
>>256
誤解をあたえる文章でごめんなさい。
言語→コンパイラ、そのとおりです。私もそう言ったつもりでした。
すいません。

お偉いさん方は、今あるプログラミング言語のコンパイラでマルチコアに対応するのは難しいといっています。
一言で言うと、「今あるプログラミング言語は、逐次方式を考えて作られた言語だからである」だからそうです。
難しいことは分かりません。
ただ、お偉いさん方が言うには、「新しい言語を開発し、その言語のコンパイラを作るほうがハードルが低い」そうです。

>>255
ありがとうございます。
ぐぐってきました。
CPU単体だけを考えれば、アムダールの言うとおりです。
しかし、コンピュータアーキテクチャには、他にキャッシュやデータの同期・I/Oなどがあります。
単にアルゴリズムだけといわれれば、簡単に言っているだけのような気がします。
ただ、間違ってはいませんが。

260:デフォルトの名無しさん
09/01/31 22:29:36
MFCの設計が古いって言うけど、最新（というか新しめ）の設計のGUIライブラリってどんなのがある？
まさかQt4とか言っちゃう？

261:デフォルトの名無しさん
09/01/31 22:29:44
インテルR プロセッサー用に最適化・並列化されたバイナリーを生成
インテルR コンパイラーは、ソフトウェアの高速化を支援します。コンパイル時に
既存のソースコードの中から自動的に最適化・並列化を行える場所を探し、最新のインテルR プロセッサーが最も高速に処理できるようにバイナリーを生成します。
URLﾘﾝｸ(www.xlsoft.com)

コンパイラを変えるだけでパフォーマンス向上、インテルコンパイラの実力を見る 2009年01月13日
URLﾘﾝｸ(sourceforge.jp)

エクセルソフト、Core i7対応の「インテルコンパイラー 11.0」
新たにCore i7プロセッサーで使用されるSSE 4.2命令と、並列コンピューティングの標準基盤「OpenMP 3.0」をサポートした。
URLﾘﾝｸ(pc.watch.impress.co.jp)

262:デフォルトの名無しさん
09/01/31 22:30:37
C#

263:デフォルトの名無しさん
09/01/31 22:31:33
Fortran95は並列化を考えて作られてるよ。
FORTRAN77ほど糞言語じゃなくなってるから
それを使うのも手かと。

264:デフォルトの名無しさん
09/01/31 22:32:47
マルチコアっていってもそれぞれのコアでやってるのは結局逐次処理なわけで

265:デフォルトの名無しさん
09/01/31 22:33:16
Visual C++でコンパイルしたものと比べると、まず並列化を使用しない場合でも、
プログラムの実行にかかった時間が半分以下にまで短縮できていることが分かる。
さらに並列化を有効にした場合、実行時間は4分の1程度にまで短縮できている。

最適化無し（Visual C++） 66.290秒
Visual C++ 6.650秒
GCC 3（-O2） 20.685秒
GCC 3（-O3） 9.844秒
GCC 4（-O2） 9.438秒
GCC 4（-O3） 20.358秒
インテル C++ コンパイラー 3.120秒
インテル C++ コンパイラー（並列化） 1.730秒
URLﾘﾝｸ(sourceforge.jp)

266:デフォルトの名無しさん
09/01/31 22:33:29
で？

267:デフォルトの名無しさん
09/01/31 22:36:46
インテルコンパイラを使用すれば自動で並列にしてくれるって事だ。

268:デフォルトの名無しさん
09/01/31 22:37:24
>>265
過疎ってるから続きはこっちでやってくれないか
インテルC++コンパイラ9.0発表！
ｽﾚﾘﾝｸ(tech板)

269:デフォルトの名無しさん
09/01/31 22:37:27
新たな情報ありがとうございます。
読みました。
ただ、これはCPU依存なのですが、気にしない方向ですか？

270:デフォルトの名無しさん
09/01/31 22:39:50
コンパイラなのだから、CPU依存なのは当たり前。

271:デフォルトの名無しさん
09/01/31 22:40:27
インテルC++コンパイラスレで
CPU非依存の話をするのはどうよ、
って話だと思うぞ

272:デフォルトの名無しさん
09/01/31 22:41:58
なるほど。

273:デフォルトの名無しさん
09/01/31 22:51:13
もしかしてこれからは、Intelの一人勝ちになっていくんでしょうか？
プログラミング言語hは、C/C++の一人勝ちですかね？
C++も来年の頭に、C++0xになるし。

1. みなさんは、これから勉強するなら何の言語を勉強します？
2. プログラマーに求められるスキルは、どうなると思いますか？

私の回答はこんな感じです。
1. C++かJava。JVMの可能性にかけてみる
2. 最低でも１年間はプログラミングの勉強をしないと、マルチコアの恩恵を受けたアプリケーションを作れない。

274:デフォルトの名無しさん
09/01/31 22:53:54
全コアを使い切る様な物は特殊用途。
Javaは、マルチフラットホームが特徴
速度は大したことない

275:デフォルトの名無しさん
09/01/31 22:54:33
そういう語りはブログでどうぞ。

276:デフォルトの名無しさん
09/01/31 22:54:35
もっと粒度の大きくて一般化された状況での並列化の話だと思ってたんだが
でもまあ確かに、サンプルコードの行列計算とかだけでも
分野によっては十分効くわな

277:デフォルトの名無しさん
09/01/31 22:57:20
1.C++かC#、ただしAndroidを使ってみたいので仕方なくJavaかも。
2.安い早い上手い

278:デフォルトの名無しさん
09/01/31 23:00:21
>>273
A.1 Progol
A.2 リバースエンジニアリング的なセンス

279:デフォルトの名無しさん
09/01/31 23:00:44
1. 初心者の立場に立つなら・・・ C#, Java, Ruby, PHP。
　高速化が求められる分野では C, C++, Fortran95。
　 Fortran95 は配列演算が言語的にサポートしていて、
　並列化コンパイラが作りやすいという特長がある。
　複素数も扱えるから、計算科学分野では重宝されている。
2. 高速化が求められている分野では並列化を頑張る必要があるけど、
　そうでないならさほど求められるスキルに変わりはないと思う。
　マルチコアは並列化されていないアプリを複数起動するだけでも価値があるし。

並列化コンパイラである程度の恩恵は受けられるけど
ない場合はマルチスレッドプログラミングの勉強が必要だな。
プログラミング自体が分かってるなら大したことは無いが、
同期に関しては真剣に勉強して欲しい。

280:デフォルトの名無しさん
09/01/31 23:10:50
並列化コンパイラの吐く機械語は、アセンブリ言語で直接記述できないものなの？

281:デフォルトの名無しさん
09/01/31 23:12:34
そんなことはないよ

282:278
09/01/31 23:18:15
これもマルチコアがらみの質問でしたか。それなら、
A.1 GHC
A.2 古くからある協調型計算システムなどの課題を
　　GHCで書いてみることでしょうね。

283:デフォルトの名無しさん
09/01/31 23:20:49
age厨がこれからマルチコアプログラミングをする気が全くないように見えるのは気のせいか？

284:デフォルトの名無しさん
09/01/31 23:22:35
気のせいだろ

285:デフォルトの名無しさん
09/01/31 23:23:00
レスしてる連中が多くてスレ違いと言えないのが困る
並列化なんて初心者レベルの話題じゃないだろうにまったく

286:デフォルトの名無しさん
09/01/31 23:24:21
>>285
お前にはレベルが高過ぎたな。ごめん。帰っていいよ。

287:デフォルトの名無しさん
09/01/31 23:25:40
初心者がマルチコアプログラミングするならどのプログラミング言語を使えばいい？と質問している。
何も問題ない。

288:デフォルトの名無しさん
09/01/31 23:29:56
>>285
自動で並列化してくれる言語を選べば初心者だろうが玄人だろうが無問題

289:デフォルトの名無しさん
09/01/31 23:30:16
>>285
それ専門の場所では会話できない程度の奴が、つまらん自尊心を爆発させてる状況。
こういうレベルの人間がこういうことしてる時のモチベーションって異常だから、
放っておくしかないよｗ

290:デフォルトの名無しさん
09/01/31 23:34:39
>>289
このスレの質問の定番は
「Windowsアプリ作りたいんだけど」
「Cから始めるべきかC++から始めるべきか」
ですから、皆飽き飽きしているんですよ。

291:デフォルトの名無しさん
09/01/31 23:35:51
これからは初心者も並列化しないとやってけないんですよ！

292:デフォルトの名無しさん
09/01/31 23:37:23
どうせここは初心者をダシに老人共が雑談してるスレなので
多少のことではスレ違いにならないぜ。

293:デフォルトの名無しさん
09/01/31 23:47:43
まぁホドホドにね
上の方でマルチフラットホームってtypo？を見て不安定な気分になったぜｗ

294:デフォルトの名無しさん
09/02/01 00:07:52
皆さん、ありがとうございました。
Intelのサイトで紹介されている、技術資料でマルチコアプログラミングの勉強をしていきます。

295:デフォルトの名無しさん
09/02/01 06:35:17
.NET を使わないでC#でプログラムすることは可能ですか？
あれ、使う側からするとうざいんですけど

296:デフォルトの名無しさん
09/02/01 07:11:15
Silverlight使えば.NET Framework不要とか、Mono使えば(ry
なんて意地悪な答えはあるけど（どちらも別の物が必要）

君が考えているであろう事は無理だと思っていい。
というか、C#.NETから.NET取ったら魅力激減じゃないか。

297:デフォルトの名無しさん
09/02/01 08:04:16
やはりそうですか。
VBRUN必要のクソアプリが無くなってきた代わりに、最近は.NET　versionなになに
じゃないと動きませんとか、よけいクソになっちゃっていやだったのですが、
やっぱりだめなんですね。

298:デフォルトの名無しさん
09/02/01 09:02:36
技術的に完全に別物なVBランタイムなんかと比べてもｗ
嫌なら自分で作ればいい。

299:デフォルトの名無しさん
09/02/01 10:41:07
VC製アプリだって普通にランタイムを要求されるけどな。

300:デフォルトの名無しさん
09/02/01 12:24:54
.NETがXP SP3で強制的に入れられるとかすればよかったんだろうね
Windows7には.NET4.0入れておいて欲しいな

>>299
使用するには、最新のVisualStudioを入れてくださいだったら面白いなｗ

301:デフォルトの名無しさん
09/02/01 12:28:13
いいえ、最新のLinuxを入れてくださいッ

302:デフォルトの名無しさん
09/02/01 14:20:28
Linuxに付いているようなスクリーンセーバーを、Windowsでも再現したいと思います
どのような言語を覚えればいいのでしょうか？

303:デフォルトの名無しさん
09/02/01 14:22:20
C/C++

304:デフォルトの名無しさん
09/02/01 14:36:55
Scheme

305:デフォルトの名無しさん
09/02/01 17:26:08
しばらくプログラミングから遠ざかっていて、手元にある開発ツールはDelphi 6 professional
という化石のようなものしかありません。
ためしにコンパイルしてみるとXpやvistaでもいちおう動くみたいですが。

それで.ｎｅｔというものには対応していないようなのですが、最新のツールを入手して
対応させた場合、どんな利点があるのでしょう？
あるいは.netではないままに作ったものはどんな不利があるのでしょうか？

ちなみに作りたいものはcsvのファイルを読み込んで所定の計算をした結果を、
グラフとかhtml形式の文字列に直すようなものです

306:デフォルトの名無しさん
09/02/01 17:33:19
利点はありません。

307:デフォルトの名無しさん
09/02/01 17:54:32
プログラミングが初めてのものです。

何度も聞かれてるの思うのですが、
どの言語から始めたらいいのか教えて頂けないでしょうか。

条件としては、

１、開発？環境が無料である事。
（何かソフトを買わなければならない、と言う事です。ただこの書籍くらいあれば良いから買っとけと言うのがあれば、それも教えて頂けたらうれしいです。）

２、この言語を覚えれば更に上位の言語を覚える事が容易である事。
（○○の基本が分かれば、新しく他の○○を覚えるより○○の方が容易、と言う感じです。）

３、目的はwebアプリケーション（データベース、webゲームなど）の開発です。HTMLは理解しております。

長々と書いてしまいましたが、皆様の知恵を貸してください。
よろしくお願いします。

308:デフォルトの名無しさん
09/02/01 18:09:12
>>307
無知だがwebアプリケーションならPHPとかがいいんじゃない

309:デフォルトの名無しさん
09/02/01 18:20:04
>>307
ＰＨＰ

310:デフォルトの名無しさん
09/02/01 18:20:39
>>305
見た目さえ気にしなければ正常に動くようだし、そのままやれない事はない。
予算があるならDelphi2009Proに移った方がいいとは思うけどね。

>Delphiで.NET使う利点
Delphi Prismでの.NET開発はかなり良い物だと思う。
Monoによる複数プラットフォームのサポート（Linux, Mac OS X）に関しては本家VS以上。

311:デフォルトの名無しさん
09/02/01 18:26:47
>>307
scheme

312:デフォルトの名無しさん
09/02/01 18:30:29
>>305の最後の段落にあることをとりあえずやりたんだったら、
Visual C# Expressを使ってみればいいんじゃないだろうか。
VSとC#に愛想が尽きてから次のこと考えればいいと思うよ。

313:デフォルトの名無しさん
09/02/01 19:07:50
>>307
オブジェクト指向とか分かりやすいから、Javaの方がいいでねぇの？

314:デフォルトの名無しさん
09/02/01 19:07:59
>>307
２の条件は満たさないけどPHP

315:デフォルトの名無しさん
09/02/01 19:13:21
>>307
C#

1.最強の開発環境VC#Expressが無料
2.上位ではないが、Java,C++等ARGOL系の好きな言語へどうぞ。ただし、C#さえあれば移行する必要は全くない。
3..NETなので当然サポート

316:デフォルトの名無しさん
09/02/01 19:35:47
Webプログラミングで、それなりに情報がそろっててやりやすいのは、
Perl PHP Python Ruby Java C# くらいがメジャーどころかな。

JavaやC#はローカルの開発環境は無料で高機能なものがそろってるけど
いざWebで公開できる環境が必要になったときに結構大変だよ。

Perlはいまさら感が強い。

PHP Python Rubyは一長一短。

この中ではPHPが最も普及していて、その辺の
　Webホスティングでもたいていサポートしている。ただしこれもやや今更感あり。
Rubyは日本ではわりと普及、情報も多め。Webホスティングは探せばそれなりにある感じ。
Pythonは日本以外で普及、日本語の情報やや少なめ。
　Google App Engineが使えるので、無料公開環境が可能。

317:デフォルトの名無しさん
09/02/01 19:44:03
問題はマジレスとマジレスとネタと知ったかとマジレスとHeji儲と
マジレスを質問者が判別できるかどうかだな。

318:307
09/02/01 23:06:33
沢山のご意見ありがとうございます。

PHP、Java、C#が、今のところ意見が多いみたいで、
Perlは、今更感があるのか
意見が少な目ですね。

Python、Rubyは情報が少なさそうで、
Schemeは初めて知りましたが、
環境は良く無いのか私自身完全に情報不足でした。

今のところPHP、Java、C#の三者が環境が良さそうなのですが。

319:デフォルトの名無しさん
09/02/01 23:11:49
俺もSchemeオススメしとく
教科書としてSICPを読むといい
英文だがタダでWebで読めるぞ

どうしても難しいと思って挫折したら、Pythonを薦める

320:デフォルトの名無しさん
09/02/01 23:13:56
Schemeはオナニー言語。
大学で単位とるとかコンピュータサイエンス学びたいんでもなければ論外だな。

321:デフォルトの名無しさん
09/02/01 23:16:54
安く使えるホスティング屋で対応してなきゃどうしようもない

322:デフォルトの名無しさん
09/02/01 23:21:08
>>320
ドカタ仲間を増やしたいわけですねわかります

323:デフォルトの名無しさん
09/02/01 23:48:48
横からマジレスすると
Schemeには出来の良い妹が1万人ぐらいいるらしいぞ

324:デフォルトの名無しさん
09/02/01 23:50:40
ちょｗｗｗ
萌えすぎてマジレスかどうか意味わかんねぇｗｗｗ

325:デフォルトの名無しさん
09/02/01 23:59:42
で、みんなどんくらいSchemeでソフト開発してんの？

326:デフォルトの名無しさん
09/02/02 01:12:59
プログラミングは例えば建築と違い見えにくい。
従って高度に専門的な知識の蓄積と、より明快な見通しがなければしえないはず。
ところが日本では、プログラミングするにはコンピュータサイエンス学ぶ必要ない
とわめく輩が居るのはどうしてなんだぜ。
どう考えても理系音痴の文系出身者が差を付けられたくなくて
必死に主張してるようにしか見えない。
他に得するケースが思い浮かばないんだが。

327:デフォルトの名無しさん
09/02/02 01:15:09
とりあえず、文系叩く前に日本語勉強しろよ。

328:デフォルトの名無しさん
09/02/02 01:27:08
私的にはschemeよりhaskellの方がいいなぁ

329:307
09/02/02 02:00:21
何度もご意見ありがとうございます。

３者の内、PHPがC#あたりが良さそうに思えました。
Javaはその次かな。
過去をさかのぼるとC++も出てきますが、どうなんでしょうか。
他はPython、Rubyも気になります。

Schemeに関しては、出来の良い妹1万人はとても興味がありますが、
全員自己流に開発するとなると難しそうですね。
wikiを見ても敷居が高そうな感じでした・・。

330:デフォルトの名無しさん
09/02/02 02:26:02
グラグダ言ってないでさっさと始めろよ。
どれがいいか分からないなら、全部やってみりゃいいだろ。

331:307
09/02/02 02:36:22
そうですね。色々やってみます。
ありがとうございました。

332:デフォルトの名無しさん
09/02/02 03:02:59
SchemeやPythonは簡単だろ。
やってみて敷居が高く感じるならプログラミング向いてないと思う。
見切り付けて他の分野に行った方が良いのでは。

333:332
09/02/02 03:43:07
すいません誤爆しました。
まったく関係のないスレに書き込んでしまい申し訳ありません。
スレを汚した罪を死んで償います。

334:デフォルトの名無しさん
09/02/02 09:20:07
>>326
　賢くて結果が出せる人間は少ない。賢いけれど何の結果が出せない人間と、賢くないけれど何か結果が出せる人間が
いるとしたら、後者の意見のほうが重視される。

335:デフォルトの名無しさん
09/02/02 09:42:20
もっとも、賢い人間の方が賢くない人間より遥かに多くの結果を出す可能性が高いけどな。

336:デフォルトの名無しさん
09/02/02 09:48:55
>プログラミングは例えば建築と違い見えにくい。
問題設定が抽象的すぎる。
抽象化すれば賢いのか？
いくら継承してもしすぎることはない時代はもう終わったよ。

337:デフォルトの名無しさん
09/02/02 20:50:04
言語を覚える・勉強するではなくて
練習でもなんでもいいから作るそしてその為に必要な部分だけ調べる
これでいいんだよね
あーほんといい事気づいた

338:デフォルトの名無しさん
09/02/02 21:55:02
>>337
目的次第ではそれでも十分だけど場当たり的でなく系統的に勉強することが重要になることもある。
自分の知識に欠けている部分と気付かずに自分のやり方で済ませた一見正しく見えるものが誤っていたり
もっといいやり方があったりすることもある。ある程度網羅的な知識を持っていないと見落とす可能性がある。
でも練習でも何でもいいから作るっていうのはいいことだと思う。座学でなく手を動かすことは重要。

339:デフォルトの名無しさん
09/02/02 22:15:02
ようするに、Ｃ＋＋は必要性を感じてから始めればいいってことだ。

340:デフォルトの名無しさん
09/02/02 22:34:53
schemeも必要性を感じてから始めればいい

341:デフォルトの名無しさん
09/02/02 22:40:10
Erlangも必要性を感じてください。

342:デフォルトの名無しさん
09/02/03 00:34:09
gameを作ろうとしています
作るからにはみんなにプレイしてもらいたいと感じます
こんな私におすすめな言語はなんですか？

まず思いついたのは誰でもwebブラウザがあれば動くflashのゲームです

343:デフォルトの名無しさん
09/02/03 00:36:17
>>342
大発見ですね！
ぜひ作ってください。

344:デフォルトの名無しさん
09/02/03 00:53:59
>>342
ActionScript

345:デフォルトの名無しさん
09/02/03 02:14:56
いや、SchemeもPythonも難しい様な人はプログラミングは無理だろ。実際。
百歩譲ってもまともなプログラマにはなれるとは思えないな。
どんな世界でも適正のない人は早いとこ手を引いた方が賢い。
抽象度の高い言語を使ってものが考えられないのに
なぜより低レベルな言語で考えたらうまく行くと思いこみたがるのかなあ。

346:デフォルトの名無しさん
09/02/03 02:23:16
>>345
Schemeスレじゃ誰も相手にしてくれないだろうから
Pythonスレにでもお帰りください

347:デフォルトの名無しさん
09/02/03 06:22:48
みんながバリバリのマを目指してる前提なら一理あるのかも知らんけど
「日曜プログラマを趣味にしてみようかな」ぐらいの人も来るスレで断言されてもねぇ

348:デフォルトの名無しさん
09/02/03 09:18:31
>>347
アプリケーションの数だけ切り取られた領域固有の
プログラミング言語があると考えればいい。つまり、
ありとあらゆるレベルのプログラミングがある。
このスレはそれに備える。

349:デフォルトの名無しさん
09/02/03 09:34:33
>>348
は？

350:デフォルトの名無しさん
09/02/03 09:42:06
>>348
かなりネタっぽいね。

351:347
09/02/03 09:44:59
>>348
ゴメン、五回ぐらい読んだけどサッパリわからない
>>347は普通に>>345（>>332）宛に書いたんだが、、、

352:デフォルトの名無しさん
09/02/03 11:48:20
ajaxアプリってかなり面倒なんだね

353:デフォルトの名無しさん
09/02/03 12:00:56
>>352
バージョン依存とか色々考慮しながら作ってると、時々窓から投げ捨てたくなる。
早くFlex・Silverlight・Java FXのどれかが普及しないかなぁ

354:デフォルトの名無しさん
09/02/03 15:38:28
日曜プログラマ目指してる人にしたり顔でC++勧めたりするスレって事か。
罪深いな。
日曜マ目指すならHSPでもやってればいいんじゃないか？

355:デフォルトの名無しさん
09/02/03 15:40:36
Haskell Server Pages
URLﾘﾝｸ(www.amazon.com)

356:デフォルトの名無しさん
09/02/03 18:27:29
>>354
日曜プログラマーの多くは物を作ることよりプログラミングすることが目的だろう。
ならばHSPなどよりC++の方がずっと楽しい。
趣味だからこそホンモノを使うんだ。

357:デフォルトの名無しさん
09/02/03 18:28:45
慣れ合って暇つぶしたいだけならVIPでやってくれよ。迷惑だから。

358:デフォルトの名無しさん
09/02/03 18:53:39
>>357
で、ご用件は？

359:デフォルトの名無しさん
09/02/03 22:52:08
VBはある程度勉強したんですが、C飛ばしてC++は無理でしょうか？

360:デフォルトの名無しさん
09/02/03 22:56:44
無理とは言わないがどうせ両方やることになる。

361:デフォルトの名無しさん
09/02/03 23:02:20
なにも無理はない。何故無理だと思ったのか？

362:デフォルトの名無しさん
09/02/03 23:15:14
>>354
　クソなアルゴリズムでも結構軽く速く動くから、C++のほうが簡単に思えることもあったりするかも。

363:デフォルトの名無しさん
09/02/03 23:24:57
同じことやるならCよりC++の方が簡単だよ

364:359
09/02/03 23:26:34
ありがとうございます。
Cの知識無しでC++いけるのなら省略するためにも（横着ですが）C++のほうがいいかなと思ったわけです。
レスいただいて読ませていただいたところVB＞C++＞Cでも問題ないんですかね。

365:デフォルトの名無しさん
09/02/03 23:37:06
C++だと文字列クラスやコンテナクラスが使えるのが大きい
Cで書くとバッファオーバーフローとかで脆弱になりがちだよ

366:デフォルトの名無しさん
09/02/04 00:27:05
Cは言語自体はシンプルだが、安全にプログラムを組むのが難しい。
そういう意味ではC++のがよっぽど簡単。

367:デフォルトの名無しさん
09/02/04 01:11:08
C++はCのプログラムは殆どそのまま動く
C++の難しい所は避けておいしいとこだけ使えばいい

368:デフォルトの名無しさん
09/02/04 23:01:43
C++やる前にCやっとけ
異論は認める

369:デフォルトの名無しさん
09/02/05 00:49:42
おいなんでそんなくそ言語をみんなそろって推奨するんだ。
Lispにしろよ

370:デフォルトの名無しさん
09/02/05 02:06:07
アマゾンで本を検索していたら以下のレビューに当たりました。
何という言語で何を書いてあるのか教えてください。
-3writing-a¨-°￡...3¶ao¶...¨ '§°-§a'°§a￠-a'-a3¶§ ¨￡-￠'ao￢'¶2...-§'-§±￡a3￡°2§￣a"¶￡-¨'"-'§'1-'§ ...￠a"¨'§-a-2￡--
￡3"TIME§￣￡¨'§°-"-aTIME1￣ao￢ '§￣￣"TIME"\o \"§
"-3writing§"oo￣-"§o￢'!!o-￡￠oa-¨-§'-￣-'...\-...-§

371:デフォルトの名無しさん
09/02/05 02:09:29
すみません。文字化けしてしまいました。変わりにURLを書きます。

URLﾘﾝｸ(www.amazon.co.jp)

よろしくご教示願います。

372:デフォルトの名無しさん
09/02/05 02:33:37
おまえが言ってることの全てがわからないんだが？
釣り、、、じゃないんだよな？

373:デフォルトの名無しさん
09/02/05 02:44:16
なんでこのスレ？

374:デフォルトの名無しさん
09/02/05 03:21:18
while(1)
{　　　　　　　　　
　　　　　wakeup;
　　　　　static int day;
　　　　　int time = wakeuptime();
　　　　　while(1)
　　　　　{
　　　　　　　　　　2ch;
　　　　　　　　　　if(time == Daytime())
　　　　　　　　　　{
　　　　　　　　　　　　　　lunch;
　　　　　　　　　　};
　　　　　　　　　　if(time == nighttime())
　　　　　　　　　　{
　　　　　　　　　　　　　　supper;
　　　　　　　　　　};
　　　　　　　　　　if( time == sleeptime();)
　　　　　　　　　　{
　　　　　　　　　　　　　　break;
　　　　　　　　　　}
　　　　　　　　　　time++;
　　　　　}
　　　　　 day++;
　　　　　sleep;
}

こんな毎日、無限ループって怖いよな；；

375:デフォルトの名無しさん
09/02/05 04:16:26
なにこのスレ

376:デフォルトの名無しさん
09/02/05 10:29:36
8行目はコメントアウトするんだ

377:デフォルトの名無しさん
09/02/05 11:44:07
pythonで「例外クラスを受ける」の受けるとはどういう意味ですか？

378:デフォルトの名無しさん
09/02/05 11:47:55
>>374さん
素早いご返答、ありがとうございます。

379:デフォルトの名無しさん
09/02/05 14:08:37
>>374

そうか？

8行目が「work;」になってないだけだろ。

380:デフォルトの名無しさん
09/02/05 14:24:30
>>369　んで、どのLisp？

381:デフォルトの名無しさん
09/02/05 15:35:11
質問が「C飛ばしてC++は無理でしょうか？」なのに
なんでLisp勧めるの？
頭悪いの？

382:デフォルトの名無しさん
09/02/05 15:45:25
>>381
とっくに回答が出ているから、そこから発展させた違う話をしてるのでは。
頭の悪さでいうと、問答が済んでるからやってる話なのがわからない君のほうが頭悪い。

383:デフォルトの名無しさん
09/02/06 18:13:18
Google Native Client
URLﾘﾝｸ(builder.japan.zdnet.com)
URLﾘﾝｸ(builder.japan.zdnet.com)

この前GUIがChromeだけのノートPCあったけどあれ＋が主流になりそうだな
ネトゲはすでに主流だな ActivXでインストールから実行までWEBブラウザで何も考えずにYES押せばPC初心者でもゲームができる
WindowsもMacもかわらん携帯やPDAのような専用GUIが主流になるっていうかもうウィンドウなんてみたくねーんだよって言ってたのが現実になりそう

EeePC(Linux)やソニーのXMB(Linux PSPやテレビのGUI)みたいなデスクトップ画面

384:デフォルトの名無しさん
09/02/06 18:14:06
どこの誤爆だ

385:デフォルトの名無しさん
09/02/06 19:11:16
あー、Chromeの1タブ1exeはデスクトップさえ要らず一つのタブで音楽やゲーム走らせて他のタブでWEB見てっていう土台だったんだな

386:デフォルトの名無しさん
09/02/08 19:32:22
ネットワークについて詳しく学びたいです。
でも全くもってプログラムの経験が無いのですが、最初に手をつけるべき言語は何でしょうか。
ちなみにOSはXPです。

387:デフォルトの名無しさん
09/02/08 19:57:03
>>386
ネットワーク＝WinSockってことだったら、VCでやるのが近道じゃないかな？
プログラミングだけじゃなくてIPやTCPの勉強も合わせてやるのが吉

388:デフォルトの名無しさん
09/02/08 20:02:08
IPやTCP

389:デフォルトの名無しさん
09/02/08 20:22:55
俺の場合はCでソケットをやって挫折。
その後、JavaやRubyでソケット関連をやったら割りと簡単に理解できた。

390:デフォルトの名無しさん
09/02/08 20:25:28
どうすればソケットなんかで挫折できるんだ？

391:デフォルトの名無しさん
09/02/08 20:35:32
winsockのクソAPI

392:デフォルトの名無しさん
09/02/08 20:39:02
抽象化されてるぶん、Java, C#, LL系のほうがわかりやすい。

393:386
09/02/08 20:42:33
ご返答ありがとうございます
後、最初に学ぶのであればアセンブリ等の方がいいと聞いたことがあるのですが、
いきなりCから初めても問題ないでしょうか？(よく併用してやるのが良いという事は聞きます)
途中で詰まって進めなくなるという事があると不安で・・・

394:デフォルトの名無しさん
09/02/08 20:42:42
抽象化しているのはライブラリであって、言語ではない

395:デフォルトの名無しさん
09/02/08 20:43:28
>>393
全く問題ありません。

396:デフォルトの名無しさん
09/02/08 20:59:00
PHPでCGIがどーたらじゃなくてもっと基礎的な事ってことなら
Linux+gcc(C言語)+BSDソケットライブラリでsocketしてbindしてlistenしてacceptしてforkしてとかってのを学べばいいんじゃね。
今の時代に沿ってるのかどうかは知らんけど。
言語とは別にTCP/IPなんかのプロトコルの知識も必要だな。

397:デフォルトの名無しさん
09/02/08 21:17:04
>>393
今のご時勢だったらアセンブラはいきなりやる必要はないと思うよ。
WinSockのサンプルだったらC言語の方が多いからC言語を否応なく
理解しなくてはならないだろうし

398:デフォルトの名無しさん
09/02/08 21:20:43
アセンブラやるのはCの有難味を知るためでしょ。

399:デフォルトの名無しさん
09/02/08 21:34:44
ネットワークプログラミングをアセンブラでやるのは普通無理だろ。
いったいどのレイヤーから始めるつもりなんだ。

400:デフォルトの名無しさん
09/02/08 21:37:12
ネットワークプログラミングの話だったの？

401:デフォルトの名無しさん
09/02/08 21:43:22
>>400
>>386 >>393 >>397という文脈だから、そうでしょ。

402:386
09/02/08 23:03:07
アセンブラの件については、前に他のスレを見ていたときに
「全くの初心者だったらアセンブラから始めるべき」のようなレスがあったので
それで少し引っかかっていたからです

皆さんどうも有り難うございました

403:デフォルトの名無しさん
09/02/08 23:05:58
ポインタの理解にアセンブラは最も役に立つ。
ポインタが分からないようなら、
その時はアセンブラに手を出すといい。

404:デフォルトの名無しさん
09/02/08 23:30:10
高級な概念をきちんと理解しようと思ったら、ある程度は低級な概念の理解が必要になる。
完璧にやる必要はないけど、少し齧っておくだけでもかなり違うよ。
そして長い目で見れば結局はその方が効率がいい。

405:デフォルトの名無しさん
09/02/08 23:37:03
ド素人くせーな

406:デフォルトの名無しさん
09/02/08 23:44:51
>>405
言うことが素人そのものだ

407:デフォルトの名無しさん
09/02/09 02:14:14
一流のCプログラマでアセンブラ勉強したことないって人は居るのかな。

408:デフォルトの名無しさん
09/02/09 03:10:12
本物のプログラマは FORTRAN を使う。
もし FORTRAN で出来なければ、アセンブリ言語でやる。
アセンブリ言語で出来なきゃ、それはやる価値がないのだ。

409:デフォルトの名無しさん
09/02/09 04:16:10
じゃあFORTRANやってみる。

410:デフォルトの名無しさん
09/02/09 07:38:07
じゃあ俺はForthRANをやってみる

411:デフォルトの名無しさん
09/02/09 07:49:10
じゃあ俺は、おおブレネリを歌ってみる

412:デフォルトの名無しさん
09/02/09 07:56:17
>>408
皆さん、最初のPrologインタプリタはFORTRANで書かれたことをご存じないか？

413:デフォルトの名無しさん
09/02/09 08:11:27
>>408は
en.wikipedia.org/wiki/Real_Programmers_Don't_Use_Pascal

414:デフォルトの名無しさん
09/02/09 12:01:30
パスカルは使わないだろうな。

415:デフォルトの名無しさん
09/02/09 20:18:10
簡単なツール作ってみたいんだけど何のソフト入れるところから始めたほうがいいのかな？

416:デフォルトの名無しさん
09/02/09 20:21:03
おｋ、まずはどんなツールを作りたいか説明するんだ

417:415
09/02/09 20:24:39
起動したらBSODが出るジョークソフトか出来たら簡単なwebブラウザー

418:デフォルトの名無しさん
09/02/09 20:35:52
ならC#になるだろうか
BSODは全画面表示だろうからManaged DirectXでも使うとして
Webブラウザはそれ用のコントロールがあったはず

419:415
09/02/09 20:37:51
ありがとう
今からググってくる

420:デフォルトの名無しさん
09/02/09 20:38:25
>>413が書かれた当時、Pascalは高級言語の代表だった。
今のC#やらJavaなどがあったらPascal以上に酷評されてただろうな。

421:デフォルトの名無しさん
09/02/09 21:57:03
HSPでのプログラミングに飽きたんですが、次は何の言語を勉強するべきだと思いますか？

422:デフォルトの名無しさん
09/02/09 22:01:47
>>421
scheme

423:デフォルトの名無しさん
09/02/09 22:04:10
ありがとうございます。
聞き慣れない名前ですが、調べてみます。

424:デフォルトの名無しさん
09/02/09 22:06:18
いい頭の体操になることうけあい

知恵熱おこしたりもするけどね

425:デフォルトの名無しさん
09/02/09 22:14:09
なんかひと昔前はHaskell勧めるのが流行ってたけど今はSchemeを勧めるのが流行ってるの？

426:デフォルトの名無しさん
09/02/09 22:35:51
そして次はF#ってか？

427:デフォルトの名無しさん
09/02/09 22:42:55
C#とVBで迷っているのですが、どちらがいいでしょうか？
後にCを学ぶ予定でいます

428:デフォルトの名無しさん
09/02/09 22:46:21
何故、後からCを学ぼうと思ったの？

429:デフォルトの名無しさん
09/02/09 22:49:23
>>428
CよりもC#のほうが簡単と聞いたことがあるので
C#で慣れてからCを学ぼうと思っていましたが、Cよりも他の言語の方がいいでしょうか？

430:デフォルトの名無しさん
09/02/09 22:51:40
C学ぶためにC#学ぶとか本末転倒。
C#やりたいならC#、VBやりたいならVB、CやりたいならCをやる。

431:デフォルトの名無しさん
09/02/09 22:51:44
>>429
簡単さだったらLL系のほうが簡単だけど、まあ、C#でいいんじゃね。

432:デフォルトの名無しさん
09/02/09 23:47:48
>>427
Cを学習
↓
CでWin32APIプログラムを学習
↓
C#で.Net Frameworkプログラムを学習

これがおすすめかつ最も効率的なルート。

433:デフォルトの名無しさん
09/02/09 23:51:53
いちがいには言えない。
高水準の言語から入ったほうが理解が早いかもしれん。

434:デフォルトの名無しさん
09/02/10 00:01:35
>>429
何をもって簡単というのかによるけど。
そりゃ、Windows向けにさくっとGUIアプリ作るなら、C#でやるほうがCより簡単だろう。
でもC#をきちんと理解するのは、Cより難しいよ。

最初にやるならCが最も無難だと思う。
オブジェクト指向とかを気にせず、構造化プログラミングがどういうものか理解できるし、
応用がきくから、その後に他の言語に入るのはさほど難しくない。

>>433
C#は実際のところ、純粋に言語だけが切り離されて存在している訳ではないからなあ。
一応は環境（OS）によらないものとして標準化はされてるけど、Windowsの.NET環境で動かすことが基本。
入門書の多くもそういう前提で書かれているしな。

だから言語だけじゃなく、.NET FrameworkやWindowsのアーキテクチャ的な部分も覚えなきゃいけない。初心者にはきついよ。

435:デフォルトの名無しさん
09/02/10 00:04:32
>>434
> だから言語だけじゃなく、.NET FrameworkやWindowsのアーキテクチャ的な部分も覚えなきゃいけない。初心者にはきついよ。

初心者がそこまで覚えることないじゃん。
とりあえず動くの作って、遊ぶだけならVBと大差ないし。

436:デフォルトの名無しさん
09/02/10 00:05:38
機械科の学生で組み込み用にC言語学びたいのかもしれないし、
Windows上で動作するプログラムを書きたいのかもしれないし、
CやりたいならCを勉強しろ、といっておくのが無難。

437:デフォルトの名無しさん
09/02/10 00:11:17
>>435
そこでストップするなら何でもいいけどさ、先のこと考えるなら逆に遠回りだよ。
C#でちょっとステップアップすれば、すぐに周辺知識が必要になってくるんだからさ。
だったら最初から基本をやってたほうがいいと思うぜ。特にC#がやりたいという希望でもないのであればな。

次ページ