Javaって重くね？　その５

このエントリーをはてなブックマークに追加
952 ：仕様書無しさん：2006/03/22(水) 15:20:03
>>949
具体的にkwsk
953 ：仕様書無しさん：2006/03/22(水) 15:37:52
>>948
金融系のwebアプリってどんなの？
954 ：仕様書無しさん：2006/03/22(水) 16:08:33
もれ、金融の仕事も２，３あるんだけど、Javaじゃなくて
VBだったんだよな〜、某銀行・・・と同じ名前の証券会社。

というか、普通に大手の仕事多いがJavaっていうのが一つも
ないのが不思議・・・。
955 ：仕様書無しさん：2006/03/22(水) 16:24:41
>>953
●みずほダイレクト
●三井住友銀行 One's ダイレクト
●三菱東京UFJダイレクト
●楽天証券
●イートレード証券
●ジャパンネットバンク
●イーバンク

これらはすべてJavaで構築されている。
956 ：仕様書無しさん：2006/03/22(水) 16:45:30
なんでJava厨って叩かれると必死の反撃するの？
957 ：仕様書無しさん：2006/03/22(水) 20:33:19
新生銀行がJavaじゃないなら他所がなんでも糞
958 ：仕様書無しさん：2006/03/22(水) 20:38:08
糞一覧だな
959 ：仕様書無しさん：2006/03/22(水) 21:22:04
なんつーか、銀行はみんな揃ってJavaに右習えしてるな
960 ：仕様書無しさん：2006/03/22(水) 21:28:48
馬鹿げた桁の演算も文字列ベースだが標準APIで行えるし
クラスタ化が楽に行え安定して可動するってのが大きいだろうね

名古屋銀業とかいうのがSQL Serverだから全部Javaってわけでもなさそうだけど
961 ：仕様書無しさん：2006/03/22(水) 21:59:25
次スレ
http://pc8.2ch.net/test/read.cgi/prog/1143032241/
962 ：仕様書無しさん：2006/03/22(水) 22:00:12
int を複数使って巨大な数を扱うなんて C とかだと入門レベルの練習問題なのに
何で Java はわざわざ String なんだ？
963 ：仕様書無しさん：2006/03/22(水) 22:15:20
いや内部表現では整数配列だよ、コンストラクタでString使うだけ
byte配列で作ることも可能だし
964 ：仕様書無しさん：2006/03/22(水) 22:38:31
C++完全に理解している奴なんて存在するの？
http://live22x.2ch.net/test/read.cgi/news/1142972779/

おいおいν速にまで出撃するなよ。Java厨。
965 ：いまじゅく：2006/03/22(水) 23:24:12
public class final nakayosi{
public static void main(String []sineyo){
for (int = 0; 1000 > i > 0; i + 20){
Sytem.out.println(">>" + i +'\n' + "くさいからちかよらないでくれる?")
}
}
}
966 ：仕様書無しさん：2006/03/22(水) 23:53:41
>>960, >>962
> 馬鹿げた桁の演算も文字列ベースだが標準APIで行えるし

ほれ、そこ嘘をつくんじゃない。

int[]ベースだぞ
BigInteger.javaのソースコード覗け。
967 ：仕様書無しさん：2006/03/22(水) 23:54:23
>>964
Javaにも精通してないC言語厨の学生が建てたスレだと思う
968 ：仕様書無しさん：2006/03/22(水) 23:55:27
>>964
それは糞スレをいつまでも立て続ける>>961に言ってやれ

969 ：仕様書無しさん：2006/03/23(木) 05:04:09
JavaとPHPってどっちも同じ1995年生まれなんだね。
970 ：仕様書無しさん：2006/03/23(木) 10:16:30
intで固定少数点演算とか出来る？
971 ：仕様書無しさん：2006/03/23(木) 10:30:13
>>969
実際に作られたのはもっと前
972 ：仕様書無しさん：2006/03/23(木) 10:30:31
>>970
野郎と思えばできる。
作れ
973 ：仕様書無しさん：2006/03/23(木) 12:27:17
>>967
最近の学生はCじゃなくてJavaからお勉強はじめるんじゃね？
Java厨。発言が矛盾しているぞ。
974 ：仕様書無しさん：2006/03/23(木) 12:49:52
専門学校生はCOBOLとかも必修らしいよ
975 ：仕様書無しさん：2006/03/23(木) 13:14:12
>>973
ごく稀な例を挙げておいて人様に矛盾してるとほざく
オマエさんこそ矛盾していないか
976 ：仕様書無しさん：2006/03/23(木) 13:14:57
いまだにCから始めるところはまだまだ多い。
Javaから始めるところは東大やMITなど名門大学に多い。
977 ：仕様書無しさん：2006/03/23(木) 13:38:42
ひどいのはテーブルにプライマリキーが一つもないこと
テーブル同士の関連が定義されてないこと
NOT NULLが定義されてないこと
テーブルが正規化されてないこと

