1 :
仕様書無しさん :
03/06/10 16:42 みなさん、どう思われますか?
やば
,-、 ,.-、 ./:::::\ /:::::::| /::::::::::::;ゝ--──-- 、._/:::::::::::::| /,.-‐''"´ \:::::::::::| / ヽ、::::| / ヽ| l l .| ● | ぬるぽ l //∪// ● l ` 、 (_人__丿 //∪/ / `ー 、__ 。ノ / /`'''ー‐‐──‐‐‐┬'''""´ ./ ___ l __ l ./ / |/ | `ー-< / ./ ./ `ー‐--{___/ゝ、,ノ
ガッ
ギッ
ここは、ネタスレではありません。
__,,..、、- - - .、、...,,___ ,,、‐''"~ ̄  ̄``''‐、、 / \ / ヽ / ヽ / / ~~` '' ‐- 、、 ,,__ __ ,,..、、 -‐ '' "~~\ ヽ | / __  ̄ __ ヽ | .| { ´ ‐- ....__ __... -‐ ` } .| .| 〉,,・^'' - .,, ~ i ~ __,,.- ^`・、.〈 | ./ ̄| /,/~ヽ、 `'' ‐--‐ ,.| 、‐-‐'' "~ _ノ~\,ヽ | ̄ヽ | (` | / ヽ,,_____`‐-、_、..,,___ノ八ヽ___,,.._-‐_'"´___,, ノ ヽ .|'´) | | }.| ./' \二二・二../ ヽ / ヽ、二・二二/ 'ヽ | { | .| //| .| / | |. \ | |ヽヽ| .| .| | .| / | |. \ | | | .| |ヽ.| | / .| |. ヽ .| .|./ .| | .| | / | | ヽ | | / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ヽ .| | / .| | ヽ | | / | ぬるぽ・・・ .ヽ.| | / '二〈___〉二` ヽ | |./ < | | `-;-′ | | | iヽ|. ,,... -‐"`‐"`'‐- 、、 |/i \_________ | ヽ /...---‐‐‐‐‐----.ヽ / .| | ヽ. ,, -‐ ''"~ ~"'' ‐- 、 / | .| ヽ ! ./ .| ,,| ヽ. | ./ |、 |\. ヽ / /.| .|. \. ヽ、____ ___/ / .| ' `  ̄ ̄ ´ '
ゲッツ
>>1 質問〜〜。 君は、JavaとJavaScriptの違いが分かりますか〜?
正直、ウザイと思っています。
Javaはウザくないけど、Java人気とそれに便乗する輩はウザいよね。
しょうもないサイトのくせにEJBとか使いたくないんだよ。 phpやaspでいいだろ!
何だ、結局ただのグチスレなのか
正直言うと、EJBがわからないんです。
ところで、Java技術者とはJavaの言語仕様がわかっているだけではだめですか? デザインパターンとか、オブジェクト指向設計とかEJBとか みなさん、どこまで理解して使っていますか?
俺はEJB以外全部 中小なもんでエンプラ向け技術はシカトしてる
>>20 すごいですねー
自分は、抽象クラスとかインターフェイスとか継承とか使えません。
いつ使えばいいのかわからないのです。
オイオイ
みなさん、実務では継承とか抽象クラスとか使ってるんですか? 自分はまだ実務でJavaはやったことないんでわからんのです。
書き込むたびにレベルの低さを露呈していく
>>1 に乾杯
そんなに低くないですよ。昨日からはじめたのです。 Javaの本を2冊読破しました。すごいでしょ?
ぜんぜん面白くないから、もう良いよ
>>1 ここは、ネタスレではありません。 って書いただろ。
だから、ネタスレじゃないですよ。 最近、JavaJavaって、もう勉強に疲れました。
で、愚痴いうために立てたわけですか。
みんなもウザがってると思って。
たった2日で、疲れるな。 プログラムって調べて、実行してみて、楽しいんだろ。
まぁそのうちJava大好き君の雑誌の受け売りみたいな長文が貼られるだろ 盛り上がるのはそれからじゃないかね
>>32 いえ、そんな時期はとっくに終わってるわけですよ。
じゃあ、止めたらいい
どうやって、止めたらいいんでしょう。この人気。 一時期衰退してそうだったのに盛り返しちゃってやだなー
継承なんて使う人いるんですか? あれですよ。もともとあるクラスを継承するっていうのは無しですよ。
>>1 もう、返答できません。
1以外 みんな、悪いな。
>>1 は何を基準にJavaの人気を計っているわけ?
まさか2chじゃないよな・・・
>>41 多いねぇ
継承の使い方ねぇ
アナリシスパターンとか読んでみれば?
>>42 でしょでしょ。しかも、別にJavaである必要なしって案件ばっか。
まぁでもJavaを使うべきところで PHP,ASPを使う奴も同じくらいウザいよね
本、二冊読んだだけのやつに判断できるのかね
2冊読んだだけだから判断できるんですよ。 はまったらJavaマンセーなんでしょ? そのほうが正常に判断できなくなりますよ。
EJB 分からないやつに EJB の使いどころの判断ができるのだろうか
IIS 分からないやつに IIS の使いどころの判断ができるのだろうか
50 :
仕様書無しさん :03/06/10 18:34
全てのものはチンコが満足するためにあるんだよ。 それ以上でも以下でもない。
本読みました。 もうこれからは継承しまくりですよ〜 オブジェクト指向ですからね。
今、全部読んだが、ほんとに、全部本物の1か?
抽象クラスも調べました! インターフェイスとも言うんですね。
本物の 1 で、めでたく終了ということで良いんじゃないのかな。
適材適所
>>44 Java使うべきところって具体的にどんな時?
>>57 サイトやシステムが扱う対象領域のオブジェクトが
複雑な時はJavaでやるべきだと思う。
シーケンス・ツリー構造のシンプルなオブジェクトの塊を扱うのなら
スクリプトのほうがいいんじゃん、とも思う。
まぁ私見っすけど
サーバー関連以外に活躍の場所が有るんですか
漏れは最近業務系Webアプリばっかやってるけど、手軽で便利だと思ってる。 短期開発の要求される分野だと、あのクソでかいライブラリが大いに助かるよ。 小物ツールとかちょろっと作るときにもいいね。 なんかperlの代わりによく使うようになった。 アプリケーションサーバのワーカ用インスタンスで動いてるから たいして速度も気にならないし。メモリは食うけどなー。 というわけで、お手軽開発向けにはよいなと思ってる。
61 :
仕様書無しさん :03/06/10 23:20
で、継承も抽象クラスも理解出来ないのに文句ばっかり多い1は どの言語が好きなのかね? VB?COBOL?HSP?
>62 HTMLじゃねーの?
まともな言語で、タダでIDEが手に入るのは JavaとSmalltalkぐらいなもんじゃないの?
今日も勉強してるわけだが J2EEって、それだけでJSPとか動くのな。すげーな。 Tomcatいらないんだ? Tomcatって必要あるのかい? あとJ2EEってEJBのことかと思ってたけど そうじゃないんだな。J2EEマンセー EJBはいらん!
EJBを使ってる!って人います?
>>65 Eclipse も含めて "タダでIDEが手に入る" かと思うが。
>>68 plugin入れれば、他の言語でも対応可能だ、という意味だろう。
おお、そういうことか。なるほど。 Java でしか使ってなかったから思いつかなかった。申し訳ない。
タダだから使うっていう考え方は好きじゃないなぁ。 良いものだから使うのならわかるけど。
タダかどうかも人によっては「良いもの」の基準のひとつ
>>67 EJBって俺も使ったことないな。
EJB1.1がクソだから流行らなかったらしいが、EJB2.0はイイかもって話が。
既に見てるかもしれんが@ITのJava関係の記事はそこそこわかりやすいぞ。
勉強がんがれ。
Eclipseってユーザインターフェースはネイティブなのかな? Java製のわりにえらい軽かったような気がする。 が、あまりいじってなくて使い方がよくわからんかったのもあるが、 いちいち保存と同時にコンパイルされるのがうざかった<Javaの場合
>>73 おぉ!
ありがたいお言葉。
EJBが使われてないということはJSPとサーブレットだけで
開発されているということですね?
76 :
仕様書無しさん :03/06/14 17:16
>>37 > どうやって、止めたらいいんでしょう。この人気。
> 一時期衰退してそうだったのに盛り返しちゃってやだなー
オブジェクト指向もEJBも理解できないような人にはJavaの人気をとめることができません。
>>74 OSで、ネイティブに対応するものがあればネイティブを使い、
なければJavaを使うという形式であると思った(SWT)。
>>66 最近のJ2EEにはTomcatが入っています。
>>66 J2EEにはEJBが入っています。
よってあなたの言っていることは矛盾しています。
79 :
仕様書無しさん :03/06/14 17:32
>>43 > でしょでしょ。しかも、別にJavaである必要なしって案件ばっか。
たとえばどんな案件?
燃料キター
>>43 > でしょでしょ。しかも、別にJavaである必要なしって案件ばっか。
Javaではいけない案件もそれほど無い。
その辺りが人気の秘密では??
82 :
仕様書無しさん :03/06/14 20:42
知ってる香具師と知らない香具師の差が激し過ぎるからJavaは人気。
勉強しておいたほうがいいかな?
javaの超初心者ですが、勉強するのに最適な本有りますか?
「めばえ」か「子供の科学」
単純にC++が理解できないVBerとCOBOLerがJavaに流れているだけだろ。 ドキュソを隔離しておくのにちょうどいい言語だってこった。
C++って今 どの分野でよく使われてんの?
88 :
仕様書無しさん :03/06/14 23:18
C++はゲーム業界。業務系では先ず使われていない。
ゲームも今はオブジェクト指向?
かくのがらく
91 :
仕様書無しさん :03/06/14 23:34
C++は大半の業務系リーマンプログラマーには理解できないよ。 オブジェクト指向なんて無理。if文書くのが仕事なんだから。
92 :
仕様書無しさん :03/06/14 23:39
確かに最近javaの仕事多いね。 うちの会社じゃjavascriptしか経験のない奴を ejb経験者として派遣させてるよ。
Javaの次ってなんだろ? ,NET?
95 :
仕様書無しさん :03/06/14 23:50
96 :
仕様書無しさん :03/06/14 23:59
javaのいいところと悪いところを教えて
>>96 いいところ
・オブジェクト指向
・の割に簡単
・ユーザがイッパイ
・開発資源の確保が楽(オプソがイッパイ)
・大企業もリソースつぎ込んでいるので多分暫くはだいじょうぶ
わるいところ
・遅い
・メモリの消費が多い
・平均的Java開発者の技術レベルがとても低い
わるいところ ・WebSphereやWebLogicが.Netと比べてクソ高い
99 :
仕様書無しさん :03/06/15 00:41
>>98 M$は.Netひいてるんじゃなかったっけ?
安くてもきえちゃあな。
>>98 よいところ
・JBoss/Apache/Tomcat または SunONE ならタダ。
>>98 よいところ
・でも君の人件費よりは安い。無能は首にしてAPサバを買おう。
Tomcatってクラスタ化できるようになったの?
103 :
仕様書無しさん :03/06/15 04:49
>平均的Java開発者の技術レベルがとても低い 同意。他の要素は改善されてる傾向にあるから理解はするけど同意はできない。
>>103 技術レベルが低いのは、低くてもなんとかなるように
開発環境、フレームワーク等が整備され、アプリケーション実装担当者の
責任範囲がきわめて狭い部分になったという、良い成果の副産物なのです
よね…
COBOLERやVB厨が馬鹿バッカリなのと一緒。
だから最近はJavaプログラマもC++プログラマもDelphiプログラマも馬鹿ばっかりなのか。
すこし理解が進みましたよ。 JSP+Servletだけなら俺にもできそうだな。 でも前提知識がたくさん必要な開発環境は好きじゃないなー
>>84 > javaの超初心者ですが、勉強するのに最適な本有りますか?
独習Java ただしこれだけマスターしても初心者扱い
108 :
仕様書無しさん :03/06/15 12:23
>>94 > Javaの次ってなんだろ?
> ,NET?
欠陥だらけで中身も100%PureC#でもなくほとんどがWindowsに依存しやすい.netはクズ。
よってJavaの次はMixJuiceまたはD言語
109 :
仕様書無しさん :03/06/15 12:47
オレはよう?ソフトウェア業界で働いてるんだけどよ? あ、もちプログラマーな? テストでデータ入力とかじゃあねえからな? しかもよ?ただのプログラマじゃねえんだぜ? Java使いこなしてんだぜ!?Javaをよ!? いいだろ?すげえだろ?ビビッちゃったか? ブッチだぜ?ブッチ。 なに?いまいちすごさが分からねえだ? しょうがねえなあ? そんじょそこらのプログラマは.Net止まりなんだよ! なにそれ? なに?「C#しかプログラム出来ない」って? なに?「C#しかプログラム出来ないプログラマ」って? そんなヤツらはサービス残業でもしてチンタラやってろや? たまにそいつらと合コンとかやんだけどよ? やっぱなに? ソフトウェア業界知らないヤツに「プログラマやってます」って言っても 程度が分かんねえじゃん? だからよ?オレが女どもに言ってこうやるんだぜ? 「こいつらはC#オンリー、オレっちJava。ギャハアア!?」 ってな?んで必ずC#野郎が言って来るのが 「Javaって安定してるからただコーディングしてりゃあいいんじゃん? .Netの方がIISのせいでマシンがいきなり落ちたりするからむずかしいんだよ?」ってセリフ。 ただの僻みだなあこりゃあ?え? みっともねえ。ギャハアア!?
110 :
仕様書無しさん :03/06/15 13:09
まあM$厨はApacheの使い方を知らないチンカスだからね
111 :
仕様書無しさん :03/06/15 18:50
>>109 何行目で笑えばいいのか教えてください。
112 :
仕様書無しさん :03/06/15 19:03
>111 縦読み。 ??????。??!??????も??」が?だ。??
113 :
仕様書無しさん :03/06/15 19:10
漏れの会社はアップルコンピュータのウェブオブジェクトっつう奴を使うことになって明日から そのチームに配属さ。いま、説明書とか参考書みてるけど。7万で安いのはいいんだが、 なんか、こう、独特だよ。。JSPみたいな概念がフレームワークが全部担っているので プログラマはそこらへんを意識する必要ないのがいいかも。。。 負荷分散機構をデフォでできるのはすごいんだろうけど。 明日から漏れもマカーさ(哀) サーバーもマックで動かすかと思ったら、SolarisとかWindowsで動かすのがフツーなんだね。 意外だらけっすよ。チームも他のWebSphereやTomcatなんかに慣れたチームから 引き抜かれた連中が何人か。ちなみに上場企業です(´Д`;) 結婚しようかなぁ。
>109 俺風に翻訳。以後、俺様を見習って国語力を磨くよーに! C#しか使えねーやつらの言ってる事はなぁ、JAVA使いに対する ヒガミ、ネタミ、ヒボーチューショーなんだよ。 オブゼクト歯垢についてJAVA使いにお近づきになりたかったらなあ、 分かってるだろ。一々言わせるなって。 そうだよ、媚びるんだよ。 C#の茨の道歩くのがそんなステータス感じさせるモンなのか?お? 時代の趨勢を、空気を読めるようになってからモノ言えや。 ケッ もう一度言う ケッ もう一度言う カーーーーーッ、ペッ!!! --------> (ピチャ)
115 :
仕様書無しさん :03/06/16 01:31
>JSPみたいな概念がフレームワークが全部担って 意味不明アボリジニー
>>115 HTMLに何か埋め込むと、サーバが配信するまえに埋め込んであるものを
解釈して、適切なデータ構造を埋め込んでクライアントに配信するような
仕組み。
JSPはスクリプトレットかカスタムtaglibでやるが、他のやり方だってい
ろいろあるわけで。
strtusやTurbine、JSFとかね。 JSP2.0からはさらにカスタムタグが増えたらしいね。 ifタグとかまででたらしい。しかしそんなもん使って大丈夫なんだろうかと・・・。
118 :
仕様書無しさん :03/06/16 23:59
Appleに過ぎたるものが2つ。FireWireとWebObjects。
119 :
仕様書無しさん :03/06/17 00:08
>>1 Javaの人気が高まったとき最初に思った感想は?
>>119 オレの知らない言語なんてマイナーなクソ言語に決まってる!
そうだ!そうに決まってる!
です。
121 :
仕様書無しさん :03/06/17 00:34
>>117 JSP2.0で出たのはELだろ?
カスタムタグはもうJSP1.2から入ってんぞ。
ifタグあるのはJSTLね。まだJSPの仕様にはいってないよ。
>>120 当時は将来やるならC++以外には考えられないと思っていた?
最近Ruby、Pythonに興味があります。
Tcl/Tkはどうよ?
Ruby/Gtkはどうよ。 JRuby/JFC-Swingという荒技も。
126 :
仕様書無しさん :03/06/17 01:28
Jettyってどうよ
128 :
仕様書無しさん :03/06/17 01:39
Jamesってどうよ
129 :
仕様書無しさん :03/06/17 02:01
はっきり言ってTシャツはいらん。 サンやJavaのTシャツ数枚もらったけど着るわけねぇ…。 対して、デューク人形は俺の宝物w 今年のサンスーパーテックデイズでゲッツ。
131 :
仕様書無しさん :03/06/17 09:52
>>113 ウェブオブジェクトはやっておく値打ちはあるよ。マジで。
まぁMacはユーザーはアレだが、プログラミングの見地で言うと
すごいぶっとんでいるので好き。
132 :
仕様書無しさん :03/07/03 15:33
m$との裁判の影響により時期WindowsにJava搭載命令はなくなりそうだが DelなどのPCメーカーが次々とPCにJavaを標準で搭載するようになってきている。 Javaの人気は止まらない。
133 :
仕様書無しさん :03/07/03 15:37
ポインタのないCと認識しているヤシは氏ね
>>133 ポインタの無いC++と認識してる漏れは死ななくてもいい?
死ななくていいから、認識改めてね
>>133 禿同
はなしは変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。
突然変なこといいだしてすまそ・・
GBAとくらべてみてどうなんですかね?(シェア以外で)
__∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄
∧_∧ ( ^^ )< ぬるぽ(^^)
∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ
140 :
仕様書無しさん :03/08/17 23:42
>>136 128を騙るな。
無理にsonyにすべてを一社独占させる必要はない。
むしろ任天堂とSonyで共同戦線を張ってもらいたい。
もう各社は、この業界が一社が一人勝ちするような世界だということが
散々わかっただろうから無意味な争いで無駄金を費やさずに
デスクトップ市場と組み込み市場とで科学技術がよりはやく進歩するように
うまく世界をコントロールしてほしい。
142 :
仕様書無しさん :03/09/04 22:20
java houseってなくなったの? つながらないんだけど??
143 :
仕様書無しさん :03/09/04 22:31
144 :
仕様書無しさん :03/09/04 22:41
どもありがとう! って、新しいのもつながらん!? うちだけなのか?
145 :
仕様書無しさん :03/09/05 01:03
Javaなんてさ、Delphiの足元にもおよばないよね!
146 :
仕様書無しさん :03/09/05 02:50
一時のCOBOLのようになっていくよ。Javaは
147 :
仕様書無しさん :03/09/05 03:04
なんかJavaに対する空気が変わってきたような気がするな。 Javaで作られたソフトなんて知らんとかエミュレータにも劣るクソ遅さとか あーだこーだ言われてたのが、いつのまにやら学生にも知られて実際 組み上げる人が多くなった。どうなっとるんだ。
どこに使われているんだ? 開発者向けツールでしかみかけんぞ。
150 :
仕様書無しさん :03/09/05 03:16
>>148 今学生が携帯で何やっとるかといえば、ゲームなんだよ。
テトリスとかしこしこやってて、それがJavaアプリなもんだから、
認知度が高まってるんじゃないかと漏れは思ってる。
携帯JavaはFlashに置き換わります。 JavaアプレットがFlashに置き換わったように。
お久しぶりです。Java良いです。
153 :
仕様書無しさん :03/09/05 22:22
Javaはお客さん受けがいいから儲かるぞ。
何年前の話だよ?(w
155 :
仕様書無しさん :03/09/05 23:38
JavaよりFLASHの方が人気が出そうだぞ。
156 :
仕様書無しさん :03/09/05 23:39
派遣だと、Java技術者募集って多いよな。 具体的にどんなんだろう。J2EEなんだろうけど。
157 :
仕様書無しさん :03/09/05 23:55
J2EEはどうなの?これ、ほんとに効きたい。 少し前は、J2EEできる人はなにかと重宝されるような雰囲気が漂ってたけど、 今、J2EEっていうのはなかなか効かないし。 どうなんでしょ?
最近はサーバサイドしか聞かんなー
159 :
仕様書無しさん :03/09/06 00:22
157だけど。おれもそう思う。 一時は、J2EEのことがよく話されてたんだが。 ちなみにいま、swingで開発やってまつw
漏れはEJBだーっはっは・・・ 。・゚・(ノД`)・゚・。
そりゃ確かにサーバサイドを使わないJ2EEは 考えられないな。
163 :
仕様書無しさん :03/09/06 03:55
j2ee には色んな根拠の無い幻想が付きまとってたからねぇ。 ようやく、向き不向きが分かってきたんじゃないかな。
>>155 JavaとFlashは住む世界が違うじゃん
某大手生保のシステムをJavaでリプレースするらしい。 そこまでJavaが! とびっくりしたよ。 友人はコボラーなんだがw
166 :
仕様書無しさん :03/09/06 05:08
>>165 いや、だってそれ以外マシな選択肢が無いっていう現実も厳しいがあるし。
他に何がいいだろうか。
167 :
仕様書無しさん :03/09/06 06:17
難解だし、将来性もどうかわからないから、社内PGに投資せず派遣を求める。〈j2ee と、逝ってみる。
>>167 システム投資するのに、それを自社資産にしないなんて、本当にヴァカだよね。
169 :
仕様書無しさん :03/09/06 07:01
>>164 基本的には違うけど、今後のFLASHは今までのVBくらいのことくらいはできるように
なってくるみたいだし、アクションスクリプトはデザイナーだけが使う言語じゃなくなってくると思う。
170 :
仕様書無しさん :03/09/06 07:32
>>169 方向性としては単なるオーサリングツールのとってつけたような言語
が主流になるっていうよりは、
「いい言語 + ライブラリ + ツール」方向性としては正しいと思うね。
別に Java である必要は無いと思うが、あの Flash についてくるクソな言語で
プログラミングやるのは、複雑なものになると難しいと思うよ。
171 :
仕様書無しさん :03/09/06 07:34
>>166 ASP.netの方が開発効率と実行速度が優れてるじゃん。
>>171 冗談やめてよ、漏れは Ruby/Webrick が最強だと思うガナー
173 :
仕様書無しさん :03/09/06 08:19
Java技術者の派遣募集ってやたらみかけるけどね。
174 :
仕様書無しさん :03/09/06 08:28
Java使える香具師って不足してんの?
175 :
仕様書無しさん :03/09/06 08:33
優秀なJavaPGが不足してるんでしょ。 VBやCOBOL、Accessから仕事があるからって流れてきた屑ばかり。
>>175 不足してるね。
正確に言うと、経験のあるjavaPGが
サーバサイドあんまり知らない。
JAVA Developer10月号買ってきました。今から読みます。
178 :
仕様書無しさん :03/09/07 13:30
age
strutsは便利どすえ
確かに。大学でAppletで遊んでましたっていう俺が1年目からなぜか職場ではエースだ
181 :
仕様書無しさん :03/09/07 19:54
C++からはあまり流れてないのかな。
182 :
仕様書無しさん :03/09/07 20:00
アプレットやswingなんてのは、まだやってるのか。 もう完全に廃れる方向に向かっていたと思っていたんだが。
183 :
仕様書無しさん :03/09/07 20:02
クライアントとしては駄目でしょう。 今の案件は殆どサーバサイドだと思いまつが。 JSP、サーブレット、EJB この辺じゃないの?
184 :
仕様書無しさん :03/09/07 20:03
Broadbandでリッチクライアントって流れが戻ってきてるらしい。 JSPとかHTMLとか混在しないトコはいいんだけど、これはこれでメンドクサイんだな。 結局いっしょか?
185 :
仕様書無しさん :03/09/07 20:14
Webシステム向けのフレームワークで Javaフレームワークと .NET どちらがお勧め?
186 :
仕様書無しさん :03/09/07 20:28
>Broadbandでリッチクライアントって流れが戻ってきてるらしい。 ツマン。 この文の意味ってどういうこと? ブロードバンド環境が整ってきているから、多少重いサイトでも かまわなくなったってこと?立地クライアントととは?
>>186 それであってると思う。Flashばりばり使ったサイトなんて、
一昔前は敬遠されてたけど今じゃ普通だし。
188 :
仕様書無しさん :03/09/07 20:48
>>185 .NET
monoががんがってくれるという条件付で。
リッチクライアント? コールドフュージョンforMX?
190 :
仕様書無しさん :03/09/07 22:02
>>181 それはないでしょ
C++できないからJavaやるんだし
>>190 Javaもある意味簡単なところがいいっちゃいいんだけど、
誰でもとっつきやすい(と思われている)ところは問題だよね。
192 :
仕様書無しさん :03/09/07 22:18
で、ブビやaccessから流れてくるわけだな。
193 :
仕様書無しさん :03/09/07 22:19
サーバサイドは自宅で簡単に試してみるなんてこと出来ないもんね。
>>193 君スキルないなぁ。
ある程度試せるだろ?
>>194 まぁまぁ。スキルがあろうとなかろうと
「簡単に」は人それぞれってことでしょう。
一台のPCでクラ/サバ両方出来ると知った時は驚きだったなぁ。
197 :
仕様書無しさん :03/09/07 22:50
アプリケーションサーバを自宅にたてるのか?
198 :
仕様書無しさん :03/09/07 22:55
JBOSS使え。
>>196 言っている意味がわからんよ。
何時の時代のこと言ってるんだ?
200 :
仕様書無しさん :03/09/07 23:57
>>197 まあ規模にもよるけど、tomcat くらいなら普通のパソコンで十分なわけで・・・。
201 :
仕様書無しさん :03/09/08 00:10
実際の所、普通のPCとPCサーバって、何処が違うの?
>>201 マシン自体やストレージの信頼性じゃないのかな。
>>201 基本的なことは変わらない。
クライアントマシンの性能がどんどん上がってるから。
ま、重要なサーバなら
クラスタリングしたり2CPUにしたりするから、
それようのを選ぶけど。
だから実際の業務では
ブレードサーバとか使うことが多いよ。
基幹じゃない社内向けとか
自宅サーバくらいなら普通に店頭で売ってるマシンで十分。
まあ、DBもいれるんだったら メモリは多めに入れといた方がいい
ちょっと口説かれ上手なほうがいい
206 :
仕様書無しさん :03/09/08 02:52
TomcatってJ2EE準拠なの? Apacheはインストールしなくてよいの?
オレは趣味でサーバサイドJavaをやりたいんだが JSPが使える安いレンタルサーバが少ないんだよな。。。 PHPでやるしかないな。
208 :
仕様書無しさん :03/09/08 02:59
だから、JBOSS使えって。(藁
209 :
仕様書無しさん :03/09/08 03:04
JBOSSって、J2EE準拠だっけ?
自宅でEJBやJ2EEまでやりたかったら、OTNに入るのが近道かもね。
あと、準拠していようがいまいが どのアプリケーションサーバにでも そのまま移行できるわけじゃないよな。 jboss.xmlやらweblogic-ejb-jar.xmlやらibm-ejb-jar-*.xmiやら 独自のDDもってるわけだから。
JAVAってそれこそ設計が全てだよね。 設計が屑だとごまかしが効かない。 あと、ジャカルタぷろじぇくと、もっとすっきりしてほしい。 あそこの成果物の(ある程度の)永続性って保障なし?
趣味でJBOSSを使うのは、 パソコン一台を大型トラックで運ぶようなもの。。。
215 :
仕様書無しさん :03/09/08 13:33
んじゃJ2EEってどうやって勉強すれば良いノン?
217 :
仕様書無しさん :03/09/08 13:42
WebSphereを買えばいいんじゃないかな。
218 :
仕様書無しさん :03/09/08 16:40
あんな屑コンテナ使うなら 戦闘ヘリに乗ったトム猫を使ったほうがマシだ。
>>218 馬鹿か?雄猫はWebコンテナだけだろ。比べものにもならんよ。
220 :
仕様書無しさん :03/09/08 17:07
こんなに早く釣れるとは……言ってみるもんだな(W
>>145 GUIしか取柄がない言語はJavaの足元にも及ばんと思うが
>>146 > 一時のCOBOLのようになっていくよ。Javaは
Javaを糞言語COBOLと一緒に比較できるものなのかと
>>151 >JavaアプレットがFlashに置き換わったように。
それは実際には番うな。JavaAppletはJavaWebStartに置き換わるんだよ。
>>155 デザイナ志向のツールとプログラミング言語を一緒にするなと。
>>169 ActionScriptはVBScriptやJavaScript並に糞使えないスクリプトだが。
>>171 馬鹿を言え。「.NETはクロスプラットフォーム」と言っておきながら
Windowsでしか使えないという嘘をつきながら、しかもネットワークに弱い言語で動く
あれのどこが開発効率が良いのか。あれはスパゲティコード生成言語だろ。
実行速度はASP.NETに使用する言語によっても異なるだろう。
>>182 Swingは廃れるように見えるがフレームワークとしてはかなりしっかりしているほうだ。
今は一時的にSWTにとって変わるかもしれないがそのうち再び復活するだろう。
開発側のメリットだけを挙げてjavaを推すバカが多すぎる 十分によい言語だとは思うけど
>>185 > Webシステム向けのフレームワークで
> Javaフレームワークと
> .NET
> どちらがお勧め?
J2EE(Java)。 .NETはほとんどの機能がセキュリティ脆弱性の高いWindowsでしか
使えない上に、ほとんどの機能が
セキュリティ脆弱性の高いことで有名なIIS上でしか動かないため
移植性も拡張性も信頼性も堅牢性も保守性もJavaよりも劣るためお勧めできない。
趣味か仕事で頼まれたときにやる程度にとどめておけ。
>>187 > それであってると思う。Flashばりばり使ったサイトなんて、
> 一昔前は敬遠されてたけど今じゃ普通だし。
>>184 の言っているJSPとはAppletとは違いサーバで動かすものだぞ。
クライアントで動くFlashと比較するとはお前の脳みそは空っぽか?
>>206 TomcatにはJ2EEもApacheもなくても動く。
しかしApacheと連動しておかないとパフォーマンスが低下する。
J2EEにはTomcatが使われている。
>>207 自前でサーバ立てろ。プロバイダからグローバルIPを提供されているか?
DynamicDNS使ってなんとかしろ。プライベートIPしかもらえないならまた別の
サービス使って毎月2000円くらい払ってサーバ運用しろ。
>>215 まずEclipseをダウンロードしろ。話はそれからだ。
>>222 で、その後はどうなったんだ。PHPか?
開発側のメリットだけを挙げてVBを推すバカが多すぎる 十分に汚い言語だとは思うけど
>>224 もちろんJavaで幸せに暮らしましたとさ
顧客満足度は低かったけどな
228 :
仕様書無しさん :03/09/08 21:31
Apache + Tomcat + JBoss鯖をたてるんすか?
理解力の弱い
>>223 のような方のために補足。
>
>>184 の言っているJSPとはAppletとは違いサーバで動かすものだぞ。
> クライアントで動くFlashと比較するとはお前の脳みそは空っぽか?
帯域が細い頃は、AppletにしろFlashにしろでかいファイルの
ダウンロードが必要なために忌避されていた。
それよりも、HTMLベースのGUIの方が軽くて歓迎されていた。
この場合、Perl/CGIやASP、JSPのような、サーバ側でHTMLテキストを
毎回作る仕組みが用いられる。これだと凝ったGUIが作れないので、
JavaScriptでがんばっているというのが今の主流及び一昔前の話。
近頃は帯域が太くなったので、HTML以外の、一昔前は重いと言われていた
UIデザイン手法が受け入れられつつある。
これはつまり利用可能なりソースの変化に伴い優先順が変わってきたということ。
以前は帯域リソースが少なかったので、リッチなGUIよりも帯域を食わない方が優先度が高かった。
今は帯域リソースが十分に増えてきたので、多少帯域リソースを食っても
リッチでcoolなGUIの優先度が上がってきている。
しかし、こういう話が分からないような、枝葉末節しか見えない奴が増えて困る。
IEだけになればいいのにね
231 :
仕様書無しさん :03/09/08 22:42
↑ちゃんと動いてくれればそれでもいいんだよな。 クライアント側のランタイムにはうようよ使えるコンポーネント が既にいるんだからね。指示を出す奴だけ落ちてくればいい。
JAVAが使えない理由は Run anywhere=ネイティブコンパイルをまともにサポートする気がないってとこ SmallTalkみたいにネイティブコードでもがんがん呼び出せるようにすればいいんだよ。
Sunはクライアントサイドやる気ねーからな 本気になればSwingだってもうちょっとマシになっていただろうに 対抗馬のAFC(←プ)が消えたのが原因か
>>233 Sunはハードウェアも売ってるから実行速度を遅くした方が儲かるってのもある
M$もくそだがSunはそれ以上に糞企業
Sunで働きてえなぁ
>>234 マッタクダ
ゲイツがどうのと小便臭い罵倒をする奴等に
マクネリのネタも書いてみろと罵しりたい
クライアントにSunかよ
>>229 ついでに、ローカルストレージの価格が激安になっているってのもあるね。
JavaWebStartで、1度DLしたJavaアプリケーションはクライアントのロー
カルストレージにキャッシュしてくれる。
サーバー側でバージョンアップがない限りはキャッシュから起動するので、
毎回DLで嫌な思いすることは、もうない。
マルチプレイヤーのRPGとかみたいに、差分だけパッチ提供なんてのもJWSで
可能。
Javaアプリケーションの問題は、起動速度とSwingが遅い、だけになった。
この二つばかりは、今後のCPUの性能向上に任せるしかなさそう。
JWSが、バイトコードだけじゃなくてJITコンパイル済みバイトコードを
キャッシュするようにすりゃいいのにね。
PGにJSPバカしか確保できないというわけでなければ、Webアプリを使
うのは、すでに時代遅れになりつつある仕事。
239 :
仕様書無しさん :03/09/09 00:04
EJBどうよ?
240 :
仕様書無しさん :03/09/09 00:24
JavaPGには凄い奴もいるが、屑の流入が著しい。VB.Netで引き取ってくれ
Javaが屑を引き取ってくれている現状でいいと思われ。
242 :
仕様書無しさん :03/09/09 01:56
Javaも魅力だよなぁ。でも、もうやれないだろうな。 というより、もう、これ以上覚えるの嫌だしなあ...。 でも、Javaが定番になったら、どうしよう?
コアAPIのコレクションフレームワークさえマトモに使いこなせない JSPオンリー馬鹿はいってよし。おまえらJavaプログラマを名乗るな。
おまえらちゃんと語尾に"じゃば"ってつけろよマ
245 :
仕様書無しさん :03/09/09 11:26
Java出来ます。やったことありますと言えば仕事もらえるから仕方ないじゃんw
246 :
仕様書無しさん :03/09/09 12:23
JavaはGCがあるから嫌いなんジャバ
>>232 > JAVAが使えない理由は
> Run anywhere=ネイティブコンパイルをまともにサポートする気がないってとこ
> SmallTalkみたいにネイティブコードでもがんがん呼び出せるようにすればいいんだよ。
JETコンパイラ使えや。ネイティブにコンパイルできるぞ
>Javaアプリケーションの問題は、起動速度とSwingが遅い、だけになった。
>この二つばかりは、今後のCPUの性能向上に任せるしかなさそう。
JavaChipにも期待できるぞ。
>>241 Javaの本質を理解しJavaを使いこなせる奴はまずVBのような言語を嫌う。
そう簡単にVBを受け入れる奴はいない。
>>229 理解力が弱いとかではなく藻前の説明が不十分すぎて情報が少ないため
プレゼンテーション能力が弱いとみなされただけだろう。
JSPを馬鹿にしている奴がいるが本当にJSPできる奴はSQLもServletもEJBも
できる。J2EE全般ができる。strutsも使いこなせる。J2EE使いにSwing馬鹿と言われるぞ。
JSPを死滅させてSwingで置き換えたいのか藻前らは。
そう簡単に全てSwingだけで処理すべきとは考え物だぞ。
JSPはServletとの連携が、SwingとRMIなどと連携するよりも楽だ。
DBアクセスもEJBと連携することで楽にできる。
会社でとんなことやってるか知らんが
ちょっとしたB2Bを実現するためにわざわざSwingを容易する仕組みを考えるのは
もっと後にしたほうがええぞ。
>>242 Apache Jakarta Projectの様子を見てみな。
>>242 > Javaも魅力だよなぁ。でも、もうやれないだろうな。
> というより、もう、これ以上覚えるの嫌だしなあ...。
Javaは.NETよりも覚えやすく、オブジェクト指向を意識して効率よく開発しやすい。
> でも、Javaが定番になったら、どうしよう?
.NETが定番になるよりも苦労はしない。
>>233-234 Javaを作った香具師はSunの社員だが
最近のJavaの将来を担うのはお前たちだぞ。
Java Community Processに何か提案しろ。
Jakarta Projectに何かパッチを送れ
>>229 はSwingだけで掲示板やウェブメールなどを作れるとでも思っているんだろうか。
252 :
剛万太郎 ◆uuJAVAsys2 :03/09/09 12:48
Javaより優れた言語がないので俺はJavaを使う
>>251 all or nothingしか想像できないアフォハケーン
なんか同じと思われる人が一生懸命書いてますね お疲れ様です
255 :
仕様書無しさん :03/09/09 20:31
どうしてJava技術者の求人があんなに多いんだろう。不思議だ。
安くできるからか?
安くしたいならCやVBしか出来ない奴がオススメ
258 :
仕様書無しさん :03/09/09 21:18
261 :
仕様書無しさん :03/09/10 02:56
いずれにしてもJavaWebStartが普及してもAppletは死滅市内やろ。 XML + XSLやXHTMLが死滅しない限りJSPもJSFも死滅しないだろう。
COBOLでさえ死滅してないんですもの
COBOLが広く使われたのはそれだけ革新的な言語だったからじゃないのか
なんか
>>245 近辺って同一人物でしょ?
主張はわかるけど、そんなにひとつの言語に傾倒するのって・・・だぞ。
とにかく適材適所、臨機応変、無病息災、無事安産が大事。
>>245 はちがうから、
>>247 からの一連だな。
あと前の人かも。性質は悪くないけど、所謂工作員って奴か?w
どこの工作員だよ(w SUN?IBM?裏読みでMSとか?
>>260 おれが取ってるメルマガだとVBとCOBOL
268 :
仕様書無しさん :03/09/10 19:33
これからはJavaですよ。サーバサイドはJava!コレで決まり。
269 :
仕様書無しさん :03/09/10 19:41
システムが安楽死できる言語が優れてる
JETコンパイラでぐぐってみたけど・・・ すごいねEソフトのやつ・・・ これならクライアントでもJAVAが使えそうだ
>>247 (フツーのHttpServlet)+(JavaWebStartアプリ)でもいいんだぞ。
なんか誤解してるだろ、お前。
>>263 > COBOLが広く使われたのはそれだけ革新的な言語だったからじゃないのか
基幹系業務ですでに使われており、それが今でも稼動しているから
COBOLerの需要はまだ消えないんだろうや。
そのサーバを今すぐ捨ててもいいなら今頃COBOLは滅んで
Javaなどにほとんど変わっていただろうよ。
>>270 JavaWebStart対応、且つ、J2SE1.4.2で作ったクライアントJavaアプリケーションは
ネイティブにしなくても十分快適だぞ。俺の3GHzマシンではなw
>>271 ちょっとまてよ。
たかがちょっとした文章を検索するためだけにブラウザ以外の
アプリ使おうとする香具師はまだそんなにいないだろうから
そういう用途にはJSPは欠かせない部品のひとつだぞ。
かわりにPHPつかってもええだろうけど。
ServletとJSPとの連携をしないのはもったいない。というか効率が悪すぎる。
>>274 クライアントサイドでより高機能なUIを求められるのは、逆ら
いがたい流れだと思うよ。
現状で(開発者の確保も含めて)エコノミーな手段として暫く生きる
とは思うが、表舞台に何時までも居座るようなアーキテクチャじゃ
ないでしょう。
3層C/Sを"チープに"あげたいときに、IEにクライアントを任せる
のが有用だというのは、同意するけどさ。
276 :
仕様書無しさん :03/09/11 00:35
まあ、中にはGUIで作ったほうが効率が良いc/sアプリもあるんだろうけど。 そりゃ適材適所でHTMLを使うか使わないか分けるにきまっとるでしょう。 けどな、こういうのはな、ブラウザとGUIアプリとで両方で動くのが 望ましいんだな。 2chを通常のIEやnetscape, Operaで見る、投稿する。 それをラップしたGUIアプリとして、2ch専用ブラウザ。 これを使って2chを見る、投稿する。がいい流れだ。 だが、もし2chが2ch専用ブラウザだけでしか使えなかったら 今のようにこんなに流行ることはなかっただろう。 つまりGUIはおまけで、本質はサーバサイドにあるってことさ。
>>276 その投稿は、「主役は高機能なWebブラウザであった。われわれは
それにおんぶに抱っこしているだけである。」といっていること
になる気がするが。
>>277 2chブラウザを例にとっただけじゃ不十分か。
けどな、GUIなんてすぐに捨てられやすいものだとは思わないか?
GUIにこだわるよりもロジックにこだわったほうが重要なのだと思うわけよ。
某オークションサイトは通常は一般ブラウザで見るものじゃ。 んで、ちょっとしたICQチックな機能を搭載したGUIを使ってその 縦長ウィンドウからも出品、入札ができるのさ。 このGUIはまさに2chブラウザそっくりだね。 「まず最初にブラウザで動くアプリありき」これはほとんど原則だね。 そしてGUIがあとからやってくる。
>>278 交換がいくらでも可能だからこそ、あきやすいユーザ相手に
どんどん高機能化競争になっていくのは、俺が言うまでもなく
歴史が証明している将来の事実の先取りでしかないはずだが。
もの自身(システムならサーバーサイドのロジック)に性能差
がつかなくなると、演出で差別化して売ろうとするでしょ、
何でも。
…「サーバーサイドのロジックに性能差がつかなくなると」
とココまで書いて、俺の間違いに気がついたよ。現存する業務
アプリ系プログラマは、均質化が進むほどまだ質がよくな
いや(ワラ
>>279 誰もがわかっているような現状の分析なんかだれも聞いてないが。
”ロジック”なんて言葉を使う奴は似非 これ定説
あと”MVC”という言葉を発した奴は10代並みの知能 だから思うぞんぶん叩け
JAVAのGUIもFlashくらいかっこよくなればいいのにな
>>284 お前はSwingアプリをあまり見てないようだな。
お前のスキルしだいでいくらでもFlash以上に格好よくできるわけだが。
お前が努力すればアルファチャンネルもモーショントゥイーンも
シェイプトゥイーンでもマスクでもFlashにあるようなグラフィックは
Swingでいくらでも作れるわけだが。
Java IDEにFLashのように簡単に作れるGUIエディタがないから
>>284 のような
DQNはJavaで何もできず愚痴をこぼす。自分でクラス作って拡張すれば
Flash以上に開発効率は高まる。
286 :
仕様書無しさん :03/09/11 06:49
>>283 > あと”MVC”という言葉を発した奴は10代並みの知能
> だから思うぞんぶん叩け
ほう、それはJavaをFlashと比較する奴に該当するものだとは思わないかね。
よし、みんな、
>>283 を思う存分叩いていいぞ。我々が許可する。
なんだかあさっぱらからゆがんだ奴だな。(w なんていうか技術に盲目すぎ。 JAVAなんて選択肢の一つと思わないと。 GUIはWin限定可能なら(イントラ用途とか).netのほうが遥かにましだと思うけど。
サーバーモンキーみたいに なんでもかんでもJAVAJAVA言う人をなんて言うんですか? そのうち、「PS4は当然JAVA」とか言ってください
289 :
仕様書無しさん :03/09/11 09:27
たいしたWebアプリでもなく、PHPでさくっと造ればいいのに、 必死にJavaで構築しているのを見たことあるなあ。
290 :
仕様書無しさん :03/09/11 10:35
>>287 といってもだ。Javaだけでも
Java内にさらなる選択肢があるわけだが。
>>289 スキルアップにもつながるなら個人の趣味でやってもまあいいんではないかと。
PHPだけでさくっとつくれたとしても、だ、サイトの拡張性は
Javaのほうが断然優位なわけだ。RDBMSとの親和性が大きいところが
Javaを使う意義だ。PHP使ったほうがDBアクセスが早いなどともいう香具師がおるが、
パスワード、個人情報など大事なデータを扱う場合はJavaを使ったほうが
セキュアにしやすい。
だがだれも全部Javaだけでやれとはいっとらん。
かといって何もかも全部PHPだけ、全部.NEtだけでやるのはお勧めできない。
移植性と拡張性を考慮するならなおさらだ。
Winの旧バージョンが死滅したときに備えて対策もとれと。
293 :
仕様書無しさん :03/09/11 12:43
>>288 サーバーモンキーみたいに
じゃ、なんでもかんでも.net.et言う人をなんて言うんですか?
>>287 イントラ用途?
ネットワークつかうんだろ。.netオンリーは危ねえな。
.netは名前にnetが付いているくせにネットワークに弱いセキュリティに弱い。
295 :
仕様書無しさん :03/09/11 12:51
「なんでもかんでもJava」といわれるのを嫌がるのがいるけど 一口にJavaといっても最近はあまりにも幅広い分野になってきてるので IT業界で「Java」を言う人が増えてもおかしくない。 オブジェクト指向といえばJava ネットワークといえばJava 基幹系業務といえばJava サーバアプリケーションといえばJava XMLといえばJava 携帯電話でプログラミングといえばJava 組み込み系でプログラミングといえばJava ネットワーク家電といえばJava OracleといえばJava そういう時代になってしまってきている以上、これは避けられないと思われ。 これを気に入らないと思ったのかM$も.netで必死に宣伝しているようだね。
長文をJavaを他の言葉に置き換えられるよな
>>295 別に避けろとはいわんが、上に挙げたものでJAVAじゃないとってものもないだろ?
そういう選択肢を否定して、JAVAを非難=.net宣伝ってのが狭すぎ。
295は、スラドのどこから逃げてきたの?
>>292 漏れはJavaに関してはポジティブだが、Web プログラミングには向いてないと思うよ。
冗長杉。スクリプト言語マンセー。
>>299 規模によるよ。
三階層だったらJAVAが一番いいと思うけど。
2ちゃんもJavaにしろよ
>>301 それはJAVAで2chブラウザ作れということか?
>>285 んじゃFlashとおんなじことができるIDEエディタを作ってくれ
304 :
仕様書無しさん :03/09/11 17:49
read.cgiをサーブレットで実装しろという意味でわ
そろそろ実装簡単なんだから人に頼まないで自分でやれとか言い出す気配
>>302 すでにあるだろ。
>>303 やってみるかな。出来たら買ってくれ。
>>304 管理できる奴がいなきゃ、面倒が増えるだけちゃうけ。
ボランティアUnix連中は、CGIのベテランでもAP鯖には
不慣れじゃないかね。
PHPだけでさくっとつくれたとしても、だ、サイトの拡張性は
Javaのほうが断然優位なわけだ。RDBMSとの親和性が大きいところが
Javaを使う意義だ。PHP使ったほうがDBアクセスが早いなどともいう香具師がおるが、
パスワード、個人情報など大事なデータを扱う場合はJavaを使ったほうが
セキュアにしやすい。
>>304 管理できる奴がいなきゃ、面倒が増えるだけちゃうけ。
ボランティアUnix連中は、CGIのベテランでもAP鯖には
不慣れじゃないかね。
WEBは言語がどーとかでじゃなくてサイトの拡張計画とか管理が大事ということですね
おっ猿とおり
つかread.cgiをサーブレットで実装したらどんなメリットがあるのかな? 負荷が減るのかな?
>>308 1.アクセス毎にプロセス起動しなくなるので、軽くなる…らしいが、ホントカネエ。
2.高機能のServletエンジンを使用して、分散できるようになる。お金があれば。
3.単純なテキストベースのHTTPでない会話ができるようになる。そういう実装で
きる奴と、会話相手になるクライアントアプリがあれば。
>>308 306曰く
>管理できる奴がいなきゃ、面倒が増えるだけちゃうけ。
>ボランティアUnix連中は、CGIのベテランでもAP鯖には
>不慣れじゃないかね。
ということで管理ができる奴がいればメリットありありのようですよ
ここでJavaの優位を説いてる香具師くらいのことを バカSEやバカ上司に吹き込んじまったりするから クズJava案件が出来上がってるような気がした
312 :
仕様書無しさん :03/09/12 09:47
Java案件ってカットオーバーまでが大変じゃないのか。。。 デスマに陥るケースが多いぞ。
2chライクなスレッドフロー掲示板のPerl版やPHP版は確かあるよな。
話の流れを
EJBとか、大規模用途が主だから
ちょっとしたWEBにはあんまり向かないという方向に持っていこうと考えています
>>307 は無視する方向で
2chは大規模でないのか
>>315 データ量は多いが、仕組みは単純だから、開発的には小規模では?
データの見積、拡張性さえ間違えなければ、開発はいーじーだと思う。
317 :
仕様書無しさん :03/09/12 10:42
>>306 FileIOについては、Javaは遅いよ。
>>306 2ch程度の規模のプログラムにServletやEJBが
本当に必要なのか?
という疑問がひろゆきらにあるんじゃないか?
しかも、彼らは転送量を相当気にしている。
転送量が一定量を超えると彼らの生活は苦しくなる。
319 :
仕様書無しさん :03/09/12 11:31
>>317 EntityBeansつかえばFileIOなんていらん。
それに遅いとは、どういうクラスを使っているのだ?
ちゃんとprefixにBufferedがついたクラスとか使っても遅いか。
ちゃんとランダムアクセスしているか?
320 :
仕様書無しさん :03/09/12 11:40
>>307 > PHPだけでさくっとつくれたとしても、だ、サイトの拡張性は
> Javaのほうが断然優位なわけだ。RDBMSとの親和性が大きいところが
> Javaを使う意義だ。PHP使ったほうがDBアクセスが早いなどともいう香具師がおるが、
> パスワード、個人情報など大事なデータを扱う場合はJavaを使ったほうが
> セキュアにしやすい。
ついでに、使えるRDBMSもセキュアであったほうがいいかね。Oracleなど。
けどOracleは高価なのでPostgreSQL, Firebirdあたりが妥当か?
>
>>304 > 管理できる奴がいなきゃ、面倒が増えるだけちゃうけ。
> ボランティアUnix連中は、CGIのベテランでもAP鯖には
> 不慣れじゃないかね。
向こうにもUnix使いこなしてはるがJava嫌いって奴多いからな。
C言語だけはかなり精通しているようだ。しかしいくらクライアントで
速いからと言ってCでCGIなんて遅くてやってらんね。
mod_perlやmod_phpよりも使えなさそうだ。
> WEBは言語がどーとかでじゃなくてサイトの拡張計画とか管理が大事ということですね
といってもだ、すくなくともASP.NETで大規模サイトの管理は避けたい。
ASP.NETといっても使える言語が複数あり、
個人で作った奴の場合、好みで言語を選ぶので(人によってはC#、
人によってはVB.NETなど)そいつらのソースコードを採用しようとすると手間取る
ASP + VBなんぞもってのほかだ。
321 :
仕様書無しさん :03/09/12 11:42
>>297 「オブジェクト指向とえばJava」といはよくいわれたもんだ。
そこからUMLが非常にJavaを意識して仕様を策定された。
322 :
仕様書無しさん :03/09/12 12:41
323 :
仕様書無しさん :03/09/12 12:42
>>319 RDBよりも、プレーンテキストの方が扱いやすい。
透明あぼーんの時に本文検索置換を行うかr。あ
もっといえば、大規模掲示板にRDBなんて使えない。XMLの方が100倍まし。
324 :
仕様書無しさん :03/09/12 12:43
325 :
仕様書無しさん :03/09/12 12:45
>>319 Perlで秒間5MBのIOが可能なシステムでも、
JavaのBufferedなら、秒間1MBが限界。
Unicode変換が入ればその半分。Unicode変換しないなら、String系クラスは一切使えない。
RandomAccessFile・自作キャッシュ・GC・WeakReference、これを使えば、RDBくらいは実装可能。
掲示板は無理。
326 :
仕様書無しさん :03/09/12 12:49
>>320 掲示板は板によって、テーブルを増やす形式。
いくらインデックスをはったところで、RDBMSにパフォーマンスでの勝ち目は無い。
COBOLから使い古されたテクニックだからね。
だな、掲示板ってデータの追加・検索が単純だから、DBよりテキストのほうがいいような。 DBだと特化していない分、なんとかにナタのような。
コボル?
329 :
仕様書無しさん :03/09/12 12:55
>>326 インデックスのインデックス作って外部キー作るのは駄目なのか?
わかった長文の奴は無駄に断定口調で(しかも長文)だから 当たり前の事でも何かムカツク感じなんだな ちょっとでもおかしな感じだと揚げ足とりたくなる で、書いてることはそんな別にって感じだし Javaだってそんな悪くないけど 何かにつけ、あんな風に長文で強く言われたら 「君、COBOLでWEB開発やってくれ」とか言われたのに近い感じがするのかもな
>>329 掲示板の場合、データ追加が多いし、検索とかだって全文検索したいっしょ?
そうなると、インデックス構築コストが高すぎて割が合わないような。
332 :
仕様書無しさん :03/09/12 13:08
read.cgi 最強説 浮上
当方学生ですが書き込み・読み込みと実際のディスクへの書き込みを 非同期にしてIOへの負荷をできるだけ減らすってのはどうですか?
>>333 ディスクIO完了前にdjになったらどうしよう?
>>334 そこまで考えるとDB使えってなるな。
PosetgreSQLも最近のバージョンは非同期書き込みだっけ?
下痢トラップ ニュー速スレ立て放題だったらなっただろうな
338 :
仕様書無しさん :03/09/12 14:34
>>336 データ受信から書き込みを非同期にするんだから。
その間に停電とかあった場合、そのデータをどうすんだ?ってこと。
>>338 DBMSによってはOSとは別に自分でやってるのもある。
性能向上、堅牢性のため。
340 :
仕様書無しさん :03/09/12 14:42
>>339 >DBMSによってはOSとは別に自分でやってるのもある。
厳密には、非同期IOとは呼べない。
>>338 そうだと思うけどうまくやればread.cgiより負荷が減ると思いませんか?
読み込みのほうはサーブレットの特性でIOから読み込む必要がありませんし
考え方としては鯖自体をサーブレットでエミュレートするってことで
>>341 2chの板のデータ量がわからんけど、それを恩メモリーに展開できればそうなんじゃ?としか。
理論とマシン等を含めた実現の話は別だから。
>>341 ストレージと同じくらいメモリがあればストレージなんかは要らないですよね
>>327 なかには掲示板をツリー表示可能にして、
また、削除キーを搭載し、
名前順ソート機能、検索機能、全文検索機能、
画像、音声掲載機能、などを追加したいものもおろう。
そんなときこそRDBMSを使うべきだ。
そちらのほうがこういう複雑なことをするには扱いやすい。
>>343 万が一のためのデータのバックアップを怠るべきでは
ないと思うぞ。
346 :
仕様書無しさん :03/09/12 16:11
とりあえず、Javaに否定的な奴はここでJavaを叩くなと
>>344 2chのはなしだから、ああいったわけで、そこまで前提が変わったら話が違う。
Javaに否定的なんじゃなくて 何でもかんでもJavaマンセーを叩いてるように思うが
ここはJavaを否定するために立てたスレなんですが
JAVAを使えば、バグ退散、工数削減、家内安全、商売繁盛、悪霊退散・・・。
351 :
仕様書無しさん :03/09/12 16:40
デスマ退散。PG天国
352 :
仕様書無しさん :03/09/12 17:12
>>344 記事一つおきに1Byteをフラグを持たせるだけじゃん。
.MBX
.IDX
.BIT
これで十分
353 :
仕様書無しさん :03/09/12 17:24
携帯組み込み市場 アセンブラ・C/C++ → JAVA → BREW(C/C++) この流れは何かを意図している
セキュアでないRDBMSって何よ?
355 :
仕様書無しさん :03/09/12 17:34
>>353 I505
・ネットワークアクセスを許可するか?
・資源へのアクセスを許可するか?
怖いよこれ。BREWも同じみたいだし。
356 :
仕様書無しさん :03/09/12 18:57
セキュアなRDBMSって?
>>356 Javaが詳しい人が言うにはOracleらしいよ
Oracle自体Java
359 :
仕様書無しさん :03/09/12 23:21
ボラクル
Oracleのストアドは当然Javaで書くよね
361 :
仕様書無しさん :03/09/12 23:37
PL/Iでかきまつ
OracleのインストーラーJavaベースになってからエラクめんどくさいぞ パッチ当てるのにGUIでやんないとならん
363 :
仕様書無しさん :03/09/12 23:44
8iはP4マシンにインストール出来ないし。パッチ当てるのにCDをHDDにコピーしないといけないし
つうか、2chに使うとなると 商用になる?
●は有料BBSだよな
>>353 > 携帯組み込み市場
> アセンブラ・C/C++ → JAVA → BREW(C/C++)
>
>
> この流れは何かを意図している
BREWはOSみたいなもんだろ。
そのうえにJavaを載せて動かすこともできるってことよ。
それについての生記事を読んだがBREWはJavaと比較するべきもの
でないとあったぞ。
Javaの信頼性には勝てないのが残なんだが。
正確な流れはこうだ。
アセンブラ・C/C++ → Java → Java + BREW(C/C++) → Java
最終的に結局こうなる可能性も否定できない。
今のJava Swingもまさにそうなりそうだな。
>>326 RDBMSというのはな、パフォーマンスを意識するために
つくられたもんじゃないんだよ。
>>366 Swingの導入事例で有名なのって何?
銀行ATMとかでどっかあったっけ?
>>368 じゃ、WindowsネイティブのATM端末なんてあるか(w
>>368 日本じゃ一般市民が触るSwingアプリって、まだないんじゃないの。
特定企業向けの業務アプリならいくつか知ってるが。作ったし。
JavaWebStartって使われてるの? インストールは勝手にされるケース多いが
>>371 このスレ読んでると、あー結構使われてんだと思うが
気のせい?
>>371 Windows板のOperaスレではデモと勘違いしている人が多かったな。
「Javaは遅い」が頭に焼き付いて頭から離れられない人は削除してしまっているらしい。
スタンドアロンJavaアプリよりもメモリ消費量が少なく、高速なんだけどなあ。
>>373 認知度が低いということ?
それともOperaスレの認識が低いの?
375 :
仕様書無しさん :03/09/14 01:06
>>371 Flash並にきれいなアニメーションを表示できるjnlpファイルもでているもんだぞ。
>>374 Windows板にはいつくばっている連中はJavaに弱い香具師が多い。
Linux板やUnix板と比べると最悪だ。
つまり、GUIにしか興味が無い奴が多いってこった。
連中は、おそらくLonghornの無駄に派手なアニメーション見ただけで
狂喜するような奴だろう。
>>376 そろそろ雑誌の受け売りみたいな長文レス卒業しろよ。
>>371 使われているっていうか、アプリケーション公開が物凄く
簡単にできるようになる代物なので、あんたもやって味噌。
JNLPのフォーマットにしたがって、アプリケーションの環境
設定その他を簡単なXMLで一枚書いて、あとはアプリ本体の
JAR作って、Web鯖にアプすればいいだけ。
ただ、Web鯖にJNLPのMIME-TYPEを教えてやる必要があるから、
レンタル鯖とかだとむりぽ。単に設定すりゃいいだけなので、
管理会社と交渉すればOKかも。
>>380 どんな場面で使うの?
漏れデジドカだから機能提案なんかする機会ないけど
どういう所で使うかさっぱ分からんよ
アプリケーション公開が簡単ってのが業務でどんな意味があるんだ
>>380 使われてるかどうかの答えを濁していますね
おすすめしている所を見ると、これから広まるといいなーって所か
>>381 アプリのアップデート作業のコストが殆どなくなるよ。
サーバのJARだけ新しいのに交換すればいいだけ。
クライアントにインストールされたJavaWebStartマネージャが、
サーバ側のアップデートを自動感知して、次回のアプリ起動時に
DLしてくれる。(それ以外のときは、クライアントにあるキャッ
シュを起動するので、DLは発生しない。)
アプリケーションのアップデートの度にユーザのマシンにインス
トールして回るようなマヌケな作業がなくなるよ。Webアプリ並
のお手軽運用になる。
>>382 イイナアというか、広まるでしょ。.NETもこのアイデアパクッてる
みたいだし。
>>383 それってVBとかC++のexeでも使える?
>>385 ということは、いままでJavaアプリでクライアント毎にいちいち配布してた案件でのみ置換え可能ってことね?
そんな機会すくねーな
それだけの為にJavaにする新規案件も少ないとだろ
ファイルサーバーに置いて、それを実行すればいい訳で
業務時間外にファイル差し替えれば済む話だし
>アプリケーションのアップデートの度にユーザのマシンにインス >トールして回るようなマヌケな作業がなくなるよ。Webアプリ並 >のお手軽運用になる。 こんな間抜けな作業してるの?
>>386 例えば、自社専用の情報受発信基地とデータをやり取りする
専用の演出盛りだくさん入り一般顧客ユーザ向けクライアント
アプリを作成したりとか、B2C向けだけ考えても、適用範囲は
いくらでもありそうだが。
後ろ向きの人には用途が思いつかないでしょうね。あっはっは。
つーか設定ファイルの保存ってどうやんの? Web Startの場合
>>388 でB2Cでの利用事例は?
化粧品メーカーでそんな感じのカタログ展開やってた所があったが、それはJavaWebStartが出る前だったが
置換えたのだろうか
今日のJava勝ち誇りタイムは終了でつね
やっぱりJava大好き君の雑誌の受け売りみたいな長文で盛り上がったな
俺が
>>33 で書いたことは間違いではなかったようだ
>>392 JAVAなんてすごくないよ。
DelphiとVBとC++がゴミなだけだよ
>>393 そうだね
「すごい」って修飾子はHaskellとかEiffelとかCamlとか
そういう言語に対して使ってほしいよね
Webアプリ並のお手軽さでリッチクライアントをデプロイできるってこと。 マイクロソフトも.netで同じ路線を考えてる。
ならMSを選ぶ会社が多いだろ 世の中的に
"リッチクライアント" "デプロイ" てめえはライターか?コンサルか?
結局Java君からは具体的な利点が出てきませんでしたな 会議室の端っこで黙って我慢してたような気分だ
>>399 それ
>>1 にレスすれば終了なんだが
でも、それだと知識自慢ができないもんねー
Java大好き君が長文を辞めると厨房になるわけか あれだな、もう自分の知識を披露したくて仕方がないタイプだな
こういう香具師が体制側につくと 技術の提案だけして、実際の案件で実装できたり、運用できる事の提案が無いまま現場に落ちてきて 結局、現場に負荷がかかったり、最悪デスマになる
彼は自身の "出来る見込み" と "出来た実績" を微妙に混同してそうだな
400=401=402?
さすがだな 文意も 404 not found ってか
一人変な香具師がいるな。 そんなにJavaにコンプレックスもってるのか?
407 :
仕様書無しさん :03/09/14 03:34
たかが2chのレスに「コンプレックス」ですか。 ワラターヨ。
ああ、2ch風に言い直すよ
>>407 必 死 だ な
>>406 Javaにコンプレックスがあるのではなく
Java大好き君にコンプレックスがあるのです
Java大好き君は一人なのか?
412 :
仕様書無しさん :03/09/14 03:40
社会はJavaの話題でイパーイ。みんなが知りたいhot topic、Java。今、最もcoolなゲンゴ
・・・・・・疲れた、寝る。
>>410 少くとも漏れと同じで句読点つけない奴は二人以上いるよ
言語ネタスレあたりにはまちがいなく居るね
416 :
仕様書無しさん :03/09/14 03:48
>>416 質問の意図がわかりません
もう少しかみくだいてよろしく
418 :
仕様書無しさん :03/09/14 03:53
''?
420 :
仕様書無しさん :03/09/14 05:03
あげ
PerlServletっていう仕組みを考えました 本を8冊読んだら自然に思い浮かびました Javaなんていらないですよ すごいでしょ?
>>381 JavaWebStartがあればJavaAppletがいらなくなる場面がでてくる。
425 :
仕様書無しさん :03/09/14 12:05
>>389 Java Preference APIを使え
>>383 > アプリケーションのアップデートの度にユーザのマシンにインス
> トールして回るようなマヌケな作業がなくなるよ。Webアプリ並
> のお手軽運用になる。
いんや、そんなことより、MSDNのように無駄に、ほとんどが前バージョンと
重複した50枚ものCD-ROMやDVD-ROMを配布して資源の無駄遣いして
世間から非難される必要も無くなる。
アップデートも自動でいちいちCD-ROMなどを入れてからアップデートという
無駄な作業が無くなる。
「最新バージョンが出たからアップデートしろ」という
というお知らせメッセージを無駄に入れる必要もなくなる
だろ。
>>422 あまり美しくない。perlのソースコードはVB並みのスパゲティだ。
VBのvariant型のように型が曖昧すぎるのは難点だ。
いらっしゃい 早いね
>>427 だったらスクリプト言語なんか使うなよ。
普通にJAVA使っとけ
Linux+Tomcat || Jetty+JBoss+PostgreSQL || MySQL + OpenMQ || SunOne MQ 分散アプリのRADを行う時に、1度関わると永遠に金を毟り取られつづける、某 悪質糞ベンダに金を全くださずに済ませることができるというのは、利点じゃ ないのかね。
>>426 それだ。理解力の低い人(偏見持っているために、はなから理解するつもり
のない人)にはちゃんと説明しないとだめだねえ。
顧客が満足できるような仕事をしようと思わない甘ったれは プロジェクトから外れてもらって、職失わせろ。 言語なんて手段なんだよ。顧客が要望する機能が実現できれば何でもいい。 顧客がJavaでお願いって言うなら、Javaでいいじゃないか。 言語にこだわるなんて、車屋が日本の道路の最高速度は100km/hだから、 3000ccの乗用車なんて不必要とキレるのと同じだぞ。
>言語にこだわるなんて、車屋が日本の道路の最高速度は100km/hだから、 >3000ccの乗用車なんて不必要とキレるのと同じだぞ。 例えが悪いな
>>436 > 言語なんて手段なんだよ。顧客が要望する機能が実現できれば何でもいい。
> 言語にこだわるなんて、車屋が日本の道路の最高速度は100km/hだから、
そういうこという香具師は、Javaができなくてコンプレックス持っているVB厨とかに
多そうだが。
>>438 自分の都合の悪い部分は脳内削除かよ。
顧客が言った言語で作るのが顧客満足度を上げると言っているのであって、
言語なんて何でもいいから、客の強い要望を無視して自分の得意な言語を使うべき
なんて誰も言ってないぞ。
マ板に来ている奴等に、顧客本位なんて言っても無駄だと思う。
441 :
仕様書無しさん :03/09/14 18:39
明らかに向いていない言語で顧客が要望していたら、向いている言語に誘導するのも 仕事のうちだけどな。
WebアプリでJavaServletが使えないなんてことは全く無いと思うがなぁ C/SをAppletで作れとか言われるのならともかく。
客と元請で話がついちゃってたら、下請けはもうどうしようもない。
Java(に限らないけど自分が好きではない言語)でやるのが面倒とか大げさとか 良く解らないと言うだけで、他のスクリプト言語でいいだろと言うのは手抜きだよな。 まぁ、そういう奴らは、スクリプト言語の長所をアピールしろと言われても、 開発が簡単だからとしかいえないだろうが。
Javaって難しいか? 基礎なしに、いきなり商用フレームワークとかEJBとかを会社でやらされる のが拒否反応示す原因だったりして。 EJBだってピンキリだし、EJBに任せればコーディングレベルで 楽できることだってたくさんあるし。JSPと簡単なServletだけでできるかもしれないし。 Java自体は悪くないし、潰しもある程度利くし、使いこなせれば便利だと思うんだけど、 技術の取得が追いついていない会社とかに入っちゃうと悲惨だわな。
オープンソース万歳
447 :
仕様書無しさん :03/09/14 20:40
ジャバの開発環境は何が良いですか?JBuilderかEclipseですか?
449 :
仕様書無しさん :03/09/14 20:47
Levis
ここに書き込みしてる連中で、現実にJavaを使った開発の経験のある者は何人いるでしょうか?
451 :
仕様書無しさん :03/09/14 21:13
↓はーい点呼とりまーす。
先生!いませんでした。 みんなVB+オラクルです。
453 :
仕様書無しさん :03/09/14 21:20
VB + SQL鯖でつ
VB+Oracleでっす。
現在やってるシステムは、 JDK1.4+Struts1.1+Oracle8i ですが。
456 :
仕様書無しさん :03/09/14 21:36
神降臨!
457 :
仕様書無しさん :03/09/14 21:41
使う気ないんだろ。余った人材で遊んでるんだろ?JAVAなんて。
>>447 JBuilderは糞。開発費の無駄。
Eclipse + Apache Antがよろし
VB厨がJava厨に喧嘩売るのは1000無量大数年早いと、な(藁
460 :
仕様書無しさん :03/09/14 21:58
ネットベンチャー崩れのくずどもが 金も産まないつまんねーサーバーアプリ作って喜んでた(過去形)だけだろ?
コンサルと雑誌(情報の入手元が主にそれであった時代)の煽りに乗った彼等が Javaの評判をメチャクチャにしたよね。
462 :
仕様書無しさん :03/09/14 22:02
彼等って、ネットベンチャー崩れのくずどものこと?
463 :
仕様書無しさん :03/09/14 22:05
>>462 そだよん。
コンサルと呼ばれる(さ)技師も含まれるけどね。
465 :
仕様書無しさん :03/09/14 22:08
ブビ厨はオブジェクト指向を学んでから語ってください(ワラ
466 :
仕様書無しさん :03/09/14 22:11
そういえば、98年頃知り合いのコンサルがVisualJ++を熱く語ってたなぁ。 その後デスマってたけど。 最近はJ2EEに熱心らしい。
467 :
仕様書無しさん :03/09/14 22:14
Perlで1日でできるものを2人月かけて作ってくださるのがJava厨
ピンポイントで改造すれば終わるはずのものを、すべて書き換えないと理解できなくなるのがPerl
JBuilderでSWINGの開発 Tomcat+StrutsでWebサービス開発 iアプリ開発 やりました でも.Net も PHP も Perl もやってます というか、来る仕事断ってないだけでが 選んでるだけの余裕ないっす なので、言語の優位性なんかどうでも良いです
470 :
仕様書無しさん :03/09/14 22:31
まあ、安いなんでも屋にまわすのが適当な簡易言語レベルってことだなJavaは。
>>470 たしかにソウカモです
仰る通り、単価の低い何でも屋なんで・・・
何でも屋というのも良い言い方かもです。
糞プロジェクトの敗戦処理係とかですね。
472 :
仕様書無しさん :03/09/14 22:53
火消しが出来る人は貴重だよ。
というか、先進的なアレなら火を出さないでくださいって気分です・・・けどそれだと食い扶持が無くなるんですよね PHPやPerlの方が、ある程度やり方が決まっていながらも、火を噴くケースが多いので対応しやすかったりします。 Javaの火は、PMやSEがテンパッテいるケースが多いので、逃げることを常に視野に入れてます。 ただ逃げたらお金が・・・なのですよね。
ちなみにSWINGは、1画面単位で手書きの資料が来るので、その都度ってことで、画面単位で作りました。 なので、I/Fの共通化とか部品の使いまわしとかは無視させられたので、結局VBでもあんまり変わりませんでした。
>>466 > そういえば、98年頃知り合いのコンサルがVisualJ++を熱く語ってたなぁ。
> その後デスマってたけど。
VisualJ++はM$厨が好むJavaの贋作。
>>460 > ネットベンチャー崩れのくずどもが
> 金も産まないつまんねーサーバーアプリ作って喜んでた(過去形)だけだろ?
Javaは器官系業務でどっぷり金を生んでるわけだが。
>VisualJ++はM$厨が好むJavaの贋作。 VJ++はJava厨が好むJavaの贋作。 の間違いだろ?
VJ++1.0が出た当時JDKだとマルチバイトのハンドリングのバグがあって日本語が上手く表示できない云々で VJ++1.0でアプレット作らされた思い出があります。 作った内容は、複数画像や文字が飛び交うムービーだったのでFlashやShockwaveでも良かったかもです。
479 :
仕様書無しさん :03/09/15 00:36
>>467 perlで一日でできるのか、できたつもり潜在的なバグにも気づかずにな。
あのな、perlが基幹系業務に向いているとでも思ったか?
いい加減な型変換、中途半端で貧弱なオブジェクト指向サポート。
こんなスクリプト級の言語を金融系にまともに使っていられるかこら。
そういう分野ではJavaで作たほうがperlで作ったほうよりもできが早い。
しかも拡張性、メンテナンス性も高い。潜在的なバグもすぐにみつかり
perlよりも素早く処理できる。ほんとうに信頼性の高いものを作る早さ
ならJavaのほうが圧倒的に早い。perlでできあがったつもりになっても、
顧客に使わせたと単に思わぬバグにでくわし苦情が殺到しデスマになるのがperl
いまどきPHPすら使わずにperlだけで何でも作ろうとするのは
個人のページなど趣味の世界。しょうもない掲示板でもつくってなさいってこった。
>>477 > >VisualJ++はM$厨が好むJavaの贋作。
> VJ++はJava厨が好むJavaの贋作。
>
> の間違いだろ?
おまえ、そんなこといっていると笑われるぞ。
おまえはVJ++がM$厨が作った製品だと言うことを知らないな。
>>477 Java厨の巣窟である某MLでも、J++の質問は余裕でスルーされてるけど。
>>470 > まあ、安いなんでも屋にまわすのが適当な簡易言語レベルってことだなJavaは。
それはVBの間違いだろ。
Javaの単価はC++よりも高いのを知らないな。
>>479 Javaの利点を力説した挙句、なぜ最後にPHP…
>>481 だからVJ++はマイクソ信者が好んでつかうインチキJavaなんだって。
VJ++が好きな変人はみんなC#に移ってる。
>>483 PHPならまだまだわかるが、なぜ死滅寸前のperlをもちだしたのか、ってことだ。
PHPもperlと同じように型が曖昧で糞だが。
まあこのスレはアンチJava厨の巣窟だな。
487 :
仕様書無しさん :03/09/15 00:42
ていうかJava信者のバカが1人でがんばってるだけだろ。
>>477 お前は何もわかっていない。
真のJavaの設計思想を好む者はVJ++なんてものには手を出さない。
Windowsでしか動かないものはJavaではないからだ。
>>485 ここにも日本語理解不能者が…
元レスにPerlで作るほうが早いからJava無駄って書いてあるからだろ…
>>485 JavaよりもPerlのほうがマシだから。
ていうかM$者のバカが抵抗勢力となってJavaを妬んで愚痴をこぼしているだけだろ。
>>487 どう見ても、Java否定者のほうが少ないが。
なんで信者が必死なのにJavaはマイナーなの?
MS氏ねって言ったら賛同者は多いけど、Java氏ねって言っても、 ああ、オブジェクト指向に乗り遅れた人なんだなぁと哀愁の目で見られるだけ。
>>494 笹塚とか調布ではマイナーだろうけど、世の中では超メジャー
>>489 君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
君も日本語で説明する能力がなさすぎ
JDKやJBuilderやVisual CafeよりはVJ++のほうがマシですがなにか?
いい具合に加速してますね。
>JDKやJBuilderやVisual CafeよりはVJ++のほうがマシですがなにか? VJ++でJavaアプリケーションは作れないから、比べても意味なし。 しかも使いやすいEclipseやVisualAgeを省いている。
ただの煽りあいだな 内容はない
507 :
仕様書無しさん :03/09/15 00:48
J2EEって何? 何に使うの?
>>500 っていうかさ、お前。餓鬼みたいにつまらんことやってないで
もっとまじめに議論しろよ.
他の奴にも言うべきだけど面倒くさいからお前をサンプルにして
お前(のレス)を叩く。
>>506 もっといればJava信者が馬鹿だってわかるから。
>>498 君、「はい」は一回とか言われたことあるでしょ。
>>504 i-modeとか使ったことないんだなぁ…
513 :
仕様書無しさん :03/09/15 00:50
>>501 EclipseもEmacsもAntも知らないようだな。
無知はおめでてーな。
JBuilderやVisual CafeやVJ++やVS.NETよりEclipseのほうがマシですが何か?
>>509 >
>>506 > もっといればJava信者が馬鹿だってわかるから。
必死だなマイクロソフト信者。そのうち君の襤褸がでるから覚悟しておくんだな。
517 :
仕様書無しさん :03/09/15 00:51
携帯でEJB使うと幸せになれまつか?
>>516 携帯にPerlやPHP組み込んだらなんかできる?
>>507 簡単すぎるほど乱暴に言うと
ぶっちゃけ分散コンピューティングをするためにある、といってもいい。
>>513 > JBuilderやVisual CafeやVJ++やVS.NETよりEclipseのほうがマシですが何か?
どういうところが?
返答にミスるとEclipse以外しらないんじゃんと笑われるので注意して答えましょう。
>>517 今の携帯電話にEJBははいりきらんだろ。
SDカードにインストールできると言うなら別だが。
そんなことやってどうすると言うかね。
>>513 Javaプログラマーだが、さすがに同意しかねるな…
確かに、Eclipseは自分で色々できる玄人には素晴らしいツールだが。
>>515 おまえは今、OSは何を使っているの??
525 :
仕様書無しさん :03/09/15 00:54
まともに日本語化してから誇れよ(ワラ
>>524 (しかたなしに)Windows 2000ですがなにか?
本が1冊でたって大喜びしてたやつかEclipseって。
>>524 まさか、Windowsユーザ全員がMS信者だとか言わないよね?
カローラユーザの殆どがトヨタ信者じゃないのと同じだよ。
メジャーなもののユーザに、信者とか言っても無意味。
主に開発は、Windows + Eclipse なんですか?
>>526 ああ、かっこわる。仕方ないってVB使ってろやバーカ。
531 :
仕様書無しさん :03/09/15 00:57
>>506 以前はもっと仕事に役に立つためになる議論や刺激になる議論が
できたのだが不毛な争いと化してしまっている。
どこかのお馬鹿なアンチJavaのせいでこんなことになってしまった。
もっと自分の知りたいこと、いいたいことをわかりやすく言えばいいものを。
なぜ君たちは無駄なあらそいをするのかね? 不思議でしょうがない。
>>520 自分で調べろ。
ヒントはIBM
>>528 バカだろお前。「MS信者」とかいうのは一般人からかけ離れたJava信者の造語。
Eclipse の本って 「もはやデファクト」 とか書いた帯がしてあるやつ?
>>528 VB厨ってのは中学生や高校生の餓鬼が多いから
考え方が短絡的で極端な奴がおおいんだよ。
ム板のC#死滅スレの過去ログやVBスレやC#と名がつくスレを見てみなよ。
彼らの厨っぷりを垣間見ることができるよ。
>>531 お前が答えないんじゃ意味ないだろボケが。
Java信者にとってのEclipseって何?
>>539 MS信者にとってのVisualStudio
541 :
仕様書無しさん :03/09/15 01:00
さあ、盛り上がってきますた。
>>534 やっぱりアンチJavaは短絡的だったw
アンチJavaの脳内には
M$信者という言葉を使う者==Java信者
という脳内変換があるそうだ(藁
GNU信者やUnix信者が笑ってるぜ。
>>537 メジャーなMS使ってるのは「信者」とは言わないよ。
ジャバ信者ってマイナー教団のくせに偉そうだなあ。
>>539 じゃ、もうひとつヒント
Sunマイクロシステムが太陽
じゃ、Eclipseは何?
で、Java信者には現世利益はあったの?
>>543 マイナーかどうか、使ってもいないお前がわかるわけ無いだろ。
もっとマイナーなJ++ででも遊んでろ。
いつのまにやら、恒例の香ばしい展開になってら。
>>543 上手に洗脳された奴って、気がつかないよね。ご愁傷様。
死ぬまで寄生されていてください。
MS信者って、ゲイツに巻取りされたから仕方なく今でもMSの言語で食いつないでるだけだろ。
>>545 Java使いにはエンタープライズアーキテクトと呼ばれる職についている者
がいる。彼らは羨ましいほど金持ち。
「エンタープライズアーキテクト」は
Javaを使える人の中でも精鋭にだけ与えられる特権だよ。
551 :
仕様書無しさん :03/09/15 01:04
アプリケーション鯖って、どうしてあんなに高いんだろう
MSに利益吸い取られて細々生活している奴らは所詮負け組み。
>GNU信者やUnix信者 全員同レベルだからおまえらの仲間でいいよ。
>>549 そうそう。DLL HELLに泣きをみたり、
バージョンアップするたびにひどい目にあったり。
それがM$製品の実態だね。
556 :
仕様書無しさん :03/09/15 01:06
てか、JUnit 使って、リファクタリングして、あわよくばペアプログラミングする 人が Eclipse を使うんだよ。しかも、ペアの相手が見つからない人はプラグインで ケント・ベックとペアプロできるしサイコーなんだよ。
>>552 知らないくせに適当なこと言わないように
558 :
仕様書無しさん :03/09/15 01:06
>>546 J++ は Java ではないので却下。
>>554 Mac信者やBSD信者、Lindows信者はどうする?
561 :
仕様書無しさん :03/09/15 01:07
Zope!
>>555 JavaにもDLL HELLあるんだけど。知らないの?
なんでサンはMSに泣きついたの?
私 が マ ト リ ッ ク ス の ア ー キ テ ク ト だ
>>563 あるけど、わざわざそうなるように書くほうが難しい。
567 :
仕様書無しさん :03/09/15 01:08
Zope!
>>560 >Mac信者やBSD信者、Lindows信者はどうする?
Macはいいけど、BSD信者、Lindows信者はおまえらにやる。
>>563 ほう、どれどれ?
君の知識を試してもらおうか
570 :
仕様書無しさん :03/09/15 01:09
>>563 Java厨ってのは、ちょっと使ってみただけ、な奴らばかりだから
しばらく使わないと分からないようなことは知らないんだよ。
571 :
仕様書無しさん :03/09/15 01:09
マクネリに尻を掘られた奴の集うスレはこちらですか?
>>568 おやおや、あなたの同胞でもあるWindowsまでをも敵に回すのですか?
みっともないですねぇ
試させてもらおうかですね
.NETはDLL HELLないってふれこみなの知ってる?
>>574 無いって言ってたのに、実はそうでもなくて
もうすでに問題になっているみたいだが。
>>557 SunOne APServerは、ライセンスタダだよ。大手ベンダがこんな
事をするとは、ビックリだよ。JBossも使うだけならただだよ。
なにかあったときに自分で原因究明できないような馬鹿じゃな
ければ、お得ですよ。
Javaでそんなに意図的にDLL HELLを実現すること自体難しいが。
579 :
仕様書無しさん :03/09/15 01:11
>>563 そりゃいわゆるDLL HELLじゃないよ。
一気に100更新されてるから何かと思えば・・・ eclipse来月から仕事で使うかもしれないんでこの流れ興味あるな eclipseをゼロから始めるんだけどお薦めの本とかある? 一応VC++使いでつ
えーん、BSD信者はこのスレを生暖かく見守っているのでまきこまないでくらはい。
>>574 .NETにDLL HELLがないというならJavaにもDELL HELLがないと言わないと
論理的におかしい。
>>581 本買う必要なんかねぇ。
野村総合研究所のPDFファイルをダウンロード汁
>>581 Javaでの開発がCUIベース普通にできて、英語が多少読めるなら、
事前の勉強なんかイランようなきがする。
単純作業でありながら手間がかかるいろいろなことを自動化して
くれる機能に感動するはずだよ。目から鱗。
VC++使いには当たり前なんだろうけど。
Solaris派とlinux派の内ゲバが見たいです。
そう思ったけどスレ違いだから流してください
>>583 は? Aはない。Bにはある。全然おかしくないんだけど。
>>574 しかしだ。.netで、古い言語を再利用しようとするとDLL HELLに巻き込まれる。
という悲しさ
レスしてくれてサンクス これから調べてみまつ
>>586 VC++であたりまえに出来ることを
ボクにも出来たって喜んでるんですね。仕事中に微笑ましいことですね。
>>589 J2EEで普通にプログラミングしてもDLLファイルのバージョンが古い、
とかで困るとかないねえ。DLLという種類のファイルすらないし。
MSのとは呼び名も意味も若干異なるわけよ。
>>590 JavaでJNIを使い、古い言語を再利用しようとすると・・・。
なんだ、結局同じじゃん。
>>593 VC++に当たり前に払っていた数10万円が無料。
しかも同じ環境で、さまざまな言語に対応。
プラグインも自作できる。
MS厨じゃなくてもMS厨でも使える。
> DLLという種類のファイルすらないし。 DLLじゃなかったらなに?
>>578 >
>>575 > ニュースソースだせやヴォケ
なんでこういう厨房がいるんだろう。
Javaにかみついてくるのは結局M$厨なんだね
>>596 だとしたら、それは英語版だけなんじゃない?
601 :
仕様書無しさん :03/09/15 01:17
BSD派は、JDKの件でのSunの横暴を許すのか! たて!BSD信者よっ!
>>598 class
jar
ear
war
どれだ?
Java信者はヲタだから全バージョンのJDKそろえてるからいいんだろうな。
>>595 JNIなんかめったに使わんよ。
>>593 そうだよ。糞ベンダにライセンス料を払うことなく、自由にそういう
機能を満喫できると喜んだのですよ。
>>601 いいよ、BSDなんて誰も使ってないから。
>>595 100%PureJavaという思想にこだわるJava信者は不用意にJNIを
取り扱おうとはしない。やむを得ない場合のみに使う。
>>602 なるほど、Javaには.NETには存在しない、
class hell、jar hell、ear hell、war hellなんてのが存在するわけか。
> 100%PureJavaという思想にこだわる 幻想だったけどね。
>>593 残念ながら、VC++はリファクタリングができないんだよね。
JDKの更新はJavaWebStartでしょ? いちいちCD-ROMやネットで再配布してインストールしなおすなんて間抜けだよ
Java信者であることは家族にはナイショなの?
>>609 やめとけ。素直に存在すると認めとけ。
必死になってもろくなことないぞ。
>>611 Windows関連のDLLって、勝手に書き換えられて、昔のソフトが使えなくなるんでしょ?
>>603 んなことする馬鹿はおまえくらいだ。
ほとんどのJavaプログラマはJDK1.3以降を使う。
J2EEは古いJDKに対応していないからな。
>>544 そうか!Eclipseとは
「Sun を覆い隠す」という意味だったんだ!
>>610 あれは便利ダネ。さすがはElich Gammaが設計しただけのことはある。
622 :
仕様書無しさん :03/09/15 01:21
とりあえず、Eclipseは、日本語にちゃんと対応しろ。 ヘルプの検索出来ないだろ
>>618 JDKってWindowsだけだっけかスマソ
Javaヲタでも、さすがにアプレットは見放したんでしょ?
>>614 隠す必要があるのは、むしろMS言語プログラマでは?
>>606 まあ,BigDecimalなんかは既にC++なんかで実装した物より速いと言われているからな
>>622 オプソ相手に偉そうね、あんた。不備があると思うなら貢献しなよ。
>>615 さっきから必死なのはお前のほうなのだが。
M$の奴隷になって大金を注ぎ込みゲイツのケツを一生懸命舐めてるチミ(藁
631 :
仕様書無しさん :03/09/15 01:23
>>610 VC++ がリファクタリングできない?
メソッドの引き上げとかできるけど。
>>627 VB5,0からVB6.0になったときは、動かないことが死ぬほどあったなぁ
無知は君では?
>>622 どのバージョンつかってるんだ?
いってみ?
普通に検索できるが。
虐げられても夢を見てがんばっているJavaのみなさんはステキだと思います!
>>634 別にいいよ、コーディングだけで毎月60万円くらいもらえるから。
>>632 なんだJava信者かと思ったら、VB厨か。
>>627 残念ながら
>>618 のいってることはあたってる。
そこまでして嘘(詭弁)をつくとは、徐々にM$厨の正体が暴かれてきましたな。
>>634 相手から虐げられているにもかかわらず貢ぎ物をつづけるマゾ根性の
MS信者はある意味尊敬の対象です!
>>636 Java信者なんていないと思うが。
Javaやってるやつは、CとかVBとか他の言語も一通りやっている奴が多いんだろ。
>>620 やっとわかったか。
ま、とりあえずEclipseをやってみろと
最近また詭弁厨出てきたね。 これだして黙らせよう。 詭弁の特徴のガイドライン 16:反論の代わりに詭弁ということにしてすます。 「それは詭弁です。いいから詭弁なんです」
>>638 Javaどころか己のホームグラウンドさえ「理解」せずに
「盲信」している狂信者ですね。
>>637 別物なのに動かなくなるとは。すごい言語もあったもんだな。
>>640 たぶんそうだけど、JavaでCやVBでの悩みが全て解決できると熱弁されると、ちょっとな
648 :
仕様書無しさん :03/09/15 01:26
>>627 知らないの? ユーザはさんざんな目に遭ったのに。
>>640 昔、どんな言語やっていようと、今、信者なら信者。おわかり?
>>641 俺の月給だけど。
手取りで50万円強。
JavaServletのプログラマ。
652 :
仕様書無しさん :03/09/15 01:27
別の DLL なのに同じ名前を付けて同じパスにインストールしてくれるから MS のは困る。
>>639 そうそう、MSDNの無駄にCD-ROMが何十枚も付いてきたでかい白い箱を
毎年買っているMS信者はある意味尊敬の対象だね(藁
655 :
仕様書無しさん :03/09/15 01:28
>>646 XP はリファクタリングを含んでいるけどリファクタリングは XP ではない。
>>652 いやすばらしい仕様ですよね。ネームスペースという概念がない
人たちってどこにでもいますが、ベンダがそれだと痛いですな。
>>650 うん、ちょっと萎えた
Javaは、確かにそんなに悪くないと思うけどね
ちなみにVBやってたころは半分くらいの給料だった。
661 :
仕様書無しさん :03/09/15 01:30
失敗つづきのJavaの仕事って来年もあるの?
664 :
仕様書無しさん :03/09/15 01:32
>>661 だって com.sun.java.* って互換性が保証されていない非正式なライブラリじゃん。
正式に java.* に格上げになったときに仕様が変わったっておかしくない。
>>661 大昔の、拡張APIのコアAPI取り込みなんかが問題になるようなプログラム
書いている方が馬鹿だが。
>>661 それSwingの問題だろ。
コアな部分じゃないから、すべてのアプリケーションに依存する問題じゃないし。
それに何で一部しか引用してない?
668 :
仕様書無しさん :03/09/15 01:33
失敗してる?誰が?
>>665 会社員だけど。
誰でも知ってる大手企業に出向してる。
>>661 あらあら、時間を掛けて一生懸命探したんだね、坊や。
いまさら、Javaをやっている者なら誰もが師っているそんな情報を持ち出すとは
お笑い臭いですな(藁
671 :
仕様書無しさん :03/09/15 01:33
Javaのおかげでオラクルのインストーラが重いんですが、 Java信者の力でどうにかしてよ。
なんだかんだいっても JavaにDLL Hellが存在する という事実は否定できない。 否定したい? あっ、否定したいの? 否定したいならソースでもだしな。
>>672 君がJava信者になればいい。
いじょ
動かないJavaプログラムを.netで書き直しで特需景気
>>675 JavaでDLL HELLねえ。全然困ったこと無いけど。
困るとしたらJNI使ってあっちの世界をいじくりまわしたときじゃないかねw
>>670 そんなに出されたことが悔しかったのか?
反論なしで煽るだけ(w
680 :
仕様書無しさん :03/09/15 01:35
>>675 そんなのは非互換性であっても hell ではない。
>>672 Javaアプリがネイティブアプリに比べて重いのはJavaの仕様。
諦めろ。
ユーザの扱いやすさより、開発コストを下げる(ユニバーサルイン
ストーラは、プラットホームに依存しない実装になってるはず)事
を優先したんだろ。
オラクルが安くならなくていいなら、Oracle社にそう伝えたら?
682 :
仕様書無しさん :03/09/15 01:36
>>677 残念ながら、J2EEで作ったプログラムはほとんど.NETでは動かないのでした。
いくらVisualJ#を使ったとしてもね。
>>673 最初は受注で開発してたんだけど、現行で動いてるシステム絡むんで客先常駐してたら、
予算の問題で、そうしてくれって客に言われたんでそうなった。
デスクトップアプリをJavaで作っていいことあるの? サーバーでもないだろうけど(ププ
>>675 >JavaにDLL Hellが存在する
>という事実は否定できない。
とりあえず、JavaにDLL Hellが存在するというソースを出しておくのが吉
688 :
仕様書無しさん :03/09/15 01:37
オラクル8iのインストーラがP4マシンで動きません。 どうすればよいですか?
>>679 そんなレスをすることしかできないお前が惨めだとみんな思ってるよお?
>>680 その非互換性が原因で動かなくなるわけだが。
まぁ信者には言っても無駄か。
>>685 あるよ。プラットホーム間の移植作業を0にできる。
Winしか知らない馬鹿には想像できないでしょうけれど。
>>691 Swing事態失敗規格で誰も使ってないので、責めても意味無い。
C++で十分なのになんでJavaなの?
>>691 DLL HELLがどういう現象をさしていっているのか理解していない馬鹿発見。
>>672 っていうかさ。データベースなんてもともと遅いものじゃん。
Oracle8をWIndowsNTにいれたことあったけど、あれでも
めちゃくちゃ時間がかかるじゃん。
一度インストールしたらあとは使うだけ、それなら重たいの我慢しなよ。
>>694 客が貧乏だから。C++のPGなんか高くて使えません。
>>697 パッチもあのインストーラー使うんだよね
ダウンタイムが伸びるじゃん
>>694 JavaでもいいのになんでC++なのと言う質問と同じだぞ。
>>685 まあJavaWebStartについてもっとよく調べてきなさいってこった。
702 :
仕様書無しさん :03/09/15 01:41
>>691 ってゆーか、DLL hell っていうのは、本当にもうどうにもならないぐらい
あーでもないこーでもない、結局どーにもならない、っていうそれはそれは
地獄な対処を迫られるから hell なんですよ。
Java みたいにちゃちゃっと書き直してコンパイルして OK というわけには行かない。
まあ、Windows を知らない新人さんにはわからないでしょうけど。
>Winしか知らない馬鹿には想像できないでしょうけれど。 うん。unixでウィンドウシステム動かすような変態趣味ないもん。 移植の必要なんてないや。
611 名前:仕様書無しさん[sage] 投稿日:03/09/15 01:19 JDKの更新はJavaWebStartでしょ? いちいちCD-ROMやネットで再配布してインストールしなおすなんて間抜けだよ
そもそも、Openなほうに進んでいるJavaと、クローズな方に進んでるMS言語を比べても意味無いだろ。
>>698 残念ながら、Javaの単価はC++を上回っているよ。
いつの間にか覆されちゃったんだね。
今一番単価が高い言語はJavaとC#だね。
>>693 Swingは重たいだけがネックで、これから再び復活すると思うよ。
設計自体は非常にしっかりしているしね。
さあ、あとはいつ馬鹿MS信者が追い詰められた挙句 「タクサン釣れた!」発言をするのかが見ものです。
>>706 またおまえか。C#ってなんだよ。Java信者らしくもないわね。
派遣会社にでも電話して、どの言語の需要が多いですかと聞いてみれば 世の中の需要が簡単にわかるだろ。
M$のC#は特許問題があるからなあ。 .NETも、ほとんどがWindowsでしか動かないからなあ。
714 :
仕様書無しさん :03/09/15 01:44
>>703 なんだ、開発者じゃなくてエンドユーザさんか。
それなら Java でも C++ でも関係ないね。
>>709 全世界。アンタに能力とやる気があるなら、JCPでJavaの仕様に
かかわることが可能だよ。Jakartaへの貢献なら直ぐにでも可能。
Commiter目指してみるもよし。
>>712 派遣会社かよ(w
JavaとかXMLとか言ってみたいお年頃なんだろ。
>>711 ム板ではC#を覚えたばかりの馬鹿なC#厨がJavaを必死に叩こうとしている
をよくみかけるのだがC#を知らずにJavaを叩こうとしている奴もいるもんだな。
Windowsがもし、裁判で凄い事になったり、MSが変な方向に進んだんでOS変えるか って話になった場合、ベンダー依存の言語で書いてると痛い目にあうと思う。
>>712 するとJavaがもっとも高いらしい。
哀れにもC#の需要はJavaの6分の1から十分の一くらい。
>>717 人の単価の相場確かめるのに、それより簡単な手段を思いつかない。
>>720 そんなにC#の需要があることにびっくり。
>>723 ソースコードの移植コストも考えていないんだね。
JavaどころかC#すら知らない人にはわからないんだろうね。
728 :
仕様書無しさん :03/09/15 01:48
Javaの案件多いよ。 J2EEばかりだけど。
そういやC#って、X-BOXのゲーム作らない? っていう仕事しか聞いたことなかったな…
>>726 バカ決定。移植コストって個人は負担しないし。
>>725 まだでたばかりだからね。
それと、M$が必死になんとかC#を普及させたがって、
中小零細企業にC#を使うように圧力をかけているみたいだよ。
けど、大手企業ではC#も.NETもほとんど人気無いね。
大手企業ではJavaのほうに軍配があがってしまう。
>>730 知識も判断力も足りない馬鹿エンドユーザさんはとっとと寝てください。
734 :
仕様書無しさん :03/09/15 01:50
>>730 企業の立場ってものを考えたことある?
JavaのようにOSに依存しにくい言語よりも
他の言語の単価が下がる理由がわかるでしょ?
>>730 えーと。
A社のシステムが全部VBで書いてあったけど、
やっぱLinuxにするから動くようにお願いって言われたら、
A社はコスト負担しなくて言いと言うことか…?
マ板ってこんなだっけ? 他板から流れて来た椰子いるだろ?
>>733 C#とか使って先見の明とか思ってんの?おじちゃんイターイ
>>731 .NETって、
・実績がない。MSがシステムのセキュリティを口に出すのもおこがましいと思うが。
・将来性がない。Winでしか使えないなんて、将来消えて無くなるといっているようなもの。
痛いよね。
>>736 はぁ。
普段はLinux、UNIX、競馬、ソフトウエアあたりにいますが…
MSの信頼なんて、住基ネットとともに地に落ちる。
>>732 いや、M$の大袈裟な宣伝の割には言語仕様を見ただけでC#には将来性の
微塵も感じていないよ。
Javaを妬んで作った言語というものは哀れなものだよ。
結局C#はVB厨のために作られたような言語だよ。
んでVB厨はオブジェクト指向を必死に学ぼうとして、
VBと互換性が無く、泣きをみる。
>>747 ここの住人は、理屈に説得力がない奴=攻撃対象です。
マ板ってちょっとマゾというか、だよね うたれ弱い割に、うたれる機会が多いというか
マ板の連中って、自分の知らないことを言われるとすぐ知恵熱出るよな。 Javaって結構流行ってるんだ…給料高いんだ… って焦ってんだろ?
753 :
仕様書無しさん :03/09/15 01:55
>>739 同じ理由で Delphi を退けた会社が好んで .NET でリプレースしてくれと
発注してきた。
>Javaって結構流行ってるんだ…給料高いんだ… 安いだろ
755 :
仕様書無しさん :03/09/15 01:56
鬱べし
>>754 Javaより金取れる言語ってある?
C++くらいじゃないか?
757 :
仕様書無しさん :03/09/15 01:56
Java だろうがなんだろうがプログラマやっている限り貧乏です。金持ちにはなれません。
759 :
仕様書無しさん :03/09/15 01:57
一太郎もJavaで書いてみたら使い物にならなかったんでしょ? 使えねーよJavaなんて。
762 :
仕様書無しさん :03/09/15 01:58
JAVA難ちぃ・・・
763 :
仕様書無しさん :03/09/15 01:58
>>760 JDK1.2のSwingじゃ、どうしようもない罠。
766 :
仕様書無しさん :03/09/15 01:59
>>760 そんなにいやなら使わなきゃいいじゃん。
>>760 それは一太郎が使えないだけでは?
i-アプリのすべてがクソで、Servletで動いているシステムのすべてがクソで、
ATMがクソで、って断言できる?
Javaの仕事って97年ぐらいからボチボチあるけど いっこうにブレイクしないんですけど。
769 :
仕様書無しさん :03/09/15 02:00
VBって、単価下がる一方だし、案件も減ってるな。
Javaで動いているシステムと、 MS製品で動いているシステムを上げて行って見ない? そしたら世の中の評価わかるよね?
771 :
仕様書無しさん :03/09/15 02:01
>>768 すぐにブレークするとすぐに廃れるから。だんご三兄弟みたいに。
>-アプリのすべてがクソで、Servletで動いているシステムのすべてがクソで、 >ATMがクソで、って断言できる? 97%クソですね。
774 :
仕様書無しさん :03/09/15 02:01
良い物が普及するとは限らんし
>>739 .NETもC#も哀れだけど、VC++厨はもっと哀れだね。
例えばこのスレのJava嫌いなVC++厨は
M$に
C#----嫌いなJavaとそっくりな言語
を押し付けられるんだねw
で、C#のフレームワークはVB厨に合わせて作られたためか
Javaよりも貧弱でオブジェクト指向らしさが欠けて使いにくく
覚えにくくて・・・・ご愁傷様(藁
しかもVC++厨はどうしてもC++を使いたければ
managedC++を押し付けられるんだね。
汚いソースコードを押し付けられてこれまたご愁傷様(藁
M$はVBもVC++もWIN32もCOMも見捨ててC#と.NETしか完全サポートする気が無いよ。
哀れM$信者(藁
777 :
仕様書無しさん :03/09/15 02:03
てか、でかい案件はみんな Java だよ。Servlet とか EJB を自分で作れることとか、 それでいてかつなんだか聞いたことのないプラットフォームの経験年数が 5 年あること、 とか、案件の数は多いけど条件はタイトになってるね。
>>771 まあ、Javaも最初は
期待先行→Appletが糞で評判地に落ちる
の地獄を経験しているがな。
780 :
仕様書無しさん :03/09/15 02:03
>>776 でも、C# は AO ができるじゃん。Java で AO しようとしたら AspectJ ぐらいか?
781 :
仕様書無しさん :03/09/15 02:04
>>67 今、EJBの仕事してるけど
とりあえずJava初心者は設計には参加しない方がいいっすね。
>聞いたことのないプラットフォーム 何?
君のもっている携帯電話にもJavaは使われているだろうけど、 自動販売機にも使われているよ。 Javaはね、火星探査機にも使われるんだよ。
広く使用されている言語がクソなんて口にする奴は、おそらく 九分九厘理解できない負け惜しみ。 単なる道具相手にムキになってる時点で大馬鹿決定でしょう。 仕事で必要になったら覚えて使うだけですが。
785 :
仕様書無しさん :03/09/15 02:05
>九分九厘理解できない負け惜しみ。 お前が九分九厘糞。
>>786 自分が最高だと思っている言語と、その理由挙げてみな。
>>783 javaアプリなんて使ってないよ。ついてても。
789 :
仕様書無しさん :03/09/15 02:07
>>786 じゃあ、AO について簡単に説明してくれたまえ。
スレの流れが速いわりに中身がないな…
>>781 「ホスト間の通信が大きなコストである」という、「分散アプリ開発時
のはじめの一歩」さえ理解していない馬鹿がEJBに手を出して、とんでも
ないレスポンスタイムのプロトタイプを作成。→EJBツカエネー。
アホか、使えないのはお前だ。Javaじゃなくてもお前に分散アプリは無理。
というシーンに良く出くわします。
792 :
仕様書無しさん :03/09/15 02:08
喧嘩でつね
794 :
仕様書無しさん :03/09/15 02:08
795 :
仕様書無しさん :03/09/15 02:08
Java? JAVA?
>>780 メソッドの頭に[STAThred]と書いてアスペクト指向?
とてもアスペクト指向とは言いがたいね。
Javaよりもソースコードを管理しにくくしているし
見た目の便利さの反面、使い方を誤ると諸刃の剣。
あの【属性】は、とても、プログラミングに恩恵を与えているとは思えないね。
アスペクト指向っぽくみえるだけで既存のオブジェクト指向以上に
開発効率が飛躍的に向上できる期待もないね。
というかアスペクト指向はまだまだ研究段階だからね。
>>789 AO=アドミッション・オフィス=一芸入試
まー、釣り師がスレを流してるだけですが。
>>791 >「ホスト間の通信が大きなコストである」
そうなら教えてあげれば?
801 :
仕様書無しさん :03/09/15 02:09
確信犯の煽り基地外(または単なる無知馬鹿) VS 耐性のないJavaPG。
>>789 まさか Aspect Oriented について
中途半端な知識をひけらかしに来たわけではあるまいな?
>>788 君が検索してみつけた大手企業のページに、君のしらないところ(サーバ)で
Javaが使われているよw
806 :
仕様書無しさん :03/09/15 02:10
>>797 こんなレベルのやつが Java が大便だとかぬかしてやるんだから、
プログラマって馬鹿なんですね。
>>794 Javaを必死に叩こうとしている厨が多いからまあ仕方が無いと。
809 :
仕様書無しさん :03/09/15 02:12
>>803 いいや。AO を知らないから、Java がくそだと断定できるくらい Java を知り尽くしている
人に教えてもらおうと思って。
>>804 そんなあやしいページはのぞかないよ。
サーブレットやJSPになったら2chもやめるよ。約束だよ!
>>807 動機はなんなんだろね。イミナイと思うんだが。暇だから?
812 :
仕様書無しさん :03/09/15 02:13
>>810 じゃあ拡張子が jsp のサイトも一切のぞかないでください。
Javaなんて知り尽くさなくてもいいだろ。すぐクソだって気づくよみんな。
>>810 んじゃモウ二度とWebを見に行かないほうがいいよ。
XXX.jspなんてファイルのないAP鯖いっぱいあるから。
815 :
仕様書無しさん :03/09/15 02:14
>>813 ソロソロ飽きたよ。モウチョット高度なのオネガイ。
生まれては消えするJava叩きスレの毎回の要点 ・Javaなんて遅いだろ ・クロスプラットフォームなんてマイナーOSユーザのわがまま ・JavaにもDLL地獄があるのに隠してる ・Javaなんて誰も使ってない ・別にCでもいいのに。 ・IDEが使いづらいのしかない ・i-アプリなんておもちゃ ・JSPはASPのパクリ ・流行っているだけで中身は無い
819 :
仕様書無しさん :03/09/15 02:15
>>816 それなら Java House 行けよ。ここには馬鹿しかいないから無理だよ。
>・Javaなんて遅いだろ 反論できないくせに(プ
MS言語は巨人で言えば清原 一見使えそうだが、肝心なときに怪我する。
>>818 それ全部に簡単な答えだしてスレを締めてくれ
大体答えは出たと思うから
>>817 Web鯖で賢い処理する奴は、PerlのCGIかASPじゃなければ大抵Javaの
アプリケーションサーバだと思っておいたほうがいいよ。
825 :
仕様書無しさん :03/09/15 02:16
・Windows なんて遅いだろ。 ・バグフィックスしないうちに新バージョン出すな。 ・Windows なんて流行っているだけで中身はない。
>>821 どうせJavaより早い言語あげろっていったら、CとかアセンブラとかPerlとか言うんだろ(w
827 :
仕様書無しさん :03/09/15 02:17
JSPって、コンパイルされるのか。
829 :
仕様書無しさん :03/09/15 02:17
>>827 そんなことも知らずに Java が大便だとはいい度胸だよ。
831 :
仕様書無しさん :03/09/15 02:17
クロスプラットフォームってどんなOS上でも動くって意味でしょ? 実際のところはウィンドウズ上でしか動作しないってな話も聞くんですがドウなんですか?
832 :
仕様書無しさん :03/09/15 02:18
>>830 コンパイルしたうえで、インタプリタより遅く動作するんだよな。
834 :
仕様書無しさん :03/09/15 02:19
>>831 J++ 使えばそれは可能です。
あと、MS 製の JVM を Windows 上で使えばそれが可能です。
835 :
仕様書無しさん :03/09/15 02:19
JAVAにはテンプレート無いんですか?
>>810 あやしいだって?
ではJavaがもっともよく使われているところを紹介しよう。
第一位は金融系だ。
第二位は教育機関、研究機関だ。
Javaは金融系でもっとも良く使われているのだが、君は金融関係の
サイトを「あやしい!」といって覗かないようだね。
金融系といっても銀行ではまだまだCOBOLが独占状態。
しかし、徐々にそれらはJavaにとって変わるだろうから
君はいつしか、Javaが使われているという理由だけで銀行にもいけなくなって
貧乏人になるか、手取り勤務か浮浪者か自給自足か
原始的な生活を強いられるようになるだろう。
837 :
仕様書無しさん :03/09/15 02:19
>>833 VB ってすごいね。Java より早いんだもんね。
>>831 書き方による。
パフォーマンス上げるためにOS依存になるときもあるし、
マルチプラットフォームを重視して書くこともある。
いろいろ選べる。
839 :
仕様書無しさん :03/09/15 02:20
大漁♪
840 :
仕様書無しさん :03/09/15 02:20
>>835 そんなことも知らないで大便呼ばわりですか。
Java Generic じゃだめですか?
841 :
仕様書無しさん :03/09/15 02:22
Java Generic じゃだめですか。 重要なので繰り返す。 Java Generic じゃだめですか。 Java Generic じゃだめですか。 Java Generic じゃだめですか。
842 :
仕様書無しさん :03/09/15 02:22
>>791 >>800 言うのが手遅れな事もあったりするんですな、、、
開発が数ヶ月から参加したんだけど、
「シリアライゼーションって何?」って聞かれた瞬間
正直このプロジェクトは駄目だと思った。
後、中途半端に.NET派は参加しないで欲しいとも思った。
「VectorとHashtableしか知りません」とか胸張って言うなよ。
843 :
仕様書無しさん :03/09/15 02:22
ここで叩き合いしてるのって、単に暇だからだろ
ぷ♥
846 :
仕様書無しさん :03/09/15 02:25
【徹底的】プログラマーが語るviとemacs 6【バトル】の住人とみた
847 :
仕様書無しさん :03/09/15 02:25
Javaって、構造体ないんですか?
・Javaなんて遅いだろ Javaが遅いのは起動と、クラスファイルのロード。サーバ用途では相対的に はこれらにコストは掛からない。それ以外の処理はCのネィティブアプリを こえることもある。JITコンパイルマンセー。 ・クロスプラットフォームなんてマイナーOSユーザのわがまま SoralisやAIXやLinuxがマイナーOSだなんて時代錯誤はよせ。 ・JavaにもDLL地獄があるのに隠してる Javaの実行時動的リンク時のバージョン間違いのコンランは、「地獄」なんて いう程度のものじゃない。本当のDLL地獄を経験したことが無い人の妄想。 ・Javaなんて誰も使ってない 世界中のWeb鯖でTomcatがどのくらい動いているか知ってます? ・別にCでもいいのに。 はい。別にPerlでもCでもVBでもかまいません。仕事によって適切に 使いかえますよ。あなたはCしか使えないんですか? ・IDEが使いづらいのしかない Eclipseは偉大です。しかも無料です。 ・i-アプリなんておもちゃ ドコモの市場様子見用の暫定仕様相手に文句言ってどうするの? ・JSPはASPのパクリ そうですよ。SunがASPなんていう馬鹿な仕様から開発者を救い出すために 作った「汚れた」技術です。なぜかメジャー化してしまいましたが。 ・流行っているだけで中身は無い いろいろなようとのために、死ぬほど沢山のライブラリがあって、 大変なくらいですが。
850 :
仕様書無しさん :03/09/15 02:25
851 :
仕様書無しさん :03/09/15 02:26
852 :
仕様書無しさん :03/09/15 02:26
>>847 要らないからありません。
普通にクラス書くから、困ったこともありません。
JITコンパイルなんて理念に反するんじゃないの?いいの?
あと150切りました
855 :
仕様書無しさん :03/09/15 02:26
856 :
仕様書無しさん :03/09/15 02:27
>>847 全てヒープに作ったインスタンスとして管理する。よって不要。
ローカル変数に構造体が作成できると、多少性能に良いかもしれんが、
そんなことが影響するようなアプリケーションを書く人だけがきにす
べきこと。おそらくアンタには金輪際関係無い。
>>814 ServletをURIで表記するとどうなるか知ってる?
拡張子がないんだよ。
Servletはパッケージ名.クラス名となっているよ。
ドットが2つ以上になっていることもあるんだよ。
きみはこうなっているサイトも覗いちゃいけないよ。
Java使ったサーバアプリケーションはCGIで動くサイトよりも速いんだけどねえ。
>>853 なんでよ。バイトコード配布の利点を最大限に引き出す仕様じゃん。
860 :
仕様書無しさん :03/09/15 02:28
>>849 そんなことも知らないで Java を大便呼ばわりですか?
てゆーか、どんな言語にしろ、プログラマなら知らないと仕事できない。
メモ帳を使ったことあるか?
861 :
仕様書無しさん :03/09/15 02:28
>>853 実行時点でJITで動こうがHotSpotで動こうが、
コンパイル済みのソースには影響ないし、理念に反してません。(と思う)
862 :
仕様書無しさん :03/09/15 02:29
デストラクタが邪魔になることはないんですか?
863 :
仕様書無しさん :03/09/15 02:29
Visual Studio は理念もくそもないが。
864 :
仕様書無しさん :03/09/15 02:30
GCでいいだろ
>>833 >
>>830 > コンパイルしたうえで、インタプリタより遅く動作するんだよな。
いんや、実行時に、JETコンパイラがさらにネイティブに自動的にコンパイル
してから動く。
JavaChip使った場合はバイトコードをチップが直接解釈するためC/C++を
上回る速度を実現することも可能。
矮小化した話題
868 :
仕様書無しさん :03/09/15 02:32
おにぎりわっしょい
>>847 > Javaって、構造体ないんですか?
んなもんクラスがありゃいらねえよ。
継承もできない、アクセス権も設定できないんなもん使えねえよ。
どうしてもほしけりゃC#とC++とCでもやってな。
870 :
仕様書無しさん :03/09/15 02:32
オブジェクト数が天文学的に増えても、パフォーマンスは変わりませんか?
871 :
仕様書無しさん :03/09/15 02:33
>>866 立派なこといっても実際遅いのはなんで?
>>870 メモリを占有しなければな。弱参照キャッシュマンセー。
>>866 遅くないって。遅いのは、おそらくあんたが使ってるアプリの実装が
アホだから。
いつになったらJavaは実用化されるの?
876 :
仕様書無しさん :03/09/15 02:34
877 :
仕様書無しさん :03/09/15 02:34
>>849 >
>>842 > で、シリアライゼーションってなにさ?
スタートレックの物質転送機で、転送する前段階に
やるようなことさ。
>>860 直列化がどうメモ帳と関係するのかわかりません
教えてください
879 :
仕様書無しさん :03/09/15 02:35
>>870 用途によると思うし、それはオブジェクト指向言語一般の話では?
>>875 いつになったらMSは安定した、セキュリティのきっちりしたOSを
安く配布してくれるの?
883 :
仕様書無しさん :03/09/15 02:35
>>878 メモ帳で文書を書くだろ。名前を付けて保存するだろ。それをダブルクリックして
読むだろ。
遅くないよー! い〜や、遅い。 さて、結論が出るのが楽しみw
Javaより後発のC#には、C#をちょっとだけJavaより早く見せかけるために 構造体があるが、使い方を間違えるとクラスを使うよりもパフォーマンスが低下する。 ポインタ演算やアドレス操作のように、無理して使うことは無い。
賢い奴が書いてXeonで動かせば早い アホが書いて486で動かせば遅い どの言語でも一緒。
>>866 JITとJETを間違えしまった。
JETはstaticコンパイラ
>>883 あなたはそれをシリアライズと認識しているのですか
お笑いですね
889 :
仕様書無しさん :03/09/15 02:37
>>877 パターン・バッファに入れるのもそうだし、ビーム発射もそうだし、バターン・バッファから
実体化するのも全部シリアライズ。
891 :
仕様書無しさん :03/09/15 02:38
>>888 つまんねー釣りだ。もっと面白いことやってくれ。
>>890 JavaのSerializableでいうところのシリアライズとは違うんじゃないか?
894 :
仕様書無しさん :03/09/15 02:39
>>888 要するに、オブジェクトが時間と空間を越えて伝えられればシリアライズ。
>>888 まあとりあえずRMIについて調べて濃いと。
896 :
仕様書無しさん :03/09/15 02:39
釣りと分かっていても放置できねー!(藁
898 :
仕様書無しさん :03/09/15 02:40
ガベージコレクタは、どういう基準でメモリを解放しているんだろう。。。
>>888 シリアライズ、デシリアライズの「分かりやすい例」を見事に表現している
とおもいますが…
直列化とかいったってどうせわかんねーだろ?
901 :
仕様書無しさん :03/09/15 02:40
>>898 月曜日は燃えるゴミ。
火曜日は燃えないゴミ。
水曜日は資源ごみ。
とかそんな感じ。
>>898 ユーザースレッドから参照可能な全ての強参照の連鎖を失ったら。
>>900 無理矢理日本語化してるだけでは?
公式でもそうなってるが
まー、シリアル、パラレルじゃねーんだからな 解りづらいよな。
>>893 readObject()やwriteObject()をオーバーライドして、テキストベースで
シリアライズ/でシリアライズするクラス作ったりしてますが、何か?
906 :
仕様書無しさん :03/09/15 02:43
>>902 だから、Swing とかで使い終わったら明示的に null を代入しないと
なかなか開放されなかったりするわけだ。
907 :
仕様書無しさん :03/09/15 02:43
>>898 何種類もガベージコレクタの種類があって細部は違いますが、
使われなくなったら(参照されなくなったら)捨ててます。
>>898 気に入らないならSystem.gc()使うとか、
finalyzeメソッドをオーバーライドするとかしてみいよ。
>>906 ・ツリーなどのコレクション構造
・ライフサイクルの長いスタックフレーム上のローカル変数
が、危険ですな。
Javaユーザが勝ったみたいね。
911 :
仕様書無しさん :03/09/15 02:46
参照されなくなったかどうかのチェックを行うタイミングについて知りたいです。
おまいらJava人気について語っているのか!と。
>ユーザースレッドから参照可能な全ての強参照の連鎖を失ったら。 GC可能とマークされるだけでした。 実際どうやって解放されるか知りたいなら、「世代別ガーベージコ レクション」でググって。説明すると長くなる。
914 :
仕様書無しさん :03/09/15 02:47
>>904 干す、湯で戻す、と訳せばわかりやすい。
915 :
仕様書無しさん :03/09/15 02:47
多分、誰も次スレ立てなくて終了ですな、、、(暇つぶしになりました)
916 :
仕様書無しさん :03/09/15 02:48
結局、今月の一番人気スレになったわけですな。
918 :
仕様書無しさん :03/09/15 02:48
ふえるわかめみたいなもんだね。
920 :
仕様書無しさん :03/09/15 02:50
>>916 ビーム転送は、一度人間を干物にして湯で戻しているわけか。
田村亮子という名前で試合をするのは多分最後になると思うので、記録を達成できて良かった。
922 :
仕様書無しさん :03/09/15 02:52
>>921 試合終わったからって 2ch に出てくるなよ。で君、結婚するのか?
923 :
仕様書無しさん :03/09/15 02:52
参照されなくなったかどうかをチェックされてたら、オブジェクト数が増えたら、負荷があがったりとかするんですか?
親が離婚するとかじゃないよね。。。
登場当時はYAWARAちゃん?エー?だったが、最近 結構可愛いと思い始めた。
926 :
仕様書無しさん :03/09/15 02:53
Java RMIはまさに物質転送機。 シリアライズは人間を一旦、電磁波に変換する処置。 目的地に着き、転送終了後デシリアライズで電磁波から人間に戻す。
>>923 だからガーベージコレクションの仕組みを勉強しなさいって。
930 :
仕様書無しさん :03/09/15 02:54
>>927 じゃあ、あしたから出勤はずいぶん楽になるね。
Javaの人気が高まったことが嫌だと言う人は、 自分の頭にJavaChipを埋め込みましょう。
よかったー、俺自分のマシンにRMIサーバ立ててるよ。
>>930 まあ、equals()がtrueを返しても、==では無いかもしれんが。
他人には関係無いな。そいつが本人だろうがそっくりのコピーだろうが。
934 :
仕様書無しさん :03/09/15 02:56
Java すごいじゃん。もう高速道路もいらないね。
935 :
仕様書無しさん :03/09/15 02:57
936 :
仕様書無しさん :03/09/15 02:57
>>926 ありがとう。
それでは寝ます。
C++が主なんで、勉強になった。
Eclipseも使ってみるよ。
シリアライズは転送じゃないよ。クローン生成用のDNA採取みたいなもん。 その気になればコピーがうじゃうじゃ作れる。
938 :
仕様書無しさん :03/09/15 02:57
>>936 よかったね。お(^o^) や(^O^) す(^^) みぃ(^-^)ぃ。
940 :
仕様書無しさん :03/09/15 02:58
941 :
仕様書無しさん :03/09/15 02:58
なんだおい 一気にスレが伸びたな。 読むのも面倒だからログ消して寝るわ
一応良スレのフリをしてるなw
900あたりから読むと良スレだな
945 :
仕様書無しさん :03/09/15 03:01
林原めぐみの東京ブギーナイトが始まった。寝る。
寝なくても、聞かなきゃいいだけだろ。
947 :
仕様書無しさん :03/09/15 03:13
JAVAがとろいことが証明されたわけだが
>>947 寝静まった頃を見計らって狙い撃ちでつかw
寝てるわけないだろ。ソース出せ。
ソースはぁ?
Javaを否定する奴は単なる負け組なわけだが。
>>947 夜中に粘着の真意はなんなの?現実で何かひどい目にあったかい?
たぶん、そりゃ逆恨みだよ。能無しに「能無し!」と罵声が飛ぶのは当たり前。
953 :
アホアンチ :03/09/15 07:20
呼んだ?
Javaマニアの気持ち悪さと頭の悪さは、特筆ものだね(プヒヒ
955 :
仕様書無しさん :03/09/15 07:47
Java屋ってさあ、Java以外の言語でシステム作ってると 必ずと言って良いほど「何でJavaでやらないの?」って聞いてくるよな もう鬱陶しい事山の如し。
なんかこのスレすごい人気だね。
957 :
仕様書無しさん :03/09/15 09:02
最近流行りの釣堀らしいよ。 ブラックバスみたいに良く暴れるので面白いらしい。誰も食わないらしいけど。
958 :
仕様書無しさん :03/09/15 09:03
コボルの代替言語の分際で。
>>958 > コボルの代替言語の分際で。
馬鹿はさっさと死にたまえ。
基幹系業務からCOBOLを追い出そうとしているだけなのだ。
JavaをCOBOLの代替言語の分際とは何事か。
COBOLのグロテスクなコードとおさらばするためにJavaでリプレースしているに
すぎないのだ。
>>947 10年前にいわれたことをいまさらになっていう奴も時代遅れ。
時代の流れを読み取れていない証拠。
いまどきJavaが遅いと感じるのはよほどのことで無い限り
ほとんどない。4年まえから、Javaの速度はCとそれほど変わりなくなった
といわれている。それをいまさら、どんな場面でも遅いとほざく奴は
現実を見ていない証拠。ちゃんとJavaの現在の様子とコンピュータの進化の様子を調べろ
961 :
仕様書無しさん :03/09/15 10:02
961のマシンは500MHz, メモリ128MB そりゃ遅いわ
963 :
仕様書無しさん :03/09/15 10:09
COBOLの代わりには使えるらしいでつ
>>963 だったら銀行に使われるシステムが全てJavaに入れ替わってもいいのじゃが
そうならないのはやっぱりJavaがとろいからかな? それともJavaプログラマが無責任タコしかいないからかな。 どっちもだろうけど。
966 :
仕様書無しさん :03/09/15 10:58
コンサル(さ)技師が夢を語って売りつけてるから
967 :
仕様書無しさん :03/09/15 11:05
>>960 VM挟むんだからCと同じスピードが出るわけないでしょう。
多少遅くてもいいじゃん、広範囲で使えるんだからさ。
多少じゃなく、我慢できないほどトロイ。
969 :
仕様書無しさん :03/09/15 11:07
EclipseはJAVAなんだろ?結構早いじゃん
なんで、ポット出のEclipseを長年の恋人のように語るのかな。 Java信者ってきもい。
>>965 COBOLに金をかけすぎて、すでに動いているものを
いまさらJavaなど他の言語でリプレースするわけにはいかないという
現実があるのだよ。20年前のCOBOLerに聞かないとわからないようなシステムを
COBOLerがわざと作ってしまったからね。
スパゲティコード作って自分にしかわからないようにして金を詐取しようと言うのが
COBOLerやC++厨に多いやり方。
Java信者にとってはすべてが陰謀ですか?
973 :
仕様書無しさん :03/09/15 11:18
>>968 むぅ、そこまで遅いと感じたことはないなぁ。
どんな用途だとそんなに遅いんでしょうか?
参考までに。
なんだか盛り上がっているみたいだけど俺が置き去りじゃん。 こんなんでいいの?
975 :
仕様書無しさん :03/09/15 11:21
社会から隔絶されて被害妄想が強くなると、なんでも陰謀に見えてしまうらしいね。 オウムとかカルト宗教はその典型。
977 :
仕様書無しさん :03/09/15 11:44
>>976 早い早すぎるよ。
Java関連は、もっとモッサリしてなきゃ嘘だよ。
978 :
仕様書無しさん :03/09/15 11:49
2 名前:仕様書無しさん[] 投稿日:03/09/15 11:34 得意げな顔してJavaまんせーしてた香具師が、 「Javaでマルチスッドレ扱ったことねーからマルチスッドレわかんねーよ」 とかほざいてるw まじでめーわくなんだよねこーいうの。 てめーは結局Javaでもなにもできないじゃんw そのくせ多言語批判とかしてるww 自分の使えなさは棚にageまくってるwww
979 :
仕様書無しさん :03/09/15 11:50
JAVAってさあ、単一言語でしか動作しないエミュレータでしょ?
祭り会場はこちらですか? 乗り遅れちまったい