07/12/30 13:11:15
>>154
文法さえ知らないけど、XML DB上での XPath XQueryなんかは、そう言って良いのかも。
156:デフォルトの名無しさん
07/12/30 13:15:25
>>147
歴史の浅さを考えれば驚異的じゃないか？
amazonなんて古い本でもずっと残ってるだろ
157:デフォルトの名無しさん
07/12/30 13:17:49
Perl が思ったより少ないな。
158:デフォルトの名無しさん
07/12/30 13:52:25
同じく amazon で2007年に出版された本の件数を数えた。
Java 57
PHP 32
Ruby 13
C# 10
C++ 9
Python 8
Perl 4
Javascript 26
SQL 30
やっぱり C# は厳しい。
159:デフォルトの名無しさん
07/12/30 14:23:59
言語の歴史がだいたいこんなもんだからこれから伸びるんでね？
C 35年
C++ 25年
Java .15年
C# 5年
160:デフォルトの名無しさん
07/12/30 14:32:09
Java の多さはやっぱ異常だな。
161:デフォルトの名無しさん
07/12/30 14:40:52
CとC++とJavaとXML関係とDB全般
162:デフォルトの名無しさん
07/12/30 14:51:20
またamazon で、C#の出版年ごとの件数を調べた。
2007 10
2006 20
2005 1
2004 10
2003 17
2002 28
2001 4
やっぱり不発感が強い。
2005年はバージョンアップ前の出版控えでもあったのかな。バージョンアップがいつだったか知らんけど。
163:デフォルトの名無しさん
07/12/30 15:05:20
結局 mono があるとは言え事実上 Windows 専用みたいなイメージだからな。
Web サーバに UNIX が多い以上 Web アプリで C# が広まるとも思えんし。
164:デフォルトの名無しさん
07/12/30 15:14:12
>>163
言語の話じゃないけど、 IISのほうが Apacheよりシェアがあるって話も聞くからなぁ。
URLﾘﾝｸ(www.itmedia.co.jp)
何が本当かは判らんけど。
165:デフォルトの名無しさん
07/12/30 15:20:15
>>162
Visual C# 2005が出たのは2005年末だったから、
バージョンアップ前で控えられていた影響はあると思う。
166:デフォルトの名無しさん
07/12/30 15:48:10
俺の作った言語
ただし夢の中でしかコンパイルしない
俺が死ぬまで（およそ６０年）存在する
167:デフォルトの名無しさん
07/12/30 16:12:17
理解しにくい言語ほど冗長な文章の本が増え
出版物が多くなる傾向があるってどこかに書いてあったな。
168:デフォルトの名無しさん
07/12/30 16:12:32
それはお前の脳みそだろ
169:デフォルトの名無しさん
07/12/30 16:27:51
ozだろ。
ガウディ本の邦訳も出たしな。
170:デフォルトの名無しさん
07/12/30 16:36:25
>>167
C++ の事か！
171:デフォルトの名無しさん
07/12/30 17:44:47
C# はマイクロソフトが他の OS で動かす気が全くないから、
マイクロソフトが UNIX よりまともなサーバOSを出さない限り、
サーバからクライアントまですべてを統括する言語には絶対なり得ないな。
あそこの商売の方針として、OS ですら数年毎に進化可能な完成度の商品しか出さないしな。
172:デフォルトの名無しさん
07/12/30 17:51:53
JavaとJavascriptが親戚みたいに思ってる奴がいますね
Javascriptは当時注目されていたJavaの名前を使っただけでJavaと何の関係もないとほとんどのプログラミングの入門書に書いてあるよ
173:デフォルトの名無しさん
07/12/30 18:02:57
動作不安定でマイナーなLinuxマシンやMacみたいなゴミは誰にも買って貰えないから
Windowsサーバでばっちりです(＾＾v
174:デフォルトの名無しさん
07/12/30 18:08:41
>>172
このスレにそんな奴いるか？
いないだろ
175:デフォルトの名無しさん
07/12/30 18:21:09
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
日本だと、JavaとPHPだな。。。 日本だと、JavaとPHPだな。。。
v
176:デフォルトの名無しさん
07/12/30 18:23:53
なんだこいつ
きめぇ
177:デフォルトの名無しさん
07/12/30 18:26:32
>>158
これって厳しいかなあ？
Ruby on RailsやAjaxでブームになってるから、RubyやJavascriptに
負けてるのはしょうがない
しかし、一時期天下を取っていたC++と今や同程度ってのはそれなりに
凄いと思うよ
同じく相当有名なPerlにも勝ってるよな
178:デフォルトの名無しさん
07/12/30 18:38:22
Javaならレベルが低くても本が書けるとの解釈もできる
179:デフォルトの名無しさん
07/12/30 18:47:53
>>172
>>153 とか >>147 を書いた自分に言ってるのかなぁ。
JavaとJavascriptが別物なのは常識だけど、サーバサイドに比べてクライアントサイドは
環境を変えにくいから、JavaよりもJavascriptの方が長生きする可能性はかなり高いと
思ってる。
>>177
C++は既に300冊出版されてて、情報はかなり蓄積されてる。
Perlはもともとニッチな言語。自分が使い始めた 1993年頃だと、csh/sed/awk の
代わりって感じだったし。
C# はメジャーな言語になるべくして作られたのに、出版ベースでは情報が
蓄積されておらず、勢いもない。Rubyみたく突然人気がでる可能性はあるけど、
現状を見る限りでは厳しいと言わざるを得ない。
180:デフォルトの名無しさん
07/12/30 19:07:10
C++はUNIXとともにアボンするだろ。間違いなく。
181:デフォルトの名無しさん
07/12/30 19:09:24
C++ も UNIX も、同ジャンルの中では一番消えなさそうだけどな
182:デフォルトの名無しさん
07/12/30 19:15:53
C++は言語としてぐちゃぐちゃだからだめだろ。
なんにでも対応させようとしすぎで複雑になりすぎて習得が困難になった。
一番普及してるWindows上で使おうとするとやたらに壁にぶつかる。
あれはもうじき死ぬだろ。
UNIXも以下の点で死亡。
>言語の話じゃないけど、 IISのほうが Apacheよりシェアがあるって話も聞くからなぁ。
>URLﾘﾝｸ(www.itmedia.co.jp)
183:172
07/12/30 19:16:42
>>179
あなたのことを指摘したわけではないです
184:デフォルトの名無しさん
07/12/30 19:25:18
Unix系はまだ個人マシン用のOSとしての道の方が明るそうｗ
185:デフォルトの名無しさん
07/12/30 19:26:49
Mac がそうだったように、
Windows が次のメジャーバージョンアップでカーネルが UNIX になっちゃうかもって意味で
UNIX 死亡というのはあり得るかもな。
C++ は万人が使える言語じゃないかなぁ。
C++ と同等の記述性がある、もっと習得し易い言語が出れば、 C++ は無くなるだろうな。
186:デフォルトの名無しさん
07/12/30 19:26:55
だれか各プログラミング言語の普及率を棒グラフで表示してたサイト知らない？
IT関係のニュースサイトにあった気がするんだが、知ってたらここにのせてくれないかね。
187:デフォルトの名無しさん
07/12/30 19:31:36
>>1
どういうのが画期的なのかってのが重要だし
Webサービスが書けるっていうパラダイムも古くなるよね
微妙に頭固いんだから
>>185
C,C++が残ってるのは単に速いから。使いやすくはない。
188:デフォルトの名無しさん
07/12/30 19:43:38
>Webサービスが書けるっていうパラダイムも古くなるよね
詳しく頼む。これどういうこと？
189:デフォルトの名無しさん
07/12/30 19:45:14
>>179
もしC++が使われ続けてるのなら、新しいライブラリやIDEの解説本や
古い本の改訂版とかが出続けるものだから、蓄積されてるとかは
あんまり関係ないんじゃないか？
むしろ、改訂版のことを考えると、蓄積されてるからこそ有利とも
いえるよね
感覚としては、少なくともVisualStudioを使うという観点で見れば
既にVisualC++はVisualC#に抜かれたと思ってる
190:デフォルトの名無しさん
07/12/30 19:49:12
>>189
マイクロソフトに限って言えば Visual C++ はやる気なさそうだね。
多分、他の OS で動いちゃうような言語には興味が無いのだろう。
まあ、ビジネスだから仕方が無い。
本で言えば、 Java は version 5 になってから、対応している本が
出るスピードが遅くなった気がする。特に日本語の奴。
191:デフォルトの名無しさん
07/12/30 19:50:29
>>189
仮説を立てたら、検証ぐらいしてみたら？
改訂版が多いというのなら、その冊数をカウントすれば良い。
C++/C#共に大して冊数出てないんだから。
192:デフォルトの名無しさん
07/12/30 19:56:08
C++なんて業務ではとっくにC#に抜かれてるよ
解説本なんて学生や趣味グラマ向けの入門本ばかりなんだから
あてにならん
193:デフォルトの名無しさん
07/12/30 19:57:57
>>182
>UNIXも以下の点で死亡。
おまい単純だなw
194:デフォルトの名無しさん
07/12/30 19:59:00
かといってMore exceptionalやModern C++ Design、boost tmpが朝飯前でも
まだそれから上に行こうとしたら全然足りないからな
「熟練者にとって優しい言語」ってのは伊達じゃないな
195:デフォルトの名無しさん
07/12/30 19:59:21
C、は結局OSとか書く目的で生き残る。
C++は、変態達のオモチャとして細々と生き残る。
PHPは、他に便利なWeb開発言語やツールが出れば要らない子
Javaは、ここまでシェア取ってるし、進化もしてるし、しばらくは安泰
C#は、MS厨が崇拝し続ける間は生き残るが、MSが心変りしたら瞬時にあぼん
Scheme/Lispは、信者が絶える事がないからほそぼそと安泰
Rubyは、お気楽言語としてある種の趣味人系で生き残るが、日本語発なので先細り。
Haskellは、未評価リークとデバッグ手法が解決すればじわじわと広がる。
Ozは、ｼﾗﾈ
196:デフォルトの名無しさん
07/12/30 20:00:51
>>195
VBは？
197:デフォルトの名無しさん
07/12/30 20:02:55
rubyって本当にperlと被ってるなぁ･･･
198:デフォルトの名無しさん
07/12/30 20:06:25
C++は習得するのにエネルギー使いすぎて、それで何かを作るまでいく
のに時間がかかり過ぎるよ。
かけた時間やコストに見合わない、恐ろしく生産性の低い言語だ。
UNIXも同様の理由で消える可能性が高い。
199:デフォルトの名無しさん
07/12/30 20:07:12
>>195
ブラウザ＋JavaScriptフレームワークなどに徐々に食われて、最後にMSに切られて阿本
200:デフォルトの名無しさん
07/12/30 20:10:11
>>199
どの言語がですか？
201:デフォルトの名無しさん
07/12/30 20:10:20
VBもなんだかんだで15年近くMSの中で一番メジャーな言語であり続けたから
C#もあと10年ぐらい安泰
それに、言語も最近は理想形に近付きつつあってVBからC#に変わったときの
ような世代交代は起きにくくなってるんじゃないかなあ
202:デフォルトの名無しさん
07/12/30 20:11:23
>>198
そういう理由でWindowsはシェア伸ばしても、
結局にわか厨量産にすぎないので、
計算機活用に合理的な設計であるUnixは生き残る。
VB厨が多くても、ソースのファイルの存在も理解してない奴がいる状況を見れば明白。
203:デフォルトの名無しさん
07/12/30 20:12:51
>>200
>>199はVBについて。
>>202に補足すると、Windowsでもちゃんとはやれるけど、
>>198みたいな理由を挙げてる奴はちゃんとやってない、という意味。
204:デフォルトの名無しさん
07/12/30 20:14:38
自分は知らないんだけど、Excelなんかも.netで書かれてたりするの？
マイクロソフト自身は、どこまで使ってるのかなと思って。
205:デフォルトの名無しさん
07/12/30 20:14:47
UNIXって消えるか？
MacやBSDもUNIXにカウントしていいんだよな？
LinuxはUNIXにカウントしちゃ駄目なのか？
206:デフォルトの名無しさん
07/12/30 20:15:10
いいよ
207:デフォルトの名無しさん
07/12/30 20:15:54
じゃあ消えないだろうなあ
Linuxなんかは絶対消えない
208:デフォルトの名無しさん
07/12/30 20:16:45
C++はゲーム用
Haskellはどうかね。結局SmallTalk同様廃れるだろ。
純準戦争で純が勝ち残ったためしがない。
209:デフォルトの名無しさん
07/12/30 20:17:33
Linuxを含めたUnix系が消えると思ってる奴は、
MSの蛸壺から抜け出て、もっと視野を広げると良いと思うよ。
210:デフォルトの名無しさん
07/12/30 20:17:36
>>198
>UNIXも同様の理由で消える可能性が高い。
今時 CD-ROM ブートの環境もあるし、使うだけなら別に時間掛からないよ。
晴れて UNIX 認証を取得した Mac OS X ならうちのばあちゃんでも使いこなせるし。
一番最初に消えるのは使いもしないで文句垂れてる奴だろうね。
211:デフォルトの名無しさん
07/12/30 20:18:01
Haskellなんて今の時点でSmalltalkと目くそ鼻くそだろ
212:デフォルトの名無しさん
07/12/30 20:20:39
LinuxはCDブートのやつ使ったことがあるけど、結局Windowsのほうが
慣れてるし使いやすいから、お蔵入りになったな・・・
213:デフォルトの名無しさん
07/12/30 20:21:48
周りはもっと新しい事にどんどんチャレンジしているぞ
214:デフォルトの名無しさん
07/12/30 20:22:55
Linuxは実はWindowsとデュアルブートで使ってる奴かなり多いと思う
215:デフォルトの名無しさん
07/12/30 20:22:59
>>208
確かに、C#やJavaがパクれる所をパクって、本家はこのまま鴨ね。
ただ、Smalltalkは商用ベースだったから「廃れる」はあるけど、
Haskellは、関数型言語コミュニティのアウトプットだからメジャーにならなくても生き残る。
216:デフォルトの名無しさん
07/12/30 20:23:30
Javaは.NETやシルバーライトに食われてアボン。
Silverlightの実行速度見てみろよ。
217:デフォルトの名無しさん
07/12/30 20:23:50
Smalltalkって今も結構生き残ってるだろ
squeakとか未だに使ってる奴は使ってる
218:デフォルトの名無しさん
07/12/30 20:26:16
>>216
MS厨は視野が狭くていいね。
219:デフォルトの名無しさん
07/12/30 20:26:49
>>214
わざわざ Windows の為にパーティション切るのが勿体ないから
VMWare 上で Windows を飼ってる奴は居そうだね
220:デフォルトの名無しさん
07/12/30 20:27:37
>>217
Squeak は OLPC にも載っているしね。
221:デフォルトの名無しさん
07/12/30 20:27:57
Smalltalk と聞くと思い出すのが、IBMが九大病院のシステムをオブジェクト指向技術で
構築するといって、Smalltalkとオブジェクト指向DBを使ったけど、エンジニアが足りなくて、
途中で VBに変更になった話だなぁ。99年ごろだったか。
大学病院側と 「VBで作ったシステムをオブジェクト指向といえるのか」で争ってたけど
結局どうなんったんだろう。
222:デフォルトの名無しさん
07/12/30 20:28:36
>大学病院側と 「VBで作ったシステムをオブジェクト指向といえるのか」で争ってたけど
もうアホかと・・・ｗ
223:デフォルトの名無しさん
07/12/30 20:29:37
Silverlight登場で.NET使い大勝利！！！
1 ：デフォルトの名無しさん：2007/05/03(木) 11:37:00
Silverlight: ウェブはさらにリッチになった
URLﾘﾝｸ(jp.techcrunch.com)
じっくりとSilverlightを理解しよう。本当に大切だから。
URLﾘﾝｸ(jp.techcrunch.com)
.NETは死滅するなどと延々言い続けていた馬鹿がいたが、
気が付いてみればクロスプラットフォームCLRが出て、
Python・RubyがMSの言語として新たに仲間入りした。
自称美しい言語だったはずのJavaは信念のない拡張を繰り返し、
醜く複雑怪奇に成り果て、もはや誰も気に掛けない存在になった。(ﾌﾟ
今からJavaなんかをやるくらいなら、Rubyでもやった方がはるかにまともな選択だろう。(ﾌﾟﾌﾟ
ネイティブコードが最後に勝つなどと根拠のない妄信をしていたDelphiは、
今やBorlandとかいう会社ごとどこかに消えてしまった。(ｹﾞﾗ
最後に勝ち残ったのはやはりMicrosoft率いる.NET軍団だった。
224:デフォルトの名無しさん
07/12/30 20:30:36
>>221
アレは、九大に世間知らずのOOな教授がいて、っていう経緯じゃないの？
IBMがSmalltalkを持ち出す理由が分からん。
225:デフォルトの名無しさん
07/12/30 20:31:05
>>222
たしか、オブジェクト指向で作るから、マルチメディアなカルテ情報がシームレスに使えるんですとか
言ってて、その先進的な取り組みとして受注したみたいだから、結構クリティカルな問題だったみたい。
日経ウォッチャで読んだだけだから詳細はわからなかったけど。
226:デフォルトの名無しさん
07/12/30 20:31:19
Chess Sample
URLﾘﾝｸ(silverlight.net)
このサンプルでJScriptと.NETを戦わせてみると、1000倍近いパフォーマンス差があることがよく分かる。
227:デフォルトの名無しさん
07/12/30 20:32:39
>>224
そうそう、なんか名物教授がいたとか聞いた気がする。
228:デフォルトの名無しさん
07/12/30 20:33:41
言語がいくら普及するかは、生産性で図らないとだめだろ？
C++がいいって言ってるやつは経済観念がゼロだな。
229:デフォルトの名無しさん
07/12/30 20:35:45
実行速度重視だから C++ が良い
ライブラリが多いから C++ が良い
情報が多いから C++ が良い
言語は小汚いから、小奇麗で使える言語があるなら乗り換える
230:デフォルトの名無しさん
07/12/30 20:38:26
.NETもJavaもどちらかを駆逐することなく両方生き続けるだろうね
COBOLがいつまでたってもCに駆逐されなかったし
まあ.NETはCOMの時と同様MSの気が変わったら終わりではあるが
当分は大丈夫
231:デフォルトの名無しさん
07/12/30 20:38:45
C++といっても、
Cっぽい厨な使い方と、
GCなしJavaっぽい使い方と、
templete使いまくりの変態な使い方と、
全然違ってくるよな。
232:デフォルトの名無しさん
07/12/30 20:40:49
C++ってよく知らないけど、ライブラリってあんの？
LLならCPANみたいのがあるし、Javaも有名なのがたくさんあるけど、
C++のライブラリ（機能的な奴）ってどういうの？
233:デフォルトの名無しさん
07/12/30 20:43:17
ゲームやるならwindows
一般家庭で使われるのもwindows
これはこれから先も変わらないから
将来性があるのはVS
ただしプログラミングには他の用途もある
234:デフォルトの名無しさん
07/12/30 20:43:33
wxWidgets
235:デフォルトの名無しさん
07/12/30 20:48:37
>>233
ゲームばかりやってるなよ
236:デフォルトの名無しさん
07/12/30 20:49:29
>>233
間違ってないと思うけど、視野が狭いと思うんだ。
「ほかの用途「も」」じゃなくて、それら自体がそもそも一部の用途でしかないんだよ。
一般人が意識して触れる用途としては最大だけど。
あと、そのうち一般人は「適当なOS＋ブラウザ」だけの環境でOK,って事になれば、
Windowsもじり貧になるかもね。いまでも、携帯があればPCイラネってガキが増えてるし。
237:デフォルトの名無しさん
07/12/30 20:50:35
>>223
虎の威を借る狐に付着している虱の分際で偉そうに。
238:デフォルトの名無しさん
07/12/30 20:51:03
Linuxにはエロゲーがない。Windowsにはエロがいっぱいある。
ばかばかしく思えるが、VHSが一般家庭に広まったのは、
アダルトビデオがあったかららしい。
Windowsのシェアが圧倒的なのは事実だ。
239:デフォルトの名無しさん
07/12/30 20:51:09
夢のある言語、それはD言語。最新のパラダイムばかり追いかけて
一向に枯れないわ、ライブラリは貧弱だわで将来性は無い。
2.0を枯れさせて、巨大資本入れてライブラリを構築すれば先はあるか？
240:デフォルトの名無しさん
07/12/30 20:52:02
Dが枯れさえすればなぁ…
241:デフォルトの名無しさん
07/12/30 20:52:58
>>238
一般の人は、エロビデオは見てもエロゲーはやりません。
242:デフォルトの名無しさん
07/12/30 20:53:37
>>235
エロゲとかHentaiGameとか18禁ゲームとかやるなら
コンシューマでも携帯ゲーム機でもなく
パソコンが一番良い
それもwindows様が
243:デフォルトの名無しさん
07/12/30 20:54:21
Dってどの辺が先進的なの？
CやC++に比べれば色々あるんだろうけど、C#やHakellとかと比べてどうなの？
244:デフォルトの名無しさん
07/12/30 20:54:50
WindowsのゲームはMS自ら潰しにかかってるからな。
家庭用が好調な事もあるけどPCゲーのマーケットシェア急落だとさ。
245:デフォルトの名無しさん
07/12/30 20:54:56
>>241
秋葉原いけば、エロゲーだらけ。いかにやってるやつが多いかわかるだろ？
需要もないのにあんなにソフトや会社があるわけないし。
246:デフォルトの名無しさん
07/12/30 20:56:40
>>245
おまえ、社交の幅を広げた方がいいと思うよ。
ヘッドショップに色々売ってるからって、一般人みんなが葉っぱやってると思うくらい滑稽だよ。
247:デフォルトの名無しさん
07/12/30 20:59:54
>いまでも、携帯があればPCイラネってガキが増えてるし。
イラネじゃなくてカエネだろ、最近の餓鬼は。
携帯が餓鬼に普及したのは、0円販売があったせい。
最近、携帯って0円販売やめたんだろ？携帯の本体は実際は平均して4、5万らしい。
そのうち携帯すら買えない餓鬼が増えるぜ。
パソコンを買わない層は、携帯すら買えなくなるぜ。
248:デフォルトの名無しさん
07/12/30 21:00:27
俺オタで変態だがエロゲやらないぜ
249:デフォルトの名無しさん
07/12/30 21:01:43
Dみたいな節操のない言語は仕様が変態化して廃れる
250:デフォルトの名無しさん
07/12/30 21:02:07
>>246
売れもしないのにエロゲー会社があんなにあるわけないだろ？
常識で考えて。
毎月何本の新作が発売されてるんだよ。
251:デフォルトの名無しさん
07/12/30 21:04:13
ただほど高いものはない。
この言葉どおり。
Linuxも例外じゃないね。
252:デフォルトの名無しさん
07/12/30 21:05:15
>>223
そのサイトのリンク先の英語版方を見てみ。
ＭＳに金貰って提灯記事書くなボケと外人が書き込んでいるから（藁
所詮はFlashのパクリ。それ以上の存在ではないのだよ。
253:デフォルトの名無しさん
07/12/30 21:07:16
>>252
これ見てみろ。もう明白だな。
Chess Sample
URLﾘﾝｸ(silverlight.net)
このサンプルでJScriptと.NETを戦わせてみると、1000倍近いパフォーマンス差があることがよく分かる。
254:デフォルトの名無しさん
07/12/30 21:07:37
>>250
エロゲ好きの人は狭い範囲に閉じこもって客観的に世間を見ない
っていうような偏見があるのは良くないと思ってたけど、
偏見でもないみたいだなぁ。
ヘッドショップが黒字だったら、一般人みんな葉っぱやってるのか？ｗ
ビックやヤマダやK'sでPC買った奴を追跡してみろよ？
PCユーザがみんなお前と同じじゃないって解るよ。
255:デフォルトの名無しさん
07/12/30 21:08:23
あたまのおかしなMS厨（エロゲ脳）が紛れ込んでgdgdだな…。
256:デフォルトの名無しさん
07/12/30 21:08:40
なんかJavaがヤバイってより、Adobeがヤバイって感じだなｗ
PDF対抗のXPSも出てきたしｗ
257:デフォルトの名無しさん
07/12/30 21:08:51
>>254
秋葉原に葉っぱ屋が100件あれば認めよう。
葉っぱやなんて見たこともないのだが。
258:デフォルトの名無しさん
07/12/30 21:09:02
>>243
ネイティブコードを吐くC#2.0みたいなもんさね。
そしてextern (C), extern (C++)をサポートし、
GC、Cスタイルメモリ管理、インラインアセンブラを混在できる。
配列連結用演算子や連想配列、mixin、関数内関数宣言や
強力なオブジェクト不変化修飾のinvariantなども完備。
259:デフォルトの名無しさん
07/12/30 21:11:35
>>257
一般人はエロゲ屋なんて見たこともないよｗ
260:233
07/12/30 21:12:27
>>255
誤解の無いように説明しておくと俺と>>250は別人だからな
261:デフォルトの名無しさん
07/12/30 21:12:30
>>255
うむ。ＭＳ厨は的外れなレスしか返せないからｇｄｇｄだな。
262:デフォルトの名無しさん
07/12/30 21:12:33
>>257
秋葉に限定してるところがスゴいわ…。
263:デフォルトの名無しさん
07/12/30 21:12:42
>>253
確かに1000倍の差がついているがJScriptで書かれたソースがショボイだけではないよな？
264:デフォルトの名無しさん
07/12/30 21:13:18
>>259
俺は一般人だが秋葉原行けば普通にエロゲ屋を見かけるよ。
いやでも目に入るから困るんだな。
265:デフォルトの名無しさん
07/12/30 21:14:33
なんかJavaを否定してる時点で終わってる気がする。
C言語、Javaは今後10年鉄板でしょ。
C++が物凄い勢いで廃れてきてるのがちと怖い。
266:デフォルトの名無しさん
07/12/30 21:16:06
>>256
Adobeが無料化すればFlex2とかAirとかすごい事になると思うぞ
267:デフォルトの名無しさん
07/12/30 21:16:31
>>264
新宿歩いてれば、脱法ドラッグ売りも目に付くよ。
268:デフォルトの名無しさん
07/12/30 21:17:00
>>258
＞ネイティブコードを吐くC#2.0みたいなもんさ
なるほど。「先進的」ってのはCに対して、って事だな。
後段に挙げられてるのは、Cを前提にしなければ、正直今更感がぬぐえない。前段がキモだな。
しかし、C#だって、実行前にILはネイティブコンパイルされるんじゃなかったっけ？
そのコンパイルを最初からするようにするだけじゃだめなん？
269:デフォルトの名無しさん
07/12/30 21:19:04
>>267
新宿行ってもメインストリートではそんなもの見たことないな。
270:デフォルトの名無しさん
07/12/30 21:21:11
バイトコードにはバイトコードのメリットがある。
C言語の型が最小精度保障であることに対して、
C#の型はサイズが始めから固定されている。
32bit機でも64bit機でも動くというのは楽でいいよ。
バイトコードをプリコンパイルするコマンドならあったはず。
271:デフォルトの名無しさん
07/12/30 21:21:20
って言うか、エロゲやJava云々の前に、Linuxの普及率1割きってるんだが、
こういう現実はみてみないふりか？
272:デフォルトの名無しさん
07/12/30 21:22:03
普及率をどうやってはかってるかが疑問だった
273:デフォルトの名無しさん
07/12/30 21:22:06
冬真っ盛り
274:デフォルトの名無しさん
07/12/30 21:22:31
関数内関数宣言ってのが意外とない気がする
これと似たようなこと出来るのってLisp系以外知らない
275:デフォルトの名無しさん
07/12/30 21:22:39
ブラウザのヘッダ情報じゃねーの？＜普及率調査
276:デフォルトの名無しさん
07/12/30 21:23:09
>>269
よく靖国通りに居るよ。
エロゲにしか興味がないから見つからないんだよ。
277:デフォルトの名無しさん
07/12/30 21:26:13
>>274
JavaScriptはLisp系？HaskellもLisp系？
でもまあ、確かに手続き型では少ないな。
278:デフォルトの名無しさん
07/12/30 21:26:46
>>276
葉っぱやを知ってること事態がおかしい。後ろに手が回ることをしてるだろお前。
279:デフォルトの名無しさん
07/12/30 21:27:26
確かにエロゲー、ギャルゲーと言えば Windows だよな。
昔、 FM-7 やら PCエンジンとかが築いた世界がそこにある。
280:デフォルトの名無しさん
07/12/30 21:27:57
MS厨(エロゲ脳)が痛すぎる…。
281:デフォルトの名無しさん
07/12/30 21:28:26
一般人がエロゲーに手を出す確立＞＞＞＞＞＞Linuxの普及率
これは間違いないと思うマジで。
282:233
07/12/30 21:29:18
元は俺のせいだが
話が脱線しておる
葉っぱ＋脱法ドラッグ自重ｗｗｗ
283:デフォルトの名無しさん
07/12/30 21:29:27
>>281
かーちゃん泣いてるぞ
284:デフォルトの名無しさん
07/12/30 21:29:30
>>274
JavaScript
285:デフォルトの名無しさん
07/12/30 21:30:28
悪いことは言わない。葉っぱとか脱法ドラッグはやめておけ。
エロゲーのほうがまだ健康的だ。
286:デフォルトの名無しさん
07/12/30 21:31:26
昔delphiにも夢がありましてな
287:デフォルトの名無しさん
07/12/30 21:31:41
いいかげんエロゲから離れろよ・・・
288:デフォルトの名無しさん
07/12/30 21:31:54
>>274
JavaScript とか SML とか、出来る言語の方が多いんじゃないの
C も GCC 拡張使えば出来なかったっけ?
289:デフォルトの名無しさん
07/12/30 21:32:33
アセンブラが最強だろ、常考
290:デフォルトの名無しさん
07/12/30 21:33:26
>>274
Cでも出来たよ。GCC限定だろうけど。
291:デフォルトの名無しさん
07/12/30 21:34:12
LinuxはWindows以上の何かが出来ない限り普及しないだろ。
デスクトップではこれ以上なにか新たにアプリが出来そうもないしな。
Windowsの真似や後追いしてる限りはだめだよ。
292:デフォルトの名無しさん
07/12/30 21:35:25
Winですら一般人には難しいのに・・・
293:デフォルトの名無しさん
07/12/30 21:36:44
>>291
プログラム＝デスクトップアプリな君は、Google使うのを止めてみてはどうか。
あと、2chもね。
294:デフォルトの名無しさん
07/12/30 21:36:56
LinuxはヘボＰＣのリサイクルプランに使用されている
主に教育現場や発展途上国など
295:デフォルトの名無しさん
07/12/30 21:37:16
JavaScript は割と最強なんだよな
クロージャもあるしオブジェクト指向も出来るし
動的型付けも静的型付けも両方出来る
しかも動作環境が各種ブラウザだけじゃなく
Flash やら JavaVM やら、いろんな方面にある
296:デフォルトの名無しさん
07/12/30 21:37:51
>>295
田代砲撃てるしな！
297:デフォルトの名無しさん
07/12/30 21:40:01
どれかすきなのを選びなさい：
Cω, Haskell, OCaml, Standard ML, Common Lisp, Emacs Lisp, xyzzy Lisp,
F#, Erlang, IO, Concurrent Clean, JavaFX Script, Groovy, pnuts
>>295
どっちともつかず、バランスのいい言語ではあるね。
298:デフォルトの名無しさん
07/12/30 21:40:11
URLﾘﾝｸ(click.j-a-net.jp)
299:デフォルトの名無しさん
07/12/30 21:40:15
正しくはECMAScriptだからな。
いつの間にかブラウザのJavaScriptから立派な言語に生まれ変わってる。
たしかPDFにも組み込めるんだっけか。
300:デフォルトの名無しさん
07/12/30 21:42:09
>>298
それもどっかに不法投棄するようなもんじゃないの？
301:デフォルトの名無しさん
07/12/30 21:49:31
>>291
WindowsがLinuxを後追いしていると感じるのは俺だけだろうか
3DデスクトップとかはLinuxのほうが早かったよな
302:デフォルトの名無しさん
07/12/30 21:53:11
>>301
デスクトップ描画にグラフィックカードのアクセラレーションを使うという意味では、
むしろ Mac の後追いじゃないの
意外にも 3D Desktop の先陣を切っていたのは Squeak や Java だったりするけどね
303:デフォルトの名無しさん
07/12/30 21:53:11
>>291
後追いがだめなら、WindowsはTCP/IPスタックを捨てないとな。
マイクロカーネルも、C/C++言語もライブラリも、HTMLブラウザもHTTPスタックも。
そして、GUIとマウスも。
304:デフォルトの名無しさん
07/12/30 21:53:21
エロゲ・葉っぱって言うからてっきり葉鍵のことかと思ったらドラッグのことか！
305:デフォルトの名無しさん
07/12/30 21:54:26
>>284
JavaScriptはLisp系
>>288
SMLって出来たっけ？
306:デフォルトの名無しさん
07/12/30 21:54:54
>>301
うん 君だけ
307:デフォルトの名無しさん
07/12/30 21:55:12
LinuxじゃwindowsのCOMみたいのが無いからなぁ
CORBAなんて使いづらいし
308:デフォルトの名無しさん
07/12/30 21:56:30
昔、母校の学長が「コンピュータでできることはオートマトン（チューリングマシン）でできるなら、
全てのプログラムをそれで書けばいいんじゃないの？」って言ってた。ありえないとは思うが、
ずっと心に引っかかってる。
309:デフォルトの名無しさん
07/12/30 21:57:02
>>306
>>301は普通の感想だと思うよ。
Linux系を知らない人はどうだか知らないけど。
310:デフォルトの名無しさん
07/12/30 21:59:44
>>308
そのうちそうなるよ
311:デフォルトの名無しさん
07/12/30 22:01:11
コンピュータで出来ることは0と1の羅列で出来るんだから
全てのプログラムを0と1の羅列で書けばいいんじゃないの？
312:デフォルトの名無しさん
07/12/30 22:02:08
>>291
後追いが一段落してきた今だから言えること
313:デフォルトの名無しさん
07/12/30 22:02:08
>>1
Ｈ言語
ＡＢＣと徐々に距離を縮めていった二人はついに
ベッドの中で愛し合うというコンセプト
近未来志向プログラミングでＡＩブームを起こす可能性がある言語
314:デフォルトの名無しさん
07/12/30 22:03:05
大半の人間はWindowsを使うだけで精一杯のやつが大半だと思うが。
普通に考えて。
Linuxは明らかに、無理があるだろ。
世間が狭いのはそのぐらいのことに気がつかないUNIXユーザーだと思うな。
315:デフォルトの名無しさん
07/12/30 22:03:08
>>311
そのうちそうなるよ
316:デフォルトの名無しさん
07/12/30 22:03:50
>>314
大半大半うるせえエビフライぶつけんぞ
317:デフォルトの名無しさん
07/12/30 22:06:09
Windowsを使うだけで精一杯ってどんだけ...
318:デフォルトの名無しさん
07/12/30 22:06:38
ちがうかもしれんが、Linuxが普及するとか騒いでるやつがなんとなく
資本主義の終わりを待ち続けてる共産主義者とだぶってみえる。
JavaやGoogleが出てきてヤターとか騒いでる様子が、ベネズエラのチャベスが出てきて
これからは社会主義の時代だと息巻いてるやつにによく似てるよ。
319:デフォルトの名無しさん
07/12/30 22:07:13
仮想マシンを使用して
サーマルリレーみたいに
回路を形成すればいいんじゃないかな
320:デフォルトの名無しさん
07/12/30 22:07:20
わかったからもう巣に帰れ
321:デフォルトの名無しさん
07/12/30 22:08:23
>>314
（´-`）.｡oO(なんで一般人がOSを直接いじらないと行けないんだろう)
一般人が銀行のATM使うのに、ホストのOSいじらないといけないのかい？
一般人がチケットの予約するのに、ホストのOS知らなきゃいけないのかい？
一般人がPS2でゲームするのに、Linux使いこなさなきゃいけないのかい？
自分が一般人レベルだからって、世界がみんな一般人だけで成立するとか思っちゃだめだろ。
322:デフォルトの名無しさん
07/12/30 22:08:29
>>320
巣ってどこだすか？教えてくだされ。
323:デフォルトの名無しさん
07/12/30 22:08:58
>>318
守る物が多すぎるから周りが狂信的な様に見えるんだよ
もっと自由に現実を受け入れても良いんだぜ
324:デフォルトの名無しさん
07/12/30 22:11:04
>なんで一般人がOSを直接いじらないと行けないんだろう
なら余計にインストールやカーネルのアップデートのたびに、
システムをいじくらないといけないLinuxは余計に無理がある。
LinuxとWindowsのどっちが簡単よ？
325:デフォルトの名無しさん
07/12/30 22:11:34
>>321
（´-`）.｡oO(どこに一般人がOSを直接いじらないと行けないなんて話があるんだろう)
326:デフォルトの名無しさん
07/12/30 22:11:45
この辺でMacユーザーが来てみました。
327:デフォルトの名無しさん
07/12/30 22:12:01
そうそう、オープンソースとか共産主義そのものだよな
JavaやGoogleなんて共産主義のイメージ
資本主義MSにかなうわけない
328:デフォルトの名無しさん
07/12/30 22:12:18
Linux 超ラクチンよ
Ubuntu とか楽すぎて笑う
329:デフォルトの名無しさん
07/12/30 22:12:28
>>324
君Linux使ったこと無いの？
330:デフォルトの名無しさん
07/12/30 22:12:43
>>324
君は、ATMやチケット予約システムやPS2環境をメンテナンスしてるのかい？
人のレスは良く読んでな。
331:デフォルトの名無しさん
07/12/30 22:13:03
Windowsはソフトを探してきてインストールするのがめんどくさい
LinuxはSynapticで一発
332:デフォルトの名無しさん
07/12/30 22:13:44
【あつまれ】Linuxを普及させるスレ【工作員】
ｽﾚﾘﾝｸ(linux板)
333:デフォルトの名無しさん
07/12/30 22:14:33
>>325
>>314の「使うだけで精一杯」ってのはいじるって事だろ。
334:デフォルトの名無しさん
07/12/30 22:15:56
>>333
「Windowsを使うだけで精一杯」
335:デフォルトの名無しさん
07/12/30 22:16:57
Linuxの弱点は、
・プリンタやスキャナ買おうとしてもドライバがなくて
まともに動かない機種がある
・MP3プレーヤーを買ってきても、有名どころはLinuxに対応していない
などのハードウェアが使えない問題と
・OpenOfficeではWordやExcelの文章が正確に表示されない
・XPSやSilverlightなどのMSの最新技術が使えない傾向にある
などのMS発の技術が使えない問題があり、さらに
Windowsの有名ソフトがLinuxにない問題も未だに少し残っているってこと
336:デフォルトの名無しさん
07/12/30 22:17:46
ほーらくだらないOS論議が始まった。
337:デフォルトの名無しさん
07/12/30 22:17:50
てか、Linuxだと商用ゲームが出来ない
ようはソフトがないってことの一種だが
338:デフォルトの名無しさん
07/12/30 22:18:03
>>334
WindowsはOSじゃなかったのか。MS厨の脳ははかり知れん。
339:デフォルトの名無しさん
07/12/30 22:18:26
Linuxの欠点は信者がインストールにしか興味がなくて、しつこい割りにインストール後は何も教えてくれないことだと思う。
340:デフォルトの名無しさん
07/12/30 22:19:40
Linuxをデスクトップに使うのは趣味人だけだから、
そこをもってWindowsと比べるのは馬鹿。
Linuxがもっとも使われてるのは、サーバと組込み。
341:デフォルトの名無しさん
07/12/30 22:21:42
>>338
君が誤読乃至誤解してるだけ。
342:デフォルトの名無しさん
07/12/30 22:22:35
ええい、WINEの完成はまだか！
343:デフォルトの名無しさん
07/12/30 22:23:28
Linuxについて、一般人向けでないデスクトップ分野をあげつらって、
それでWindowsと比較する人って、かわいそうな人だと思う。
344:デフォルトの名無しさん
07/12/30 22:25:00
WINEが完成してもドライバはどうしようもないんじゃね？
ソフトの問題は解決するかも知れんが
345:デフォルトの名無しさん
07/12/30 22:25:21
*nix系はディストリ／バージョン／環境が多岐に渡りがちで
トラブル対策がwinやmacより伝えにくいよね
faq化しにくい
346:デフォルトの名無しさん
07/12/30 22:25:28
Linuxが一番ダメージ与えたのは、多分Windowsじゃなくて、Solarisなんだよな。
Solarisって今どうなんだろ。
347:デフォルトの名無しさん
07/12/30 22:26:21
ああそうね
348:デフォルトの名無しさん
07/12/30 22:26:51
>>346
Exactly right.
いまもろにジリ貧。
349:デフォルトの名無しさん
07/12/30 22:28:17
サーバーもIISが急速に普及して今後はWindowsの時代らしいけどな
組み込みもMinWinによってこれからはWindowsになる
350:デフォルトの名無しさん
07/12/30 22:28:30
>>346
DTrace とか ZFS とか新技術も沢山出てるから頑張ってると思うよ
351:デフォルトの名無しさん
07/12/30 22:30:13
>>346
Sun自体がティッカーをJAVAにして久しいしな
アプライアンスに付属する土台OS扱い
コアなファンはいるようだけど
352:デフォルトの名無しさん
07/12/30 22:32:09
>>349
うーん、なんか想像したくない時代だなあ
慣れたらどうにでもなるんだろうけど。PowerShell環境とか。
353:デフォルトの名無しさん
07/12/30 22:33:55
>>350
頑張ってると思うけど、Solaris案件減ってLinux案件増えてるよ。
ハードの値段と、巷の流れかな。
サーバに使うには、Linuxはやっぱ、細かいところが適当だしね。
manは嘘八百で、ソース見ても、次には仕様が変ってるｗ
354:デフォルトの名無しさん
07/12/30 22:34:18
想像だけどJavaの普及がLinuxの普及にも一役買って、その結果Solaris本体は商業的に良くない状況に
追い込まれたんだとすると、なんともいえない感じ。
355:デフォルトの名無しさん
07/12/30 22:35:49
MSはVistaやPowerShellが使いにくいとか言われるのは心外だろうな。
ワクチンソフトいれときゃ、後は何もしなくていいじゃんｗｗｗってユーザが大量にいただけなのに。
356:デフォルトの名無しさん
07/12/30 22:38:06
日本の電子政府政策はOpenSolaris採用してんじゃん
x86のOpenSolarisがそれなりのシェアをとってくと思うよ
357:デフォルトの名無しさん
07/12/30 22:38:32
そろそろ言語の話に戻ろう。
まあ、 C# とか VB とかマイクロソフト依存系の言語もあるけどさ。
358:デフォルトの名無しさん
07/12/30 22:38:54
vistaがこけると思ってたのにこけなくて
もうwindows以外がデスクトップで対抗することは無いと思ったよ
359:デフォルトの名無しさん
07/12/30 22:40:00
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
WebだとPHPとJSPだな。おめーらきめぇ
360:デフォルトの名無しさん
07/12/30 22:40:16
>>356
シグマ、第五世代の後にまた伝説が１ページ追加されるのか。
361:デフォルトの名無しさん
07/12/30 22:42:02
>>356
政府がやる政策ってひとつも成功したことないよな。
362:デフォルトの名無しさん
07/12/30 22:42:08
>>355はPowerShellのこと知ってるのかな。
363:デフォルトの名無しさん
07/12/30 22:45:12
>>356
まじ？ソースは？
俺の知ってる電子政府系案件はおしなべてLinuxなんだが。
364:デフォルトの名無しさん
07/12/30 22:47:40
GHCが、日本の夢の言語だった時代がありました。
※Haskellとは関係ありません。Guarded Horn Clausesの略。
365:デフォルトの名無しさん
07/12/30 22:48:56
>>363
URLﾘﾝｸ(jp.sun.com)
366:デフォルトの名無しさん
07/12/30 22:51:43
>>365
これって、実態はたぶん、
電子政府系の(あまたの案件のうちの)何かひとつを獲得したってだけだと思う。
367:デフォルトの名無しさん
07/12/30 22:51:44
Vistaは出すタイミングが悪かっただけだよ。
時間がたてば、メモリーやグラボの値段が下がってきて、
ちゃんと使えるようになる。
368:デフォルトの名無しさん
07/12/30 22:51:55
日本人はセキュリティポリシーうぜーｗｗｗって奴がホント多いな
369:デフォルトの名無しさん
07/12/30 22:53:57
>>366
実際、実験のプロジェクトらしいよ。
370:デフォルトの名無しさん
07/12/30 22:57:48
>>367
メモリの値段は既に暴落してる
371:デフォルトの名無しさん
07/12/30 23:00:00
正規品は何も変わらないよ。BTOで2GB→1GBで42,000安くなったってスレが立ってたし。
372:デフォルトの名無しさん
07/12/30 23:01:54
夢のある言語と言えば、これはどうなったんだ？
ｽﾚﾘﾝｸ(tech板)
373:デフォルトの名無しさん
07/12/30 23:20:35
>>372
夢は夢で終わった
374:デフォルトの名無しさん
07/12/31 00:03:51
>>354
何だかんだで、真っ当なハードと、ＯＳ、そして開発環境を持っているわけだし、
SAS風な貸しサーバー業でもやれば儲かるのじゃないかと思ったりしないわけではない。
まあスレチだが。
375:デフォルトの名無しさん
07/12/31 00:22:51
C++ と C# は得意な対象が違うから
どっちがどっちを駆逐するというタイプの話にはならないな。
376:デフォルトの名無しさん
07/12/31 00:27:08
C++は自滅だろ。
377:デフォルトの名無しさん
07/12/31 00:29:22
C++ と C#なら C# ってこどでおｋ？
378:デフォルトの名無しさん
07/12/31 00:31:23
日本語でおｋ
379:デフォルトの名無しさん
07/12/31 00:31:40
C#最強でおｋ？
380:デフォルトの名無しさん
07/12/31 00:33:19
認定の前に強さの基準を
381:デフォルトの名無しさん
07/12/31 00:33:56
Tamarin とか Java VM とか、言語処理系は C++ で作ったものが結構あるね。
GUI アプリも未だに C++ が殆どじゃない?
代わりになる言語が本当にあるなら是非知りたい所だけど。切実に…
382:デフォルトの名無しさん
07/12/31 00:37:33
言語処理系がC/C++で作られてたらなんだというのだろう
そんなものを用意しなければならないほどニッチな言語になったってだけだろ
383:デフォルトの名無しさん
07/12/31 00:40:22
C チンコ
C++ チンコぷらぷら
C# チンコシャープ
最強はC#、チンコシャープにけてい
でおｋ？おｋ！！！
384:デフォルトの名無しさん
07/12/31 00:43:09
>>382
一々つまらん噛み付き方をするなよ
職業柄、俺が一番知ってるプログラムがコンパイラだっただけだ
385:デフォルトの名無しさん
07/12/31 00:45:44
>>204でも聞いたけど、Excel とか Wordってどうなの？CLIで動いたりするの？
386:デフォルトの名無しさん
07/12/31 00:45:46
なんという人間の小ささだ。噛み付かれたとかｗ
387:デフォルトの名無しさん
07/12/31 00:46:42
VB6だろ
388:デフォルトの名無しさん
07/12/31 00:48:48
マイクロソフトの策略に、はなまらないよ！
だからJavaとPHPでおｋ
389:デフォルトの名無しさん
07/12/31 00:49:01
>>386
癇癪起こすなよ
390:デフォルトの名無しさん
07/12/31 00:55:12
いやいや、とりつくろったってバレバレ
391:デフォルトの名無しさん
07/12/31 00:56:25
適材適所でおｋ！！！
392:デフォルトの名無しさん
07/12/31 00:56:33
お前ら邪魔
393:デフォルトの名無しさん
07/12/31 01:04:22
>>385
動きません。
.NETで作成されたMSの製品と言えば、Expression Blend とかいう糞重くて操作性の悪いアプリぐらいだな。
394:デフォルトの名無しさん
07/12/31 01:07:00
商用のDBやCADのフロントエンドはJava。
アプリの管理はHTAだったりPythonだったり。
業務アプリはVBや.NET。
GUI=C++なんて全然常識でもなんでもない。
395:デフォルトの名無しさん
07/12/31 01:10:33
>>393
やっぱりそうだよね。
MS自身も自社のパッケージ商品の開発には使いたくないのが本音なのかな。
396:デフォルトの名無しさん
07/12/31 01:12:35
FireFox は C++ だね
Thunderbird も
WebKit も C++
397:デフォルトの名無しさん
07/12/31 01:13:24
別にそれらは>>394に対する反証になっとらんだろ
398:デフォルトの名無しさん
07/12/31 01:13:29
>>396
Cが面倒で生産性が低く抽象性が低くてモジュールの見通しが悪いからだろうね。
399:デフォルトの名無しさん
07/12/31 01:16:28
OpenOffice.org も C++ だ
400:デフォルトの名無しさん
07/12/31 01:17:27
いわゆるサーバサイドアプリって、結局ＣＰＵを食いやすいのはDBアクセスの部分だから、
スクリプト/VM系の言語でも大して問題にならないけど、クライアントアプリは操作性に
影響するからC/C++でってことになるんだろうな。
>>399
javaじゃないの？
401:デフォルトの名無しさん
07/12/31 01:21:00
それはJavaを使った機能を組み込めるってだけ。<openoffice
402:デフォルトの名無しさん
07/12/31 01:33:09
Qt も（KDE も） C++
wxWidget も FLTK も Fox toolkit も C++
C は Tk と Gtk+ くらいかな?
403:デフォルトの名無しさん
07/12/31 01:36:38
そのレスってC++のライブラリがC++って言ってるようなもんだろ
意味あんの？
404:デフォルトの名無しさん
07/12/31 01:37:23
意味無いけど気づいてないよ
405:デフォルトの名無しさん
07/12/31 01:56:12
世の中で使われている GUI ライブラリは殆ど C++
iTunes も C++ みたいだね
406:デフォルトの名無しさん
07/12/31 01:57:02
Objective-C を忘れないでください ...
407:デフォルトの名無しさん
07/12/31 01:58:20
その言語のGUI機能はそのままGUIライブラリだろ。常考。
408:デフォルトの名無しさん
07/12/31 02:08:03
>>406
Mac OS X の GLUT が Objective-C で書かれていたのにはちょっと驚いた
性能に気を使うアプリは GLUT なんて使わないだろうから良いのかも
しれないけどね
それとも Apple 的には Cocoa の性能にそれなりの自信があるのかな
409:デフォルトの名無しさん
07/12/31 02:10:55
プログラマ人口はこれが一番当たってる気がする
TIOBE Index
URLﾘﾝｸ(www.tiobe.com)
410:デフォルトの名無しさん
07/12/31 02:16:01
こりゃ無いな
411:デフォルトの名無しさん
07/12/31 02:20:05
>>409
これ見て毎度思う事は、D言語を仕事で使う奴の気が知れないということ。
分布図そのものは信頼できそうなだけに、その層の連中の存在が怖い。
412:デフォルトの名無しさん
07/12/31 02:20:31
>>410
現実から目をそらしちゃダメだ！
413:デフォルトの名無しさん
07/12/31 02:22:54
国内のしかも首都圏の現実しか見てないよ
414:デフォルトの名無しさん
07/12/31 02:36:55
>>409
Rubyの順位に首を捻る
Rails効果なんだろうけど、そこまで上か？
JavaScriptより上て。
そしてなぜCOBOLが伸びるw
415:デフォルトの名無しさん
07/12/31 02:48:44
JavaScriptそのものでコミュニティは育ちにくいだろ
至極妥当だな
416:デフォルトの名無しさん
07/12/31 02:56:35
どうせならそう言い切る根拠を語って欲しいもんだが、
妥当な所だとAjax／Ajaxライブラリブームの沈静化ってあたりかいね。
417:デフォルトの名無しさん
07/12/31 05:22:50
Rubyは妥当だろ。
それよりDの健闘に驚愕。
418:デフォルトの名無しさん
07/12/31 06:07:50
>>409
何かと思ったら検索エンジンのヒット数見てるだけじゃねぇかｗ
419:デフォルトの名無しさん
07/12/31 11:33:23
ワロタ
420:デフォルトの名無しさん
07/12/31 12:00:16
十分に有意な正の相関関係があるとおもうが。
421:デフォルトの名無しさん
07/12/31 12:06:24
そりゃDが伸びるわけだな
422:デフォルトの名無しさん
07/12/31 13:38:54
AとかHとかも検索対象にいれてくれれば大奮闘だぜｗｗｗｗ
423:デフォルトの名無しさん
07/12/31 13:41:37
おれはBまでいった。
424:デフォルトの名無しさん
07/12/31 13:59:24
C++ってどんなすごいプレイなんだろうな
425:デフォルトの名無しさん
07/12/31 15:14:32
正確な定義が書いてあるな
Dの場合は
+"D programming" -"3-D Programming"
を検索してる
確かにちょっと心もとないな
426:デフォルトの名無しさん
07/12/31 15:23:24
つか、-とか入れるとgoogleってなぜかヒット数大幅に上がったりするんだけど
427:デフォルトの名無しさん
07/12/31 16:08:58
最近C++やJavaやRubyを通して関数型プログラミングが広まってきてるけど
今の関数型コミュニティとは違うものを見てる気がする
C++とかの人々は第一級の関数やクロージャについて。
関数型コミュニティは内包表現とかパターンマッチについて。
#草の根レベルならまた別みたいだけど・・・
428:デフォルトの名無しさん
07/12/31 16:13:10
C++は継ぎ接ぎ感が多すぎる。夢がない。
C++クラスのシステム開発も可能な低レベル言語を1から開発してほしい。
429:デフォルトの名無しさん
07/12/31 16:14:45
>>428
Ｄみたいに完成しないのは嫌だもんな！
430:デフォルトの名無しさん
07/12/31 16:18:12
Dは1系は完成してるわけで、ライブラリさえ充実してればいけるんだけどね。
開発元がコンパイラ屋すぎてそこまで手が回らないみたいだ。
431:デフォルトの名無しさん
07/12/31 16:19:51
Ｄ用に書き直せばいける
俺はやらないけどな
432:デフォルトの名無しさん
07/12/31 16:32:08
>>427
>最近C++やJavaやRubyを通して関数型プログラミングが広まってきてるけど
OOP はオブジェクトに対する副作用を前提にしているという点で、純粋な意味での
関数型プログラミングは対立した概念だと思ってるんだけど違うの？
433:デフォルトの名無しさん
07/12/31 16:33:00
2系からはextern (C++)が登場してるから、
2系が枯れて、C/C++/Dが使えるIDEが登場すればいけるかも。
434:デフォルトの名無しさん
07/12/31 16:33:10
正直LISPよりTcl/Tkの方がまだ多いだろ。
435:デフォルトの名無しさん
07/12/31 16:36:11
extern(C)やextern(C++)を活用しろっていうスタンスな気がする。
436:デフォルトの名無しさん
07/12/31 16:59:11
>>432
分かりにくくてすまん
「純粋な意味」ならそれで合ってる
俺が言いたかったのはC++のboostとかJava7とかRubyの関数とかの事で、
「関数を取り扱える」「関数型言語由来の概念を（エミュレートでも）使える」程度の意味。
437:デフォルトの名無しさん
07/12/31 17:04:42
エミュレートじゃないだろ。
438:デフォルトの名無しさん
07/12/31 17:07:37
少なくともC#のデリゲートはクラスだから間違っちゃいないな
439:デフォルトの名無しさん
07/12/31 17:10:09
デリゲートがクラス？？？
440:デフォルトの名無しさん
07/12/31 17:18:37
実体はSystem.Delegateというクラスだ。
delegateキーワードが使えない言語はこれを直接呼び出すことになる。
441:デフォルトの名無しさん
07/12/31 17:24:08
デリゲートを使うためにSystem.Delegateクラスを使うだけであって、
デリゲートがクラスなわけではない。
442:デフォルトの名無しさん
07/12/31 17:25:57
>>436-438を読み直して来い。文盲。
443:デフォルトの名無しさん
07/12/31 17:29:30
言語仕様とライブラリを区別できない馬鹿ばっかだな。
444:デフォルトの名無しさん
07/12/31 17:30:17
なんと言う冬展開
445:デフォルトの名無しさん
07/12/31 17:31:07
日本語読めない子がうろついてるだけだよ。
ほっときゃ消える
446:432
07/12/31 17:41:52
C#は使ってないから、詳しい事は知らんが、「クラス」という言葉を
「共通の構造と共通の振る舞いをもつオブジェクト郡一式」という定義で考えれば、
delegateは、対象となるインスタンスを内部に持ち、生成時に引数で与えられたメソッドを
呼び出す振る舞いをもつという意味で、クラスといえなくもない気がする。
C#のdelegate がクラス定義としてインプリメントされている/できるかは知らん。
447:デフォルトの名無しさん
07/12/31 17:58:34
もう万物全てクラスだよ。
448:デフォルトの名無しさん
07/12/31 18:01:16
C#はデリゲートを実現するためにクラスでエミュレートしている。
よって、「関数型言語由来の概念を（エミュレートでも）使える」は正しい。
449:デフォルトの名無しさん
07/12/31 18:01:42
エミュレート(笑)
450:デフォルトの名無しさん
07/12/31 18:02:48
「概念」って言葉でごまかす奴は、大概分かっていない。
451:デフォルトの名無しさん
07/12/31 18:03:12
エミュレート（笑）ｗｗｗｗｗｗｗｗｗ
不毛すぎ
452:デフォルトの名無しさん
07/12/31 18:04:07
ごまかす（笑）
453:デフォルトの名無しさん
07/12/31 18:05:17
ここはとてもエミュレートなクラスですね。
454:デフォルトの名無しさん
07/12/31 18:06:25
概念という言葉を拒絶する奴は、まずOOP出来ないよね。
455:デフォルトの名無しさん
07/12/31 18:06:55
概念(笑)
456:デフォルトの名無しさん
07/12/31 18:09:16
>>448
それって逆じゃないのか？クラスでデリゲート使うためにC#がデリゲート搭載してるんじゃないのか？
457:デフォルトの名無しさん
07/12/31 18:09:16
ホント、バカばっかだな。
お前らは一生関数型を理解できないからおとなしくOOPやってろよ。
458:456
07/12/31 18:10:38
あ、ミスった。クラスで関数ポインタ使うためにデリゲートがあるんじゃないかと言いたかった。
459:デフォルトの名無しさん
07/12/31 18:12:57
別にデリゲートがなくてもクラスで関数ポインタは使える。
デリゲートのメリットは型チェックが付いてることだろう。
460:デフォルトの名無しさん
07/12/31 18:14:53
thisポインタと関数ポインタの構造体を何で表現しようが関係ないからそれは違うだろ。
461:デフォルトの名無しさん
07/12/31 18:16:38
誰か>>460を日本語に翻訳して。
462:デフォルトの名無しさん
07/12/31 18:17:42
韓国語に翻訳しての間違いだろ
463:デフォルトの名無しさん
07/12/31 18:21:46
間違いじゃない。ここは日本のサイトだから日本語で記述すべき。お前の国のサイトとは違うんだよ。
464:デフォルトの名無しさん
07/12/31 18:24:11
>>463は中卒？
465:デフォルトの名無しさん
07/12/31 18:25:04
韓国語には夢や将来性はないなｗ
466:デフォルトの名無しさん
07/12/31 18:25:43
朝鮮人がしつこいんですけど。
467:デフォルトの名無しさん
07/12/31 18:25:45
日本語で書けと言う奴は
いちいち回りくどい
日本語で書いてあるが理解できないというのはわかるが
次からは理解できないと書け
それが正しい日本語というものだ
わかったか
468:デフォルトの名無しさん
07/12/31 18:26:04
それはお前一人だ
469:デフォルトの名無しさん
07/12/31 18:29:26
>>460
＞thisポインタと関数ポインタ
はい、はい、それで。
＞の構造体
ここでなぜ構造体が出てくるｗ
＞を何で表現しようが
表現の話なのか？？？
＞関係ないから
何と関係ないんだろう。。
＞それは違うだろ。
「それ」ってなんだｳﾜｧｧ-----｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡-----ﾝ!!!!
470:デフォルトの名無しさん
07/12/31 18:32:37
469はレスが全部自分のためにあると思い込んでるようだ
471:デフォルトの名無しさん
07/12/31 18:33:06
>>460は逃げたな。
472:デフォルトの名無しさん
07/12/31 18:34:41
>>460の人気に嫉妬
473:デフォルトの名無しさん
07/12/31 18:34:42
>>458
474:デフォルトの名無しさん
07/12/31 18:39:34
てか>>456,458の言ってる逆ってなんだ？
475:デフォルトの名無しさん
07/12/31 18:42:11
バカは他の言語を語る前に、日本語マスターしろよ。
476:デフォルトの名無しさん
07/12/31 18:45:07
ひがむなよ在日
477:デフォルトの名無しさん
07/12/31 18:46:10
半島からの書き込み乙
478:デフォルトの名無しさん
07/12/31 18:46:51
在日のレベルに合わせると途端に糞スレ化するから困る
479:432
07/12/31 19:20:50
>>474
多分
>>448 はdelegateがなくとも関数ポインタみたく扱う事はもともと可能で、それをつかって
delegate できる仕組みが作られてると主張してる。
>>456 はメソッドを関数ポインタみたく扱う、もっとも低レベルな方法が delegateなんだと
主張してる。
ただ、話の前提がCLIレベルの話なのか、ライブラリレベルの話なのか良くわからん。
480:デフォルトの名無しさん
07/12/31 19:34:52
C++のテンプレートは純関数型言語だよね。
481:デフォルトの名無しさん
07/12/31 19:40:21
C++のテンプレートはそもそも言語としてチューリング完全じゃないだろ。
482:デフォルトの名無しさん
07/12/31 19:42:33
お前らみんな一緒にドラえもんみようぜ
483:デフォルトの名無しさん
07/12/31 19:44:28
新しいドラえもんはノリが寒い
子供向けだから仕方ないが
484:デフォルトの名無しさん
07/12/31 19:47:36
>>482
C++のテンプレはチューリング完全って聞いてるけど・・・、違ったかな。
まぁ参考に、クイックソートもマージソートも書けたよ。型情報をデータとして扱うから実用性ないけど。
485:デフォルトの名無しさん
07/12/31 19:50:42
間違えてドラえもんにレスしちまった。
486:デフォルトの名無しさん
07/12/31 19:51:02
ドラえもんの魔力だ
487:デフォルトの名無しさん
07/12/31 19:51:07
URLﾘﾝｸ(ubiety.uwaterloo.ca)
488:デフォルトの名無しさん
07/12/31 20:16:11
冬だねぇ…。
489:デフォルトの名無しさん
08/01/01 11:29:58
なにがあけおめことよろだ！
おめこおめこ言いたいだけちゃうんかと
省略するならあけましてが正しいと言っている
490:デフォルトの名無しさん
08/01/01 12:23:00
まぁ将来性のある言語はやっぱり結局C++だろうね
templateとSTL,Boostの強力さは他の言語じゃ考えらんないし
その上豊富なライブラリ群もあるわけだし
491:デフォルトの名無しさん
08/01/01 12:32:01
VBで開発されたロボットが他のロボットから馬鹿にされてる夢を見た。
492:デフォルトの名無しさん
08/01/01 12:36:50
C++はIDEとの親和性が悪すぎるのが致命的
テンプレートのせいでリファクタリングも補完もままならない
493:デフォルトの名無しさん
08/01/01 13:25:09
>>491
なんだか切なくなった
494:デフォルトの名無しさん
08/01/01 13:28:39
VBで制御するのか
495:デフォルトの名無しさん
08/01/01 14:02:37
VBを馬鹿にする奴は、自分がすでにVBすら使いこなせなくなっていることに全く気付いていない。
馬鹿にしてる奴は当然VB9のLINQと関数型言語の機能ぐらいは使いこなした上で物を言ってるよな？
496:デフォルトの名無しさん
08/01/01 14:04:52
もちろん
497:デフォルトの名無しさん
08/01/01 14:34:02
(map (\x -> x^2).(filter (>3))) [1,2,3,4,5] とかVBでできるようになったんだ？
498:デフォルトの名無しさん
08/01/01 15:50:08
>>497
From x In Enumerable.Range(1, 5) _
Where x > 3 _
Select x ^ 2
あるいは
Enumerable.Range(1, 5).Where(Function(x) x > 3).Select(Function(x) x ^ 2)
499:デフォルトの名無しさん
08/01/01 15:57:11
URLﾘﾝｸ(www.execulink.com)
500:デフォルトの名無しさん
08/01/01 17:12:33
500げっとずざー
>>498
あんたすげぇな
501:デフォルトの名無しさん
08/01/01 17:19:34
501げっとずさー
502:デフォルトの名無しさん
08/01/01 17:20:20
502げっとずさー
自演？
503:デフォルトの名無しさん
08/01/01 17:54:00
夢のある言語大賞はVBに決定
504:デフォルトの名無しさん
08/01/01 17:56:14
夢は夢
現実にしたら失われるのさ
505:デフォルトの名無しさん
08/01/01 17:59:10
夢が現実のものとなった最強言語がVB
506:デフォルトの名無しさん
08/01/01 17:59:33
萌え言語…いやなんでもないふじこ
507:デフォルトの名無しさん
08/01/01 18:11:34
C#3.0は言語オタクにとっては面白い玩具かもしれんが、一般プログラマが使える代物となるかねぇ。
C++のように普及したとしても、まともなコードを書けるプログラマは極一部とかいう状況にならね？
508:デフォルトの名無しさん
08/01/01 18:14:31
>>497
そもそもそんな分かりにくい書き方して何がうれしいのか分からない
509:デフォルトの名無しさん
08/01/01 18:16:41
個人的には言語のイメージは
Java ... 管理職
C ... 総務
C++/Lisp ... 研究・開発
Perl / Python ... 営業SE
PHP ... 営業
って感じ。
VBは何故か、「俺最強www」とか言ってるデブオタ以外浮かばない。
510:デフォルトの名無しさん
08/01/01 18:17:46
>>507
MVPがこのザマだからなあ
URLﾘﾝｸ(blogs.wankuma.com)
511:デフォルトの名無しさん
08/01/01 18:18:35
perlは着服経理
512:デフォルトの名無しさん
08/01/01 18:34:23
>>508
ラムダ式や括弧を残したほうがVBに翻訳しやすいと思って
実際に Haskell で書くなら↓こんな感じになると思われ
map (^2).filter (>3) $ [1..5]
513:デフォルトの名無しさん
08/01/01 19:00:09
せめてこう書け
[x^2 | x <- [1..5], x>3]
514:デフォルトの名無しさん
08/01/01 19:02:15
あるいはこう
[1..5] >>= \x -> guard (x>3) >> return (x^2)
515:デフォルトの名無しさん
08/01/01 19:02:52
VBはしね！馬鹿が！！！
516:デフォルトの名無しさん
08/01/01 19:05:30
結局これが一番わかりやすいだろ
Integer[] list = {1,2,3,4,5};
Integer[] list2 = {};
for (x :list) {
if(x > 3) {
list2.add(x ^ 2)
}
}
517:デフォルトの名無しさん
08/01/01 19:08:19
>>515
VBも使えないくせに
518:デフォルトの名無しさん
08/01/01 19:08:46
>>516
VBより汚いコードですね
519:デフォルトの名無しさん
08/01/01 19:11:26
>>518
俺には一番わかりやすく綺麗に見える
520:デフォルトの名無しさん
08/01/01 19:12:40
>>516
なんかPaul Grahmに反論したPython陣営の誰かのコードみたい
プログラマは深いネストよりも、オブジェクトに名前が付いてることを望む
とかなんとか言ってたよなｗ
521:デフォルトの名無しさん
08/01/01 19:14:07
>>517
その言い草が、VBさんが「俺の能力を活かせない会社が悪いんだよ、馬鹿ばっかりだから、ぶひひ」って言ってるイメージ。
何かしら並列化処理でもしてくれるのでもなければ、>>518 がシンプルで良いと思うけどな。
522:デフォルトの名無しさん
08/01/01 19:14:46
冗長すぎないか・・・
523:デフォルトの名無しさん
08/01/01 19:15:20
VBは馬鹿が使う言語だよ、課長が嬉々として使ってる馬鹿言語・・・
てめーが糞サンプル作ってそのせいで、できもしない画面作らされてるおれ（実は外注だけど）のみになれや！
この今が！
524:デフォルトの名無しさん
08/01/01 19:15:21
>>521 の >>518 は >>516 の間違い。
525:デフォルトの名無しさん
08/01/01 19:18:02
>>521
並列化したよ
From x In Enumerable.Range(1, 5).AsParallel() _
Where x > 3 _
Select x ^ 2
526:デフォルトの名無しさん
08/01/01 19:18:16
たかが>>516程度の処理を、かっこつけて>>512-514みたいに書いてたのかｗ
527:デフォルトの名無しさん
08/01/01 19:19:40
>>523
馬鹿が使う言語を今使ってるあなたは馬鹿ですね？
528:デフォルトの名無しさん
08/01/01 19:20:51
かっこつけてって・・・。Haskellではそれが普通なんだが
こっちに慣れると、>>516みたいな冗長な記述をやむなくされる言語を使うのはしんどい
529:デフォルトの名無しさん
08/01/01 19:21:47
>>527
業務命令で使わされるだけです！命令で無ければ使いません！
このまま使わされるんなら会社辞めます！
こんな言語使ってられません
530:デフォルトの名無しさん
08/01/01 19:22:11
俺VB使いだけど>>528に激しく同意
531:デフォルトの名無しさん
08/01/01 19:22:15
かっこつけたい年頃なんだよ
532:デフォルトの名無しさん
08/01/01 19:22:38
>>525
VBって並列化（ベクトル化）できるの？
だとしたら少し見直す。
533:デフォルトの名無しさん
08/01/01 19:25:56
どうも出来るみたいだな。これはちょっと見直した。
URLﾘﾝｸ(msdn.microsoft.com)
534:デフォルトの名無しさん
08/01/01 19:26:53
>>532
VBがLINQをサポートしてるのでこのライブラリが使える。
URLﾘﾝｸ(msdn.microsoft.com)
535:デフォルトの名無しさん
08/01/01 19:27:46
>>528
例えば、eclipseを使うと、「fore」を打った後、Ctrl+Spaceを打つと
コンテキストメニューが出てきて、そこでEnterを打つと
自動的に
for(Integer x : list) {
}
が出てきてカーソルが中に移動する。
という感じでちっとも冗長じゃないんだな。
しかも、編集中に自動的にインクリメンタルにコンパイルして
わざわざこちらがコンパイルしなくても、どこがエラーか編集中に
一目で分かる。
こういうのに慣れると、IDEの助けがないHaskellみたいな言語を
使うのはしんどい。
536:デフォルトの名無しさん
08/01/01 19:30:44
IDEがないと何もできないのはVB厨と同等かそれ以下
537:デフォルトの名無しさん
08/01/01 19:31:19
古い考え方だな
538:デフォルトの名無しさん
08/01/01 19:33:41
HaskellのIDEがあれば最強だな
Visual F#に期待してる
539:デフォルトの名無しさん
08/01/01 19:33:46
>>535
なるほど。確かにそれは便利だな
でもまぁ、個人的な好みだが、俺は作業よりプログラム自体が冗長になるのが嫌だな・・・
540:デフォルトの名無しさん
08/01/01 19:34:53
HaskellやF#みたいな言語はIDEと相性が悪いと思うぞ
C++のテンプレートですら、MSが苦戦しまくってるからな
C#やJavaのIDEのリファクタリング機能は凄くなってきてるが
541:デフォルトの名無しさん
08/01/01 19:35:05
emacsとシェルがないと何もできない俺と同レベルだな
542:デフォルトの名無しさん
08/01/01 19:38:40
>>513-514
VBに翻訳といってるのにリスト内包表記とかモナドとか使うのは鬼だろｗ
543:デフォルトの名無しさん
08/01/01 19:39:02
>>534
ざっと読んでみた。
DBMSだったらパラレル化されてるのは当然なんだけど、これはパラレル化されたクエリアクセスを
サービスを介さず、ライブラリとして使えるということ？
これは少し楽しいかも。
544:デフォルトの名無しさん
08/01/01 19:41:19
探してきた
URLﾘﾝｸ(practical-scheme.net)
> 実際、以下の機能のいくつかまたは全てについて、それを非推奨にしようと
> いう提案が出されている(それほど優先度は高くないが)： "apply" (これは
> 現在は第一級の構文となった)、"map"、 "filter" (これはいつもリストの
> 内包表記で置き換えられる)、 "reduce" (forループで置き換えられる)、
> そして "lambda" (名前付き関数で置き換えられる)。これらは明日すぐ
> 取り除かれるというわけではないだろう (悪口メイルを私に送って来ない
> ように)。だが、これらが削除候補として議論されたという事実がとりもなおさず、
> PythonをよりLisp風にしようという動きは無いということを示している。
> むしろ、その逆の方向に行くのが好まれているようだ。 (少なくとも、私の意見では
> "lambda" という名前を持ち込んだのは恐るべき間違いだった)。
> プログラマは深くネストした式は好まない。
> 彼らは、式の値に名前が振られることを奨励する言語を好む。
> 文と式の区別はそれを奨励する(時には要求する)。
545: 【大吉】 【283円】
08/01/01 19:41:44
自分の将来に夢があるか、おみくじで
自分はJavaが好き｡言語というよりEclipseやNetBeansがオープンソースで提供されてるから｡
546:デフォルトの名無しさん
08/01/01 19:44:07
型推論とか、コンパイラにはいいけど、IDEがリアルタイムで解決するには重そうだなｗ
IDEと相性のいい言語設計っても大事だと思う
547:デフォルトの名無しさん
08/01/01 19:47:18
>>544
でもそれはパフォーマンスが同じならっていう前提だろうなぁ。
パラレル化などでパフォーマンスが向上するなら、その程度のこだわりは捨てられる。
548:デフォルトの名無しさん
08/01/01 19:49:14
テキストで見ると確かに長い文やそれに伴う修飾の構造・ネストは
わかりにくいかもしれない
でも、例えばエクスプローラのツリー表示ならどうだ？
多少分かりやすくなるんじゃないか？
つまり、時代が流れてテキストベースではなく、グラフィックベースのIDEに
なったとき関数型言語は主流になると俺は思う
549:デフォルトの名無しさん
08/01/01 19:50:48
じゃあその間をとってテキストベースのIDEで
550:デフォルトの名無しさん
08/01/01 19:52:22
そこはテラフィックベースだろ
551:デフォルトの名無しさん
08/01/01 19:52:28
>>547
それはパラレル化されたforがあればすむ話じゃないの？
むしろそっちの方が簡単ではないか？
552:デフォルトの名無しさん
08/01/01 19:54:17
>>549
テキストベースIDE・・・Turbo Cだろ！
553:デフォルトの名無しさん
08/01/01 19:55:16
>>548
日常でも小難しい話は図よりも文章の方が説明できることから類推して、
グラフィカルな「言語」は受け入れられないと思う。
>>551
変数は「副作用」を前提にしてるから、変数の存在は並列化の障害になる気がする。
554:デフォルトの名無しさん
08/01/01 19:57:21
そこでCleanですよ！
どうなったんだあの言語
555:デフォルトの名無しさん
08/01/01 19:58:47
Haskell知らない俺から見た>>512の感想
まず、$という謎の記号が意味不明
そして、mapやfilterの引数の範囲がなんなのか分からない
演算子（もしくは関数）の結合の優先度が分からない
^2とか>3とか左辺の欠けた式に、どうやって左辺が埋まるのが
その流れを把握するのがパズルのようにややこしく見える
556:デフォルトの名無しさん
08/01/01 19:58:49
>>554
あんた退場！二度とくんな
557:デフォルトの名無しさん
08/01/01 20:00:56
>>553
もちろんそのまま並列化したってだめだよ
atomic文とかsycronizeとかの多少の構文は導入する
558:デフォルトの名無しさん
08/01/01 20:02:50
>>553
むしろ、日常でも小難しい話は図を書いて説明しないか？
559:デフォルトの名無しさん
08/01/01 20:04:05
>>555
それ、プログラムを知らない人がコード見て「暗号文みたい」って言ってるのと同じじゃないか？
そりゃ言語覚えなきゃ分かるわけ無い。
C言語みたいな、ポピュラーな言語とはプログラムの構造がかけ離れている為、
経験済みの言語の知識があまり役にたたなくて、多少敷居が高くなってる、、、っていうのは分かるけど
560:デフォルトの名無しさん
08/01/01 20:04:28
図というか、数学記号がそのまま書けたら、テキストよりももっと分かり
やすいとは思うな
561:デフォルトの名無しさん
08/01/01 20:09:10
GHCっていうHaskellのコンパイラがサポートしてたような＞数学記号
562:デフォルトの名無しさん
08/01/01 20:09:52
>>558
図で描いてある事が判りやすいのは、図は簡単なことしか描けないから。
難しい内容は図示できない。
>>557
そうだね。色々な方法があるのかもしれない。
563:デフォルトの名無しさん
08/01/01 20:10:09
>>542
LINQはMonoidとMonadの概念を持ち込んだものなので、分かる人には分かる。
MSは一般の開発者向けにこんな講義までしてるんだぜ。
URLﾘﾝｸ(channel9.msdn.com)
564:デフォルトの名無しさん
08/01/01 20:11:56
>>559
個人の感覚の問題かもしれないけど、多少冗長さを犠牲にしてforと
ifだけでいろんなことが表現できるという方が、
圧縮されて暗号のように短くなるけど、覚える規則が多くて、それに
当てはめて考えなくちゃいけないというよりもエレガントに感じる
565:デフォルトの名無しさん
08/01/01 20:16:32
プログラムを図で表現しようとしたのがUMLじゃね？
UMLからコードを生成しようとする試みも既にある
これがメジャーになるかどうかは知らんが
566:デフォルトの名無しさん
08/01/01 20:19:42
ここってメチャクチャレベル低すぎ、いまだにJavaとかEclipseとか．．所詮、使い捨てプログラマの馬鹿が
傷なめあってるところか．．．
567:デフォルトの名無しさん
08/01/01 20:22:03
>>565
それも思ったんだけど、結局ソースコードで記述したいことを十分にUMLで記述したものが、
ソースコードより可読性があるかといえば、自分はないと思ってる。
UMLは、ソースコードのある側面だけを記述するものであって、ソースコードと同等なものを
記述するためのものではないと思う。
568:デフォルトの名無しさん
08/01/01 20:22:05
>>566
未だにJavaが一番メジャーだと思うんだけど
Eclipseにいたっては伸びてる最中だし
569:デフォルトの名無しさん
08/01/01 20:27:06
>>567
全てとは言わないけど、開発の大部分がUMLダイアグラムの編集になって
テキストを直接見ることはほとんどなくなる事はありえると思うよ
既にNetbeansなんかではそういうスタイルはあるし
URLﾘﾝｸ(www.netbeans.org)
570:デフォルトの名無しさん
08/01/01 20:31:30
継承関係を見る分にはまあいいだろうけど、
private メソッドまで律儀に書きだすとやってられなくなると思う。
571:デフォルトの名無しさん
08/01/01 20:32:40
>>566
VB使いでさえ関数型に転向してるのにね
572:デフォルトの名無しさん
08/01/01 20:32:59
>>569
個人的な直感に過ぎないけど、それが主流になることはありえないと思ってる。
昔から PADとかCaseツールでプログラムを自動生成とかあったけど、
結局うまく行ってない。言語よりもツールの陳腐化が速いから、結局「負の財産」に
なってしまう。
573:デフォルトの名無しさん
08/01/01 20:35:29
関数型（笑）とかグラフィック（笑）が主流になることはありえないからｗ
574:デフォルトの名無しさん
08/01/01 20:37:06
>>573
SQLは関数的だなぁと思う。
こうした部品としては関数型は良いんじゃないかな。
575:デフォルトの名無しさん
08/01/01 20:38:14
>>572
RADは思いっきり主流になったよ
576:デフォルトの名無しさん
08/01/01 20:39:49
カーソルがいらなくなるのかな
577:デフォルトの名無しさん
08/01/01 20:41:12
>>571
VB使いの主な転向先はC#です
578:デフォルトの名無しさん
08/01/01 20:42:38
>>575
4DとかPowerBuilderはどこへ行ったんだよ。
少なくとも未来があるとは思えん。
まさに「負の財産」になってるんじゃないの？
579:デフォルトの名無しさん
08/01/01 20:44:23
>>578
精神はVisualC#.NETに受け継がれましたｗ
580:デフォルトの名無しさん
08/01/01 20:45:22
RADということで >>578を書いたけど、よく考えたらグラフィカルなプログラミングとも関係ないな。
581:デフォルトの名無しさん
08/01/01 20:46:59
>>548
激しく同意
582:デフォルトの名無しさん
08/01/01 20:51:55
UMLリファクタリングとかWindows Workflow Foundationとか
Visual Language(Robotics Studio)とか
Microsoftはグラフィカル言語へのシフトを狙ってる希ガス
583:デフォルトの名無しさん
08/01/01 20:53:04
これから主流になるのは長門のDOS窓多重起動スタイル
ここの1分30秒あたりから
URLﾘﾝｸ(www.youtube.com)
584:デフォルトの名無しさん
08/01/01 20:54:23
(s)evilwmがそんな感じだ
585:デフォルトの名無しさん
08/01/01 20:56:38
>>582
UMLリファクタリング以外誰も使ってないだろ
586:デフォルトの名無しさん
08/01/01 20:58:06
>>580
グラフィカルとは関係あるんじゃね？
GUIベースでソースコードをいちいち見ないとかその辺が
587:デフォルトの名無しさん
08/01/01 21:04:39
>>583
そういえば、しーぽんがテトリスみたいなグラフィカルな言語を
使ってたことを思い出したｗ
588:デフォルトの名無しさん
08/01/01 21:04:48
>>585
C#自体あまり使われてないから
UMLリファクタリング以前の問題
589:デフォルトの名無しさん
08/01/01 21:15:17
>>583
マクロ化？
590:デフォルトの名無しさん
08/01/01 21:15:34
MS発の技術に長続きしたものがあったのか?
591:デフォルトの名無しさん
08/01/01 21:17:57
窓の扱いはフローティングタイプよりタイル形の方がいいかもな
あとスクリプトから機能を呼び出したり
592:デフォルトの名無しさん
08/01/01 21:45:39
>>590
Win32API
593:デフォルトの名無しさん
08/01/01 22:00:33
>>590
Windows
594:デフォルトの名無しさん
08/01/01 22:09:10
>>590
Active Channel
595:デフォルトの名無しさん
08/01/01 22:16:27
>>590
seXBOX
AOE
596:デフォルトの名無しさん
08/01/01 22:18:30
グラフィカル言語といえばMacにもQuartz Composerがあるな
597:デフォルトの名無しさん
08/01/01 22:26:54
>>596
マックでしか使えない技術なぞ論外
598:デフォルトの名無しさん
08/01/02 00:47:10
結局考えて作って試してのループを高速にまわすことができる言語や技法であれば
定着するが、そうではなく「行き戻りがないように「ちゃんと」「しっかり」」という
視点のものは結局「ちゃんと」「しっかり」できないか、逆に足を引っ張るため
定着せず一過性の流行として終わる。もっとも下手に宣伝が行き届いていると
なかなか死亡しないので大迷惑（～標準、とか業界上げてのアピールとか
されてるとね・・・）。
その言語・技法を選んで高品質なものができるか、よりも同じ品質でいいので
より高速に出せるか、という基準で見るとこの先生きのこる技術を当てやすいような。
で、品質はループをより高速に回すことで向上する。
599:デフォルトの名無しさん
08/01/02 00:50:35
ループの回数も減らしたい
600:デフォルトの名無しさん
08/01/02 01:07:54
>>599
そこは工学ではなくて生物学の問題。
601:デフォルトの名無しさん
08/01/02 02:44:12
map / filter より for loop のほうがわかりやすい、と思う人は
単に for loop を先に知ったからなんじゃないの？
副作用って概念が難しくて、関数型のほうがすっとわかるひともいてもいいのでは。
数学とかやってるとそうなんじゃないかな。
602:デフォルトの名無しさん
08/01/02 02:50:25
どう考えてもmap-filterの方が簡単だろ
COBOLでfizzbuzz書いて見ればすぐわかる
603:デフォルトの名無しさん
08/01/02 03:20:54
>>602
kwsk
604:デフォルトの名無しさん
08/01/02 03:28:41
数学に近い分野専攻してるけど、map、filterよりリストの
内包表記の方が分かりやすい
605:デフォルトの名無しさん
08/01/02 03:56:07
>>604
同感
606:デフォルトの名無しさん
08/01/02 09:15:39
文転したのち社会学専攻だけども、map/filterやリスト内包表記は、抽出→写像って操作が直接表現してあってとっつきやすい
for/loopはやりたいことを間接的に表現してる感があるし、書くのはともかく読みづらい…
607:デフォルトの名無しさん
08/01/02 09:38:36
Pythonってどうなの？
日本では流行ってないけど、色々使えそうだけど。。。
608:デフォルトの名無しさん
08/01/02 09:54:39
将来性はあるほうだね
C#、Java、Ruby、Pythonが将来性あるよ
609:デフォルトの名無しさん
08/01/02 09:59:25
>>606
俺は理系だけど全く逆だなあ
for/loopの方がやりたい事を直接表現してるように見えるし
読みやすい
マシンを基準にして考えてるからだろうか
610:デフォルトの名無しさん
08/01/02 10:04:54
まあ慣れの問題だろうな。
最初に触った言語がHaskellとかだととても自然に見えるのかもしれないが。
俺も
プログラミング->数学専攻
の順だったから、なんか両者は別物という認識だな。
フィボナッチの定義を書いてそれが即動いたから何が嬉しいの?って感じだな。
611:デフォルトの名無しさん
08/01/02 10:12:13
プログラムを「処理手順」として考えれば計算機が実行する手順を直接的に記述したほうがラク。
ただ、SQLとか正規表現みたいに、処理手順として考えないほうがラクなものもある。
それでも、プログラムの大半は処理手順として考えたほうがラクだと思う。
612:デフォルトの名無しさん
08/01/02 10:15:35
グラフィカルなプログラミングとかUMLによるオブジェクト指向設計とか言ってる奴らマジで消えてくんねーかなぁ
才能無さすぎて邪魔だぜ
613:デフォルトの名無しさん
08/01/02 10:16:25
＿＿＿_ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿
／_ノ ヽ､_＼ ( もう・・・私のばか・・・・！！！
. ／ （● ） (● ）＼ （ また本心と・・・・違うこと・・言っちゃったお・・・
／//////（__人__)///＼ ◯ ほんとは・・・素直になりたいのに////
| | 。O ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣ ￣
＼ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
614:デフォルトの名無しさん
08/01/02 10:48:16
>>612
お前才能無いよｗ
615:デフォルトの名無しさん
08/01/02 12:03:08
才能云々は意味不明だけど、俺がﾂﾏﾝﾈｰから>>612に激しく同意。
616:デフォルトの名無しさん
08/01/02 15:35:37
プログラムを「処理の手順を書き下したもの」という低レベルな認識を持ってる奴は
ループの方が分かりやすいだろ。何十行もの関数を書いてなんとも思わないような奴。
map/filterや内包表現は、
プログラムをちゃんと定義の積み上げとして見てる奴には非常に素直。
ただ、経緯的に手続きの書き下しから入ってる奴が多いから、ループに慣れてしまってる面はある。
617:デフォルトの名無しさん
08/01/02 15:52:29
グラフィカルプログラミングを体験すると「おおーオモシレー」と
なるのだけど、本格的に使おうとすると「ナニコレツカエネー」となる。
が、シコシココードを書いた後、「このコードの山を体系化して
誰か設計意図や全体像のビジュアルイメージを描き起こしてkrkr」と思うのも確か。
改修とかで設計の根幹に触れるような要素がないか見通したくなると特に。
図で描ける・見れる、というのはイメージ伝達のキモだから将来性はあるんだけど、
まだ（よい意味で）遊び道具だな。思ったことをイメージできる道具ではなく、
思考の特定部分だけしか表現しにくい隔靴掻痒ツールになってる。なのでUMLも
あくまで標準書式の第一歩という点だけが重要で、後はコメント付け頑張れとか
ベストプラクティス的にはなってる訳で。
618:デフォルトの名無しさん
08/01/02 15:54:00
「手順」は別な表現をすれば、変数の変更など、副作用を時間軸上に展開したもの。
副作用が存在する言語ならば、そのプログラムが本質的には手順であることは自明。
本質的ではない前後関係を、プログラム上に記述しないという考え方には意味があるが、
それは、プログラムが手順ではないことを意味しない。
619:デフォルトの名無しさん
08/01/02 16:11:46
>>616-618
ご高説ごもっとも。
今後どういう方向性が一般化していくんだろう？
一部でしか使われない技術とかでなくて全体の方向性として。
620:デフォルトの名無しさん
08/01/02 16:16:12
厨房の数学までをカバーすれば
その言語は枯れないと見る
なぜなら毎年使う奴が居るからだ
621:デフォルトの名無しさん
08/01/02 16:25:00
>>619
未来の前に、過去をどう見てる？
622:デフォルトの名無しさん
08/01/02 16:27:17
>>621
朝鮮人は来るな
623:デフォルトの名無しさん
08/01/02 16:45:22
>>620
maxima->clispか？
624:デフォルトの名無しさん
08/01/02 17:20:27
リア厨でmaximaやclispを使ってる奴なんか見たことないぞ
625:デフォルトの名無しさん
08/01/02 17:25:26
リア厨の時
ペルソナウェアのフリーだった頃の
おりものプログラミングやってた
626:デフォルトの名無しさん
08/01/02 17:59:04
>>625
今は伺か使ってるの？
627:デフォルトの名無しさん
08/01/02 18:00:03
>>624
兄貴が東大理一の奴いたけどMathematica使ってた
628:デフォルトの名無しさん
08/01/02 18:03:47
>>626
うかがかは何か知らんけどよくフリーズするし
おっぱい揉みまくったら居なくなったから
それ以来触れてない
629:デフォルトの名無しさん
08/01/02 18:04:14
>>627
そーゆー奴って大抵凡人になるよな
630:デフォルトの名無しさん
08/01/02 18:05:42
>>629
兄貴に反発して不良になるけど
兄貴が交通事故で死んでから
東京理一を目指すというありがちな話じゃないの？
631:デフォルトの名無しさん
08/01/02 18:06:48
その前に甲子園目指せよ
632:デフォルトの名無しさん
08/01/02 18:07:00
伺かを使うやつは集団ストーカー被害にあってる。
この前自殺した中学生も使ってたんじゃないかな。
天才が凡人になる理由は、暴力のため。
633:デフォルトの名無しさん
08/01/02 18:07:34
Mathematicaは楽しい「環境」。
組み込み関数が多彩かつ超強力で
pset/lineでいきなり図形を描けるN88BASICを思い出した。
最近点描くのも一苦労な言語ばっかりでちょっと悲しい。
634:デフォルトの名無しさん
08/01/02 18:08:07
ああ、事故のせいでもいいや。
今もなだれでニュースになってるしな。
自然を征服するのが快感な天才君は自然に飲み込まれてしまいましたと。
635:デフォルトの名無しさん
08/01/02 18:11:21
毎年この時期に登山する奴は死ね
人に迷惑かけてまで登るなんて頭がおかしいんだよ
636:デフォルトの名無しさん
08/01/02 18:12:16
何の話をしてるんだ？
637:デフォルトの名無しさん
08/01/02 18:19:56
>>1
おっぱいそん
おっぱいには夢が詰まってると言うじゃないか
もちろん貧乳もＯＫ
未発達にも夢がある
成長期が終わっても貧乳なのは
シンプルでコンパクトなセットだと考えられるしな
求めれば求めるほど直感的に書けるようになる
強力な言語だ
638:デフォルトの名無しさん
08/01/02 18:59:40
伺かって漏貧絡みじゃなかったっけか？
639:デフォルトの名無しさん
08/01/02 19:08:29
ネタはせめて30分ねかせてから3回ほど熟読してなお面白いと思った場合に限って書き込んでくれたまえ
640:デフォルトの名無しさん
08/01/02 19:12:28
>>638
殿が勝手に出しゃばっただけ
641:デフォルトの名無しさん
08/01/02 19:18:17
>>638
> 伺かって漏貧絡みじゃなかったっけか？
URLﾘﾝｸ(morphyone.info)
これか。
自作ハードは雑誌とかで取り上げられてたっけ。
けど、その不可能性は僕も２ちゃんねるで書き込んだけどことごとく反論されたっけ。監視だけは怠らないよな。
642:デフォルトの名無しさん
08/01/02 19:29:06
ハガキＰＣみたいなのを作ろうとして失敗したのか
伺かとどういう関係が
643:デフォルトの名無しさん
08/01/02 19:33:56
>>642
URLﾘﾝｸ(www.max.hi-ho.ne.jp)
> とよぞう氏によって配布されている
644:デフォルトの名無しさん
08/01/02 19:41:54
将来のプログラミングは伺かみたいなのに話し掛けて
対話的に構築するシステムというわけか。
645:デフォルトの名無しさん
08/01/02 19:50:05
偽春菜を作った人って人工無能だか人工知能を
ペルソナウェアに搭載したかったのかね
人工無能関係のサイトに足跡残ってた
646:デフォルトの名無しさん
08/01/02 19:52:25
>>645
誰もが一度は通る道ですな
647:デフォルトの名無しさん
08/01/02 20:00:25
>>643
ＲＯ廃人にしてキモキモネカマか
648:デフォルトの名無しさん
08/01/02 20:01:20
10年後にはCPU128コア、メモリ128GB、HDD64TBくらい当たり前になってるだろうけど、
それくらいになったら実用的な人工知能も動きそうな希ガス
649:デフォルトの名無しさん
08/01/02 20:03:16
その程度でまともなAIが動くなら
クラスタベースのものがとっくに実現されてるだろ。
650:デフォルトの名無しさん
08/01/02 20:05:20
>>649
どのくらい必要なんだろう？
651:デフォルトの名無しさん
08/01/02 20:07:34
クラスタっていうとシミュレーションとか計算関係みたいなイメージがあるんだが、
クラスタで人工知能ってどっか研究してるのかな？
652:デフォルトの名無しさん
08/01/02 20:08:52
>>648
シンクライアント化が進行してマシンパワーは打ち止めになってる希ガス
653:デフォルトの名無しさん
08/01/02 20:10:09
将棋をするソフトに方程式を解くソフト、物理計算をするソフト
大抵の分野では既にまともなAIが出来てるんだからそれでいいじゃないか
654:デフォルトの名無しさん
08/01/02 20:11:53
そもそも物量をかけて脳のシナプス相当のものをエミュレートすれば
論理的に人工知能が実現可能かどうかはわかってない。
かといってプログラマがｼｺｼｺとif文を書き連ねていけば
汎用的な思考ルーチンが完成するかどうかについてはもっとわかっていない。