最近のJava人気についてpart5

このエントリーをはてなブックマークに追加
1最近のアホアンチ人気について
トランザクションが言語レベルに組み込まれて大人気w

前スレ
http://pc.2ch.net/test/read.cgi/prog/1065362706/
2仕様書無しさん:03/10/07 01:53
  ̄ ̄ ̄ ̄(__) ̄ ̄ ̄ ̄
       ○    
   _、_ ゚ 
 ( ,_ノ` )y━・~~~ という夢を見たんだ…
3仕様書無しさん:03/10/07 01:53
トランザクション???
4仕様書無しさん:03/10/07 01:54
アホアンチがJavaについてエグゼクティブの視点で語るスレ
5仕様書無しさん:03/10/07 01:59
どうやらトランザクションの意味を知らない奴がいますねぇ。
http://ew.hitachi-system.co.jp/w/E38388E383A9E383B3E382B6E382AFE382B7E383A7E383B3.html

> 関連する複数の処理を一つの処理単位としてまとめたもの。
> 金融機関のコンピュータシステムにおける入出金処理のように、
> 一連の作業を全体として一つの処理として管理するために用いる。
6仕様書無しさん:03/10/07 02:00
5セント節約する行為=transaction
7仕様書無しさん:03/10/07 02:01
Java派はJava以外について、反Java派はJavaについて
ロクな知識も学ぼうという気もないわけだが、罵り合ううちにも
僅かながらは知識が身につくという、何気に微笑ましいスレ。
8仕様書無しさん:03/10/07 02:03
Java厨の厚顔しさにははかなわないよ
9仕様書無しさん:03/10/07 02:03
>>5
もういいでしょ。まだ満足しないのか?
10仕様書無しさん:03/10/07 02:03
コラ、アホアンチ、休む暇なんかないぞ。
11仕様書無しさん:03/10/07 02:03
>>7
多少の痛みを伴うのはしょうがないということですかい
12仕様書無しさん:03/10/07 02:03
対決の構図

Servlet/EJB以外のアーキテクチャはトランザクションにあらずの
想像力過少低能

VS

Java難しいのでやりたくありません

13仕様書無しさん:03/10/07 02:04
>>10
アホよばわりするなら何に対してのアンチが説明せんかい
前スレから聞いてるのに・・
14仕様書無しさん:03/10/07 02:04
Java房は今まで散々多言語叩いてたくせに
形勢が不利と見るや言語叩きウザイだもんな。
どうしようもない連中だ
15仕様書無しさん:03/10/07 02:05
>>9
じゃあ土下座をして謝れ
16仕様書無しさん:03/10/07 02:05
>>12
>Java難しい

おまえにとってだけな。
17仕様書無しさん:03/10/07 02:05
>>12
解説サンクスコ
18仕様書無しさん:03/10/07 02:06
>>15
だからできるっつってんだろが、このタコ。
まだ納得してねーのかよ。
19仕様書無しさん:03/10/07 02:07
Q.Servlet/EJBのような3/4層C/Sの仕組みがないと分散トランザクション
管理できないと思うのですが?

A,2層でもかまいませんが。別に分散する必要も無いし。
20仕様書無しさん:03/10/07 02:08
真の構図

Java派: 真面目な人 + 天然釣り師

vs

烏合の衆
21仕様書無しさん:03/10/07 02:08
バカはJava大木の下にあつまれー
この木何の木気になる木
22仕様書無しさん:03/10/07 02:08
>>15
お前はPHPのヘルプを読んでねーから、間抜けな質問ばかりするんだよ。
ヘルプを100回読んでから出直せ。
23仕様書無しさん:03/10/07 02:09
Perl6はJavaにスピード、開発時間、オブジェクト指向など言語的に勝っています。
もうこれからはWebSphereなど糞高いものは必要ありません。
24仕様書無しさん:03/10/07 02:09
だから、Javaやったことないやつと
Javaしかやったことないやつしかいないんだってば、ここには。
そういう前提でおながいします。
25仕様書無しさん:03/10/07 02:09
>>1
間違いは認めたんだからもういいだろうが
しかし言語思想としては組み込まれておるよ
Bule Print読んでごらん
26仕様書無しさん:03/10/07 02:10
つーか、俺も寝る。
PHPのヘルプ100回読んどけよ(藁
27仕様書無しさん:03/10/07 02:11
>>20
Java派:の真面目な人って誰?
PHPじゃトランザクションと例外処理ができないって言う人?(プ
28仕様書無しさん:03/10/07 02:11
>>23
JavaのAPサバ上開発でもライセンス無料で大規模開発する方法はあるけどね。
29仕様書無しさん:03/10/07 02:12
Perl6はJavaにスピード、開発時間、オブジェクト指向など言語的に勝っています。
もうこれからはWebSphereなど糞高いものは必要ありません。
テキストエディタで十分です。
鯖もメモリが64M程度の古いマシン一台あれば十分テストできます。
30仕様書無しさん:03/10/07 02:12
>>26
お前もなー
Bulue Print1000回読んどけよー
おやすみ
31仕様書無しさん:03/10/07 02:13
>>27
そうそう

律義にアンチJavaにレスつけてる人のことです
32仕様書無しさん:03/10/07 02:13
といいつつお互い絶対に読まないに5000はらたいら。
33仕様書無しさん:03/10/07 02:14
>>31
あれこそ天然っぽいけど
34仕様書無しさん:03/10/07 02:14
>>27
最初は彼も
>PHPは トランザクションはできるのか?オラオラ
と威勢が良かったんだが、なんだかもう懐かしい話だ(w
35仕様書無しさん:03/10/07 02:15
>>33
どっちも一緒ってことで
36仕様書無しさん:03/10/07 02:15
Java最後の砦はトランザクションだったのか・・
37仕様書無しさん:03/10/07 02:15
>>32 爆笑
38仕様書無しさん:03/10/07 02:16
クライアントだとVBと比べてもJavaより生産性いいね。
39仕様書無しさん:03/10/07 02:16
言語レベルでトランザクション管理をサポート

はエグゼクティブの名言だね(プ
40仕様書無しさん:03/10/07 02:17
んじゃ俺も寝るわ。なんかマターリスレになってきてるな。
お前ら十分煽り合戦しとけよ(w
41仕様書無しさん:03/10/07 02:18
Javaの実態とは
クライアントでVBに負けて
鯖ではPerlに負けて
組み込みではCに負けて
結局散々だな。
42仕様書無しさん:03/10/07 02:18
それではこの勝負の続きは5年後ということで。
PerlがブレイクしてJavaは死滅してるんですっけ?
ノストラダムスもビクーリですなっ!
43仕様書無しさん:03/10/07 02:21
二頭を追うものは一頭も得ず。
Java房は肝に銘じるべきだな。
44仕様書無しさん:03/10/07 02:22
>>41
レスを良く読まんかい
どこをどう読んだらPerlに負けてることになるんじゃ?
45仕様書無しさん:03/10/07 02:23
いまごろのこのこ出てくる奴は小賢しい
46仕様書無しさん:03/10/07 02:25
>>44
Perl6
http://dev.perl.org/perl6/

ここを参照の事。
スピード、開発時間、コスト、オブジェクト指向、すべてにおいて勝ってる
47仕様書無しさん:03/10/07 02:25
>>43
マジボケっぽいなおいw
ちょっと和みますた。
48仕様書無しさん:03/10/07 02:27
>>46
別にどうでもいいよ、食っていければ。
49仕様書無しさん:03/10/07 02:28
PHPが寝たと思ったらまたPerlですかい・・
やれやれわしゃ疲れた 寝る
50仕様書無しさん:03/10/07 02:28
  /||ミ
   / ::::||
 /:::::::::::||_____
 |:::::::::::::::||
 |:::::::::::::::||
 |:::::::::::::::||    ガチャッ
 |:::::::::::::::||
 |:::::::::::::::||
 |:::::::::::::::||      >>アホアンチさんお茶をお持ちしました
 |:::::::::::::::||∧ ∧
 |:::::::::::::::||.,・ω・)
 |:::::::::::::::||o o旦~
 |:::::::::::::::|| u ̄u
 |:::::::::::::::||
 |:::::::::::::::||,
 \:::::::::::|| ̄ ̄ ̄ ̄
   \ ::::||
    \||
51仕様書無しさん:03/10/07 02:28
>>46
メーカー自身の誇大広告を鵜呑みにして大損こくお人よし馬鹿ハッケソ。
52仕様書無しさん:03/10/07 02:30
53仕様書無しさん:03/10/07 02:30
>>51
メーカーではないんだが。
すべてフリーですよ。
54仕様書無しさん:03/10/07 02:33
>>52
             巛彡彡ミミミミミ彡彡
              巛巛巛巛巛巛巛彡彡       
          r、r.r 、|:::::           | 
         r |_,|_,|_,||::::::     /'  '\ | 
         |_,|_,|_,|/⌒      (・ )  (・ )|   
         |_,|_,|_人そ(^i    ⌒ ) ・・)'⌒ヽ   ・・・で?
         | )   ヽノ |.   ┏━━━┓| 
         |  `".`´  ノ   ┃ ノ ̄i ┃|  
         人  入_ノ´   ┃ヽニニノ┃ノ\  
       /  \_/\\   ┗━━┛/|\\
             /   \ ト ───イ/   ヽヽ


55仕様書無しさん:03/10/07 02:34
>>53
比喩も理解できないんですね。
あなた、社会生活に適応できるか微妙なところですね。
56仕様書無しさん:03/10/07 02:35
今日はそろそろお開きか?
今日は面白かったよ。
57仕様書無しさん:03/10/07 02:36
>>55
             巛彡彡ミミミミミ彡彡
              巛巛巛巛巛巛巛彡彡       
          r、r.r 、|:::::           | 
         r |_,|_,|_,||::::::     /'  '\ | 
         |_,|_,|_,|/⌒      (・ )  (・ )|   
         |_,|_,|_人そ(^i    ⌒ ) ・・)'⌒ヽ   ・・・で?
         | )   ヽノ |.   ┏━━━┓| 
         |  `".`´  ノ   ┃ ノ ̄i ┃|  
         人  入_ノ´   ┃ヽニニノ┃ノ\  
       /  \_/\\   ┗━━┛/|\\
             /   \ ト ───イ/   ヽヽ

58仕様書無しさん:03/10/07 02:36
きょうはことわざをおぼえました。
とてもたのしかったです。
59仕様書無しさん:03/10/07 02:38
今日の「膨大な人的エネルギーの浪費」は終幕のようです。
60仕様書無しさん:03/10/07 02:39
Javaの悪口書いとけば、どうせアホアンチは明日も来て火傷起こすだろうなw
61仕様書無しさん:03/10/07 06:43
Perlは変数に$をつけなきゃいけないからキモイ
62仕様書無しさん:03/10/07 09:26
63仕様書無しさん:03/10/07 10:53
もう次のスレがたっているんだ。
いきなり>1のレスがあぼーんされているけど何が書いてあるの?
64仕様書無しさん:03/10/07 10:56
>>23
> Perl6はJavaにスピード、開発時間、オブジェクト指向など言語的に勝っています。
証拠をソースでキボン。口だけじゃなかったらベンチマークとったサイトを紹介してね。

> もうこれからはWebSphereなど糞高いものは必要ありません。
WebSphereが無いとJava使えないと思っている人?
65仕様書無しさん:03/10/07 10:58
>>38
> クライアントだとVBと比べてもJavaより生産性いいね。
そういうこというのは恥ずかしいからやめようよ。
66仕様書無しさん:03/10/07 10:58
>>64
お前は過去ログを100回読んでから出直せ。
67仕様書無しさん:03/10/07 10:59
Javaは複数の言語が覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
68仕様書無しさん:03/10/07 10:59
J2EEをPHPやPerlとで比較してJavaを叩こうとしているPerl厨もPHP厨もどうしようもないやつだな。
69仕様書無しさん:03/10/07 11:01
>>67
それを.NETでいうとしたら

