●●JAVAって死滅しちゃうの？？？？ PART3●● 1 ：
デフォルトの名無しさん ：
01/12/12 22:03 3 ：
デフォルトの名無しさん ：01/12/12 22:20
JVM環境でも BASIC,C,COBOLの複合言語開発が可能なわけだ。
バイトコード仕様が分かってるので、どんな言語でもコンパイラ
Javaの世界はJavaで閉じている
7 ：
デフォルトの名無しさん ：01/12/13 01:49
SWING批判でもしないかい？
8 ：
デフォルトの名無しさん ：01/12/13 01:52
Ruby賛美でもしないカイ？
9 ：
デフォルトの名無しさん ：01/12/13 01:52
swingって、覚える事が多すぎ。
10 ：
デフォルトの名無しさん ：01/12/13 01:53
JVMのバイトコードってオブジェクト指向言語用に
Ｊ２ＳＥと、Ｊ２ＥＥというのが配布されているの昨日しった。
12 ：
デフォルトの名無しさん ：01/12/13 02:01
J2SEとJ2EEってコンパイラが違うの？
>>9 Swing そんなに難しいか？
RAD 使わなくても GUI が楽々作れて Java まんせーとか思ってるんだが。
俺の記憶では、
15 ：
デフォルトの名無しさん ：01/12/13 02:05
たしかに、swingでdelpi並みの事は簡単にできる。
J2SE＝Standerd Edition
17 ：
デフォルトの名無しさん ：01/12/13 02:10
18 ：
名無しのデフォルト ：01/12/13 03:52
19 ：
名無しのデフォルトさん ：01/12/13 04:06
┗0=============0┛
JAVA逝ってよし
24 ：
デフォルトの名無しさん ：01/12/13 23:00
25 ：
デフォルトの名無しさん ：01/12/13 23:48
もし俺がクライアントなら
27 ：
デフォルトの名無しさん ：01/12/13 23:56
>>26 開発の簡易さと、品質の低さは比例するから。
また性能がCなどに比べて悪いことがわかりきっているから。
Javaで発注するとレベルの低いプログラマが関わる可能性が高いし、
そいつらは、無茶苦茶なプログラムを書くからね。
それでいて遅いなりにも動いているように見えるのが
簡易言語の恐ろしいところ。
28 ：
デフォルトの名無しさん ：01/12/14 00:11
>開発の簡易さと、品質の低さは比例するから。
29 ：
デフォルトの名無しさん ：01/12/14 00:12
＞年収２０００万越えなんだけどね
>>27 ＞ Javaで発注するとレベルの低いプログラマが関わる可能性が高いし、
＞ そいつらは、無茶苦茶なプログラムを書くからね。
それを言うならC、C++、COBOLでも同じだろうが
DQN会社のDQNプログラマは、どんな言語で書かせても、糞プログラムしか書けぬぞ
31 ：
デフォルトの名無しさん ：01/12/14 00:14
32 ：
デフォルトの名無しさん ：01/12/14 00:15
>>28 ポインタ使えないだろ。
全部クラス（隔離機構）だろ。
33 ：
デフォルトの名無しさん ：01/12/14 00:15
>>27 なるへそ。それはあたりだ。
サーバサイドjavaとか偉そうに言ってるけど、偉いのは
あのフレームワークライブラリであって、システム全体の
（機能ではなくて量的に）寄生虫みたいな存在でしかない
ServletコンテナだのBeansだのを書いてるだけで、なんか
偉い事をやってるよう気になってる基地外アホ多いよ。
で、オブジェクトのライフサイクルとか、ネットワークの
基礎知識とかは何にもないから、何かあるたびに
「教えてクン」。あいつらに開発者として金稼がせちゃ
いけないと思う。マジデ。
VBは悪くないけど、VB厨がゴミとか、
COBOLは悪くないけど、元COBOLERタバコオヤジはゴミとか
そういう話と似てる。
今後増えて行くと思われるJAVAプログラマー像（前スレ617モデル）
36 ：
デフォルトの名無しさん ：01/12/14 00:40
JAVA面白そう。。。
>>27 ＞開発の簡易さと、品質の低さは比例するから。
＞また性能がCなどに比べて悪いことがわかりきっているから。
JavaScriptと混同してるなんてこたないよな？(笑)
「安易に開発するＰＧのスキルと品質の低さは比例する」なら同意。
Ｃでも、タコが書けばScript Kiddyが書くコードにも劣るモノができるが。
結局、技術ってのは道具でしかない。使う人間のスキルや思想次第じゃねぇのか？
その発言、お前の客先で直接やってみな（ワラ
38 ：
デフォルトの名無しさん ：01/12/14 00:41
すいません質問です。
俺の知ってるミーハーJavaプログラマの例
40 ：
デフォルトの名無しさん ：01/12/14 00:45
>>28 >っていうか、Javaのどこが簡易言語なんだろ。
事実上ライブラリを組み合わせ、
コンポーネントを貼り付けるだけの言語になっているから。
でも別にJava言語自体をバカにしているわけではないよ。
でも大多数は簡易言語的使い方しかしてないでしょ。
>>38 staticな変数に何時までも参照握らせてる時。
Java使いは安易にColleciton関係をこういうところにもたせて、
インスタンス作りまくってここに放り込んだりする。
ユーザスレッドから参照可能な強参照のチェインがあるうちは、
何時までたってもインスタンスはGCされない。つうか消えたら
困るので当たり前。
C++使いなら、そんなあほな事はしないでしょ。大丈夫だよ。
…可哀想に（藁
42 ：
デフォルトの名無しさん ：01/12/14 00:49
ソフトウエアエンジニアとか
つーかさ、ピンとキリのプログラマでは6000倍生産性が違うんだから
>>43 うんうん。
で、生産性の高い人は定時帰りで給料安く、
ヘボPGは残業して給料がっぽり(ﾟдﾟ)ｳﾏｰ
45 ：
デフォルトの名無しさん ：01/12/14 00:54
46 ：
デフォルトの名無しさん ：01/12/14 00:57
>>37 >「安易に開発するＰＧのスキルと品質の低さは比例する」なら同意。
いや、やはり統計的に見て、開発の安易さと品質の低さは比例するね。
開発が安易だと品質が低いというわけではないよ。
優秀なプログラマの数は同じとして仮定すると、安易な方には大量にゴミがつくから、
優秀なプログラマに遭遇する確率が大幅に下がるわけ。
>Ｃでも、タコが書けばScript Kiddyが書くコードにも劣るモノができるが。
タコは何から何までライブラリがないと何もできないし、まともに動くものは作れない。
恐ろしいのは、一見動いているように見えること。
47 ：
デフォルトの名無しさん ：01/12/14 01:00
>>45 へ－、それらがメモリリークしてないって判っちゃうんだ。
すげーや。
>>45 会社にいくとVB厨・COBOLERオヤジ的発想のJava使いが
いっぱいいるのよ。（多分、元VB厨かCOBOLERなんだけど）
ライブラリ公開するような自信もってる奴が、そんな間抜け
なコード書くわけがない。
49 ：
デフォルトの名無しさん ：01/12/14 01:02
でもって、
50 ：
デフォルトの名無しさん ：01/12/14 01:03
51 ：
デフォルトの名無しさん ：01/12/14 01:06
>>48 ばーか。
Javaのライブラリにすでにメモリリーク起こすのがあるんだよ。
しねー。
>>46 禿同。
ここ数年の厨PGは、アルゴリズムとか知らないんだよな。
ソートとか書かせると、もう見てられない。アホかと。バカかと。
オヤジ的見地から言えば、「１バイトは血の１滴」っていう考え方も理解できないヤツが９割。
コードが大きくなればなるほど凄いんだみたいなカンチガイする厨多数。
無いものは作るって考えが無くて、ひたすらライブラリを探しまくる。
ほんと、使い物にならない新人が多いっていうか、悲しいかな、１００％近くそうだな。
漏れの会社だけかもしれんが。
55 ：
デフォルトの名無しさん ：01/12/14 01:08
56 ：
Java使い像 追加 ：01/12/14 01:09
８）公開してるからメモリリークなど有るはず無い。
57 ：
デフォルトの名無しさん ：01/12/14 01:09
ソートを書かせれば、その人の実力が
>>57 ソートなんてライブラリがデフォルトで提供してくれます。
あなたのやってることは車輪の再発明です。
59 ：
デフォルトの名無しさん ：01/12/14 01:12
>>47 staticな・・・
見たいな例は、俺がみた奴（３つ）には無かった。
60 ：
デフォルトの名無しさん ：01/12/14 01:12
61 ：
デフォルトの名無しさん ：01/12/14 01:12
コーディングの実力を測るテストだって。
62 ：
デフォルトの名無しさん ：01/12/14 01:13
63 ：
デフォルトの名無しさん ：01/12/14 01:17
Lego
64 ：
デフォルトの名無しさん ：01/12/14 01:18
>>58 そのライブラリが、どんなアルゴリズムを使っているかを
知っている奴はどれだけいることだか。
再発明はしなくてもいいが、発明者の論文は呼んどけよな。
>>55 安易にビューコンポーネントのインスタンス生成・
廃棄をくり返さないようにしよう。
カーネルリソースやWindowsのネイティブウィンドウ
リソースなんかのリークは結構起きるみたいだけど、
原因は乱暴なタイミングでの生成・廃棄依頼にもある
とおもわれ。（それを完全にはガードしてくれないと
いうのは、VMのバグでもあるのだろうが）
ただ、マトモなプログラマなら、GUIのコンポーネント
などというコストの重いインスタンスを、微妙なタイ
ミングで作ったり捨てたりくり返すなんてのはアホだ
ということくらい、知っているとおもわれ。
66 ：
デフォルトの名無しさん ：01/12/14 01:21
メモリリークネタも尽きたらしい。
67 ：
デフォルトの名無しさん ：01/12/14 01:22
68 ：
デフォルトの名無しさん ：01/12/14 01:24
>リソースなんかのリークは結構起きるみたいだけど
69 ：
デフォルトの名無しさん ：01/12/14 01:25
ASPもパンクした・・・
70 ：
デフォルトの名無しさん ：01/12/14 01:25
●●●●●●●●●●●●●●●●●●●●●
71 ：
デフォルトの名無しさん ：01/12/14 01:28
>>57 厨発見。
お前みたいなヤツが多くて困ってるんだよ。
何も、ソートを書けって言ってるわけじゃないんだ。
考え方、理解力の問題だ。理解できないだろうけどな。
74 ：
デフォルトの名無しさん ：01/12/14 01:31
75 ：
デフォルトの名無しさん ：01/12/14 01:33
GUIならメモリリークしててもいいじゃん。
76 ：
デフォルトの名無しさん ：01/12/14 01:35
>>75 さすがJavaプログラマ!!発想が違う!!
77 ：
デフォルトの名無しさん ：01/12/14 01:38
>>75 バカだ・・・・
Javaのメモリリークについてわかってる人
マジで誰もいないの？
いるなら、教えてくれ。
78 ：
デフォルトの名無しさん ：01/12/14 01:42
どっかで参照を隠し持ってればリークが起きるの
79 ：
デフォルトの名無しさん ：01/12/14 01:47
Ｃだとmalloc全部探してfreeされてるか総当りチェックできるけど
で、C++ だとメモリリークの危険性を知っているから
81 ：
Ｊａｖａ使い ：01/12/14 01:51
ポインタって何ですか？
82 ：
デフォルトの名無しさん ：01/12/14 01:51
お
83 ：
デフォルトの名無しさん ：01/12/14 01:53
メモリ中の場所を表す整数。
85 ：
デフォルトの名無しさん ：01/12/14 02:00
>>84 あ、なんかここ読めば疑問が解決するっぽい･･･。
87 ：
デフォルトの名無しさん ：01/12/14 02:03
88 ：
デフォルトの名無しさん ：01/12/14 02:03
あ、ＧＣすればされる。
89 ：
デフォルトの名無しさん ：01/12/14 02:09
情けないミスの例だね・・・
で、カーネルリソースやWindowsのネイティブウィンドウリソースの問題はどうなんだ？
>>91 単に明示的な解放をコールし忘れのプログラマのせいだったりして。
>>84 のリンク先でも
「開発中のJavaコードがサーバー上で24時間実行されるものであれば、
メモリー・リークの問題の重要性は、前述の設定ユーティリティーの
場合よりずっと高くなります。」
のように「クライアントサイドのGUIのことでガタガタ言うな！」と
暗に言っている。
>>93 なんか、「GUI付きで長時間稼動は諦めろ」といっているように
聞こえるね。
一回作ったきりにして、リソースを捨てないように設計してお
けば、GUIでもリークもヘッタクレも無いとおもうんだが。
GUIのプロセスが新だあとも残るようなネイティブリソースのことなど知らん。
「新だ」 －＞ 「死んだ」
97 ：
デフォルトの名無しさん ：01/12/14 02:41
さすがにライブラリが原因の例は載せられないだろ。
98 ：
デフォルトの名無しさん ：01/12/14 02:44
ならＯＳサイドのＧＵＩ使うなと言いたい。
結局悪いのはjavaじゃなくて「GCあるからリークしなくてマンセー」
100 ：
デフォルトの名無しさん ：01/12/14 02:48
GUIはWEBベースで作ろうよ。
ブラウザ経由の貧弱なUIの方が将来が無いと思うが。
ＧＵＩはＦｌａｓｈでいいよ
104 ：
デフォルトの名無しさん ：01/12/14 02:56
>101
105 ：
デフォルトの名無しさん ：01/12/14 02:56
マルチスレッドマンセー。「セマフォってなに？」
106 ：
デフォルトの名無しさん ：01/12/14 02:58
印刷マン・・・・(TдT)ﾏｽﾞｰ
108 ：
デフォルトの名無しさん ：01/12/14 06:32
109 ：
デフォルトの名無しさん ：01/12/14 09:34
ずれれないYO!
110 ：
デフォルトの名無しさん ：01/12/14 10:56
ずれれれるYO!
111 ：
デフォルトの名無しさん ：01/12/14 11:53
あげ
112 ：
デフォルトの名無しさん ：01/12/14 13:05
113 ：
デフォルトの名無しさん ：01/12/14 13:16
C#がどうなろうとJavaは終わってる
情報処理の試験、2、3年後に
115 ：
あるC♯厨 ：01/12/14 15:58
で、SUNは JAVA をどこに標準化に出したんだっけ？ ECMA? ISO? ANSI?
116 ：
デフォルトの名無しさん ：01/12/14 16:03
118 ：
デフォルトの名無しさん ：01/12/14 17:41
>ソースコードにアクセスして改変することはできても，
>>118 FreeBSD版CLI/C#に限った話だYO！
日本語が読めないんだNE！
120 ：
デフォルトの名無しさん ：01/12/14 17:45
てことは、
122 ：
デフォルトの名無しさん ：01/12/14 17:51
JAVAはライセンス取ればいじれるっしょ。
>>122 なんか勘違いしてない? リファレンス実装がいじれないだけで、
いくらでもクローン作れるよ。
要するに他社が.NETやりたいなら
>>125 あほか。何のためのECMAだと思ってるの。
SunはMicrosoftが勝手に作っておまけをつけようとしたから
怒って文句をつけて標準化をやめたわけよ
>>126 >何のためのECMAだと思ってるの。
何の役にも立たね～ョ。
>リファレンス実装がいじれない
>>130 > って、ユーザーインターフェースなんかは
>OSの機能の一部とか言って特許侵害っていってんでしょ～
ばーか。
GUIライブラリはCLIの範囲じゃないんだよ。
>131
>>132 > コード互換性無くす
それってクロスプラットフォームのこと？
.NETはそういう技術じゃないよ。
レファレンス実装がいじれない。
> レファレンス実装がいじれない。
.NETが非Windowsプラットフォーム(BSD以外)で普及するってのは
>>130 アフォが悪あがきで泥沼にはまる様は楽しいな。
さすがGUI命のDel厨だ。
>>137 うん。GUIを真っ先に心配してるのがいかにもDel厨らしい。（w
139 ：
デフォルトの名無しさん ：01/12/14 19:01
C#・CLIのECMA標準はダメ押しだね。
ていうか逆、Javaこそ標準化されるべきなのにね。
Javaありがとう。そしてさようなら。
新しく買った Windows XP マシンに Microsoft JVM がついてて普通にアプレットが使えるんだけど、
ECMAのTC39委員会の委員長は現役のM$社員です。
146 ：
あるC♯厨 ：01/12/14 21:19
いかなる理由があろうとも、標準化されていない Java は
147 ：
デフォルトの名無しさん ：01/12/14 21:32
ECMAってなに？
>>147 ECMAで一番有名な業績といえばJavaScriptの標準化
150 ：
デフォルトの名無しさん ：01/12/15 03:54
やはりJavaはそこらの即席死滅スレとは違いますな。
151 ：
デフォルトの名無しさん ：01/12/15 03:59
>>145 結局メーカーは MSJVM を入れることにしたのかな?
メーカーが見合わせたのは Sun JDK 1.3 Plugin だっけ?
メーカーが自己判断でＪＤＫいれたんじゃないのか？
>>153 まあ、普通のユーザーにとって、JAVAなんて1.1レベルで十分なんだよ。
155 ：
デフォルトの名無しさん ：01/12/15 15:51
Java死滅ｽﾚに怒ったJavaｳｻﾞｰは､
>155
C#死滅スレを作ろうとする
158 ：
デフォルトの名無しさん ：01/12/15 17:15
ナンセンスだよ。
159 ：
デフォルトの名無しさん ：01/12/15 17:17
もしくはＪａｖａの巻き添え食ったリーマンＰＧ．
XPからMSVMが消えたのはいいんだけど、
元Java信者ってアプレットとかやってた奴か？（ｗ
ネスケでのアプレット起動に嫌気がさして、
＞今後数十年くらい生き続けるだろ
>>159 リーマンPGの場合、その大半はJava内部の問題ではなくてOOPを
理解できない、又は誤解している馬鹿であるということだと思われ。
C#って、WinとFreeBSDだけなのか？
>>165 ＞リーマンPGの場合、その大半はJava内部の問題ではなくてOOPを
＞理解できない、又は誤解している馬鹿であるということだと思われ。
このカキコが意味すること自体を理解できない馬鹿も多そうだぞ。
ところで、C#が標準化言語になるのはいいが、果たしてどれだけの
プラットフォームをサポートできるのかがカギだと思うぞ。
WindowsとFreeBSDだけです～ってんじゃ、話にもならん。
標準化とは関係ないけどJ++の二の舞って感じか。
で、C#と.NETマンセーなやつらがこぞって採用したはいいが、
そのうちJavaで見られたような問題があれこれでてきて、
数年後には
●●Ｃ＃って死滅しちゃうの？？？？ PART1●●
ってなスレが立つと。あ、もう立ってんのか？(笑)
C#に対するblackdown的組織は、生まれるはずが無いな。
169 ：
デフォルトの名無しさん ：01/12/15 18:54
ぼーけ。
FreeBSD版よりMonoに期待したほうがいいのでは。
172 ：
255 ◆.net/HAA ：01/12/15 19:10
>>160 > Windows Update行くと「推奨する更新」の一番上にMSVMがある
一般ユーザーがEarlyAccessのプラグインなんて入れたがらないだろうから、
正しい判断だと思うけどね。
173 ：
255 ◆.net/HAA ：01/12/15 19:11
>>166 > monoって、C#もやってんのか？
Linux上で３言語をサポートしている。
174 ：
255 ◆.net/HAA ：01/12/15 19:14
>>167 > 標準化とは関係ないけどJ++の二の舞って感じか。
意味が分からないね。苦しい批判だな。
175 ：
デフォルトの名無しさん ：01/12/15 19:20
>>167 ＞ところで、C#が標準化言語になるのはいいが、果たしてどれだけの
＞プラットフォームをサポートできるのかがカギだと思うぞ。
＞WindowsとFreeBSDだけです～ってんじゃ、話にもならん。
アホか? デスクトップを制覇したWindowsとサーバOSとして
定評のあるFreeBSD(MSが社内で使っている唯一のMS以外のOS)
でまともに動けば他はアウトオブ眼中ですよ。Solarisで
動かなきゃ駄目だとでも?
あはは、いまだ死滅してないMS信者か。
>>176 なんかユーモアすらわからないほどに疲弊しているようですな＞アスペンへ日に三度叩頭礼をする人々
>アウトオブ眼中ですよ。
>>176 理屈？どういう理屈を求めてるんだ？
よっぽど悔しくて苦し紛れに言ってないか？
>176-177
181 ：
255 ◆.net/HAA ：01/12/15 19:31
>>178 まともに反論できない奴は言葉の表面を叩き始める。
ただのバカだな。:-p
Oracle.NETを出荷します！！
HSP vs. Rubyスレ思い出した。Javaもここまで落ちるとは……
184 ：
255 ◆.net/HAA ：01/12/15 19:41
Java支持者もとうとう「現在」の優位性しか語れなくなってきたな。
>>183 偉そうな事言う割には....
>176-177
あほ
あんたの発言って、これかよ....
マジでビジネス考えるなら AIX, Solaris, HP で動かさなきゃだめだと思うが、どれもウンチ MS か? HP は今どっちだ?
>>186 >銀行・証券・保険みたいに巨大な開発費が動くところで Windows/FreeBSD という
>選択肢はないぞ。
そうとも言い切れんよ。昔はWinNTが安定していなかったので
競争に敗れたが、そのころでさえ採用する事例はあることは
あった＞NT
もちろん、.NETが成熟するのはまだ先で来年、.NET開発ツール
と.NET serverが来年出て以降だから、「今」安定したサポ
ートが欲しいならSolarisに頼るのは正解。
ただ、商売する場合にSolaris上で.NETが動かなきゃ駄目なんて
のは誤解も甚だしい。SOAPやWSDLをサポートせず相互運用でき
ないならそれはそうした奴が悪い。
相互運用が可能ならば、異なるプラットフォーム間での性能評価
もより公正なものに収斂していくだろう。
>>187 金融系はホストという巨大な資産を持っているので、大抵は IBM や Fujitsu などに開発を任せてる。
当然ながらシステム選定もそこが引き受ける。金融系は特に顧客向けに対してかなりお金を出すからね、
AIX と Windows という選択肢があって、顧客向けサービスをわざわざ Windows でやる理由はない
(少なくとも後数年は)。まぁ職員向けオンラインシステムから顧客向け Web への移行みたいにサービスが
広がるくらいのアドバンテージを Windows が持たなきゃ、汎用機から UNIX への移行のような業界が
一辺倒するような事件はないと思うね。運用中にサーバ停止したらマジしゃれにならんからね。
汎用機ちょっとやってたけど、秒間 110 アクセス、一日 2GB のログさばく AIX はちょっと見直したよ。
フレームワークとはまた別の話だけど、.NET の開発/運用ってロードバランシングやフェイルオーバー等
の障害時対応はどうなんですか? これに実績ないとまず大手企業の顧客向けサービスは相手にされない
と思うよ。
189 ：
デフォルトの名無しさん ：01/12/15 21:27
その前にセキュリティーホールでる限り採用は絶対無理。
>>189 AIXやSolarisにはセキュリティホールはないのですか？
サーバに使うWindowsマシンで、WEBをブラウズしたりEメールを
読んだりすると思っているのですか?
Unixに熟練した人間を雇うか育てるかするのにどのくらいの
人件費がかかると思っているのですか?
>>188 サーバサイド Java は IBM がテコ入れしたおかげでオリンピック公式サイトみたいな
高負荷メジャーサイトで実績できたからなぁ。あれって 1 分間 10万アクセスを 5 台の
ロードバランシングでさばいたんだっけ? Java マンセーというわけではないけどあれは
感心したな。ソースのリンク失念した。つーか IBM のサイトでか過ぎ (藁
確かに障害時対応は出来るできないじゃなくて実績を出さないとウチのお客さんも首を
縦に振らないな。
>>190 JAVA かどうかなんてどうでも良い。アクセスするだけで感染するサーバはいらない。少なくともウチのシステムは。
ついでに運用中のサーバに GUI はいらない。
＞Unixに熟練した人間を雇うか育てるかするのにどのくらいの
>>195 確かに間違いなくウィルス配信サイトになるな。弊社の某部署みたいに(藁
>>188 > 金融系は特に顧客向けに対してかなりお金を出すからね、
とはいえサービスに関係しないところに金は出さないよ。したがってサーバサイド Java、クライアントサイド C# なんて
無駄にコストがかさむ選択は普通せず (企業の力関係でやるかもしれないけど)、大抵サーバ側の Java にあわせて
Web でやると思われる (少なくとも今やってる銀行さんは、ね。)
C# に出来て Web (HTML/サーバサイドアプリ) でできないサービスって何かないかな?
お客様相談センターのオペレータとチャットしながら保険契約とか、ロールプレイング形式で買い物とか?
うーん、オイラの発想はこの程度だ (藁
198 ：
デフォルトの名無しさん ：01/12/15 22:38
>>190 ＷＩＮにはＯＳレベルでのセキュリティが無い。
アプリごとに対策してるＷＩＮは糞。
199 ：
デフォルトの名無しさん ：01/12/15 22:43
お前らコードなんて組めないＳヨどもだろ。(藁
200 ：
デフォルトの名無しさん ：01/12/15 22:44
>>198 OSレベルでのセキュリティって何? 初耳だ。
Windowsになって管理が楽になると、それにともなって無能な
203 ：
デフォルトの名無しさん ：01/12/15 22:47
ここはプログラム技術板だYO！
自分達でしか保守できない複雑怪奇なシステム構成を提案できなくなったSIどもは、皆首括って死にます。
現実的な話が続くと思ったら、すぐに死滅スレらしくなってきたな （w
206 ：
無能なSE ：01/12/15 22:49
AIXの管理を今必死こいて勉強してる俺って一体・・・・
Ｓヨは(・∀・)ｶｴﾚ!
Sヨに支持され、PGに嫌われるJAVA･･･
Windows しか知らないＳヨはお遊びツールでも作っててください。
210 ：
IBMはeサービスカンパニーです。 ：01/12/15 23:05
>>193 スレとは関係ないが、CISCO の新製品ルーターが信用できないって、一週間連続の高負荷テストやらせた
お客さんがいたらしい。
>>193 や
>>188 の話はあながち嘘ではないし、Java に市場を取られる前に実績を
作るというのも .NET の課題だと思う。
こんな糞スレにも現場の声が age とこう
213 ：
デフォルトの名無しさん ：01/12/15 23:49
ここでサーバーの議論してる奴ら、お前らクズＳヨだろ？
そういえば DC カードのオンライン照会が ASP で作ってあったような、と思い、今確認してみたら
215 ：
デフォルトの名無しさん ：01/12/15 23:54
java以前にwindowsを使うのが嫌だ。
>>213 企業システム = コボラーか。めでてぇな。
期末テストは終わったのか？
217 ：
デフォルトの名無しさん ：01/12/16 00:04
このスレに寄生してるJAVA厨、また荒れてきたね。
>>218 やっぱりCLI／C#の標準化が致命的な打撃だったみたいだNE！
JAVAには一生実現不可能なことだからNE！
220 ：
デフォルトの名無しさん ：01/12/16 00:13
>>219 そんなの関係無いんじゃないの？
JAVAを擁護してるのだって、感情の正当化のための後付でしょう。
222 ：
デフォルトの名無しさん ：01/12/16 00:14
JAVAを滅ぼしてもＣ＃が台頭してきたんじゃなんにもならないんだＹＯ！
>>218-219 オイオイ、現実的な話になったらとたんに弱気になったな。
実運用の話が一段落したところで、やっと口をだせるようになったのか (ﾜﾗ
土日は暇が出来て、パワーが余るのかな？
やっぱりいつもの死滅スレでした。
>>223 自分では運用なんてできないくせに。(藁
Javaと同じくらいクソなスレだな
231 ：
デフォルトの名無しさん ：01/12/16 00:42
age
何か大作戦をやっているやつが一人…
まともなのは、この本家だけ。
追いつめるから、暴走するんだよ。
今この板が荒れて、関係ない人間にまで被害が出ているのは、
JavaUser = ム板の鼻つまみ者
窮鼠猫をかむ。
239 ：
デフォルトの名無しさん ：01/12/16 01:11
JAVA使いとRuby使いがいなくなれば、この板に平和が訪れます。
ＪＡＶＡ派の工作員があがいても 死滅スレで機能する
, ' ' ´ ` :,
243 ：
デフォルトの名無しさん ：01/12/16 01:18
Ruby >>>>>>>>>>>>>>>>>. Java >>>>>>>>>>>>>>>>>>>>>> C#
>>241 時とともに消えるだろ
これとかも－＞死滅スレをマ板に隔離せよ！
自分で立てたんだろうな(-:
245 ：
デフォルトの名無しさん ：01/12/16 01:25
ここってPART3かよ、糞スレ続けんな!
ﾏﾀｰﾘしたｶｷｺｷﾎﾞﾝ
>>244 学生時代は、いろいろ恥もかくもんさ！！！
Run Anywhereとか言っといて、デスクトップ壊滅じゃん。
祭りに疲れた。鬱田寝用
Nativeを否定してくる.NETなんて逝ってよし！
251 ：
デフォルトの名無しさん ：01/12/16 01:46
Ｃ＃＞Java＞Ruby
>>250 > Nativeを否定してくる.NETなんて逝ってよし！
否定してないYO！
> CLR上でC++やる意義って何よ！
ネイティブとVMコードのミキシングだYO！
> NETプラットフォームWindowsなんて今より動作不安定になって
> 失敗すんだろ。
.NETはベータのくせに異様に安定してるYO！
> VC++のアンマネージド環境は今後も守って欲しいもんだ。
守られてるYO！
253 ：
デフォルトの名無しさん ：01/12/16 01:47
>>217 ：デフォルトの名無しさん ：01/12/16 00:04
＞
>>200 ＞実行権とアクセス権。
＞常識だろ。
ハァ? それがOSレベルのセキュリティってか? 予想されたユニ坊の
答えとはいえあまりにも前近代的だな。ActiveDirectoryとかなんも
知らんのだろうな、セキュリティディスクリプタもsidも。
DQNはさっさと死滅してくれ。
254 ：
デフォルトの名無しさん ：01/12/16 01:47
Ruby≒神。
255 ：
デフォルトの名無しさん ：01/12/16 01:51
>>252 Java厨はWindows2000すらさわったことがない人たちなので許してやってください。
>>253 UNIX使いなんて、20年前の概念で成長が止まってるからNE！
こんなドキュソに支持されてるからJAVAは死滅しちゃうんだNE！
>253
>>257 どうして泣きながらカキコしてるんですか？
ｖ(＾・＾)ｖ
セキュリティディスクリプタって何ですか？
MAC > DOS/V の時代があった
>258
264 ：
デフォルトの名無しさん ：01/12/16 01:58
>257
C#の怖さは、Javaへの移植しやすさだね。
266 ：
デフォルトの名無しさん ：01/12/16 01:59
UNIXってだめだよね
間違えた。（藁
268 ：
デフォルトの名無しさん ：01/12/16 02:00
>>252 >否定してないYO！
例えばJNIのようなものは用意されてるんですか？
>ネイティブとVMコードのミキシングだYO！
わざわざする価値ある？
あ、それとも↑のようなものがあるってことなのかな？
>.NETはベータのくせに異様に安定してるYO！
Windows自体が.NETプラットフォームに移行したときの話だYO！
> VC++のアンマネージド環境は今後も守って欲しいもんだ。
守られてるYO！
そりゃ当分はあるだろうけど、今後の力の入れようが
C++.NETと格差がでないようｷﾎﾞﾝﾇ。
UNIXもJAVAもクソ。前近代的。
>>265 >C#の怖さは、Javaへの移植しやすさだね。
>同じ機能があるなら、ベンダー所有の言語と標準化言語のどっちを選ぶ？
まあなんだ、Java厨諸君は割引招待券をもらっているようなものだから
安心してSunを裏切ってくれ(ﾌﾟ
271 ：
デフォルトの名無しさん ：01/12/16 02:03
うわ。Win房の巣窟だよ・・・
C → 1980年代の技術
>>266 UNIXはコマンドライン最強
しかし時代はGUI
UNIXのGUIはﾏｽﾞｰ
>>271 > サーバーOSはUNIXでしょ。
ﾌﾟﾌﾟﾌﾟ。年寄りﾊｹｰﾝ！
とっとと引退してNE！（ﾌﾟｰ
>>272 どこかに載ってたのは
CとUNIX → 1980年代の技術
C++とWindows → 1990年代の技術
C#と.NET → 2000年代の技術
だったかな。
276 ：
デフォルトの名無しさん ：01/12/16 02:06
>>275 じゃあ、JAVAははじめから舞台がなかったんだNE！
あぼーん
>サーバーOSはUNIXでしょ。
>>268 ＞>否定してないYO！
＞例えばJNIのようなものは用意されてるんですか？
JNIなんかJava1.1の頃からアップデート不能状態で捨て去られてるだろ。
しかも嫌そーにCインタフェイスだけでC++ﾏﾝｾｰな俺に苦痛を強いる。
Java is the ONLY ONEと本気で$unが信じ込み、プラットフォーム依存の
醜い部分を隠そうとした$un専制の負の側面の象徴。
>>268 > 例えばJNIのようなものは用意されてるんですか？
DllImportがあるYO！
ネイティブつなぎ放題だYO！
> わざわざする価値ある？
Win32APIなしでは現実的なアプリは作れないYO！
>>253 並べてる単語がなんだか判らんが、複雑なほど良いと言うわけじゃないよ。
ＵＮＩＸはその二つの単純なセキュリティーが全ての資源にあるから万全なのさ。
ＷＩＮだと穴だらけ（というか壁が無い）から煩雑なセキュリティー機構を
泥縄式に付けてるけど、結果を見ての通り全然ダメ。
まあ、.NET は正式版リリースしてからものを言えってことだな。
俺の書き込み消されやがんの（超反省ｗ
286 ：
デフォルトの名無しさん ：01/12/16 02:20
【11:990】●●UNIXって死滅しちゃうの？？？？●●
287 ：
デフォルトの名無しさん ：01/12/16 02:23
>>283 ＞ＵＮＩＸはその二つの単純なセキュリティーが全ての資源にあるから万全なのさ。
どこが? 標準のファイルシステムでセキュリティをサポートしてんのかよ
288 ：
デフォルトの名無しさん ：01/12/16 02:24
ＵＮＩＸって、もう時代遅れだよ。
289 ：
デフォルトの名無しさん ：01/12/16 02:24
>282
>>287 そのセキュリティとはファイルのプロパティのセキュリティタブのことですか？（ｗ
291 ：
デフォルトの名無しさん ：01/12/16 02:25
>>287 283はDQN Sヨだからテクニカルな質問はしちゃだめだＹＯ！
>>290 抽象化の意義を理解できない厨房の惨状たるやC++の意義を理解できない
Cプログラマー並だな。
>>288 時代遅れではあるが実用的に枯れている。
294 ：
デフォルトの名無しさん ：01/12/16 02:28
ＵＮＩＸってＣプログラマーだらけだね。
295 ：
デフォルトの名無しさん ：01/12/16 02:30
>>294 そそ。で、Javaという新しいおもちゃをあたえられて「よーしパパオブジェクト指向しちゃうぞー」、とか言って
手続き指向のプログラム量産してるの。もう見てらんない。
296 ：
デフォルトの名無しさん ：01/12/16 02:31
俺はＪＮＩを極めた
>>289 > DLLのインポートはJNIでもできます。
自分の言語でインポートできるんだYO！
Cのヘッダーなんて要らないYO！
298 ：
デフォルトの名無しさん ：01/12/16 02:31
IBM AIX、 SUN Solaris、HP-UNIX < MS Windows
どうせミの部分は普通のCで書かなきゃいけないんだもん
>>298 Windowsもついに64bitになって、デフォルトでCLRがつくようになった。
もうUNIXもおしまい。
>>295 Javaは使ってないよ、普通にC++。
夢を見た人はいた、それも過去のこと。
>>292 んー？ActiveDirectoryとやらをまともに
使いこなせているやつがどれくらいいるのかね。
あれなら UNIX 管理者を育てる方が楽だと思うが。
C++ の意義ね。Stroustrup のインタビューを読んだから知ってるよ。
303 ：
デフォルトの名無しさん ：01/12/16 02:34
>300
305 ：
デフォルトの名無しさん ：01/12/16 02:36
>300
Solarisの最低さはUNIX界の癌
>>303 そうだな。64bitになれば49.7日で落ちないからな。
308 ：
デフォルトの名無しさん ：01/12/16 02:38
M$なんかよりSunの方がオープンな優良企業だけどね。
In article
>>302 , デフォルトの名無しさん/sage/302 wrote:
>C++ の意義ね。Stroustrup のインタビューを読んだから知ってるよ。
そういいながらあなた方は自分たちが馬鹿にしているはずのJavaのチンポを
非MSというだけの理由でよろこんでしゃぶるのですね? :)
>>309 一度SUNの仕事やりなさい。そしてぼったくられなさい。
312 ：
デフォルトの名無しさん ：01/12/16 02:41
>309
(・∀・)ﾂﾚﾀ!
314 ：
デフォルトの名無しさん ：01/12/16 02:43
マイクロソフトはすごい。
(・∀・)ｳﾏｰ
317 ：
デフォルトの名無しさん ：01/12/16 02:45
Java厨アンケート: 抱かれたい男 ベスト3
318 ：
デフォルトの名無しさん ：01/12/16 02:45
Sunのほうがすごい。
>>317 ゴスリングたんとマクネリたんは？
おまけでエリソンたんも。
320 ：
デフォルトの名無しさん ：01/12/16 02:48
321 ：
デフォルトの名無しさん ：01/12/16 02:48
>>319 ビジネスでがつがつしているオヤヂたちは純真なJava厨たちには人気がないのです。
322 ：
デフォルトの名無しさん ：01/12/16 02:49
>>320 WindowsNT4.0って何年前のOSだっけ?
324 ：
デフォルトの名無しさん ：01/12/16 02:50
邪婆 > 乳母
以下、書き込みには次の２行を必ず入れてください。
>>320 NT4.0じゃん。
おいおい…世の中から NT4 が消え去ったとでも言いたいのか？
でも、NT4と200の違いは大きいよ。
>>320 NT4.0じゃん。
328 ：
デフォルトの名無しさん ：01/12/16 02:53
>>326 過去にはふれるな、ジャバのほうが酷いんだから
329 ：
デフォルトの名無しさん ：01/12/16 02:53
330 ：
デフォルトの名無しさん ：01/12/16 02:53
>>326 おいおい…世の中からAS/400が消え去ったとでも言いたいのか？
332 ：
デフォルトの名無しさん ：01/12/16 02:55
333 ：
デフォルトの名無しさん ：01/12/16 02:56
Component Object Model
334 ：
デフォルトの名無しさん ：01/12/16 02:56
秋葉のジャンク屋で買ったAS400が家にありますが
やっぱり死滅スレの中でもJavaは特別だNE！
>>320 NT4.0じゃん。
336 ：
デフォルトの名無しさん ：01/12/16 02:59
337 ：
デフォルトの名無しさん ：01/12/16 03:02
??4.1でもでてんのか？
339 ：
デフォルトの名無しさん ：01/12/16 03:05
まあ天然ＩＩＳサーバーをカウントすればwinサーバーが最多かもな 藁
340 ：
デフォルトの名無しさん ：01/12/16 03:06
まあ、あれだね。
343 ：
デフォルトの名無しさん ：01/12/16 03:08
NTぃ？
344 ：
デフォルトの名無しさん ：01/12/16 03:09
Console.WriteLine("");
345 ：
デフォルトの名無しさん ：01/12/16 03:10
346 ：
デフォルトの名無しさん ：01/12/16 03:11
マッカーは断末魔の寸前まで
347 ：
デフォルトの名無しさん ：01/12/16 03:12
UNIX厨は頭が固い
348 ：
デフォルトの名無しさん ：01/12/16 03:12
349 ：
デフォルトの名無しさん ：01/12/16 03:13
350 ：
デフォルトの名無しさん ：01/12/16 03:13
2000で評価して欲しいのか？
>>348 この部分が気になった。
> ECMA approved the fast-track motion of these specifications to ISO.
最終的にはISOも狙ってるのかな？
>>320 NT4.0じゃん。
352 ：
デフォルトの名無しさん ：01/12/16 03:14
Mac OS-Xﾏﾝｾｰ(・∀・)
>>320 NT4.0じゃん。
353 ：
デフォルトの名無しさん ：01/12/16 03:14
煽ってるだけかＹＯ！
>>350 > 基本的には変わらんよ。
ならば、なぜ2000が出るまであれだけ時間がかかった？
>>320 NT4.0じゃん。
>>352 MacがGNUの軍門に下るのも時間の問題です。GNU is Not Unix
>>320 NT4.0じゃん。
そういや、FreeBSD版CLIってMacも視野に入れてるのかな？
>>320 NT4.0じゃん。
悲惨な320･･･
>>320 NT4.0じゃん。
358 ：
デフォルトの名無しさん ：01/12/16 03:19
359 ：
デフォルトの名無しさん ：01/12/16 03:19
>>356 やっぱマウスボタン1つしかないﾏｸでWeb見るときにはIEが欠かせないよね！
>>320 NT4.0じゃん。
>>358 Mac版Officeもあるから、.NET移植は必要だと思うわけよ。
>>320 NT4.0じゃん。
361 ：
デフォルトの名無しさん ：01/12/16 03:42
unixおしまいって・・・
362 ：
デフォルトの名無しさん ：01/12/16 03:44
MSがつくるものは例外なく糞〈藁
>>361 インターネットエクスプローラだって
開発費は膨大。
MSの儲け方しならいの？
Sunがつくるものも例外なく糞。
誰か、オープンソースでWindowsクローン作ってくれ
>>361 彼らにとって AIX, Solaris, HP-UNIX は糞だそうです。
個人的に今日のヒットは
>>214
367 ：
デフォルトの名無しさん ：01/12/16 03:48
>>365 いちから作ればLinuxみたいにOK？
マザーボード自体から作り上げることは出来ないものだろうか?
>>368 やってる人もいる。
検索して味噌。
その根性に驚くから。
371 ：
デフォルトの名無しさん ：01/12/16 03:57
なんでLinuxが盗作にならないのか不思議なんだけど。
372 ：
デフォルトの名無しさん ：01/12/16 03:58
日本くらいだね、ゲイツの肛門を舐めて喜んでいるのは〈藁
373 ：
デフォルトの名無しさん ：01/12/16 03:59
>>371 >なんでLinuxが盗作にならないのか不思議なんだけど。
おまえが馬鹿なだけじゃん（ｗ
374 ：
デフォルトの名無しさん ：01/12/16 04:01
>>373 UNIXをまねて作ったんでしょう？
歌や絵を真似て作ったら盗作じゃない。
.NET厨大暴れだな。
.NET＝ブッシュ
378 ：
デフォルトの名無しさん ：01/12/16 04:08
内容が薄い
380 ：
デフォルトの名無しさん ：01/12/16 04:20
Ruby >>>>>>>>>>>>>>>>>>>>. Java >>>>>>>>>>>>>>> C#
>>380 他のスレ荒らさなかっただけ誉めてやろう。（飴と無知）
383 ：
デフォルトの名無しさん ：01/12/16 04:24
ぷうううううううううううううううううううううううRuby以外の言語は糞。
>>374 ソースコードの盗用がなければ問題ない。
UNIX の機能に関しては POSIX などの公開規格が存在し、
それを実装することには何ら問題ない。
GUI の外見を似せると意匠や著作権に引っかかる可能性はあるが、
カーネルには関係ないし。
385 ：
デフォルトの名無しさん ：01/12/16 04:26
iuuuuuuyyyuuiiiiiiiRuby!!!!!!!!!!!!
>>382 わざとに決まってるだろ。おまえにかけたの。
つっこんでくるほど無知とは思わなかったが（藁）
ちなみに380=382
380=382=383=385
388 ：
デフォルトの名無しさん ：01/12/16 04:28
ちゃうわあああああああああああああああ
自分で書き込み時間見てみろ。
391 ：
デフォルトの名無しさん ：01/12/16 04:30
>>384 そういうものなんだ。ありがとう。
そういえば、KDEにWin2KライクのGUIがあったな。大丈夫なのかな。
良く笑ったから、よく眠れそうだ。
393 ：
デフォルトの名無しさん ：01/12/16 04:36
藁藁藁Ruby藁藁藁
394 ：
デフォルトの名無しさん ：01/12/16 04:36
夜中に笑うキティ392
395 ：
デフォルトの名無しさん ：01/12/16 04:40
>>393-394 ルビユーザーを装うのは、疲れませんか。あなたにとっても、この板の
住人にとっても、不幸なことだと思います。
396 ：
デフォルトの名無しさん ：01/12/16 04:45
真性Ruby厨房の降臨ですか？
397 ：
デフォルトの名無しさん ：01/12/16 04:58
Oh yes! everybody is!!!!!!!!!!!!!!!!!!!!!!!!!!!11
398 ：
デフォルトの名無しさん ：01/12/16 05:05
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Java
399 ：
デフォルトの名無しさん ：01/12/16 05:10
>>Java Programmers
400 ：
デフォルトの名無しさん ：01/12/16 05:11
400!
401 ：
デフォルトの名無しさん ：01/12/16 10:57
ビルゲイツへのひがみ君が多いな。
粘着荒らしが一杯だな。
403 ：
デフォルトの名無しさん ：01/12/16 13:03
まあ、はっきりしていることは、Ruby はだめてことだ。
まあああ、ｗしうｈせｒてうｗｔRuby >>>>>>>>>>>> Java
Rubyユーザ以上に使ったこともないRubyで煽ってる奴等は糞。
406は糞
405は糞
UNIX=UN
409 ：
電気科の人 ：01/12/16 14:03
ＪＡＶＡはこれからあがってくる言語のひとつ。
411 ：
デフォルトの名無しさん ：01/12/16 14:29
標準化ならもうしてますけど？
413 ：
デフォルトの名無しさん ：01/12/16 14:39
>>412 どこの団体が Java を標準化したんでしょうか？
まだまだ勉強不足なもので教えていただけないでしょうか？
>>320 NT4.0じゃん。
標準化という言葉に踊らされている厨が釣れました。
一度国際標準をとってしまうと、後々の研究成果の反映にかえって邪魔になってしまう。IBM が研究を進めている
ちなみに俺は言語なら ANSI/ISO あたりの大量のかったるい書類が必要なところじゃなけりゃ
419 ：
デフォルトの名無しさん ：01/12/16 15:01
標準化されたからC#って言葉自由に使っていいの？
>>419 だれもそんな話はしてないし、はたからみれば Sun が Java を標準化しているのと変わらない。
逆に IBM みたいに莫大な研究費投入してる莫迦企業 (藁) って C# についてるのか?
まぁまぁ使えそうですレベルでの標準化はフライング以外には見えないのだが。
>>417 息のかかった人間がいるだけで関連団体なんでしょうか？
それとも MS と ECMA って金銭関係があるの？
煽りではなく本当に知らないのでお願いします。
>>419 その表現面白いので是非コテハン名乗ってくれる事を希望します。
423 ：
デフォルトの名無しさん ：01/12/16 15:14
Java (C)copyright sun corporation.co.ltd.＞＞＞＞＞＞Ｃ＃
>>421 馬鹿だな、MS にとってはお客様こそ大切な研究者なのだよ (ﾜﾗ
研究投資はこの ｽﾚ に群れてる連中のお布施と修行によってまかなわれるのだよ。
425 ：
デフォルトの名無しさん ：01/12/16 15:18
あーあ、痛いところを突かれたんで「標準化の弊害」なんてのを
426 ：
デフォルトの名無しさん ：01/12/16 15:18
■■■■■ .NET信者さんご苦労様。 ■■■■■
428 ：
デフォルトの名無しさん ：01/12/16 15:31
逆に、Javaが標準化され、C#/CLIが標準化されてかったら、
まあ、Javaを反面教師としてC#も標準化されることになった部分があるよね。
>>422 今回の選定委員会の委員長がM$社員なんだよ。
普通、こういった人選をすること自体がおかしい。
面接で面接者と面接官が親子だったとしたら、
それが公正な審査だとは誰も思わんでしょ。
JavaScriptみてりゃー判るけど、改善勧告出すくらい
が関の山で実際勝手し放題だよ。
期待すると馬鹿を見るよ！
431 ：
デフォルトの名無しさん ：01/12/16 15:44
結論としては、
432 ：
デフォルトの名無しさん ：01/12/16 15:46
>>431 いやー MS ほどのやんちゃは出来ませんよ。
IBM も HP も見てるかし。
>>430 ひょっとして ECMA って腐ってるんですか?
436 ：
デフォルトの名無しさん ：01/12/16 16:18
煽り屋しかいないから相手にすんな。
437 ：
デフォルトの名無しさん ：01/12/16 16:25
レベル低いなここ・・・
438 ：
デフォルトの名無しさん ：01/12/16 16:26
C#はどれくらいオブジェクト指向なの？
439 ：
デフォルトの名無しさん ：01/12/16 16:28
まだオブジェクト指向とか言ってる厨房が居るな。
Ｃ＃は
C#はだいたいこのくらいオブジェクト嗜好で
>>439 コボラー発見。
それともエージェント指向? いや試行か (ﾜﾗ
C#は便利さを追求したコンポーネント指向言語だよ。
OLE や COM の頃からコンポーネント指向って言ってなかったっけ?
446 ：
デフォルトの名無しさん ：01/12/16 17:04
このスレは煽り・罵倒ばかりで、何か有益な議論はできないのか？
オブジェクト指向とコンポーネント指向って、手続き型設計と OOD くらい違うもの?
>>443 ＞便利さを追求したコンポーネント指向言語
それって VB
>>447 ソフトウェア部品として扱えるクラス（群）をコンポーネントという。
普通に IE コンポーネントなどを考えてくれ。
この辺の定義は適当。 Java だと Beans がコンポーネントということになってる。
インタフェイスが（少なくても特定の言語や環境において）標準化
されているのが単なるライブラリとの違い。
コンポーネント指向はできる限りコンポーネントの組み合わせによって
ソフトウェアを構築すれば工数が減ってハッピーという考え。
出来合いのコンポーネントが増えれば増えるほど楽になる。
沢山合っても、目的のものを探せるのか、カスタマイズできるのか、
実際に使いまわしができるかどうかが問題なのだが。
>普通に IE コンポーネントなどを考えてくれ。
>>439 それってオブジェクト指向のある一面を強調しただけに過ぎないのでは...
相変わらず MS って焼き直しを新しい技術みたいに表現するの得意だなー、と再認識。
そしてそれで釣れる厨房もいるもんだなー、とも再認識。
>>451 まあ、 DDE OLE OLE2 COM COM+ ActiveX (さよならDNA) .NET
と長年 OS のコンポーネント化に勤めてきたおかげで
VB の（切り貼りしてる分には）驚異の生産性や
IE コンポーネントブラウザができたのだし。
C# = VB を自慢されている Javaﾗｰ っていったい...
>>452 DNA なつかしー
.NET も DNA と同じ道を歩まぬことを望まぬばかりだ。
会社に DNA を１ヶ月調査させられた俺としては (ｗ
> 同じ道を歩まぬことを望まぬばかりだ。
>454
457 ：
デフォルトの名無しさん ：01/12/16 18:29
COMはすごいぞ
俺様定義だと、
Javaはちゃらちゃらしてるから嫌い!って人いますか?
460 ：
デフォルトの名無しさん ：01/12/16 19:21
「標準なんてどうでもいいから」
＞４５９
もうだめぽ > JAVA
DDE++ = OLE
465 ：
デフォルトの名無しさん ：01/12/16 20:29
Javaって何よりライブラリが糞だね。
>>465 で、君のライブラリ使うとイカほど効率が上がるわけよ (ｗ
468 ：
デフォルトの名無しさん ：01/12/16 20:56
ライブラリの標準化によって効率があがるのは
469 ：
デフォルトの名無しさん ：01/12/16 20:59
オブジェクト指向で設計してれば、
470 ：
デフォルトの名無しさん ：01/12/16 21:00
それで、C#とJAVAの違いを教えてください。
472 ：
デフォルトの名無しさん ：01/12/16 21:04
>>467 俺ライブラリは、テンプレートとプリミティブクラス、
薄く抽象化されたGUIライブラリ、
XMLパーサー、正規表現エンジンなどユーティリティクラスで構成される。
プリミティブクラスはインラインベース、通常のクラスはスタックベースになっている。
そして特筆すべきはバーチャルテーブルオーバーライドによる動的関数バインディング。
MMX,SSE,SSE2,MIPSIV命令などを駆使してフルチューンされたファンクションによって
機種に依存することなくどんな環境でも最高のパフォーマンスで動作する。
生産性はJava以上、速度はC++以上。
>>472 自家発電で生産性がJava以上と言うか。めでてぇな。
475 ：
デフォルトの名無しさん ：01/12/16 21:15
Javaってやっぱすごいよ。
476 ：
デフォルトの名無しさん ：01/12/16 21:23
>>474 オブジェクト指向は過去の資産を再利用してこそ意義がある。
標準ライブラリがまともならいいが、JavaやMFCは糞だから
自分で作った。それだけだ。
>MMX,SSE,SSE2,MIPSIV命令などを駆使してフルチューンされたファンクションによって
478 ：
デフォルトの名無しさん ：01/12/16 21:26
>>477 なぜ？SH4,VU0,VU1…と続くのだが。
クライアントサイドや普通のコンシューマー向けにはすごくいいね。
480 ：
デフォルトの名無しさん ：01/12/16 23:06
とにかく痛いのは言語のライブラリを盲信していて
>>472 みたいな
自分ライブラリを否定している
>>474 のような輩。
暗に「私はライブラリ作れません。メーカーのライブラリを並べることしか出来ません」
と言ってる事に気付かないのか？
まあ、ＯＯＰＬではライブラリ作りにくくてしょうがないけど。
>>480 ＞まあ、ＯＯＰＬではライブラリ作りにくくてしょうがないけど。
そんなことはないが? 単なる関数集を作るに留まらない設計スキルが
要求されるという意味では、難しいことは事実だろうけど。
で、ユーザからしてみれば、後からオーバライドしてライブラリの
一部を拡張することが容易なので良い。
「よーし、父さん大車輪ライブラリ作っちゃうぞー」
483 ：
デフォルトの名無しさん ：01/12/16 23:50
>>481 設計はできるが、クラスが邪魔で実装しにくい。
484 ：
デフォルトの名無しさん ：01/12/16 23:52
>>482 天然かネタか判らんが、標準のライブラリで足りてるような仕事
しかしてないのか？
コーダーであることがそんなに自慢か？
>>484 既存のライブラリ再発明している奴発見。
487 ：
デフォルトの名無しさん ：01/12/17 00:07
コーダーとプログラマーの違い
488 ：
デフォルトの名無しさん ：01/12/17 00:12
>>484 この手のやからは車輪の再発明を理由にして技術から逃げているだけです。
まあ底辺システム系の多くは、
とにかく動けばよいという傾向が強いのでそれでかまわんのでしょう。
まあ、そんな単純労働者は、あと数年でポイでしょうが。
普通、他社と製品の品質で競争しようと考えたたら、
コアライブラリを標準だけで済ませるなんて、とてもできませんがね。
489 ：
デフォルトの名無しさん ：01/12/17 00:13
オサマビンラディン氏はまだ不明らしいぞ
JAVA ･･･ 発想はよいが実装がよくない
491 ：
デフォルトの名無しさん ：01/12/17 00:16
コーダーとプログラマーの違い
492 ：
デフォルトの名無しさん ：01/12/17 00:17
>>492 .NETのために言語の一部機能を殺してしまうところ。
>>487 適当なラッパーばかりのツールキットライブラリ作って「フレームワークが出来た」とか抜かすのは
糞プログラマ、ってのが抜けてるぞ。
平均的プログラマから見ると、
496 ：
デフォルトの名無しさん ：01/12/17 00:22
>>493 それは仕方がないのでは？
ポインタ直接操作されたら、ガベコレなんて実現できんし。
そういうのはnativeで書いてねというのは利に適っていると思う。
497 ：
デフォルトの名無しさん ：01/12/17 00:22
オサマビンラディン氏はまだ不明らしいぞ
>>496 多重継承はできない、テンプレートは使えないなんてC++じゃないYO！
>>491 煽りだけでＪａｖａなぞ知らない厨房発見。
JAVAの叩くべきところもなくなってきたような気がする。
501 ：
デフォルトの名無しさん ：01/12/17 00:27
>>499 お前なぞより、はるかにJavaには詳しいぞ。
privateメソッドのコールに使われる、
バイトコードのインストラクション言ってみ？
これ以上、死体に鞭打ってもなぁ。
.NETには叩ける部分がないんだよなぁ。
504 ：
デフォルトの名無しさん ：01/12/17 00:30
>>498 多重継承は実装依存だから仕方がないとして、
テンプレートぐらい使えても良さそうだけどな。
まあ、テンプレートが使えんC++コンパイラって結構あるので、
俺は利用してないからかまわんけど。
505 ：
デフォルトの名無しさん ：01/12/17 00:35
Javaなんかイマサラ知ってもなあ。コボラーになりたくないし(藁
>>499 答えられんのか？
バイトコードも知らずによくJavaを知っていると言えるな、おい。
>>506 そんなこと知らなくてもJavaのコードは書けるよ。勘違いさん。（ﾌﾟ
>>507 これだからJavaプログラマはレベルが低いって言われるんだよ。
コンパイル後のネイティブコードが想像できない奴に、
まともなプログラムがかけるかっての。
>>508 俺は、こういう知ったかぶり君が大嫌れーなんだよ。
511 ：
デフォルトの名無しさん ：01/12/17 00:42
ところで、オサマビンラディン氏はまだ不明らしいぞ
>>509 元アセンブラ屋って感じだな。時代遅れ。（w
皆さん今夜も祭りが始まったようです。
>>510 デザインパターンくらい全部言えるよね (ﾌﾟ
>>509 > コンパイル後のネイティブコード
あれ？バイトコードってネイティブだっけ？
516 ：
デフォルトの名無しさん ：01/12/17 00:45
元アセンブラ屋、元コンパイラ屋って、
517 ：
デフォルトの名無しさん ：01/12/17 00:45
オサマビンラディン氏は後悔してるのかな
>>515 莫迦だな、501 くらいすごい人のことだから、JIT が走った後の事言ってんだよ (ﾌﾟ
>>514 とりあえず、バイブルにあげられているデザインパターン
Iterator,Adapter,Template Method,Factory Method,Singleton,Protptype
Builder,Abstruct Factory,Bridge,Strategy,Composite,Decorator,
Visitor,Chain of Responsibility,Facade,Mediator,Observer,Memento
State,Flyweight,Proxy,Command,Interpreter
つうか、デザインパターン全部いえるとか言ってる時点で、
デザインパターンを理解できてないだろ。
デザインパターンってのは23個だけじゃないんだぜ？
>>519 そう、JITコンパイル語のコードを予測してこそ、
初めてまともなJavaプログラムが書けるのだよ。
523 ：
デフォルトの名無しさん ：01/12/17 00:54
java の処理系ってバイトコンパイルの結果がどうなるかわからんと
>>522 HotSpotでどこがコンパイルされるかまで予測してるんだね？
>>524 そんな使えないJITコンパイラのことなど知らん。
526 ：
デフォルトの名無しさん ：01/12/17 00:57
>>522 その心は？ そこまで予測しないと java は遅くて使えないって事か？
527 ：
デフォルトの名無しさん ：01/12/17 00:58
俺はＪａｖａを知っている
>>526 それでわかるのは 501 が粘着院生だということだけだよ。
ここで虚勢をはってる学生も、あと数年もすればjavaやめてるよ。
530 ：
デフォルトの名無しさん ：01/12/17 01:00
>>528 学生か・・・
何十万ステップのプログラムをバイトコードを気にしながらは書けんね。
つまり、業務プログラムは書いたことが無いって事ね。納得！
はいはいみなさーん、Java は 501 の大切なオナペットですから、荒らさないでくださーい。
532 ：
デフォルトの名無しさん ：01/12/17 01:04
>>529 java の GUI は、糞重なんだけど、Servlet に使う分にはいいと思うけどね。
いずれはここに隔離されてる.NET厨つーかアンチJAVA厨が他スレにでてくると思うと…{{ (>_<;) }}
>>530 極論が好きだねぇ。20 : 80の法則って知ってる？
あとまともなプログラマなら、意識せずとも
自然にオーバーヘッドを避けるように癖がつくから大丈夫。
501 は逃げ出した
>>532 javaのGUIが糞重なのは、
グラフィックデバイスを妙に抽象化しているためです。
ピクセル形式なんて1,4,8,16,24,32程度の固定でいいのに、
ありもしない将来の拡張とやらのために
クリティカルな部分にまで皮をかぶせまくっている
糞ライブラリのせいなのです。
正直、クラスファイルの最初の２バイトしか知らなくても一日 数十ギガの出力をさばくログクラスは書ける。
538 ：
デフォルトの名無しさん ：01/12/17 01:11
>>534 バイトコードを意識したオーバーヘッドを避けるプログラムなんて無理っしょ？
java でもオプティマイザはあるだろうし。。
540 ：
デフォルトの名無しさん ：01/12/17 01:13
>>536 >グラフィックデバイスを妙に抽象化しているためです。
>クリティカルな部分にまで皮をかぶせまくっている
java は、セークスの妄想に耽る包茎童貞君ってことね。
541 ：
デフォルトの名無しさん ：01/12/17 01:15
しかし、ビンラディン氏はどこへ行ったんだろう
542 ：
デフォルトの名無しさん ：01/12/17 01:17
ガベコレの挙動から何からの(ほぼ)undocumentedな機能に精通しないとまともなJavaプログラムは組めません。
>>538 ・フィールドやメソッドはできるだけprivateにする、
・拡張しないなら、finalをつける、
・クリティカルな部分をインターフェイスにするのは避ける、
・ループの中でnewは避ける、
・ローカル変数のスコープを縮める
・クリティカルなデータは、クラスでなくプリミティブ配列で済ます
などなど、
コンパイラはあらゆる可能性を考慮する必要があるので最適化にも限界がある。
だからプログラム側で、その可能性の範囲をしぼってやり、
できるだけ最適化しやすいようにしてやる必要があるわけです。
544 ：
デフォルトの名無しさん ：01/12/17 01:24
>>543 あまり特別な理由がないかぎりはそんなことを
意識してはいけない。
やむをえずそれを考慮して奇妙なコードを書く場合は、その旨の
コメントを残すように。
>>543 なんかどっかで読んだような話ばかりだな。DB2 の話でもしてくれよ。
いや…543のって奇妙か？別にいいんだが…
>>544 543の内容ってそんなに特別なものなんですか？
自分も1つ2つ実際にやってることがあるんですけど。
>>543 っていうかそれらから得られる実行速度は全部 JIT の挙動によって意味を成さなくなる
というのは既にこの手で検証した (Win/AIX, JIT なしだとかなり違う)。
±数ナノ秒のためにそれをやるか?
というか本読んだだけで実際に試してないだろ、おまえ。
549 ：
デフォルトの名無しさん ：01/12/17 01:31
>>548 ハゲ同！
プログラムは、後でメンテする人がハマらない様なコーティングを
するのが一番だと思われ。プロなら当然のこと。
550 ：
デフォルトの名無しさん ：01/12/17 01:33
>>548 ＤＢを使っているプログラムならそんな努力はファイルＩＯに食われてしまうね。
>>544 この程度が奇妙に見えるってのは、
いかに何も考えずプログラムを書いていたかってことだよ。
特に
・ループの中でnewは避ける、
は何気に最重要
for(int i=0;i<n;i++)
{
Rect r = new Rect(i,i,64,64);
}
Rect r = new Rect(i,i,64,64);
for(int i=0;i<n;i++)
{
r.Set(i,i,64,64);
}
前者と後者では速度に雲泥の差があるから気をつけよう。
552 ：
デフォルトの名無しさん ：01/12/17 01:36
>>551 つーか、そんな当たり前な話をされても・・・
553 ：
デフォルトの名無しさん ：01/12/17 01:38
>>551 わざわざそんな例を出さなくてもいい。
544 の言ってる内容はあたっている。
555 ：
デフォルトの名無しさん ：01/12/17 01:40
>>554 いくら何でも。。。居ないだろ？ 多分。。そう思いたい。
全部と書いたが new は遅かった。
>>548 アホか？実行速度がJITで帳消しにされるぐらいなら、
Javaは遅いなんていわれねーよ。
少なくとも上にあげた事象は、JITレベルでも解消できるものではないし、
ネイティブレベルで見ても意義があることだ。
まあJITコンパイラの最適化が糞で、少々の差は覆い隠されるというなら
納得はいくがね。
>>554 ,555
つーか、新人はふつーにやってくれるので後でシメるのが大変。
559 ：
デフォルトの名無しさん ：01/12/17 01:45
>>556 >>551 の前者のようなことをすれば、激しくＧＣが起きて糞遅になるな。
当たり前の話だけど。
560 ：
デフォルトの名無しさん ：01/12/17 01:46
Ｊａｖａは遅いんだよ。
遅いからこそ細かいところまで気を使わないといけない。
563 ：
デフォルトの名無しさん ：01/12/17 01:52
>>561 最近のパイプライン処理をするＣＰＵだとアセンブラで組むより
Ｃで組んでオプティマイザに任せた方が速いらしい
>>552 あの例はもっとも単純な例だ。
応用例としてクリティカルな部分に
ユニークなグローバルオブジェクトを割り当てる場合でも、
最初にグローバルなオブジェクトを一定数確保しておいて,
ループの中では
Object o = gObject[gObjectPtr++];
とするとか
とにかくループでnewを避けることが最重要だ。
565 ：
デフォルトの名無しさん ：01/12/17 01:53
ごちゃごちゃいわず、ものを作ってしまえば
アセンブラ 戦闘機
>>564 そういう知識もあとわずかの命だね。(＾∀＾)
>>565 お前みたいな奴が、一番糞だ。
Javaとともに市ね。
569 ：
デフォルトの名無しさん ：01/12/17 01:55
>>549 ＞
>>548 ＞ハゲ同！
＞プログラムは、後でメンテする人がハマらない様なコーティングを
＞するのが一番だと思われ。プロなら当然のこと。
そうなんですよ、Javaプログラマは世代が下る毎に脳が軟化していくんですよ。
570 ：
デフォルトの名無しさん ：01/12/17 01:56
モノを作ればいいんだよ、モノを！
とりあえず 501 は本ばかり読んでないで実際に手を動かしてみるのが先と思われ
>>569 脳が退化しているの間違いだろ。
というか、
そもそもC++ならこんな糞なテクニックを駆使しなくても普通に動くんだよ。
>>501 自慢にならん知識を披露しても底の浅さが知れるだけだからやめとけ。
574 ：
デフォルトの名無しさん ：01/12/17 01:57
>>569 後でメンテする人＝自分、数年後の自分＝脳が軟化している（ｗ
575 ：
デフォルトの名無しさん ：01/12/17 02:00
>>571 同意！
>>501 は、泥沼プロジェクトに参加したことが無いのは確実。
実務経験はあるんか？
>>571 はぁ？
マルチメディア関連のプログラムをJavaで組まされて
いかにこの腐った仕様を乗り越え速度を稼ぐか
ということに魂を捧げてきた俺様に向かって
その言い草はなんだ！
Javaの仕様を無視した厨房発言するけどさ、
578 ：
デフォルトの名無しさん ：01/12/17 02:01
>>576 おぉ、そりゃお気の毒じゃのぅ。同情するよ。
579 ：
デフォルトの名無しさん ：01/12/17 02:02
>>576 マルチメディアだぁ？
今現在Javaがどういう市場で受け入れられてるか知らんわけじゃなかろうに。
変則的な立場にいる自分のポリシーを一般化するな。
580 ：
デフォルトの名無しさん ：01/12/17 02:02
動けばいいんだよ動けば！
>>575 ああ、君なのようななんちゃってプログラムは組んだことないから
底辺のことはわからんよ。
582 ：
デフォルトの名無しさん ：01/12/17 02:03
>>577 そういう商用コンパイラはある(名前は忘れた)よ。gcj もある。
>>579 だれが今の話をしろといった。
アプレットがまだ生きていた時代に、
そんなJavaの限界を無視した仕事をやらされたんだよ。
584 ：
デフォルトの名無しさん ：01/12/17 02:04
>>577 俺もそう思う。プラットフォームなんてそんなに数がある分けじゃないし。
585 ：
デフォルトの名無しさん ：01/12/17 02:05
文句言われたら、Ｊａｖａだから遅いんですって
586 ：
デフォルトの名無しさん ：01/12/17 02:05
>>583 じゃあそんな昔の話を持ち出してどうしようってんだ(藁
587 ：
デフォルトの名無しさん ：01/12/17 02:05
>>583 今の話だと思うだろ？
今、生き残っているのは Servlet 市場だけかな？
>>582 JETってやつ？VisualCafeにもWin32-EXEを作る機能あったっけか。富士通もそんなの出してた記憶があるな。
gcjって、AWTとかSwingもネイティブになるの？
589 ：
デフォルトの名無しさん ：01/12/17 02:07
実際のところ、Ｊａｖａってこの先
590 ：
デフォルトの名無しさん ：01/12/17 02:07
Servletと、ケータイ周りのインチキJavaだけくらいか。
591 ：
デフォルトの名無しさん ：01/12/17 02:08
592 ：
デフォルトの名無しさん ：01/12/17 02:08
>>590 >インチキJava
ﾜﾗﾀ。しかも機種互換が無い。
>>586 すまんがJavaには死念が一杯つまっているんだ。
バイトコード仕様を見たときに感じた絶望は今でも忘れられん。
これじゃどうあがいても早くならんとね。
で、それからはJavaとは縁を切ったけどね。
>>590 インチキって言うな！！
なんちゃってと言え。
595 ：
デフォルトの名無しさん ：01/12/17 02:09
>>577 あ、そう。
携帯 Java とかのアホみたいな大変さは俺もよく知ってるから、悪意なく同情するよ。
597 ：
デフォルトの名無しさん ：01/12/17 02:12
>>593 Javaの設計要求において速度がプライマリに設定されてるんならそれは正論だがねぇ。
そこんところがズレてるんじゃない？
598 ：
デフォルトの名無しさん ：01/12/17 02:13
ハードウェアの進化によってJavaVMが早くなった頃には、Perlに実行速度/生産性とも追い抜かれてしまうのです。
599 ：
デフォルトの名無しさん ：01/12/17 02:13
>>593 バイトコードの仕様を３８６アーキテクチャーにすれば？
少なくともインテルＣＰＵでは速くなる（藁
>>597 大抵の人が車に求めるのは、速度じゃない。
しかしスクーターより遅かったら、やっぱり怒るだろ。
602 ：
デフォルトの名無しさん ：01/12/17 02:14
サーブレットが馬鹿遅いのをカバーするために、むやみに堅牢なシステムを買わされてしまう、それがサンの顧客の大多数です。
603 ：
デフォルトの名無しさん ：01/12/17 02:14
>>597 だが、最初からCUIやサーブレット用途に限定していたわけじゃないだろ。
速度を無視したはよいが、
結局サーブレットぐらいしか使い道がなかったってことじゃないのか。
605 ：
デフォルトの名無しさん ：01/12/17 02:18
>>604 Javaってもともと家電用の組み込みプラットフォームじゃなかったっけ？
しかもそれを家電とは全く無縁の
あの Sun にいるたかだか一人のエンジニアが個人的にデザインした。
その段階で既に速度だのなんだのは期待するもんじゃないと思うがねぇ。
で、それが結局ビジネスにならなくて
しばらくして Web が大流行して
そこで調子に乗って一大プロモーションをしかけて・・・とまあそんな具合で。
結局、明確なターゲットとそのターゲットを意識した
きちんとした技術から構成されたものじゃないと、と、俺はそう思うね。
で、501 のアリガタイお話は全部○年前の話って事？
607 ：
デフォルトの名無しさん ：01/12/17 02:24
>>603 消費メモリの記述がない、Cのコンパイラ/最適化スイッチの記述がない、などなど。無意味。
おい、よく読んだら 501 は何年前の話をしてたんだ?
>>606 そうだよ。死滅する言語と心中するほど俺はお人よしじゃない。
将来性のないアーキテクチャにはさっさと見切りをつけること。
C#にはなかなか見込みがありそうだけどね。
平凡な意見
611 ：
デフォルトの名無しさん ：01/12/17 02:29
死滅スレだけにJavaに怨恨のある501が書き込むのは正しい。
明日は平日ですよ。もう寝ましょう。
614 ：
デフォルトの名無しさん ：01/12/17 02:36
>>501 に同意だな。
501を非難してるようなのは作ってるモノが違うか、趣味ＰＧだろうな。
ﾏﾙﾁﾒﾃﾞｨｱ (ﾌﾟ
616 ：
デフォルトの名無しさん ：01/12/17 02:38
そう言えば俺もＪＶＭアセンブラの仕様みてポインタ無いのに絶望したな。
蛇腹同士の議論を聞いてると次スレのタイトルは
618 ：
デフォルトの名無しさん ：01/12/17 02:40
>>616 JavaはSmalltalkの子孫の部類、と考えればそれは納得が行く。
619 ：
デフォルトの名無しさん ：01/12/17 02:41
>>616 むしろポインタがないことが重要だと思うがどうか。
訂正
621 ：
デフォルトの名無しさん ：01/12/17 02:42
オープン系とC/S系の違いを教えろ
> マルチメディア関連のプログラムをJavaで組まされて
623 ：
デフォルトの名無しさん ：01/12/17 02:45
当然だがバイトコードのネイティブ記述部分自体にはポインタが使われている。
624 ：
デフォルトの名無しさん ：01/12/17 02:45
>>621 前者はCOBOLERが癌で後者はVBerが癌になっている。
>>622 そこは許そう。
それより、魂を捧げた成果が
>>543 なんだが、
これってプログラムの初歩だろ。
626 ：
デフォルトの名無しさん ：01/12/17 02:48
>>624 現在、ＪａｖａＰＧのレベルは時々刻々と下がりつつある。
そのうちＶＢ房並になるのは時間の問題。1年以内。
627 ：
デフォルトの名無しさん ：01/12/17 02:48
>>624 嘘教えるな
>>621 C/S系＝Client/Server系
TCP/IP等、ネットワークを駆使した物です。
628 ：
デフォルトの名無しさん ：01/12/17 02:52
最近のＪＡＶＡ支持者はＭＦＣでＷＩＮプログラム作れず挫折した
>>625 プログラムの初歩的なことしか成果が上げられなかったということを自慢しているようですが皆さんどうしましょう?
630 ：
デフォルトの名無しさん ：01/12/17 02:55
このスレはJavaを叩きたいのか持ち上げたいのかどっちなんだ。
>>629 なるほど、魂を捧げてプログラムの初歩を発見したと...
偉大なる先行者ですな。
634 ：
デフォルトの名無しさん ：01/12/17 03:01
>>630 このスレが他の死滅スレと違うのは、
・ＪａｖａユーザーでＪａｖａ支持派と
・ＪａｖａユーザーでＪａｖａ不支持派（＋只の煽り屋）
に分かれているところです。
他のスレはユーザーＶＳ煽り屋だけでしょ？
このスレは、汚物が外に流れないようにする、便器みたいな物です。
636 ：
デフォルトの名無しさん ：01/12/17 03:04
JFCの仕様をどんどん変えるのを止めて欲しい・・・。
637 ：
デフォルトの名無しさん ：01/12/17 03:05
成功してる携帯分野とサーバーサイドにしても
638 ：
デフォルトの名無しさん ：01/12/17 03:06
>>637 携帯に入らないのはどっちかっつうと DoCoMo が悪い。
>>636 Javaはオナニー言語だから、使ってる人間を無視して、
気のすむまで、いじくりまわすのさ。
>>637 サーバで動くあの巨大な業務要件＋超短期開発アプリはオブジェクト指向でドロップ
ダウンしてゆかないと無理だ。業務開発やったこと無いだろ 501。
もう寝よ
643 ：
デフォルトの名無しさん ：01/12/17 03:20
uva uva uvava
∧ ∧ ／￣
645 ：
デフォルトの名無しさん ：01/12/17 03:50
∧ ∧ ／￣
646 ：
デフォルトの名無しさん ：01/12/17 03:53
>>640 501じゃないＹＯ！
追加。
全て生成ー即ー廃棄 みたいなのをＯＯと言えるのかねえ・・・。
>>646 スタックとヒープの区別がないからクソだNE！
>>646 いや、使い捨てアプリ = 非 OO ということはないでしょ。
要件定義で UML 使ってシステム上の登場人物や関係や挙動を洗い出したりしないの?
そこからクラスの詳細設計やってかないの? ER 図と IPO だけでやってるからオブジェクト
指向の入る余地がないだけと思われ (ER 図や IPO も当然必要だよ、念のため)。そのほうが
取っ掛かり楽かもしれないけど、後で要件定義漏れ等があって火が付くのは明らか (というか
さんざん見てきた)。
>>649 はいはい、読めない漢字があったからってカッカしない。
652 ：
デフォルトの名無しさん ：01/12/17 04:40
ねーねー
>>625 なめられたもんだね。
まあ最低限気をつけるべき要素を上げただけだからね。
もっと細かいレベルで言えば、
・ローカル変数領域はstaticメソッドで4個、通常メソッドで3個までが高速。
・インデックスなど使用頻度や重要度の高い変数は、先頭で宣言し使いまわす。
・即値はint-1から5までlong0-1,float0-2,double0-1の範囲をできる限り使用する
・テーブルデータはUTF8エンコーディングの文字列としてもつ。
・メソッドデスクリプタは共通化する
・演算は分離せずにまとめ、スタック上で処理しローカルへのストアを減らす。
・コンスタンとプールエントリの上位256エントリにクリティカルリファレンスをまとめる。
とかあるな。
ただ初歩っていうけど、こうすると遅いという知識はあっても
なぜ遅くなるのかという原理を理解できている奴は少ないんじゃない？
なぜインターフェイスにするのは避けるのかと聞かれて、
invokeinterface命令の冗長さについて説明できる奴はどれだけいるのかね。
なぜローカル変数のスコープを縮めるのかと聞かれて、
バイトコードのiload_0,1,2,3などのオペランド省略命令の存在から
有用性を語れる奴はどれだけいるのかね。
小一時、問い詰めてみたいものだね。
654 ：
デフォルトの名無しさん ：01/12/17 04:47
>・メソッドデスクリプタは共通化する
656 ：
デフォルトの名無しさん ：01/12/17 04:56
>なぜ遅くなるのかという原理を理解できている奴は少ないんじゃない？
>>653 だから、それを今の HotSpot 積んだ JVM で作って測定みろよ。
658 ：
デフォルトの名無しさん ：01/12/17 04:57
サーバーサイドがＯＯＰＬで限界に来る理由続き。
>>652 >最適化って言うよりも、あの二つのコードが意味する物って
>全然ちがうけど。
なにを当たり前のことを。
あくまでローカルで簡潔するインスタンスに限定しているに決まっている。
全ソースコードを乗せないと君の頭では理解できないの？
>JVMのインストラクションなんて知ってても、
>コンパイラに興味なければなんの役にも立たないけど、
>もし役に立つケースがあれば教えて欲しいな。
どうしたらコードサイズが小さくなるかといったことは、
JVMのインストラクションやクラスファイルの仕様を知らなければ
理解できないだろう。
>プーリングすれば、ループの中でインスタンス生成しまくっても
>動作速度は変わらないし、それはC++も同じ事。
>>564 で書いてるじゃん。なにをいまさら。
プーリングとかいわないと理解できんの？想像力皆無ですか？
>とりあえず、ここのスレの人はC#も使えない上に
>JAVAも使えないみたいだね。
君の事？
>あとさ、GUIが遅いのはインスタンスが大量に作られるのと
>スレッドが起動するからじゃない？
スレッドが１個や２個たったところで重くなるようなWindowsではありません。
まさかコントロール毎にスレッド立ってるなんて思ってないよね？
255どころではない粘着だな。> 501
661 ：
デフォルトの名無しさん ：01/12/17 05:12
JavaVM仕様書を読めば分かる程度の話しかしてないような。＜501
>>637 携帯分野のJavaに関しては、実用分野で AOP,SoCの必要性が明らかになった、っつう怪我の功名もあるんだが。
>>661 あたりまえ。
バイトコードの仕様以上のことはどうあがいてもできんからね。
それ以上はコーディングテクニックになる。
なんなら8bitSUN-AUDIOによるノイズリダクションとサウンドミキシングとか、
Javaでもできる高速ピクセル演算アルゴリズムでも語ろうか？
まあ専門に逝くと一般人には理解できんだろうから、やめとくよ。
>>663 > まあ専門に逝くと一般人には理解できんだろうから、
一般に必要ない分野を自慢されてもねえ。（ﾌﾟ
665 ：
デフォルトの名無しさん ：01/12/17 05:49
>501
666 ：
デフォルトの名無しさん ：01/12/17 06:06
667 ：
デフォルトの名無しさん ：01/12/17 06:12
サーバーサイドはマルチスレッド、マルチＣＰＵ、分散サーバー環境で
668 ：
デフォルトの名無しさん ：01/12/17 06:17
他にもオブジェクト指向で記述できない、あるいは困難を生ずる
というか、サーバーオブジェクトをステートフルで作らせようというところがクソ。
670 ：
デフォルトの名無しさん ：01/12/17 06:41
1.サーブレットは、インスタンス・プーリングしてラウンド・ロビンで順次処理するので、インスタンス生成は抑制される。
671 ：
デフォルトの名無しさん ：01/12/17 07:03
3.EJBのEntityBeanの場合は通常、トランザクション毎に、DBへの保存を行なう。
672 ：
デフォルトの名無しさん ：01/12/17 07:14
>>667 EJBのクラスタリングでは、特定のセッションを、特定のWebサーバ、特定のEJBサーバに張りつけて行なうのが基本。
673 ：
デフォルトの名無しさん ：01/12/17 09:12
>>501 さん
# Javaでもできる高速ピクセル演算アルゴリズム
これ、知りたいです。是非お願いします。
674 ：
あたりまえじゃん ：01/12/17 10:06
>>667 処理完了したデータは正規化する必要があるけどさ、セッションの代わりにDB使って処理中の一時データを保管したいなら
オブジェクトシリアライゼイションと BLOB 使えば良いように聞こえる。何か誤解してる?
676 ：
デフォルトの名無しさん ：01/12/17 10:35
>オブジェクトは明らかにＤＢ上に継続してあるのに、Ｊａｖａでは（多分ＯＯＰＬ全部で）
677 ：
デフォルトの名無しさん ：01/12/17 10:44
>>659 >あくまでローカルで簡潔するインスタンスに限定しているに決まっている。
物はいいようだな。
１００％誤解される例を出す、君の頭の中はCOBOLですか？
で、「ループの中でnewは避けろ」ってのも表面的には正しいわけだけど、
根本的な原因はnewが連発されるからじゃないでしょ？
何で、そういう書き方しかできないんだろうな。
理解してないに一票。
>プーリングとかいわないと理解できんの？想像力皆無ですか？
抽象化レベルが違う事がお分かりじゃないと・・・・
というかOOがわかってないに一票
>スレッドが１個や２個たったところで重くなるようなWindowsではありません。
「スレッドを立てる」という動作が遅いって言ってんだよ。
日本語がわかってないに一票。
678 ：
デフォルトの名無しさん ：01/12/17 10:49
>>674 zdnet の煽り過ぎ。題名と本文がつながっていない。
>>675 Web側の Servlet/Bean は、ServletContextに保存するのが普通。
EJB側の Statefull SessionBean (でいいんだっけ？) は、仕様上、
コンテナー(サーバ)が退避/復元をやる事になっていて、その方法は処理系任せ。
EJB側の EntityBean は、存在期間が セッション (例:login ～ logout) を超えて存在するオブジェクトを、
永続的に保存するのが主目的だから、RDB上に保存する。 (間に、DataObject とか DAOとか入る)
で、クラスタ環境で FailOver (サーバ１がこけたら、サーバ２で仕事を引き継ぎ) をする場合、
セッション・データも引き継ぐには (例: login後、未確定なデータも引き継ぎたい)、
セッション・データを、 Blob でも SerializeFile でもいいから、安全なサーバに保存しておく必要がある。
当然、その DBMS なり ファイルサーバも、FailOver ＆ RAIDで冗長化しておく必要があるけどね。
679 ：
678=672=671=670=665=662 ：01/12/17 11:00
まちげーたので訂正。
＞
>>675 ＞ Web側の Servlet/Bean は、ServletContextに保存するのが普通。
>>675 Web側のServlet/Bean のセッション状態は、SessionContext に保存するのが普通。
ここは死滅スレ。まとも話がしたいならほか逝け。
681 ：
デフォルトの名無しさん ：01/12/17 11:16
まじめにあおるから、おもしろいんだYO.
＞681
683 ：
デフォルトの名無しさん ：01/12/17 11:30
>>682 情報システム板でも、似たよーな事、してなかったか？
684 ：
デフォルトの名無しさん ：01/12/17 11:33
>683
686 ：
デフォルトの名無しさん ：01/12/17 11:44
>>675 良く判らんけど、分散サーバー環境でも可能なの？
>>686 可能。
つーか、商用のアプリケーションサーバなら設定ひとつでセッション内の情報をメモリ上に保管するか
永続的領域 (ファイルや DB) に保管するか設定できる。さらに永続的領域を使用した場合、サーバ
再起動してもクライアントのセッションが維持できるという利点がある。まぁパフォーマンス落ちるから
普通はクライアント IP 固定でサーバ振り分け (ステッキーだっけ) にするわな。ラウンドロビンプロキシ
の場合はどう対処したんだっけ? もう忘れた。
688 ：
デフォルトの名無しさん ：01/12/17 11:56
>>675 J2EEクラスター化(分散サーバ化)における、
Web層/EJB層のセッションデータの扱いとしては、正しいです.
>>677 >１００％誤解される例を出す、君の頭の中はCOBOLですか？
誤解しているのはお前ぐらい。
>で、「ループの中でnewは避けろ」ってのも表面的には正しいわけだけど、
>根本的な原因はnewが連発されるからじゃないでしょ？
ガベコレだけじゃないく、new自体のオーバーヘッドも大きいんだよ。
>理解してないに一票。
君の事？
>抽象化レベルが違う事がお分かりじゃないと・・・・
>というかOOがわかってないに一票
抽象化？プ。抽象化すると別技術に変異するのかね。
本質が理解できていないに一票。
>「スレッドを立てる」という動作が遅いって言ってんだよ。
GUIとやらは、そんなに頻繁にスレッドが立つものなんでスカイ（藁
690 ：
デフォルトの名無しさん ：01/12/17 13:30
信者もｱﾝﾁもJava仲間.死滅までﾏﾀｰﾘ逝きましょう.
あかさらまに間違ったことを言ってるわけじゃないが
692 ：
デフォルトの名無しさん ：01/12/17 14:15
６９１
>>671 >オブジェクトDBといって、仮想記憶みたいに、一時記憶と二次記憶をシームレスにつなぐ製品もあるが、
EJBではまだ採用されていない。
Javlinは？
>>693 Javlin ってどこの製品でしたっけ？
私は、Dellコンピュータの販売サイト用に作られた、
旧ObjectStore社の製品あたりを挙げようと思っていたのだが...
EJB標準規格上は、JDO とか ODMG Java Binding はまだだけれど、
実際は ObjectDB関係の会社が、先走った製品を出している、というのが
正確なのだろーか。
立てる」という動作が遅いって言ってんだよ。
>私は、Dellコンピュータの販売サイト用に作られた、
698 ：
デフォルトの名無しさん ：01/12/17 15:35
ＳＵＮはないだろ。いくらなんでも。
699 ：
デフォルトの名無しさん ：01/12/17 15:37
おらにクレ！
700 ：
デフォルトの名無しさん ：01/12/17 16:40
701 ：
デフォルトの名無しさん ：01/12/17 16:57
高い！
702 ：
デフォルトの名無しさん ：01/12/17 17:01
フルセット２５万ドルかよ！
705 ：
デフォルトの名無しさん ：01/12/17 17:10
.NETは死んだな。
VC# Standardは$110か。これなら買うかも。
>>705 死ね。
.NET SDKもタダなんじゃヴォケ。
708 ：
.NETは罠です！！使っちゃダメ！ ：01/12/17 18:18
710 ：
デフォルトの名無しさん ：01/12/17 18:34
>>709 アフォはオマエだ。
Microsoftが無料のクロス環境を作ったら潰れるだろ。
>>708 .NET Frameworkの使用料だと勘違いしてないか？
712 ：
デフォルトの名無しさん ：01/12/17 18:42
708じゃないが、
>>708 ぜんぜん安いYO！
Sparc＋Solaris＋iPlanet＋Oracleを買うより、
BackOffice＋MyServicesの方が安上がり。
714 ：
デフォルトの名無しさん ：01/12/17 18:49
あとはMy Servicesに登録しないと.NET使えないようにすればいいんだな。
>>714 (ﾟДﾟ)ﾊｧ?
お前、.NETを全くわかってねーだろ。ﾊﾞｰｶﾊﾞｰｶ
717 ：
デフォルトの名無しさん ：01/12/17 18:52
いつもの方法だよね。
>>714 それにしても、IISのOSへの統合は大失敗だったね。セキュリティ騒ぎで。
.NETもOSに統合されるんだからクロスになり得ない。
>>717 ヴァカだな。Linuxなんかカーネルにウェブサーバ入ったというのに。
720 ：
デフォルトの名無しさん ：01/12/17 19:08
>>719 IISはサービスなんだけど? 「OSに統合」とか、どういう意味で使ってるわけ?
あー、ｽﾏｿ。IIS6のこと。
722 ：
デフォルトの名無しさん ：01/12/17 19:14
>>721 IIS6? ますます分からなくなったけど、どこに「OSと統合」とか
書いてあるのかURLでも示してよ。
ひょっとして祭りか?
723 ：
デフォルトの名無しさん ：01/12/17 19:22
祭りAGE！！！！！！！！！！！！
>>717 >いつもの方法だよね。
>>714 >それにしても、IISのOSへの統合は大失敗だったね。セキュリティ騒ぎで。
>.NETもOSに統合されるんだからクロスになり得ない。
724 ：
デフォルトの名無しさん ：01/12/17 19:26
>>722 マイクロソフトセミナーにちゃんとでなよ。
アナウンスあったよ。
725 ：
デフォルトの名無しさん ：01/12/17 19:29
祭りAGEしてるやつ、サムイよね。
726 ：
デフォルトの名無しさん ：01/12/17 19:29
>>724 ハァ? 「カーネルモードで動作する」のと「カーネルである」のとは別だよ。
>>718 , 719の流れを嫁。
728 ：
デフォルトの名無しさん ：01/12/17 19:32
>ハァ? 「カーネルモードで動作する」のと「カーネルである」のとは別だよ。
729 ：
デフォルトの名無しさん ：01/12/17 19:35
730 ：
デフォルトの名無しさん ：01/12/17 19:36
祭りやろうが勘違いしただけさ。
731 ：
デフォルトの名無しさん ：01/12/17 19:37
>>728 じゃこの流れは何よ(藁)
718 ：デフォルトの名無しさん ：01/12/17 19:03
>>717 ヴァカだな。Linuxなんかカーネルにウェブサーバ入ったというのに。
719 ：デフォルトの名無しさん ：01/12/17 19:04
>>718 IISもそうだよ。
720 ：デフォルトの名無しさん ：01/12/17 19:08
>>719 IISはサービスなんだけど? 「OSに統合」とか、どういう意味で使ってるわけ?
721 ：デフォルトの名無しさん ：01/12/17 19:08
あー、ｽﾏｿ。IIS6のこと。
732 ：
ﾜｼｮｰｲ ：01/12/17 19:41
>>725 祭りAGEしてるやつ、サムイよね。
精神状態を想像したくないな。目の前に居ないだけましか。
>>730 祭りやろうが勘違いしただけさ。
733 ：
デフォルトの名無しさん ：01/12/17 19:41
719「IISもそうだよ。」って誰だよ。途中で突然入ってきたやつみたいだが。
734 ：
デフォルトの名無しさん ：01/12/17 19:44
で、IIS6がカーネルモードで高速に動くようになったということと、
おれ。
>>734 つまり、あぱちとiPlanetが最強であるということです。
737 ：
デフォルトの名無しさん ：01/12/17 19:45
ウザイ祭りやろう
>>734 カーネルモードとは関係無いんでは。
自分は一番初めにOSに統合と書いたんだよ。
それで十分だろ。ヴぁか。
>自分は一番初めにOSに統合と書いたんだよ。
>>735 khttpdってなに? Linuxのカーネルに入ってるのってTUXだろ?
>>737 なんだ、Java厨ってLinuxもWindowsもろくに知らないんだな。
>>740 そりゃそうじゃん。Write Once, Run Anywhereなんだから。（ﾌﾟ
742 ：
デフォルトの名無しさん ：01/12/17 20:37
>>738 ＞だから、khttpdとhtttp.sysはどう違うんだよ。おなじだろ。
ﾌﾟﾙﾌﾟﾙ震えながらタイプしたのでtが...
したのでtが...
以下、発言には次の２行を必ずつけ加えてください。
パート4も近いな
JBrendってどう?
>>747 こんなところで聞いても。（藁
したのでtが...
↑
JavaJava
今、僕はＶＢしか習得しておらず（ここで言うＶＢ房です）、
>>751 マジレスすると、アプレットは死滅済み、
クライアントアプリは最初から死産、
携帯アプリは前途多難、
サーバサイドで生き残るというのが定説。
ネタスレで聞いてもまともな答えは返ってこんよ
>>753 ネタでPART3までは行かないよ。
死滅は定説。
752はまともかな
JAVAなんてServlet・JSP・JDBCの3つさえ押さえとけば食っていけます。
まともな企業なら特定のベンダーに囲い込まれることを嫌う。
759 ：
デフォルトの名無しさん ：01/12/18 11:01
>抽象化？プ。抽象化すると別技術に変異するのかね。
>>757 > まともな企業なら特定のベンダーに囲い込まれることを嫌う。
> サーバーサイドでJavaがもてはやされるのはこれも大きい。
で、気がつけばアプリサーバーとデータベースのベンダーに囲い込まれている。
>で、気がつけばアプリサーバーとデータベースのベンダーに囲い込まれている。
762 ：
デフォルトの名無しさん ：01/12/18 11:11
適当なシステム構成が選べると、
> 相互運用性が重要なキーワード
>>763 なにそれ？.NETはWindows(XP?)以外では動作しないだろ
>>764 互換性と相互運用性の違いは分かってる？
766 ：
デフォルトの名無しさん ：01/12/18 11:40
解説ｷﾎﾞﾝ
>>766 互換性 ･･･ 同じものがそのまま動く
相互運用性 ･･･ （何らかの手段で）機能を利用できる
>>767 相互運用性 だけでいいなら
SOAPであればべつに.NETでなくてもいいじゃん。
>>768 そういうこと。JAVAでなくてもいい。
自由な選択ができる。
>>767 Webサーバーでの相互運用性はそういう意味では使われてないんじゃないの？
より「互換性」に近い。
まぁ、全くそのままで動くことは少ないかもしれんが。
あれ？なんか違う。互換性だな。勘違い
772 ：
デフォルトの名無しさん ：01/12/19 03:10
携帯JAVAは、パソコンでも動きますか?
>>772 nttdocomoパッケージのライブラリサポートしてるエミュでなら。
774 ：
デフォルトの名無しさん ：01/12/19 03:20
docomoのライブラリは、パソコンでも動きますか?
775 ：
デフォルトの名無しさん ：01/12/19 03:32
>>772 ライブラリの、パソコン用実装を持ってるエミュでなら。
776 ：
デフォルトの名無しさん ：01/12/19 23:36
JVM用の言語ってやっぱ関数ポインタ使えないよね？
777 ：
デフォルトの名無しさん ：01/12/19 23:41
>>776 JavaではInterfaceを使う。
778 ：
デフォルトの名無しさん ：01/12/19 23:50
>>777 全然ダメー。
Interfaceは良く考えると固定プログラムとなんら変わらない。
780 ：
デフォルトの名無しさん ：01/12/19 23:52
781 ：
デフォルトの名無しさん ：01/12/19 23:52
C#ならdelegateが使えるのにね。
782 ：
デフォルトの名無しさん ：01/12/19 23:53
>>778 結局、関数ポインタで何がやりたいわけ？
interfaceとインナークラスでコールバック関数もどきはできると思うけど。
783 ：
デフォルトの名無しさん ：01/12/19 23:53
>>778 じゃあ、リフレクション使って無理やりコール。
784 ：
デフォルトの名無しさん ：01/12/19 23:56
関数に限らず、ポインタは使えないだろ。
785 ：
デフォルトの名無しさん ：01/12/19 23:57
strategy パターン
787 ：
デフォルトの名無しさん ：01/12/20 00:02
>>778 JavaとかのOOP言語だと、ディスパッチしたいロジックを
それぞれ実装したクラス切ってどのクラスオブジェクトの
関数コールするかを条件分岐だろうね。
CommandパターンだのStrategyパターンだのが、厳密に
どういう意味なのかは知らないけど、意図してるのは
そのへんでしょう。
788 ：
デフォルトの名無しさん ：01/12/20 00:02
>>776 OOPでは、
関数ポインタの変わりに動的バインドを使うんだよ。
789 ：
デフォルトの名無しさん ：01/12/20 00:21
ああ、みんな難しい用語を並べちゃって・・・。
>>789 >目指すは真に動的なプログラムなんだが。
そんなもの何に使うの？
ソース読んでも流れがｻﾊﾟｰﾘになると思うけど。
792 ：
デフォルトの名無しさん ：01/12/20 00:31
>>791 使い道はいくらでもあると思われ。
例えば独自スクリプトをバイトコードに動的コンパイルして
動的バインディングすれば、
JITでネイティブコードに変換されて実行される。
機種に依存することなく、
動的ネイティブコード生成、実行ができる。
>例えば独自スクリプトをバイトコードに動的コンパイルして
>>793 よくワカランが、多分「今動いているプロセスにスクリプト
ソース飲ませると、そのプロセスの一部（インタプリタ実行
ではなくて、リンク済みのライブラリのような存在）になって
動く。新しいスクリプトソース飲ませるたびに差し替えられ
る」とか、そういうことじゃないの？
795 ：
デフォルトの名無しさん ：01/12/20 00:48
>>793 インタプリタ->バイトコード->ネイティブコード
の順で変換する。
バイトコード直接作ってもいいけどデバッグしにくいから。
ようはプログラムがプログラムを作ってそのプログラムを実行することができるってこと。
>>794 そういうこと。
別にスクリプトである必要はないけど、
プログラムの自動生成はデバッグしにくいからね。
IBMのBSF使えよ。コンパイルできる。
・・・どうしても具体的なイメージがつかめない。
799 ：
デフォルトの名無しさん ：01/12/20 01:03
用語調べたが判らん。＞動的バインド
800 ：
デフォルトの名無しさん ：01/12/20 01:07
そうだな。デザパタ語で言うとstrategyパターンをやりたいと言う事になるのか・・・。
結局良く解からんかったが、PnutsはN88BASICモードのPC-98みたいでなんだか
つーかそんなのLispじゃ当たり前ジャン
803 ：
デフォルトの名無しさん ：01/12/21 15:20
具体例
804 ：
デフォルトの名無しさん ：01/12/22 17:46
java.math.BigDecimalは誤差がひどいってホント？
805 ：
デフォルトの名無しさん ：01/12/23 09:37
>>804 java.math.BigDecimal って、固定小数点数でしょ。
必要精度より高い精度で計算しておいて、最後に丸めればよいような気がするが。
使い方が面倒なら、BCD演算クラスを探したら？
806 ：
デフォルトの名無しさん ：01/12/26 05:19
>>804 固定小数点って、誤差なんか全くないでしょ。
X×10^（-Y）で、XとYをそれぞれ整数でメンバ変数で持ってるだけなんだから。
誤差がひどいとか言ってる奴は、多分doubleValue()とかで浮動少数点近似値
引っ張りだしたり、妙な丸め操作してそのまま演算してるドアホだよ。
馬鹿はスグ何でも人のせいにするから…
>>806 ,一-、
/￣ l | ／￣￣￣￣￣￣￣￣￣￣
■■-っ ＜ んなーこたーない
´∀｀/ ＼＿＿＿＿＿＿＿＿＿＿
＿_／|Ｙ/＼.
Ё|＿_ | / |
| У.. |
>>806 (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ? (゜Д゜) ﾊｧ?
809 ：
デフォルトの名無しさん ：01/12/26 12:07
伝聞なので、どこまでほんとうかわかっていません。が、
>>804-810 http://java.sun.com/j2se/1.3/ja/docs/ja/api/java/math/BigDecimal.html >BigDecimal は、任意精度の「スケールなしの整数値」と、小数点以下の
>桁数を表す負でない 32 ビット整数の「スケール」で構成されます。
>BigDecimal で表される数値は (unscaledValue/10scale) です。
>BigDecimal クラスでは、小数部を破棄できる演算 (divide と
> setScale) に対してユーザが明示的に丸め動作を指定して、ユーザが
>丸め動作を完全に制御できるようにします。このために、8 つの「丸めモード」が用意されています。
>X×10^（-Y)
Xは任意精度だから理論上は無限。メモリと時間の許す限り大きく取れる。
誤差がないんじゃなくて「都合のいい誤差」が選べるということ。
誤差がひどいとか言ってる奴はｱﾌｫ
この程度で喜んで騒ぐ奴もｱﾌｫ
>Xは任意精度だから理論上は無限。メモリと時間の許す限り大きく取れる。
なるほど。ではそいつをｱﾌｫ呼ばわりしてきます！（ｗ
サンクス
>>811 「有効桁数が大きい」と「都合のいい誤差が選べる」は分けて考えてね♥
805です。お騒がせしました。
816 ：
デフォルトの名無しさん ：01/12/28 03:23
817 ：
デフォルトの名無しさん ：01/12/28 11:38
汎用機メーカーの社内報読んでるみたいだね
>>816 【1】EJBがリアル・ビジネスに
【2】Java搭載携帯電話の台数が1000万台超に
【3】誰もが「Webサービス」を口にする
【4】3年以上に及んだSun対MicrosoftのJava裁判が和解で決着
【5】JDK1.4登場
【6】「ザウルス」にPersonalJava
【7】組み込みJavaハードウエア・ソリューションが本格化
【8】ジャストシステム，ワープロ，表計算，プレゼン・ソフトをまとめたJust Arks発売
【9】フォーディーネットワークス，Jiniベースの商用サービス・プラットフォーム4D Pocket Systemを開発
【10】P2Pインフラを狙うJxtaプロジェクト発表
2001年のMS10大ニュースきぼん
４．
5. JAVA裁判和解。にもかかわらずJ#登場。
javaは「alert」が最高！！
823 ：
デフォルトの名無しさん ：02/01/01 14:14
JavaAppletを利用した某社の動画配信技術にご熱心なウチの
>>823 XP使ってないんで、
「あー、あれ結構いいよ」と書きそうになった漏れって...
825 ：
デフォルトの名無しさん ：02/01/06 18:51
ｱｰﾋｬﾋｬﾋｬ(ﾟ∀ﾟ)ノ ｼﾞｬｰﾊﾞ ｼﾞｬｰﾊﾞ
>>825 面白かったんだけど、よく意味がわからないです。
827 ：
デフォルトの名無しさん ：02/01/07 00:03
速報板のパロディーです。
828 ：
デフォルトの名無しさん ：02/01/08 01:30
みんな頭いいね
829 ：
デフォルトの名無しさん ：02/01/08 01:32
だから先手を打ってDelphiをフリーで出したんです。
830 ：
デフォルトの名無しさん ：02/01/08 02:18
Javaは勉強になるには一票！俺もJavaがなかったらデザパタのデの字も知らんかっただろうな。
831 ：
デフォルトの名無しさん ：02/01/08 04:26
>>830 Offtceが機能的に安定してきた今、Officeモドキつくって意味あるんじゃネーノ？
>>830 初心者向けって、どんな風にするんだ？？？
OOPが分からないようなアフォに迎合して言語仕様汚すような間抜け
なプロダクトは、VBでもうおなかいっぱいです。
833 ：
デフォルトの名無しさん ：02/01/08 10:16
Javaのライブラリ覚えるのってＭＦＣ覚えるのと同じぐらい苦痛？
>>833 Javaのライブラリって C の stdio的な奴もあるんですけど。
>>834 初心者からかって楽しいか？
ウイザードやRADの強力な助けを借りてやっと
マトモに使えるレベル
MFC単体じゃ糞。
性能とかの話ならまだ分かるが。
>>836 でも、GUIに関してはMFC > JAVAだろ？
ネットワークが絡めば逆になるけど。
838 ：
デフォルトの名無しさん ：02/01/09 23:55
Javaは永遠の理想の言語でいてくれればいい。
839 ：
デフォルトの名無しさん ：02/01/10 00:21
>>834 そうか？どちらがむずかしいかは別の話としても
苦痛なのは断然MFCだったぞ。
Swingは納得のいく苦痛だったがMFCは納得いかない苦痛だった。
>Swingは納得のいく苦痛だったがMFCは納得いかない苦痛だった。
うんうん。Javaライブラリはアルファベット順だしね。
>>840 MFCのアレは、C+Win32API使い=OOPを理解できないロートルアホ
をターゲットにした仕様。
M$がアホなんじゃなくて、当時美しいOOライブラリの需要が
なかったということだと思われ。
やっぱりJava房ってVCで挫折したのが多いのか 藁。
Javaする人間はマシンアーキテクチャが解らない人間。
845 ：
デフォルトの名無しさん ：02/01/10 03:24
>>844 知る必要もない。仮想化されているのだから。
846 ：
デフォルトの名無しさん ：02/01/10 03:45
感激できないやつは対した奴ではない、センス悪い。
848 ：
【ソフトウェア工学】&rlo;【学工アェウトフソ】&rle; ：02/01/10 04:00
>>846 ソフトウェア工学に対する問題の答えとしてインパクトを与えたものって、えてして
日の目を見ずにおわるんだよねぇ。
で、商業的にインパクトを与えたものがのさばる。
851 ：
デフォルトの名無しさん ：02/01/11 01:42
Javaの進化をMSが黙って見ているわけはないが
どうせセキュリティーで自滅だろ。
>>846 最後の一文を除けば激しく同意。
最後の一文、「普通のプログラマにソフトウェア工学というインパクトを与えた」のほうが良くない？
Java自体には、なんのインパクトも無いだろ、周辺のライブラリにも、もちろん。
>>855 いや、そういうものが今まで何十年もなかったことに気付いた
というインパクトがあったぞ。
むかむか！
858 ：
デフォルトの名無しさん ：02/01/12 03:13
実際Javaって開発効率良いと思います？
＞＞８５８
Javaは綺麗じゃないです。
Javaがきれいだったのは1.1ぐらいまで。
>>860 主観==一般的評価という自己中が、何でC使いには多いんだろね。
>>861 なに言ってんだか(プ
>>861 なんかものすごく255っぽいんですけど。
>>863 255はこんな見当違い書くような奴じゃないと思われ。
865 ：
デフォルトの名無しさん ：02/01/12 04:07
867 ：
デフォルトの名無しさん ：02/01/12 04:19
>>866 自作自演ご苦労様。
MFCのアレといっしょにするという事は、何も分かっていないという事です。
868 ：
デフォルトの名無しさん ：02/01/12 04:21
> その後は見境ない機能の追加、
失敗の根本原因
ポインタマンセー!!
871 ：
デフォルトの名無しさん ：02/01/12 04:34
クラスってさ、物理世界をプログラムに置き換える為の最短コース
>>871 それはオブジェクト指向とかそういう問題ではなしに、
プログラム全部について言えることだろう。
書き手の頭の中にあるもの以外のものが
出来る訳がない。
法律云々については何を書いてあるのかよく分らん。法的世界に
おける人間クラスのお話？
>>869 1-4について、違っていた・欠陥・うまくいかない・汚い例をあげてくれ。
ピンとこない。特に4。
もしかして、俺は踊らされているだけ?
874 ：
デフォルトの名無しさん ：02/01/12 16:23
>>873 踊らされているだけの模様。869はJavaに挫折して自分が挫折した理由を述べているだけとみた
Java房嘘吐きだな。
876 ：
デフォルトの名無しさん ：02/01/12 19:54
もー。次から次へと！
877 ：
デフォルトの名無しさん ：02/01/12 20:00
878 ：
デフォルトの名無しさん ：02/01/12 20:01
最近チンコが痒い。
>>877 「勉強」？ねえ？
あれか？ 入門書に書いてあるＪａｖａのスローガンを丸暗記。
コンピューターの発展・・・・Ｊａｖａの登場・・・・Ｃではポインタ
・・・ダウン・・・メモリリーク・・・ガベッジコレクション・・・
Ｊａｖａでは起きない・・・完全なオブジェクト指向言語・・・
クロスプラットフォーム・・・Write once Run anywhere ・・・・
セキュリティ・・・・再利用・・・・Ｊａｖａ以前では・・・
全部嘘じゃん。
880 ：
デフォルトの名無しさん ：02/01/12 20:26
>>878 ﾃｨﾝﾎﾟ噛み切って詩ね.
>>869 1)よく言っている意味がわからない。例を示して。
2)どの言語もそーかもね。
3)メソッド・ポインターの問題？
4)インターフェースは、
実装継承しにくい/したくないが、
型継承をしておきたい場合に必須の機構と思われ。
＃多重継承で、どのクラスのメソッドをどの順番で呼ぶっつう指定を、
＃スマートに記述する方法があれば、Javaに多重継承入れてもいいかもね。
881 ：
デフォルトの名無しさん ：02/01/12 20:38
1)System.out.println （只のサブルーチン）
Charctorクラスって何だろう？
883 ：
デフォルトの名無しさん ：02/01/12 20:45
Character
叩かれろ
>>StringクラスがCharctorクラスを継承してない（メソッド殆ど同）
886 ：
デフォルトの名無しさん ：02/01/12 20:56
「センス疑ってる」はこっちのセリフだわい。
計算機科学と実用の世界をもっとも近づけた言語 - Java
1) Stringは char配列 のラッパー.
889 ：
デフォルトの名無しさん ：02/01/12 21:07
>>886 ＯＯを超える構造のヒント
ぜひ、明確にお教えくだされ。
そうだね。lisp系が多かったからね、むかしの論文は。いまはJavaの方がかな？
891 ：
デフォルトの名無しさん ：02/01/12 21:10
その結果あのAPI・・・。
892 ：
再利用とかいうかよ、カスさん（ｗ ：02/01/12 21:13
>>888 実装継承が必要って始めて聞いたな。
たぶんオマエが馬鹿なだけとは思うが、
なんかいいたいことあったらいってみな。
893 ：
デフォルトの名無しさん ：02/01/12 21:13
>>889 配列とか、集合型も統一的に扱える ＋α 他にもそれ以上な構造。
894 ：
アセンブリ言語プログラマ ：02/01/12 21:15
>>869 3)
ANSI C 言語は、Jumpポインターを扱えないので、
Schemeコードを効率的にC言語に落とせなくて困っております。
Jumpポインターをなんで廃止したんですか？>>ANSI方面
896 ：
デフォルトの名無しさん ：02/01/12 21:20
Jumpポインター？
>>895 まあ読み違いだったかもな。
あんたはそれほど馬鹿じゃない気がしてきた（ｗ
898 ：
デフォルトの名無しさん ：02/01/12 21:25
899 ：
デフォルトの名無しさん ：02/01/12 21:26
>>898 一人で「場の雰囲気」を感じてる妄想君。
900ｹﾞﾄｰ！
>>880 読んでわかた。
８８０はアフォ、以上！
902 ：
デフォルトの名無しさん ：02/01/12 22:08
低レベルなPGにはメタは無縁なので実装継承は不要。
903 ：
デフォルトの名無しさん ：02/01/12 22:10
多重継承した場合、２つの親で定義されてるメッセージをとういう順番で扱うかが問題。
904 ：
デフォルトの名無しさん ：02/01/12 22:13
>>903 委譲って実装だけでなく、言語レベルでサポートできるんですか？
907 ：
デフォルトの名無しさん ：02/01/12 23:21
委譲ってただの変数とちゃうの？
908 ：
デフォルトの名無しさん ：02/01/12 23:47
どゆこと？たとえば？
>>907 委譲という設計上の概念を実装に落とすと
Java ではインスタンス変数で委譲先のオブジェクトの参照を保持することになるね。
910 ：
デフォルトの名無しさん ：02/01/13 06:58
ごめんなさいプロの方ばっかりなのに・・誰か教えてください
>またJavaServletが使えないプロバイダーばかりなのはなぜなんでしょうか？
「ジャバサブレ」って言い方(・∀・)ｲｲ!
914 ：
デフォルトの名無しさん ：02/01/13 19:22
912>>
>>914 お願いだから 912>> じゃなくて
>>912 にしてください
気になって夜も眠れず朝までﾊｧﾊｧ
鎌倉名物ハトサブレ
917 ：
デフォルトの名無しさん ：02/01/14 23:51
XP買ったらますますJavaやる気なくなった
918 ：
MSDN Whistlerしか触っていないんですが ：02/01/15 00:24
絵心とは何ざんしょ？
919 ：
デフォルトの名無しさん ：02/01/15 00:43
MacもびっくりのLookAndFeelつくってくれ
>>919 JavaPGでデスクトップアプリ作ってる奴なんか殆ど居ないよ。
従ってUI系も同様。
大部分はサーバーサイド。
自分はCとJavaしか知らないのでデスクトップアプリもJavaですよ(笑)
趣味でやる奴はともかく、職業プログラマで
925 ：
デフォルトの名無しさん ：02/01/15 03:16
Sunが一所懸命、Java2DやらJava3Dやらリリースしても、
つうか、あのGIUライブラリが糞なせいでデスクトップアプリが滅びた
>>925 動的に画像を生成するサブレで使った(藁
GIU X
でも、確かジャストシステムのはwin専用とかだったはず。藁
JAVA,PERL,PHPと使ってきたけど、JAVAで書くのって苦行だよね。
932 ：
デフォルトの名無しさん ：02/01/15 03:28
Pure Java Mail Server スレの掲示板アプレは御覧になりましたか？
みてない。よかったらURLはっつけてけろ。
>>932 Javaはどっちつかずで、コードが回りくどくなる。
まわりくどいって意味ではそもそもJVMかまして・・・
>>933 もーしわけないが、ｸﾞｸﾞｰﾙで
vector pure java mail server
て日本語ページ検索して、作者のHPにとんでけろ。
937 ：
デフォルトの名無しさん ：02/01/15 08:19
PerlやPHPのような型約束の弱いスクリプト言語と、Javaのようなプログラム言語を比較するほうが悪い。
>>935 コンパイルエラーが煩いなどといってる奴は、プログラマ向いてない
とおもわれ。職業プログラマには、コンパイルエラーログもランタイム
エラーログも煩いくらいの方がありがたい。
Throwable.printStackTrace()はデバッガいらなくなるくらい便利な
機能だとおもう。
そもそもどの言語であっても、コンパイルエラーで四苦八苦してる奴は
かなり程度低い。
>>935 俺はCでもワーニングレベル最強にしとかないと不安で仕方ない。
そういう意味でエラーがうるさいくらいが安心できてイイ。
冗長度もPerlに比べればそうだけどCと比べれば大差ないと思う。
(つーかPerlのソースキモイ)←個人的感想
ワーニングを黙らせるのはきもちいい。
941 ：
デフォルトの名無しさん ：02/01/15 22:59
ネイティブアプリはOSが変わる(Unix,MacはおいといてWindowsの種類が変わる)と
ふ
943 ：
デフォルトの名無しさん ：02/01/15 23:35
漏れはあまりJava好きじゃないが、941には一理あるかも。
ふ
>>914 Java はバージョンが上がると(deprecatedメソッドがあぼーん)で動かなくなる可能性あり
また、Java2EEのソフトは、Java2MEではまず動かないと聞きました。
Javaではそれが常識なのだと。
だから仕事でも、write each debug anywhere になると思うのですが。。。
すいません、Javaには散々手を焼かされたので辛口な事いってたらすいません。
漏れも
>>937 ,
>>938 ,
>>939 みたいな事いってたんだ。その昔。
そのときJAVAってタコだよって人がいて、議論したけど折り合わなかった。
そういうもんなんだね。
でもさ、すぐに相手の悪口いっちゃうのはどうかしてると思うよ。
おまえが悪いとか、C/C++すら使えないとか。プログラマーに向いてないとか。
自分の悪口じゃなくて、Javaって言語の悪口いわれただけだろ。
なんで混同しちゃうのかな。Javaと融合しちゃってるの？
漏れがJavaやって良かったと思うのは、オブジェクト指向というものを
深く理解できた点だな。でも実務で使うとなると、別の言語を使うね。
951 ：
デフォルトの名無しさん ：02/01/16 16:03
>>930 一太郎ArkをFreeBSDでコンパイルして使ってますが、何か?
> また、Java2EEのソフトは、Java2MEではまず動かないと聞きました。
Javaという名前だけで互換性の無い
どっちでも動くんなら、別ける必要なさそうだが…
そうなんですか、やっぱそんなもんなんですね、、
>>952 そのうち携帯でサーバ立てるやつとか出てくるんでないの（藁
957 ：
デフォルトの名無しさん ：02/01/16 23:13
Javaぢゃないが、
Javaは携帯の各メーカーですら既に互換性など無い。
UIはＷＥＢベースでかけよ。
互換性ってお前ら･･･
Javaそのものの話なんてのは学者さんが部屋に引き篭もってやってればいいのでは
>>961 Java そのものの話をしてる学者なんてみたことないが。
JIT 作ったりしてるのはみても。
>>960 その通りだと思うが、それならば
run any where というスローガンで素人を騙すのはやめてほしいぞ>Sun
そもそも java からクラスライブラリ抜いたら、ダシガラだしな。
964 ：
デフォルトの名無しさん ：02/01/17 02:56
Javaは趣味でやるにはかなりアツい言語じゃない？
965 ：
デフォルトの名無しさん ：02/01/17 03:26
>>964 X 言語はシンプル
C#の方がシンプル。
X APIは(良くも悪くも)オブジェクト指向
オブジェクト指向にこだわりすぎて融通が利かない。
X 周囲を取り巻く環境が最先端技術
C#が出た現在そうでもない。
>>965 自分の作ったソフトでなくて、使ってるツールで勝負する…
俺の使ってるXXXって凄いんだぜ。
いや、俺の使ってるYYYの方が凄いね。
こーゆー人々の事を(以下略)
970 ：
デフォルトの名無しさん ：02/01/17 09:01
いちいちコンソール立ち上げるのうざいんだけど、なんとかして。
971 ：
デフォルトの名無しさん ：02/01/17 09:20
972 ：
デフォルトの名無しさん ：02/01/17 09:23
>>965 JavaよりC#の方がシンプルって、何をさしてるの？
言語仕様は殆どコピペみたいじゃん、あれ。
もしかしてAPIライブラリのサイズのはなしか？
APIライブラリなんかサイズが大きかろうが小さかろうがどうでも
いいと思うが。必要になったら必要な分を使うだけでしょ。
973 ：
デフォルトの名無しさん ：02/01/17 10:11
974 ：
デフォルトの名無しさん ：02/01/17 12:25
「API はオブジェクト指向」
"I liked .NET better the first time I saw it... when it was called Java."
977 ：
デフォルトの名無しさん ：02/01/17 18:44
俺のXPマシンからJVMが消えて、今度は正式版のCLRが入った。
>>972 言語仕様がコピペだー？なめんなよ。classしかないくせに。
ライブラリと混同してんだろ？
ところがライブラリもjavaよりはるかにOOだね。この手の話でjavaに
価値目はない。あきらめな。
>>979 interfaceもあるぞ(ﾟДﾟ)ｺﾞﾙｧ
982 ：
デフォルトの名無しさん ：02/01/17 19:05
1000!
次スレどうする？
ゲット
取りました
1000とちひろのJava隠し
3月末のJavaOneよろしく。
Javaよありがとう、そしてさようなら。
import System.*;
ﾃﾞｽﾄﾛｰｲ
∧＿∧ ∧＿∧
_（ ´∀｀） （´∀｀ ）
三(⌒), ノ⊃ （
>>1 ） 糞スレは・・
￣/ /) ） | | |
. 〈＿）＼_） （__（_＿_）
∧＿∧ .∧＿∧
（ ´∀） （´∀｀ ）
≡≡三 三ニ⌒)
>>1 .） 立てんなって
/ /) ） ￣.| | |
〈＿_）＿_） （__（_＿_）
Λ＿Λ ∧＿∧
（ ´∀｀） （´∀｀ ）と思ったけど
（ ） （
>>1 ）おもしろいスレじゃん
｜ ｜ | | | |
（_＿）＿） （__（_＿_）
匿名クラス...わかりにくいだけ。
3月末のJavaOneよろしく。
3月末のJavaOneよろしく。
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。