最近のJava人気について part.2

みなさん、どう思われますか？

前すれ
http://pc.2ch.net/test/read.cgi/prog/1055230940/

得意げな顔してJavaまんせーしてた香具師が、
「Javaでマルチｽｯﾄﾞﾚ扱ったことねーからマルチｽｯﾄﾞﾚわかんねーよ」
とかほざいてるｗ
まじでめーわくなんだよねこーいうの。
てめーは結局Javaでもなにもできないじゃんｗ
そのくせ多言語批判とかしてるｗｗ
自分の使えなさは棚にageまくってるｗｗｗ

JAVAってさあ、単一言語でしか動作しないエミュレータでしょ？

>>2
多言語？ ちゃんとがっこうにいきましょうね。
>>3
はぁ？ Javaバイトコードにコンパイルされていれば言語なんて
関係ないですよ？ わかってないですね。

>>4
！？Java以外でJavaバイトコードにコンパイルされる言語が有るの？

>>5
白痴発見!

Cだろうが、VBだろうが、javaバイトコードに直せば関係ないよ。

>>6
だから現実にそんなコンパイラ有るのか？って聞いてるんだよ。

gccで-javaをつけると、バイトコードを出力します。本当ですよ。

>>8
どのバージョンから？

Schemeならあるね。

Javaって結局はVM依存の言語って事で。
各社の携帯Javaなんか見てるとよくわかる。
よくWrite Onceなんて言えた物だと。

Write once run anywhere なんて
Where you want to go to today? と同等だろ

>>4
現実的にJAVAは単一言語でしか動作しないエミュレータって事で良いですね？

「Write Once, Debug Everywhere」
　　　　いちど書けば、どこでもデバッグ

CASLみたいだね。JAVAって。

>>12
文法間違ってますよ

>>16
うっさいﾊｹﾞ！

>>17
ﾊｹﾞ同。
>>16はﾊｹﾞ

>>17,18
自作自演見苦しい。

(･∀･)ｲｲﾖｰｲｲﾖｰ

>>19
論破されて悔しカッタンですね（ｗ

JAVAって名前からしてダサい

癒し系のCOBOLに対して、口だけでなんにもつかえねーJava

やっぱりPerlだよな。
時代の最先端は。

>>5
SmalltalkはJavaVMに移植されてるよ

JAVAって一体どんな雑魚キャラですか？

>>24
最先端でもないけどJavaよりはマシっていうだけ

javaとperlは用途が違うだろ｡

JavaとPerlってぜんぜん方向性が違うんだが・・・
そもそもPerlはRubyとか他の言語に駆逐されそうになってるから
そっちのほうどうにかしろよ

ruby使えるサーバって存在するのか？

＞そもそもPerlはRubyとか他の言語に駆逐されそうになってるから

おまえの脳内でだろ？

>>13
お前はC#や.NETとJavaとを比較しているのかね？

無駄にスレが立ってるな。
アンチJavaは昨日の夜に論破されたことがそんなにくやしかったか

・Javaなんて遅いだろ
・クロスプラットフォームなんてマイナーOSユーザのわがまま
・JavaにもDLL地獄があるのに隠してる
・Javaなんて誰も使ってない
・別にCでもいいのに。
・IDEが使いづらいのしかない
・i-アプリなんておもちゃ
・JSPはASPのパクリ
・流行っているだけで中身は無い

Java VS perlか
perlは奥が深い言語だからな。
厨房でも使えるけどネットワークに強いからハッカー御用達の言語でもある。
Cと同様にUnixには必須だし。
Javaはooに優れているから、大規模なものを分担して作りやすい。

perl最高！！

>>31
google検索結果
・日本語ページから検索
Perl　401,000件
Ruby 431,000件
PHP　2,170,000件

・ウェブ全体から検索
Perl　19,500,000件
Ruby 9,390,000件
PHP　171,000,000件

こんなんですが何か?

>>36
そうでもない。
基本的にperlはJavaに比べると
高負加時の挙動がおかしい。
スピードはモジュール使うことでJavaに匹敵するんだが。
さらにRubyはもっと高負加時の挙動がおかしい。
まだ枯れてないというのもあるんだろうが。

>>37
あほだ。救いようのないあほだ。それで何が証明された？

>>35
ってことはpHp最強ってことだな。

まあPHPは出来る事が少ないからな。なんでも関数にしてるせいで。
その分素人にとって開発が容易なのだが。

で、いつperlは駆逐されるの？

>>35
どちらかと言うとJavaのほうがネットワークに強いかな。
強いといわれたのはJ2EEがでるまでの話。今となっては過去の栄光。

文字列処理が優れているのもperlの利点だけれども、
Apacheの Jakarta OROを使えばJavaでも同じことできてしまうんだね。


>>40
PHPはweb系ではシェアだけが最強かもね。無量レンタルサーバでPHP+MySQL
使えるところが増えてきたからね。

けれどもHTMLや<? ?>の内側にコードを埋め込むスタイルは
ソースコードを汚しやすく、大規模開発には向かないよ。

>>42
PHPが駆逐されない限り無理かも。
Unixでshの代わりに使うひつもいるだろうからしばらくの間は駆逐はありえない。

>>39
Perlが落ち目の言語ってこと

>>45
死ねや

追加ネタ投入
日本語
JSP　754,000
servlet 269,000
全体
JSP　19,200,000
servlet 8,670,000

>>47
意味がないってわからんの？養護学級の人？

つまりは
適材適所と

http://pumpkinnet.to/ranking/words/
にjavaは入ってない＝糞

Jawa原人

JavaとPHPは適材適所だな。
でも政治的理由・商業的理由でJavaを選ぶことも多いだろう。。。

いくらなんでも今さらPerlで新規開発はしたくないな。
既存のスクリプトの流用ならともかく。

なんでもかんでもJavaつうのはどうかと思うが。NRIじゃあるまいし

（さ）技師が工数をつりあげるためだよ

逝きの良いJava魚が釣れる釣堀はこちらですか？

>>54
JSPの内容をもう少し何とかしてほしい。
しかし面白い内容だとは思わんか?
パワーバランスがよく現れていると思う。

日本では人気のRuby、PHPには負けるJSP

日本でなくても、サイト数だけならPHPの圧勝と思われ。

なんでもかんでもJSP/Servletというのは、C/Sのクライアントを全部VCで組むようなもんだな。

>>59
漏れはJavaのオブジェクトが使えるようなスクリプトがほしいんだが、そんな言語ある?

重くすることでサーバを売りつけ、
仕様を複雑にすることでベンダーにアプリサーバや
フレームワークを作る余地を与えてやり、
オブジェクト指向とオープンソースでプログラマ受けを良くする、
Sunの見事な戦略ですな。

んなことやってるからビルジョイに逃げられるんだよ（藁

>>59

VCで組んだら軽いよ。

C#はなんであんなに人気ないのですか?

Ｃ#は人気ない?

>>65
最近C#の懸案が出始めたよ。これからじゃないのかなあ。

VC++でやるのが無難だな

MS厨が混ざってきたな。

>>60
beanshellとか。

>>66
> 最近C#の懸案が出始めたよ

確かに懸案だな。出始めたのは。C#使った案件は聞いた事無いな。
APサーバをWeblogicにするか、WebSphereにするかって感じの案件しか
俺の周りには無い。

そろそろ加速し始めるのか

Oracle9 ASにしる。

JBOSSにしる

Javaでどんなシステム作ってるの？

COBOLの身代わり案件

そもそもJava屋は何故.netを嫌がるのか？

M$だから

くいっぱぐれるから

$UNだって褒められた物じゃないのに。

M$って何？そんな書き方して何がうれしいの？

>>80
嬉しいも何もMSと書いたらモビルスーツと区別できないじゃん。

今晩もマクネリの犬が集まり始めたな。

MSってメモリースティックのことだからな。

EJBってパフォーマンス出る？素朴な疑問なんだけど

>>84
それを速いと言わないと入信できないらしいよ。

想定問答集

EJBってパフォーマンス出る？

EJBでもパフォーマンスが発揮出来るようなハードを容易出来ないのならEJBを使うなカス。

>>86
Java屋ってUNIX屋と似てるよな
異常なまでに高慢ちきな所が。

Access最強
Accessにしとけ

>>87
たいしたことやってないのにな。

>>50
> http://pumpkinnet.to/ranking/words/
> にjavaは入ってない＝糞
お前、そのサイトは個人のサイトじゃねえか。
しかもそのサイト作ってる奴は自己満足でやってるだけだしな。
Apacheもろくに使いこなせないとわかるような質問をMLでした30代の馬鹿だろ。

お前の脳細胞が糞だ。

>>52
> JavaとPHPは適材適所だな。
> でも政治的理由・商業的理由でJavaを選ぶことも多いだろう。。。
>
んなわけない。技術的な理由で選ぶにきまっとるだろ。
政治的な理由だったらM$製品を選ぶ

しっかしマメにレスつけるね君は

あれか、プロ固定か

>>57
> >>54
> JSPの内容をもう少し何とかしてほしい。
JSPはカスタムタグライブラリを自作するか、
Jakarta strutsやJakarta Turbine, JavaServerFacesで補え。

しかしだ、Javaサーバ系はJSP単体だけではほとんど意味が無い。
ServletやEJBなどと合わせて使うときこそPHPやperlでは到底成し得ることの
できない真価を発揮する。

日本でPHPが人気があるといってもほとんど個人やレンタルサーバ
中小零細企業で使われているものばかりだ。

大手企業ではそれ系にはJavaを使う傾向が強い。

>>84
出ないよ。localインターフェイス使えば、かなりましになるけど、
それじゃEJBの意味が薄れる。
大人数のPJで、プログラマ1人1人にトランザクションをコーディング
させるのがいやだからEJB使うんだよ。