40歳のC言語しかできないド素人がＤＢ設計すると
ろくなことねえな。
後生にまでずるずる糞テーブルを引きヅラれるのは
超ウザ。
O-Rマッピングもつかってくれないから
ソースコードとDBテーブルとが密接に依存し合って
むかつきます。
978 ：仕様書無しさん：2006/03/23(木) 14:04:12
o/rマッピングは糞なのは定説
979 ：仕様書無しさん：2006/03/23(木) 14:16:28
球体を表示するプログラムはどんな風につくればいいんですか？
教えてください！
980 ：仕様書無しさん：2006/03/23(木) 14:33:19
>>978
根拠は？
言えないで一行レスするお前が糞であることは定説
981 ：仕様書無しさん：2006/03/23(木) 14:33:45
>>979
Java 3D APIでSphereクラスを呼び出す。
982 ：仕様書無しさん：2006/03/23(木) 14:38:37
根拠って何だよｗ
O/Rマッピングは糞だよ。
983 ：仕様書無しさん：2006/03/23(木) 14:57:41
>>977
「40歳のC言語」を「Java」に置き換えても通じる罠
984 ：仕様書無しさん：2006/03/23(木) 15:19:48
設計をがっちりやるより
変更に容易に対応できるようにするほうが大事な気がする
985 ：仕様書無しさん：2006/03/23(木) 15:34:12
>設計をがっちりやるより
>変更に容易に対応できるようにする

何で二律背反？
変更に耐えるように設計すんじゃないの？
986 ：仕様書無しさん：2006/03/23(木) 15:39:26
そう言ってる
987 ：仕様書無しさん：2006/03/23(木) 15:43:09
>>982
根拠が言えないバカですな。外部のライブラリや自動生成ツールが
糞だと？

それならC++に使われているライブラリSTLやビルドツールmake
も糞だとでもいいたいのか？
988 ：仕様書無しさん：2006/03/23(木) 15:43:35
>>983
通じない。
っていうかJavaで食っていくならＤＢもろくにつかいこなせなきゃやってけない。
989 ：仕様書無しさん：2006/03/23(木) 15:44:08
>>984
だからO-Rマッピングを使うわけだが。
だから素人にはRDBMSを弄らせたくない。
990 ：仕様書無しさん：2006/03/23(木) 17:19:02
>>988
ＤＢもろくにつかいこなせないJava使いの多いこと多いこと。
991 ：仕様書無しさん：2006/03/23(木) 18:36:40
O/Rマッピングが糞なのは665あたりから議論になってるだろ、よく読め。。
992 ：仕様書無しさん：2006/03/23(木) 18:41:12
議論なんてする間でもなく糞
993 ：仕様書無しさん：2006/03/23(木) 18:49:42
コーダにはDBなんて任せないけどね。
994 ：仕様書無しさん：2006/03/23(木) 19:28:00
ドカタがSQLを書くようなアホ会社には効果的かもな。
995 ：仕様書無しさん：2006/03/23(木) 19:46:40
>>992
O/Rマッピングは糞などではない。
正規化も満足にできないクズが設計したDBと、
それにアクセスするのにクライアントカーソルループしか
思いつかないクズの為に考案された
素晴らしい手法だぞ。
996 ：仕様書無しさん：2006/03/23(木) 19:52:22
まんこ＾＾
997 ：仕様書無しさん：2006/03/23(木) 20:01:17
O/Rマッピングの糞さを世に広めるために生まれてきた。
998 ：仕様書無しさん：2006/03/23(木) 20:08:42
何故RubyやPerlのO/Rマッピングは成功しているのにJavaのO/Rマッピングはダメなんでしょうか。
999 ：仕様書無しさん：2006/03/23(木) 21:17:06
O/Rマッピングは確かに糞だな、hqlって何だよ、結局SQLなんじゃねーかｗ
そして実際に使ってるシステム見てみると、1テーブル＝1ビーンズ
あれ？お前らインビーダンスミスマッチがどうたらとほざいてなかったかい？
テーブルそのままアクセスしてるだけじゃねーかｗ
1000 ：69式フリーPG ◆hND3Lufios ：2006/03/23(木) 21:19:00
せんげっと
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。