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

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

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とかをしまくるのが本来のプログラミングの姿だと言いたいのか？

211:デフォルトの名無しさん
08/07/14 22:49:36
基本的にはプログラマの自由を制限してコンパイラ屋と数学屋が楽をするのが目的なんだよね
トレードオフを考えたくないから、自由を捨てると幸せになれるとか言い出す

212:デフォルトの名無しさん
08/07/14 23:25:09
>>210
ここ数年のIntelの高速化戦略をてきとーに言うと、処理の並列化にある。
そのためのパイプライン、VLIW、ハイパースレッディング、マルチコア化であるんだけど、
参照透明性があると、例えば

functionA ( functionB, functionC )

というプログラムがあったときにfunctionBとfunctionCを同時に実行できる。
つまり、アセンブリ言語でキツキツに書くよりもより自然に
処理を並列化＝高速化できちゃう。
だから、アセンブリ言語よりも関数型言語の方が、より計算機の都合に即した形になってる。

って隣のたろーくんが言ってました。

213:デフォルトの名無しさん
08/07/14 23:41:19
>アセンブリ言語でキツキツに書く
この表現が既に、コンピューターの世界の人ではない。　ぷっ

214:デフォルトの名無しさん
08/07/14 23:42:56
なんで？

215:デフォルトの名無しさん
08/07/14 23:56:16
あんまり関係ないけど、Makefileって関数型言語だよね？ね？え、違う？

216:デフォルトの名無しさん
08/07/14 23:58:38
>>212
並列化は、別に関数型でなくてはいけないわけではない。いろいろな方法が有る。
現実世界を見てみよう。ｌｉｓｐから続く長い歴史の中で関数型はプログラミングで広く
使われていない。なぜか、単に使いやすくないのだ＝人間にとって思考しやすい
ものでもなく、コンピューターに即してるわけでもない。
貴方の言うように良ければ、もっと広まってしかるべきでは。
昔、Ｌｉｓｐマシンと言う関数型を直接実行するコンピューターがあった。しかし、成功しなかった。
何故かを考えればおのずと答えがわかるのではないか?
それでもなお、最も良いと主張するのであれば、それは宗教だ。教祖となって布教しろ。
宗教論争ほどばかばかしいものは無い。

217:デフォルトの名無しさん
08/07/15 00:03:03
>>214
基本的には必要な命令を集めた後ツールで並べなおして効率化する
でも特定プロセッサに最適化するときは人手をつぎ込むのが効く

218:デフォルトの名無しさん
08/07/15 00:03:06
プロを目指す初心者には是非読んで欲しい

なぜ関数プログラミングは重要か
URLﾘﾝｸ(www.sampou.org)

219:デフォルトの名無しさん
08/07/15 00:16:12
初心者に読めるはずがない

220:デフォルトの名無しさん
08/07/15 00:31:38
>>216
特定の(高級)言語を直接実行するコンピュータで成功した例を知らないので何とも言えませんな。
Javaマシーンだって失敗してる。

関数型マンセーって言う気は無いけれど、憎む必要も無いよ。
好きな言語使えよ。
俺はHSP使うから。

221:デフォルトの名無しさん
08/07/15 00:34:28
俺はVBA使うぜ

222:デフォルトの名無しさん
08/07/15 00:47:55
俺はJava

223:デフォルトの名無しさん
08/07/15 00:49:19
おれもVBA

224:デフォルトの名無しさん
08/07/15 01:19:18
>>216
ｌｉｓｐとかＬｉｓｐとかコンピューターとか書いてると、>>213みたいな子に「ぷっ」って言われちゃうよ。

あ、>>213がコンピューターって書いてるかｗ

225:デフォルトの名無しさん
08/07/15 01:34:02
俺自身は、参照透明性のある関数型言語と手続き型言語を使い分けるといいと思う。
具体的には、
ボタンを押したとか
手続きそのものの状態を保持するところはやはり手続き型で、
その他の処理部分は生産性の良い関数型言語で。

#普段は一般帰納関数がお相手

226:202
08/07/15 03:52:50
>>210
命令型言語であっても、不具合が少なくメンテナンスが容易な
コードはある特徴があって、それは変数のスコープが小さく、
特定アドレスの値を使いまわさずに処理をしているコードだ。