>>90
「ぬるぽ」はJavaのNullPointerExceptionだろ。
一応入ってるじゃん(w

>>61
Javaを良く使っている企業はSunではなく、IBMであったりするのだが。
あれくらいの程度で仕様が複雑だったらC++もろくに使いこなすことができないぞ。

>>94

> >>90
> 「ぬるぽ」はJavaのNullPointerExceptionだろ。
> 一応入ってるじゃん(w
C/C++のぬるぽと認知している者もおるようだが。

>>79
JavaはそのうちSunとの関係が薄くなると見ている。
M$に依存しやすい.NETと違ってな。

Javaの将来はSunには依存しにくい。
最も依存するのはJavaCommunityProcessだ。

>>86
EJBはパフォーマンスを上げるためにあるのではない。
掲示板のパフォーマンスを上げるためにわざわざRDBMSを用意するか？
そのことをよく考えてみるがいい。

まあ、$unは必死で影響力を維持したがってるけどな。

まあ無理だろう。

>>97
IBMだろｗ

>>87
Windowsしか使っていないと広い世界が見えないからだよ。

>>99
M$を叩かれたくらいで$unを引き合いに出そうとするところが
いかにも厨房のド素人臭い

>>100
Eclipseをみるとそうかも。

>>88
Oracleに対抗してM$-Accessか。M$-SQLServerすら使わないのか。
おめでたいな。

小便臭い知識披露はム板でやっとくれ>all

>>101
へえ、その広い世界とは何のことなの？
まさかSolarisとLinux程度の事を言ってるんじゃないよね？

宗教戦争が始まったなw

お前らゴチャゴチャ言ってないでDelphi使えって！

>>108
失せろ

マジレスすると、Delphiだけはやめたほうが良い。

>>110
うるせー、ここで引けるか！
>>110
何でだよ！理由を言え！

ボーランドしか作ってね―だろ。
VB同様一つの会社でしか造られて無い言語はやめるべき。

DelphiでRMIみたいなことするには？

DelphiでコンパイルしたどんなコードもどのOSでも動かせるようにするには？

だからガキの喧嘩はム板でやれっつってんだろうがよおおおおおお！！！1！！！

>>114
そんなのJavaでも無理。

お前らゴチャゴチャ言ってないでJava使えって！

マジレスすると、Javaだけはやめたほうが良い。

>>114
>>116
Virtual Machine を作る

Virtual Machine をDelphi以外で作る

もう、Java厨必死でしょ（ｗ

>>120
ごるぁ

JavaってDOSで動く？

>>121
必死なのはDel厨とVB厨、M$厨あたりじゃないかな？

>>123
頭大丈夫か？
DOSで動かなかったらなんのためJavaなんだか。
初めてJavaやったときHello, worldプログラムを動かすとき
DOSを使わなかったか？

JRunからTomcatに簡単に移行できますか？

>>116
RubyとJavaをあわせたやつとか、PythonとJavaをあわせたJythonとか
あったよな。

>>64
> C#はなんであんなに人気ないのですか?


C#厨の正体

C#厨の頭蓋骨の蓋をﾊﾟｶｯあけてみるとVB厨が飛び出てくる


　《《《《
v（･∀-）b

↓頭蓋骨にメス↓

　すんません、実はVB厨でした

＼VB／
ﾌﾞ（；´Д｀） ﾋﾞ

あれはDOSじゃなくてコマンドプロンプトなんだが・・・
昔のDOSじゃコンベンショナルメモリ640KBしかないから
もちろん動かないぞ。

DISK BASICロードできるのがやっと。

>>128
頭蓋骨に蓋が有るなら頭蓋骨にメスを入れる理由が有りません。

3日見てなかったら
part2いってるし
実況板並

伸ばしゃいいってもんじゃないのにな

>>125
>>128
君達こそ本物のJava厨だ。

所詮Javaやってる香具師なんてこんなもんだろ。

今夜も盛り上がってるねヽ(＾▽＾)ノ

煽りじゃなくて本気で質問。
Javaの寿命って、どれぐらいだと思う？
VBとか.netはMSが終了を宣言した段階で寿命だろ？
でもJavaは、そんな幕切れはないみたいだし.....
そうなったらCOBOLみたいに何10年もダラダラ生き続ける事になるの？

> Javaの寿命って、どれぐらいだと思う？
Sunが終了を宣言した段階。

>>136
COBOLは、COBOLで動く機械が壊れるまでが寿命だと思う。
Javaは、OSに依存しにくく移植性が高いから、しぶとく生き延びるかも。
TRONと同じように生きびるかも。

例の「100年たっても動くソフトを作りたい」宣言のように。

>>137
だからJavaはM$が作った言語類と違って作った企業に左右されないんだって。

>>123
DOSで使えるJavaならあったぞ。
かれこれ４〜５年くらい前に見た。
AWTが使えたかは不明。
クラス名が8+3形式で解決できなかったので、
jarにするか、クラス名と8+3形式のファイル名を書いた
設定ファイルをディレクトリに置いておかないといけないのが笑えた。

>>136
C/C++の寿命が切れる頃にJavaの寿命が切れる。
なぜなら、JVMはC/C++で書かれているから

>>140
それはDOSが悪いんだね。

DOSで動くJAVA

Sun、DOSやWindows 3.1をJava端末にする「JavaPC Engine」発表
http://internet.watch.impress.co.jp/www/article/980702/javapc.htm

SUN ANNOUNCES AVAILABILITY OF JAVAPC(tm) ENGINE 1.0
http://java.sun.com/pr/1998/06/pr980630.html

>>136
VBはWindowsが死滅した段階であの世へいってしまうね。

デルファイもバイトコードをコンパイラが出力すれば文句無いだろ。呆け

>>135
おう、Java厨と.NET厨が言い争う素敵なスレになったぞ。喜べ。

>>145
Delphiはそうなってるだろ

sunがJavaを放棄して、すべてがオープンになったら、いろんなグループが、よってたかって俺様Javaをつくりだすものと思われ

>>148
昔のAX評議会みたいなのが出来ないかなあ。
もちろん議長はM電機。
議長自らが他社を出し抜き、いきなり各社が足を引っ張り合う。
それを見てオロオロするばかりのMS。
あれは面白かったなあｗ

ｵﾏｴﾗ、言語の優劣で語ってるんじゃなく、新しい言語が修得出来ないだけなんだろ。

つーかJavaは時代の流れなんだからさっさと乗り換えろよ。
.NETで古い言語にしがみつくなんてみっともない。
俺はVBから乗り換えたし、次にまた新しい言語が出てきたらまた勉強する。
それが当たり前だろ。

俺はこういうことを書いたわけだが?

またおまえか。

そうだ俺だ。

お前童貞だろ

JavaでC#みたいに簡単にwinアプリ作れるの？
作れるならC#じゃなくてJava勉強しようと思うんだが。

どっちもやれよ　簡単だから

弘法筆を選ばず。
適材適所。

JAVA基地、安置JAVAの両方にささげる言葉。

>141
ハハハ、
C言語とC++は十年後は
今のアセンブラ扱いか。。。

>>158
いいえ、N88-BASIC扱いです。

>>148
すでに俺様Javaなら結構存在するぞ。
D言語、C#, MixJuiceとか

ていうかSunが手を引いたらIBMあたりかApacheが引き継ぐだろ。

>>158
つまりJavaが死滅しない限りC/C++もアセンブラも死滅しないって請った。

せめてCOBOLは・・・

>>155
C#がWinアプリを簡単に作れる？そぉーかねえ？
そういうのはVBのほうがお得意ではないかねえ？
VS.NET2003のGUIコンポーネントは、VBのやつとくらべると貧弱だったが。
VBで使える備品がC#ではまだ全部つかえないんだってさ。
しかもVS.NETでC#でGUI作るにはPanelすらまだなかったんだって？
PanelがないとGUIソースコードはスパゲティ化して話にならないでしょう。

>>155
まあJavaSwingやSWTをつかってみるといいよ。
BeanBuilderとかも使ってみるといいよ。

まあね、
C/C++は今のアセンブラみたいな感じで
低レベルな部分を担当して、
（もしくは開発ツールやフレームワークそのものを書く）
高レベルな部分はJavaやC#やVBに任せると。

VBを作ってるマイクロソフト自体が
自社のアプリにVBを使ってないのと同じ？
（少し違うか。。。）

>>163
比較が間違っている。
コンポーネントはC#のものではなく.netのもの。
C#言語と.net環境を混在するなって。

ORACLE７までのGUIでVBくさいツールを見た記憶がある
今はJavaみたいだけど

Java厨はコンポーネントと言語の区別がつきません

>>167
それが最悪なわけで・・・。
ツールはJAVAで作るなよって。重いし、バグあったし。
大体、８ｉの時のインストーラーが起動できないバグなんて最悪だぞ。

それはOracle社が悪いという結論が用意されています

あのOracle8iの不具合はsunのVMの不具合じゃなかったかな？

Oracleの対処方法はCDROMを全部HDにコピーして、一部ファイルを上書きしてから
実行しろということだったが、あのファイルはsun製っぽかったぞ。

所詮憶測

ﾊｲﾊｲ

Javaﾏﾝｾｰ

>>171

シマンテックのJITのバグだったようだ。

http://support.oracle.co.jp/open/owa/external_krown2.show_text?c_document_id=39224&c_criterion=%7BPentium4%7D&i_key=CyberOOW

マサカpart2が立つとは、、、

関係ないけど、昨日道頓堀にダイブしてきた。

SUNが原因でなくて良かったね

ﾗｲﾄﾜﾝｽﾗﾝｴﾆｳｪｱ(ｼﾏﾝﾃｯｸのJITは除く)

http://support.oracle.co.jp/open/owa/external_krown2.show_text?c_document_id=37335&c_criterion=%7BPentium4%7D&i_key=CyberOOW

こんなのも

JREはJavaWebStartで更新できるから問題ないはずです

なんかアプリケーションを作りたくなって、どうせなら Java でやるかと
思って JBuilder や Eclipse を開いても、遅いから、結局 C++ Builder とか
G++ + Emacs とかで作り始めてしまいます。
EJB の勉強とかする人ってすごく忍耐強いですね。

>>181
EJBってあなたがいってるアプリとは別もんだし。
ＥＪＢの開発、テストとかと、Windowsアプリの開発、テストじゃスタイルが全然違うよ。

ツールが重いのはどっちも同じだけど。ｗ

>>179

それって、ﾏﾙﾁﾌﾟﾛｾｻｰ非対応だったのかな〜（ｹﾞﾗｹﾞﾗ

EJBは作りたくなって作るもんじゃないよ
でもそれに近い動機で、EJBを提案する場面はあるけどな

JREに不具合があったのなら、ASでも同様の不具合があっただろうな。

やはりOracle社が悪く、発表もSUNになすりつけているだけという論調で行きましょう
ということですね

では続行

ところで、セキュアなDBといえば何？

JDK1.2のことは1.3になった時点で忘れるわけですので前ｽﾚの話題なんかしても真っ赤な顔で失笑するフリされるだけです

>>187
Oracle
PostgreSQL
Firebird

systemのパスワードがmanagerじゃないDB。ｗ

>181

ｗｗｗ
オレも同じだよ。
Javaは確かに惹かれる言語であるから色々調べたりするんだが
いざ何かアプリを作ろうとeclipseやJBuilderのアイコンをクリックして
起動するまでの時間で創作意欲が萎えてしまうんだよなｗ
メモリ積めよ！　と言われそうだが。

>>191
正直、今騒がれているJavaは、iアプリを除けばビジネス用途だから
創作意欲とか無関係に、生活の為にやっている人が多くいます

それ以外に無関係にﾏﾝｾｰ状態の人もいますが、そういう人には速度とか、マイナス要因は気になりません

Eclipseも含めてステキなIDEがないよね
VBとかDelphiみたいな使いやすいのまだぁ？

IBMやSunはハードメーカーだから
極端な話、ソフトはタダでもいいと思ってるんじゃないの？
だからこそJavaをどんどんオープンにして発展させることができた。
そりゃMSやボーランドはやってられんわな。

>>193
やっぱ、クライアントアプリ作るなら、ボタンおいてクリックしてソースかけないとね。
SUNがそれらしきもの作ってるけど、来年正式版だと思った。

>>194
昔は国内の汎用機やメインフレームの会社もそうだったよ

Javaにはメソッドポインタとプロパティがないから、
DelphiのIDEのような仕組みはJavaでは無理だろう。

>>193
EclipseってイマイチTool間の連携がぱっとしなくて
とりえあず、良い感じになるまでNetBeansIDE使ってます。
、、、全然軽くないけどね。

>>195
多分、それってASP.NETのGUIエディタみたいなのを作るって話の奴でしょ？
まだ興味沸いてないけど、あれってASP.NETと同じで
ブラウザ限定のGUI編集だけしか使えないかも。

誰だ！このスレを常時ageてる香具師は！！

おーイヒョウをついた発言ですね

>>198
言われてみればそんなような気が。
ブラウザ環境だけだったかな？
あれでStrutsとかときちんと連携できてれば面白そうだけど。

まあ、ブラウザでHTMLでって段階でクライアントとしては使い辛くてしょうがない。
表現力不足は否めないしね。

WSADは使いやすいですよ〜
最近プログラミング始めたばかりですが。。

JBuilder や Eclipse が 10 秒以内に起動する PC のスペックを教えてください。

JBuilder や Eclipse が 10 秒以内に起動する PC のスペックを教えてください。

JBuilder や Eclipse が 10 秒以内に起動する PC のスペックを教えてください。

part3立ててもいいですか？

>>203
スタートアップに入れておいて、常住させとけば？ｗ

>>203
メモリが最低512MB必要だとか聞きました

Oracleはインストーラを快適に動かすために512Mを要求します。

Linuxだとメモリが少なくてもよいんじゃなかったのか。

５１２Mって東京ドーム何個分？

>>208
氏ね。

512MってOracle9 for Linux の最低要件じゃないか?

>>206
当方スペック
OS: Windows 2000
CPU: Celeron 2GHz
MEM: 512MB
HDD: Ultra ATA100

起動時間:
1分18秒 (JBuilder 5 Enterprise)
1分9秒 (Eclipse 2.0.2)

DB本体はそんなにいらないよ。規模によるけど。

211

同スペックで C++ Builder 5 Professional : 16秒

かなりディスクがカラカラ言っているから、速い HDD じゃないと
起動時間は短くならないのかな？ < JBuilder & Eclipse

しかも、会社にある Pentium II 500MHz なんかでちょっと JBuilder の説明する日には
何分も待つんだよ。

メモリー積んでても、あいてなきゃ意味ないからね。
空きが幾らあるんだ？

>>216
102MB

うちのはPen4 2.53GHz 256MBだけど、Eclipseの起動にそんなに時間かからないけどな。
確かにVisualStudioに比べたらはるかに遅いけど。

>>217
多分それじゃスワップ発生するような・・・。
っていうか起動していない状態で４００MB近くメモリを使ってるの？

まさか、後ろでwinnyが走ってるんじゃないだろうな。

>>220
winnyって重いよね。
メモリ使用もCPU使用率も。

218だけど、Eclipseは12,3秒で起動するよ。プラグインは確かに殆ど入れてないが。

ちなみにVisualStudioだと5秒くらいかな。

IDEで開発しませんが何か？

>>223
別に、人は人・我は我・人類みな兄弟。

>>223
ﾊｲﾊｲかっこぃぃでちゅねー

井出ですが何か？

>>225
大規模やってないんですね
とかって風に煽られるかと思ったんだが・・・

IDEなんて気にするのはクライアントサイドだけだからな

Viが標準。Viが使えない奴は知障

>>228
ha?
サーバー再度の開発こそ、なくちゃやってられんだろ？
あんなもん東郷艦橋以外でやるか。

>>229
あおりに対してなんだけど、VIはエディタ。
それ以上でもそれ以下でもなんでもない。

perl房ですが現在、C言語勉強中だけど、簡単っす。
ほとんどperlそっくり。ポインタも構造体も楽勝。
調子に乗ってJavaも勉強してみたけど、
Javaは長ったらしくて嫌い。
こんなもれはC++のほうが合ってますか？

>>232
おそらくC++で脂肪してVBへ逝くタイプ

テキストエディタはVZ( ･∀･)ｲｲ!

>>233
C++はCに比べてそんなに難しいんすか？

C++は無駄にややこしい

>>211
OS: WindowsXP PRO
CPU: Celeron1.4GHz
MEM: 512MB
HDD: Ultra ATA100 Seagate製7200rpm

起動時間
1回目　27秒（Eclipse2.1.2）
2回目　15秒(同上)

C++無理だったらLispにしときます。
どうも長ったらしい言語は嫌いなもんなので。

>>235
Javaよりさらに長ったらしい

>>219
いつも起動しているもの。

Microsoft Money 2001
Becky! Ver. 2
秀丸常駐
SETI@home
ウィルスバスター 2003
Norton Ghorst 2003
OpenMG Juke Box
Canopus TVRMAN
Winamp Agent
Tera Term Pro
Opera 6

>>220
Winny というのは使ってないです。

>>240
> Microsoft Money 2001
仕事中に株？ｗ

> Norton Ghorst 2003
これって常駐するの？

> OpenMG Juke Box
> Canopus TVRMAN
> Winamp Agent
この辺は落としてみたら？

SETI@home

秀丸常駐もやめとけ

nyも禁止

メインマシンのほうでも計測した
OS: WindowsXP PRO
CPU: AthlonXP2500+
MEM: 512MB
HDD: Ultra ATA133 RAID 0(IBM製7200rpm x2)

起動時間
1回目　16秒（Eclipse2.1.2）
2回目　4.5秒(同上)

age

Eclipseみたいな糞が標準なの？

VisualCafeじゃなかったの？

IBM社に敬意をはらってViauslAgeを使えよ

Java厨は貧乏だから、ただのソフトが大好きなんだよな？

IBMやsunのハードに金をむしり取られて、ソフトに払う金が残ってないんだよ。

>>250
IBM に敬意を払うなら Eclipse でいいじゃん。Eclipse ユーザなら IBM さまさまありがとうじゃん。

それはあれか、RDBの本の最初にコッド博士の名前があるような感じか

cが流行ったときもせせら笑うヤツが多かったなあ、と思う。

IBMはボーランドの営業妨害だな。

オレはDelphi厨なんだが
Delphiではボーランドは稼げないから
JBuilderで稼いだ金をDelphiの開発に回して欲しいんだよ。



　　　　　　eclipseのせいで。。。。。。。。。。Delphiが消えたらどうする？

小さな疑問。
「Delphi」ってなんて読むの？
デルファイでいいの？もしかしてデルフィ？？

デルフォイじゃないのん？

えっ？だってたとえば「phi」だけだったらファイって言うでしょ！？

>>257
eclipse のDelphiプラグイン使いなよ。

>>261
そんなものまであるのか！？

>>260
ごめん、ぐぐ〜ったらデルフォイよりデルファイの方が優勢だった。
長いものに巻かれましょう。
ちなみに「デルフィ」はもう完全にすたれたらしい。

Pascal Builderじゃ駄目なのか？

>>191
> Javaは確かに惹かれる言語であるから色々調べたりするんだが
> いざ何かアプリを作ろうとeclipseやJBuilderのアイコンをクリックして
あのEclipseで不満だったら藻前はプログラミング自体やめたほうええ。
一度起動したらむやみにせっかちに閉じるなよと。一度起動したら
VS.NET2003よりも高速になるのだが。

賢い奴はいちいちせっかちにIDEを再起動しない。

>>194
M$が嫌がっている、ライセンス形態がGPLのMonoプロジェクトについてはどう思う？

>>203
JBuilderは興味がないから知らん。
Eclipseなら、AthlonXP 2600+で10病もかからない。

あと、言っておくが、M$が出しているVS.NETも、
プロジェクトやソリューション(馬鹿みたいな名前をつけたもんだ)の数が
増えてくるとEclipseの倍以上に起動が重たくなるぞ。

>>232
あの程度でJavaが難しいならC++も使いこなせない。

>>240
WinXPでLunaスキンつかっとるとか、ウィソがウィルスに感染したとかで
処理速度が落ちることがあるぞ。

「Windows処方箋」でググってウィソのパフォーマンスを挙げる方法を調べよ。

>>268
という事は言語の難易度はJava>>Cという事？
そんな事はないと思うが。

>>257
大丈夫。BolandはEclipse用プラグインを開発して売っているから。

EclipseでDelphi開発できるプラグインを開発するか、自分で作ってしまえばいい。

Javaは厨でもつかえるずら

>>270
見方によってことなる。
オブジェクト指向知らない奴には難易度Java>>C
ポインタ演算理解できない奴には難易度C++>C>Java

>>272
オブジェクト指向知らない厨にはEJBを使いこなすことはできない。

どの言語も使いこなすには難しい

適当にいろんなプログラムからコピペしてるだけのプログラマなら
1つの言語ある程度覚えればどの言語でも行けるって気がするみたいだけど
実際にCやってて必要に迫られてJava使い始めたやつなんか、
オブジェクト指向の基礎すら間々ならないままだ
コピペやってりゃとりあえずプログラムにはなるからな

>>274
オブジェクト指向って言っても
結局再利用できるように小さいルーチン山ほど作るだけじゃないかよ。
何が難しいの？

>>276
ルーチンなんて死語をつかってる時点で、そなたが
デザインパターンもアーキテクチャパターンも理解していないようにみえてしまう。

>>275
耳が痛い。まさにその通りのことしかやってない漏れって・・・
うつだしのう。

>>278
まあゆっくりと結城浩の「Java言語で学ぶデザインパターン入門」でも読めよ。
そうすれば無駄なことをしなくてすむ。
彼はキリスト教徒だというのが面白い。彼のサイトに、プログラミングをするときの
秘訣が載っている。

>>278
実際それで十分だぞ。悲観する事ない。
勉強の基本は良質のサンプルを見て、理解して
素早くコピペすることだぞｗ
まあ書かないと身に付かないのも中にはいるけど

オブジェクト指向って
他力本願の別名と言うことに
最近気づきました。

そう、ただただコピペしてるプログラマってのは(友達のことなんだけど)
上からJavaでって指定されているからJavaを使うってぐらいしか考えてないのよ
デザパタやら再利用などのことはまったく頭にないし、
ひどい事に「インスタンス化する」って言葉すらも知らないやつもいるらしい
概念は知らなくてもコピペしたらとりあえずプログラムは完成するから(笑)

>>279
ttp://www.hyuki.com/　のこと？
「人生の目的は愛だ」って書いてある・・・うつだしのう。

>>281
オブジェクト指向って言うのは言葉だけで実際は大した事ないよ。
再利用できるように作るだけなんだから。
これすら出来ないのも中にはいるみたいだけど。

そういえば、vbのコードで、イベントに対応する関数しかないようなコードが
たまにあるな。IDEが作った関数の雛型の中にコピペで貼っていっただけって奴が。

>283
結城先生をバカにする奴は
全国1万人の結城信者のスパム攻撃を受けるので
慎むように。

結城先生は日本のプログラマ界の良心なのだよ。

なんか宗教臭くなってきたな。

オブジェクト指向って名前が胡散臭い。
日本人なら再利用化でいいじゃねーか。
最初聞いたときなんかすごい物かと思っちまったよ。

なんでWebLogicとかWebSphereはあんなにバカ高いの。客が引いてるよ。
だからっつーてオープンソースだとかフリーのになる信頼性だとか言ってくるし。アフォちゃうんかと。
ASPはWindowsオンリーだから使えないっつーし。

安くてマトモなJavaのAP鯖はないのかね。ﾌﾟﾝﾌﾟﾝ

http://www.hyuki.com/writing/chatrule.html

「寛容」と「思いやり」が大切です
チャットに参加するときに大切なのは次の二つです。

相手に対して寛容になりましょう。
相手のことを思いやりましょう。
「寛容（かんよう）」と「思いやり」。この二つはチャットに限らず、人と人とのコミュニケーションでは重要です。どちらも「相手のことを考える」という態度から生まれます。

- - - - - - - - - - - - - -
よく肝に銘じて置くように

>>290
webobjectでもやっとけ

2CHに来る。。。人に接してる事になるの？？

>>290
Web Sphereって高いの？
私のパソコンに入ってるけど。
Web Sphere Application　Developer V5。
これでJavaの勉強してるよ？

「何でSingletonパターンはクラスメソッドで実装しちゃダメなの？」
「結城先生がそうおっしゃったからです」

>291
2ｃｈは変換ミスには寛容だがｗ

結城先生の
『C言語プログラミングレッスン　入門編』に出会ってなかったら
プログラマーになってなかったと思う。。。

結城先生ありがとう

もういいよ、結城信者のマンセーは

>>294
正しい方法で購入したのでつか？
通報しますよｗ）

>>298
結城ﾊｹｰﾝｗ

>>299
新入社員研修で全員一斉にインストールしました
問題ないでしょ。

>>301
「わたしのパソコン」って会社のパソコンか。
まあ会社だからライセンス買ってるって保証はないけど。

結城先生って2chネラーなの？

結城ちゃん少し前はマ板風味のﾃﾞｻﾞﾊﾟﾀ解説
書いてたけどどうなんだろうね

最近はﾌﾞﾛｶﾞｰなのかも

いちおう自分のパソコン。状態移管？で自分のになる。
LSJでやったから問題なしだと思う。

それはそうと、、これって高価なソフトなの？
メモ帳代わりにぐらいしかなってないんだけど・・・(　´ﾛ｀)

>>305
ほれ。
ttp://www-6.ibm.com/jp/domino04/software/ecatalog.nsf/byCategory/7E99A7C47BF33EC449256C85001EDE9A
法人でまとめて買えばもっと安くなるそうだが。

オブジェクト指向は馬鹿なJava房の最後の砦か。
それにしてもレベル低い砦だなｗ

うっさいハゲ

ｊａｂａって、ｃｏｂｏｌに変わる言語なの。
ｃｏｂｏｌの仕事がないのだが。
ｊａｂａは、生産性、安定性が悪いと思うが。

coba

だいたい、ｃにしてもｊａｂａにしても、ｐｇが作成し辛い言語だ。
開発者の能力不足が伺える。
俺の未来予想だと、言語は意識せず、画面より機能選択だけの
時代が来ると思う。言語なんて知識、経験が必要無くなると思うが。

>>281
関数をコピペしてる奴こそが他力本願だとはおもわないかね？

>>283
http://www.hyuki.com/kokoro/
プログラマの心の健康
これよめ

>>289
再利用だけがオブジェクト指向だと思い込んでいるなら
一度脳細胞を手術したほうがいいぞ。

>>311
とりあえず寝ろ。
疲れは脳に来るぞ。

>>307はオブジェクト指向コンプレックス

>>309
jaba？　なんだその言語は？
お前が作った言語か？

生産性、安定性が悪いんだって？　Javaの足元にも及ばない言語だな(藁

>>314
再利用を考えると普通は後からメンテしやすいように
分かりやすいコードを書く。
結果的に他人に分かりやすく、管理しやすいコードになる。

Javaって、ジャバと読むの？それともジャワ？

Java房は相変わらずレベル低いな。

Javeにはnamespace無いの？

ｊａｂａってｃｏｂｏｌに変わる言語なの？。
俺、ｃｏｂｏｌしか経験ない。

JAVAにはstructは無いの？

>>322
ああ、その通りだ。
でも、そんな事を気にする前にJavaをJabaと間違えないようにしろよ。

本当にCOBOLに替われるなら、大もうけだがな。

Javaのintって、32bitなの？
cpuが64bitになっても32bitのままなの？

Java自体はいい言語だが、
使っている人間には頭の固そうな家具氏が多いな。
OOというのは書類の整理と基本的には変わらないものだ。

>>321
ジェイブなんで言語しらねえな。
またお前の脳内言語か。
Javaならpackage(namespace)くらいはあって当たり前だが。

>>326
お前、小さな事ばかり気にする所は昔とちっとも変わってないな。
いい加減なおせよ。

>>323
前スレを読め。
structを必要としない理由がかいてある。

>>327
だがな、どこかのCOBOLerのようにmain()メソッド内に
すべてのコードを書くという迷惑なことはして欲しくないんだよ。
だからちゃんとオブジェクト指向を学べ。
さもないとと優秀なプログラマとは認めん。

>>330
前スレ読めねーよ。

>>326
よく考えても見ろ。
CPUに依存しない言語のプリミティブ型のビット数が突然変わったら大変だ。

>>331
俺はそんな馬鹿な家具氏は見たことがない。
お前らと違ってエリート集団だからだろうか。

>>334
自称エリート集団

ﾌﾟ

>>290
SunOne AP鯖なら、ライセンスタダ。Sunのサポート有料で受けられる。
馬鹿でケチで保守的な客相手にはいいと思うよ。

JVMは永遠に32bitマシンなんれつね。

>>334
COBOLerにJavaをやらせたときの有名な話だよ

>>337
intが32bitであることと、JVMの内部実装のワード長は関係無いが。

>>337
（ﾟДﾟ）ﾊｧ?
64bits版Javaならすでにでているが

>>338
でもそれ作り話だと思うぞ。
COBOLで全ての処理を単一のルーチンに纏めるなんて普通やらないよ。

>>337
Javaのlongもdoubleも64bitsだが


java.math.BigInteger, java.math.BigDecimal

は21億digits

つまり2の31乗bitsだが。

>>341
日経の記事なのだが。

>>337
大漁ですな。

>>343
まあ、そりゃCOBOLER云々以前に単にそいつが馬鹿だったんだと思うが。

>>344
「釣り」で誤魔化すことに必死だな

>>343
だから笑い話として創作した話だよ。間違い無い。
身近にCOBOLのPGがいたら聞いてごらんよ。
逆に笑われちゃうよ。

バイトコードのアキュムレータは何ビットなの？

>>341
だが、main()の外で
static関数だけでまとめるだけのCOBOLerもアホくさいぞ。

>>349
インスタンスが使えない馬鹿はどこ出身にも均等にいるぞ。

32bitじゃないの？

JBuilderでファイルを編集できないほど巨大な.javaｿｰｽを書いた奴は実際に存在した。

ローカル変数や自分で定義したクラスを使用しないってのは結構ありそうだ。
あとインデント無茶苦茶で自分でもわけがわからなくなり仕方なくgoto使ったり。

CPUが64bitになったら、全部longで書くのさ。当たり前だろ。

まあ整理整頓が出来ない家具氏はどこの世界にでもいる。
これは教えるというより性格的な問題だな。

整理整頓したほうがいいと思っているに関わらず。
面倒だと思って、オナニーのように書き散らす。
こればっかりはどうしようもない。

でも、バイトコードは32bitのママ

5年後には、Windows上で稼働するPC98エミュレータ

32bitのママ(;´Д｀)ﾊｧﾊｧ

まぁ、ルビーが最強ってことで。

@@@終了@@@

CLR上で動作するRuby.NETってないの？

なんだか、上のほうでＯｂｊｅｃｔ嗜好＝テザパタと言ってるのも痛いな。

そういう奴って、覚えたての猿のようになんでも使うんだろうな。
死ぬまで止めないんだろうな。ｗ

JVMはCPUが６４Ｂｉｔになっても永遠に３２Ｂｉｔ

>>360
残念、今のところない。Perl.NETはあるみたいだけど

誰か挑戦すればいいのにな。exerbより使えそうな気がするんだが。。。

Perlは、言語は糞だがVisualPerlといい、いろんなことにトライして面白いね。

だけどJavaVMで動くJ-Rubyならあるぞ

Jython もあるね。

ぶっちゃけphytonは失敗だよ。
俺は上のほうで言語別googleHIT数書き込んだやつだけど
phytonはHIT数少なすぎて書き込む気になれんかった。
日本だけじゃなくて全世界的にRuby優勢なみたい

そりゃphytonでGoogleってもhitが少ないだろうなｗ

日本語のページからpythonを検索しました。 約90,500件
全言語のページからpythonを検索しました。 約9,800,000件

日本語のページからphytonを検索しました。 約851件
全言語のページからphytonを検索しました。 約46,300件

>約9,800,000件
ﾓﾝﾃｨｰﾊﾟｲｿﾝ混ってるだろ

全言語のページからpython -montyを検索しました。 約2,470,000件

世界的にRuby優勢って…ワラタ

>>360
JRubyとかいうのをきいたことがある

CLR上で動作するJava.NETってないの？

>367
これが天然なのかネタなのか、それともphytonという言語があるのか
オレは分からんｗ

J3EE=phyton

>>373
そんなもん知らん

http://java.net/
ならある

Jythonというものある

夜の部再開

ﾏｱ､ｿｳｲｳｺﾄﾆｼﾃｵｷﾀｲﾃﾞｽﾈ

あげ

32bitのママン(;´Д｀)ﾊｧﾊｧ

Javaは64bitCPUが主流になると消えます。

pythonならあるけどな。

>>382
1.4から64bitにも対応してるけど？

JVMって何ビットマシンなんだろ

ぴゅう太だって8ビット機がこれからって頃に16ビットだったわけだから
あんま64bitで煽っても仕方が無いような気がする

>>384
1.3環境から1.4環境に更新するのは簡単ですか？

64bitCPUで動かしても
32bit相当にエミュレートするわけだから
意味ないべ。

64bitのママン(;´Д｀)ﾊｧﾊｧ

Javaだけはガチ

sunが64bit版バイトコードをリリースするんだよ。

64bit対応のJITまだー

ペンティアム4でぴゅう太のエミュレートするんだべ

日本語Java

>>394
いまさらわざわざ日本語しか使えないようにすることはないでしょ。

NETRubyなるものを発見しますた
ttp://www.geocities.co.jp/SiliconValley-PaloAlto/9251/ruby/netruby.html

64bits連呼してる奴要るけどおまえら本当に64bitsCPUもっているのかと。
あのCPU高いのばかりでマザーボードも専用のを買わんといかんし。

64bitsCPUもっていなければかえって処理速度に負担がかかって無駄だし。

>>395
元ネタはぴゅう太の日本語ベーシックだべ。

もし　ｘｘｘ　だったら　ｘｘｘ　ちがうなら　ｘｘｘ

みたいな。（言語仕様はしらなんだ。）

JAVAだったらどうなるんだろ？
クラスは種類・・・。

なんだかわかったような英語ばっかだから日本語するのはいいかもな
デプロイなんてタイソウナことやってるかと思えば、ファイルの配置くらいなもんだからな

>>398
ちょっとそれとは話が違うが

Javaのソースコードにつかえる標準文字コードはUnicode。

一応、変数名やクラス名などに日本語(Unicode文字)は使えるぞ。
UnicodeといってもUTF-8な。あと、まだ標準Unicodeの完全な互換性は
ないかもしれない。けどおれはUTF-8使ってる。
特定の日本人にか受け入れられずあんまし使いたくないが。

>>399
配置っていうより、配備と言ったほうがかっこいいと思ってしまうのは、ちょこっと右より思考でしょうかｗ

>>399
欧米人の立場になって考えれば日常的にあたりまえのことで
どうってことなさそうなんだが。

>>402
それは確かにそうだが、日本は
　スポーツ後にポカリスゥエット飲んで
　休憩時にコーヒーにクリープ入れて
　プレゼン前にナーバス
になる人多いですから

そういう事言う人をﾌﾟｯｹﾞﾗとなるなら、デプロイなんて普通だよな

失礼3個目の表現は大間違い
ナイーブを使うツモリでした

>>404
どっちもありじゃないの？
どっちもやだけど。

ファイルの設置で1hかかるというと長すぎると文句言われるが
ファイルのデプロイで1hかかるというと1hで大丈夫かと心配される

Javaとは関係ないが、社内の小規模NTサーバーのファイルミラーリング設定（ソフトミラー　HDDは40G程度）をすることになり
余裕見て1日程度の作業で済むといったら上司に酷く心配されて、それの説明をするのに半日かかったことがある

でるふぁい最強

Javaネタに
　　　　　割り込んでくる
　　　　　デルとルビ



一句詠んでみました。

B21スペシャル思い出した

Del厨はDelのIDEで言語だけPASCALからJAVAになっても気づかないと思う

>>411
それはそれで欲しいような。ｗ

>411
そりゃDelphiの強みはVCLとそれに適合したIDEにあるわけだから
もし仮にJava＋α（プロパティ、メソッドポインタなど）に
言語が置き換わっても大して違いはないだろう。

逆にいうとIDE以外は糞と。

>414
クソじゃねえ。

http://www.hyuki.com/yukiwiki/wiki.cgi?Java%C2%D0Delphi

これを読め。
Delphiの言語仕様の方がいい部分が多いだろ？

これでもやってマターリしるるん、るんるん。
http://edu.stackart.net/j/j_seihin.html

>>411

それをJBuilderというんじゃないの?

>>404
ナイーブ？
アメリカ人の頭では
ナイーブ==馬鹿、低脳DQN、頭悪い
みたいだぞ

>>415
それってwikiだろ。だれでも掲示板のように更新できるweb pageだろ。
オマエがDelphiのほうがいいようにみえるよに書いたんだろ

>>415
>プロパティがある！
>インデクサがある！
>列挙型がある！

どれもｲﾗﾈ
C#厨と同じこと言ってるし

>>418 その通りだから正しい用法のナーバスは大間違いなんだな

>>４０５
みたいな香具師にとってはデプロイの意味なんかはどうでも良くて、その言葉を使うことに意味があるわけだな

>420
Java廚の俺だが、
JavaBeansの命名規約コンベンションによるプロパティのつもりは
いかがなものかと思う。

C++BuilderXはJavaで書かれてるようだよ。
なんか、面白くない?

Javaって列挙型がなかったじゃん。
あれって理屈はわかんないとこないけど、偏屈さを感じた。

>>423
> >420
> Java廚の俺だが、
> JavaBeansの命名規約コンベンションによるプロパティのつもりは
> いかがなものかと思う。
なにもわかってないな。あんなもん場合によっては
稀にしか使わないケースをあるわけだし。
setterメソッドを作りたくなくなった(プロパティにする必要がなくなった)とき
かなりウザイんだよ。いちいち書き込み禁止にするために
面倒臭いことをしないといけないからC#のプロパティは糞。

はじめはBeanにしようとおもったが途中から不変クラスにしたいとき
C#のプロパティは邪魔。余計なお世話。

しかもソースをみるとカプセル化されていないようにみえるから
ソースコードを汚すかえって迷惑な糞機能。

C#のプロパティは結局、コンパイラに側には、
Set_プロパティ名(), Get_プロパティ名()
という名前のメソッドが勝手にできて、
これと同じ名前のメソッドをクラス内で作ろうとすると
メソッドが重複すると言うコンパイルエラーがでる。
ある意味制限されているともいえる。

ま、DQNが使う機能としてはうってつけだろうな。

Javaの超人強度を教えてください。

>>425
では、お前はJavaに*や&使用によるポインタ演算をカットしたこと、
実装多重継承を禁止したこと、グロバール変数、グローバル関数
を使用禁止にしたことが偏屈だとおもうわけだな。

>>428
んなこといってねーだろばーーか

列挙型が偏屈かいな。時期J2SEでは使えるよん。
CやC#とは性質が異なるけれども。

あれもクラスで実現しちゃえばいいのに。

>>428
>>429の通り。
だって、単純にあるクラスの変数の値を限定したい場合に単純にできなかったじゃん。
この値は曜日を表す列挙みたいに。
それをもっともらしくJAVA厨が説明するんだけど、そんなことより簡単にやらしてくれって。

であなたの書いている部分は別に多重継承以外は偏屈とは思わない。
それが利点と感じているから。

>>431
つまり、C#にも偏屈を感じると

>>430
次期からってしってるから、過去形で書いたのに。

でクラスで実現ってしってるんだけど、わざわざ曜日クラスを作るの？っていつも思ってた。

>>431
> だって、単純にあるクラスの変数の値を限定したい場合に単純にできなかったじゃん。
> この値は曜日を表す列挙みたいに。
そんな使い方、まるでCOBOLerみたいだな。
曜日クラスでも作れよ。

>>433
>>434

Stateパターンで曜日クラスを作る、
これ最強。クラスが最低でも7つ必要。やりすぎ

とりあえずSingletonチックに曜日クラスを作れ

>>434
コンストラクタやメソッド内部で
if文で、もし0〜6以外の値だったら
throw new 曜日Exception("ｳﾞｫｹ！　0〜6以外の値を入れるんじゃねえっていってるだろ！");

としてみれ

だから、それらを知ってる上で面倒だと。
月、火・・・日（当然英語）と並べて型宣言させてくれって。
それ以上、それ以下なにもしないからクラスをいちいち作らせないでと思いつつ。

>>438
そのクラス実装だと、利用する側が０＝何曜日をしってないといけないような。

interfaceで
public static final byte 月 = 0;
public static final byte 火 = 1;
public static final byte 水 = 2;

　　：
　　：

>>440
>>441

>>433

public 月曜日のシングルトン {
　private static 月 = new 月曜日のシングルトン();

　private 月曜日のシングルトン(){
　}

　public static 月曜日のシングルトン getInstance(){
　　return 月;
　　
　}
}

>>443
いや、だからそういうやり方とか全て知った上で、列挙だけにさせてくれっていう点だけということで。
曜日毎に機能をつけるわけじゃないから、どうもクラスにするのは抵抗があるという程度。

Javaは、何でもクラスにすればいいと思ってるから嫌なんだよな。
数行しかないクラスをどんどん増やすし。
アクセサだけのクラスとかあるし。

冗長なだけなのを「統一性があるから美しい」とほざくバカもいるし。
もう少しシンプルに書くことを考えろよな。

てゆうかさ、日付やシステムクロックを扱うクラスが標準であるんじゃないの？
それにあわせればいいじゃん。

>>444
Java の列挙型って勝手な int 値を代入できないんだっけ？　ならクラスにする必要はないけど、
C++ みたいに enum にない値を勝手に入れられるんならクラスにした方が、曜日以外の
値を絶対に代入できなくなるから安全、ということでろ。

>>446
曜日はあくまでわかりやすいようにするための例。

それじゃあ、値域を設ける数値は全部クラスにするノン？

>>445
構造化言語になった頃、「なんでもかんでも関数にすればいいと思っているから……」
といっている人がいたのと同じだよ。
「関数一回のコールでスタックにつめてジャンプして、一体どのくらいの
オーバーヘッドが生じると思ってるんだ。数行の処理なら関数にするなドアホ！」
みたいだ。

>>449
もともと数値型だったら、単に値域をチェックすればいい。
enum の場合、別の方のように見えて整数型の別名に過ぎないから。typedef と変わらない。
曜日は整数ではない。

>>450
それはCPUのスピードUPが解決してくれたじゃん。
でも、この件は人間のキー入力速度を速めるか、自動生成してくれないと解決しないよ。

s/別の方/別の型/

>>452
解決してくれない時期でもなお関数にするのがおおむね善とされていた。
クラスにするのもタイプのオーバーヘッドがありつつも、シンプルな設計と
リファクタリングのしやすさ、プロファイリング計測のしやすさなどのメリット
があるからよし。

でもさ、列挙型があればとりあえず列挙で作っておいて、
そのそれぞれの値に意味が出てきたり、何か処理が必要になったときに
それをクラスにするってできるじゃん。

>454
イベントを一つ増やす度にクラスを一つ増やすなんて
そんなバカなことできるかい。
それが普通と思ってるJava使いはSunに騙されてるぞ。

http://www.ne.jp/asahi/yamashita/programming/java/event.html

このページを読んで、
たかがイベント処理ごときにこんな面倒なことをするとは
バカじゃねえのか？　としか思えんぞ。

何で書いたときのイベントと比較して言ってるの？

>>455
それがコストがかからなくていいかも。

>>456
クラスは増えないよ。

>>457
この冗長さが Java のよいところ。

今、>>457が(・∀・)ｲｲｺﾄｲｯﾀ!!

フックみたいなもんだと思って受け入れてたが
確かにVBやDelphiなんかに比べたらメンドクサイよな
（言語で煽ってるわけではないっす）
OSに依存しない言語で、VM上でのメッセージハンドラの仕様がそういうものだと思えば、メンドクサイかもだが仕方がないと思う

逆にCOBOLERなんかにとっては、別に普通なのかも知れないし
（そのあとVBとかやると楽で喜ぶかもだが）

ただのイベント処理程度でデザインパターンを体感できるJavaは
ある意味凄い言語かもｗ

ＶＢも理解できなかった馬鹿でもJavaがあるさ！

明日がある〜明日がある〜我等Java房には明日〜があ〜る〜さ。

>465
イベント処理が面倒で挫折するに2000ジャバティー

面倒ということは自覚しているようだ。

Ｊａｖａってコボルに似てるの？
そういえば会社のＶＢすらできなかった
おじさんがＪａｖａは普通にやってるだよ。

RADじゃないのがデフォだからかもね。

CとSDKのほうが楽

コンソールだけならね。

画面系イベント処理でVBとかと比較するなら、Swingとかを考慮すべきでは。
あれがいいとはぜんぜん思わないけど。

そんなこというとSwingﾏﾝｾｰがまた来るぞ

正直、構文でEnumをサポートしなくても、タイプセーフEnumでいいやんと思った。

こんばんは

最近調子はどうですか？

てすと

CでWndProcを書くほうが楽ですよ。JavaPGはｱﾌｫですか。

Javaを自尊心の拠り所にしている人がいるよね

>>479
いくらなんでも、そんな馬鹿な。

>>480
そういうこと書くと「Javaに何かコンプレックスでもあるのか？
C#厨はJavaを敵視しすぎ。」とか煽られるよ。

>>482
Javaをｳﾘﾅﾗに
C#をｲﾙﾎﾞﾝに
逆でも可で

C＋SDKとかJavaでSwingとかやってると、
GUI部品を配置するまでで一苦労で、それで何か作った気になるんだよな。

DelphiとかVBだとそこからどうするかが関心なんだが。。。

>>444
CalendarクラスとかDateクラス使えば？

>>485
月月火水木金金とかできないじゃん(w

>>445
> Javaは、何でもクラスにすればいいと思ってるから嫌なんだよな。
> 数行しかないクラスをどんどん増やすし。
デザインパターンの本読めば中身が空っぽのクラスなんて
いくらでも出てくるよ。
といっても、これはJavaに限った話じゃないんだけどね。
オブジェクト指向言語でデザインパターンをやるなら
こんなことはC++でもC#でもいくらでも出てくるよ。

>>457
オブジェクト指向設計に真っ向から批判的な
そんな君には、Javaどころか、C#もC++も向いて言いません。

>>469
> Ｊａｖａってコボルに似てるの？
やってみればわかる。
C++やD言語にそっくりで
COBOLとは大違いだから。

>>487
>>488
まだ続けられますよ

>>488
良いんだよ、でるふぁいが使えりゃ。

マ板にいる奴はム板にいる奴に比べ技術力の足りないレベルが低い奴が多すぎ。

俺はコボラーにCOBOLみたいなJavaを書かされて頭おかしくなったな。
メソッド作っちゃいけないんだと。

>>491
Delphiもオブジェクト指向言語です

>>492
おまいはマ板の底力を知らなすぎる

>>494
Perl5も

>>490
何をいってるんだろ？

>>495
マ板にはム板と比べいろんな奴がレスしてるからね。
低脳もいれば高脳もいる。しかし低脳のレス数が極端に目立ち
ちょっとしたDQNな質問でも文句を言わないからレベルが低く見えると。

>>493
携帯電話Java開発やってるとそうなることもある。

それも携帯電話の進化により徐々に少なくなってくることに期待。

>488
http://java-house.jp/ml/archive/j-h-b/001912.html

この辺りの議論を読んでみなさい。


># それはそうと，javaに関数ポインタもクロージャもevalもないの
># は，GUIを作成するにはかなりつらい仕様だと思うなあ．
> まつもと ゆきひろ

>>463
> 逆にCOBOLERなんかにとっては、別に普通なのかも知れないし
> （そのあとVBとかやると楽で喜ぶかもだが）

この人、COBOLもJavaもほとんど知らない人なんだね・・・・

>ちょっとしたDQNな質問でも文句を言わないからレベルが低く見えると。
懐の深い凄腕とか結構居るよな

で、こういうバカなスレには全然来なかったりしてな

>>500
あんたは、オブジェクト指向言語==GUIを作りやすい言語と勘違いしているのか？

>>502
このスレにはそんな凄腕はレスせず、
Javaのことをよく知らないでCOBOLに似ているとかVBに似ているとか
アホなこといってる厨ばかり。

いがいと言語厨をいじって遊んでる気がする

イイね。
これほどまでに真のjava厨がたくさんあつまるスレは
日本中探してもほかには無いw

>>505
そうなんか

真相は藪の中なわけだが

>503
イベント処理にオブジェクト指向的な設計は不要だ、ということだよ。
冗長になるだけ。
ただし全体的な設計にオブジェクト指向が必要なのは当然だ。

ああああ

いいいいい

>>506
ちょっと待てよ！このスレでJavaの真髄に触れようとROMしてた俺の立場は？

>>511
凄腕さんこんばんわ。

I have a pen

>>505
ただの無能な馬鹿だと思う。

>>508
マルチスレッドにはオブジェクト指向は不要だと言い張るのかね？

>>506
オマエみたいな奴がすぐそばにいたらオマエの体は痣だらけになっていただろう。

最近長文君きてないね

要するにコンテクストの容量の違う人が同じコンテンツについて語っても
話がかみ合わないということだな。

まいりましたー

GUIアプリのイベント処理をオブジェクト指向で組むと非常に具合がいいんだが。
Swingの、AbstractActionをActionMapとInputMap使ってキーに関連付けるやり方なんかは
拡張性もメンテナンス性も高くて、かなり具合がいい。
昔みたいにKeyListenerの中でif文でキーを判別するようなやり方は
バカバカしいとは思うけど。

WM_PAINT のハンドラでだらだらと if 文書く人もいるし……
やっぱ WM_PAINT のハンドラでは Status パターンのインスタンス 1 個だけだな。

C + GTK+のほうが楽ですよ。

>>520
アセンブラ時代ですらif文で分岐するなんてやってないよ。

Ｃ+とＪＡＶＡをおぼえようとしてるのですが、どっちから先におぼえた方が
効率がいいですか？

また両方おぼえるつもりですが、もしどっちか一つだけおぼえるなら、
就職、言語の将来性、使い道の多さなどからみてどっちの方がいいんですかね？

先輩方、参考にさせて頂くのでよろしくアドバイス願います。

Java厨はテーブルジャンプを知らないようだ。

Java厨の中に、過去の遺産を学ばずにバカにする傾向がある香具師がいる
甚だ迷惑

>>523 >>525
だれもアセンブラの話なんぞしていませんよ。
自分の巣へ帰れ。

>>524
C+





素敵そうな言語だね

>>526
しかたがない。Java厨だもの。そんなもんさ。

C+くらいなら、控えめでいいかも

Cでもif文で分岐なんかしませんよ。ｱﾌｫですか。
関数アドレスのテーブルジャンプでしょ。ｱﾌｫですか。

JAVAが最高の言語でどんな分野でもってSUNの言うこと真に受けたんでしょ？
厨って。

実際、現状のJAVAの適用ってサーバーサイドと組み込みに特化してきてるじゃん。
（組み込みだって人によっては嫌うし）

普通のアプリはもう惨敗確定したからね。
最初にあんなに重いのみたら、幾ら早くなったといっても選ぶ気にならん。
大体、VMによって動作が違うから、実はVBとかと同じ問題に当たるし。

>>531
だれもCの話なんぞしていませんよ。
自分の巣へ帰れ。

>>532
でも言い分として
MacでもUNIXでも動くクライアントアプリが作れますよ　VBでは無理でしょ
ってのが用意されてたりする
具体的な例が、Oracleのインストーラー（Mac用は無いと思うが）ってのが痛いけど

なるほど。
Javaでイベント処理するのは大変なんだな。

DB本体よりシステム要件の厳しいインストーラーですか

他にもあちこちでSwingが使われてるような事いってたけど、実例が出てないような・・・
そういや使って味噌とか言ってた人もいたな
JavaWebStartﾏﾝｾｰもいたし

>>534
> MacでもUNIXでも動くクライアントアプリが作れますよ　VBでは無理でしょ
VB以外の言語を知らんのか？
VBを超えたから最高なんて思っているのか？

他の領域を駆逐するなんて、一時期のWindowsみたいなこと言うのは痛いよな
棲み分けはできてきてる分、なんか哀れ

WindowsではMSI, UNIXではスクリプトとmakeファイルがいいんだけど。インストーラは。

テーブルジャンプを知らないJava厨の巣はこちらですか？

厨は今、爪噛んで潜伏してます

>>541
JAVA厨じゃないけど、うざい。
大体、それしってるからって自慢にもならんぞ。
昨日授業でならったか？

>>541
Cの関数ポインタテーブル→CやJavaの抽象メソッドポインタテーブル

やってることは変わらんよ。

>CやJavaの抽象メソッドポインタテーブル
C++の抽象メソッドポインタテーブル
JavaではMap＋Commandオブジェクトとか、Observerとか。

手続きをパラメータと結びつける手段なんて、いくらでも
あるのだが。

520 ：仕様書無しさん ：03/09/20 02:06
> GUIアプリのイベント処理をオブジェクト指向で組むと非常に具合がいいんだが。
> Swingの、AbstractActionをActionMapとInputMap使ってキーに関連付けるやり方なんかは
> 拡張性もメンテナンス性も高くて、かなり具合がいい。
> 昔みたいにKeyListenerの中でif文でキーを判別するようなやり方は
> バカバカしいとは思うけど。

もともとはJava厨の発言ですよ。

Java厨はジャンプテーブルも知らないとφ(..)ﾒﾓﾒﾓ

ジャンプテーブルなんて使うやつは変態

>>547
しってるからどうしたと？
どっちにしてもお前も厨、ジャンプテーブル厨とでもいおうか？

>>548
変態はどっちかな？（ｗ

全言語のページからジャンプテーブルを検索しました。 約615件中11 - 20件目 ・検索にかかった時間0.09秒
全言語のページからポインタテーブルを検索しました。 約205件中1 - 10件目 ・検索にかかった時間0.09秒
全言語のページからテーブルジャンプを検索しました。 約161件中1 - 10件目 ・検索にかかった時間0.03秒

そのうちGoogleなんて糞とか言いだして下さい

うーん。君たちが何を言ってるのかさっぱりわからんよ。
if文がいけないの？テーブルジャンプって何？

Van Halenです

>>550
わざわざ検索してまでご苦労なこった。ﾌﾟ

googleは変態を決めるエンジンです！

>>552
いいよ。Javaスレでは知っておく必要はないだろ。

>>551
Googleは糞ではないけど、Googleの検索結果数で勝負するおまえは限りなく下痢糞。

まあ、Java使っている時点で変態って決まってるから
ジャンプテーブルのことなんてどうでもいいや。

下痢とカチカチはどっちがマシですか？

Java厨が荒らし始めたようだ

＞if文でキーを判別するようなやり方

Vacamon

結局のところ、
Javaに
Delphiで言う「メソッドポインタ」、
C言語で言う「関数ポインタ」、
Rubyで言う「クロージャ」、
C#で言う「delegate」、
に当たるものがないために
イベント処理が面倒になってるのです。

http://java-house.jp/ml/archive/j-h-b/001924.html

>メソッドをfirst class objectにするだけでほとんどの問題は解決
>できると思います．型チェックの問題も発生しないと思います．
># なぜそうしなかったのか不思議なくらい．
>まつもとゆきひろ

クライアント

Delphi>VB>>C#>Java

生産性だけ言うと
こんなものだな。

なんでもいいけどソースをきれいに書くことに
こだわり持つのをやめてほしいよ

なんでやねん

>>565
綺麗にの意味によるけどなんで？

コード＝文書という考えをもってるんで、それが汚いとかわかりにくい表現っていうのは
如何なものかと思うぞ。

どうでもいいが、JHの1000番台のレスで論理武装しようとする
馬鹿イッテヨシ。

おまえらﾎﾝﾄにJavaのGUIのイベントディスパッチモデルが面倒だと
思ってるのか？単にいじったことないだけだろ？

>568
何でダメなんだよ。
確かに6年前だけど今でも通用する話だぞ。

手続きへのポインタを渡すのと、手続きを含むクラスオブジェクトの
インスタンスを渡すのに、どれほどの違いがあるのいうのだね。

馬鹿粘着イッテヨシ。

>569
いじったことありますよ。
Delphiを触った後だと、アホらしくてやってられませんね。

この世の中には二種類のプログラマがいるのです。
それはDelphiを経験したことのあるプログラマと
Delphiを経験したことのないプログラマです。

Delphiを経験したプログラマは他の言語の不合理さに
敏感になってしまうのです。
Delphiを経験したことのないプログラマは他の言語の不合理さに
気づかないのです。

知らぬが仏とはこのことでしょうね。

おれなんか
http://java-house.jp/ml/
見れないし。

ｱｸ禁くらったもよう。

>>573
漏〜れ〜も〜

ちみたちのJAVA様に対する信仰が足りないから入れないのれす。

>>575
JAVAへの信仰心が足りないって
風呂釜のほうにですか？
それとも洗剤のほうにですか？

>>571
手続きへのポインタを渡す
手続きを含むクラスオブジェクトのインスタンスを渡す

文字数で２倍も違いがあります。

手続きへのポインタを渡す
手続きを含むクラスオブジェクトのインスタンスを渡す

全然違うと思うけど。
文章的にいうと、動詞のみを渡されるのと、名詞＋動詞を渡される違い。

なにしる！ってのと、誰がなにしる！の違い。

こういう香具師には仕様書を作らせたくないな。

Javaが次期COBOLと言われてるのは
サーバサイドでしか使い道が無いからですか？

>580
消去法で選ばれただけです。
積極的な理由はありません。

まつもとひろゆきマンセーな奴はRuby使ってろ。

>582
マンセーじゃねえよ。
Java厨を論破するために
まつもとのネームヴァリューを利用しただけさ。
オレはrubyは使ったことがない。

Javaの仕事て安いしな。

JAVAバブルは終わったのか?
てかRubyは案件自体ないのでは？

Javaの比較対照はCOBOLとRubyになったか

>580
小泉さんが再選されたのと同じ理由ですよ。

・何故か根拠のない人気がある
・他に適当なモノがない

本でも書くかな。
タイトルは「Javaの黄昏」とか。

>>584
うそーん。
まだ高いって最近聞いたばっかだぞ。

>>589
なんでもいいけど、他人の設定した値段で働くから、収入が他人に依存するんだ。

>>580
目から鱗。。。

まさに次期ＣＯＢＯＬだね。

こうしてますますｺﾎﾞﾗがJavaに流入して、ﾜｹﾜｶﾗﾝｺｰﾄﾞが大量にばら撒かれていく

Java って COBOL とは違いすぎるよ。

>>592
そんなところで仕事をしなければいいだけの話。

COBOL から Java は移行しやすいでつ。Java は COBOL に対応していまつから。

なんで COBOL みたいな構造化もできない言語と Java とを比較するのか、
両方の言語とも使ったことがないのか。

Javaの話題で何でいまさらCOBOLが出てくるのかわからないけどね。
COBOLなんて、XPにもデザインパターンにも出て来ないしOOの話でも話題に出ないよ。

>>596
現実をみろや。学生か？

モリポーフィズムって響きがいいね。

　 ∧＿∧
　（　´∀｀）　＜ もりぽ

>>598
そのとおり。今はCOBOLでOOやってるからね。

COBOLからJavaにリプレースされて、Javaのコードが読めずに失職した
おじさんが集まるスレだからでつ。

つまり、JavaはCOBOLの敵なのでつ。やっつけなければならない相手なのでつ。
そうしないと明日のおまんまが喰えなくなっちゃうのでつ。

また始まったよ。Java厨のｷｼｮｲ被害妄想が。

イギリスで産業革命のとき、工場制機械工業にシェアを奪われて、時代についていけない
家内制手工業の人たちが工場の機械を壊す暴動が起きたのと同じなのでつ。
ただCOBOLerは勇気がないから現場でやらずに、ここでとぐろを巻いている
だけなのでつ。

>>603
COBOLしかできなくたって、失業したっていいじゃん。
職安の雇用開発プログラムで最近の技術をただで勉強できるから。

>>603
Javaの人はCOBOLの人に何にも被害を受けてはいないんでつ。

Java厨並に安くはたらくぐらいなら、職種変えたほうがいいな。

>>607
職種変えたってだめだよ。労働者でいる限り。

わざわざageで書くならさぁ

感心しちゃうような素敵なレスをたのむよ諸君

>>608
ドカタのほうがマシ。

言語仕様じゃなくて用途がCOBOLなんだよな。
ｺﾎﾞﾗの生息していたところに普及している。

これが現実。

クライアントでJavaなんか使わないよ。

>>607
COBOLerがJavaにコンプレックスを感じていないならそんな発想でないはず。
COBOLで高給取ってればいいだけの話。
何も困ったことはない。

>>609
おまえみたいな知障レスしか返せないやつは一生さげててね。

>>610
だめだね。一度の労働で一回の収入しかない。

>>612
なんで？java厨みたいな役立たずの低賃金がウロウロするなんて業界の恥じゃん。

ただ 1 回の労働で、何万回も働いたのと同じ収入になる仕事をしないと。
COBOLER も Javaer も五十歩百歩、汽車ぽっぽ。

>>615
君が恥ずかしがる必要はない。

COBOLERはJava厨が首を突っ込めないようなｺｰﾄﾞを書くから大丈夫だよ。

>>617
ひいては日本の恥。人類の恥であります。

>>615
一人で業界を背負ってやろうってか。ずいぶん社会に献身的ときたもんだ。

>>619
君の価値観だろ。君の頭の中だけで恥ずかしがってればいい話。

いくら仕事がないからってJavaはないだろ

>>619
人類の恥ったって、恥ずかしがる相手がいないじゃん。
宇宙人とか？

>>622
でもCOBOLは儲かるんでしょ。ならCOBOLやってればいいじゃん。Javaなんて
目じゃないじゃん。

言語ネタスレももう店終いかな

構って君はム板に行けば
いっぱい構ってもらえるだろうに

こんな過疎板で暴れてて空しくないの？

だからさ、1 回の仕事に 1 回分の収入のレバレッジしかないんだから、
COBOL だろうと Java だろうとどかただろうと、どれも同じだって。

>>625
泣き言か？

>>626
うん。1回働いたら、生涯にわたって収入をもたらしてくれるような仕事じゃなきゃ、
デスマで徹夜して働いたって意味ないね。

>>627
空しくならないの？

>>628
うん。COBOLもJavaもどかたも、苦労して働く割には、働くのをやめたらその瞬間から
収入が止まってしまう。
そんな仕事、苦労してやる価値話。
同じく労ならもっと結果の効率のよい苦労をすべき。

>>629
全然。つまらないちゃちゃ入れるなカス。

>>629
あんなに苦労してデスマしたのに、仕事をやめられないってむなしいよね。

プログラマーは仕事の奴隷。
言語がなんだろうと問題じゃない。

JAVA厨は仲間だと思ってほしくない。

>>631
スレ伸ばししたいだけならﾇｰ速でも行けばいいじゃん

あなたはプログラマーですか？
中身なさすぎなんですけど

>>632
デスマに泣いたことない人ですか

>>635
アホ、一言もそんなこと書いてないだろ？
レス数を気にしているのはおまえだけ。アホ確定。

>>636
臭い

要するに、1 回仕事をしたらそこで仕事をやめても、それがいつまで収入の流れを
もたらせてくれるかなんだよ。1 回の仕事で 1 回きりしか収入がないような
効率の悪い仕事を、寝る間も惜しんでやる価値がどこにあると。

>>638
なにすっとんきょうなこといってんの？

>>639
あまたはマゾでつね。

javaも常駐プログラマだったら長期収入が見込めるので
将来の収入が気になる人は常駐プログラマになりましょう。
受託の渡世はキビシーね。

>>639
プログラマのくせにてこの原理も知らないんだ。

>>640
経営者にでもなるの？

>>641
でも長期収入をもらうには長期間働いていることが必要なんだよね。
そうじゃなくて、たとえば3年間一生懸命働いたら、あとは死ぬまで働かなくても
収入が入ってくるかどうかなんだよ。

>>642
知らないから教えてよ。

>>644
そうだったんだ。
じゃ常駐なんてやってる場合じゃないっすね。
スマンコ

どうでもいいんだけどさ、コボルってジャンプテーブルあるんですか。

>>646
妄想につきあうなよ。

>>647
だからさ、ジャンプテーブルなんて目じゃないんだよ。

>>648
妄想と来たか。よほど奴隷のように働く根性が染み付いてるようだな。

>>650
先生の妄想年収を教えてよ。不労所得カコイイ！

>>650
奴隷のように働く人は、自分は奴隷のように働いて貧乏なのに、なんで
僕を僕に仕事をくれる人たちは働かないのにどんどん金持ちになるんだろうと
不思議に思うことはある。

清水香里

>>652
変な本に感化されましたか？宗教ですか？

労働力を売る限り、死ぬまで労働。

>>655
キショイ。具体的なこと書けないんなら帰れやドアホ。

http://www.d1.dion.ne.jp/~pure_/NewPages/photo_page.html

中学生のときn88-basicやってたんですよ。
マイコンベーシックマガジン（休刊）見てこれこそが最高の言語だと。
これさえマスターすればいいかと。ばかだったなあ。
インタプリタは動作がめっちゃ遅くて仕方が無いからモニタでアセンブラ組んで。
jump文なんかはラベル使えないから手計算でアドレス指定。
オールアセンブラでEGCいじってシューティングゲーム作ってベーマガ投稿して
賞金もらったり。
ぷよぷよと全く同じもの作って喜んでたり。アセンブラで組んでたから自作のほうが動作速いの。
ちょうど中3の時、win3.1とかでてきてたけどあんなもんはやんないだろうと。
こんなもんは初心者の使うものだろうと。マウスなんて女子供が使うものだろうと。
でも気が付いてみたらこれですよ。俺が作ったプログラムが動くマシンが
なくなってしまった。8年パソコンから離れてたら全然わからなくなってて。
あせってC++を勉強してもオブとかまったく理解不能。Cなら分かるけど。
おまえら機能でルーチン（死語）作れと。ていうかmain関数だけでプログラム組めと。
高校一年のときに情報処理1級とったけど今では全く使い物にならん。
こんな俺ですがどうしたらいいでしょう。

>>658
Javaやれ。

>>654
どっぷりはまりました。
信者に入れば金持ちになれるし、女もすぐできるよ！って言われて
速攻で入信しました。
入信始めはそりゃ待遇もよくて、最高な毎日でした。
いまや地道な布教活動の毎日です。

http://java.sun.com

労働力を売るPGのことをデジタルドカタというんですか？

>>658
情報処理1級？

http://www.mediatv.ne.jp/animega/kaopon/movie/qt/001.mov

>>661
その通り。
どかたも PG も変わりない。

>>661

かなり定着してきたよね。デジタルドカタという呼び名。

>>652

なんかもう金持ち父さんとか読んで答えを知ってるんだろ。
不労所得になる資産を築こうとしないからよくない。
プログラマも株やるとか資産価値のある会社作るとかしなきゃダメだと思うよ。

せめて、労働力ではなく、コードや仕様を売るPGにならないと。
派遣なんてドカタそのものだ。

>>666

自動的に稼げる仕組みを持つ会社＝企業価値がある会社＝プログラマの知能の売り方が上手い会社＝稼げる企業戦略を持つ会社＝他社と違うことをやる会社＝才能ある社長がいる会社


サービス残業させて稼ぐような会社なら、どんな無能な経営者だって黒字だぜ

>>667
奴隷のコンテクストの中で考えているからそんな結論になる。

ソフト業って顧客と話したりプログラムを書いた「人」にノウハウ（資産）が
残るものだから、企業価値に結びつけるのは難しいと思うけど、
企業価値が無い会社はダメだと思うよ。

>>668

それ以外どういう見方があるっていうんだよ。

>>670
判断をする前に、まず君のコンテクストを広げること。

>>671
労働者という名の井戸の中に閉じ込められていて、
外の世界に何があるのか、外の世界はどういう仕組みで動いているのか
知らないとだめだよね。

>>671 何が言いたいのか

>>672
うん。はるかに広がる外の世界にちょっとだけ出てみる。
すると井戸の直径がわずかに広がる。
これを繰り返す。

>>673
君よりもっと働かないで君よりもっとお金を儲けている人が、何を考えて
いるのか、その人には世界がどう見えているのか、その人と同じ見方ができる
ようにと言う意味。

>>673
知識は君の器の容量より多くは入らないから、器を広げろと言うことじゃないの。
コップにいっぱい水を張ったところに、新しい水はもう入らない。
今までの固定観念でいっぱいのところに、儲かるアイディアを入れようとしても
理解できないと言うこと。

いいかげんに死ねよ糞が。

>>676
基本的には、プログラマは E(従業員)、S(自営業者)、から B(ビジネスオーナー)、I(投資家)
に行くための知識を身に付ける投資をせよ、と。

システム化された稼げる企業価値のある会社で、
会社に乗っかって部品のように働いて自分に何も残らないのと、

企業価値が無くて単に会社に使われてるだけだけど、
（「人」に価値が残る、と言われるソフト業だけに）少しは自分に
積み重ねたノウハウが残るのと、


どっちがいいのかしら。（稼げなくてしかも何も残らない仕事が多すぎる気もしてるが）

もう一つのパターンで、企業価値があって、
その価値で自分も会社も資産を倍化していくっていうのは
最高だが、そのためには、どっちにしろ企
業価値のある会社で働かなければならないわけで。
企業価値が無いのはダメだと思うよ。そこで使われるのは本当に良くない。

>>677
怒り出すと言うことは、自分のコンテクストの外の話題に直面したときの保守的な
人の反応。これにより、固定観念が広がらないように保つ。

↑何、したり顔でいってんの気持ち悪いから氏ねって。

コンテクストって何？猿のお気に入り用語か？

ＪＡＶＡ技術者の需要と供給関係はどうなってますか。
単価高い？

>>682
それひとつ聞くのにたくさん突っ張らなくても、素直に辞書を引けばいいのに。

>>684
照れてるんだろ。

固定観念ガチガチ野郎はすぐに怒るね。心に余裕がないんだね。

>>686
怒り出すときは、たいていその人のコア・バリューに触れるからでもあるんだよ。

>>687
なるほどね。>>682 はコア・バリューを変えないようにするために必死で抵抗して
いるわけか。そういう人って、そうやって自分の物の見方を従来の狭い範囲に
保つのにすごいエネルギーを使うよね。受け入れるのが恐いから。

>>688
なんでお前みたいな自作自演キチガイを認めなきゃなんないんだ？
キチガイの一人納得はキモイって何回言わせるんだ？

汎用系メインの金融関係の会社でＰＧやってる者ですが
最近会社の方針でSoralis、Javaを勉強してそっちのほうに移行するハメになったんですが、
Java技術者の需要が気になります。

自分としてはいいシステムを構築できれば開発環境、言語にはこだわらないし
趣味でJava、PHPをやってるので難無く移行できるのですが、、、

>>688
新しい情報に触れたとき、たとえば読書など、知れば知るほど自由になる人と
知れば知るほど自分の固定観念を強化させていく人とがいるんだ。
前者は自己成長型の開いた心の持ち主、後者は自分の古くからの価値観から
乳離れできない引きこもりがたの心の持ち主。
後者の人間にとっては、学んで成長するよりも、慣れ親しんだ価値観の中に
固執している方が心地いいんだ。たとえどんなに窮屈な価値観であっても。
ちょうど、小さな子供が母親から離れるのが恐くて、行きたいところがあっても
母親にくっついているのが安心なのと同じで。

>>689
誰も認めろと書いてないのに、そういう風に読めちゃうんだろうね。
色眼鏡＝あなたの固定観念で見ているから。

>>689
辞書引け。

変な宗教バカが住み着いちゃったんですがどうしましょうか？
俺としては死んでほしい。

>>691-693
日本語通じないんですね。メルヘン世界へ帰ってください。

元コボラですか？

>>694
相手を殺してまでも自分の固定観念を保ちたいんだね。
陳腐な固定観念を維持するために、すごいエネルギーだね。

>>691
長いだけキモイだけ。

>>694
意味論と宗教との区別がつかない人は、プログラマなんてやらないでください。

>>698
辞書を引け。

>>697
おまえは解脱の旅にでも出てそのままのたれ死ねって。

>>699
意味論ってなんだよ。キチガイの世界ではブームなのか？

>>691
まさに人の話聞かないで延々としゃべりつづけるタイプのキチガイ

>>703
いちいち反応しなきゃよかったのに。

構って欲しかったんだろう

>>705
基地害にかまってほしいのはおまえだけ。

ここは何のスレですけ？

>>706
日本語がおかしいですよ

メルヘン専用

>>690

求人がなくなることは無いよ。
というのも、クソなシステムが今Javaでガンガン作られていて、それのメンテナンスは誰がやっても
手間がかかるしょうもない（顧客にしてみれば）負債だから、そこからゴソーリ金は動くだろう。

（しかし実際にカネを手にできるかは、経営側に近い立場かどうかによるだろう）

JavaはCOBOL代替言語として半世紀の未来が約束されますた

まぁJAVAには生まれつきの大きな弱点があるからな
とはいえ、どの言語が主流になろうと、その都度乗り換えればいいだけの話で。
別に叩くほどの事でもないかと小一時間。

流れが出来れば何も言わなくても消えるし
その逆もね。

>>540
Javaならantですかね

>>563
delegateなんていらん。
内部クラスほかで代用できる。

おもちゃみたいな機能を無駄に使いたがってソースコード汚すC厨はDQN

今はJavaを叩くことよりも、
広く普及し広範な分野にまで広がってしまったJavaのなかから
使えるJavaをいかに選択し上手に使うか、という事態に直面していることの
ほうが大きいのでは。

>>711
> JavaはCOBOL代替言語として半世紀の未来が約束されますた
COBOL厨が消えない限り無理

>>624
> >>622
> でもCOBOLは儲かるんでしょ。ならCOBOLやってればいいじゃん。Javaなんて
> 目じゃないじゃん。


現実を知らないCOBOLerに忠告'(藁

COBOLの単価 700 (藁
Javaの単価 1100
C#の単価 1100
C++の単価 1000以下
VBの単価　哀れ500 COBOLerよりも低い。

>>607
> Java厨並に安くはたらくぐらいなら、職種変えたほうがいいな。
( ´,_ゝ｀)ﾌﾟｯ

COBOLの単価 700 (藁
Javaの単価 1100
C#の単価 1100
C++の単価 1000以下
VBの単価　哀れ500 COBOLerよりも低い。

>>615
> >>612
> なんで？java厨みたいな役立たずの低賃金がウロウロするなんて業界の恥じゃん。
>>607
> Java厨並に安くはたらくぐらいなら、職種変えたほうがいいな。
( ´,_ゝ｀)ﾌﾟｯ

COBOLの単価 700 (藁
Javaの単価 1100
C#の単価 1100
C++の単価 1000以下
VBの単価　哀れ500 COBOLerよりも低い。

>>624
> >>622
> でもCOBOLは儲かるんでしょ。ならCOBOLやってればいいじゃん。Javaなんて
> 目じゃないじゃん。
( ´,_ゝ｀)ﾌﾟｯ

COBOLの単価 700 (藁
Javaの単価 1100

Javaも読めない無能PGが、Java人気を語ろうなんて、
おこがましいにもほどがあるぞ。

>>717

言語っていうよりも、プログラマは年を取ると雇われない（つまり買い手市場ゆえ、安くなる）　っていうことを表してる気がするな。

>>572
> >569
> いじったことありますよ。
> Delphiを触った後だと、アホらしくてやってられませんね。
>
> この世の中には二種類のプログラマがいるのです。
> それはDelphiを経験したことのあるプログラマと
> Delphiを経験したことのないプログラマです。
>
> Delphiを経験したプログラマは他の言語の不合理さに
> 敏感になってしまうのです。
> Delphiを経験したことのないプログラマは他の言語の不合理さに
> 気づかないのです。
>
> 知らぬが仏とはこのことでしょうね。
>
Del厨がJavaに喧嘩売るのは100万年早いわいw
VB厨の場合は1000億年な（藁
C厨やC#厨やCOBOL厨の場合は50万年な(藁
C++厨の場合は1万年な(藁
Smalltalk厨の場合は100年な(藁

この世の中には二種類のプログラマがいるのです。
それはLispを経験したことのあるプログラマと
Lispを経験したことのないプログラマです。

>>720
単価そんなに低いか？

＞Javaの単価 1100

ありえねー

時給？

つか、Javaの場合は分野で単価が違うんじゃないノン？

JAVA”プログラマ”の啖呵がそんなに高いか？
70-80でれば恩の字だろ？
VCとかも同じ。

設計できる人の単価と、プログラマの単価を混同してない？

ああ、それにしてもレベルの低い話が続いてるな。

>>729
それも高い。
６０だからよその会社に５０で出そうとかそんなことやってるよ。
東京で、Java経験３年必要とか言って。
もちろん社員がもらうのはそれの半分以下。

>>728
エンタープライズという名前がつく世界では
Javaの単価は羨ましいほそ他界

んじゃiアプリは？

今一番大もうけできる言語はC#とJavaしかないみたいだね。

>>730
なんだよね。
サーバーサイドJAVAっていいとは思うけど、単価安くて仕事として受けられない。
この辺りの仕事って海外との競合になるからしょーがないね。
そんなこといってるうちに、他のジャンル、言語も同じようになると思うけど。

組み込み系はDB系と比べると哀れ

>>734
サーバサイドJavaといってもそのなかに
さらに細かい分野があるし。
サーバサイドJavaにDBを追加した場合やJ2EEとかやってる場合は
儲けが馬鹿になんないよ。

>>736
いや、最近はDBを追加したぐらいじゃダメになってきてる。
DBのスペシャリストは別だけど、DBがわかる程度のJAVAプログラマは別に普通。

EJBの設計レベルとかは別というのはわかる。
でも、EJBとかでも兵隊は安い。というかそこを安くできるからこそのEJBだから。

J2EEパターンとか知らないとどうしようもならないんだよな

ああ、人月の単価か。
なおさら有り得ない。

現実javaのPGで35-40って普通にいるからね。
昨日、j2sdkダウンロードしてHelloWorldできました
っていうレベルだけどね。

だいたいEJBを提案するSEがJava RMIなど
まったく理解できてないから、PGを兵隊
などと呼べないところにWEB開発業界の
未熟さがある。

火消し要因なので
CでもC++でもVBでもDelphiでもPerlでもPL/SQLでもPHPでもColdFusionでもJavaでも単価一緒です
プロジェクトによって、テンパッって仕様を説明している人の単価は違うでしょうけど

21 名前：仕様書無しさん[sage] 投稿日：03/09/21 12:34
>>18
なぜかJavaにも増えてきた。
けどVB厨より少ない。しかしVBやってる女とJavaやってる女とでは
Javaやってる女のほうが大抵はまとも。人格も含めて。
Javaやってる女はMVCアーキテクチャしってて当たり前

>>742
見た目がとっかえ可能で、コントロールと中身が分離してるんですか？

Swing厨はJFrameから継承して、フレームに機能を詰め込むんだが、
それがMVCか？

>>744
JFrameなんか継承する奴いるか???

漏れの隣に座ってるJavaやってる女はとんでもないやつなんだがな…

>>746
ルックス、性格ともにだろ？わかるよ。

http://jbbs.shitaraba.com/computer/8727/
史上最大よ！！！
100％来なさい！！！！

派遣で契約社員として企業で働いていたら、
自分がWEBでソフトを公開しているのが知れて、
企業のデータ処理のプログラムを組んだ。それで正社員。
周りの自分よりも役職が上のプログラマたちを見た。
JAVAを売りにしているわりにはどう見ても使えているとは思えない。
こんな人たちがどうしてたくさん金をもらえているのか、
世の中の理不尽さを感じたけど、この調子なら上に行けそうだ。
今の社会に少しだけ感謝した。
年功序列の社会なら今みたいにとんとん拍子にいってないから。

>>744
おまえはSwingなんかやらないでJ2EEをやってればいい。
アプリはブラウザで動けばいいんだよ。

どうもSwingはJava厨にとっては微妙な存在らしいな

>>751
>>750を見ただけでそう思い込むとは、短絡的でいい加減な決断力だねw

>>749
俺、2年前に派遣になってから自分よりまともなコード書いてる人間見たことないよ。
最近、自分はもしかしてすごい人なんじゃないかと思っちゃうくらい。
他の連中と自分の差は何だろうかと考えたら、仕事でもないのにソース書いて、
公開してることだった。
仕事でしかコード書かない連中は、動けばいいと思ってるから進歩がない。
頑張ってなりあがろうぜ。

>>751
Swing、AWT、SWTどれも微妙。
Swingの遅さはJDK1.4になってかなり改善されたけど。
正直JavaはもともとGUI作るのに向いていないのかと思った。
だからTcl/TKみたいな使い方できないかとJython見てきたけどあれもまた微妙･･･
まだJDK1.4対応していないみたいだしブロックをインデントで表現するってのがなんとも･･･
なれれば問題ないのか?

>>682

金持ち父さん用語だよ　読んどけ

>>754

いやぁ、それぞれ特徴があっていいんじゃないか。

Javaは複雑になりがちなGUIプログラミングに向いている
文字列処理がダサいため、ウェブプログラミングには向かない。
サーバサイドプログラミングには、EJB のこともあり、なかなか向いてる。

>>755
英語だろ。馬鹿？
金持ち父さん読んでかっこよく感じたから
真似してみたかったのかい？（ｗ

　魅力的なコンテクスト
って言葉を企画書に書きたがる上司がいた

この業界にいてコンテキ(ク)スト(context)という言葉を知らない奴というのは相当使えない。
スレッドや、マルチプロセスを使ったプログラミング経験がないのがバレバレだ。

オラクルコンテクストオプションって今名前違うよね

>>759
この業界にいて、>>681の言うところの「コンテクスト」が分かる奴は
少ないだろうな。

>>757
まだ気にしてたんだ。
君には金持ち父さんってかっこいいのか。それはそれは。

充実したコンテンツ
魅力的なコンテクスト
昔のWEB案件ではよく使われてたな

>>761
device context って、device の入れ物みたいな意味だろ。

context switch ってのは状況切り替えって意味だろ。

カタカナ表音を競うことこそ愚。
文書中は元スペルで書くべき。
カタカナで書いた段階で正解なし。

>>766
> カタカナで書いた段階で正解なし。

そうなのか。じゃあ、

> 文書中は元スペルで書くべき。

の文は意味がないんだな。

COMのアパートは、昔は実行コンテクストと呼ばれていた。

>>767
揚げ足取りうざい。
カタカナ英語になっているものは別。
そうじゃないものとか技術系用語をカタカナでどっちが正しいとかいうのがばかばかしいといってるだけ。
わざわざ、ちいさいァィゥェォとかいれて、表現しようとしてるのとか。

「コンテクスト」だってカタカナ語になってるじゃん。

デプロイします

>>756
> Javaは複雑になりがちなGUIプログラミングに向いている
> 文字列処理がダサいため、ウェブプログラミングには向かない。
なにもわかってないな〜。そういう藻前はズバリperl厨。
Jakarata OROがあればperlもいらないよ。

EJBのさわりくらいは知っている割には文字列処理くらいで
Java が Web Programming に向いていないと決め付けるとはまだまだ青いな。

MVCアーキテクチャのうち、EJBとServletのみをMOdel, Controllerにしておいて

ViewだけにはJSP(struts, JSFなどと併用)を使わずに
不恰好にもperlやPHPを使うのかい？

>>765
StateパターンにあるContextインターフェースだね。

>>767
> の文は意味がないんだな。
お前が学会誌をろくに読んだことがないことがよくわかる。

最近のプログラマーは学会誌とか読むんですか
何学会

>>775
大学で教授にいわれなかったか？
専門用語について聞くと、大体カタカナ否定について小１分語ってくれたぞ。

情報処理学会の会員のプログラマーは少なくないよ。

>>774
>>776
は同一人物？だとしたら、ただのジャイアンだな
「俺の気に入らない発言は許さん！」

>>772
Perlのイテレータは強力だ。
さすがにちょこちょこっと再利用を考えずに書く用途で
Javaがスクリプト系言語より使い勝手がいいとは思えん

>>778
IDないけど別だよ。

>>778

>>780の言うとおり別

電子情報通信学会だったろか。

カタカタ表記を使うときは、コンピューターをコンピュータと表記し、
ディジタルをデジタルと表記しろというルールがある。

そういえば、学会関係ではJava, C. C++が強い。
C#は貧弱。学術関係ではほとんどシカトされてる。

>>783
M$アレルギーと出てきて間もないからだろ。
C系統の言語使ってるならC#もかわらんとおもうけどな

Java使う用途ってほとんどの事が他の言語でも賄えるからな。
Javaじゃないとできない、効率悪い事なんてないからイラネ。

>>784
んなことよりも
アメリカや日本を含め世界中の大学がC言語から抜け出せないでいる。
むしろC/C++からの移行コストの問題からJavaアレルギーが大きいと思うが。

象牙の塔をJavaテクノロジーが登る
大学教育のニーズを満たす
http://www-6.ibm.com/jp/developerworks/java/010720/j_j-schools.html

こういうところではなぜかJavaAppletが人気がある。
数値シミュレーションの計算をグラフ化し学生に視覚的に説明しやすく
するという目的でAppletが使われているケースが多いっぽい。


ついでに99年4月のJava利用頻度が最も高い分野は金融系
http://www.cnn.com/TECH/computing/9904/09/java.idg/index.html

ヘルスケア系にJavaが使われているというデータが気になるところ。

Javaは言語仕様よりも各種フレームワークが充実しているのが強み

>>785
作っても使うのは自分だけ、という一人プログラマにはJavaの必要性は少なさそ。

>>787
言語仕様も馬鹿にならんが。
例外処理、セキュリティモデルが他の言語に多く勝ってる点が。

Javaは遅いからまだ使い物にならんよ。
2chとかYahooとかGoogleがJava使うようになったら考える。

>>790
そのころにはお前さんは定年退職しているよ。

>>790
Javaはそういうもの(検索を高速化するもの)を使うためにあるものじゃない。
2chにJavaが使われないのは無理して使うほど複雑な構造を
必要としないからだ。

スコップでちょっと掘れば済むものを
強力なパワーショベルでわざわざ掘るなんてばかげたことをするか？

>>792
ということは、JavaはWebプログラミングには向いていないって事だね。

×JavaはWebプログラミングには向いていない
○Javaは小規模なWebプログラミングには向いていない

>>793
まだアホなこといってるよこいつ。
そう思いたきゃ世間に認められる大規模金融系B2Bサイトをperlだけで全部作ってみろと

>>794
そりゃそうだ。

>>794
2chやYahooが小規模だとは思わないけど。
特にYahooはフリーメールやレンタル鯖、オークションなどが
連動する複雑なプログラムだが。

YahooがやっていることはむしろJavaWebStartの守備範囲。
あれをリッチクライアントでできるようになればかなり使い勝手が良くなる。

>>795
VB上がりの癖に生意気なJava房めｗ
お前が作るわけではなかろうに。

>>798
ならどういう理由でYahooはJava使わないの？
そこがJavaがまだ世間で認知されない理由だと思うが。

FreeMLという某巨大サイトがある。
昔はPHPで作られていたんだけど、１年前くらいにJava化した。
とたんに遅くなりトラブルも続出。未だにパフォーマンス悪い時がある。

ほんの一例にすぎないが、世の中にはこういう事例もある訳で。

>>799
ばか者よ。俺様はC/アセンブラ上がりのJavaプログラマだ。
見くびったなw

日本にYahooクラスのアクセス、データ量、データ処理量がある所なんてないだろうから
WebプログラミングにJavaなんて必要ないと思うんだけどな。
といってもクライアントでは遅くて使えないし、
どこで使えばいいかよく分からないな。

そりゃあJava以外で構築しちまったからだろ。
TOMCATもまだまだアップデートしてるし
Swingが使えるようになったのはJDK1.4からだし
ましな開発環境のEclipseが出てきたのは最近でしかもプラグインも発展途上。
まだJavaでWEBってのは出てきて日が浅いのだよ

>>800
お前はYahooを基準にしかものを考えられないのかと。
お前は人気があるものにJavaが使われないと認知されないと短絡的に考えるのかと。

じゃ、お前はM$がJavaを使わないなら世間に認知されていないと言い切るのかと。

>>801
それはJavaが悪いのではなく、作った奴がDQN
それにDBサーバ側にも問題がないとも否定できないな。
Oracle使ってりゃ大抵はなんとかなる。
けど、あとは、サーバのスペックにも依存する。

別に誰も擁護しないが、

Yahooのかなりの部分は既にJavaで作られている。

>>803
不思議と案件の数はあるみたいだね
漏れは案件として受けたことがないから、具体的にどんなことにつかっているのか想像できないが・・・

Nissenもちと重いな。BEA Weblogicは高速な部類のはずだが。

>>805
あんさんの言う事も分かるけど、
Java房ってJavaが最高！Java以外は認めん！
って思ってる様に思うんだよな。

>>799
perlはあまりにも糞だ。 #!/usr/bin/perlと書くのはもううんざりだ。
VBは知らんがもっと糞だ。

>>811
そう？
ＶＢは楽でいいけどね（ｗ

>>810
あんさんの言うことも分かるけど、
あんさんは一連のスレでJava推進派に「JavaJava」言われて
偉そうなことを言われてムカッときてるだけの様に見えるんだよな。

>>807
具体的に言うとどこが？

>>812
ASPもASP.NETも糞
型がvariant臭くなりやすい言語はみな糞

YahooのchatはJavaで作られているようだ。

関係ないけど、やっぱりID表示すべきだな。
誰が何言ってるかわかりづらい…

>>815
variant はつかわないようにしているよ
漏れも variant はあまり好きではないな

>>816
ゲームとチャットは知ってるけど他にある？
ゲームが糞重いからJavaって遅いなという印象があった。

まあ現状では無理にJava使う事もないって事だな。
今後、スピード面で改善が図られたら使う必要性が出てきそうだがな。

>>818
それよりも継承できないのは糞

ネットワークでの負荷テストちゃんとやってないんじゃないの？

>>820
そうだね。.NETと同じく、もう少し待ったほうがいい。

>>820
それよりもセキュリティ問題、サーバ負荷問題が出るまでなにもお子らなそうだ。

>>822
というより、それだけ、Yahooサーバが高性能だということでわ

YahooのチャットはJavaPlugin
M$の陰謀でPluginでないとSunのJDK
互換にならない

しかしあれをCGIで作ることを考える
だけでぞっとするのは鷲だけ？

>>826
Yahooチャットより2chのほうが負荷は高いと思うよ。
発言数が桁違いなんだから。

>>827
ん？鷲？

で、その2chはCGIで作ってる。

Yahooのチャットは機能てんこもりと思うがなぁ
CGIでできる？

マシンの増強で済むような部分をコーディングで頑張っても仕方ない。そんな処はJavaで書け。

本当にクリティカルな処だけCにしとけ。
滅多に出番はないが。

>>826
Chatの場合、処理のほとんどが文字列操作だから
計算処理に強いJavaの利点はほとんどない。
これはWebプログラミング全般に言える事だけど。
計算処理の多い金融系を除いて。

>>829
PHP使ってる板もあるぞ。

>>832
オマエはJavaの文字列処理が貧弱とか言っているから変なこといってる奴だな
とおもったが速度の問題のことをいって弱いといっているだけか。

対した操作じゃねえだろが。StringBufferがそんなに不満かと。

>>833
PHPもCGIだよ。

>>832
いや、あれはServletを使ってるから利点が大きいんだよ。
下手にCGI使ってるチャットよりも数倍速い。

これが本当にJavaなのか！　と思うくらいに
レスポンスの速さに驚くから使ってみると良い。

文字列がバッファオーバーフローに対して安全という点でJavaを勧める。
strcpy()とかやるCは問題外

>>835
オマエはmod_perlが旧来のCGIを使ってるとでも言うのかと。

>>832
Javaの文字列操作は強力だとおもうよ
正規表現もJDK1.4で標準になったし

それよりプログラムの構造化
CGIでスクラッチから書いて同程度の品質
を保とうと思えば少なくとも１０倍程度（根拠無し）
の期間と労力を要するよーな気がしまつ

Chatに関して言えばJavaWebStartのIRCクライアントを作るべきかもな
暇だったら俺が作るよ

やれやれ
Javaの認知度はこの程度なのか・・

>>840
WebStartはいいよね
意外と知られていない見たいでつが

>>832はJakarta OROを知らなさ杉

チャット程度でJavaなんて普通は使わないぞ。
個人用で使うとしたらTomcat位しかないし
、遅くて使えないから。

バカ正直で糞重いHTMLチャットならともかく、
Webからアプリケーションとして起動するならJava以外の選択肢なんて
あるのか？

>>844
何と比べて遅いといってる？
要求毎にプロセスを起こすCGIに対して
サーブレットのスレッド起動がパフォーマンスが
優れているのは周知ですが

俺には845が作ったシステムはどんな言語を使っていても遅いと思うよ。

>>845
そういう形態のが一番使いたくない訳だが。

Javaでchatといっても
作る方法は複数あるわけだが・・・
servletを使うのが前提なのかな？

>>844
普通とは？
何と比べて遅いんだい？

わりい。
844だた。

>>846
＞サーブレットのスレッド起動がパフォーマンスが
優れているのは周知ですが



微妙だな。

http://member.nifty.ne.jp/hippo2000/perltips/javaperl.htm
CGIとJavaの速度比較

>>844
> チャット程度でJavaなんて普通は使わないぞ。
> 個人用で使うとしたらTomcat位しかないし
> 、遅くて使えないから。
いや、Javaチャットはめっちゃ速いで
Applet + Servletのチャットは度肝を抜くぞ！

>>849
JSPだけで作ろうと思えば作れるが
もっともJSPも種を明かせばサーブレットなんだが

>>853

>>852

>>852
しかし、そのサイトにはCGIではなくmod_perlの話題が出ており・・・・。

>>855
そのベンチマークには、perlソースにオブジェクト指向が使われていない
ことが納得できないのだが。

>>852
見ておきまつ

>>856
Mod_perlはCGIだよ。
もっともMod_perlよりFastCGIのほうが数倍速いんだけど。

一昔前の話だが純粋な計算速度だと
C++:VB:Java:Perl=1:2:3:500
だそうだ。

>>855
ばか者。人の話をちゃんと読め。
Appletを使っていることがポイントなんだよ。
HTMLなんか使わずにリアルタイムで更新されるのがポイントなんだよ。

>>855
> >>853
>
> >>852
Servcletのソースコードを良く見てみろ。

そのページには応答速度の比較について全然延べられて無いだろうがｳﾞｫｹ。

応答速度ではperlはJavaには勝てないんだよ。
Javaの応答速度はperlの10倍なんだよｳﾞｫｹ
だからchatがあんなにはやんだよｳﾞｫｹ。

>>832
>>844
よくもその程度の知識で断言できたものだ・・
１００年はやいんだよ

>>861
WindowsにJava入れなくてもAppletって動く物なの？
今度からJava入らないみたいだから心配なんだけど。

なんか可哀想になってきた

>>852
それはサーバから変換されたHTMLをダウンロードしたプログラムと
素数を求めた計算結果をダウンロードしているプログラムに過ぎない。
chatで必要とされていることは、クライアントからサーバへのアップロード、
また、それに対するレスポンス速度だ。

そのサイトは、その点でのベンチマークについてしっかりとした分析がなされていない。

>>861
WindowsにJava入れなくてもAppletって動く物なの？
今度からJava入らないみたいだから心配なんだけど。

２重投稿だった。スマソ

さて、我々は素人さんを相手にしていた事が判明した訳だが

>>864
安心してくだされ
JavaPuluginがダウンロードされる

もとよりM$のJavaは動かないことがおおいので
邪魔になるだけ

このｽﾚではJava最高なんだよな
仕事でもそうなんないかな　ｲﾗｲﾗ

>>864
> >>861
> WindowsにJava入れなくてもAppletって動く物なの？
> 今度からJava入らないみたいだから心配なんだけど。
NetscapeでNonJavaVersion使ってみればわかるが、
Appletがあるサイトにアクセスすると自動的にJavaをダウンロードしてくれる。
今ではIEでもできる。 キーワードは "getJava" だ。

まるでJavaWebStartのように、自動ダウンロード、自動インストールしてくれる。
昔と比べ、全然便利になったもんだ。

ではEnjoy

>>865
すんません

断言口調でなければここまで言わないのだが

>>869
前スレから全部読んでみれば、ド素人どもがJavaを叩こうとして返り討ちに
あっているのがわかるよ。何度も同じのを見ているのでうんざりしているよ。

>>867
裁判の影響で多くの市販のPCにはJavaがプリインストールされるようになる。

Javaを知っているものは自分でJavaをインストールする。

>>866
なるほどね。
ネットゲーム専用言語になる訳だ。
YahooでゲームとChatだけJava使ってる理由が分かったよ。

>>866に対する返答はまだー？ （･∀･）

>>877
煽り方がダサすぎ。そこまで必死にならなくても

>>852のベンチマークは掲示板やチャットを使った場合の
測定が無いから全然参考にならない。

>>879
別に煽ってないよ。
Javaを使う事で利点になる所を見つけようと思ってるし。

そもそも1年前の記事なんか当てにならん。
Tomcatのバージョンがぜんぜん違う
で、ソース見たんだがJavaのほうをわざと重くしてあるようにみえるのだが気のせいか?
つーかTomcatで起動するごとにメモリ開放してたらぜんぜん特性生かせてないじゃん

実はJavaクイックリファレンス持ってるよ。

>>883
もってるだけで使わなきゃ意味がない。

>>884
その使いどころを探してるけど、いまいち無くて困ってるんだよ。

>>833
読むなら'プログラミング言語Java'
Java言語の設計者の１人が著者
確かケン・アーノルド
これ一冊　他はいらん　多分・・

ごめん866のレスは
>>883の間違い
スマソ

>>882
そういう状況だから案件として着手できない場合があるんだよな
1年前と状況が変わってしまう（それが良くなるとしても）言語だとな
じゃあもう1年待とうかとか言われる

だみだ。J2EEクイックリファレンスも必須。
同じオライリーのEnterpriseJavaBeansも。

>>888
おっと、Tomcatは言語じゃねえんだが。

>>888
速度云々をブツブツ言う前にさっさとJavaで作ってしまえと。
リリースしてからなんども改良を繰り返しているうちにTomcatも高速化して
より便利になっているだろうと。

>>889
仕事でEJB押し付けられてるでつか？
お悔やみ申し上げまつ

EJBは悪くはないが
JavaRMIはJava唯一の汚点

インターフェースそのものが汚点
スケルトン、スタブ、IOImpl・・
なんだありゃ？

>>893
どのあたりが？
いまさらCORBAでも使えと？
いまさらクロスプラットフォームでない.NET Remotingでも使えと？

>>895
EJBを肯定しているわけではないでつ
EJBライクなコンポーネント技術は必要だし
将来きっと変わるものが出てくると思うが、
RMIがネックになってしまったという意味でつ

>>896
これきっと誤読してるなぁ＞＞自分

JavaのRMI　なんか無理があるんでつ
必死で実現した感じで

J2EEで急に敷居が高くなる感じがするのもこのへんだし
Javaのエレガントさがなくなってる感じがする
のは鷲だけでつか?

じゃ、SmalltalkのMVCは？

>>897

そこらへんは Ruby はハッキリしていてよいね。
dRuby や Webrick が貫いたコンセプトっていうのを持っていて、
Java はサーバサイドになるとここらへんがグダグダ。

>>899
J2EEとRubyとを無理やり比較しようとするお前の脳細胞がグダグダ

http://pc.2ch.net/test/read.cgi/prog/1064328033/
こっちでやるといいよ

パソコンとかサーバ用途のための言語は
動けば何でもいいんじゃないの？
最近は。

>>902
じゃ、アセンブラでがんばってなさいって請った。

>>897
RMIに文句いってる奴は、代替となるような構成のアイデア出せ
よ。設計上の妥協の一つとして、充分説得力のある落しどころ
だと思うが。

おまえら、単にﾒﾝﾄﾞｸｾｰとかそういう話じゃねえだろな。
そんな馬鹿に分散OOPははなから無理。

「きっと、RMIが勝ってくれるよね。信じていいんだよね。」

Javaとプログラマの戦いがどうなったのかは誰もしらない。

闘え、プログラマー！　デバッグよ永遠に！

第六部完
==================================================
短い間でしたが応援ありがとうございました。

>>904
何を妥協しとるんじゃ
Java言語とRMIがなじまないから

>>904
インターフェースになる
といってるんじゃ　ボケ

>>907
サーバ側とクライアント側で、インターフェイスを交換しあっとく
のは、型制約アリの言語では当たり前やんけ。なに寝ボケたことい
ってんだワレ。お前みたいな馬鹿はHttp見たいなテキストベースの
マヌケプロトコルから一生離れるな。この低能。

>>908
んな事は分かりきってる　Javaの他のパッケージと
比べて実装がださいといっとるんじゃ　ボケェ

>>906

ンッン〜〜♪なじむッ！本当によくなじむッ！
最高に『ハイ！』ってやつだアアアアアーッ！！

>>909
仕様に問題ないとは思ってるわけだなオノレ。
実装が悪いのはSunがボケだからじゃボケ。
そんなにいやなら、ApacheのAltRMIにでも協力せい、糞が。
君の協力、待ってるゼ。

Java Community Processに提案するのはどうだ？

仕事のための仕事が発生しますか

JNI何とかしてくれよ。ネイティブC++のクラスをJavaから呼び出せるようにしてくれ

ASPって、VBScriptの事？

>>915
VBScriptはASPを実現するための手段。

CSVにSQLでアクセスできるのは便利だ。
Javaの標準でできたっけ？

>>917
CSVって仕様が曖昧だけど？
どんなんでも行けるの？

>>917
いまどきCSVなんてｲﾗﾈ
漢ならXMLだろ

>>919
金融とかでも、それ普通ですか？
CSVの要件ってお客から上がってくることが殆どですが

CSV読み取りくらい自分で作れや。
Jakarta OROかregexで簡単に作れと。

エンタープライズ開発では企業間の通信が絡むわけで、
HTTPでCSVでなんの問題もないものまで、SOAPなどという
プロトコルで置き換えようとする

Apache SOAPで一つ案件をこなしたが、
そこには何の必然性も見出せせなかったわけだな
まあ結構好奇心を満たしてくれたが

言っとくがリテラルXML以外は論外だ
EJBと同じくサーバ、クライアント間で依存性が
出過ぎる

もはやSOAPの時代は終わった。
これからはWSDLの時代。

プロトコルがXMLってどんな意味があるんだかいまだにわからん。
それがメリットになるようなシステムなんか、そうないだろうに。

>>924

未だにそう言ってる人が多いんですよ…。
ですが意味はちゃんとあります。汎用性。これのみ。されどこれが強力。

しかし何でもかんでもＸＭＬってワケには行かないのです。パフォーマンス
悪くなるから…。>>922が言ってるように、ちょっとしたプロトコルにSOAP
なんて使うともう最悪。それはもう開発者の自己満足でしかなく顧客は誰
も喜ばない製品ができあがります。

>>921

あのう、聞きたいんですけどぉ…。
ＣＳＶを扱うプログラム作ったことありますか？
ＣＳＶの標準仕様ってどこで見ました？

>>925
パーサー書かなくていい（書くのが楽）とか
Validateが楽で厳密とかもメリットだねぇ

でも、マシンスペック的に3年早い気がする。
ごりごりクラスタできる大規模システムか
負荷スカスカの小規模システムじゃないと
デメリットが目立っちゃうね

>>926
>>921じゃないけど標準仕様はないよね。多分・・
（客が使ってるバージョンの）エクセルが吐くCSVを
なるべく読めるように作ってるよ。

>>927

そうでつ。お手軽さというのが大事なんでつよね。開発者の仕事が減る
だろうってところが大事。（ホントに減ってるのかは知らんが…）


>>928

んあ〜〜！(笑)
それ、、、（なんとなく標準っぽい）仕様はあるけど、MS EXCELの
CSV処理はそれとは異なるからどこかで妥協したプログラムを作ること
になるって文章を書いたんだけど、ちょっと喧嘩腰の文になったから
消したんだ…。(;￣ー￣A

そうだよね、標準仕様はないよね…。今まで見たことないし。
一応、暗黙の（標準っぽい）仕様はあるけど標準アプリのExcelで
崩れるからなぁ…。

(;￣ー￣A

お互いでColsedな仕様を策定できて、伝送量を減らしたいならCSV
今風につくりたい、データに意味を付随させたければXML

データ量が莫大な場合、XMLだと無駄が多くて大変だからね。

圧縮してから転送しろよ

>>925
> >>924
>
> 未だにそう言ってる人が多いんですよ…。
> ですが意味はちゃんとあります。汎用性。これのみ。されどこれが強力。
>
> しかし何でもかんでもＸＭＬってワケには行かないのです。パフォーマンス
> 悪くなるから…。>>922が言ってるように、ちょっとしたプロトコルにSOAP
> なんて使うともう最悪。それはもう開発者の自己満足でしかなく顧客は誰
だからSOAPなんてやめてWSDLにしろと。

>>932
圧縮、解凍のコストは？
サーバ側が日次処理的にやるとなると、結構馬鹿にならないよ。

XMLの場合、XMLファイルを丸ごと転送する必要が
ないこともあるわけだが。
タグの内側に記述されたデータだけが欲しいときは特に。

>>935
それじゃあXMLで扱う意味が薄れちゃうよ。
データと定義はセットで動かさないと。
やり取りする両端がそれをわざわざ分離−結合してたら何のためにって。

圧縮とまではいかなくてもXMLをバイナリデータに変えておくることはできないのか?

>>933

WSDLもXMLだよ。
パフォーマンスの悪さで言うとSOAPと同じだよｗ


>>937

裏でDataBinding…。

>>936
xml fragment

>>923
なんか昨日雑誌で勉強しました
みたいなコメントやのう

なぜSOAPが終わってWSDLや？
自分の言葉で述べてみ

>>940
釣れた > SOAP,WSDL

>>941
がんばったね
ゆっくりおやすみ

SOAPランドはM$のブランド

>>941
いや、お前は真性のバカだと思う

　　　 　 ,､‐'''''''''ヽ､
　　　　/:::::;;-‐-､:::ヽ 　　　　　　　　　　　 _,,,,,,,_
　　 　 l::::::l　　_,,､-‐"iiiiiilllllllllllliiiiiiiｰ-､__ゞ:::::::::::｀ヽ,
　　　　ヽ::｀／: : : : iiiiiilllll||llllliiiiii: : : : : : ヽｲ~`ヽ:::::::i
.　　　　 ／;,..-‐､: : : : : l|l: : : : : : : : : : : : : ＼　ﾉ:::::}
　　 　 /: /: : : : :｀.: : : : : : : : :/´￣＼ : : : : : ヽ:::ノ
.　　　 !: : : :iflllli､: : : : : : : : : : : : : : : :ヽ: : : : : :.!
　　　 |: : : :llllｆ　l: : : : : : : : : : :.iflllli､: : : : : ＜iiii|
　　　 |: : : :|llll　|: : : : : : : : : : .llllf　l: : : : : : : : :.|
　　　 |: : : :.!lllll!' : : : : : : : : : : |llll　|: : : : : : : : :i
　　　/: : : : :　　　 ○　　　 : : .!lllll!' : : : : : : : :.i
　 ￣|: : :" 　,,,,,,,,,,,,,|____　　　　: : : : : : : :.＜iii/
.　 ／!.:　　　|:::::／　　　￣''''''''l ヽ: : : : :-─/─　　 ／￣￣￣￣￣￣￣
　　　 ヽ 　　ヽ/　　　　　　　 ﾉ　 　 : : :ヽ／　　　＜　>>1くん！いたずらはやめようね！
　　　　 ＼　　＼,,_　　　 _,,,／ 　　　 : ／＼　　　　 ＼　しまじろうとお約束だよ！！
　　　　 　 ｀''‐､､__ ￣￣　　　__,,,､-‐"　　　　　　　　　＼
.　　　　 ／/:::::/ヽ￣￣￣￣ノ::::/＼　　　　　　　　　　　　￣￣￣￣￣￣￣
.　　　／　/:::::/　 ｀￣￣￣/:::::/.　　＼

Javaは大きくなりすぎました。。。

SOAPなんて、お互い分かっているのに、目隠しして、Hするようなもんでしょ。
不特定多数とたまにやるときには、いいと思うが。。。

>>947
CSVの置換えとしてのXMLという位置付けよりも
WEBサービス用って感じだと便利だと思う
2chブラウザとかで使えるフォーマットだと、もっと色々表示系がいじりやすくなったりすると思う
ただ、2chで言えば転送量削減の観点では、SOAPを使うのはちょっと・・・だと思うが

へたれ記者が変なこと書くから XML が CSV の代わりということになってしまうんだなあ。
XML は CSV みたいに構造をもたない表、データベースの TABLE に相当するものも
作れるけれど、構造をもったデータを表すことができる。
OO をやっている人なら、オブジェクトのシリアライズといったほうがわかりやすいかも
しれない。
車というデータを書き出すとき、
＜車＞
　＜ハンドル 位置="右"／＞
　＜ドア 位置="左前"／＞
　＜ドア 位置="右前"／＞
　＜カーステレオ＞
　　＜CD／＞
　　＜ラジオ／＞
　＜／カーステレオ＞
　＜カーナビ＞
　　＜テレビチューナー／＞
　　＜DVDドライブ／＞
　＜／カーナビ＞
　...
＜／車＞

こんな風に入れ子にできる。これは 1 つの CSV ファイルじゃできない。
ID 振ってリレーションするとか。でもやりにくいだろうな。

XML は確かにテキストだからバイト数食うけどね。タグを圧縮して送るプロトコルが
確かあった気がする。

>>949　どこの雑誌の転載？

両端が汎用機だと、結構分けわかんない状態になるね。。。
固定長をフォーマッタでXML化して、メッセージ交換して、
また、固定長に戻すとか。。それでも、複数のサービスでメッセージルーティング
をするというケースでは有効だが、単に汎用機とUNIXとメッセージ交換するだけに
導入するケースもあったりする。

>>950
どこの雑誌か覚えちゃないけど、「CSV ファイルを見ただけでは何のデータか
わからないが、XML ファイルにしておけば何のデータかよくわかる。これからは
CSV に代わって XML の時代だ」みたいに書いてある記事はよくあるよ。

>>949
Composite パターンのシリアライズ、デシリアライズに Xerces 使ったら
めっちゃシンプルになったよ。

>>953
そりゃそうでしょ。Composite パターンは DOM そのものみたいなもんだ。

>>952
ナンシー関が、塩田まるおにお笑いについて説教されたくない　と言ってたのを思い出したよ

つまり、構造がわかりやすいのでクラッカーが解析しやすくなり、
データ量は増え、処理時間も増えるといいことずくめです。



・・・じゃなくて適材適所だろ。

見て分かるデータだと何か良いことあんの？　>>952

>>957
知らねーよ。記者に聞いとくれ。

>>949
>>950
>>952
>>957
>>958
Java厨と罵られるのは記者が悪い訳で、鵜呑みにして吹聴する自分は悪くなんかないっと

>>959
よく読めよ。鵜呑みにして吹聴してるんじゃなくて、そういう記者を批判してるんだよ。

>>959
>>949 は「へたれ記者」が「XMLがCSVの代わりだということにしている」と
言ってるんだよ。「へたれ記者」の記事を鵜呑みにして「XMLがCSVの代わりだ」と
言っているんじゃないんだよ。

>>959
>>949が鵜呑みだったらオブジェクトのシリアライズなんて出て来ない。

まあまあみなさん。
>>959 がバカということで。決定。

>>959
XMLがCVSの代わりなら入れ子データ構造なんて出てくるわけないだろ。
あそうか、XML知らないから日本語の部分が読み取れないのね。

>>959
誰が、どの記事を、どんな風に鵜呑みにして吹聴しているの？

>>957
データフォーマットが共通化されているため、可搬性も容易になるだろXMLは

アンチJava厨は、時代遅れにも、アンチXML厨でもありました(藁

>>953
JAX-Bとかのオブジェクト-XMLの自動バインドライブラリ使えば、マーシャ
リング/アンマーシャリング用の実装を自作する必要全くなし。バリデーショ
ンチェックもメソッドコール一発。ﾍﾞﾝﾘﾀﾞｰﾅ。

CSVファイルパースして、構文解析して、データの内容チェックして…
大変だよな。つうか、暇か馬鹿じゃなきゃｿﾝﾅロジック今時自作しないわな。

CSVからXMLに変換できる奴どっかに落ちてたな

>>966
可搬性はbool型。日本語は正しく。
○「可搬性が(ある,ない)」
×「可搬性が(容易,困難)」
せいぜい妥協しても
△「可搬性が(高い,低い)」

XMLのこともっとしらべろ

>>969
IBMのalphaworksあたりにあった。

XMLの実用性のなさはあきれたもんだよ。
詐欺コンサルが値段つりあげのために利用するだけ。

>>957
CSVファイル単体ではデータの並びになんの意味もないし、制限をかけられない。
XMLならそのあたりをクリアしてる。
見てわかるからどうだというのは私もいいたいけど、見てわかりたい時もある。

>>973
> XMLの実用性のなさ

たとえばどんな？

>>975

たぶん、>>973はXMLの使いどころを理解してなくて口のうまい
コンサルに騙されてヤケ酒を飲んで荒れてから二週間くらい経って
ちょっと落ち着いた時に自戒の念も込めて２ｃｈに書き込みに
きた40過ぎのオッサンだと思う。

>>968
CSV を扱わなきゃならないときは boost の tokenizer が優秀らしい。

CSVのパースは、厳密には、落とし穴があるが、データ中に、","が紛れ込まないのであれば
簡単。

かえって、大枚はたいて、海外製品を導入していたけど、特定の漢字で誤動作なんてのも時々あるみたい。
PC,UNIX上での、XML関連プロダクトは、タダだったりするが、商用物だと、コンサル込みで、鬼のような価格。

XMLはMPEGにも使われているみたいだよ。

>>978
カンマ区切りCSVしかしらないんかい。ｗ
一般的なCSVの区切りがカンマなだけだよ。

>>980
Comma Separated Value
カンマ以外を教えてくれ。タブ区切りはCSVとは違うぞ

CSVやTSVにしろ今時ダサい事には変わらん。

XMLが嫌でCSV使うんだったらDBサーバ立ち上げて管理したほうがまし

XMLがデータベースサーバーの代わりになっちゃうんだ。
Ｊａｖａ厨の妄想って素敵だね。

XMLをそのままストアできるDBだってあるし。
XMLを使うのであれば、RDBに落とすのはめんどいから便利そう。

だいたい、>>984みたいなことってどこに書いてあるよ？

で、次ｽﾚはどーすんだ？

>>984
なっちゃうんだよ。XML ネイティブの RDBMS つかえや。
君のが妄想だ。

>>984
君は日本語が読めてない。
>>983 は「XMLが嫌でCSV使うんだったらDBサーバ立ち上げて管理したほうがまし」と
言っただけで、XMLでDBMSするとは言っていない。

>>984
なんにもしらないで荒らすな。素人さんよー。

もぉちょいじゃん！

>>988
屁理屈ぬかすな！！ボケ！

>>991
必死すぎ（ﾌﾟｹﾞﾗ

結局ＸＭＬは何にも使えないってわけかｗｗｗ

ＸＭＬ厨の中でも意見が別れてているみたいだね（ﾌﾟ

別に使ってることろはいっぱいあるし。
でも、XMLごときをここまで蔑視するのもなんていうか香ばしい。

そうだな。ひとつのデータの表現方法。それだけ。

＞別に使ってることろはいっぱいあるし。

ないよ。

998?

999?

gets!

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。