.NET系言語(C#, VB.NET, C++.NETなど)は複数のOSをの仕組み覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
70仕様書無しさん:03/10/07 11:02
>>66
お前の場合は過去ログを1000回読んでから出直せ。
71仕様書無しさん:03/10/07 11:02
Javaは複数のプラットホームの仕組み覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
72仕様書無しさん:03/10/07 11:02
>>23
なんでWebSphereをわざわざかわないといけないのかな。
JBOSSならただできるのに。
73仕様書無しさん:03/10/07 11:03
>>71
お前はさっきからなにを同じこぴぺをしているんだ
74仕様書無しさん:03/10/07 11:04
JBOSSって実績あんの?
NRIの知人が、バグとか仕様の細かい違いでデスマってたけど。
素直にWebLogicを使うのが普通じゃない?
75仕様書無しさん:03/10/07 11:06
.NET系言語(C#, VB.NET, C++.NETなど)は複数のOSをの仕組み覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
76仕様書無しさん:03/10/07 11:07
JBOSSってクラスタリングをサポートしてたっけ・・・
77仕様書無しさん:03/10/07 11:07
>>66
無駄に罵声雑言、煽りが多いだけでほとんど読む価値がないんですけど。
78仕様書無しさん:03/10/07 11:08
PeriやPHPの話題はWebProg板でしようね。
約束だよ
79仕様書無しさん:03/10/07 11:08
>>74 ここはそういうことを語り合うスレじゃありません。
80仕様書無しさん:03/10/07 11:08
Javaもだよ。約束したからね。
81仕様書無しさん:03/10/07 11:09
たしかにJBOSS使ってデスマーチになるなら、ベンダーのサポートやそれなりの対応がつく製品の方が
仕事で使う時には良いよな というか普通そういう選択するだろ

>>72
たしかに趣味やちょっとした研究でやるのならそれでいいよな
82仕様書無しさん:03/10/07 11:09
>>77 つまりそういうスレだってこと。語りたいことがあったら該当スレに行くべし。
83仕様書無しさん:03/10/07 11:15
Javaは複数のプラットホームの仕組み覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
84仕様書無しさん:03/10/07 11:22
Perl6も.NETやJavaと同じようにVitrual Machine上で動く?
なんかJavaやC#と同じようにとんでもなく処理速度が落ちるようですなあ。
Perl5より遅いんじゃないか?

Why your own virtual machine? Why not compile to JVM/.NET?
Those VMs are designed for statically typed languages. That's fine, since Java, C#, and lots of other
languages are statically typed. Perl isn't. For a variety of reasons, it means that Perl would run more
slowly there than on an interpreter geared towards dynamic languages.
The .NET VM didn't even exist when we started development, or at least we didn't know about it when we
were working on the design. We do now, though it's still not suitable.

So you won't run on JVM/.NET?
Sure we will. They're just not our first target. We build our own interpreter/VM, then when that's working
we start in on the JVM and/or .NET back ends.

What about insert other VM here
While I'm sure that's a perfectly nice, fast VM, it's probably got the same issues as do the languages in
the ``Why not something besides C'' question does. I realize that the Scheme-48 interpreter's darned
fast, for example, but we're looking at the same sort of portability and talent pool problems that we are
with, say, Erlang or Haskell as an implementation language.

85仕様書無しさん:03/10/07 11:23
.NET系言語(C#, VB.NET, C++.NETなど)は複数のOSをの仕組み覚えられない馬鹿専用言語。

これ一つで何でも出来ると怠け者の馬鹿が飛びつく。
86仕様書無しさん:03/10/07 11:23
>>80
JavaはWebだけじゃないからそれは絶対に不可能だよ。いい?
87仕様書無しさん:03/10/07 11:24
確かにC#もおそいんだよな。
Perl6も遅くなる運命だね。
88仕様書無しさん:03/10/07 11:26
Perl6は別に覚えなくても昔のPerlと今のJavaだけ覚えていればいいんじゃないかな?

JavaバイトコードをParrotバイトコードに変換できるらしいよ。
Javaで書いておいて実行時のみPerl6で動かすということができるみたいだね。
89仕様書無しさん:03/10/07 11:30
>>46
> >>44
> Perl6
> http://dev.perl.org/perl6/
>
> ここを参照の事。
> スピード、開発時間、コスト、オブジェクト指向、すべてにおいて勝ってる
まずすべてのケースにおいてベンチマークを図ってからスピードの計算をしないと。

開発時間が勝っているというのも単純な掲示板や投票フォームつくった程度だったらそりゃJava使うのは
もったいなすぎる。けど大規模でセキュリティ重視型サービスを作るのにもほんとうにPerl6が勝っていると
いえるのか、という証拠をはっきりを示して欲しい。

さすがにオブジェクト指向についてまさっていることはないと思う。Smalltalkを超えない限り
オブジェクトと指向において勝ることは不可能。まったく、嘘をつかないでほしいなPerlやってるひとたちは。

そこに書いてある内容はPerl6プログラマを増やしたいがために書いた宣伝にすぎないことはわかっているでしょ?
90仕様書無しさん:03/10/07 11:30
>>84
Perl6ではコンパイラが正式サポートされるから、
その分で速度の低下分を補おうと言う事らしいよ。
Perl5までは型が決まってなかったけど
Perl6では型を決める事も出来るから
コンパイルする事でかなり速くなるという事みたいだよ。
91仕様書無しさん:03/10/07 11:32
>>85
OSをの仕組み覚えるときだけ他の言語使って、
OSの機能を使うだけとかアプリを作るときは.NET使うのが得策。
92仕様書無しさん:03/10/07 11:35
>>89
JavaだけじゃなくてPerl覚えとくと便利だよ。
Unix上でVBのように雑用に使えるし
言語的にもJava使いが言うほど悪くないだろ?
93仕様書無しさん:03/10/07 11:37
>>92
Perlはすでに覚えているけど
VBのように・・・はいいすぎじゃないかと。
PerlがVBと同じように扱われたらPerl信者はどう思うのだろう。
94仕様書無しさん:03/10/07 11:39
>>91
ほとんどがWindowsでしか使えないというのは魅力的じゃないなあ。
その分, 他のOS用に移植する作業に時間をかけないといけなくなる。
95仕様書無しさん:03/10/07 11:40
>>92
Perlはバッチにはいいけど
Javaとは使用用途が違いすぎるよ。
96仕様書無しさん:03/10/07 11:40
VBは納品するアプリ作成として使われるが、
Perlはツールどまりだもんなぁ。
97仕様書無しさん:03/10/07 11:41
>>86
サーバサイドと携帯、Oracleインストーラでしか使われてないよね。
そう思わない?
98仕様書無しさん:03/10/07 11:41
>>94
移植する作業が嫌なら移植しなければいい。
99仕様書無しさん:03/10/07 11:43
Perlは使い捨てツールを作るのにはとても便利。
けど、風呂敷を広げすぎたらJavaと同じ運命をたどる予感。
100仕様書無しさん:03/10/07 11:43
>>97
分散処理、数値計算につかっている人もいるみたいだよ。
WebProg板の Webとは、一般にHTTPプロトコルを使ったものをさすものだから
HTTPプロトコル以外とも通信するServletを作れるJavaはWebProg板に限定するまでもないよ。
101仕様書無しさん:03/10/07 11:44
>>98
それは話になっていないと思うぞ。
102仕様書無しさん:03/10/07 11:45
>>99
なんでもできるようにしてJavaを超えてC#、いや、C++と同じ運命をたどる予感も・・・・。
103仕様書無しさん:03/10/07 11:46
Perl6の仕様は

いまのところPerl5な古いバージョンとの互換性を考慮していないみたいだぞ。
PerlプログラマがVBからC#に移行するときのように苦しむんじゃないのか?
104仕様書無しさん:03/10/07 11:47
>>101
なぜだ? Windowsでしか動かない(MACだけとかLinuxだけとかも同じ)
アプリなんてくさるほどある。必ずしも移植しなければいけないわけじゃない。
105仕様書無しさん:03/10/07 11:53
>>103
Perl6はPerl5の書き方でも動くよ。
オブジェクト指向使うかどうかも個人の自由。
106仕様書無しさん:03/10/07 11:55
今日もPerl厨が常駐しているようだな。Web板へ帰れ。
107仕様書無しさん:03/10/07 11:56
複数のOS用に同時に開発しているところだってあるやないか。

だから処理速度を遅くしてでもVM上で動かすことがこれからん主流なんだよ。

Javaがそれを一番初めにやったけど最初は遅い遅いいわれてばかりいたけど
最近はVMも良い方向に認知されてM$までもが.NET(C#など)をVM上で動かせるようにCLRを作っている。
しかもPerl6も同じようにVMを作っている。

結局どの言語もJava的な方向に向かっているって事。
108仕様書無しさん:03/10/07 11:57
>>105
なんか、その様子ではPerlもC++と同じ運命をたどりそうだな。
すでにPerl5からそうなっているか。
109仕様書無しさん:03/10/07 11:58
Perlは遊びが多くて面白い言語だよ。
いろんな事にチャレンジしてるからね。
メーカーのサポートがないから
大規模開発では使われないと思うよ。
でもPerl6で他のスクリプト言語を取り込むわけだから
スクリプト言語覚えるならPerlがいいよ。
どこでも動くし、ほとんどなんでも出来るから便利だよ。

110仕様書無しさん:03/10/07 12:00
>>107
> 結局どの言語もJava的な方向に向かっているって事。
そういえばそうだね。MixJuiceもC#もD言語みなJavaを参考にしている。
未来には汎用プログラミング言語はJava的な言語以外はほとんど普及しなそうだね。
111仕様書無しさん:03/10/07 12:00
>>109
RubyがあるからもうPerlはいらないよ。
112仕様書無しさん:03/10/07 12:01
>>109
Perlの宣伝はJavaスレでしないでPerlのスレ立てろよ。
113仕様書無しさん:03/10/07 12:01
OS非依存はプログラマよりも経営者にとって魅力的
114仕様書無しさん:03/10/07 12:04
> 結局どの言語もJava的な方向に向かっているって事。
すでにかなりの言語が.NET上で動いているしね。
115仕様書無しさん:03/10/07 12:04
PHPでさくっと
116仕様書無しさん:03/10/07 12:05
PerlもCLR上で動くしな。Rubyはまだなのかな。
117仕様書無しさん:03/10/07 12:06
JavaはJVMの上でしか動かないの?
118仕様書無しさん:03/10/07 12:11
>>114
かなりの言語っていうけど
.NETの言語非依存もJavaのOS非依存よりもとんでもなく幻想的で非現実的で
.NETに対応させるためには、古い言語とは別にまた覚えなおさないといけないという欠点を抱えているよ。
たとえば、COBOLerがCOBOLを覆えていたけれどCOBOLが.NET対応してCOBOL.NETに
なったからといって既存のCOBOLの知識だけでなんとかやっていけるわけじゃない。
現実では、COBOL.NETを新たに覚えなおさないとなにもできない。
119仕様書無しさん:03/10/07 12:12
>>117
昔からネイティブで動かせるよ。
JavaChipの上でも動かせる。
120仕様書無しさん:03/10/07 12:12
>>117
GNUのVMはどう?
121仕様書無しさん:03/10/07 12:13
COBOL.NETが新しく覚えなおさなきゃいけないのは、
COBOLがOOCOBOLになったから。
122仕様書無しさん:03/10/07 12:14
> 昔からネイティブで動かせるよ。
どうやって?

> JavaChipの上でも動かせる。
ハードウェアJVMだね。

> GNUのVMはどう?
GNUのJVM???
123仕様書無しさん:03/10/07 12:15
古COBOLerは結局苦労するわけだ。
Fortran77とFortran90/95/97とが互換性無くて
苦労するのと同じだ。
124仕様書無しさん:03/10/07 12:15
>>122
> > 昔からネイティブで動かせるよ。
> どうやって?
JET
125仕様書無しさん:03/10/07 12:16
>>118
OS非依存の方がとてつもなく幻想的で非現実的だと思うぞ。
すでに携帯JavaとPCJavaで同じアプリは使えない。
126仕様書無しさん:03/10/07 12:16
>>122
> > JavaChipの上でも動かせる。
> ハードウェアJVMだね。
あれをつかうとC/C++よりも早くなるよ。
127仕様書無しさん:03/10/07 12:18
OS非依存ということは環境非依存ということではないのだが。
さらにいうなら携帯JavaとPC Javaは別物だよ(規格が違う)。
128仕様書無しさん:03/10/07 12:19
>>125
そういう言い方は宗教戦争の煽りをいれているんじゃないのか。
依存度の低さは基本的な部分で実現すればそれだけでもかなりのメリットだよ。

携帯電話とで比較するのはなにかと限度があるよ。
携帯電話がPCと同じスペックをもつことが前提でしょw
PC側も携帯電話を基準にすればOS非依存といえるようになるけどさw
129仕様書無しさん:03/10/07 12:20
> >>124
> > > 昔からネイティブで動かせるよ。
> > どうやって?
> JET
サードパーティの有料製品ですか。
昔っからねぇ(w
130仕様書無しさん:03/10/07 12:21
>>125はAppletの背景の色がIEとNetscapeとで違って表示されたので
なんだ、ぜんぜんプラットフォーム非依存じゃないじゃないか、といっていたに1000バイト
131仕様書無しさん:03/10/07 12:21
> 携帯電話がPCと同じスペックをもつことが前提でしょw
だから幻想的で非現実的なんだよ。
132仕様書無しさん:03/10/07 12:22
>>130 やけに具体的ですね。実体験ですか?(w
133仕様書無しさん:03/10/07 12:22
>>131
.NETにくらべりゃ全然まし
134仕様書無しさん:03/10/07 12:23
>>131
あのね、君の言ってることはJ2EEのアプリがJ2SEじゃ動かないって言ってるのと
同じなんだよ。携帯JavaはJ2MEなんだから、J2SEのアプリが動かなくて当然。
135仕様書無しさん:03/10/07 12:24
>>133
理由は?

>>134
対応できなくなくなったからバージョンを作ったわけですね。
136仕様書無しさん:03/10/07 12:25
>>130の例は、実際には初めてAppletを使っていた人が
IE側でM$独自仕様のM$-JVMを使っていただけで本物のJVMを使わなかっただけなんだどね。
裁判の結果M$-JVMはWindowsに搭載禁止命令が下されて解決したけどね。
137仕様書無しさん:03/10/07 12:26
138仕様書無しさん:03/10/07 12:26
>>136
Appletの背景の色はなにで規定されているのか知っているんですか?
139仕様書無しさん:03/10/07 12:27
140仕様書無しさん:03/10/07 12:27
>>135
そんなに不満があるなら.NETにすれば?
そうはいっても君が思っているほどうまくはいかないけどね。
141仕様書無しさん:03/10/07 12:28
>>139
なにか、低レベルな方向に物事を進めるようになってきたな。
アンチJavaか?
142仕様書無しさん:03/10/07 12:28
>>140
典型的な捨て台詞ですね:-P
143仕様書無しさん:03/10/07 12:29
>>135
煽りじゃないとしたら天然だね。ご愁傷様。
144仕様書無しさん:03/10/07 12:29
>>138
本物のJVMを使えば解決するのでとうぜんJavaです。
145仕様書無しさん:03/10/07 12:29
>>138
まず今のSun JVMでApletを背景色無指定で作ってみな。話はそれからだ。

おっとそろそろ飯の時間だ。
146仕様書無しさん:03/10/07 12:30
>>143
煽りじゃないと思い込みたいのですね(w
147仕様書無しさん:03/10/07 12:32
>>144-145
JavaでAppletの背景の色なんか規定されていないよ。
別にM$のJVMが悪いわけじゃない。
148仕様書無しさん:03/10/07 12:32
>>146
別に「非依存」について話をしたいわけじゃないんでしょ?
君に知恵を与えても俺は何の特にもならないからね。時間の無駄。
149仕様書無しさん:03/10/07 12:32
まあ、エグゼの$unも長くはあるまい。
150仕様書無しさん:03/10/07 12:33
>>148
時間の無駄だったらやめれば?(w
151仕様書無しさん:03/10/07 12:33
お前ら誰に断ってJavaの話をしてるんだ?
152仕様書無しさん:03/10/07 12:36
またまたヒッキーご活躍か(プ
153仕様書無しさん:03/10/07 12:36
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
おっとそろそろ飯の時間だ。
154仕様書無しさん:03/10/07 12:37
>>152
早く仕事見つけろよ。


おっとそろそろ飯の時間だ。
155仕様書無しさん:03/10/07 12:38
James Gosling
156仕様書無しさん:03/10/07 12:39
かまって君って痛々しいなぁ(藁
157仕様書無しさん:03/10/07 12:39
Java使いはJavaに大なり小なり不安を持ってるんだろうな。
Javaだけ覚えればすべてできると思ってるから、
これほど言語叩きに過敏になるんだと思う。
現実にはそうではないんだが。
158仕様書無しさん:03/10/07 12:40
>>156
かまって君は飯食いに行ったようです。
159仕様書無しさん:03/10/07 12:40
その釣り飽きた。
160仕様書無しさん:03/10/07 12:42
じゃあトランザクションネタに戻るか。

Javaの言語仕様にトランザクションなんて組み込まれているわけないじゃん。
161仕様書無しさん:03/10/07 12:42
>>157
見当はずれ
162仕様書無しさん:03/10/07 12:42
>>159 釣れたようです。
163仕様書無しさん:03/10/07 12:42
それも飽きた。
164仕様書無しさん:03/10/07 12:43
飽きたならスレ見るのやめれば?
165仕様書無しさん:03/10/07 12:43
やっぱりアホアンチが来ないと盛り上がらんな(藁
奴は今寝てるのか?
166仕様書無しさん:03/10/07 12:44
>>164
お前に指図を受けるいわれは無い。ぎゃはははー
167仕様書無しさん:03/10/07 12:45
>>166
じゃあ飽きたといいながらスレ見つづければ?
168仕様書無しさん:03/10/07 12:46
>>167
お前は俺の行動を制御できないのだ。ぎゃはははー
169仕様書無しさん:03/10/07 12:47
>>167
なんか面白いこと言え、アホ
170仕様書無しさん:03/10/07 12:48
VB厨ども必死だな(藁
特に派遣で食ってた奴は、単価も落ち案件も無くなってダンボールハウスが
脳裏にちらついているだろう。Javaの軍門に下るなら今が最後のチャンスだ
ぞ。仕事はある。これだけ覚えればサーバサイドも携帯も潰しがきく。
将来が約束される。
171仕様書無しさん:03/10/07 12:48
>>168
予測は出来るけどね。また来るんでしょ。
172仕様書無しさん:03/10/07 12:48
>>170
どこにVB厨が?
173仕様書無しさん:03/10/07 12:49
>>171
お前言ってることだ支離滅裂だぞ、ぎゃははははー
174仕様書無しさん:03/10/07 12:50
>>172
Java厨の脳内ではいつも敵はVB厨なのです。
175仕様書無しさん:03/10/07 12:52
隔離スレ
176仕様書無しさん:03/10/07 12:59
M$にも見捨てられた憐れなVB厨どもよ。(藁
C#とJavaどちらを選ぶ?

もう一度、M$の家畜の道を選ぶのか、エグゼを選ぶかは諸君の自由だ。
177仕様書無しさん:03/10/07 13:03
>>176
perl
178仕様書無しさん:03/10/07 13:14
まぁ10年後に生き残ってるのは、C++とCOBOLだけなんだけどね。
179仕様書無しさん:03/10/07 13:15
COBOLはJAVAで駆逐されるけどね。
180仕様書無しさん:03/10/07 13:24
>>178
放っておいてやれよ。
Java屋は明日の食費にも困っている日雇い労働者だから、
10年後のことなんて考えれらるわけないだろう?
181仕様書無しさん:03/10/07 13:30
隔離スレ
182仕様書無しさん:03/10/07 13:38
ヒント1:自らの技術に関心を持つこと
183仕様書無しさん:03/10/07 13:39
ヒント2:あなたの仕事について考えること!
184仕様書無しさん:03/10/07 13:41
ヒント3:いい加減な言い訳よりも対策を用意すること
185仕様書無しさん:03/10/07 13:41
ヒント4:割れた窓を放置しておかないこと
186仕様書無しさん:03/10/07 13:42
Javaはクライアントサイドが徹底的にショボイ。あまりにもショボ過ぎる。残念だ。
187仕様書無しさん:03/10/07 13:43
ヒント5:壊れたコップは捨てること
188仕様書無しさん:03/10/07 13:45
ヒント6:CLOSをマスターせよ
189仕様書無しさん:03/10/07 14:12
Perlは凄い事になってるんだな。
クライアントでもPerl/TK使えばいいし
環境はどこでも動くし
これからはPerlの時代だな。
190仕様書無しさん:03/10/07 14:59
Tkはしょぼ過ぎる。せめてGTKつかえや
191仕様書無しさん:03/10/07 15:04
JavaAppletも今後IEで動かなくなります。ご愁傷様。
http://msdn.microsoft.com/ieupdate/
192仕様書無しさん:03/10/07 15:13
Applet自体使われていません。
そもそもMSのVMは動かせるJAVAのバージョンが古すぎてだれも使っていません
193仕様書無しさん:03/10/07 15:24
194 :03/10/07 15:30
>>191
>>192
Web Start しらないの?
195仕様書無しさん:03/10/07 16:44
隔離スレ
196仕様書無しさん:03/10/07 17:08
SWTしらないの?
197仕様書無しさん:03/10/07 17:12
いやーMozillaでアプレット動かすのでちょっと悩んだ。
IE?眼中にありません。
198仕様書無しさん:03/10/07 17:36
まだやってたの?
199仕様書無しさん:03/10/07 18:23
Sun去りし後
http://japan.linux.com/enterprise/03/10/06/0452213.shtml?topic=1

MS厨からも犬厨からも見捨てられたSun Java。
200仕様書無しさん:03/10/07 18:31
IBMが引き継いでくれればOK。
しかしSunも地に落ちたな。
201仕様書無しさん:03/10/07 18:38
202仕様書無しさん:03/10/07 19:02
Javaは結局どうなるの?
203仕様書無しさん:03/10/07 19:07
死滅します
204仕様書無しさん:03/10/07 19:26
じゃあ、VB.NETでもやってた方がマシだな。
205仕様書無しさん:03/10/07 19:29
VBでも十分だよ。
206仕様書無しさん:03/10/07 19:35
LISP>C++>C=Perl=.NET>Delphi=PHP=Ruby=python>VB>Java
207頭悪い ◆gGTEz68pSM :03/10/07 20:13
IBMは変わり身早くない?
208仕様書無しさん:03/10/07 20:17
まあSunはやばいわなあ。
えらく長いことあの低価格だし<株価

Java専門のヤツでも、
 Javaをやってる → 他に乗り換えないとな
 Javaを使ってOOやってる → まあ仕事は変わらん
209仕様書無しさん:03/10/07 20:22
> Javaを使ってOOやってる → まあ仕事は変わらん

ぷぷぷ…
210仕様書無しさん:03/10/07 20:38
ほんとオブジェクト指向って無駄だよなー
もっとコンピュータの気持ちになってコーディングしてやれよって感じ
211頭悪い ◆gGTEz68pSM :03/10/07 20:49
Javaに熱をあげ過ぎると、他の言語を覚えるのは大変でしょうな。

「ださい」「汚い」と思えてしまうだろう。
212仕様書無しさん:03/10/07 21:00
213仕様書無しさん:03/10/07 21:08
OO馬鹿に職なんてねーよ。(プッ
214仕様書無しさん:03/10/07 21:09
>>210って頭悪いんだな。
心底そう思う。

>>212
3GLは基礎レイヤー、4GLは応用技術レイヤーだと思うんだが。
PowerBuilderは4GLのシェア争いに敗れてるだけ。
4GLならベンダに囲い込まれる率が高まってハイリスクになる。
できれば4GLで仕事したいけどね。楽だから
215仕様書無しさん:03/10/07 21:22
ヽ(´ー`)ノマンセーのヤツってほんとにooできてんの?
想像するに本当はできてないと思われ
216仕様書無しさん:03/10/07 21:27
VBとかCobolやってた奴は一生OOできないよ
217仕様書無しさん:03/10/07 21:33
どの言語からはいろうとバカはバカだが、とりわけバカの多い言語はJava
218仕様書無しさん:03/10/07 21:34
ブビ厨はバカを自覚してるバカ。
Java厨はバカを自覚してないバカ。

たちが悪いのは明らかに後者。
219仕様書無しさん:03/10/07 21:37
アプレットが動かなくなると困る。
将棋同情24にアクセスできなくなる。
220仕様書無しさん:03/10/07 21:38
OOって、できる/できないの二者択一できるもんなのか?
221仕様書無しさん:03/10/07 22:00
>220

3.できたつもりになっている
222仕様書無しさん:03/10/07 22:41
あげ
223仕様書無しさん:03/10/07 23:13
>>220
Perl6はできる。
Perlほど自由に書ける言語はない。
224仕様書無しさん:03/10/07 23:16
さらにPerlは速いし、いろんなモジュール群が
揃ってるから、低レベルな処理も出来るし
高級言語のような簡単な実装も出来る。
言語の中で自由度は一番。
225仕様書無しさん:03/10/07 23:17
それにPerlは枯れてるからどのプラットフォームでも
安定して動く。
226仕様書無しさん:03/10/07 23:18
組込みで "C"使っていると、すこしほっとする今日この頃ではある。
227仕様書無しさん:03/10/07 23:23
> 揃ってるから、低レベルな処理も出来るし
> 高級言語のような簡単な実装も出来る。
> 言語の中で自由度は一番。
低レベルな処理も出来る高級言語はいくらでもあるんだが(w
228仕様書無しさん:03/10/07 23:28
perlやってみようかな
229仕様書無しさん:03/10/07 23:28
>>227
それはそうだけど、Perlも出来ると言う事だよ。
なんかPerlを便利ツールみたいに考えてる人がいるから。
230仕様書無しさん:03/10/07 23:30
Pealなんてものは便利ツールくらいの使い方でちょうどいいんだよw
231仕様書無しさん:03/10/07 23:30
>>228
紹介しとく。

-------------------------
[本]
リャマ: http://www.oreilly.co.jp/BOOK/lperl3/
駱駝: http://www.oreilly.co.jp/BOOK/pperl3v1/
Effective Perl: http://www.ascii.co.jp/books/detail/4-7561/4-7561-3057-7.html
クックブック: http://www.oreilly.co.jp/BOOK/pcook/

[オンラインマニュアル]
・Perldoc.com: http://www.perldoc.com/
・perldoc.jp: http://www.perldoc.jp/
・perl5.005_03 のドキュメント: http://www.kt.rim.or.jp/%7ekbk/perl5.005/

[モジュール]
・CPAN.com: http://search.cpan.org/
・河馬屋二千年堂: http://member.nifty.ne.jp/hippo2000/

[テクニック]
・Perlメモ: http://www.din.or.jp/~ohzaki/perl.htm
・Perlのページ: http://homepage1.nifty.com/nomenclator/perl/
--------------------------------
232仕様書無しさん:03/10/07 23:34
>>230
Pealって何だよ?
お前の作った糞言語か?
233仕様書無しさん:03/10/07 23:37
>>232 気づくの早いよ
234仕様書無しさん:03/10/07 23:39
PerlはVBと違って型がないので、
多人数大規模プログラミングには適さない。
235仕様書無しさん:03/10/07 23:41
>>234
Perl6ではコンパイラが正式サポートされる事で型があるし、
真のOO言語になったよ。
236仕様書無しさん:03/10/07 23:41
職場にいるPerl屋は「言語の中で一番」なんて絶対言わない。
そんな恥ずかしいこと言えねーって。
>>223-225みたいなのってまだ学生さんか、又はネット上で
何もしらない学生さん相手に法螺を吹いてるだけだな。
237仕様書無しさん:03/10/07 23:44
>>236
あんたの職場のPGはレベル低いんだろ。
まあPerl5以下はお世辞にもいい言語とは言えないけどな。
それに言語の中で1番自由度が高いと言う意味で言ってるだけで
一番いい言語とは言ってない。
一番いい言語は適材適所で変わってくるものだ。
238仕様書無しさん:03/10/07 23:50
APIやメンバ関数調べに終始するVCプログラミングに比べて
perlはとても気持ちがいい。最高。
Javaはウンコ。
239仕様書無しさん:03/10/07 23:55
>>238
perlスレ逝け
240仕様書無しさん:03/10/07 23:55
CPANで探すかMSDNで探すかの違いでは。
241仕様書無しさん:03/10/08 00:08
Perlって基本的にsh,awk,Lisp,C,C++のいいとこ取りだから
Perlが出来るようになれば、これらの言語へは比較的
スムーズに習得できる。
242仕様書無しさん:03/10/08 00:10
ホームページ作るなら下記を当たれ!part3(月額1000円以下)
----------------------------------------------------------------
■以下の条件でレンタルサーバーを検索(レンタルサーバーナビ)
http://www.server-navi.com/

○月額費用1000円以下
○ディスク容量100MB
○独自ドメイン利用可

該当するプランは下記4件
----------------------------------------------------------------
◆◆◆ 価格&サーバースペック総合評価 ◆◆◆
----------------------------------------------------------------
★1位 :ウエブスピード(http://www.webspeed.ne.jp

価格【777円】・スペック『CPU: Pentium4 2.4Ghz、1GBメモリ』
----------------------------------------------------------------
★2位 :フューチャリズム(http://www.futurism.ws/server

価格【600円】・スペック『CPU: Pentium3 800MHz 128MBメモリ』
----------------------------------------------------------------
★3位 :キーパーク(http://www.keypark.net

価格【800円】・スペック『CPU: Intel Celeron 1.3GHz 512MBメモリ』
----------------------------------------------------------------
★4位 :イーシーテクノロジー(http://www.ectec.jp

価格【980円】・スペック『CPU: Pentium4 2.0Ghz、1GBメモリ』
-------------------------------------------------------------------

243仕様書無しさん:03/10/08 00:14
今日はアホアンチこないな。
昨日叩きのめされて、恥ずかしくてもう来れないんだろうな。
244仕様書無しさん:03/10/08 00:20
お前以外の奴はほかに楽しみを見つけたみたいだぞ。
245仕様書無しさん:03/10/08 00:22
>>231
Perlの話題はWebProg板でどうぞ

WebProg板
http://pc2.2ch.net/php/
246仕様書無しさん:03/10/08 00:23
>>224
> さらにPerlは速いし、いろんなモジュール群が
VM上でうごくPerlは遅いぞ。

> 揃ってるから、低レベルな処理も出来るし
> 高級言語のような簡単な実装も出来る。
> 言語の中で自由度は一番。
それはC++のこと。PerlはC++を超えることはできない
247仕様書無しさん:03/10/08 00:25
つーか、Perlって高級言語だろ。
248仕様書無しさん:03/10/08 00:25
>>245
Javaの話題はWebProg板でどうぞ

WebProg板
http://pc2.2ch.net/php/
249仕様書無しさん:03/10/08 00:29
>VM上でうごくPerlは遅いぞ。

その分をコンパイラがサポートした事で補うから
逆に速くなる。

C++は確かに強力だが、基本的には適材適所だろ。
掲示板をC++で作るのか?

250仕様書無しさん:03/10/08 00:32
識者の意見

本当はすべてPerlで書きたい。
しかし、WindowsのGUIを使う場合などは仕方なくVB,VCを使う。
251仕様書無しさん:03/10/08 00:34
PowerBuilderの話は盛り上がらないよね
252仕様書無しさん:03/10/08 00:34
おまえら何年掲示板作ってるんだよ(藁
253仕様書無しさん:03/10/08 00:36
>>252
よう!アホアンチこんばんは
254仕様書無しさん:03/10/08 00:36
つーか、Perlは、Pythonに負けてるじゃん。w
255仕様書無しさん:03/10/08 00:37
>>254
どうせならPythonと比べるんじゃなくてJavaと比べてくれよ。
256仕様書無しさん:03/10/08 00:37
PythonはPHPに負けてるんだが。
257仕様書無しさん:03/10/08 00:38
じゃあ、Jythonはどうなのよ?
Pythonから、Javaのライブラリ呼べるっつーのは、かなーりうま。
258仕様書無しさん:03/10/08 00:40
>>249
> >VM上でうごくPerlは遅いぞ。
>
> その分をコンパイラがサポートした事で補うから
> 逆に速くなる。
Perl厨はなにを寝言をいってるんだ。
VMを使う以上コンパイラを使ったって遅いことには変わらんよ。
259仕様書無しさん:03/10/08 00:41
>>257
そのPythonもPerl6に組み込まれるんだが。
260仕様書無しさん:03/10/08 00:42
>>258
つーか、コンパイラやインタプリタの性能で、
その言語の魅力は決まらんよね。
最近の言語は、VMで走ったり、ネイティブコードになったりするからね。
261仕様書無しさん:03/10/08 00:43
>>250
> 本当はすべてPerlで書きたい。
自分の使っている以外の言語を使うことを許さないのはJava厨だけだと
このスレを読んで思っていたが
どうやら、
自分のの使っている以外の言語を使うことを許さないのはPerl厨のようだな。

262仕様書無しさん:03/10/08 00:43
>>259
そうしないと、勝ち目なしとおもったんでないの?
263仕様書無しさん:03/10/08 00:44
Perlって掲示板しか作れないの?
264仕様書無しさん:03/10/08 00:45
Python vs Perlになると、急にPerl弱気。
265仕様書無しさん:03/10/08 00:45
Perl厨がJavaスレで何を言いたいんだ?
Jakarta OROでも使い始めたというならわかるが
全然関係ない話をして邪魔してばかりだ。
266仕様書無しさん:03/10/08 00:45
>>258
コンパイラ使って効果ない分けないだろ
コンパイラ使っても速度が変わらないソース出せるものなら出してみろ
267仕様書無しさん:03/10/08 00:45
PerlもJerlになったりしないのかな?
268仕様書無しさん:03/10/08 00:45
Pythonは負け組み。
269仕様書無しさん:03/10/08 00:47
>>268
Perl vs Pythonだったらどうみても、Pythonだなー。やっぱり。
古いものが負けるのは、しょうがない。
270仕様書無しさん:03/10/08 00:47
>>261
直後の2行目が読めないバカ
271仕様書無しさん:03/10/08 00:48
言語の優越なんて、どーでも良い事だろ。
272仕様書無しさん:03/10/08 00:50
前スレ見て思った。Perl厨がJava厨に喧嘩売ってるレスで
Java厨はJava以外の言語を使わないJavaしか使える言語がないといいおって。
何をいっているんだこいつは。何様のつもりだと思った。
Perlの仕様に嫌気をさしてServletなどに手を出したという経緯を持つ俺には
ムカついたわい。
Perl慣れした経緯からJakarta OROを使いこなしている奴が聞いたら怒るぞこれは。
273仕様書無しさん:03/10/08 00:50
ParrotはCLR(Common Language Runtime)である。Parrotアセンブラにコンパイルできればどのような言語でも動くわけで他の言語のParrotへの対応も注目点。
Parrotの高速性から考えるとスクリプト言語にとって対応するメリットは大きいだろう。
スクリプト言語ユーザーにとってもParrotの高速性は大変魅力になる。

Parrotは速いぞ。何勘違いしてるんだか。
274仕様書無しさん:03/10/08 00:51
>>271
まあ、どちらが、金稼げるかだなー。
Perlエンジニアより、Javaエンジニアのほうが仕事はある。
275仕様書無しさん:03/10/08 00:51
>>269
おまえがどう思ってようがPythonは既に負け組みなんだからしょうがないな(藁
276仕様書無しさん:03/10/08 00:52
>>266
まったく読解力が無い奴だな。
コンパイルしたってそれほどの速度上昇は期待できないといっているんだよ。
277仕様書無しさん:03/10/08 00:52
>>275
おまえがどう思ってようがPerlは既に負け組みなんだからしょうがないな(藁
だから、ここに来てるんだろ?(藁
278仕様書無しさん:03/10/08 00:53
>>Perlの仕様に嫌気をさして

お前前スレでCGIレスキューのCGI改造してPerlがいやになったといってたアホアンチだろ。
279仕様書無しさん:03/10/08 00:53
Jakarta OROなんてPerlの機能の1%もカバーしてない。
280仕様書無しさん:03/10/08 00:53
>>273
ハッタリじゃなかったら比他言語と比較したベンチマーク結果とソース
もって来いよ。
281仕様書無しさん:03/10/08 00:53
>>272
>Perlの仕様に嫌気をさしてServletなどに手を出したという経緯を持つ俺には

Perlについていけなかったんでしょ?
そんなバカにJavaはお勧めだよ。あんた偉いよ。
282仕様書無しさん:03/10/08 00:54
>>275
まあ、稼げないやつは、負け組みってことで。
283仕様書無しさん:03/10/08 00:54
>>275
Perlがそんなにすごいかね。
Perlは所詮Perlだろ。
変数にいちいち$をつけてだらしない言語だな。
284仕様書無しさん:03/10/08 00:54
>>277
Pythonのソースって2chにコピペできないでしょ(藁
285仕様書無しさん:03/10/08 00:55
新しいものに挑戦しようともせず、言葉尻をこねくり回すことしか能がない 
自分に有利な展開になったと勘違いすると、急に勢いがよくなる
全くどうしようもない過去の遺物ども
いい加減にperlスレ逝っとけ
286仕様書無しさん:03/10/08 00:55
ペンチマークとかの問題じゃないんだよ。
Javaだけは、トランザクションが言語レベルで組み込まれているからすごいんだよ。
287仕様書無しさん:03/10/08 00:55
>>283
俺はRuby原理主義者なんだが。
288仕様書無しさん:03/10/08 00:56
Javaだけはガチ
289仕様書無しさん:03/10/08 00:56
>>281
Perlを神格化しようと必死になっている馬鹿はJavaというPerlよりも高級な
言語についていけなかったんだろ。型の概念を理解できない
バリアント型信者のVB厨と同じような。
そんな馬鹿にはPerlとVBがお勧めだよ。あんた偉いよ。
290仕様書無しさん:03/10/08 00:56
いちいちselfなんか書かなくてはならないPythonは負け組み。
291仕様書無しさん:03/10/08 00:57
あれでしょ。
Javaって偽装派遣会社が新入社員に教える言語でしょ。
292仕様書無しさん:03/10/08 00:57
>>290
うーん、$のほうがいやかも。
293仕様書無しさん:03/10/08 00:58
>>285
このスレのPerl信者は30代のおっさんで
Solaris信者(プ そのくせJava嫌い)だから頑固になって古い考えから抜け出すことができない奴
なんだよ。そっとしておいてやれよ。
294仕様書無しさん:03/10/08 00:58
>>291
で、あんたは、Perlで、稼げてるの?
295仕様書無しさん:03/10/08 00:58
>>287
C#厨と同じ言い訳だなw
296仕様書無しさん:03/10/08 00:58
PythonもPerl6に組み込まれるんだからとりあえず喧嘩はよそう。
297仕様書無しさん:03/10/08 00:59
Kent BeckもPerlだけは勘弁なっていってたぞ(藁
298仕様書無しさん:03/10/08 00:59
つーか、20代ばかりでも信頼できないが。。。w
299仕様書無しさん:03/10/08 00:59
>>291
ほう、そうか、IBMには偽装派遣会社の関係者がわんさかいるのか。
300仕様書無しさん:03/10/08 01:00
Ruby原理主義者の俺から言わせれば、
Perl>>>>>>>>>>>>>>>>>>Pythonだな。
301仕様書無しさん:03/10/08 01:00
>>292
@もいやだね。
EOFもくそだね。
302仕様書無しさん:03/10/08 01:00
>>300
プ、本当はRubyも知らないハッタリの癖にw
303仕様書無しさん:03/10/08 01:01
>>286
> ペンチマークとかの問題じゃないんだよ。
> Javaだけは、トランザクションが言語レベルで組み込まれているからすごいんだよ。
何を大ボケかましてんだお前は
304仕様書無しさん:03/10/08 01:01
Javaやってたなんて3年後には恥ずかしくて職務経歴書にかけないですね。
どうごまかすんですか?派遣さん。
305仕様書無しさん:03/10/08 01:02
>>299
PerlベースのWebあぷりさーばって、あったっけ?
そのあたりも、Perlのかげりが。。。
306仕様書無しさん:03/10/08 01:02
結局>>273のいっているPerl6は速い、は嘘だったか。
>>273の行っている宣伝はC#厨がC#を宣伝するときに
いっていたことと似ているのは気のせいか?
307仕様書無しさん:03/10/08 01:02
>>303
あと、例外処理もJavaならできるんだよ。知ってる?例外処理。
308仕様書無しさん:03/10/08 01:03
>>304
Perlは今でも恥ずかしくて職務経歴書にかけない。w
309仕様書無しさん:03/10/08 01:03
マ板の住人もPythonは負け組みだとあきらめてるぞ(藁
310仕様書無しさん:03/10/08 01:04
>Perlを神格化しようと必死になっている馬鹿はJavaというPerlよりも高級な
言語についていけなかったんだろ。型の概念を理解できない

Perlを神格化しようとしてるのかね?
Perl房は適材適所という基本をきちんと理解してるぞ。
Java程度で難しいと言う馬鹿が果たして日本にいるのかね?
最近ではVB使いの多くがJavaに移行してる訳だが。
311仕様書無しさん:03/10/08 01:04
>>309
まあ、そんなPythonを組み込むんじゃあ、Perlも落ちたもんだな。
312仕様書無しさん:03/10/08 01:05
>>308
おまえはできないから書けないだけだろ。
313仕様書無しさん:03/10/08 01:05
>>304
君は心が貧しいね。
PerlとJ2EEどっちが凄いかわかってないね。
Perlはエンタープライズシステムに向いていないからPerlと書くだけでは
自分をアピールするには貧弱だね。
おれはPerlもJavaもC/C++も書くけどさ。
314仕様書無しさん:03/10/08 01:06
>>313
エンタープライズシステムって何?
315仕様書無しさん:03/10/08 01:06
なんか恥ずかしいこと言ってる人がいまつね。
316仕様書無しさん:03/10/08 01:06
言語思想として、トランザクション制御は組み込まれている
堅牢なエンタプライズシステムを作るための言語、それがJavaなんだよ
317仕様書無しさん:03/10/08 01:06
まあ、それが、ここでPerlを支持している人たちらしいです。
318仕様書無しさん:03/10/08 01:06
>>306
http://dev.perl.org/perl6/
これでも100回見ておけ
319仕様書無しさん:03/10/08 01:07
エンタープライズシステム=COBOLの後継
320仕様書無しさん:03/10/08 01:08
エンタープライズシステム=セガのシステム
321仕様書無しさん:03/10/08 01:08
いいなあ。アホアンチは仕事もせずに毎日Javaの夢をみて暮らしてるんだから。
322仕様書無しさん:03/10/08 01:08
>>310
> Perlを神格化しようとしてるのかね?
このスレでPerlを誇らしげに語ろうとしている香具師はそういう厨房だろ。

> Perl房は適材適所という基本をきちんと理解してるぞ。
それは一部のPerl房のみ。

> Java程度で難しいと言う馬鹿が果たして日本にいるのかね?
君はニュースをよくみていないからそういうことがいえてしまうわけだ。
Java、特にJ2EEが難しいといって.NETに逃げた奴が多いのだよ。

> 最近ではVB使いの多くがJavaに移行してる訳だが。
残念ながら、JavaよりもC#への移行組みのほうが多いのだよ。
今のC#房の大半は元VB房なのだよ。
323仕様書無しさん:03/10/08 01:08
まあ、どちらにしても、Parrotはまだ、
商売として使えるもんじゃないね。
Version1.0はいつでるんだ??
324仕様書無しさん:03/10/08 01:09
アホアンチはPHPでpostパラメータを参照する方法わかったの?
325仕様書無しさん:03/10/08 01:09
>>313
>PerlとJ2EEどっちが凄いかわかってないね。
Perlはエンタープライズシステムに向いていないからPerlと書くだけでは
自分をアピールするには貧弱だね。
おれはPerlもJavaもC/C++も書くけどさ。


お前は結局派遣で仕事探ししてるわけかw


326仕様書無しさん:03/10/08 01:10
>>322
> Java、特にJ2EEが難しいといって.NETに逃げた奴が多いのだよ。

でも、そんな弱気なとこには、仕事頼みたくないなー。

327仕様書無しさん:03/10/08 01:10
まぁPerl6は、英語が読めないお前らにはしばらくは使えないだろうな。
328仕様書無しさん:03/10/08 01:10
Java厨の大半はコボラーです。
329仕様書無しさん:03/10/08 01:10
>>314
辞書で調べましょう(藁 
330仕様書無しさん:03/10/08 01:11
>>327
つーか、あんたは、英語読めないから、
今でも、Jakartaがわからんのだよ。
331仕様書無しさん:03/10/08 01:11
>>326
実際そういうことをいう経営者がいるんだよな。
M$はそういうJavaが苦手な香具師をターゲットに
なんとかC#厨を繁殖させようとしているみたいだ。
332仕様書無しさん:03/10/08 01:12
>>330
Jakartaなんか使いませんが何か。
333仕様書無しさん:03/10/08 01:12
>>328
Javaアーキテクトの大半はDBやUnixに精通しているで。
334仕様書無しさん:03/10/08 01:13
>>333
アホアンチはviすら使えないらしいですが。
335仕様書無しさん:03/10/08 01:13
>>331
だよね。.NETに行った理由は聞いとくべきだね。
336仕様書無しさん:03/10/08 01:14
>>327
Java房はほとんど馬鹿だから英語できないだろ。
少なくともPerl房は英語できるぞ。
CPAN調べるわけだからな。
337仕様書無しさん:03/10/08 01:14
>>332
Jakartaを使わない?
ほう、そうか、Jakarata Tomcatサーバが裏で動いている
サイトを一度もつかったことがないのか。
2chはよくわるわりにはネットはほとんどやらないわけか。
Perl厨の見識の狭さが手をとるようによくわかったよ。
338仕様書無しさん:03/10/08 01:15
>>336
> >>327
> Java房はほとんど馬鹿だから英語できないだろ。
お前の妄想だな。
http://www.apache.org/
でもゆっくり見ておくんだな。
339仕様書無しさん:03/10/08 01:15
>>332
そういう君は、
Jakarta使わずにJSP,Servletで小さいプロジェクトでチンタラかいててくれ。
340仕様書無しさん:03/10/08 01:15
>>337
Jakartaって知らなくちゃ使えないようなシロモノだったんだね。
341仕様書無しさん:03/10/08 01:16
>>339
俺はRuby原理主義者。Javaなんか使わないよ。
342仕様書無しさん:03/10/08 01:17
>>337
そんな意味じゃねーだろバカ
343仕様書無しさん:03/10/08 01:17
>>318そのPerl6サイトにはベンチマーク結果は載っていなかったが。
言い訳して逃げ切れていると思ったら大間違いだぞPerl厨房くん。
344仕様書無しさん:03/10/08 01:17
>>337
> ほう、そうか、Jakarata Tomcatサーバが裏で動いている
> サイトを一度もつかったことがないのか。
俺、Jakarata Tomcatサーバが裏で動いているサイトを使ったことあるから、
Jakarta使ったことあるって言っていいね(w
345仕様書無しさん:03/10/08 01:17
>>338
PerlユーザにJakartaなんて言ってもわけわからないんだろうね。
だから、英語とかわけわからんこと言ってるんだね。
Perl6のサイトが英語で困ってるわけね。
346仕様書無しさん:03/10/08 01:18
俺もJakarata使っているよ。
プロフェッショナルさ。
347仕様書無しさん:03/10/08 01:18
>>332
きみはこのページを見た時点ですでにJakartaを使っていることになるのだよw
http://jakarta.apache.org/
348仕様書無しさん:03/10/08 01:18
Jakarata使うなんて簡単。アドレスにJakarata使っているサイトのURLを入力するだけ(藁
349仕様書無しさん:03/10/08 01:18
>>344
職務経歴書にかけますね。
350仕様書無しさん:03/10/08 01:19
>>346
エグゼクティブだろ
351仕様書無しさん:03/10/08 01:20
>>348
まったく意味不明。。。
352仕様書無しさん:03/10/08 01:20
JakartaやGNU Javaがあるのに
Java叩きにSunの赤字が倒産危機の話題を出す奴って頭悪いよね。
SunがつぶれたらJavaが終わりだとおもってんの。 ププ もうアホでしょ。

353仕様書無しさん:03/10/08 01:20
>>343
ベンチだけしか信用しないベンチ原理主義者かお前は。
こういう奴に限ってベンチだすとベンチの方法が悪い
と言い訳するんだよな。
354仕様書無しさん:03/10/08 01:20
おれはJakarataの
XP使っている。
355仕様書無しさん:03/10/08 01:20
>>348
Perl君のJakartaスキルはその程度だということが証明されたわけだが。
356仕様書無しさん:03/10/08 01:20
今日のアホアンチ晒しあげ

337 :仕様書無しさん :03/10/08 01:14
>>332
Jakartaを使わない?
ほう、そうか、Jakarata Tomcatサーバが裏で動いている
サイトを一度もつかったことがないのか。
2chはよくわるわりにはネットはほとんどやらないわけか。
Perl厨の見識の狭さが手をとるようによくわかったよ。
357仕様書無しさん:03/10/08 01:21
>>353
お前のそのレスを見て
お前みたいな香具師は技術者にむいていないことがよくわかったよ。
358仕様書無しさん:03/10/08 01:21
ほんとにJava使いって頭悪いね(藁
359仕様書無しさん:03/10/08 01:21
ちゅーか、Perl6で、英語で困ってるらしい。
360仕様書無しさん:03/10/08 01:22
まあ、少なくともおまえら派遣低脳Java厨の作ったサイトには
一生立ち入らないだろうけどな。
361仕様書無しさん:03/10/08 01:22
>>353
プ ベンチの方法が悪い理由や疑いを指摘されるのが怖いんだw
Perl厨はw
362仕様書無しさん:03/10/08 01:22
RMSもJavaだけは勘弁っていってたぞ(藁
363348:03/10/08 01:22
>>351
だよねー。でもJakarta Tomcatサーバーが裏で(略)を
使うだけでJakartaを使ったことになるらしいよ(藁
364仕様書無しさん:03/10/08 01:22
今日のJava叩きはちょっとレベルがひどすぎるぞ
もっとがんばれよ
365仕様書無しさん:03/10/08 01:22
>>360
きみは知らぬ間にすでにJava厨の作ったサイトを眺めているのだよ(嘲笑
366仕様書無しさん:03/10/08 01:23
俺なんかJakarataチップだぜ!!
367仕様書無しさん:03/10/08 01:23
Perl厨の往生際の悪さにはあきれたね。
368仕様書無しさん:03/10/08 01:23
>>364
レベルが低い擁護だな(w
369仕様書無しさん:03/10/08 01:24
>>364
Perlしか取り柄の無い奴にはJavaに喧嘩を売るなんて100万年早いわ!
370仕様書無しさん:03/10/08 01:24
>>365
おまえ売れない占い師かよ。
371仕様書無しさん:03/10/08 01:24
Perlで、Jakartaみたいなことやってるサイトがあるんだったら教えてくれ。
372仕様書無しさん:03/10/08 01:24
結論としては、純粋OO言語Rubyの一人がちだな。
373仕様書無しさん:03/10/08 01:24
Perl VS Java


結果、共倒れ。
374仕様書無しさん:03/10/08 01:25
Jakarataってトランザクション標準装備?
375仕様書無しさん:03/10/08 01:25
>>372
JavaとRubyは使い手のレベルがひどすぎるぞ
もっとけんきょになれよ
376仕様書無しさん:03/10/08 01:25
今日のPer信者はUnixのスキルが足りない奴か。
perlつったらUnix使いこなせて当たり前なのだが
今日のは確かにレベルが低い。
ほんとうにあきれるほどPerl厨のレベルが低い。
まったくPerl厨の餓鬼っぽさにはあきれる。

377仕様書無しさん:03/10/08 01:25
>>371
Jakartaみたいなことってなんだよ。言ってみな。
378仕様書無しさん:03/10/08 01:26
>>
じゃあお前はコンパイラ使っても速度が変わらないベンチ出してみろ
Parrot上で速度が遅くなるベンチ出してみろ。

出せないならお前は技術者に向いてないな。
ベンチもなしに遅くなると言ったんだからな。
379仕様書無しさん:03/10/08 01:26
>>376
どこのコピペ?(w
380仕様書無しさん:03/10/08 01:27
>>370
では、拡張子がjspになっているサイトを覗いたことはあるかねw
きみがURI欄にjspという文字列を見つけたとき、
きみはJavaに使わされているのだよw
381仕様書無しさん:03/10/08 01:27
>>357
じゃあお前はコンパイラ使っても速度が変わらないベンチ出してみろ
Parrot上で速度が遅くなるベンチ出してみろ。

出せないならお前は技術者に向いてないな。
ベンチもなしに遅くなると言ったんだからな。
382仕様書無しさん:03/10/08 01:27
>>377
Perlしか使ったことないのか?
383仕様書無しさん:03/10/08 01:27
Java厨って英語出来ないから、Jakarta翻訳プロジェクトなんてものをありがたがるんだね(藁
384仕様書無しさん:03/10/08 01:27
あー、アホアンチのコピーしたら
Jakarta を Jakarata なんて書いちゃったよ。
アホがうつった。消毒消毒。
385仕様書無しさん:03/10/08 01:27
>>376
普通に使いこなしてますが何か?
386仕様書無しさん:03/10/08 01:28
>>380
その論理から言うと、URI覧にaspという文字列を見つけたとき
あんたはIISに使わされていると思っちゃうのかね?(w
387仕様書無しさん:03/10/08 01:28
>>371
http://www.apache.org/
の左側にPerl厨の大好きなものがあるぞw
388仕様書無しさん:03/10/08 01:29
>>381
先にPerl6が速いと言ったやつが責任をもってだすもんだけどなあそういうことは。
言いだしっぺのPerl厨房くん(藁
389仕様書無しさん:03/10/08 01:29
>>384
Jakartaという文字ぐらい手書きしろよ。
もしかして使い慣れない文字だったとか(藁
390仕様書無しさん:03/10/08 01:29
>>383
それは、Perlも同じでは??(藁
つーか、英語英語って言い出したのは、Perl派なんだが。。
そんなに英語にコンプレックスがあるのかぁ?
391仕様書無しさん:03/10/08 01:30
英語なんて出来なくても問題ない
392仕様書無しさん:03/10/08 01:30
>>390
いや、英語を持ち出したのはRuby原理主義者である俺なんだけどね。
俺は英語バリバリなんだがRubyは国産だから使いどころがないなぁ(藁
393仕様書無しさん:03/10/08 01:31
言葉尻を捕まえるのだけは見事なもんだな
さすがに枯れた言語をつかってるおじさんたちは人生経験が違うなぁ
394仕様書無しさん:03/10/08 01:31
ぼくはSunのサイトで毎日いいことしているので
えいごはこわくありません。
395仕様書無しさん:03/10/08 01:31
>>392
一人でやっているのかな?(藁
396仕様書無しさん:03/10/08 01:31
アホアンチは英語よりも
「鸚鵡返し」の意味わかったの?
397仕様書無しさん:03/10/08 01:31
>>383
翻訳プロジェクトがあるのはそれだけJavaに人気があるからでした。
分野が非常に限られているPerlはあそこまで人気がでないねえw

そんなに英語ができるならきみもPerlの翻訳プロジェクトに
参加してPerlサイトの邦訳版作ったら(w
398仕様書無しさん:03/10/08 01:31
>>388
煽った奴も責任持って出すべき。
ソースもなしに誹謗中傷するんだからな。
399仕様書無しさん:03/10/08 01:32
>>393
言葉尻を捕まえられたの? どのレス?
400仕様書無しさん:03/10/08 01:32
まぁPerl6もJakartaも英語がわからないお前らには使えないだろうな(藁
401仕様書無しさん:03/10/08 01:33
>>397
なんでRuby原理主義者の俺がPerlのために何かをしなければならんのだ?
402仕様書無しさん:03/10/08 01:34
>>397
英語出来ない奴に人気があるからの間違いだろ(藁
403仕様書無しさん:03/10/08 01:34
>>397
派遣Java労働者の人たちが必死で訳しているのかなあ。泣けるなあ。
404仕様書無しさん:03/10/08 01:34
>>400
翻訳プロジェクトがあるから問題ありませんが何か?
405仕様書無しさん:03/10/08 01:34
翻訳プロジェクトは英語が出来ない馬鹿を量産するだけ。
406仕様書無しさん:03/10/08 01:35
>>400
英語が使えないのはJava房に圧倒的に多いんじゃない?
VBからの乗換え組みが多いんだから当たり前といっては当たり前だが。
407仕様書無しさん:03/10/08 01:35
>>401
Ruby厨のふりをして逃げるだらしないPerl厨w
408仕様書無しさん:03/10/08 01:35
 >>374
jakartaには思った以上のプロジェクトがある
トランザクションはJ2EEで標準装備
ちなみにJ2EEの一つ目のEはEnterpriseのE
409仕様書無しさん:03/10/08 01:35
Javaはコボラーからの乗りかえが一番多い。
410仕様書無しさん:03/10/08 01:35
Java厨には高卒が多いんだから、見逃してやれよ(w
411仕様書無しさん:03/10/08 01:36
>>403
プ、覇権だってよ。アレクサンドリアをつくってるのは東大卒なんだぜw
412仕様書無しさん:03/10/08 01:36
正直Jakartaは中途半端

それら自体を書いた人達を否定するつもりはないが、
Struts, Cactus, Velocity 辺りは微妙すぎ
413仕様書無しさん:03/10/08 01:36
>>408
釣られちゃったね(w
414仕様書無しさん:03/10/08 01:36
>>410
>>411によれば東大卒がいるよw
415仕様書無しさん:03/10/08 01:37
>>407
つーか、俺英語バリバリだからPerlやるときも問題ないし。
416仕様書無しさん:03/10/08 01:37
>>412
不満があるなら自分でコントリビュートすればいいじゃん(藁
ププ、 それすらする度胸もないの?
417仕様書無しさん:03/10/08 01:38
Javaはいつ絶滅するの?
418仕様書無しさん:03/10/08 01:39
>>398
>ベンチだけしか信用しないベンチ原理主義者かお前は。
>こういう奴に限ってベンチだすとベンチの方法が悪い
>と言い訳するんだよな。

先に煽ったのはオマエさんだろ(藁
先に攻撃した厨が責任を取るのが道理というものだろ(藁
419仕様書無しさん:03/10/08 01:39
アレクサンドリアって何?
420仕様書無しさん:03/10/08 01:39
>>417
きみが死んでから絶滅する
421仕様書無しさん:03/10/08 01:40
つうか翻訳くらいアホでも出来るんだが。
俺もやってたんだが、
なんで翻訳くらいで優越感に浸れるのか分からんよ。
422仕様書無しさん:03/10/08 01:40
>>419
ここでみつかるよ
http:.//www.google.com/
423仕様書無しさん:03/10/08 01:40
もう一度言うから、いい加減にしろよ。

言 語 の 優 越 な ん て ど う で も 良 い 事 だ ろ。

ここでクダらん議論してるより、新しい言語の一つも覚えたらどうだ。
424仕様書無しさん:03/10/08 01:41
Weblogicのjarの中見てみろって
Apache, jakartaのオンパレードだ
まあ国産では不痔痛の○ンターステージなんかも同じだが
425仕様書無しさん:03/10/08 01:41
>>423
おまえもなー
426仕様書無しさん:03/10/08 01:42
Javaで生き残るのはVisual J# なんでしょ?
427仕様書無しさん:03/10/08 01:42
>>418
お前がろくな知識無しに速度が遅くなると煽ったのは分かった。
428仕様書無しさん:03/10/08 01:42
>>417
Javaを絶滅させたければ
まず君の持っている携帯電話からJavaを追い出しましょう。
そのためには、君の携帯電話をトンカチで叩き割りましょう。
次に、Sunマイクロシステムズに殴りこみに行きましょう。
429仕様書無しさん:03/10/08 01:43
>>423
お前こそここでクダらん議論見てるより、新しい言語の一つも覚えろよ
430Java川柳:03/10/08 01:43
ライブラリ
 沢山あるけど
  どれも今一
431仕様書無しさん:03/10/08 01:43
>>430
ひったり来る言葉だなw
432仕様書無しさん:03/10/08 01:44
携帯電話にJava入れたのは単に安かったからでしょ。
433仕様書無しさん:03/10/08 01:44
>>421
ところがJava厨は出来ないから「早く翻訳してくれよ〜」って騒いでるんだよ(藁
434仕様書無しさん:03/10/08 01:44
>>424
そりゃおめーJakartaつーよりTomcatだろ
435アホらし(w >>428:03/10/08 01:44
>>428
そんなことしなくてもFlashに追い出される。
それを防ぐためには、

まず君の持っている携帯電話からFlashを追い出しましょう。
そのためには、君の携帯電話をトンカチで叩き割りましょう。
次に、Macromediaに殴りこみに行きましょう。
436仕様書無しさん:03/10/08 01:44
>>412
> Struts, Cactus, Velocity 辺りは微妙すぎ

例えば?
437仕様書無しさん:03/10/08 01:45
>>432
Perlも安かったのにね。
438仕様書無しさん:03/10/08 01:46
>>421
翻訳にもレベルがある。おまえの翻訳なんか見たくもない。
439仕様書無しさん:03/10/08 01:47
Perlの携帯もないし、Perl版Jakartaもないし。。。
Perlおたがすがれるのは、Perl6のサイトだけか。。。
440仕様書無しさん:03/10/08 01:47
>>434
完全修飾子のパッケージ名の話をしてますが 何か?
441仕様書無しさん:03/10/08 01:47
>>437
Perl入れてもバカには使えないから。
442仕様書無しさん:03/10/08 01:47
つーか、Perlで有名な製品って何?
443仕様書無しさん:03/10/08 01:48
i-modeは遅くて使えないな。
あの遅さに耐え切れずに使ってない。
C++でよかったのにな。
444仕様書無しさん:03/10/08 01:48
>>442
フォームメール
445仕様書無しさん:03/10/08 01:49
なんだかんだ言っても、純粋OO言語Rubyの一人がちだね。
446仕様書無しさん:03/10/08 01:49
>>427
これを書いたのはチミだろw
測定データも出さずに
何を根拠に速いとか
言語の中で自由度は一番と言い切ったのかなw

http://dev.perl.org/perl6/
に書いてあることを鵜呑みにしていただけかなw

>>224
> さらにPerlは速いし、いろんなモジュール群が
> 揃ってるから、低レベルな処理も出来るし
> 高級言語のような簡単な実装も出来る。
> 言語の中で自由度は一番。
447仕様書無しさん:03/10/08 01:49
>>443
まあ、Perlは、その前に携帯でさえ相手にされてないからなあ。
448仕様書無しさん:03/10/08 01:50
>>430
じゃ、漢なら自分で作りましょう。
そしてJakarta Projectに寄贈しましょう。
449仕様書無しさん:03/10/08 01:50
>>445
> なんだかんだ言っても、純粋OO言語Rubyの一人がちだね。
アホか。
純粋のOO言語はSmalltalk.
450仕様書無しさん:03/10/08 01:51
Perlってやっぱり商売っけない?
451仕様書無しさん:03/10/08 01:51
>>442
Kent Web
452仕様書無しさん:03/10/08 01:51
>>450
PHPにおされ気味だからね
453仕様書無しさん:03/10/08 01:51
>>438
そうか?結構評判いいよ。
馬鹿正直な奴がよくやる
とんちんかんな翻訳じゃなくて
人間味のある分かりやすい翻訳してるからな。
454仕様書無しさん:03/10/08 01:52
>>449
論理学を100回勉強してから出直せ。
455仕様書無しさん:03/10/08 01:53
Java厨房ってなんでわざわざ負け犬言語を応援してんの?
456仕様書無しさん:03/10/08 01:53
>>435
で、携帯電話市場でFlashがJavaを追い出したと言う実績はw
457仕様書無しさん:03/10/08 01:53
>>451
なんか、急にちっぽけな実例だな。。。
IBMとかBEAとかそのくらいの話はないのか?
458仕様書無しさん:03/10/08 01:54
>>443
プ

BREWも知らないのか
459仕様書無しさん:03/10/08 01:54
>>453
意訳ウゼー
460仕様書無しさん:03/10/08 01:54
>>457
Perlはその程度だから
461仕様書無しさん:03/10/08 01:55
>>457
またアホアンチはIBMか。しかも脈絡がわからん。
462仕様書無しさん:03/10/08 01:55
>>454
OOPSLAでは、Eiffelだが。
463仕様書無しさん:03/10/08 01:56
アレキサンドリアも知らない奴がJavaを見下すのは一億年早いわけだが
464仕様書無しさん:03/10/08 01:56
>>461
まあ、IBMじゃなくてもいいんだけどさー。
そのくらいのでかい話ないの?Perlで。
465仕様書無しさん:03/10/08 01:56
>>463
アレキサンドリアって何?理解するのに1億年かかるの?
466仕様書無しさん:03/10/08 01:57
SmalltalkもEiffelも負け組み言語。
467仕様書無しさん:03/10/08 01:57
>>446
それは俺が書いたものじゃないな。

お前は早くコンパイラ使っても速度が変わらないベンチ出してみろ
Parrot上で速度が遅くなるベンチ出してみろ。

出せないならお前は技術者に向いてないな。
ベンチもなしに遅くなると言ったんだからな
468仕様書無しさん:03/10/08 01:57
じゃあ、OOPSLAは??
469仕様書無しさん:03/10/08 01:57
>>463
カタカナだと一瞬誰だかわからなかったよ。
470仕様書無しさん:03/10/08 01:58
>>464
アホがよってきたらウザイから教えてない(ウフ
471仕様書無しさん:03/10/08 01:58
>>468
おまえは日本語を100回勉強してから出直せ。
472仕様書無しさん:03/10/08 01:58
>>464
ないけどよ。でも、Perlはいいんだよー。
473仕様書無しさん:03/10/08 01:59
「1億年」なんてさすがJavaの人って知的ですね。
474仕様書無しさん:03/10/08 01:59
>>467
> >>446
> それは俺が書いたものじゃないな。
>
> お前は早くコンパイラ使っても速度が変わらないベンチ出してみろ
そんなことだれもかいてないけど
475仕様書無しさん:03/10/08 02:00
>>473
釣られすきw
476仕様書無しさん:03/10/08 02:01
>>473
だから、アレキサンドリアって何だよ。さっさと書けよクズ。
477仕様書無しさん:03/10/08 02:03
>>474
Perl厨はなにを寝言をいってるんだ。
VMを使う以上コンパイラを使ったって遅いことには変わらんよ。

これについてベンチ結果教えてください。



478仕様書無しさん:03/10/08 02:03
そうそう、
OOPSLAではなんでEiffel賞賛されてたわりには、
いまいちだよね。Eiffelって。
なんでだろうね。
479仕様書無しさん:03/10/08 02:04
>>478
その程度の分析・考察もできないから、おまえはJavaなんかを賞賛しちゃうんだよ(藁
480仕様書無しさん:03/10/08 02:05
>>478
結局は、言語の質とは関係ないのよ。
そのあたりでは、Perlは、毎年負け度が強くなってきている。
だから、Pythonとりこみとか変なことになってんのよ。
Perlもだめだめ感がでてきたよね。それは政治的な問題かもしれないが。
481仕様書無しさん:03/10/08 02:06
>>479
もしかして、あんたは、charsetはISO-2022-JP派だろ。藁
482仕様書無しさん:03/10/08 02:08
このページ見られる香具師いたら内容をペーストよろ

おまいら、M$から坂村に不透明な資金が流れてたらしいぞ!
ttp://www.nikkei.co.jp/news/sangyo/20031007AT1D0703%82y07102003.html
 
483仕様書無しさん:03/10/08 02:09
>>481
今の時代はUTF-8

JISもShift_JISもEUC_jpも死滅。
これからの時代はUnicode
484仕様書無しさん:03/10/08 02:09
>>481
お前はOOPSLAなんかをありがたがってるから駄目なんだ。
485仕様書無しさん:03/10/08 02:10
>>479
Eiffelいいと思うけど。
486仕様書無しさん:03/10/08 02:11
だよね。
なんか、Java vs Perlって、UTF-8 vs ISO-2022
って構図と似ているように思った。ここでのスレ見てると。
487仕様書無しさん:03/10/08 02:11
>>485
お前はDelphiもいいと思ってるんだろ?
488仕様書無しさん:03/10/08 02:12
Javaさえ死ぬんならおれもEiffelでいいや。
489仕様書無しさん:03/10/08 02:12
>>480
Perlというか言語はそうやって進化してるんだよ。
駄目駄目感はJavaのほうが強いだろ。
クライアントではVBにサーバーではPerlに負けてるんだから。
Googleのような大規模かつ複雑な計算してる所でもJavaなんか使う訳がない。
小規模〜中規模ではスピード、リソース、開発速度、Perl6のオブジェクト指向での
拡張性、小回りの利き易さなど、総合的に見るとPerlのほうが勝ってるんだから。
490仕様書無しさん:03/10/08 02:12
>>486
全然似てない。
491仕様書無しさん:03/10/08 02:13
>>484
と、イジになるのが、Perl派なのか。
さすが、ISO-2022派だ。
492仕様書無しさん:03/10/08 02:14
>>491
俺は純粋OO言語Ruby原理主義者なんだが。
493仕様書無しさん:03/10/08 02:14
>>489
> Perlというか言語はそうやって進化してるんだよ。

いや、Pythonをとりこみなんてのは、
とりこみゃ勝ちだろという感があるな。
それは、言語の進化とはまったく違う。
494仕様書無しさん:03/10/08 02:15
>>493
やっぱり、結局他の言語に目移りしたPerlなんぞ負け組なんだよな。
495仕様書無しさん:03/10/08 02:16
Javaのように一時の流行で終わるものこそ使い捨て派遣を使えばいいんですね!
496仕様書無しさん:03/10/08 02:17
>>489
> クライアントではVBにサーバーではPerlに負けてるんだから。

そのわりには、金にならないよね。Perlって。
もうちょっとメジャーベンダが支持してくれりゃいいんだが。
本当にPerlが主流なら、Perl版Strutsなんて出てもいいと思うんだが。
497仕様書無しさん:03/10/08 02:18
>>496
おまえが下請けだから提案できないだけ。
498仕様書無しさん:03/10/08 02:18
>>497
じゃあ、Perlで提案したメジャーベンダはどこよ?
499仕様書無しさん:03/10/08 02:19
>>497
提案したら却下されましたが何か?
500仕様書無しさん:03/10/08 02:19
>>498
Kent Web (藁
501仕様書無しさん:03/10/08 02:21
>>500
ちょっとレベルさげて、Kent Web以上ならどこでもいいよ。
BEAとかIBMとか言わないからさ。
502仕様書無しさん:03/10/08 02:21
>>499
どういう理由で?
503仕様書無しさん:03/10/08 02:22
>>498
北大病院のシステム、全部Perlで書いたらしいよ。

?えどうなったかって?ぴくりとも動かなかったそうですよ。
いや、これ真実。
# 九大病院はSmallTalkで同じ事を・・・
504仕様書無しさん:03/10/08 02:23
>>502
遅い。
505仕様書無しさん:03/10/08 02:23
>>503
というか、それは請け負った会社がダメだったんだろうね。
いくらPerlでもそこまでは行かないだろ。藁
506仕様書無しさん:03/10/08 02:24
>>504
で、Javaにしたの?
507仕様書無しさん:03/10/08 02:24
>>503
そんな物で納品できるわけないだろw
嘘つくなボケ。
508仕様書無しさん:03/10/08 02:24
>>501
結局、事例がでないとこが、Perlなんだよね。。。
509仕様書無しさん:03/10/08 02:25
>>508メジャーベンダのサポートがないからだろ。
510仕様書無しさん:03/10/08 02:27
>>509
まあ、そうなったら、廃れていくのは時間の問題。
そうなると開発人数がそもそも違っていくからね。
511仕様書無しさん:03/10/08 02:27
>>508
個人サイトでこれだけ使われてりゃ十分だろ。
個人サイト100個の実績が企業サイト1個分に相当する。
512仕様書無しさん:03/10/08 02:27
あと、EclipseみたいなのがPerlで出ればいいんだけどな。
513仕様書無しさん:03/10/08 02:27
perl厨の悪あがきには腹が立つのを通り越して哀れみさえ感じてきた
まあせいぜい気になるJavaのスレを利用して、世間から忘れられないように
perl perlとバカみたいに連呼しとけば
514仕様書無しさん:03/10/08 02:28
>>512
そういうのがないんだよね。。。Perlには。
515仕様書無しさん:03/10/08 02:28
だから低級派遣はJavaやってりゃいいんだって。
516仕様書無しさん:03/10/08 02:29
>>512
> 個人サイト100個の実績が企業サイト1個分に相当する。

まあ、それを信じて、ほどほどにがんばってくれ。
517仕様書無しさん:03/10/08 02:29
>>513
Java房からかって楽しんでるだけでPerl房ではありませんよ。
518仕様書無しさん:03/10/08 02:30
>>515
Perlは事例がないということで。。。
519仕様書無しさん:03/10/08 02:31
>>517
からかって楽しんでるとこがPerl房。
520仕様書無しさん:03/10/08 02:31
今日も純粋OO言語Rubyの一人がちだったな。絶対安全地帯。
さて、寝るか。
521仕様書無しさん:03/10/08 02:33
PerlはDelphiと同じ境遇だな。
言語仕様はいいのに企業の論理で使われない。
こうやってJavaで高いコストかけさせられる
かわいそうな企業が増えていくんだろうな。
VBのほうがまだましだな。コスト面で良心的だから。
522仕様書無しさん:03/10/08 02:34
なんでJavaってコストが高いんだろうね。
523仕様書無しさん:03/10/08 02:34
>>521
企業がらみの話がちっともでないということは、
Perlはヲタクの中でのみの話なんだろうね。。。
524仕様書無しさん:03/10/08 02:35
Perlは個人差サイトで圧倒的に使われてるわけだから
マイナー言語ではない。
525仕様書無しさん:03/10/08 02:36
>>522
言語仕様が悪い。WebSphereのような馬鹿高いものを買わされる。
こんな所だろ。
526仕様書無しさん:03/10/08 02:38
>>525
ところで、あんたのところは、IBMより売れてるのか?
527仕様書無しさん:03/10/08 02:38
でさ、Perl6でもjcode.plをあほみたいにわざわざつかわにゃいかんの?
こういうところがJavaと比べて美しくないと思ったんだよな。過去の話だけど。
528仕様書無しさん:03/10/08 02:39
>>525
> マイナー言語ではない。

企業では使われないヲタク言語ってことか?
Ken Web以外に、とりあえず事例は本当にないのか?
529仕様書無しさん:03/10/08 02:39
>>526
売れていませんが何か?
530仕様書無しさん:03/10/08 02:39
>>498
ネットサーフレスキュー (藁
531仕様書無しさん:03/10/08 02:39
Perlは肉体労働者にはむいてないから、バカにはお勧めしないんだって。
532仕様書無しさん:03/10/08 02:40
>>527
お前はPerl初心者以下だなw
Jcode.plだって(プ
533仕様書無しさん:03/10/08 02:40
>>529
えらそうだが。
君は、自分のこと棚上げてるってことかあ?藁
534仕様書無しさん:03/10/08 02:40
>>517
Perl厨でないふりをしていることは前スレでの警告を
受けてからすでにお見通しなのだよw
535仕様書無しさん:03/10/08 02:41
>>527
いけてるヤングは jcode.pm だよ。
536仕様書無しさん:03/10/08 02:41
つーか、Perlは、ICUみたいな、
Unicodeライブラリあんのかあ?
Unicodeのバージョンいくつまでサポート?
537仕様書無しさん:03/10/08 02:42
>>533
だからなに? IBMより売れない商品なんて腐るほどあるが、
それらを作っている会社がどうだっていうの?
538仕様書無しさん:03/10/08 02:42
>>531
オブジェクト指向サポートが貧弱なperlは肉体の日雇い労働者向けだなw
オブジェクト指向に強い言語はリッチなもんさw
539仕様書無しさん:03/10/08 02:42
>>537
小さい事例しかでない言語はだめ言語。
540仕様書無しさん:03/10/08 02:43
>>532
jcodeのjを大文字で書いてる割にはPerl上級者らしくないなw
541仕様書無しさん:03/10/08 02:43
>>538
お前はこれを100回読み直して来い。
dev.perl.org/perl6/
542仕様書無しさん:03/10/08 02:44
>>539
じゃあIBMより売れている大きい事例を出してください。
出さないと自分のことを棚に上げてって笑っちゃうよ。
543仕様書無しさん:03/10/08 02:44
>>514
Eclipse用にパルlプラグインつくれば?
544仕様書無しさん:03/10/08 02:44
>>541
でましたw Perl厨の鸚鵡返しw
545仕様書無しさん:03/10/08 02:45
>>541
まあ、OOP以外ができてしまうというのは、
OOP信者には納得がいかないのよ。それはそれで両者の言い分はわかる。
546仕様書無しさん:03/10/08 02:45
>>543
Javaで?藁
547仕様書無しさん:03/10/08 02:46
結局PerlもVirtualMachine上で動く以上、
Javaのパクリをしてまで延命を図ろうと必死になっているわけで。
548仕様書無しさん:03/10/08 02:47
JavaがPerlのパクリでしょ。
549仕様書無しさん:03/10/08 02:47
>>544
アホアンチは鸚鵡返しの意味知らないんだね。
550仕様書無しさん:03/10/08 02:48
JavaはSmallTalkのパクリ
551仕様書無しさん:03/10/08 02:48
>>545
プ OOP以外ができるという意味わかっていってるかなチミ?
オブジェクト指向はオブジェクト指向以外の手続き型を包含しているんだけどなあ。
552仕様書無しさん:03/10/08 02:48
>>547
Perl6de,Pythonを取り込んだあとは、Javaを取り込もうってか?w
ポリシーないねー。
553仕様書無しさん:03/10/08 02:49
>>546
プラグインがJavaでしか作れないと思っているんだチミ
554仕様書無しさん:03/10/08 02:49
>>547
あいたたた。どうやらVMはJavaが最初に作り出した物だと思っているようだ。
555仕様書無しさん:03/10/08 02:50
JavaバイトコードをPerl6に変換できるツールがでるなら
こりゃPerlをわざわざ覚える必要はなさそうだなw

556仕様書無しさん:03/10/08 02:51
>>551
> オブジェクト指向はオブジェクト指向以外の手続き型を包含しているんだけどなあ。

それが、OOP信者には納得できないのよ。
OOP信者は言語がOOPをプログラマに強いらないと我慢ならないのだよ。
そういう言語がOOP信者を夢中にさせるわけよ。
557仕様書無しさん:03/10/08 02:51
>>554
無知だったら言わないと思うけど、VMWareとか言わないようにね
558仕様書無しさん:03/10/08 02:51
>>555
そうだね。バカは努力してもどうせPerlはマスターできないだろうから。
559仕様書無しさん:03/10/08 02:51
>>557
VMWareですよ。
560仕様書無しさん:03/10/08 02:52
>>556
チミはある馬鹿COBOLerが書いたJavaコードの伝説を知らないんだね。
561仕様書無しさん:03/10/08 02:52
562仕様書無しさん:03/10/08 02:52
>>560
またかなりマイナーな話ばかり。。。Perl派だ。。。
563仕様書無しさん:03/10/08 02:52
>>559
あいたたたた。それは全然言語と関係ないねえ
564仕様書無しさん:03/10/08 02:53
>>561
そうだね。バカは努力してもどうせJavaはマスターできないだろうから。
565仕様書無しさん:03/10/08 02:53
で、事例がでないのはなんで?
566仕様書無しさん:03/10/08 02:53
>>557
えっ? まじでJavaが最初に作り出した物だと思っているの?
567仕様書無しさん:03/10/08 02:54
>>563
釣れた。
568仕様書無しさん:03/10/08 02:54
>>566
oakとかいわないようにね
569仕様書無しさん:03/10/08 02:54
Java厨はJavaを神聖化する傾向にある。
すべてはJavaが創造したものだと思っている。
570仕様書無しさん:03/10/08 02:54
>>567
Perl厨房の見苦しい言い訳だw
571仕様書無しさん:03/10/08 02:55
>>561
で、君は、なんで、Javaに一方向に
コンバートされてるのか知ってる?
572仕様書無しさん:03/10/08 02:55
>>568
ここまで来るとまじでそう思っているみたいだね。
573仕様書無しさん:03/10/08 02:55
>>569
これよくよんどこうね

>>310
> >Perlを神格化しようと必死になっている馬鹿はJavaというPerlよりも高級な
> 言語についていけなかったんだろ。型の概念を理解できない
>
> Perlを神格化しようとしてるのかね?
> Perl房は適材適所という基本をきちんと理解してるぞ。
> Java程度で難しいと言う馬鹿が果たして日本にいるのかね?
> 最近ではVB使いの多くがJavaに移行してる訳だが。
574仕様書無しさん:03/10/08 02:56
>>571
そういうセリフは>>555に言いな。
あいつが言い出しっぺだ。
575仕様書無しさん:03/10/08 02:56
>>565
そうそう、これだけ事例だせって言っても、
せいぜいKent Web。藁
576仕様書無しさん:03/10/08 02:56
エミュレータがVMとかいってなw
577仕様書無しさん:03/10/08 02:56
>>573
2ちゃんねるの糞レスがどうかしたか?
578仕様書無しさん:03/10/08 02:57
Perl厨ってなんでこんなに粘着なんだろう
579仕様書無しさん:03/10/08 02:57
というか、もうそろそろ、
Perl飽きてもいいころだと思うんだが。
もう、思う存分楽しませてもらったろ?次へ行こうよ。
580仕様書無しさん:03/10/08 02:57
>>578
粘着キター
581503:03/10/08 02:57
>>507
みんな日経コンピュータの「動かないコンピュータ」知らないのかなぁ?
http://itpro.nikkeibp.co.jp/NC/#ugokanai
北大と九大のは有名だと思ってたのに。

ちなみに九大のSmalltalkはIBMだよ。
「北大病院 Perl」
「九大病院 SmallTalk IBM」
でぐぐってみ。
582仕様書無しさん:03/10/08 02:58
>>577は自分で自分の糞レスを書いているようです。
みなさん気にしないでください。彼は知的障害者ですから。
583仕様書無しさん:03/10/08 02:58
>>582
もう少し日本語勉強しろよ(w
584仕様書無しさん:03/10/08 02:59
>>577
> >>573
> 2ちゃんねるの糞レスがどうかしたか?
Perl信者の泣き言だ(藁
585仕様書無しさん:03/10/08 02:59
>>578
ん?折れは笑いながら馬鹿なJava房観察してるんだが。
586仕様書無しさん:03/10/08 02:59
>>560
詳細希望
587仕様書無しさん:03/10/08 03:00
サーバーアプリは基本Perlで、
postgresqlやmysqlを使うときはPHPでっていうのがいいですよ。
588仕様書無しさん:03/10/08 03:00
>>583は日本語を理解できないそうですw
かわりにPerl語しか理解できないそうですw
589仕様書無しさん:03/10/08 03:00
>>584
日本語勉強しろって。
590仕様書無しさん:03/10/08 03:01
>>587
oracle, sybase, firebird ,cacheのときはどうしたらいいかのー
591仕様書無しさん:03/10/08 03:01
あれれぇ。どうやら自分の日本語理解力が乏しいことを理解していないようです。

> >>577は自分で自分の糞レスを書いているようです。

この文の意味をきちんと説明してみてください。
592仕様書無しさん:03/10/08 03:01
みなさん、>>585を是非注目してください!
>>585は笑われながら馬鹿なperl房として観察されていますw

593仕様書無しさん:03/10/08 03:02
>>589
同じことしかいえなくなった人ってかわいそうだね。
594仕様書無しさん:03/10/08 03:02
>>591
大丈夫。わざわざ晒さなくても日本語が出来てないのはどちらか明らかだから。
595仕様書無しさん:03/10/08 03:02
>>590
oracleはPerlで、その他は使うな。
596仕様書無しさん:03/10/08 03:03
だれかさん、>>591に日本語を教えてやってください。
こいつはPerl帝國出身でPerl語しかしゃべれないようです(w
597仕様書無しさん:03/10/08 03:03
>>589
ワタシニホンゴベンキョシテマス
ソロソロサーバアプリカケマスカ
598仕様書無しさん:03/10/08 03:04
>>596
やめとけ。恥の上塗りだ。
599仕様書無しさん:03/10/08 03:04
>>594
日本語が理解できない人を弁護する人も大変だね。
600仕様書無しさん:03/10/08 03:04
で、事例はなしか。。。やっぱり。。。
601仕様書無しさん:03/10/08 03:04
>>595
漢じゃのー

で、なんで使っちゃダメなの?ボラクル高いしー
602仕様書無しさん:03/10/08 03:05
>>598がいま顔を真っ赤にしていますw
>>598をもっとからかってやってください。
Perlがないと生きていけない奴ですからw
603仕様書無しさん:03/10/08 03:05
>>599
つーか、日本語知らないアンチPerl厨は一人だけどね。
604仕様書無しさん:03/10/08 03:05
>>595
> >>590
> oracleはPerlで、その他は使うな。
馬鹿ですねー(藁
そこまでPerl厨のレベルが低かったとは思いませんでしたよw
605仕様書無しさん:03/10/08 03:05
うわっ。粘着がいる(w
606仕様書無しさん:03/10/08 03:06
>>603
日本語を知らないPerl厨も大変だね。
607仕様書無しさん:03/10/08 03:06
PerlもJavaもLove!
ってことでそろそろまとめていいですか?
技術者として片方しかできない半端者はいないはずなんで。
608仕様書無しさん:03/10/08 03:06
>>605
Perl厨の粘着は言語の中では一番らしいよ(藁
609仕様書無しさん:03/10/08 03:06
>>601
おれの調査によるとセキュリティと堅牢性と信頼性に問題がある。
610仕様書無しさん:03/10/08 03:07
>>606
あんたもよく分かってないの?
スレよく読めばわかると思うけど、
一人のアンチPerl厨が暴れてるだけだって。
611仕様書無しさん:03/10/08 03:07
>>607
Javaやってる人はJakarta OROを知っているので
Perlくらいはできるよ。
612仕様書無しさん:03/10/08 03:07
>>604
それJava房の自作自演臭いな。
アホアンチはよく自作自演使うからな。
613605:03/10/08 03:08
>>608
粘着を釣ろうとエサをまいわけだが
釣れた粘着は>>608だったようだ。
614仕様書無しさん:03/10/08 03:08
>>610
まあ落ち着けって。ちょっとアンチに嫌気がさしたなら
WebProg板に非難すればいいじゃないか。
615仕様書無しさん:03/10/08 03:08
何いってんの?oracleとPerlは相性いいですよ。
616仕様書無しさん:03/10/08 03:09
>>609
ソース出してみ。
まさかお前のしょぼくれた脳みそで調査してるんじゃないだろうな?
617仕様書無しさん:03/10/08 03:09
>>609
俺の調査だと、マルチバージョニングがあまり必要無い局面では
ライトロックによるパフォーマンス劣化を考えないでいいから、
Sybaseも十分使えるという結果だが。
618仕様書無しさん:03/10/08 03:09
>>614
あなたが非難しないのはなぜ?
619仕様書無しさん:03/10/08 03:09
>>613
チミも餌の餌に釣られたようだ。
620仕様書無しさん:03/10/08 03:09
>>618
粘着だから(藁
621仕様書無しさん:03/10/08 03:09
>>615
Perl信者も必死な弁明に大変だね
622仕様書無しさん:03/10/08 03:09
>>616
「おれの調査によると」って書いてるじゃないかアホアンチ。
623仕様書無しさん:03/10/08 03:10
>>619
そんであんたは餌の餌の餌に。って言っててむなしくない?(w
624仕様書無しさん:03/10/08 03:10
>>618
Perlに興味が無いから
625仕様書無しさん:03/10/08 03:10
アホアンチは鸚鵡返しが好きですから
626仕様書無しさん:03/10/08 03:10
>>617
ここだけの話だが、mysqlはパカパカ壊れるそうだ。
627仕様書無しさん:03/10/08 03:11
>>623
そうだろお。虚しいだろ。
その虚しさをチミに教えてやったのさ。
628仕様書無しさん:03/10/08 03:12
>>627
そうかやっぱり虚しかったのか。
これからは餌の餌なんてアホなこというのはやめとけよ。
629仕様書無しさん:03/10/08 03:12
PerlでDB操作は効率悪すぎ
630617:03/10/08 03:13
>>626
ええ! >>587 で上げられてる2つの内1つは壊れやすい!?
じゃ、PostgreSQL一本ですか!
ってか、Postgresって結局どれくらいつかえるんかね?
631仕様書無しさん:03/10/08 03:13
>>628
君はちゃんと教育を受けたかw
632仕様書無しさん:03/10/08 03:13
Perlでネットワーク操作は効率悪すぎ
633仕様書無しさん:03/10/08 03:13
ひとつゆえることわ、ジャヴァ信者はパール信者よりも
自演に敏感だということだ。わかるな?
634仕様書無しさん:03/10/08 03:13
>>631
しつこいねぇw
635仕様書無しさん:03/10/08 03:13
>>630
PostgreSQLはOracleを目指しているらしいが、はて、どうなんだろう。

やっぱFirdbirdがいいねえ。
636仕様書無しさん:03/10/08 03:13
>>629
そうか?折れは楽チンだけどな。
637仕様書無しさん:03/10/08 03:14
>>630
よくわかんないが、日本人には愛されている。
638仕様書無しさん:03/10/08 03:14
Firdbird?
実績がない。
639仕様書無しさん:03/10/08 03:14
>>633
そしていいたいことは(藁
640仕様書無しさん:03/10/08 03:14
>>629
そりゃ、もともとテキスト操作がしやすいように作られた言語だからね。
DB使わず、テキストファイルでデータ持つのがいいんじゃないかと思う。
641仕様書無しさん:03/10/08 03:15
>>636
カラムを一個追加するたびにソースコードを
大幅に修正するという効率の悪いことをやっているんだってなPerl厨は。
642仕様書無しさん:03/10/08 03:15
>>632
それはお前が馬鹿だから。
具体的にどういう事が効率悪いか言ってみ
643仕様書無しさん:03/10/08 03:15
オブジェクト指向に貧弱なPerlはDBに弱い。
644仕様書無しさん:03/10/08 03:15
>>640
そんな信頼性のないことしません。
645仕様書無しさん:03/10/08 03:16
>>640
別にSQL文作ってっていうのでも全然普通にかけるけど。
646仕様書無しさん:03/10/08 03:16
>>638
湾岸戦争で使われたという実績があるだろw
647仕様書無しさん:03/10/08 03:16
>>635 >>637 >>638
PostgreSQL vs MySQL ってよくやってるけど
Firebird と2つを比較してるとこしらない?
あんま使われてない?
648仕様書無しさん:03/10/08 03:16
>>647
ム板
649仕様書無しさん:03/10/08 03:17
>>641
データベース構造かえたら何でも大変だろ馬鹿
650仕様書無しさん:03/10/08 03:17
>>647
ドラゴンボール板
651640:03/10/08 03:17
>>645
そか。PreparedStatement使うみたいなもんか。
652仕様書無しさん:03/10/08 03:17
>>649
プ オブジェクト指向を知らないPerl厨はこれだからレベルが低いw
653仕様書無しさん:03/10/08 03:18
>>649
素人がいる。
654仕様書無しさん:03/10/08 03:19
>>643
Perlの知識ないのによく言えるなw
お前は過去ログ1000回読み直して来い。
655仕様書無しさん:03/10/08 03:19
>>652
RDBにオブジェクト指向はほとんど関係ありませんよ(w
656仕様書無しさん:03/10/08 03:19
>>647
ドラゴンボール板にこんなスレあったよ
Firebird関連スレ 
http://pc2.2ch.net/test/read.cgi/db/1057050009/l50
657仕様書無しさん:03/10/08 03:20
>>656
カコイイ!
658仕様書無しさん:03/10/08 03:20
>>656はまた騙されたのスレ
659仕様書無しさん:03/10/08 03:20
>>654
こりゃPerl厨の正体が徐々に発覚してきたなw
EJBも知らない低脳Perl君もたかが知れてるわい!
660仕様書無しさん:03/10/08 03:20
>>652
設計をまともにせずにプログラミングしてるんですね。
661仕様書無しさん:03/10/08 03:21
まじでJava房ってレベル低いんだな。
PHP房のほうがまだDB使い慣れてるから知識多いぞ。
662仕様書無しさん:03/10/08 03:21
今日わかったこと
Perl厨はJ2EEを理解できない。
オブジェクト指向をしらなからJ2EEを使いこなせない。
663仕様書無しさん:03/10/08 03:22
>>660
それは>>649に言うんだなw
664仕様書無しさん:03/10/08 03:22
>>662
おまえよりはJ2EEのことだって知ってるよ。
665仕様書無しさん:03/10/08 03:22
>>661
そろそろ降参したらどうだPerl厨房.
EntityBeanも知らない厨房がそんなこと言ってもしらけるだけだぞw
666647:03/10/08 03:23
>>656
マジサンクス
667仕様書無しさん:03/10/08 03:23
>>664
「おまえ」が誰かわからんのに断言しても無意味。
668仕様書無しさん:03/10/08 03:23
難しさを訴えるならJ2EEよりEJBだよな
669仕様書無しさん:03/10/08 03:23
>>664
ハッタリしていることがばればれなんだよ。
StringでSQLベタ書きしている低脳だろプ
670仕様書無しさん:03/10/08 03:24
>>667
Java厨全員(アホアンチ含む)
671仕様書無しさん:03/10/08 03:24
派遣中心のJava房にレベルを期待するのが無理と言うもの。
馬鹿だから厨房が集まるわけだ。
LISPスレにではこうなるわけないからな。
672仕様書無しさん:03/10/08 03:24
Javaって難しいんだね(w
673仕様書無しさん:03/10/08 03:24
よし!
こうやって徐々にPerl厨を追い詰めるぞ(ワラ
674仕様書無しさん:03/10/08 03:25
まっ、Java厨にPerlを理解することは不可能ですから。
675仕様書無しさん:03/10/08 03:25
>>669
SQLベタ書きのどこが悪いんだろう?もちろん使いますが。
676仕様書無しさん:03/10/08 03:25
今日も、EntityBean、StatelessSessionBean合わせて497個 deployしました。
・・・しかしいつおわるのこのプロジェクト
# 延べの個数じゃないですよ deploy descriptor そんだけあるの。
677仕様書無しさん:03/10/08 03:26
昨日はpal厨が優勢だったが、
今日はjab厨の勝ちだな。
678仕様書無しさん:03/10/08 03:26
>>675
SQLを知らない馬鹿の戯言をなんか気にするな
679仕様書無しさん:03/10/08 03:27
>>675
PreparedStatement 使うとよい。
内部で最適化が行われる。(というか無駄なオブジェクトを生成しなくなる)
680仕様書無しさん:03/10/08 03:27
>>677
rubi厨は引っ込め。
681仕様書無しさん:03/10/08 03:28
>>671
オマエさんは何を言ってももう無駄だ。
オマエさんはもう丸裸だぞ。
682仕様書無しさん:03/10/08 03:28
>>677
煽り合いで勝ち負け決めても意味ないだろw
日本語がどうとかレベル低すぎるんだよw
683仕様書無しさん:03/10/08 03:28
>>679
それもSQLベタ書きとかわらんだろ。 
684仕様書無しさん:03/10/08 03:28
>>679
Perlの話ですよ。
685仕様書無しさん:03/10/08 03:29
>>682
日本語がどうとか言われた人ですか?
686仕様書無しさん:03/10/08 03:29
>>678がSessionBeanのことも知らないことが発覚してしまったわけだが。
687仕様書無しさん:03/10/08 03:29
>>686
その根拠は?
688仕様書無しさん:03/10/08 03:30

駄目駄目感はJavaのほうが強いだろ。
クライアントではVBにサーバーではPerlに負けてるんだから。
Googleのような大規模かつ複雑な計算してる所でもJavaなんか使う訳がない。
小規模〜中規模ではスピード、リソース、開発速度、Perl6のオブジェクト指向での
拡張性、小回りの利き易さなど、総合的に見るとPerlのほうが勝ってるんだから。
689仕様書無しさん:03/10/08 03:30
SQLベタ書きをやめればあなたも今日からスーパープログラマー
690仕様書無しさん:03/10/08 03:30
コピペ厨現る(ワラ
691仕様書無しさん:03/10/08 03:30
>>671
チミも年貢の納めどきだね。
今から必死にEnterpriseJavaBeansを勉強しようね。
692仕様書無しさん:03/10/08 03:31
>>689
レベル低っ。
693仕様書無しさん:03/10/08 03:31
それよりアホアンチのPHPの勉強は?
694仕様書無しさん:03/10/08 03:31
>>688
もうそんなコピペを張ったって無駄だよ。
Perl厨のスキルの低さはすでに知れ渡っているのだよ。
何をやったってPerl厨の頭の悪さを隠すことはできないよ、
695仕様書無しさん:03/10/08 03:31
>>691
最近勉強したのかな?
696仕様書無しさん:03/10/08 03:32
Perl厨の敗北宣言!
697仕様書無しさん:03/10/08 03:32
>>683
そんなこといってるから馬鹿にされちゃうんじゃない?
PrepareedStatementを使ってパラメータの違う似たようなクエリを
投げる場合の最適化の文章がWebに落ちてるから読んでください。
>>684
そうだったのかー
698仕様書無しさん:03/10/08 03:32
>>694
釣れた(w
699仕様書無しさん:03/10/08 03:32
Perlは個人用サイトで細々と生き残るってこった。
700仕様書無しさん:03/10/08 03:32
>>695
アホアンチは無職の派遣だから、暇はあるんですよ。
701仕様書無しさん:03/10/08 03:32
厨房ってよく勝利宣言したがるよね。
702仕様書無しさん:03/10/08 03:33
>>698
Perl厨が泣きべそかきながらレスをしていますw
703仕様書無しさん:03/10/08 03:33
>>697
PrepareedStatement使っているからSQLべた書きじゃない。
ということですね。
704仕様書無しさん:03/10/08 03:33
つかお前らもうすこし技術的にからんでください!!
705仕様書無しさん:03/10/08 03:33
>>701
前スレをよくみてみよう。
perl厨が勝利宣言していたレスがあったぞ
706仕様書無しさん:03/10/08 03:34
>>705
アホアンチはやっぱり猿真似か。
707仕様書無しさん:03/10/08 03:34
>>702
そんなにムキにならなくてもいいじゃありませんか。うさださん。
708697:03/10/08 03:34
>>703
じゃ、TorqueとかJDOとかの話だったの?
709仕様書無しさん:03/10/08 03:35
何数字コテになってんだバカ
710仕様書無しさん:03/10/08 03:35
今日判明したこと
Perl厨はオブジェクト指向をしらない。
オブジェクト指向を知らないのでDB設計の変更に
コーディングで耐えることができない。
711仕様書無しさん:03/10/08 03:36
>>710
と思い込んでいるJava厨がいることが判明した。
712仕様書無しさん:03/10/08 03:36
>>707
こうやってPerl厨の必死な言い訳が続きますw
713仕様書無しさん:03/10/08 03:37
>>710
むしろ、仕様変更に耐え得るDB設計をすべきかと。
714仕様書無しさん:03/10/08 03:37
>>712
同じことしか言えないの?
715仕様書無しさん:03/10/08 03:37
>>711
と煽りにもなっていない悪あがきをする哀れなPerl厨がいるのでした。
716仕様書無しさん:03/10/08 03:38
Java厨は具体的な話を始めたな
Perl厨の出番はもうないかも


明日はJava厨 vs Java神の展開をよろしく頼むよ諸君
717仕様書無しさん:03/10/08 03:38
>>715
煽りになっていないというのなら>>710自体が既に煽りになっていない
718仕様書無しさん:03/10/08 03:38
>>713
プ それじゃPerlだけでは金持ち顧客の高価な注文にも耐えられないなw
719仕様書無しさん:03/10/08 03:39
> Java厨は具体的な話を始めたな
どこがだよ?(w
720仕様書無しさん:03/10/08 03:39
>>718
理解できてないみたいだね。
721仕様書無しさん:03/10/08 03:40
オブジェクト指向をみくびっているとこうなるんだよ。

わかったかPerl厨。

いまからデザインパターンの初歩でもいいから勉強して来い。
さもないとすぐにリストラ候補にされるぞ。
722仕様書無しさん:03/10/08 03:40
>>718
こういう文からJava厨の貧乏さがひしひしと伝わってくるんだよね。
723仕様書無しさん:03/10/08 03:41
>>720
DB設計だけで対応できる限界をどうやって超える気だねw
724仕様書無しさん:03/10/08 03:41
>>719
Javaを実際に使ったことのない奴を排除しはじめたじゃん
おまいEntityBeanって何か知ってるの?

>>721
死ねよJava厨
OOPなんか半端にしか知らんくせに
725仕様書無しさん:03/10/08 03:42
>>721
お前相当なアホだな。

落ち着いて>>713を100回読み直して来い
726仕様書無しさん:03/10/08 03:42
>>722
きみみたいな貧乏人はJ2EEすら使いこなせないがな
727仕様書無しさん:03/10/08 03:42
>>724
EntityBeanでおしっこちびりましたか?
728仕様書無しさん:03/10/08 03:44
>>724
> 死ねよJava厨
> OOPなんか半端にしか知らんくせに

OOPを半端に理解できないPerl厨房には
ハイレベルのEJBを使いこなすことは無理です
729仕様書無しさん:03/10/08 03:44
>>725
素っ裸なperl厨もVB厨みたいで必死だなw
730仕様書無しさん:03/10/08 03:44
EJBのどこがハイレベルなんだろう? 
731仕様書無しさん:03/10/08 03:45
>>724
> 死ねよJava厨
> OOPなんか半端にしか知らんくせに


Perl房がついにキレたかw
732仕様書無しさん:03/10/08 03:45
VB厨たたきがいる。
733仕様書無しさん:03/10/08 03:45
>>730
Perl厨にとっては理解不能だからハイレベルなんだよw
734仕様書無しさん:03/10/08 03:46
>>731
自演バレバレ
735仕様書無しさん:03/10/08 03:46
>>729
話にならないな。
こういうJava房にJava使いが迷惑してるんだろうな。
736仕様書無しさん:03/10/08 03:46
>>732
perlもVBと同じように型の管理がいい加減じゃないかw
737仕様書無しさん:03/10/08 03:46
>>733
ハイレベルといっているのはJava厨のようですが?w
738仕様書無しさん:03/10/08 03:46
>>735
まだPerl厨は半泣きになって言い訳ですかw
739仕様書無しさん:03/10/08 03:47
>>737
Perl厨のレベルの低さを示してやったのさ
740仕様書無しさん:03/10/08 03:47
この調子では、Perl厨はJ2EEパターンすらりかいできないだろう。
741仕様書無しさん:03/10/08 03:48
ここにいる人は、Java側、Perl側ともに中級者未満ってことでよろしいか?

Java側は、EJBが何かではなく、
StatelessSessionBean ,StatefulSessionBean の違いを説明させろ。
それから、BMP,CMPそれぞれの異義。
Perl側は、
Perl5から導入された言語仕様に付いて説明せよ。
それで、OOに対する理解度が分かる。

じゃ。よろしく皆さん。
# こういう内容だと無視されるんだよなー
742仕様書無しさん:03/10/08 03:48
この調子ではPerl厨には分散コンピューティングを理解することは不可能だろう。
743仕様書無しさん:03/10/08 03:48
>>736
お前は過去ログも読まずに
何も知識を知らずに煽ってるんだが、

悲しくならないか?
お前のような奴には何度説明しても理解できないんだろうな。
744仕様書無しさん:03/10/08 03:49
>>736
Perlの変数に型がないことで困ることなんてないけど。
バカには重大な問題なんですか?
745仕様書無しさん:03/10/08 03:49
>>742
それは言語と関係ない概念。
そのような事は言語理解度の指標となり得ない。
746仕様書無しさん:03/10/08 03:50
> # こういう内容だと無視されるんだよなー
わかってるじゃないか(藁
747仕様書無しさん:03/10/08 03:50
Javaサイドの人間にお願いなんだが、

Expert One-on-One J2EE Design and Development

の感想なぞ聞かせてもらえるとありがたい。
748仕様書無しさん:03/10/08 03:51
>>741
> ここにいる人は、Java側、Perl側ともに中級者未満ってことでよろしいか?
>
> Java側は、EJBが何かではなく、
> StatelessSessionBean ,StatefulSessionBean の違いを説明させろ。
http://village.infoweb.ne.jp/~watany/selink/javadoc/ejb/ejb1.html
749仕様書無しさん:03/10/08 03:51
真のオブジェクト指向に型の概念なぞない。
750仕様書無しさん:03/10/08 03:51
Java厨のくせに中間ぶるなよ。ウゼー
751仕様書無しさん:03/10/08 03:52
>>741
お前Java房だろ?
なんで今更Perl5なんだ?
Perl5だと不利に決まってるだろうが。
それに散々Perl6の言語仕様について説明してるんだが。
お前も過去ログ100回嫁。
752仕様書無しさん:03/10/08 03:53
で結局自分の言葉で説明できる奴は誰もいないのなw
753仕様書無しさん:03/10/08 03:53
>>736 >>744
変数の型は、2次的なもの。本来は、変数の用途によって
ユーザは変数を扱うべき、その用途を型によって制約する事で
使う側の誤りを減らそうと言う思想がJava。
Perlは、制約によってプログラムが繁雑になることを避けようと言う思想。
昔は、単純に処理上の理由で型が存在したが現在は
単に言語の思想の違いにより存在する。
だからあってもなくてもよい。
754仕様書無しさん:03/10/08 03:55
>>751
では、Perl5とPerl6の違いでもよいぞ。
私はOOの概念はPerl5で導入されたと記憶してるんだが?
755仕様書無しさん:03/10/08 03:56
>>753
Perlプログラム書いたこともないくせに、
「変数に型がない」という聞きかじった情報だけで騒ぐ
アホアンチはやっぱりアホってことでいい?
756仕様書無しさん:03/10/08 03:58
>>754
http://dev.perl.org/perl6/
ここで正確に把握しろ。
読むだけなら10分あれば読めるだろ。
過去ログにはちょっとずつ書き散らしてあるからそれ見てくれ。
何度も同じ事書くのはいやなのでな。
757仕様書無しさん:03/10/08 03:59
>>755
失礼。型宣言がない。だな。
数字型、文字型はあったっけ。

ちなみに
>>754
http://www.kt.rim.or.jp/~kbk/perl5.005/perlfaq1.html#What_are_perl4_and_perl5_
OOはPerl5からね。
758仕様書無しさん:03/10/08 04:00
教えて君には何も教えてやる義理もないので

こちらをどうぞ
J2EE
http://pc2.2ch.net/tech/kako/1017/10172/1017240849.html

759仕様書無しさん:03/10/08 04:02
>>757
さっきから参照先にに「NG」が表示されて
誰にレスしてるかと思ったら>>755はNGワードに登録されて見えなかったか。
760仕様書無しさん:03/10/08 04:02
結局Java房のほうが知識なかった訳だが。
761仕様書無しさん:03/10/08 04:03
気が付いたら>>706も欠番でNGワードに登録されていた。
>>700もだ。
762仕様書無しさん:03/10/08 04:04
Perl房には才能がないことが発覚したわけだが。
763仕様書無しさん:03/10/08 04:04
Java房には職もないし
764仕様書無しさん:03/10/08 04:05
>>756
さすがに10分で全部は読めんが、ようはPerl5ishなコードを許しながら
新しいsyntaxを導入してるってことだな。
-> 演算子がピリオドに変わったのは、違和感がなくなっていいよ。
765仕様書無しさん:03/10/08 04:06
>>744
大規模開発の経験が無い奴ほどこういうことを言う。
766仕様書無しさん:03/10/08 04:07
Perl房には職もないし、あったとしても低賃金
767仕様書無しさん:03/10/08 04:07
Perlの話題はいい加減にWebProg板でどうぞ
768仕様書無しさん:03/10/08 04:08
>>767
PerlはWeb用ではありません。
769仕様書無しさん:03/10/08 04:09
>>765
大規模開発ってアホアンチみたいな人が大勢でやる肉体労働のことでしょ?
私にはとても無理です。
770仕様書無しさん:03/10/08 04:10
>>764
それはあまりに狭い範囲に要約しすぎだぞ。
過去ログ嫁
771仕様書無しさん:03/10/08 04:10
>>769
大規模開発したことないの?
772仕様書無しさん:03/10/08 04:11
そうだ
Perl厨は敗北したんだからWebProg板に引っ込んでろ
773仕様書無しさん:03/10/08 04:12
Perl 5.8 も流行らなかったのに、6って流行るのかなあ。
774仕様書無しさん:03/10/08 04:12
>>771
どんな大規模開発したの?
ビックカメラの買い物かご作ったとか?
775仕様書無しさん:03/10/08 04:12
>>744
は巨大なプログラムを書いたことがないんだろうなー。
776仕様書無しさん:03/10/08 04:13
>>774
プ 例えが陳腐すぎ
777仕様書無しさん:03/10/08 04:13
>>774
聞いているのはこっちなんですけど?
778仕様書無しさん:03/10/08 04:16
ビックカメラっていくら掛かったのかな?
あんなものをなんでJavaで構築するのか訳分からんよ。
779仕様書無しさん:03/10/08 04:17
>>769, >>771が欠番になって見えないぞ。
なんてかいてあるんだ?
780仕様書無しさん:03/10/08 04:17
>>770
10分で読めるわけねーだろ。
じゃ、そろそろ寝るけど

>>Perl側
明日の授業ちゃんと出ろよ
>>Java側
じゃ、また職安で
781仕様書無しさん:03/10/08 04:18
VB使うときは気持ちわるいからVariant型は必要なときにしか使いませんが、
Perlだと気持ちいいから不思議。
782仕様書無しさん:03/10/08 04:18
>>780
Perl厨は学生だと?
783仕様書無しさん:03/10/08 04:18
>>781
その甘い考え方がオブジェクト指向への理解を妨げるプ
784仕様書無しさん:03/10/08 04:21
真のオブジェクト指向には型がない。
すなわち全部variantと同じ。
785仕様書無しさん:03/10/08 04:22
>>781
いや、むしろVBがVariant型だと変な挙動するからでしょ
786仕様書無しさん:03/10/08 04:23
>>784
NeXT で Objective-C を使う事をお勧めします

デバッグが大変なのは分かる?
787仕様書無しさん:03/10/08 04:25
>>785 しないよ。
788仕様書無しさん:03/10/08 04:31
そろそろ寝ますか。
また明日会いましょう。
789仕様書無しさん:03/10/08 04:50
これだから馬鹿は困るな。
変数なんて関数ごとのローカルで閉じてるのに、型で困るのと
システムの規模と何が関係あるんだろう?
790仕様書無しさん:03/10/08 04:54
Javaは初期の段階では処理速度も開発速度も遅く、
短距離走にもスタートダッシュにも弱い。

だが、処理速度は後に徐々に差を縮めて行きある臨界点にまで一気に加速する。

コード量の多さから遅かった開発速度も徐々に差を縮めてゆき
フレームワークの確立という臨界点に達したときは他を一気に追い越す。
何度も修正を加えさらに加速する、


Javaはマラソンの選手No.2なのだ。
そしてマラソンの選手No.1はSmalltalk。

ちなみに短距離走No.1はアセンブラ。
791仕様書無しさん:03/10/08 04:56
>>789
とりあえずポリモーフィズムを理解すればよくわかるよ。
それだけじゃ氷山の一角しか見えないけれども。
792仕様書無しさん:03/10/08 05:01
>>791
あなたの基本的なコーディング技術に問題があるのでは?
793仕様書無しさん:03/10/08 05:04
ポリモーフィズムって覚えたてなんだろうな…
794仕様書無しさん:03/10/08 05:18
>>791
2行目で逃げを打ってるのは、1行目がトンチンカンだって自分でも気づいているからですか?
795仕様書無しさん:03/10/08 05:24
OO原理主義にはまるとつぶしがきかなくなるんだよなぁ。
796仕様書無しさん:03/10/08 05:56
>>795
ということにしたいのですね。:-P
797仕様書無しさん:03/10/08 06:01
Javaにテンプレートが導入されたら、型もどうでもよくなるさ。
798仕様書無しさん:03/10/08 06:12
>>796
こいついっつも外しているやつじゃないの?トランザクション君?
そもそもPerl知ってんの?
799仕様書無しさん:03/10/08 06:20
型がなくてもいいというやつはHaskellを勉強するといい
最近流行の型なし言語とは逆の発想で作られてるから
800仕様書無しさん:03/10/08 06:22
>>798
人違いですよ。:-P
801仕様書無しさん:03/10/08 08:39
2chってほんとにアホばっか
802頭悪い ◆gGTEz68pSM :03/10/08 09:12
 2ch、それもマ板でそれを言っちゃお終いだ。
803仕様書無しさん:03/10/08 10:24
つぶしのきかないJava厨はJavaScriptすら使えません。型が型がって
804仕様書無しさん:03/10/08 11:22
アホアンチはJavaScriptなんかそもそも使えません。
805仕様書無しさん:03/10/08 11:35
少なくともEJBは終わってる。
パフォーマンス最悪
806仕様書無しさん:03/10/08 13:16
こんなところに書き込んでる時点で人生負け組だっての。
Java厨もPerl厨もC厨もVB厨も関係ねえ。
807仕様書無しさん:03/10/08 13:31
>>806
おっす、アホアンチ。派遣の仕事見つかったか?
808仕様書無しさん:03/10/08 14:13
>>122
IBM JVMがあるやんけ
809仕様書無しさん:03/10/08 14:15
>>797はなにもわかってないようだ。

JavaGenericsの詳細も知らないからそういうことを平気でいえる。
810仕様書無しさん:03/10/08 14:18
>>792
とりえあず簡単なBridgeパターンやStrategyパターンなどについて調べて来いや。

そうすれば>>744のようなアホなこと言えなくなるからよ。

>>744
> >>736
> Perlの変数に型がないことで困ることなんてないけど。
> バカには重大な問題なんですか?
811仕様書無しさん:03/10/08 14:21
> とりえあず簡単なBridgeパターンやStrategyパターンなどについて調べて来いや。
型が無ければもっとシンプルに実装できますね。
812仕様書無しさん:03/10/08 14:22
これ読んでデザインパターンの勉強しろ。
[プログラミング本]Visual Basic Design Patterns VB 6.0 and VB.NET(必読!VBでデザインパターン)(昔ネットで配布されていた書籍のβ版?)vbpatterns.zip 13,885,055 78b08f47ec082d19a6e39641a8c83f9f
813仕様書無しさん:03/10/08 14:26
今ごろ気づいたけど、ttp://sourceforge.jp/ ってPHPなのね
814仕様書無しさん:03/10/08 14:29
[Patterns]
Name = "SourceForge.jp Banner Blaster"
Active = TRUE
Multi = TRUE
URL = "sourceforge.jp/"
Limit = 4096
Match = "<!-- START: ad_banner_\0 -->*<!-- END: ad_banner_$TST(\0) -->"

Name = "SourceForge.net Banner Blaster"
Active = TRUE
Multi = TRUE
URL = "sourceforge.net/"
Limit = 4096
Match = "<!-- AD POSITION \0 -->*<!-- END AD POSITION $TST(\0) -->"
815仕様書無しさん:03/10/08 14:37
型がいらんといってるやつはせいぜいバグを量産して
生産性を落としていてください

型がいらんってのはドキュメントがいらんといっているのと同レベル
816仕様書無しさん:03/10/08 14:38
> 型がいらんってのはドキュメントがいらんといっているのと同レベル
違います。
817仕様書無しさん:03/10/08 14:41
的外れもいいとこですね(w
818仕様書無しさん:03/10/08 14:44
むしろ型がいらんってのはプリフィックスがいらんといっているのと同レベルでしょう。
819仕様書無しさん:03/10/08 14:53
「暗黙の了解」が理解できない人には型宣言のある言語しか使えないのでしょう。
820仕様書無しさん:03/10/08 14:56
プログラマがミスをしないと信じている人には
型宣言がない言語を使った方がいいでしょう。
821仕様書無しさん:03/10/08 14:58
RubyもPHPもバッチファイル使えないんだ。かわいそうに。
822仕様書無しさん:03/10/08 15:04
PHPはバッチになると思うが
823仕様書無しさん:03/10/08 15:07
>>713はいまだにウォータフォールモデル型開発しかできない
典型的な化石厨房か。
824仕様書無しさん:03/10/08 15:14
>>823はModelが変化するとViewも変化することも知らない知ったか野郎
典型的OO厨
825仕様書無しさん:03/10/08 15:25
自動型変換とか理解できない人は
型宣言のある言語でコンパイルエラーに頼るしかないんだろうねえ。
826仕様書無しさん:03/10/08 15:44
自動型変換とか中途半端に理解している人は
「自動」とは「プログラマが定義した」ということも知らないOO厨なんだろうな。

「平和」と叫んでいれば平和がやってくると勘違いしている人達みたいに
「OO」と叫んでいればプログラムが納品されると勘違いしている人達みたい
827仕様書無しさん:03/10/08 15:48
自動型変換は否定するが、ガベコレは肯定するJava厨
828仕様書無しさん:03/10/08 16:06
Java厨ってコヴァの真似事もしてるんだwww
どうして右翼思想って頭の弱いガキを魅了するんでしょうか?
829仕様書無しさん:03/10/08 16:20
いまの30代〜20台後半はコヴァチルドレンは多い
830仕様書無しさん:03/10/08 16:34
えーまだやってたの?
831仕様書無しさん:03/10/08 16:42
VB厨(信者)の場合、明らかに異端な宗教を自覚していたものだが、
Java厨(信者)の場合、自分達が標準(または優れている)と勘違いしているからな。

信仰の強さと、綺麗なプログラムを短時間で作成できる能力には
何の相関性もない。
832仕様書無しさん:03/10/08 16:44
>>824>>823と関係ないことをいっている頓珍漢だ
833仕様書無しさん:03/10/08 16:45
>>831
そんな思い込みしかできないのはお前だけだ。
どこから信仰の話がでてくるんだろうか。
VB厨やPerl厨は妄想で話を進めることしか脳がないのか。
834仕様書無しさん:03/10/08 16:48
>>826
ぐだぐだいって自分の技量の無さをごまかしてないでデザインパターンの本でも読んで来い。
おれはお前みたいな口だけで何もできない奴が嫌いなんだよ。
835仕様書無しさん:03/10/08 16:51
>>833
> VB厨やPerl厨は妄想で話を進めることしか脳がないのか。
Java厨を貶す奴はVB厨やPerl厨だと妄想している人よりはマシです。
836仕様書無しさん:03/10/08 16:51
>>834
結城タンのデザパタ本がないとGoF理解できなかったくせによく言うわ(プ
837仕様書無しさん:03/10/08 16:56
>>831
VB厨を弁護するなんてみっともないね。
838仕様書無しさん:03/10/08 16:58
>>836
具体的な著書名を出すあたりいまごろになってデザインパターンを必死に勉強しているのか。
839仕様書無しさん:03/10/08 16:59
>>826
数値型や文字列かたしか取り扱ったことが無い奴がこういうことをいう。
840仕様書無しさん:03/10/08 17:01
>>838
中級者以下のJava厨がよくぼやいてるから書いたんだよ(プ
身に覚えあるんだろ?(ププ
841仕様書無しさん:03/10/08 17:14
デザパタやらアジャイルやらをわめき散らすよりも稼動実績を紹介して
あげるほうが説得力あるだろうに。
842仕様書無しさん:03/10/08 17:21
>>826
なにか勘違いしていないか?
自動型変換はオブジェクト指向言語にもあるんだが。
843仕様書無しさん:03/10/08 17:22
オブジェクト指向は、「言語の機能」として備えなければならない程プログラミング言語にとって本質的なものじゃない。

OOの世界では非常に良く「パターン」というのを耳にするが、普通は
プログラムにパターンを見付けたら、それはどこかがおかしいというサインだ。
多分、言語が貧弱か、設計者の頭が貧弱かのどちらかである。
844仕様書無しさん:03/10/08 17:31
>>841
否定的なこといって実例あげない香具師も説得力足りぬよ
845仕様書無しさん:03/10/08 17:32
>>843
ワンパターン戦法とデザインパターンを一緒にして勘違いしていないか?
846仕様書無しさん:03/10/08 17:37
ワ ン パ タ ー ン セ ン ポ ウ
847仕様書無しさん:03/10/08 17:49
いわゆるコピペって奴だな。
それなら俺も良くやったぞ。キーボードのCとVの刻印が消えてしまったほどだ。
848仕様書無しさん:03/10/08 18:29
>>843
そこまでして
オブジェクト指向も使わずに大規模プログラミングをしているのか。
COBOLer級だな。
849仕様書無しさん:03/10/08 18:34
>>840は以前によくデザインパターンを勉強しろと怒られていたんだろうな。
850仕様書無しさん:03/10/08 19:12
ま、パターンもテンプレート使うみたいにしてライブラリ化できるにこしたことはないが。
851仕様書無しさん:03/10/08 19:25
Javaはクライアントもサーバーも組み込みも中途半端。
何かこれと言う強みがあればいいんだろうけどないから
これからは厳しいと思うよ。
ま、金持ち企業の道楽だね。Javaってのは。
ビックカメラみたいな所がカモなんだろ。
Javaでカメラ屋の買い物かご作るなんてのはさ。
852仕様書無しさん:03/10/08 19:30
SunとIBMが高いハードを売りつけるための言語でした。
853仕様書無しさん:03/10/08 19:30
病院の電子カルテとか、会計処理なんかJavaが流行ってるけど
これもJavaなんか必要ないんだよな。
処理、データ量見ても全然大規模ではないんだからな。
普通にPerlのほうがパフォーマンスも開発速度もコストもいい訳だ。


854仕様書無しさん:03/10/08 19:32
紺猿に旨く利用されたな<Java
855仕様書無しさん:03/10/08 19:36
メーカーのサポートといってもトラブル時に別に何もしてくれないわけだから
PerlでもPHPでもいいと思うんだけどな。
コバルトなんてあれだけ高いのに壊れまくりだもんな。
壊れてもサポートはDELLの安いPCのほうがサポートいいし。
結局企業としてYahooやGoogleは賢いよな。
サポートないLinuxやFreeBSD使う理由が分かる。
856仕様書無しさん:03/10/08 19:43
結論としては
クライアントは
VBかDelphiとC++
組み込みはC,アセンブラ
サーバーはスクリプト言語を吸収して
オブジェクト指向言語になったPerl6で事足りる。

こんな所だろ。
金になるかどうかは知らないけどな。
857仕様書無しさん:03/10/08 19:43
VBの所は.NETでもいいよ。
858仕様書無しさん:03/10/08 20:01
ここの住人の大半が業務系であることを再確認できた
859仕様書無しさん:03/10/08 20:04
>>852
ああなるほどWintelと同じ戦略ってわけですか
860仕様書無しさん:03/10/08 20:09
>>827
型もガベコレも安全性を高めるためのもんだっての
861仕様書無しさん:03/10/08 20:10
スレの流れ早過ぎ。
今マ板でもっとも活気のあるスレだ。



いつ結論(?)が出るやら。。。
862仕様書無しさん:03/10/08 20:15
確かにJavaは人気だけどPerlもかなり仕事に使われてるぞ。
↓でのランキングでは4位だぞ。増減率ではJavaは伸び悩んでる。
Perl6が安定すると一気ににブレイクしそうだな

http://www.tiobe.com/tpci.htm
863仕様書無しさん:03/10/08 20:17
>>858
あんたはゲーム屋か?
864仕様書無しさん:03/10/08 20:21
>>862
VBのランクが低すぎるのと
COBOLがDelphiに負けているところが怪しすぎる
865頭悪い ◆gGTEz68pSM :03/10/08 20:23
>>859
Wntelはちょっと違う。彼らは数を出すのが目的。
866仕様書無しさん:03/10/08 20:41
Javaが嫌いならJavaを使ったサイトも携帯電話も使うなっていうアホアンチの戯言は
「天皇が嫌いなら日本から出て行け」っていうのにも似てるな。
さすが、Windows機でマイクロソフト批判するアホアンチは言うことが違うよ。
867仕様書無しさん:03/10/08 20:53
アホアンチはPHPを使えないことの言い訳ができたのか?
「ぼく、バグがとれないから型宣言がない言語は使えない!」
868仕様書無しさん:03/10/08 20:58
perlは書いててキモちいいけど、人の書いたコードは読みたくない。
可読性はJavaはいいと思う。
可読性
LISP>Java>C>Perl>>>>>C++>>asm>>>>マシン語
869仕様書無しさん:03/10/08 20:59
>>858
板のスレ一覧もっと良く読めよ
870仕様書無しさん:03/10/08 20:59
つまりCommonLisp最強。まだ勉強中だけど。
871仕様書無しさん:03/10/08 21:00
PHPでさくっと
872仕様書無しさん:03/10/08 21:03
業務でもイントラとかエクストラとEDIとかでJava使うけどな
873仕様書無しさん:03/10/08 21:06
LISPにしろSchemeにしろ括弧が多すぎ。修正汁
874仕様書無しさん:03/10/08 21:12
96年頃、エクストラネットってのが流行ってたの知ってるか?
インターネット -> イントラネット -> エクストラネットって
875仕様書無しさん:03/10/08 21:17
>>873
Dylan汁
876仕様書無しさん:03/10/08 21:38
>>866 ワラタ
アンドレ並みの自己矛盾芸だな。
877仕様書無しさん:03/10/08 22:14
>>851
そんなに厳しいならJava以外に何が欲しいかね?
Perlじゃもっと厳しいがねw
878仕様書無しさん:03/10/08 22:18
>>856
> 結論としては
> クライアントは
> VBかDelphiとC++
VBとDelphiはすでに終わっている。C++だけが残る。

> 組み込みはC,アセンブラ
しかし、未来ではほとんどの組み込みもJavaにとって変わるだろう。
Java内部ではアセンブラ、Cが使われていることには変わりないが。

> サーバーはスクリプト言語を吸収して
> オブジェクト指向言語になったPerl6で事足りる。
そう思うなら今あるオープン系でCOBOLからPerl6にリプレースしようという話がないのは
どういうことかなw


> こんな所だろ。
> 金になるかどうかは知らないけどな。
金になるかどうか知らないならわざわざこんなことを書くなw
879仕様書無しさん:03/10/08 22:19
>>874
最近では Internet II 
という構想が考えられているらしい。
880仕様書無しさん:03/10/08 22:21
>>862
そこまでPerlにこだわる様子をみると、
前々スレあたりからずっとPerlマンセー行ってた香具師か?
まったく、あれだけ徹底的にボコボコに論破されてもまだ懲りていないのかPerl厨は
881仕様書無しさん:03/10/08 22:26
>>853
> 病院の電子カルテとか、会計処理なんかJavaが流行ってるけど
> これもJavaなんか必要ないんだよな。
まるでPerl房の愚痴を聞いている気がするのは気のせいか?

> 処理、データ量見ても全然大規模ではないんだからな。
> 普通にPerlのほうがパフォーマンスも開発速度もコストもいい訳だ。
だったらPerlでやれっていってみな。
なんでもかんでもPerlにしないと気がすまないお前の発想は拡張性もなにも考えていないようだな。
882仕様書無しさん:03/10/08 22:27
>>850
お前は本当にテンプレート(Generics)の意味をわかているのか?
883仕様書無しさん:03/10/08 22:27
JavaよりはPerlのほうが拡張性もあるだろうなあ。
884850:03/10/08 22:35
Genericsのつもりでテンプレートと書いたんじゃないよ。
Genericsじゃ俺の考えてるパターンを記述するという用途には使えない。
まだC++のテンプレートや、単なるマクロの方が意図に近いかな。
そんなことに使える機能が言語レベルでサポートされないかなってこった。
885仕様書無しさん:03/10/08 22:36
Javaは拡張性も将来性もあるからなどという騙し案件に
乗って生きていく派遣のアホアンチって氏んだほうがいいな。
886仕様書無しさん:03/10/08 22:38
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
C++最強。C++最強。C++最強。C++最強。C++最強。C++最強。
887仕様書無しさん:03/10/08 22:39
>>884
Lispのマクロ汁
888850:03/10/08 22:40
C++は強力だが、はっきり言ってお前にはもったいない。
889仕様書無しさん:03/10/08 22:42
Javaなんか、Lispがあればいらないよな。
いまどき、VBみたいなシンタックスが流行ったんだから
S式だって不可能じゃない。
890850:03/10/08 22:42
>>887
それはいい考えだと思うよ。
891仕様書無しさん:03/10/08 22:47
Javaは馬鹿専用言語
892仕様書無しさん:03/10/08 22:48
必死だな
893仕様書無しさん:03/10/08 22:49
スレ消費ペースが異常だな
ココ
894仕様書無しさん:03/10/08 22:49
VBみたいなシンタックスってオブジェクト指向みたいなやつか?
895仕様書無しさん:03/10/08 22:49
必死だよ。今までそれだけうざい存在だったってことだよ。
896仕様書無しさん:03/10/08 22:49
Javaやってると禿げる
897仕様書無しさん:03/10/08 22:50
JavaがなくなったらいよいよRubyの時代ですね。
898仕様書無しさん:03/10/08 22:52
人気だけで実質の伴わない悲惨な言語Java
899仕様書無しさん:03/10/08 22:53
でも案件が多い
900仕様書無しさん:03/10/08 22:53
とりあえずJava房は
クライアントでVBに勝てる理由
サーバーでPerlに勝てる理由を説明してもらおうか。
勝手に勝利宣言するJava房さんよ。
901仕様書無しさん:03/10/08 22:53
JavaもいよいよCOBOLなみになってきたということですね。
902仕様書無しさん:03/10/08 22:54
VB>>>>>>>>>>>>>Java
903仕様書無しさん:03/10/08 22:57
>>809
あれ?Java房は言語的に劣ってるのを認めたの?
904仕様書無しさん:03/10/08 23:01
>>883
> JavaよりはPerlのほうが拡張性もあるだろうなあ。
証拠を示せ
905仕様書無しさん:03/10/08 23:01
ようやくJavaの実態が浮き彫りになってきたな。
今まではイメージ
だけで凄いと思わせてたもんな。
906仕様書無しさん:03/10/08 23:02
>>902
飽くなきVB厨の妄想(ワラ
この世界でVB厨が出る幕はない(ワラ
907仕様書無しさん:03/10/08 23:02
ようやく>>905の実態が浮き彫りになってきたな。
今まではイメージ
だけで凄いと思わせてたもんな。
908仕様書無しさん:03/10/08 23:03
>>900
Perl厨房はこのスレを全部呼んでから発言したまえ
909仕様書無しさん:03/10/08 23:03
Eiffel
910仕様書無しさん:03/10/08 23:04
>>906
現実逃避するなよ(禿藁
VBがクライアントでJavaごときに負けるわけないだろ(大爆笑
911仕様書無しさん:03/10/08 23:06
クライアントではVBの方がJavaより使われているのは事実だなぁ。
912仕様書無しさん:03/10/08 23:09
結論は
VB>>>>>>>>>>>>>>>>>>Java>Javascript
913仕様書無しさん:03/10/08 23:10
VBはとっつきやすいから、そればかりやっていると
キャリアアップでは不利だが、実用的で役に立つ。
WSHもインタプリタで便利。
口だけで役立たず、利己的なJava厨とは大違い。
914仕様書無しさん:03/10/08 23:10
>>884
> Genericsのつもりでテンプレートと書いたんじゃないよ。
> Genericsじゃ俺の考えてるパターンを記述するという用途には使えない。
> まだC++のテンプレートや、単なるマクロの方が意図に近いかな。
> そんなことに使える機能が言語レベルでサポートされないかなってこった。
テンプレートなどC++にはJavaより便利な機能はあるが
その便利さがプログラムの複雑さに対応するのを困難にしており
開発効率を落としているともいえよう。

C++のテンプレートはオブジェクト指向に反する使い方もできてしまうのが諸刃の剣。
915仕様書無しさん:03/10/08 23:13
JavaはJVMはいいけど、言語が糞。
916仕様書無しさん:03/10/08 23:17
JVMで動く言語をJavaだけとした時点で糞だな。
917仕様書無しさん:03/10/08 23:25
>>910
これはVB厨がC++よりもVBのほうがクライアントに向いているとしか考えることができなことを見事に
あらわしていますな、
918仕様書無しさん:03/10/08 23:26
つまりLISP最強ということですね。
Javaの本はヤフオクに出して、代りにこの本で勉強します。
http://www.amazon.com/exec/obidos/tg/detail/-/1558601910/
919仕様書無しさん:03/10/08 23:26
>>915
どういうふうに糞なのか精密に詳細に列挙しろ
920仕様書無しさん:03/10/08 23:27
>>918
ネットで言語を習得することができないのか低脳は
921仕様書無しさん:03/10/08 23:27
>>919
インタプリタの分際でevalがない。
922仕様書無しさん:03/10/08 23:28
>>916
不満があるならJVMを改造して使えばいいだろが糞餓鬼
923仕様書無しさん:03/10/08 23:29
>>921
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
> インタプリタの分際でevalがない。
924仕様書無しさん:03/10/08 23:29
プ 馬鹿丸出しw
925850:03/10/08 23:29
>918
まあ、おまいさんがLispで食っていけるというならばそれもいいかも知れんな。
926仕様書無しさん:03/10/08 23:29
>>922
そしてそのJVMを売るつもりですか?
誰も買いませんよ(藁
927仕様書無しさん:03/10/08 23:31
そういえば、最近Javaの本が沢山ヤフオクに流れてるなあ。
一時期のVBを彷彿させるなあ。
928仕様書無しさん:03/10/08 23:33
バカ数字コテ
929仕様書無しさん:03/10/08 23:34
>>917
クライアントのVBとVCは使い分け。事情が許せばボーランドやC#。
Javaは糞。
930850:03/10/08 23:37
>929
C#がオケでJavaがクソな理由を聞いてみたい。
931仕様書無しさん:03/10/08 23:40
>>926
> >>922
> そしてそのJVMを売るつもりですか?
> 誰も買いませんよ(藁
> インタプリタの分際でevalがない。
(゚Д゚)ハァ? なにいってんのこいつ ばっかじゃないの。
あったま悪いんじゃないの
932仕様書無しさん:03/10/08 23:40
CommonLisp>>>EmacsLisp>>>>>>>>>>>>>>>>>>>Java
933仕様書無しさん:03/10/08 23:41
>>>>>>>>>>>>>>>>>>>Gosmacs禿
934仕様書無しさん:03/10/08 23:41
>>929
C#の実態も知らないでアホなこと言わないように。
Javaが糞ならJavaと同系列のC#も糞。
Perl6もJavaやC#の同系列に入るがな。
935仕様書無しさん:03/10/08 23:42
Java厨の病状が悪化
936仕様書無しさん:03/10/08 23:44
人格・品性・財産・容姿・家柄すべてにおいて

C# >>>>>>>>>>>>>>> Java
937仕様書無しさん:03/10/08 23:44
>>929
具体的な理由も書かないで口先だけの餓鬼が書いた甘ったれた評価だな。
938仕様書無しさん:03/10/08 23:45
>>936
言語に人格・品性・財産・容姿・家柄がどう関係があるのか激しく問い詰めたい。
939仕様書無しさん:03/10/08 23:46
Java = 文法をぱっくたパチ物 = ジャギ
C# = Cの正当後継者 = ケンシロウ


Javaよ
お前は既に死んでいる。
940仕様書無しさん:03/10/08 23:48
オブジェクト指向度
Smalltalk > Java >> C# >>> C++ >>> C >>> アセンブラ > 機械語

低レベル機能充実度
C++ >> C>> C# > Java > Smalltalk
941仕様書無しさん:03/10/08 23:48
アニヲタは死んでいい
942仕様書無しさん:03/10/08 23:48
Simulaマンセー
943仕様書無しさん:03/10/08 23:49
>>939
C#ごときをケンシロウにたとえるなどケンシロウのイメージを悪化させるだけだ。
944850:03/10/08 23:50
じゃ、俺MUMPSでいいわ。
945仕様書無しさん:03/10/08 23:50
オブジェクト指向度
Smalltalk=Self > Sather > CLOS > Dylan > Eiffel > Java=C#
946仕様書無しさん:03/10/08 23:50
>>939
そうやって名前が似ているからといって
Cの正当後継者と言い張ってそれを鵜呑みにした馬鹿どもが
C#やったくらいでC言語を極めたつもりになるのは非常に迷惑だ
947仕様書無しさん:03/10/08 23:51
これからはサーバサイドもアセンブラでいいよ。
へんてこりんな一度しか使わないフレームワークを
意味も無く作り込むんじゃなくて、
マクロアセンブラの能力で各社が競い合う、美しい時代に帰ろう。
948仕様書無しさん:03/10/08 23:51
>>945
その順序にするにはDylanもEffelもまだまだイマイチ
949仕様書無しさん:03/10/08 23:52
>>947
オマエダケデ ガンバレヨ
950仕様書無しさん:03/10/08 23:53
C# =JavaにもC++にも恐怖を感じて逃げたVB厨が使う言語

951仕様書無しさん:03/10/08 23:54
>>946
C#できないくせに(プ
952仕様書無しさん:03/10/08 23:54
>>948
Eiffel: 表明、多重継承
Dylan: CLOSに近いオブジェクトシステム

ってことでJava/C#より上位にさせて頂升
953仕様書無しさん:03/10/08 23:54
>>947
そんなもんどこも美しくない。
オブジェクト指向でない言語はソースコードが美しくない。
954仕様書無しさん:03/10/08 23:55
>>950
C++はともかくJavaは眼中にないと思うよ。
955仕様書無しさん:03/10/08 23:55
>>951
まあお前はC#もC言語もJavaもできないわけだが
956仕様書無しさん:03/10/08 23:56
>>939
Cの正当後継者はC++だろがヴォケ
957仕様書無しさん:03/10/08 23:57
オッス!オレ、ボコラー!
958仕様書無しさん:03/10/08 23:57
>>954
Javaが眼中にないならJavaと同系列のC#も眼中にないということにしなければならない。
C#はJavaに毛が生えた程度の言語であるということをお忘れなく
959仕様書無しさん:03/10/08 23:59
Javaが嫌でC#やるんだったらC++やったほうがまし。
JavaもC++もできない奴は何をやったって失敗する。
960仕様書無しさん:03/10/08 23:59
Visual Studio .NET に入ってるだけで勝ち。
961仕様書無しさん:03/10/09 00:00
厨化が激しいな
962仕様書無しさん:03/10/09 00:00
C#がJavaの代わりになると思い込んでいる厨房は
C#の正体を見て一度愕然して見たがいい。
JavaとC#との中間にあたるような中途半端な言語仕様はバランスが悪いと感じることだろう。
963仕様書無しさん:03/10/09 00:00
>>958
クライアントでJavaなんて何にもできないよ。
964仕様書無しさん:03/10/09 00:00
C にエゲツナイ拡張=C++
Java にエゲツナイ拡張=C#
BASIC にえげつない拡張=VB
Perl にエゲツナイ拡張=Ruby
965仕様書無しさん:03/10/09 00:01
もう少し頭使ってレスしないと馬鹿になるぞ
966仕様書無しさん:03/10/09 00:01
>>960
M$信者はVS.NETが無いと何もできないわけだ。
Perlもできやしないわけだ。
967仕様書無しさん:03/10/09 00:02
バトラープログラマ
968仕様書無しさん:03/10/09 00:02
>>963
C#なんてJavaと同じように重たくて何もできませんが何か
969仕様書無しさん:03/10/09 00:02
つまりC++でいいじゃないかということですね。
970仕様書無しさん:03/10/09 00:03
アホアンチはVBにいじめられた経験があるらしいな。徹夜か?
971仕様書無しさん:03/10/09 00:03
C#は糞
あんなもんに手を出すならC++に手を出したほうが賢い。
あんなもんに手を出すのはVB厨
972仕様書無しさん:03/10/09 00:03
実際サーバサイドをC++で作って困るようなことってある?
973仕様書無しさん:03/10/09 00:03
>>969
適材適所。

こういう技もある。
まずJavaで書いて、あとからC++に変換する。
974仕様書無しさん:03/10/09 00:03
CORBA/C++でいいじゃん。
975仕様書無しさん:03/10/09 00:04
>>972
セキュリティ
976仕様書無しさん:03/10/09 00:04
>>966
Perlには変数に型がないと泣き言いったのはアホアンチ
バグがとれなーい。ウエーン。
977仕様書無しさん:03/10/09 00:04
>>972
C++用のフレームワーク作ってた会社の殆どが潰れた or Javaにシフトした

それでも俺はC++
978仕様書無しさん:03/10/09 00:06
>>975
戻り値をレジスタ経由で渡すItaniumみたいなプロセッサだと
バッファオーバーランは起きない??
979仕様書無しさん:03/10/09 00:06
さすがに今更CORBAは使いたくないなぁ
980仕様書無しさん:03/10/09 00:07
>978
コンパイラのサポートがないとプロセッサだけがんばっても意味なし。
981仕様書無しさん:03/10/09 00:07
>>979
確かになぁ
982仕様書無しさん:03/10/09 00:07
Javaだからセキュリティーは万全なんて、
ルーターかませばPCは絶対安全とかいってるのと
変わらないよな。
983仕様書無しさん:03/10/09 00:07
>>980
コンパイラのサポートって??
984仕様書無しさん:03/10/09 00:08
アホアンチって脈絡なく知ったことを書きたがるんだね。
985仕様書無しさん:03/10/09 00:08
CORBA/Javaでいいじゃん。
986仕様書無しさん:03/10/09 00:09
もうジスレは要らないね。結論でたし。
987仕様書無しさん:03/10/09 00:10
だからCORBAはやだってば。
C++にしろJavaにしろSOAPとか使うんじゃね?
988仕様書無しさん:03/10/09 00:11
>>982
C++をつかいよりはリスクが減っただろが。
お前みたいな甘ったれている奴が何もしないで勝手に絶対安全だと主張する。
989仕様書無しさん:03/10/09 00:11
CORBAにトラウマのある人多数。。。
990仕様書無しさん:03/10/09 00:11
RMIでいいじゃん
991仕様書無しさん:03/10/09 00:11
>>986
ごめん。トランザクションの件の結論おしえて。
992仕様書無しさん:03/10/09 00:11
CORBAはまだ使われているよ。RMIとか
993仕様書無しさん:03/10/09 00:12
gnome,kde......
994仕様書無しさん:03/10/09 00:12
>>982はgets(3)の愛用者
995仕様書無しさん:03/10/09 00:12
>>991
DB板で聞けば?
996仕様書無しさん:03/10/09 00:12
もう次スレか。
997仕様書無しさん:03/10/09 00:13
1000
998仕様書無しさん:03/10/09 00:13
CORBAは前世紀の遺物
999仕様書無しさん:03/10/09 00:13
CORBAをCOBOLと間違えている香具師いないよな
1000仕様書無しさん:03/10/09 00:13
C++ vs Java
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。