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

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

2:デフォルトの名無しさん
08/07/11 06:36:25
Windows ユーザは習得しやすくオールマイティーな C# をまず検討する事を強くお奨めする
Visual Studio 2008 Express Edition (無償) は以下からダウンロードできる
URLﾘﾝｸ(www.microsoft.com)

3:デフォルトの名無しさん
08/07/11 08:18:45
python最初は目茶苦茶簡単じゃん
VBと比較してるからどうせGUIアプリのことだろうけど

4:デフォルトの名無しさん
08/07/11 12:08:29
バベル案内
URLﾘﾝｸ(www.aoky.net)

5:デフォルトの名無しさん
08/07/11 12:15:06
初心者というか詳しくない人にとってプログラムとはGUIアプリのことを意味してるんだよ
だからGUIアプリが簡単に生成されないものはプログラムとして意味がなく、どうすればGUIが生成されるのか分からず、難しく感じる

6:ひきこもり
08/07/11 14:32:36
月400時間プログラミングの勉強して、無職のまま月5万円稼ぐには何年ほどかかりますか？

7:デフォルトの名無しさん
08/07/11 14:33:43
20年

8:デフォルトの名無しさん
08/07/11 14:36:10
引きこもりで無職のまま月5万稼ぐ事は出来ません。
自営プログラマーなら、営業力、ツテ、コミュニケーション能力が要ります。
どこかにアルバイトに出たほうが簡単でしょう。

9:ひきこもり
08/07/11 14:42:37
20年、ですか・・・
まぁ自分次第でしかないでしょうけど・・・
私が働けるという事よりは可能性がありそうなのでコツコツ勉強してみたいと思います

10:デフォルトの名無しさん
08/07/11 15:26:57
月400時間ってものすごいな。
1日8時間勉強、週一日休みを4週ってのが現実的だろ。
（俺はこれも出来ないが）

でも20年ってことはないよ。言語によるとは思うけど、
未経験でも1年間頑張れば形になるんじゃないか。

自営プログラマこそ営業力が要求されるんだよね。
コミュニケーション能力は必須かと。
同じ事をやってる友人、知人をつくって仕事を回してもらうとかかな。

11:デフォルトの名無しさん
08/07/11 15:58:45
だいたい業界内だとコーディングっていったほうがいいぞ

12:デフォルトの名無しさん
08/07/11 16:39:00
適性がなかったら10年やっても無駄
足の遅い人間が陸上競技場で何年走ってても一銭も金にならないのと全く同じ

今は家でやってもあまり意味ないんだけどな
働けば1ヶ月で身につくことが1年経っても身につかない

13:デフォルトの名無しさん
08/07/11 16:42:24
俺は勉強するって考えは新鮮に感じる
寝る時間以外はプログラミングだよ。周りもほぼそんなのばっか
３時間睡眠法とか２日に１回睡眠とかを勉強してから差がついてくるんだよ
よく寝たほうがいいとか偉そうに、何もしたことないくせに言うやついるけど
意識がぶっとんでも息を吸うように８割部分はプログラミングできるようにならないとだめだよ
後の２割はがんばって仮眠後に考えたり調べたり、あと睡眠より運動が大事なのが俺はポイントだと思う
栄養剤とかはダメ。やばくなったら点滴しながらのプログラミングが意外におすすめ

14:デフォルトの名無しさん
08/07/11 16:48:34
命を掛けてのプログラミング乙

15:デフォルトの名無しさん
08/07/11 16:55:19
好きだとこうなるよ
１０分を１時間にする思考革命とか、速読も大事だね
ページを絵として覚えてみる、頭で読む。こういうのを勉強するんならしたほうがいいね

16:デフォルトの名無しさん
08/07/11 17:11:05
C覚えたてころは俺もそんな感じだった
すげえ楽しくて朝起きて夜になるまでひたすら組んでた

17:デフォルトの名無しさん
08/07/11 17:15:08
悲しいけど日本だとその手のプログラマーはいいように使われて
おしまいなんだよな・・・・・・

若いうちは都合がいいけど、年をとるとそれなりに癖があるし
対価も要求されるので仕事が来ないとかさ・・・

で、管理するのはろくにプログラム組めない文系

18:デフォルトの名無しさん
08/07/11 17:20:47
>管理するのはろくにプログラム組めない文系
これが一番最悪。

19:デフォルトの名無しさん
08/07/11 17:49:04
1の倍数だけ馬鹿になる上司

20:デフォルトの名無しさん
08/07/11 17:58:36
俺みたいにプログラミングも一流
管理も一流のやつはそうそういないお

21:デフォルトの名無しさん
08/07/11 18:02:09
ああ
20年てのは10才かそれくらいから始めてってことだから

22:デフォルトの名無しさん
08/07/11 20:50:45
高校卒業する前にプログラミングしてない場合は望みがとても薄い
大昔はコンピュータ自体が一般家庭に無かったから大学計算室デビューもアリだったが

23:デフォルトの名無しさん
08/07/11 20:53:21
まあどっちにしても適性無いと駄目だな
稀に適性試す前からプログラマだのSEだのなるって言う奴がいるのが頭が痛いが

24:デフォルトの名無しさん
08/07/11 21:55:32
>>17-18
理系も管理能力や経営能力を磨かにゃいかんということだよ。ゲイツみたいに。

25:デフォルトの名無しさん
08/07/11 22:50:01
>>23
適性ってどうやって試す？
おれはいまSEやってるけど、入社できたってことは適性あるとおもっていいの？

26:デフォルトの名無しさん
08/07/11 23:10:58
>>25
プログラミングが思い通りにいかないことは楽しいかい？
自分の関わるプログラムを世の中に供せると聞いて心が躍ったかい？

27:デフォルトの名無しさん
08/07/11 23:47:43
>>6
2ヶ月で十分だよ
アイデアなしでは技術は金にならないよ
アイデアさえあれば三流の技術も金になるよ

28:デフォルトの名無しさん
08/07/11 23:59:59
>>26
思い通りにいかないのを修正する過程はすごい楽しいな
後者もだいじょーぶ

29:デフォルトの名無しさん
08/07/12 00:04:52
抽象性の高い概念を理解できるかどうかがわかりやすいカギだな
Cだとポインタになるんだろうか
あと再帰とか

30:デフォルトの名無しさん
08/07/12 00:09:46
また再帰厨か

31:デフォルトの名無しさん
08/07/12 00:12:02
合わせ鏡に未来が見える！キリッ

32:デフォルトの名無しさん
08/07/12 01:01:11
再起はLispとかで意味あるやつですよね
Cだとwhileでよさそうですね