計算機の処理速度が遅く、メモリやディスクが高価だった時代は、
いかにして限られたリソースを使いまわして様々な動作をさせるか、
というのがプログラミングテクニックだったが、今は違う。

ある時点から「富豪的」っていう言葉が流行ったのは知ってるだろう？
特定アドレスの値を使いまわすことによって難読化したコードよりも、
再計算させることによって見通しのよいコードを選択する、という。

命令型言語において破壊的代入は「文化」みたいなものだけど、
これは非常に見通しの悪い、殆ど正しく動作することを保証でき
ないコードを生成する原因でもある。これを避けていったときに
必然的に至るコーディングスタイル、これが関数型言語なんだな。

227:デフォルトの名無しさん
08/07/15 04:22:00
C++とC#でいいよ　
どんなに高級でも使えなければ意味がない

228:デフォルトの名無しさん
08/07/15 04:37:58
>>227
習得のやさしさでは関数型だろう。

229:デフォルトの名無しさん
08/07/15 04:43:15
>>224
俺は意地でもコンピューターで通すぜ。
社名にコンピューターが入ってる会社は、いずれブリヂストンみたいに見えるんだろうか。

230:デフォルトの名無しさん
08/07/15 04:45:45
コンピューターだとIPSJに出せない

231:デフォルトの名無しさん
08/07/15 05:04:34
はっきり言って、関数型が理解できないような人間が
プログラムを書いてはいけないんじゃないか。

そういう連中は不具合生産機＆他人に尻拭かせるのが
常で、結果的には存在自体が高コストだ。

初心者の方々はHaskellのような関数型を学んで、理解でき
なかったらさっさと諦めなさい。

232:デフォルトの名無しさん
08/07/15 05:07:19
マイクロソフトが主要言語に持ってこない限りは、関数型が日の目を見る事はない。
そんな事は起こらないのでやるだけ無駄と思いますよ。

233:デフォルトの名無しさん
08/07/15 05:12:01
F#とか、研究はやっているらしい
まあ、マルチパラダイム言語でも関数的な書き方をサポートするものが増えてきてるし
今後、問題によっては関数型が（部分的に）適用されることはあるんだろう

234:デフォルトの名無しさん
08/07/15 05:15:15
>>233
二十年以内に命令型は消え去るよ。

235:デフォルトの名無しさん
08/07/15 05:18:33
20年は無いｗ
1950年代開発のFortranやLispがまだ生き残ってるってのに

236:デフォルトの名無しさん
08/07/15 05:24:03
>>234
関数型で動くCPUをつくってからそういうことは言うもんだ

237:デフォルトの名無しさん
08/07/15 06:58:52
静的型とガベージコレクションのない純粋関数型言語(笑)を作れば機械語っぽくなるかもね

238:デフォルトの名無しさん
08/07/15 07:43:09
で、liftMを使いまくることがプログラミングの本質なの？

239:デフォルトの名無しさん
08/07/15 07:48:39
“コンピューター”と“コンピュータ”正しいのはどっち？
URLﾘﾝｸ(www.excite.co.jp)

コンピューター関係の用語は、必ずと言っていいほど最後の長音を取る。
いつの間にか受け入れてたこの法則。
おかしな感じもするけど、なんだか専門的に見えるから不思議だ。

例えばコンピューターとは関係なくても、
“デーブ・スペクター”を“デーブ・スペクタ”にすると、
どういうわけかコンピューターっぽくなる。

パソコン内に“スペクタ”っていう、カチッと鳴るまで差し込む部品がありそう。
デーブ・スペクタを接続してみたくなる。

それはさておき、どうして長音を取るんだろうか。
業界での取り決めがあるのか、「富士通」に聞いてみた。

「当社は“コンピュータ”と表記していますが、
“コンピューター”でも構わないんです。

どちらにするかは各社が独自で決めておりまして、
業界内での決まりはありません。
ちなみに当社では、社内マニュアルとして
“長音表記一覧表”があり、それに沿って決めています」

確かに「ソニー」では“コンピューター”って表記されてる。
長音を取るか取らないかはメーカー次第ということらしい。

次ページ