33:デフォルトの名無しさん
08/07/12 01:08:43
×再起
○再帰

34:デフォルトの名無しさん
08/07/12 01:10:55
>>32
場合によるな。

35:デフォルトの名無しさん
08/07/12 07:01:15
再帰って重いな。再帰のいいところってロジックがシンプルになるところ？

36:デフォルトの名無しさん
08/07/12 07:11:41
言語に組み込まれてない場合は自前でゼロから実装しなければならないから、
たとえばCで再帰を普通に書くと速度効率的には結局重たいってことが多い
キーワードハッシュのない言語でキーワードハッシュを自分で作ると妙にとろいのと一緒

>>35
そだな
再帰を理解するということと再帰を使うということは違うから、
学んだからといって再帰で書かなければならないということではない

37:デフォルトの名無しさん
08/07/12 07:50:13
>>35
・本質的に再帰を含むロジックなら再帰を使えばシンプルになる。
・あと、言語によっては再帰しかできないものもある。(HaskellとかErlangとか）

38:デフォルトの名無しさん
08/07/12 09:48:26
大学で、CとJavaをやるそうなのですが、
前述した２言語を除いて実用面で考えて学んでおくべき言語でお勧めのものを教えて下さい。

言語はコンパイル型言語限定でお願いします。（＝スクリプト系は除きます）

39:デフォルトの名無しさん
08/07/12 09:50:13
C#

40:デフォルトの名無しさん
08/07/12 09:51:30
実用面なんてどうでもいいから関数型言語をやれ

41:デフォルトの名無しさん
08/07/12 10:07:31
>>2
DLしてつかってみたお
2003に比べて思ったほど違いはなかったがGUIは強制CLRなのな
ネイティブじゃないと拒否反応を起こす俺は外部骨格だけ他ツールつかえってことか

42:デフォルトの名無しさん
08/07/12 10:16:13
>>38
Haskellみたいな関数型言語おすすめ

ghcはネイティブにコンパイルして実行する。

43:38
08/07/12 10:55:32
レスありがとうございます。
当方スクリプト系言語しか経験がないものでして、具体的にどの関数型言語がお勧めでしょうか。
Wikipediaの項を参照してみましたが、非純粋や純粋などがありましてご指南お願いします。

>>39
C#は個人的にも興味がありましたので挑戦してみようと思います。

>>42
代表的な純粋関数型言語という項に挙がっていましたのでやってみようと思います。
ありがとうございます。

ちなみに当方のスキルはphp,perl,Ruby,JSといったスクリプト系言語が書ける程度なのですが、
その程度のスキルでも取り掛かれますでしょうか。　よろしくお願いします。

44:デフォルトの名無しさん
08/07/12 11:05:04
>関数型言語
Cでいいんじゃない？

45:デフォルトの名無しさん
08/07/12 11:07:45
…。

46:デフォルトの名無しさん
08/07/12 11:11:20
VC++しか使えないんですが、VC#にスムーズに乗り換えられるんでしょうか？
まったく別物なんですか？

47:デフォルトの名無しさん
08/07/12 11:12:38
>>46
だいたい別物で結構な割合で新言語だ
あなたが新言語というものを習得できるかどうかまでは知らん

48:デフォルトの名無しさん
08/07/12 11:12:56
>>44
ギャグで言ってるにしてもつまんないから氏ね

49:デフォルトの名無しさん
08/07/12 11:51:11
>>35
スピードより読みやすさ重視の場合が多いだろ。特定の分野以外は。

50:デフォルトの名無しさん
08/07/12 12:12:02
>>43
RubyやPython、ECMAScriptが書けると関数型言語は楽なはず。
その辺は関数型の特徴も取り込んでて殆どマルチパラダイムだし。

まぁ「関数型プログラミングも可能」と「関数型プログラミング」は別物だけどね。
特にHaskellとかの純粋なのは縛りがきついので、むしろオススメ。

51:デフォルトの名無しさん
08/07/12 12:19:58
俺の感覚じゃプログラムの価値＝スピード>>>>>>>>>>>>>>>>>>>>>>>>>>その他だな

52:デフォルトの名無しさん
08/07/12 12:32:06
DirectShowとC++がまともにつかえるならC#なんて3日で習得できるけどね

53:デフォルトの名無しさん
08/07/12 12:32:24
>>51
じゃあアセンブラで書いてれば

54:デフォルトの名無しさん
08/07/12 12:33:00
早ければバグだらけでもいいのか

55:デフォルトの名無しさん
08/07/12 12:38:50
そりゃなるべく速いほうがいいでしょ
使い手に取っちゃプログラマにもコードにもゴミほどの興味もないんだから

56:デフォルトの名無しさん
08/07/12 12:44:38
応答速度0.5秒が0.45秒になっても、顧客は気づきもしないと思うけど。

57:デフォルトの名無しさん
08/07/12 12:51:40
第一そんなに速度あげたって使う客がおそ・・・

58:デフォルトの名無しさん
08/07/12 13:06:00
>>56
ギャバンなら、短くなったぶんの時間で蒸着できるから
有難いだろうな。

59:デフォルトの名無しさん
08/07/12 13:09:06
いくら実行が速くてもバグだらけでメンテしづらいコードを遅い納期で出されるほうが困るわな

あと、実行の速さにはアルゴリズムの知識が欠かせないと思うんだけど
そういう意味で言ってるのかな。

60:デフォルトの名無しさん
08/07/12 13:10:15
スピードは徐々に速くしていけばいいよ。

61:デフォルトの名無しさん
08/07/12 13:23:00
>>58
蒸着の時間が3割減になったとしても解説の時間は変わらないし番組の長さも変わらないぞ

62:デフォルトの名無しさん
08/07/12 13:29:52
>>59
いやそうじゃないと思うけどなあ・・・

同じ処理をするにしてもいろんなアルゴリズムをうまく駆使すれば
そんなに遅いプログラムにならないからあえて豪語することではないんだけどね。

63:デフォルトの名無しさん
08/07/12 13:38:17
アルゴリズムで変わるとか総体的には変わらないとかいうのはコンパイル言語でだけの話だな
スクリプト言語は確実に遅いし、スクリプト言語の上で変なことしてると絶対的に遅い
全部オブジェクトにしたRubyとか、GUI扱うようにしたTkとか

64:デフォルトの名無しさん
08/07/12 13:44:13
>>63
まあインタプリタとコンパイルではそもそもの得手不得手が違うからなあ。
インタプリタは手軽であったり、ソースを解釈できるエンジンさえ
別ハード上に移植されてればプログラムをほかでも使える。
でも、実行速度は・・・・

コンパイラはその逆で最適化するので実行速度はインタプリタの比ではない。
けど移植性に難あり。

ケースバイケースだな。

65:デフォルトの名無しさん
08/07/12 13:50:52
スクリプト言語だってアルゴリズムで遅くなったり早くなったりするだろ。

66:デフォルトの名無しさん
08/07/12 13:53:10
>>63
アルゴリズムが変わればインタプリタがコンパイラされたものより速くなることは
いくらでもある。ていうか、同じスクリプトをインタプリタで動かしたりネイティブ
コンパイルすることはできるんだから、コンパイル言語というのは変な分類だな。

あと、プログラムは実行の速さより、いかに組みやすいかというほうが重要になってきた。
OOPLが台頭してるのはそういうことだろう。

67:デフォルトの名無しさん
08/07/12 13:55:54
ボトルネックがIOのシステムだと、ロジックを早くしても無意味だしな。

68:デフォルトの名無しさん
08/07/12 13:58:23
>>63
エディタのために副作用を求め過ぎたEmacsLispも遅い
まああれはバイトコンパイルがあるが

69:デフォルトの名無しさん
08/07/12 14:55:30
>>66
前半三行は特殊な例を出して全体を否定する詭弁。
百歩譲ってそういうケースがあるにしても、初心者スレでするべき話ではない。

あとOOPLと実行速度は別に相反しないから。

70:デフォルトの名無しさん
08/07/12 15:01:34
>>69
アルゴリズムの話はむしろ初心者スレですべき内容だろ

あとOOPLと実効速度は一般的に相反するのは事実。これは認めないと

71:デフォルトの名無しさん
08/07/12 15:02:25
読みやすさと速さの話題から急にインタプリタが遅いって話題になるのがよくわからんし、
インタプリタが遅いのがなにが問題なんだろう。

72:デフォルトの名無しさん
08/07/12 15:04:54
>>70
初心者のためのアルゴリズムスレを立ててやれと思った。
言語ガイドスレではスレ違いだろ

73:デフォルトの名無しさん
08/07/12 15:07:19
>>72
一般に、関数型言語だと数理的なアルゴリズムは処理しやすいし
OOPLだとすごいアルゴリズムを使ったライブラリを利用しやすい
人気のある言語だと、最新のライブラリもネットで取ってこれる時代だしな

つまり関係あるってことです

74:デフォルトの名無しさん
08/07/12 15:09:01
詭弁だな、少しでも関係が有れば同じスレが通るなら。こんん巨大な板とスレ数は無い！

75:デフォルトの名無しさん
08/07/12 15:22:29
＃自分が言い返せないことを詭弁と言うのはやめようね

76:デフォルトの名無しさん
08/07/12 15:26:20
井桁厨うぜえ

77:デフォルトの名無しさん
08/07/12 15:27:07
話がズレ過ぎてて論点がよく分からん

78:デフォルトの名無しさん
08/07/12 15:29:54
結論からいうと
>>51 >>63
はアホ
初心者はこんなのに惑わされてスクリプト言語を嫌わないようになってください

79:デフォルトの名無しさん
08/07/12 15:42:00
他のスレでCやるよりC++やってからCは適当に目を通しとけばいいってかいてあったんだけど

80:デフォルトの名無しさん
08/07/12 15:46:50
>>79
大嘘だから信じないように。ほとんどすべてのコンピュータでCは
動くからまずCをやりなさい。C++はある意味では、終わった言語。
とりあえず、
C, Java(OOPLとスレッド制御), Perl/Python, Lisp(関数型)をやるのを勧める。

81:デフォルトの名無しさん
08/07/12 15:49:49
むしろCやってからC++やるべき

82:デフォルトの名無しさん
08/07/12 15:50:21
一度にそんなにできるわけないだろ・・・・・・
まず言語をひとつ、一通り使えるようになるだけで十分
それから必要や興味を感じたら他の言語もやってみればいい

Cは当分消えない言語だから、やっといて損はないだろうけど

83:80
08/07/12 15:55:47
>>82
もちろん一度じゃないよ。
順番をつけるとしたら、

C: とりあえずC
Java: 業界言語の標準（JavaができればC#も簡単）
Perl/Python: スクリプト言語で楽々
Lisp: プログラミング言語の本質を学ぶ

この順番で繰り返していくのがいいと思う

84:デフォルトの名無しさん
08/07/12 16:06:50
Cを最初にやる意味ないだろ。

85:デフォルトの名無しさん
08/07/12 16:09:27
79が正解
C++を基本にすれば良い

86:デフォルトの名無しさん
08/07/12 16:17:56
どっちー？

87:デフォルトの名無しさん
08/07/12 16:22:41
どっちでも大差ないんじゃない

88:デフォルトの名無しさん
08/07/12 16:25:11
で、Haskellで実用的なアプリ書きまくってる人いる？

89:デフォルトの名無しさん
08/07/12 16:25:42
Knowing C is a prerequisite for learning C++, right?
URLﾘﾝｸ(www.research.att.com)

90:デフォルトの名無しさん
08/07/12 16:26:12
>>86
なんのために？

91:デフォルトの名無しさん
08/07/12 16:28:37
オブジェクト指向使わないでC++使うのが正解

92:デフォルトの名無しさん
08/07/12 16:37:47
皆さんに、
アルゴリズム + データ構造 = PASCAL プログラム
という本を読み返すことを勧めます。とくに、上の方で
再帰について発言していた方々に。

93:デフォルトの名無しさん
08/07/12 16:57:15
>>92
絶版だろ。

94:デフォルトの名無しさん
08/07/12 17:29:19
まあC++やれば最初はどうせ半分Cみたいなものだし
と言う投げやりな態度でC++でも良いんじゃねと言ってみる

95:デフォルトの名無しさん
08/07/12 17:41:35
PascalやPL/Iでサンプルコードが書かれた往年の名著ってホント残念だな
著者が時代を読んでCで買いときゃ世に出回る期間は大幅に伸びてただろうに

96:デフォルトの名無しさん
08/07/13 00:05:24
正直プログラミング言語の本質とか言い出したら、
Lispは学習の対象外でしょ。カリー化、遅延評価、型推論などがあるHaskellの方がいい。
それかOzか。Ozは特殊なのであれかなあ。あの本と一緒なら…

97:デフォルトの名無しさん
08/07/13 00:12:20
なぜ純粋関数型言語が本質なのか理解に苦しむ。
本質はチューリングマシンを祖としたノイマンコンピューターの手続き型。
それに最も近いのがアセンブラ、次にCでしょ。

98:デフォルトの名無しさん
08/07/13 00:14:57
>>97
全く同意。俺も関数型好きだが本質だとは全く思わない。
で、関数型信者の人達って実用的アプリをHaskellやらCleanやらで書きまくってるのだろうか。

99:デフォルトの名無しさん
08/07/13 00:25:10
チューリングマシンとラムダ計算は、
チャーチ=チューリングの提唱で結びつくんじゃなかったか

100:デフォルトの名無しさん
08/07/13 00:25:31
>>97
そりゃあ人間の概念とか脳みそが主役なら
人間としての『理知的でアイデアたっぷりで文句の付けられない普遍的な』関数型言語が来るだろ。

101:デフォルトの名無しさん
08/07/13 00:28:02
それは、手続き型も関数型も元を正せば、倫理計算式である。だから数式だと言うのと同じ。
貴方が勝手に思う分にはいいが、世の中にはそれなりの分類があるのですよ。

102:デフォルトの名無しさん
08/07/13 00:30:39
×倫理
○論理

103:デフォルトの名無しさん
08/07/13 00:33:21
>>99
それだと関数型とか手続き方とかあえて分けてる意味がないでしょ。

>>97
『理知的でアイデアたっぷりで文句の付けられない普遍的な
と
関数型言語
の関連が分からないんだが。

あと人間の脳が関数型的に考えているとは思わないんだが。
これして、それからこれして、という感じじゃない？

104:デフォルトの名無しさん
08/07/13 00:34:15
あ、上のは>>97じゃなくて>>100ね。

105:デフォルトの名無しさん
08/07/13 00:41:05
まあ、それはともかく
配列と連想配列と正規表現のリテラル表現がある言語が初学者には手軽でいいよね

106:デフォルトの名無しさん
08/07/13 00:42:20
人間の脳は、連想記憶に元ずく手続型だと俺は思ってるよ。
間違っても関数型とは思えない。

107:デフォルトの名無しさん
08/07/13 00:50:54
というか、カリー化とか遅延評価とかほんとに少しの言語にしかない機能が
どうしてプログラミングの本質になるのだろうか。
これだからHaskell厨は。。。

108:デフォルトの名無しさん
08/07/13 00:51:44
>>105
全部組み込みで？となるとスクリプト系と、
あといくつかの比較的新しい言語しか残らない・・・・・・

109:デフォルトの名無しさん
08/07/13 00:57:41
>>105
そういうのから入っちゃうと「あって当たり前」になって他（例えばCとかアセンブラとか）をやるのが
バカらしくなるんじゃないかと思うなあ。
Cでmalloc/freeしたりして、「ああ、リソースって大変なんだな」と早いうちに実感したほうがいいかもって思う。

110:デフォルトの名無しさん
08/07/13 00:59:02
俺はExcel VBAを勧めるよ。
まずはデータの取り扱いに慣れてくれってことで。

111:デフォルトの名無しさん
08/07/13 01:00:32
最近のパソコンはメモリ多いから初心者の作るようなプログラムじゃ
多少リークしても解らなかったりして

112:デフォルトの名無しさん
08/07/13 01:08:46
>>109
道具立てが貧弱で普段使いにしにくくて最初に挫折するよりは
あとでバカらしくなるぐらいのほうがいいんじゃないかと

113:デフォルトの名無しさん
08/07/13 01:38:04
プログラマからするとVBAで書くなんて嫌で嫌でストレスも溜まりまくるんだけど
素人は平気なんだよね
不思議だな
PHPも似た感じ。ストレスが溜まるほどじゃないけど

114:デフォルトの名無しさん
08/07/13 02:23:55
流れを記って申し訳ないですが質問させていただきます。
最近プログラミングに興味を持ち、現在Javaをはじめて二ヶ月ほどですがC++とJavaどちらがいいか今更ながらに迷っています。
やりたいことは、画像を表示したり、その画像をこまめに修正。他に仕事で必要なデータをMySQLに入れているので200万ほどのデータの計算などです。
GUIにも興味があり、いろいろプログラムをいじくるのが楽しくて仕方ありません。
もし自分のしたいことに適しているのがJavaでないのなら他の言語を覚えるのも苦でないのでやりたいと思っています。
長くなりましたがよろしくお願いします。

115:デフォルトの名無しさん
08/07/13 02:26:10
訂正です
画像といいましたが、これも仕事用でグラフのようなものです。
よろしくお願いします

116:デフォルトの名無しさん
08/07/13 02:28:00
実用的で一番良いのはC#、GUIも楽。
Javaは動作が遅いが、ほとんどどのOSでも同じ動作をするのが利点。
C++はなかなか速いけど、C#やJavaより基本のライブラリがそろっていない。
ネットで見つけてくればいいけど、本家の作った物ではない。

117:デフォルトの名無しさん
08/07/13 02:49:45
>>116
早いレスありがとうございます。
C#のことが抜けてました。マルチにこなすが何故か知名度が低い言語という印象しかありませんでしたが、考えて見ます。
Javaの動作の遅さについては私も気になっていて、そこが今回言語を選びなおそうと思ったきっかけでもあります。
C++は早いと聞くので、そっちのほうが向いているかと思ったのですが・・・
どの言語も一長一短といった形なのですね。
ただ、「JavaでGUIなんてｗ」というのを小耳に挟み、じゃぁC++なのか!!と思い質問してしまいました。

118:デフォルトの名無しさん
08/07/13 02:52:39
Javaが遅いって言っても、C#と大差ないんじゃないの？

119:デフォルトの名無しさん
08/07/13 02:54:43
>>117
GUIならよっぽどの技巧を使わない限りはC++とC#の速度の差は無いと思う。
C++でGUIはあんまりお勧めでないよ。　異常に難しくなる。
C#は簡単でJavaより断然速く、C++とあんまり変わらない。

120:小川和子
08/07/13 02:59:14
　　　　　　_,,..:--─‐-=,,._
　　　 .／;;,ｨ''"´￣｀ﾞﾞヾ;ミミﾐ;;､
　　 ./ﾐﾐ/ﾞ　　　　　　ﾞ:::ﾞiミミミ:l
　　ｉミﾐ′: 　　　: 　..::::_;ミﾐ;ﾐ;ﾘ
　　ヽ,! ﾞ .,;;;..''　 ''ﾞﾞ;;_ ﾞ:::ヾ;;;;;;/
.　　　｝ :'ﾞ::“:ﾞ:.　l::'ﾞ.”:ﾞ;.::'':;;ﾞirく
.　　　 |　ヽ .,r　..:::、　 ..::::;;;ﾄl;| 　　　＿＿＿＿＿＿＿＿＿＿
　　　　|.. 　:' ''ｰ;^''::ヽ. :':::::;;;i::ｿ　／　中国大陸で蜂起。おめえ
.　　　　l、　←‐'‐→､! ..::::;;;lﾞ´ ＜ら糞ルーペンもぅ終わりだ。ざまぁみろ。
　　　　ヽ..　`ﾞﾞﾞ.,ﾞ´　'":::';;;ﾊ､　　＼
　　　　_,,/`i､ -:: -:::'::ﾞ:::;;ﾂ'::::`;､_ 　　￣￣￣￣￣￣￣￣￣￣
_,...-‐''" |　ﾞ;、 i":;;:::::;,／':::::::::;!::::｀::-､.._
　　　　 .lﾞ　　ﾞヽ:;,ン'":::::::::::::/::::::::: : -ｰ｀
　　　　　l　　 .,/;l　　　　 ,r"
　　　　　.ヽ　/r;:ﾍ、　,,／;''
　　　　　　ﾞ ''::'`'´ ヽｨ::'

121:デフォルトの名無しさん
08/07/13 03:03:35
>>119
なるほど・・C#はJavaのような標準ライブラリをもって、速度もC++にはそれほど劣らないということですね。
これだけ見るとC#は利点が多いのになぜメジャーにならないんだろう・・・
C#の本を書店で読んで見ます、
C++は難しいと聞きますがGUIだとさらに複雑になるとは。普段使ってるアプリケーションのほとんどがC++で作られてるのに
それほどまで難しいのは驚きました。
初心者過ぎる質問ですいませんでした。

122:デフォルトの名無しさん
08/07/13 03:14:20
市販のアプリや、プロのプログラマーはC++での開発手順を
既に知っているので、全部を１から勉強する必要がないよ。
C#は、マイクロソフトの大勢でライブラリを開発・調整してるから
それを使えばなかなか良い動きになる。

123:デフォルトの名無しさん
08/07/13 03:26:56
けど学習意欲が高そうだからC++いっともいいかもね
>プログラムをいじくるのが楽しくて
プログラムに疲れてた俺を初心に帰らせてくれた
ありがとう
アンインストールを聴きながら作業してて、すべて消して会社から逃げようかと思ったがまだやれそうだ

124:デフォルトの名無しさん
08/07/13 03:32:30
マイクロソフトの計画では、
Vista以降のWindowsの基本の開発環境はC#になるらしいよ。
記事は見つからなかったけど。　
アセンブラからC/C++の移行と同じようなものとおもう。

125:デフォルトの名無しさん
08/07/13 03:35:59
なんでC#マイナーなん(´･ω･)
やっぱはじめてする人はC++がかっこいいからそっちに行くのかな？
たしかに理解できてコードもきれいに書けるならそれもいいが･･･

126:デフォルトの名無しさん
08/07/13 03:39:50
C#はWindows専用だし、教育機関(大学など)では、UNIX入ってたら
実習できないし、あまり実用的なアプリを作る必要もないからでは?
あと、今のところ、C#はWindowsに必ず入っているとは限らないから
市販品をC#で作ると客から苦情が出る割合が多くなる。
教育でも市販でも使えない。

127:デフォルトの名無しさん
08/07/13 03:40:45
あと、今のところ、C#はWindowsに必ず入っているとは限らないから

こっち

あと、今のところ、.NET frameworkはWindowsに必ず入っているとは限らないから

128:デフォルトの名無しさん
08/07/13 03:41:54
WindowsはVISTAで終わり。
これからNetBSDがシェア100%になる予定だから今からUNIXの勉強
をしておいたほうがいい

129:デフォルトの名無しさん
08/07/13 03:45:40
いままでVB6でやってたような業務はC#かVB.NETに置き換えられていってますね。

130:デフォルトの名無しさん
08/07/13 03:47:05
>>123
アンインストールしちゃいなよ☆

てかJavaでも良いと思うんだが、そんなに速度変わるか？
まぁC++は消えていく言語だからね･･･今から新しく学ぶより、Javaも高速化されてきてるしC#もあるし

131:デフォルトの名無しさん
08/07/13 03:47:47
Mac が Objective-C なんて使ってなければ
もっとプログラマ引っ張って来れそうなんだがなあ。

132:デフォルトの名無しさん
08/07/13 04:34:36
>>100->>106
人間の思考が必ず言語を介するものであるなら
自然なのは論理型でしょ。
普遍的とかいうのとは違うけど。

133:デフォルトの名無しさん
08/07/13 07:41:39
ゲームマルチメディアはネイティブ以外ありえないんでこれからもC/C++です

134:デフォルトの名無しさん
08/07/13 08:07:19
>>132
人間の思考が言語を介すのは表層のみ。思考のほとんどは言語を使わない。

135:デフォルトの名無しさん
08/07/13 08:13:51
言語には相反する方向性がある。
１つは、コンピューターを効率よく動かそうとする言語（その分プログラマーに負担を）
２つに、プログラマーのミスを少なくしよう、プログラマーに優しくしよう（その分コンピューターに負担を）
1の代表に、アセンブラ、C、Cから継承されたC++
２にJava、C#、純粋関数型言語等

この二つは、根本的に設計思想が違うのです。

だから、１の方向のC++は当分無くならない。いわゆる、初心者、趣味、勉強している人は
２、がとても使いやすいでしょう、そのための設計がしてあるのだから。
しかし、だからと言って1、の方向性を持った言語が駆逐される訳ではない。

136:デフォルトの名無しさん
08/07/13 08:21:17
そんな事無いと思うよ。
C#はC++程度に十分難解と思う。
Sun やマイクロソフトが開発したライブラリを使う事で開発が楽になるが。
そういったライブラリを取り払ったとき、C++もC#も同等くらいの難易度の言語では_

137:デフォルトの名無しさん
08/07/13 08:25:51
>>136
貴方がそう思うのは自由だが、多くの人の賛同を受けられるかは疑問である。

138:デフォルトの名無しさん
08/07/13 08:33:38
C++でやれる事は、ほとんどC#でもやれるんでは?

C#の文法、機能など

組込み型、組込み演算子、組込み型変換
条件分岐、反復処理、配列、関数、列挙型
構造体、クラス、コンストラクタとデストラクタ
実装の隠蔽、プロパティ、静的変数・静的メソッド
演算子のオーバーロード、インデクサ、値型と参照型
継承、多態性、コンストラクタ内の仮想メソッド呼び出し
抽象メソッド、抽象クラス、例外処理、リソースの破棄
プリプロセス、名前空間、実行時型情報、デリゲート
オーバーフローのチェック、可変長引数、引数の参照渡し
foreach、マルチスレッド、イベント

139:デフォルトの名無しさん
08/07/13 08:38:42
その程度の理解では、話す気になれないのでここで終わる。

140:デフォルトの名無しさん
08/07/13 08:40:04
>>135
その分類はどうかと思うがね
計算機の能力が上がってきたから、最近の言語がより高水準な方向に進んでいるのは確かだろうけどさ
高水準言語で速度が出ないかと言われると別の話になると思う

C/C++が高速なのは、ネイティブコンパイルが前提で、かつ静的型付けされているから
低水準だからって理由は、正直そこまで性能に寄与しているとは思えない
Dは最新の言語仕様を詰め込んでるくせに、マイクロベンチマークではC++に匹敵しているし
Javaも動的最適化技術の進歩でだいぶ速くなってる

141:デフォルトの名無しさん
08/07/13 08:44:30
速度は、コンパイラの性能だろ。
たとえ元の言語がN88BASICだとしても、うまくコンパイルすればC言語を超える
ことだって可能。　

142:デフォルトの名無しさん
08/07/13 08:49:58
>>134
例えば手続き型言語は深層を表現していると言っていいのかなぁ。

143:デフォルトの名無しさん
08/07/13 09:00:58
>>142
深層は、連想記憶によるメタ的な学習の集合が思考であると思うが、説明できない。
手続き型は言葉よりは少しだけ深いと思われ。

144:デフォルトの名無しさん
08/07/13 09:03:48
>>137
だね
文法そのものは、そう複雑じゃないやん
class使って実用的なアプリ書くってのとは、話は別ね
＃あと delegate,refraction 駆使してってのもね
最初はこっち系の言語から始めるのが　いいんじゃない？
VBAとか仕様小さいから、楽だけど　これどまりになると馬鹿になるよん
＃いや excelベースで何かやるときは、早くて楽だけどね
ただ、C#だとMS系だけが全てになりそうなのが、難点かな

145:デフォルトの名無しさん
08/07/13 09:14:15
>>135
>純粋関数型言語
これ、なんで純粋が付いているの?

146:デフォルトの名無しさん
08/07/13 09:21:09
>>143
×説明できない。
○納得できるような説明ができない。

147:デフォルトの名無しさん
08/07/13 09:30:29
まぁC++もたのしいぞ？

148:デフォルトの名無しさん
08/07/13 09:41:27
C#やるならC++でもいいのでは？
JAVAはSwingついたりしたとは言えもっさりしてる

149:デフォルトの名無しさん
08/07/13 09:41:40
C++をお勧めする。
なんか難しい言語を使ってる俺かっこいーって思えるから。

150:デフォルトの名無しさん
08/07/13 09:55:49
いくら演算の性能が上がっても人間の欲求も同時にあがるので速度は永遠に重視されます

151:デフォルトの名無しさん
08/07/13 09:56:44
さくさくっとGUI作りたいならJavaだな。

152:デフォルトの名無しさん
08/07/13 09:57:54
JavaとC#どっちが簡単ですか？

153:デフォルトの名無しさん
08/07/13 09:58:38
VB6

154:デフォルトの名無しさん
08/07/13 10:15:27
HSP

155:デフォルトの名無しさん
08/07/13 10:44:11
>>148
C++には標準のGUIがないから却下

156:デフォルトの名無しさん
08/07/13 10:59:39
Javaより全体的にC#のが良いと思うのになんで広がらないのかね
C#薦めると微妙な顔されるし

157:デフォルトの名無しさん
08/07/13 11:12:53
C言語はURLﾘﾝｸ(wisdom.sakura.ne.jp)
ここでよいでえすか？
いきなり本読んだ方がいいですか

158:デフォルトの名無しさん
08/07/13 11:23:29
分かるのならそれでも良いが、紙の本ほうが読みやすいとは思う
Cならいくつも書籍が出てる

159:デフォルトの名無しさん
08/07/13 11:23:30
>>157
そのサイトみて、わかりやすかったらそれでいいんじゃね？

160:デフォルトの名無しさん
08/07/13 11:33:02
>>152
単体なら、あまり変わらない気がする・・・
PGの参考になりそうな本は、圧倒的にJavaが多い気がする
Web系考えてるんだったら、C#の方が買う本少なくていいかもｗ
＃自分も今勉強中＞C#

>>156
eclipse の setter/getter を一気に作成する機能がないからじゃｗ＞VS.Stuio
#class 書く時の工数が全然違うのに

161:デフォルトの名無しさん
08/07/13 11:38:02
>>156
全体的にちょびっとづつよくても対したことはないから。
JavaとC#じゃ歴史が違うし。

162:デフォルトの名無しさん
08/07/13 15:09:01
C#のネイティブコンパイラが使えるようになってきたら、起動も早くなって良いのだけどね
MSとほぼ同時に開発するのは難しいだろうけど、他のOSでも使えるようになるし頑張って欲しいね

JAVAはGUIが、どうしようもない
やっぱり、過去は切り捨てて、次へ行くのが正しいと思う。趣味なら。

163:デフォルトの名無しさん
08/07/13 15:14:23
>>162
>C#のネイティブコンパイラが使えるようになってきたら、起動も早くなって良いのだけどね
それじゃあjavaのまねをした意味が・・・

JITの話もあるんだけどね・・・

164:デフォルトの名無しさん
08/07/13 15:15:44
C++でGUI開発できるようにしてほしい　C#みたいに

165:デフォルトの名無しさん
08/07/13 15:50:15
C++がGUI得意になったら俺C++以外使うこと無くなるだろうな

166:デフォルトの名無しさん
08/07/13 15:56:36
そもそもの生い立ちが違うしなあ

C++ってCの延長だし、C#はJavaやVBなどが参考になってできたような物だし。
どう考えてもGUI周りはC#のほうが作りやすいのは仕方ない

167:デフォルトの名無しさん
08/07/13 15:59:18
C#が、あまり広まっていないのは、アンチMSが多いのと、UNIX系厨がはびこっている為。
昔のMAC厨は死んでいる。

168:デフォルトの名無しさん
08/07/13 16:03:59
>>167
C#はゲームのツール作りには使ってるが、後発言語の割りにMSの悪い面がでちゃってて
使いにくさはあるのは事実。

C#のバージョンを重ねる間に言語の仕様が変わっててサンプルをネットで拾ってきても
初心者がいきなり使えないとか。
じゃあMSDNみればいいじゃんというかもしれないがMSDNがこれまた・・・

しかもXNAに移行しちゃったのでMDXの資料関連は中途半端に放置とかさ・・・

新しいことをやるのはいいけど、子供じゃないんだから散らかし放題はよくないよ。

169:デフォルトの名無しさん
08/07/13 16:13:39
>>168
ゲームにはあまり向かない言語ではあるな。（趣味のゲームは別、Javaよりは向いている）
>C#のバージョンを重ねる間に言語の仕様が変わっててサンプルをネットで拾ってきても
>初心者がいきなり使えないとか。
これに付いては、どのメジャー言語も同程度に持っている。しかし、固まって欲しいのは同意見かな。
俺は今後C#が延びると思ってるよ。ただネット上でのプログラミングはMSは弱い。
頑張ってはいるんだけど、Windowsが足を引っ張ってるかな。
世界がネットサービスに移行しているので、MSはその点で今は負けている。（多分勝てないかも

170:デフォルトの名無しさん
08/07/13 17:12:10
なんでC#がメジャーでないって前提で話が進んでるんだ(^^;

171:デフォルトの名無しさん
08/07/13 17:29:57
>>170
メージャーだけどなんかこういう雰囲気あるよね。

・ちょっとしたツール作るのはいいよね。
・でも場合によってはVB6かVC++に走るよね。

172:デフォルトの名無しさん
08/07/13 17:44:46
要するにこういうイメージってことね

VC++　＞　VB6　＞＞＞　C#，VB.NET　＞＞＞　C++/CLI

VB.NETももっとVB6のようになるといいし、C#も今後仕様が膨らむだけだから、減らすことも考えて欲しい
MSには悪い面もあるが、当然良い面もある。漏れはMSならやってくれると信じてるぞ！

173:デフォルトの名無しさん
08/07/13 17:50:29
初心者の俺は話しについていけない＞＜

174:171
08/07/13 17:57:45
>>172
そうそんなかんじ

まずネットとか携帯だとJavaとかになちゃうのでそもそもの出番ないし
となると知ってる知らないという意味でのメジャーはそりゃC#は有名だろうけど
枯れてるVB6やVC++のほうが圧倒的にネット上で手に入る情報は多いし
多くの資産がこれで作られてるケースが多い。

質問板で見かけるのも過去の資産をC#なんかに移植してる・・という程度で
よく使われるメジャー言語ではないと思う。
それぞれの分野に適した言語が多数あるしね。

なのでC#=ちょっとしたツールか、企業が仕方なく過去の資産を移植する際に
使ってる言語ってことで・・・

175:デフォルトの名無しさん
08/07/13 18:34:13
>>172
せっかく使えるようなったんだから break と continue は残してくれｗ

176:デフォルトの名無しさん
08/07/13 19:49:05
>>172
これはVB6厨の妄想だろ。

177:デフォルトの名無しさん
08/07/13 20:08:19
従来VB6でやってたような分野はもう、C#かVB.NETでやってるのが普通でしょ。
ネットの分野でも拡張子がaspxのところってフツーに見るし。

まあ、いまだに新規の案件をVB6で提案してるところとかもあるけど、そういうのは、なんかもう未来がない感じ。

178:デフォルトの名無しさん
08/07/13 20:33:46
で、ここに多くいる純粋関数型言語厨の方々はHaskellとかCleanとかでバリバリGUIアプリ作ってるの？
HaskellはwxHaskellとかあるしCleanは言語にGUI機能あるからいいんじゃない？

179:デフォルトの名無しさん
08/07/13 21:10:20
>>177
小さい＆Excel出力があると、そうでも無いよ
＃.NETからの遅さを考えると、耐えられないところもあるｗ
＃いや　使うと楽なのは分かってるけどね>特にDB回り
＃常駐でそういうのが多いってのもあるけどね

>ネットの分野
Javaでやるよ　手抜きでPHPも可だけどね

180:デフォルトの名無しさん
08/07/13 21:21:22
なにそれ、コメントのつもり？
なぜ全角なんだ？

181:デフォルトの名無しさん
08/07/13 21:42:53
フォーチュン企業1000のサイトの７割がIIS。apacheは２割。
大企業では.net系の言語フツーに使われてる。

182:デフォルトの名無しさん
08/07/13 21:46:58
>>179
「メジャーか?」とか「未来はない」とかって話題の反論に「遅いところで仕方なく使われてる」みたいな
ニッチっぽい使われ方をだして反論してもしょうがないだろ。

183:デフォルトの名無しさん
08/07/13 21:56:27
>>180
日本語のコメントだからじゃないか？ｗ

>>181
大企業とかの方が.NETは多いだろうね
マシンパワーがあって、お金があるとこだろう
VB6が現役とは、思えないけど、.NETが主役とも思えない

時代はクライアントはC/C++、ネットはJAVAとPHPだろう
ただ.NET差し引いても、C++よりC#が良いってのは分かる気がする

184:デフォルトの名無しさん
08/07/13 22:37:00
市販されてるようなアプリはC++だろうけど、業務で使われてるDBのクライアントなんてC++で作ってるところなんてないんじゃないの?
レントゲンとかMRIとかの画像を処理するようなシステムとか、電力会社のリソースを管理するシステム(画面にケーブルの接続状態をグラ
フィカルに表示して編集)はVC++で作ってたけど、そういう一部の分野以外は。

185:デフォルトの名無しさん
08/07/13 22:52:29
0:00になるたびに、スレタイに合わせて流れの方向性がリセットされるとか、
せめてそういうのがあればいいのだけど。

186:デフォルトの名無しさん
08/07/13 22:56:44
>>184
業務だと.NETいれないといけないし、98や2k使ってるとこもあるだろうしね
そんなこんなでVB6かVC6に・・・業務アプリは、何年も遅れてるからね

まあJAVAでブラウザWEBベースで作られるより十分マシだろうｗ
そうでなければJAVAだって軽いし、十分実用的な速度だと思うけどね

187:デフォルトの名無しさん
08/07/13 23:10:35
webアプリも、がちがちに作ってあるところは、ブラウザの指定は当然として、セキュリティー設定はどうしろとか、
どこそのから、このファイルをもってきてインストールしろとか、導入の手順書が何ページもあったりするもんな。
そんなんだったら、普通のアプリとか、リッチクライアントとかでいいじゃんって思うんだけど。

188:デフォルトの名無しさん
08/07/13 23:16:38
>>187
そこは旦那、流行のweb2.0でいってましたってことでしょ。
営業さん、SEさんも勧めてましたし

189:デフォルトの名無しさん
08/07/14 00:30:07
当座の目的は簡単なＰＣアプリ制作です。
将来性を見て、１つ選ぶならどれでしょう？

　Visual C#
　Visual C++
　Visual Basic

190:デフォルトの名無しさん
08/07/14 00:36:15
　Visual C#

191:デフォルトの名無しさん
08/07/14 00:38:25
>>189
すぐに結果を出したければVB.NET
ちょっと勉強に時間が取れるのならC#
気長に取り組めるのならC++

個人的にいちばんお勧めはC#
けっこう大規模なクロスプラットフォームアプリも.netっつーかMonoで
書かれていたりもするんだよね。

192:デフォルトの名無しさん
08/07/14 06:51:10
>>187
開発にかける総コストで削られると全部作れないので仕方が無い
開発者のコストは直接計上されるから高く見えるけどオペレータの負担はあんまり見積もりに反映されない
世の中全ては金を出す人たちの心がけ次第なんですよ

193:デフォルトの名無しさん
08/07/14 07:48:28
>>178
URLﾘﾝｸ(sumim.no-ip.com:8080)

ここみておもしろいなと感じたのだけれども
処理系に、GUIの機能を盛り込むと、クライアントを柔軟に
組めるようになるし、良い。

でも把握しておかないといけないラベルが増えて
MFC の世界に近い世界? が展開されることになって
やはりある程度の段階で切り分けないといけないような気もする…。

IDE で解決するか Documet で解決するか、みたいな話になって
きて次第と言語処理系の領域から離れてゆかざるを得ないというか
現実って、だいぶと汚い世界なのかもしれん、とも感じる今日この頃('A`)

194:デフォルトの名無しさん
08/07/14 08:40:39
ウイルスの作り方から対策
最終的にはスマンテックへ入社するには？

195:デフォルトの名無しさん
08/07/14 11:42:26
まず社名をしっかり覚える

196:デフォルトの名無しさん
08/07/14 12:10:10
>>191
同意かな
vb.netの書籍はこれっていうのがなくて(コントールの使い方だけが多い)
＃MSの言語仕様本以外、generic説明した本見たこと無い気がする
コードの書き方はプログラミングC#見ながら勉強してまつ

197:196
08/07/14 12:36:33
デザパタ的な資料はJavaの方が多い印象があるし
ライブラリのサンプルはC#のみの場合が多かったりするので
オライリーのプログラミングC#2.0 位の知識は押さえた方が
いいんじゃ無いかと思う
＃あくまで個人的な感想だけどね

198:デフォルトの名無しさん
08/07/14 15:35:04
>>189
eclipse/netbeansでjava開発が一番いい
Visualうんたらに頼るとろくなことがないぞ

199:デフォルトの名無しさん
08/07/14 16:04:00
一番って
まずどっちかに絞ってから言えよ

200:デフォルトの名無しさん
08/07/14 16:12:48
>>189
Visual C# がまじお勧め。

1. Visual Studio 2008 Express Editions は
ダウンロードからインストールまで楽ちん

Visual Studio 2008 Express Editions
URLﾘﾝｸ(www.microsoft.com)

2. 一通りここのプログラム動かしてみて雰囲気つかもう

プログラミングチャレンジスクエア
URLﾘﾝｸ(www.microsoft.com)

3. いけそうだと思ったら好みの入門本を入手していろいろプログラム書いてみる

C#の文法や.NET Framework はいきなり全部覚えようとせず、
必用に応じてリファレンスを参照しよう。
ここからいろいろたどれるはず。

学習用資料
URLﾘﾝｸ(www.microsoft.com)

201:デフォルトの名無しさん
08/07/14 20:39:02
>>198
何々じゃなきゃ　と言った時点で・思考停止・だと思うよん
回りに使ってないといきなり eclipse はちょっときついかも
まぁVS.Studioも同じだけどね

202:デフォルトの名無しさん
08/07/14 20:48:42
ちょっと時間差だが関数型について。

関数型が人間の思考に沿ったものかどうか、というのは分からんが、
「あるべきプログラミングの姿」であることは確かだと思う。

特にHaskellのような「純粋」と呼ばれる関数型言語は、参照透明性を
保証しているわけだけど、これはプログラミングのあるべき姿の最も
重要な点じゃないかね。

また、関数型は「宣言的」だ。この点も、命令を順序正しく記述する
言語よりもプログラミングのあるべき姿に近い。

JavaはもうWeb系などでは過去の言語になりつつあると思うけど、
その後継者と言われているRubyやPythonは関数型に近い書き方が
できるようになっている。

203:デフォルトの名無しさん
08/07/14 21:20:15
一部の選ばれし職人だけが使える最高の言語よりも
誰でも使えて、そこそこの生産性を上げることのできる言語の方が
戦争では有利

だから諸君、HSPを広めるべきだ。

204:デフォルトの名無しさん
08/07/14 21:35:34
一方DoDはAdaを使った

205:デフォルトの名無しさん
08/07/14 21:45:47
HSPはもうちょっと近代的になってもいいと思う。他の言語にも移行しにくいし。
いっそHSRubyとかにして

206:デフォルトの名無しさん
08/07/14 21:58:01
c++のクラスは、javaのobjectのような共通の基底クラスを持たないらしいのですが
このことについて詳しく説明していただけませんか？？
またこの利点と欠点を教えてくださるとうれしいです。

207:デフォルトの名無しさん
08/07/14 22:01:50
関数型言語厨と言わせていただこう

208:デフォルトの名無しさん
08/07/14 22:17:35
>>206
なぜこのスレで？

209:189
08/07/14 22:18:43
各位殿

回答ありがとうございました。
早速、Ｃ＃に着手します。

210:デフォルトの名無しさん
08/07/14 22:26:45
>>202
どうして参照透明性がプログラミングのあるべき姿なのか理解できない。
現実世界ほとんど全てのコンピュータはレジスタやらメモリやらの内容を書き変えて動いてるわけで、
コンピュータに命令を送るのがプログラミングならその形態に近い方がより
プログラミングのあるべき姿なんじゃないか？

あと、現実世界のアプリをHaskellやらで書くときも
do { hoge ;
　　 huga ;
　　 bar }
なりhoge >> huga >> barなりで命令の順序を気にして書くわけだが、その点についてはどうか。
あと、それらで型を合わせる為にliftMとかをしまくるのが本来のプログラミングの姿だと言いたいのか？

次ページ