5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

最近のjava人気について part14

1 :仕様書無しさん:04/03/15 00:33
CP/M信者       DEAD
TurboPASCAL信者 DEAD
1-2-3信者       DEAD
Netware信者     DEAD
OS/2信者       DEAD
Mac信者        DEAD
Java信者       IN PROGRESS 

前スレ
http://pc.2ch.net/test/read.cgi/prog/1078748524/
前々スレ
http://pc.2ch.net/test/read.cgi/prog/1077423420/

2 :最凶VB厨房:04/03/15 00:34
糞スレ

3 :69式フリーPG ◆hND3Lufios :04/03/15 00:35
3ゲット

4 :仕様書無しさん:04/03/15 00:35
4げつ

5 :仕様書無しさん:04/03/15 00:37
>>970 乙津

6 :仕様書無しさん:04/03/15 00:37
>>2
ワラタ

7 :仕様書無しさん:04/03/15 06:40
よぉっしゃああぁぁぁぁぁぁぁぁぁああああ2ゲット!!

8 :69式フリーPG ◆hND3Lufios :04/03/15 10:32
次スレage

9 :仕様書無しさん:04/03/15 10:32
part15は、今後の最近のVisualBasic人気についてにかえよう

10 :仕様書無しさん:04/03/15 10:35
怪しい日本語だがJava厨もようやくVBの偉大さに気がついたということか

11 :仕様書無しさん:04/03/15 10:37
>>10
VBが偉大というより、VBが脅威

12 :Death!:04/03/15 10:39
C信者       DEAD
C++信者       DEAD
VB信者 DEAD
C#       DEAD
Windows信者     DEAD
.net信者       DEAD
VB.NET信者        DEAD



13 :仕様書無しさん:04/03/15 10:40
ということにしたいのですね;-)

14 :仕様書無しさん:04/03/15 10:40
>>10
チミは誇大妄想の激しいお方だ(超嘲笑

15 :貴様ら全員ブチ殺ーーす!:04/03/15 10:40
C信者       DEAD
C++信者       DEAD
VB信者 DEAD
C#       DEAD
Windows信者     DEAD
.net信者       DEAD
VB.NET信者        DEAD

16 :はいはい、貴様ら全員ブチ殺ーーす! :04/03/15 10:41
C信者       DEAD
C++信者       DEAD
VB信者 DEAD
C#       DEAD
Windows信者     DEAD
.net信者       DEAD
VB.NET信者        DEAD

17 :仕様書無しさん:04/03/15 10:42
PG信者      DEAD

18 :紺猿:04/03/15 10:44
協力会社の皆さん!こんなとこで遊んでないで!仕事仕事

19 :仕様書無しさん:04/03/15 10:46
画面ペタ貼りで作れて、クライアント・サーバをシームレスにデバックできれば、
言語はなんだっていいよ。

20 :仕様書無しさん:04/03/15 10:48
これまで、プログラミングは、現職エンジニアや業界に入ってくる新卒をターゲットにしていた…
ExcelやAccessの登場からこの雲行きが怪しくなってきた。
そしてついに、M$は一般人をターゲットにし始めた。
http://www.microsoft.com/japan/users/recipe/

プログラマのアルバイト単価1500円は、更に暴落。980円時代に突入か!?
一般事務のアルバイト単価1800円から更に引き離される!

21 :ブッシュ大統領:04/03/15 10:55
三大悪の枢軸国の紹介
 C++帝國(北朝鮮) ← C++厨代表の正体は、何と! 金正日だった!
 VB帝國(イラン) ← VB厨代表はイランに潜伏していいた!
 Perl帝國(イラク) ← Perl厨代表フセインがついに逮捕された!


22 :協力会社PG:04/03/15 10:58
ああ。JavaChip。憧れのJavaChip。

JavaChip無くして我々は無く、我々無くしてjavaChipは無い。

サーバはSMPのJavaChip。
ワークステーションはサンのJavaChipワークステーション。
PDAもJavaChip。XBoxもJavaChip。

我々のコードは何処でも動く、まさに地上の楽園

23 :はいはい、貴様ら全員ブチ殺ーす!by Bush様:04/03/15 11:01

C++
C言語帝國       滅亡の危機。国家存亡を欠けてこのスレを荒らす悪魔に成り代わった帝国。
C++帝國       悪の枢軸国の一つ。新言語の進撃を受け首都陥落!
VB帝國  悪の枢軸国その二。壊滅状態。勢力がC#とVB.NETに分裂しつつある。
C#帝國       内乱発生。次々とバージョンアップ攻撃の襲撃を受けWinFXでとどめを刺される。
Perl帝國 悪の枢軸国その三。Perl教原理主義者がときどきこのスレを荒らしにやってくる。
.net帝國     悪魔のOSWindowsの支配下で建国された。
VB.NET帝國 内乱発生 VB帝國から逃げてきたブビ厨が建国するもC#帝國によって壊滅的なダメージを受ける。        
D  細菌完成した新国家。
Java どこに潜伏しどこの国に所属しているかわからない諜報員。


24 :仕様書無しさん:04/03/15 11:03
★ Java でネイティブ・コードを呼びたい! ★
http://java.sun.com/j2se/1.4.2/docs/guide/jni/index.html
http://www.dmz.hitachi-sk.co.jp/Java/Tech/jni/index.html

★ 携帯Javaの情報ページ ★
http://www.saturn.dti.ne.jp/~npaka/
http://www.atmarkit.co.jp/fjava/special/kjava01/kjava01.html

★ JavaのO/Rマッピングって素敵! ★
http://pc2.2ch.net/test/read.cgi/tech/1049030272/
http://www.hibernate.org/

★ MS-SQL Server も Java で利用するのがいいよね! ★
http://www.microsoft.com/japan/msdn/sqlserver/downloads/jdbc/default.asp


25 :仕様書無しさん:04/03/15 11:10
javaってほんと信者だね。
言語絡みのスレに爆撃してる奴
おまえ、それやばい宗教の布教活動とやってること同じだとおもわないか?

26 :仕様書無しさん:04/03/15 11:12
気づくわけ無いじゃん

27 :ブッシュ大統領:04/03/15 11:13
三大悪の枢軸国の紹介
 C++帝國(北朝鮮) ← C++厨代表の正体は、何と! 金正日だった!
 VB帝國(イラン) ← VB厨代表はイランに潜伏していいた!
 Perl帝國(イラク) ← Perl厨代表フセインがついに逮捕された!

28 :仕様書無しさん:04/03/15 11:14
Javaに不具合があるのは、糞コードを矢継ぎ早にリリースしてSunを煽り、
十分なテストをさせない糞M$の責任である。ゲイシ氏ね

29 :仕様書無しさん:04/03/15 11:19
Javaがサーバサイドでしか普及しないのは、卑劣な囲い込みと腐敗したOSによって
糞M$がクライアント市場を独占支配しているからである。
クライアントOS市場はゲイシ支配による暗黒時代が長いが、これを打倒粉砕し、
顧客を解放するのは、オープンソース、自由の戦士、我らがサンマイクロシステムズである。

30 :仕様書無しさん:04/03/15 11:22
sunはJavaから撤退だってば・・・・

31 :仕様書無しさん:04/03/15 11:23
【関連スレ】

Sun Microsystemsをサンマと呼ぶスレ
http://pc.2ch.net/test/read.cgi/prog/1063592418/

32 :仕様書無しさん:04/03/15 11:25
OracleのインストーラーはWinでなくても糞だが
あれはOracleの実装が駄目というのが世界の定説だっけか

33 :仕様書無しさん:04/03/15 11:25
Javaって時点で糞

34 :仕様書無しさん:04/03/15 11:25
>>29
お前、携帯電話をなめてるだろ

35 :仕様書無しさん:04/03/15 11:27
バナナって品種改良が進みすぎて
多様性が減ったため
病気が流行ると一斉に死滅しちゃうそうだな

Javaマンセー

36 :仕様書無しさん:04/03/15 11:32
ソフトウェアエンジニアリングの発展のためには、優れた種を後世に残さねばならぬ。
優秀なJavaに糞M$の血を混ぜてはならない。純血こそ輝ける未来が約束される。

100% Pure Java!

何度でも叫ぼうではないか!

100% Pure Java! 100% Pure Java! 100% Pure Java!




37 :仕様書無しさん:04/03/15 11:32
>>34
一般ユーザにまで遅いねって言われている
訳だが・・・

38 :仕様書無しさん:04/03/15 11:33
>>37
そこでJavaChipですよ

39 :仕様書無しさん:04/03/15 11:33
auが伸びてるのとBREWって関係ある?

40 :仕様書無しさん:04/03/15 11:35
>>39
どうだろ?現状ではアプリの数が少ないので
決定打にはなってないと思うが・・・
1x Winの方が決め手なんでわ?

41 :仕様書無しさん:04/03/15 11:35
Docomoの携帯が伸び悩み、auが伸びているのも糞M$の責任である。ゲイシ氏ね

42 :仕様書無しさん:04/03/15 11:35
あんま無いと思われ
金額とサービスだろ
サービスの一部にBREWは含まれるけど

43 :仕様書無しさん:04/03/15 11:36
>>40
ごめん。携帯は通話道具と割り切ってるんで、よくわかんない。
「1x Win」って何?教えてくれるとありがたい。

44 :仕様書無しさん:04/03/15 11:38
パケット通信定額サービス
メールもWebもアプリも一定金額で使い放題

45 :仕様書無しさん:04/03/15 11:38
>>43MS的戦略

46 :仕様書無しさん:04/03/15 11:38
なるほど。メールやWebの多い人にはお得だね。アリガト

47 :仕様書無しさん:04/03/15 11:41
>>43
EV-DOの事です。下りで2.4Mbps(だっけか?)

うーん。auだと後はデータ通信の定額プランと
画面の解像度が上がった&カメラの向上って
ところかな?


48 :仕様書無しさん:04/03/15 11:41
Cって時点で糞  

49 :仕様書無しさん:04/03/15 11:42
>>38
アフォ。携帯電話にはJavaChipが既に内蔵されてるぞ

50 :仕様書無しさん:04/03/15 11:42
>>38
ARMのJava拡張命令どこいっちゃったんだろうね?
使ってんのかな?

51 :仕様書無しさん:04/03/15 11:43
それであのトロさなの?



だめじゃん。JavaChip

52 :仕様書無しさん:04/03/15 11:43
>>37
一般ユーザは速度なんかよりもセキュリティを気にすべきだ。
速度なんか二の次だということにあんたもいい加減に気づけ

53 :仕様書無しさん:04/03/15 11:43
>>49
うわぁぁぁ(AA略

54 :仕様書無しさん:04/03/15 11:44
>>51
セキュリティ重要視しているからだろ
すくなくともPC上でCを動かすのと
JavaChip上でJavaを動かすのとでは
Javaのほうが断然速いことは確実だ。

55 :仕様書無しさん:04/03/15 11:44
>>53
読解不能。解読拒否。

56 :仕様書無しさん:04/03/15 11:45
セキュアなDB論争再燃

57 :仕様書無しさん:04/03/15 11:45
>>36は100%PureJavaの意味を分かっていないに1000ペソ

58 :仕様書無しさん:04/03/15 11:46
>>52
一般ユーザに言って下さいw

後、そんなこと言っても、現状速度に不満
持っているユーザが多数いる事実は変わ
らんです。
しかも、内容もショボイのに・・・っと電車の
中で女子高生らしき物体が愚痴ってましたw

59 :仕様書無しさん:04/03/15 11:46
>>9-11
VBは偉大ではない。
さらっといってしまった・・・・・・・・・・・・・


60 :仕様書無しさん:04/03/15 11:47
だから脅威だってば(w

61 :仕様書無しさん:04/03/15 11:47
VBはソ連の赤軍みたいなもんだろ

62 :仕様書無しさん:04/03/15 11:49
そしてC++厨は北朝鮮人(藁

63 :仕様書無しさん:04/03/15 11:50
は?
VBは絨毯爆撃ですが?絨毯爆撃に使うのは劣化ウラン弾だけど。

64 :仕様書無しさん:04/03/15 11:51
>>58
その遅いアプリとやらのソースコードを見てみたい物だ。

わざと遅くするようにコーディングしてるのではないかと。

しかも他のとちゃんと比較して遅いといっているのかも怪しい。


65 :仕様書無しさん:04/03/15 11:52
>>63
その前にトマホークJavaミサイルが赤軍本拠に(ry

66 :仕様書無しさん:04/03/15 11:53
>>63
そのまえにステルスJava戦闘機がVB厨の爆撃機を撃沈

67 :仕様書無しさん:04/03/15 11:53
>>63
うまい(w
大量のPG(爆弾)を大量にばら撒いてプロジェクトを爆撃して片付け
使い古されたベーシック(ウラン)を使って、シンプルに最大の効果をあげる

68 :仕様書無しさん:04/03/15 11:53
携帯の話は

69 :仕様書無しさん:04/03/15 11:54
>>64
携帯でiアプリとやらをダウンロード
して使ってみれば?

正直アレで遅くないと感じない人の
方が少ないと思うが?

70 :仕様書無しさん:04/03/15 11:55
粗製乱造戦車とカチューシャだが、数で一気にたたみかける。

71 :仕様書無しさん:04/03/15 11:56
>>63
その前にJava特殊部隊がVB厨赤軍を(ry

72 :仕様書無しさん:04/03/15 11:56
設定としてJava側は先鋭と能力が高い前提でよろしく

73 :仕様書無しさん:04/03/15 11:59
>>65
うまい(w
大量のPG(ステルス戦闘機)を大量にばら撒いてVBプロジェクトを迎撃して片付け
反復型開発(トマホークミサイル)を使って、VBとと並行利用されるC++を片付けシンプルに最大の効果をあげる

74 :仕様書無しさん:04/03/15 11:59
>>63
その前にトーネードJava戦闘爆撃機がC++厨軍事基地を制圧(ワラ

75 :仕様書無しさん:04/03/15 12:00
>>63
その前にICBM-Java核ミサイルが北朝鮮C++厨軍事基地を制圧(ワラ

76 :仕様書無しさん:04/03/15 12:01
>>73
前提がなりたってないぞ(w
大量のPGを作るのはVBのほうがはるかに上手
反復型ってC++の資産のほうがはるかに多い。Cのライブラリも使えちまうし。

77 :仕様書無しさん:04/03/15 12:01
>>63
その前に-J2EE戦略防衛構想が発動しSDI防衛システムが鉄壁の防御(藁

78 :仕様書無しさん:04/03/15 12:02
Javaは、大本営とグダグダの前線

79 :仕様書無しさん:04/03/15 12:02
>>76
> 反復型ってC++の資産のほうがはるかに多い。Cのライブラリも使えちまうし。
そりゃさすがにうそっぱちw 根拠無しw


80 :仕様書無しさん:04/03/15 12:03
おまいら、飯は?w

81 :仕様書無しさん:04/03/15 12:03
>>63
その前にデルタJavaフォースが赤軍VBテロリスト潜伏地を制圧。暴動鎮圧。


82 :仕様書無しさん:04/03/15 12:03
>>80 信者は断食中です(w

83 :仕様書無しさん:04/03/15 12:04
VBアプリはJS-2mですか?

84 :仕様書無しさん:04/03/15 12:04
>>80
罰ゲームとしてC++厨の飯を略奪したのでオッケーですw

85 :仕様書無しさん:04/03/15 12:04
>>82
断食ご苦労w

86 :仕様書無しさん:04/03/15 12:05
>>79
お前の発言の方が根拠無しだなw

87 :仕様書無しさん:04/03/15 12:05
玩具のjavaなんざ、鬼戦車T-34の群れで踏み潰してくれるわ

88 :仕様書無しさん:04/03/15 12:05
>>69
じゃ、携帯電話同じアプリで速い奴かるセキュアな奴を紹介してみそ。


89 :仕様書無しさん:04/03/15 12:06
>>86
チミのその発言自体が根拠無しだなw

90 :仕様書無しさん:04/03/15 12:06
>>87
そのまま言い返してあげよう
玩具のC言語 + Perlなんざ、鬼戦車T-34の群れで踏み潰してくれるわ



91 :仕様書無しさん:04/03/15 12:07
C++厨の買ってきた弁当を奪ってあげよう。

92 :仕様書無しさん:04/03/15 12:07
ネクタイの気配がないスレですね

93 :仕様書無しさん:04/03/15 12:07
C++厨がレストランに行くところを襲撃してあげよう

94 :仕様書無しさん:04/03/15 12:08
C++厨は死滅しますた

勝利! 

95 :仕様書無しさん:04/03/15 12:08
>>89
チミのその発言自体が根拠無しだなw

96 :仕様書無しさん:04/03/15 12:10
静かになったな。どうやらあげ厨が連続投稿しすぎて
エラーになったようだ。

97 :仕様書無しさん:04/03/15 12:12
飯食えよ。

98 :仕様書無しさん:04/03/15 12:20
ぱたっとやんだね

99 :仕様書無しさん:04/03/15 12:22
.NET 石油(ネットワーク)利権、世界制覇目的でイラク開放を唱えるチェイニー&ラムズフェルド(ゲイシ)率いる米資本主義(米、英、伊、蘭、日)
java 信仰と民族で打倒M$帝を掲げる反M$ J2EE連合(Sun,I,F,H,BEA,オプソ)(反米原理主義&民族主義連合、パレスチナ、イラン、北、諸イスラム)
sun oracl  アルカイダ アルジャジーラ
その他 .NETを批判しつつ静観。戦後の利権を狙うIBM、家電、携帯各社。(独、仏、露、国連(ISO RFC等))
日本のjava厨房 社民党、共産党、北制裁反対、イラク派兵反対

100 :仕様書無しさん:04/03/15 12:22
さっさと死滅しろよJava厨

101 :仕様書無しさん:04/03/15 12:34
>>99
日本のjava厨房 コヴァ

だろハゲ

102 :仕様書無しさん:04/03/15 12:49
速報!女子マラソン代表決定!!
@野口みずき A高橋尚子 B土佐礼子


103 :仕様書無しさん:04/03/15 12:55
>>102
顔のイメージとしては、土佐がじゃヴぁって感じだな。

104 :仕様書無しさん:04/03/15 12:56
全部不細工だからJavaでいいよ。

105 :仕様書無しさん:04/03/15 12:58
>>88
遅いのが気になるのにそんな理由が欲しいのか?
じゃあわかりやすく言ってやろう
ちなみに、殆どゲームにしか使われていないけどねん



Q1 iアプリを起動して電車に乗ったら開始する前に隣の駅についた。この速度はどう思うか

遅いと感じる/特に気にならない/速いと感じる


Q2 iアプリを動作中に時により原因不明(ガーベジコレクタだけどねん)で0.3〜0.5秒ぐらい固まる事がある。気になる?

気になる/特にきにならない/気がつかなかった


Q3 アプリ(ゲーム)の内容としては、いつくらいのレベルか?

ゲームウォッチ/ファミコン/スーパファミコン


106 :仕様書無しさん:04/03/15 13:10
>>88
どっちにしろ使わないからいらない。iアプリ

107 :仕様書無しさん:04/03/15 13:12
あんな糞トロいの誰も使ってないよ

108 :仕様書無しさん:04/03/15 13:53
ロトの戦士のアプリもトロい

109 :仕様書無しさん:04/03/15 15:26
>>95はコピペ以外何もできなくなり敗北しました(藁

110 :仕様書無しさん:04/03/15 15:30
>>99
.NET陣営とJ2EE陣営を逆にし.NET陣営を左翼、共産主義、社会主義側に
たほうがしっくりくると思うんだが。

M$は
独占禁止法違反、反トラスト法違反、膨大なセキュリティホールより帝国主義と言われており
オープンソースに否定的なため社会主義と言われていることがまさにそのとおり。

ついでに.NET Passport vs. Liberty Aliance Project
を藻枚さんはしらないのか?



111 :仕様書無しさん:04/03/15 15:31
>>105
同じ携帯電話で速い奴はあるかっていっているんだが

112 :仕様書無しさん:04/03/15 16:37
>>110
そうか?
オープンソースの目指しているものこそ共産主義の理想に思えるけど。

113 :仕様書無しさん:04/03/15 16:48
このスレにいるJava厨は2名くらいとみてるんだが、どう思う?

114 :仕様書無しさん:04/03/15 17:06
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!



115 :仕様書無しさん:04/03/15 17:08
結果としてプログラマの賃金は下降の一途をたどると

116 :仕様書無しさん:04/03/15 17:09
一番美味しいのはSIerか?

SIer==共産党幹部

大義名分を掲げつつ上手い汁を吸うと。

117 :仕様書無しさん:04/03/15 17:10
ソースコードをプロレタリアートの手に奪還するのだっ!

帝国主義者を粉砕せよ!打倒M$帝国!

118 :仕様書無しさん:04/03/15 17:10
>>114
しっくりきてるね。w
そうすると、今後は特権階級による富の独占が始まるのか。


119 :仕様書無しさん:04/03/15 17:11
>>118
今後もなにも進行形じゃん。
全業界にわたって

120 :仕様書無しさん:04/03/15 17:12
>>119
オープンソースによる富の独占が?

121 :仕様書無しさん:04/03/15 17:13
そそ。
「人民の独立」「人民による自治」==「オープンソース」

美しい大義名分を掲げ、労働者を煽動して一部特権階級が美味い汁を吸うわけだよ。
労働者は無償奉仕させられるだけ。

122 :仕様書無しさん:04/03/15 17:14
ITバブルで勉強しただろ?
引きどきをわきまえようぜ。Java今が最高値だよ。今後は売り浴びせで一気に1円ヤリ

123 :仕様書無しさん:04/03/15 17:16
>>122
何を売り浴びせるんだ?
人を空売りするのか。w


124 :仕様書無しさん:04/03/15 17:17
まあ、サンマからすれば煽動するだけで無償奉仕するバカがいるから美味しいよな。

125 :仕様書無しさん:04/03/15 17:17
>>123
そう(w
JavaだわJavaだわ〜♪JavaだわJavaだわ〜♪
って人材を大量に雇用してたら、一気に需要が飽和して、人材の投売りが始まる。

126 :仕様書無しさん:04/03/15 17:18
PG の最適単価はコンビニのバイトと同程度が妥当。
時給換算すれば 700 円くらい。

127 :紺猿:04/03/15 17:19
JavaPGなんか雇用しませんよ。協力会社に派遣を集めて頂いてます。

128 :仕様書無しさん:04/03/15 17:19
>>126
調べたら、いま、最安値で1400円だった。
5年以内に1000円切ると思うぞ。(w

129 :仕様書無しさん:04/03/15 17:20
>>127
そう(w
派遣会社も登録いっぱいになっちゃって、どんどん値段勝負になり始めて
最後、「えーーーーーい!このJava厨は時給1円でいいや!もういらん!」ってなる。

130 :仕様書無しさん:04/03/15 17:20
>>125
いや、だからそれじゃ利益を得られないじゃない。
JAVAが飽和することをヘッジして儲けないと。

131 :仕様書無しさん:04/03/15 17:22
>>130
だからJavaの崩壊を横目に見つつ、VB厨は.NETへ移行できるように勉強しとけと。

132 :仕様書無しさん:04/03/15 17:22
このスレは芸達者な奴がいて面白いけど、昼間っから何をしてるw

133 :仕様書無しさん:04/03/15 17:23
>>132
プログラミング&でバック

134 :仕様書無しさん:04/03/15 17:25
経歴書に言語を書くときは、Javaを後のほうにそろそろもっていこうってことだな。

135 :仕様書無しさん:04/03/15 17:25
つか、M$が共産主義とかいってるやつは、「共産党宣言」すら呼んだこと無い厨房だろ。

136 :仕様書無しさん:04/03/15 17:25
>>129
俺は PG は 700 円くらいが妥当と言ってるんだけど。
簡単レジピを謳う .NET ももちろん例外ではない。

137 :仕様書無しさん:04/03/15 17:27
プログラマーが団結して時給3000円以下ではサインしないという協定を組めばいい。
しかし、抜け駆けするやつが必ず居る(w

138 :仕様書無しさん:04/03/15 17:27
>>137
すべて中国、インドへ流出。

139 :仕様書無しさん:04/03/15 17:29
>>138
だな、単価で勝負したら、桁が1つ違うから勝負にならない。
それに単純なプログラマの質は向こうのほうが上。

なので、単価以外で勝負しないとね。

140 :仕様書無しさん:04/03/15 17:29
海外に投げられると言うのはたぶんほとんど実現しないだろう。
やっぱり、徹底した賃下げでPGは、労働内容から「頭を使うのドカタ」と呼ばれてきたが
賃金の面からも「ドカタ」の称号に近づく。

141 :仕様書無しさん:04/03/15 17:30
OSF粉砕だな

142 :仕様書無しさん:04/03/15 17:31
つまり、オープンソースとはPGを完全にドカタ化するとな。

143 :仕様書無しさん:04/03/15 17:33
>>139
だから、周りと差をつけたければ、.NET、J2EE とか特定の技術に
しがみつくのはやめて、実践的なアーキテクト能力を磨くと。
そうしないと将来 700 円。

144 :仕様書無しさん:04/03/15 17:33
>>140
大手の大規模案件の単純な作業、クリティカルじゃない画面などは既に海外だぞ。
しらなすぎ。

145 :紺猿:04/03/15 17:35
しかしあれだ、中国人PGは国民性もあって日本では考えられないくらい傲慢で
使いにくいらしいぞ。それも協力会社のSEに丸投げしてるから関係ないけどw

146 :仕様書無しさん:04/03/15 17:36
>>142
崇高な目的の元に、労働力を提供させる宗教みたいなもの。

147 :仕様書無しさん:04/03/15 17:36
>>143
あるいはマネージメント、経営的営業能力を磨く。
特定分野の○○厨に希少価値は無い。安い香具師探す。

148 :仕様書無しさん:04/03/15 17:36
>>144
そんなことはない。
大手は中間マージンとって、子会社に投げるだけ、孫、ひ孫といって、派遣による護送船団方式。
たいていこの流れ

149 :仕様書無しさん:04/03/15 17:38
>>145
国内で派遣雇ったり格安害虫つかっても同じだよ。
元請の責務を果たしていれば、どっちにいっても同じ。

何もやらずに○投げだから失敗してるだけ。
失敗の理由付けが欲しいんだよ。

150 :仕様書無しさん:04/03/15 17:41
>>148
それは自分のとこだけじゃないか?
いろいろな SIer の営業に耳を傾けてみろ。海外ってのは結構増えている。
言葉、文化の違いがあるので一長一短だけど、食われていることは確か。

151 :仕様書無しさん:04/03/15 17:55
またぱたっとやんだね 。なんなんだこのスレ

152 :仕様書無しさん:04/03/15 18:41
>>151
2人くらいのjava厨が全レスの3分の2くらいを占めてるから
そいつらが消えるとパタっととまるのだよ

153 :仕様書無しさん:04/03/15 18:50
Javaの痛いところを疲れると必死でPG全体がダメポに持っていく連中かい?

154 :仕様書無しさん:04/03/15 18:59
お昼の軍ヲタ風はきつかった

155 :仕様書無しさん:04/03/15 19:58
アホか、リアルつちかたさんはかせぎ(給料)はいいぞ

156 :仕様書無しさん:04/03/15 20:00
Javaはウンチ

157 :仕様書無しさん:04/03/15 20:07
Java厨は議論リセット能力が凄いね。

158 :仕様書無しさん:04/03/15 20:10
口先紺猿なんじゃね?連中にとってはJavaは美味しいんだろ。

159 :仕様書無しさん:04/03/15 20:26
まぁPG全体ダメポにもっていったのは俺なんだが・・・。
ちなみに俺は、C、C++厨

160 :仕様書無しさん:04/03/15 20:28
ところでさ、前スレで
構造体を「データと処理をまとめたもの」って言った奴さぁ。
やっぱどの参考資料をあさっても、「構造体=複数のデータを一つにまとめたもの」としかのってないのだが・・・
どんな本を読んだんだ?

161 :仕様書無しさん:04/03/15 20:42
構造体のメンバに関数ポインタを持たせられること知らないらしい..


162 :仕様書無しさん:04/03/15 20:43
確かに構造体の定義ってのは時代とともに徐々に変わっていってるんだろうな


163 :仕様書無しさん:04/03/15 20:45
>>161
関数ポインタも所詮データだろーに。
あとからでも関数ポインタの参照先をいじれるべよ。
所詮アドレスデータ。

164 :仕様書無しさん:04/03/15 20:48
>>162
10年前から構造体の定義は、かわっとらん。
今日、本屋で見てきたが、少なくとも俺がもってる10年前の用語辞典と同じ説明文だった。

165 : :04/03/15 20:52
わかったわかった、データをまとめて格納ということでオールOKってことね
削除依頼とかで 2ちゃんねるには画像を置けませんよ ってアナウンスを思い出した

166 :仕様書無しさん:04/03/15 20:53
C++のクラスもObjective-Cのクラスも構造体だ罠

167 :仕様書無しさん:04/03/15 21:01
そろそろ限界か

168 :仕様書無しさん:04/03/15 21:12
なんだよいきなりラヴェルが落ちたのはナゼ?

169 :仕様書無しさん:04/03/15 21:19
驫?

170 :仕様書無しさん:04/03/15 21:25
>160
> クラスはデータとその処理を抽象化しているが、
> 構造体はデータをまとめたものに過ぎないから。
> 差は大きいよ。
と言うのは見つけたけれど、
> 構造体を「データと処理をまとめたもの」って言った奴さぁ。
と言うのは見つけられなかったYO。
どこに書いてあったの?

>161-164
何年か前のCマガで「Cでオブジェクト指向を実装しよう」というような特集があったね。
それから、C++のOOP機能(まあ初期実装についてではあるけれど)の実装については
トッパンから本が出ていたね。


171 :仕様書無しさん:04/03/15 21:27
>>160
常識的には、構造体とはデータの構造体。
もちろん、各構造体の先頭ポインターだけを集めた構造体や、
その先頭アドレスもあるが、それはポインターをデータとして扱っている形。

172 :仕様書無しさん:04/03/15 21:28
構造体はベースレジスタからのオフセット

173 :仕様書無しさん:04/03/15 21:30
日本語教室のスレになりますた。

174 :仕様書無しさん:04/03/15 21:46
javaをやらないとOOを理解できないとか言ってるのもおかしいよな。
そもそもソフトウェア工学や開発方法の思想なんかは、
発想ができないやつはどの言語つかっててもダメだし、
逆にちゃんと発想や思考のできるやつは、どの言語から入っても最終的にOOも理解できる。

175 :仕様書無しさん:04/03/15 21:47
そこでVBですよ

176 :仕様書無しさん:04/03/15 21:53
そこでNetCobolですyo

177 :仕様書無しさん:04/03/15 21:55
PL/Iですよ。

しかし、このスレは急に活気づき、急に寂れますね。

178 :仕様書無しさん:04/03/15 21:58
もしかして盛り上げてるの俺?

179 :仕様書無しさん:04/03/15 21:59
>>173
Java厨に日本語はむずかしいんじゃない?無理。

180 :仕様書無しさん:04/03/15 22:00
次にJava厨の役をやるの誰だっけ?

181 :仕様書無しさん:04/03/15 22:02
次の役番は木村じゃなかったっけ?

182 :仕様書無しさん:04/03/15 22:05
>>177
そこで

真にfreeで
C/C++プログラムに組み込み可能で
スタブジェネレータも程よく枯れて
小規模開発ではOOPでセキュアなJava/C#とは
違った角度でパワーと柔軟性そして拡張性を与えてくれる
Ruby,Lua,Python,Guileを使うべきなんですyo


組み込みとゲームはこっちに逝きましょうyp

183 :仕様書無しさん:04/03/15 22:52
なかなかいいネタ

組み込み、ゲエムにスクリプト言語、バイトコード言語ってどうなの?
と受けてみる。

あっでもjava厨がjiniで...ってループさせるから無駄か(w


184 :仕様書無しさん:04/03/15 23:02
仕事しろよ

185 :仕様書無しさん:04/03/15 23:16

java厨は「プログラミング☆簡単レシピ」ショックで静かになってしまったのか?

今頃 ASP.NET Web Matrix Project ダウソしてんのか?


186 :仕様書無しさん:04/03/16 00:07
>>183
コードジェネレータに使ってる人はかなり居るんだけどね>スクリプト言語、バイトコード言語

187 :仕様書無しさん:04/03/16 00:20
>>174
同感。
というより、OOが言語によるような事言ってる人を相手にするだけ不毛だよ。

しかし、このスレでも自称「.NETやってる」「JAVA書いてる」は多いけど、
8割はCの作法のままとか、単にその名前のコンパイラ使ってるだけとかって気がする。

「C++です」と言われて見たら、頭から処理順にズラーーーなんてソースもあるし。
C以前というより、COBOLやPL/Iの構造化プログラミング以前の手順型という(w

しかし言語も良し悪しだが、OOも良し悪しだ。
最初のクラス分けの妥当性が、生産性や保守性の死命を決するが、
どんな業務で、今後どう修正・拡張されるか知らないと、うまくできない。
でもユーザーも最初はわかってなかったりするから、推測で決めざるを得ない。

COBOLの部品化くらいなら、後から共通部分を徐々に抜き出すとかでもどうにかなるが、
クラスは技術というより、理解とか「きめ」が難しい。どんなツールを使ってもね。
でも、ちゃんとやれば、どんどん楽ができる。それはC++でもJavaでも同じ。

188 :仕様書無しさん:04/03/16 00:24

つーか、どんな教科書や参考書読んでも
コードが動かなきゃ意味ないな。(w

人と話するのにいきなり教科書広げるから
java厨は馬鹿にされんだよ。

OOって何ですか?(W



189 :仕様書無しさん:04/03/16 00:25
>>186
そりゃま、CとかASMならそういう使い方はかなり便利だな。
でもそういう意味じゃなかろー、わかっていってんだろうけど。


190 :仕様書無しさん:04/03/16 00:35
>>112
「オプソ=共産主義論」についての考察(w

FSFのStallmanの流れは、共産主義(共有、コミュニティ至上主義)っぽい。
「オプソ好き集まれ」ってだけじゃなくて、「ソフトは人類共通の資産だから、
本来共有されるべき」「商用ソフトは排斥しよう」「理想社会を作ろう」。

共産主義で言えば、ソビエト型(レーニン主義)の雰囲気がある。
ま、「国家独裁と一緒にすな!」って怒られそうだから、
もうちょい正確には世界革命・継続革命のトロツキズム主義ってとこか?

LinuxのLinus君とかは「オプソにするかは作者の勝手、使うかも勝手」
「商売しても無料でも勝手」「でも、おもしろいよん」てな感じかなぁ。

だからSunやIBMとかもLinux(つうかGPLとか、更にはApach)は組みやすい。
個人とコミュニティと企業が、互いに利用しあってる感じ。
共産主義で言えば、地域の互助会や、その連絡会で、ルールを守れば個人も企業も参加できる。

で、何がいいたいかっつーと、オプソも共産主義も色々あるから、
ただのレッテル貼りはつまんないよ、知ってた方が世界は楽しめるよ、ってことだ。

ぐにゅ
http://www.gnu.org/home.ja.html

共産趣味連合
http://www.kt.rim.or.jp/~katsuma/KKSSD.index.shtml

191 :仕様書無しさん:04/03/16 00:36
>>188
目玉

192 :仕様書無しさん:04/03/16 00:40
>>188
動かすのは給料もらってるなら最低限の当然。

その上で、工夫して、生産性や保守性を高めたり試行錯誤するのが、プロでそ。
だから手法や技法を覚えたり、議論もするんだよん。

193 :仕様書無しさん:04/03/16 00:40
トロツキーとレーニンは違うんでね?

194 :仕様書無しさん:04/03/16 00:44
ま、JAVAやってるPGは大きいシステムでサーバー側が多いから、
「最初にクラス考えて、標準化もして」ってな人が多い。

VBとかの人は手軽にホイホイ作れるシステムのPGが多いから、
「むずい事いうなよ。画面だけつくりゃいいんだろ、ほれほれ」てな人が多い。

おなじ建設業でも、ビルの設計師と、町の大工さんみたいなもんか?

195 :仕様書無しさん:04/03/16 00:47
町のでぇくをなめんなよ!

196 :仕様書無しさん:04/03/16 00:47
なんか、共産主義の論争になってきたなぁ。

最後は、Deng Xiaopingだな。
黒猫でも白猫でもネズミを捕るのが良い猫。


197 :仕様書無しさん:04/03/16 00:48
デスマになったらどうでも良い事として
扱われます

198 :仕様書無しさん:04/03/16 00:49
ソフトウェア開発者が無償の奉仕者になるかどうかってことだな。

199 :仕様書無しさん:04/03/16 00:58
>>198
まぁ〜オプソでも有名な香具師は企業から金貰っている
わけで・・

時間があって、共産っぽい謳い文句にコロっと騙されて
しまった学生の労働力で持っているような気がするけどねぇ

200 :仕様書無しさん:04/03/16 00:59
>>193
スレ違いだが、トロツキストに言わせると正反対。

マルクスは独占資本を倒した後を、自由な理想社会程度に考えてた。
資本主義の分析はしたが、社会主義での国家体制は語ってない。

レーニンは党を支配し、党が国を支配し、「偉大な父」となった。
「他国共産党の父がソ連共産党だ、その中の父は私だ」といって、
個人崇拝する、反対派は粛清する、軍事国家にして密告を奨励する、
果ては「敵」のはずの資本主義国と取引して「世界を山分け」する。

中国共産党、北朝鮮労働党、日本共産党も、根は同じレーニン主義。
地域に応じて農民重視とか主体思想とか色づけしてるが、
同じ発想のヤクザのボス同士が敵対してるだけ。

トロツキーはインテリで、ロシア革命の実際の中心人物。
「ロシアで革命できたのはたまたま」「他の国を支援しなきゃ」と
理想主義で革命の輸出をし、「革命は永遠に続く」とレーニンを批判して
逆に殺された。

日本では、革共同(革マル、中核)が「反帝反スタ」、
第4インターがトロツキズム、その影響受けたのがブント(赤軍派とか)とか。


201 :仕様書無しさん:04/03/16 01:01
>>198
オプソは儲けてもいいんだよ。

Linus君も、Linux自体は無償でやってるが、
その実績と技術を買われて、トランスメタで働いてたでしょ?

202 :仕様書無しさん:04/03/16 01:06
>>201
儲けるっていう例え話が間違っているゾイ

でも、現実問題儲からんっというかQTですら
あんな感じになってしまった現実を考えると
あまり気はのらないなぁ〜

203 :仕様書無しさん:04/03/16 01:06
何とか商売にしようと苦労しているけどな。赤帽とか

204 :仕様書無しさん:04/03/16 01:06
>>200
おいおい、嘘かくなよ。トロツキーの暗殺指令を下したのはスターリンだろうが。

205 :仕様書無しさん:04/03/16 01:09
お前らスレチガイやめれ

206 :仕様書無しさん:04/03/16 01:14
セクト別ヘルメット一覧
http://marukyo.cosm.co.jp/MET/index.html

白(革共同):Java (反日共(民生)で先鋭化、組織も理論もかなり強い)
黄(民青):.NET(支持者多数だが、革新を装って、内実は露骨な自派帝国主義)
赤(ブント):やはりオプソ(武闘派、ばらばら、多様)

207 :仕様書無しさん:04/03/16 01:16
どっちにしろ人の考えたクラス(概念)って理解不能だ罠
使う時は悩む前に信じるしかなくなり信じれば作ったヤシは神になる。
それが信仰だし思想ってもんだ。
OOだろうがマルクスレーニン主義だろうがそこがおんなじ。
信者はただその著書をかざすのみ、つーところまでも(w

資本論を説くマルキシストとOOを説くjava厨はよく似ている。

208 :仕様書無しさん:04/03/16 01:16
>>204
あそっか。すまんすまん。レーニンとスターリンを一緒にしてた。

209 :仕様書無しさん:04/03/16 01:19
>>207
OO自体は、C++とJAVAとC#は大差無いと思うんだが。
単に商売上で敵対しあってるだけで。


210 :仕様書無しさん:04/03/16 01:23
枝分かれの合流

マルクス:COBOL(元祖国際化標準言語)
レーニン:C/C++(オープン革命を実行し、世界に広まった)
スターリン:C#(レーニン後の帝国完成を狙う)
トロツキー:Java(反スターリンの国際運動を展開)
無政府主義者:オプソ(そのまんま)


211 :仕様書無しさん:04/03/16 01:27
んで、スターリンにあぼ〜ん

212 :仕様書無しさん:04/03/16 01:51
>>209
これがJava用のOOで、あれがC#用のOOで、そっちがC++用のOOです..
ってあるわけないやろ!?あほですか?

213 :仕様書無しさん:04/03/16 01:54
本物のOOはJavaだけである。
C++は醜い混血児だし、C#は模造品に過ぎない。

Javaこそが純粋、純潔、正当なOOである。

214 :仕様書無しさん:04/03/16 02:00
Smalltalkでは?

215 :仕様書無しさん:04/03/16 03:22
>>112
> >>110
> そうか?
> オープンソースの目指しているものこそ共産主義の理想に思えるけど。

だめだなオマエサンも。詰めが甘いな。M$のやりかたで多くの消費者が
WindowsとOfficeしか使えなくなっている。それ以外のソフトは互換性の問題から
使いにくい。仕方が無く長いものにまかれてWindowsを使っている。
Windowsを使っている香具師の大半は仕方が無く使っている奴ばかりだというのが事実
だということを忘れるな。これはまさに左寄りだ

【企業】.NETが普及すると共産主義となる【人民】
http://pc2.2ch.net/test/read.cgi/tech/1051594350/


216 :仕様書無しさん:04/03/16 04:43
>>215
アホだな、つーか、共産主義つーのをわかってないだろ?
そもそもWindowsとOfficeを使うのは金=資本を稼ぐためだろ。こういうのを資本主義っていうの。
使いたくなきゃ使わなきゃいいんだ。そんなもん共産主義とはいわんぞ。

いうなら、共産主義ってのはCOOP(生協)だ。非営利だから安い、場合によっては安心で新鮮だったりする。
でそのかわり製品同士の競合がないから品揃えが悪い。所帯じみていてダサい。
対して資本主義ってのはスーパーやデパートだ。当然儲けが目的だ。製品も競合している。
品揃えも豊富でバラエティーがある。活気がある。

だいたいWindowsのソースコードの所有者は誰だ?人民の共有物なのか?
GNUやGPLみたいに財産をみんなで共有するのを共産主義というんだよ。
ほんとーにアホだな。藻前は中学校から勉強しなおせ。

217 :仕様書無しさん:04/03/16 09:30
>214
JavaはSmalltalkとObjective-Cからアイディアと概念の多くをいただいてきているよね。
わかりやすい説明として「C++--」なんていうのを掲げたのが誤解の元なのかな?

NEXTSTEPのObjective-Cのリファレンスを改めて眺めながらそう思ったよ。

218 :仕様書無しさん:04/03/16 10:16
おまえら学があるような政治体制の書き込みするが・・・
そんなに学に自信があるなら、役所の専門職受けたらどうだ?
民間のプログラマよりレベルが高い仕事やれる上に、発言権も手に入る。
そのうえ、定時帰宅。そして、世間の50%以上よりは給料上。年とるにつれ60%、70%より上になる。

219 :仕様書無しさん:04/03/16 10:16
またぱったりと止んだな…。


220 :仕様書無しさん:04/03/16 10:18
>218
それに挑戦して轟沈したから、プログラマなんて893な商売をしているし、
燃えかすがまだくすぶっているから体制の話をし始めるんだよ。

  ホ ン ト 、 気 の 毒 な 人 た ち で す ね

221 :仕様書無しさん:04/03/16 10:28
プログラマならパズルもいけるやろ…数的
社会体制の歴史薀蓄を語るだけの学…人文科学/社会科学
人を小ばかにする言動…人文科学/社会科学
プログラマ=技術者なら理系分野得意やろ…物理、化学、地学
英語のマニュアルくらい読めろっつーなら…英語
政治体制の薀蓄…専門課程

合格まっしぐらじゃん。

222 :仕様書無しさん:04/03/16 10:55
つーか、共産主義と資本主義なんて中学校で習うだろ、普通。
専門職、専門課程つーより常識の問題じゃねーの?
中にはえらい勘違いしている香具師も混じっているがな。


223 :仕様書無しさん:04/03/16 10:59
>>222
共産体制や社会主義の説明として「みんな平等」
失敗した理由「みんなさぼった」って教えてハイおしまい。
って教えておしまい。実際はアメの誘惑がなきゃ今全世界が共産国家になってたかもしれないのに。
中学、高校でおしえるレベルなんてそんなもんだ。
まぁ進学校を狙っている中学生なら塾でやるだろうが。

224 :仕様書無しさん:04/03/16 11:07
痛いところを疲れるとパタリととまるjavaスレかなぁ〜

225 :仕様書無しさん:04/03/16 11:56
とりあえず、オプソマンセーな香具師は自分の労働の対価を求めるなよ

226 :仕様書無しさん:04/03/16 11:57
>>223
そうかなぁ。「私有財産の否定」くらいは教わるんじゃないかな。
もしかしたらソ連崩壊後、その辺りは変わったのかもしれないけど。

227 :仕様書無しさん:04/03/16 12:10
>>218
残念ながら、年齢的にアウト。
俺が就職活動していた頃は、役所は不人気だったのだよ。

228 :仕様書無しさん:04/03/16 12:56
>>227
バブル世代だ・・・。

229 :仕様書無しさん:04/03/16 12:59
バブル世代というと、就職活動で楽をしたような印象があるかもしれないが、
それ以前の受験では今の世代よりはるかに苦労しているのだよ。
親が団塊世代である上に、67年が丙午だったこともあって学生の数が多い。


230 :仕様書無しさん:04/03/16 13:16
× 67年が丙午だったこともあって学生の数が多い。
○ 66年が丙午だったこともあって その反動ですぐ後の学生の数が多い

ってバブル入社のジジイが言ってました

231 :仕様書無しさん:04/03/16 13:35
と、丙午生まれの>>230が騙っております。

232 :仕様書無しさん:04/03/16 13:42
>>229
受験で苦労してるのは70年から73年ぐらい生まれだ。


233 :仕様書無しさん:04/03/16 13:46
共産主義的つーが、なぜか共産国家は全体主義になりがちなので
オプソほど自由じゃない。

 よってオプソは思想的に共産主義的とはいえるかもしれんが、共産主義国家では
オプソは成り立たない。中国の紅旗Linux・オプソ賞賛だってどこまでソースを後悔
してるか怪しいもんだ。


234 :仕様書無しさん:04/03/16 13:46
かってCP/M信者だった時代がある。
かってTurboPASCAL(Delphi)信者だったことがある。
かってLotus1-2-3信者だったことがある。
かってNovell Netware信者だったことがある。
かってIBM OS/2信者だったことがある。
かってMacintosh信者だったことがある。
今、Java信者である。

3つ以上yesがあるあなたは、デファクトスタンダードを読む能力に疑問があります。
ソフトウェアを開発する能力はあっても、市場動向を客観的に読む能力に疑問が
あり、無駄な投資をすることになる負け組です。


235 :仕様書無しさん:04/03/16 14:12
>>233
わかっていると思われるが共産主義と全体主義は並立していて関係ない概念だよ。
対立概念としては共産主義vs自由資本主義、あるいは個人主義vs全体主義だ。
例えば自由資本主義アメリカの星条旗を振るレッドパージの時代も逆説的に全体主義傾向といわれるし、
戦前の日本帝国主義、現在の北朝鮮(自称社会主義共和国だが)が間違いなく全体主義だ。

そういった意味で.NETが(共産的というより)全体主義的であるというのは正しい。
ただし、そういう主張をする連中が信仰的教義(例えばOO思想やGPL)を振りかざして
共産型全体主義の傾向を示すのは面白いと思うけどね。

あと中国に知的所有権うんぬんいうほうがどうかしている。最近までそんな概念が
なかったんだから、あそこは。WTOに加盟したのが一昨年の暮れだぜ(w。基本的にみんな国家のものなのさ。

236 :仕様書無しさん:04/03/16 14:14
オプソ系のMLやニュースグループで厨な質問したり、反教条的な発言をしたら
集中砲火を浴びるってことだね。

237 :仕様書無しさん:04/03/16 14:18
それは組織の閉鎖性を示している。
ソフトがいくらオープンでも、そのコミュニティが閉鎖的では全体主義と言われても仕方あるまい。

カラシニコフが共産圏でコピーしまくりだったようなものだ。

238 :仕様書無しさん:04/03/16 14:23
オープンソースの世界って、理想の綺麗さと、現実の駄目さが共産主義に似てる。

239 :仕様書無しさん:04/03/16 14:28
ある解決法ですべてが上手く行くという理想を持ってるとウザイな
オープンソースでも上手く場合とそうで無いのがあるし


240 :仕様書無しさん:04/03/16 14:31
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!

241 :仕様書無しさん:04/03/16 14:37
オープンにして財産を共有というと美辞麗句のようだが、その財産を管理する組織が
閉鎖的だと意味ないし、腐るんだよな。

共産主義国家が財産を国民で共有しても、それを管理する立場の共産党が閉鎖的で
あったために崩壊を招いたようなものだ。

つまり、ソースを技術者が共有しても、それを管理・運用するコミュニティが閉鎖的なのと
同じこと。

オープンソースが共産主義的ともいえるが、オープンソースコミュニティが
共産党的閉鎖性を持っていると言ったほうが適切かもしれない。 

242 :仕様書無しさん:04/03/16 14:40
・・・糞ソースは目にしたくないんだが

243 :仕様書無しさん:04/03/16 14:59
見なければいいとおもゆ。

244 :仕様書無しさん:04/03/16 15:21
>>242
糞ソースも書けないくせに

245 :仕様書無しさん:04/03/16 15:29
オープンソースオープンソースというが、
おまえらなんかまともなソフトウェアをオープンソースで提供してんのか?(w

246 :仕様書無しさん:04/03/16 16:39
>>245
アパッチは俺がひとりで書いたもんだよ。感謝しろ。

247 :仕様書無しさん:04/03/16 16:40
>>246
39

248 :仕様書無しさん:04/03/16 16:45
ありがとうございます。将軍様

249 :242:04/03/16 20:17
>>244
ソースは少なくとも十万行は書いているぞ
誰が発言しているかも知らずに、良くそんなことが言えるもんだ

250 :仕様書無しさん:04/03/16 20:22
>>249
糞ソース 10 万行。最悪だ。
行数で言ってるとこが糞さ加減爆発。

251 :仕様書無しさん:04/03/16 20:24
>250
激同。
行数で言う奴ほど、酷いソースを書くからなぁ。
業務内容とか製品名とかで言えよ。


252 :仕様書無しさん:04/03/16 21:01
そうか。これが「煽り」というやつか。
>>251
ありがとう。君の幼稚な発言のおかげで冷静になれたよ
まあ確かに行数を書いたのは失策だった。
>>244みたいな子供にはわかりやすいと思ったからなんだけどね。

253 :仕様書無しさん:04/03/16 21:16
>252
冷静になったところで聞き直すが、今までどういう事をしてきたんだい?
経験したプロジェクトの内容とその中での役割を教えてもらえるかな?
その上で、「糞ソースも書けないくせに」という人間ではないという事を説明してもらえるかな?
もちろん、守秘義務に抵触しない範囲でOK。


254 :仕様書無しさん:04/03/16 21:27
>>249
糞ソースという「質」に対して、行数という「量」で訴えても意味が無い。
問題の本質を理解できなければ、糞以下のソースしか書けないだろう。

255 :仕様書無しさん:04/03/16 21:27
>>253
まー、そういじめてやるな。

256 :仕様書無しさん:04/03/16 21:52
>255
> 誰が発言しているかも知らずに、良くそんなことが言えるもんだ
と、おっしゃる御仁なので、さぞかし、すごい開発を経験している人だからと思っての事です。

252さんの華麗な経歴が公開されるのを待っていますよ!!

257 :仕様書無しさん:04/03/16 22:00
>>218
あのね、政治体制の話をする人は、公務員試験で、まっさきにおとされるんだよ。
公務員は、無難な人が選ばれる。

258 :仕様書無しさん:04/03/16 22:07
>>256
そろそろ飽きろ。

259 :仕様書無しさん:04/03/16 22:10
>>241
そう。共産主義とは共有だが、強制的な共有か、選択できる共有かで大違い。

原始的な共有は、村社会や山への入会権など。

マルクス、レーニン、スターリン、毛沢東などは、国家単位の強制。
最初は帝政に批判的な企業経営者や富農の支持もうけたが、後に弾圧。
国民は原則、家庭用品などを除いて、私有財産を認められない。
出家したオウム信者と同じ。

生協(coop)や英国のトラスト運動、ボランティア活動の共有資産は、
参加者が好きで選択できる。同じ人が株を売買しても、会社を経営しても良い。
オプソ(特にGPL2に代表されるLinuxとか、Apache)は、こちらに近い。

社会常識として、これくらいは違いを知って語ろうね。

260 :仕様書無しさん:04/03/16 22:10
>>216
アホか。それはこっちのセリフだ。
お前はこれをちゃんと読んだかと
激しく問いつめたい。激しくお前を糾弾したい。

【企業】.NETが普及すると共産主義となる【人民】
http://pc2.2ch.net/test/read.cgi/tech/1051594350/

お前は読解力が足りないぞ。M$信者だからといって許しを請いたいか?
Windowsみたいに仕方なく同じOSを使っていること、
なんでもかんでもWindowsがないと何もできないようにし
M$に振り回されて技術者に多大な負担がかり
独占支配し競争力を低下させ
M$の技術者に対する方針のことを共産主義というんだよ。
ほんとーにアホだな。藻前は中学校から勉強しなおせ。


261 :仕様書無しさん:04/03/16 22:16
ここまでオープンソースを否定する輩がいることには
驚きだ。

自分でも知らない間にオープンソース製品を使っているにもかかわらず
.NETマンセーとか叫んでいる奴の異常な姿を見るとは。

異常だろ。JavaやPerl, PHPだけでなくIBM, 日立もLinuxもBSDも敵に回しているのか。
異常としか言いようがないぞ。

あれだけ世界各国の政府がLinuxを推しており
多くの大手企業がオープンソースに力を入れているにもかかわらずだ。
オープンソースが共産主義でスターリンだとか毛沢東だとか北朝鮮だとか異常な
こと書いている奴がいる。

今回のスレはオープンソースに対して異常なほどに偏見、憎しみをもった
まるでMicro$oft信者のような狂った偏った考え方持っている奴が多いな。







262 :仕様書無しさん:04/03/16 22:19
>258
共産主義の啓蒙活動よりかはマシじゃねーか?

263 :仕様書無しさん:04/03/16 22:21
なにやらM$の工作員が潜んでいるような気がしてならないな。
>>20あたりからM$から派遣されたエバンジェリストがいるような。

突如現れたオープンソースに対する否定的な発言といい、
オープンソースに対する曲解といい、
オープンソースビジネスについて触れていない胡散臭さといい
Perl厨の発言とは異なるところといい
M$のドメインをわざわざさらしているあたり何か変だ。



264 :仕様書無しさん:04/03/16 22:22
それにしても>>20はセンスが悪いな。
無知なM$社員が空気を読まずに突然適当に宣伝し始めたかのように

265 :仕様書無しさん:04/03/16 22:23
何故、話がかみあわないか、のまとめ(共産主義編)

>>110 は、「共産主義の理想」と書いている()
>>215 は、共産主義を「単一規格の強制」と認識して、反論しとる
>>216 は、共産主義を「選択できるがダサイもの」と認識して、反論しとる
>>260 は、共産主義を「選択できない独占」と認識して、反論しとる

「共産主義」を、どういう意味で使うか、の話だよ

266 :仕様書無しさん:04/03/16 22:26
>265
> 何故、話がかみあわないか
マ板でそういう話をしているからに決まってるジャン!!

267 :仕様書無しさん:04/03/16 22:34
>>261
そそ。

オプソって言葉は最近はやってるが、標準化やオープンは、この業界では昔から。

・機種依存言語が常識の時代に、ユーザーが集まりCOBOLやBASICを標準化
・IBM汎用機(S/360)は、I/O仕様の公開などで普及した
・汎用機全盛時代も、主要な規格はISOなどで標準化され、業界で使えた
・AT&Tから生まれたUNIXは、最初はソースコード無料配布で広まった
・PC/ATはBIOS公開で普及した
・ソース公開ではないが、AcrobatやNetScapeやIEは、無料配布で広まった
・現在世界の大半のWebサイトは、内部はApacheで動いている

オプソは特別な存在じゃない。

ただ、従来は曖昧だった権利関係や、将来ともの公開の保証が、
GPL2とかで確保されている点が、以前の企業によるソース公開や、いわゆるフリーソフトと違う。

268 :仕様書無しさん:04/03/16 22:42
C++厨を捕獲しました。
C++厨の化けの皮をはがしました。

波がしてみたらVisual C++使いのC厨三等兵でした。

269 :仕様書無しさん:04/03/16 22:43
>>265
そもそもオープンソースを北朝鮮扱いする
マイクロソフト厨房の薄汚い心が話をかみ合わなくさせている。


270 :仕様書無しさん:04/03/16 22:47
おれのことかいな。
VC++やってたんで、C++やってましたと
堂々と言ってたよ、むかし。
今はJavaしかしないからどうでもいいけどな。
でも、C++って何処で誰が使ってまつか?

271 :仕様書無しさん:04/03/16 22:47
>>265
帝政、じゃなくて訂正。>>110 じゃなくて、>>112 だった。

272 :仕様書無しさん:04/03/16 22:51
>>216
おれWindowsのソースコード持ってるよ(ワラ
みんな綺麗だというけど
カトラーのチームが書いたコードは綺麗なのは綺麗だが
ヘッダファイルとか変数名の定義とか、ありゃ汚いの典型だよ。
JavaとかやっているとM$社員が書いたCのソースコードが汚く見えてくるw 




273 :仕様書無しさん:04/03/16 22:54
>>112
それはリチャードストールマンとか一部の思想。
オープンソースでは金を儲けられないと勘違いしているから
そういう浅はかな考え方しかもてなくなる。

すべてのオープンソースが共産主義をめざしているわけないだろう。
EclipseやFireBirdだって最初は有料だった。
それを突然オープンソースにしたんだぞ。
しかしライセンス携帯は厳格なGPLではないので問題なく商用にも使えるわけだが。

ドトネト信者(=マイクソソフト信者)はなにもわかっちゃいない。
オープンソースが北朝鮮だとかスターリンだと
抜かすあたりが、うんざりするほど厚かましい。


274 :仕様書無しさん:04/03/16 22:55
>>272
共有してくれ兄弟。
売ってくれ〜。頼む。1000円出すから。

275 :仕様書無しさん:04/03/16 22:57
>>112はGeneral Public LicenseとApacheライセンスやBSDライセンス、
Common Public Licenseとの区別が付かないタダの低脳だろ。
オープンソースはすべてGPLだと勘違いしているトンデモな輩じゃないのか。
かつてのビルゲイツのオープンソースに対する批判的な発言に洗脳されたのかな。


276 :仕様書無しさん:04/03/16 22:57
>>274
nyを知らない?

277 :仕様書無しさん:04/03/16 22:58
nyであるやん

278 :仕様書無しさん:04/03/16 22:58
ま、Windows2000もオープンソース化したことだし
Micro$oftの主張も崩れてしまったようだなw

マイクロソフトはオープンソースを否定しておきながら
自ら自分のOSをオープンソース化してしまったのだ(ワラ

279 :仕様書無しさん:04/03/16 22:59
>>276
あんなソフト使わないよ。
穴兄弟。


280 :仕様書無しさん:04/03/16 23:00
マイクロソフトは過去の反省により
これからはマイクロソフトの製品はすべてオープンソースになります。
それらの製品にはすべて General Public License が適用されます。




281 :仕様書無しさん:04/03/16 23:00
>>260も書いてるが、経済効率の面では、独占に弊害がある

初期資本主義 --> 弱肉強食 --> 独占 --> 選択も競争も無い --> 停滞

共産主義 --> プロレ独裁 --> 党独占 --> 選択も競争も無い --> 停滞

そこで資本主義は独占禁止法で自由主義経済を一部制約したり、
理想的共産主義者も国家頼りを止めてボランティアとかやってる訳だ。

282 :仕様書無しさん:04/03/16 23:04
>>279
じゃ白根


283 :仕様書無しさん:04/03/16 23:06
なんかねえ

J2EEやIBMとかを反米原理主義だとかイスラム教原理主義
だとか社民党だとか共産党だという言う奴がムカツクんだよね。
それはお前の好きなM$の開発方針だろと。

そういうこというやつぶん殴ってやりて〜。



284 :仕様書無しさん:04/03/16 23:07
>>279
自分で探せやM$信者のクソ餓鬼が!


285 :仕様書無しさん:04/03/16 23:31
>>216
どうやら墓穴を掘ったようだなマイクロソフト厨(藁

> だいたいWindowsのソースコードの所有者は誰だ?人民の共有物なのか?
> GNUやGPLみたいに財産をみんなで共有するのを共産主義というんだよ。
> ほんとーにアホだな。藻前は中学校から勉強しなおせ。

>>276-278を見ろよ(w
ウィソコードの所有者はP2Pを通して全世界に広がっているんだよ(嘲笑
ほんとーにアホな奴はお前だよ(ワラ
お前が中学校から勉強し直せ(ワラ



> アホだな、つーか、共産主義つーのをわかってないだろ?
プ それはお前だよ(w

M$の馬鹿発言をもう一度読みなおsておくことだな(ワラ 

286 :仕様書無しさん:04/03/16 23:36
VisualC++は死滅しました。
マイクロソフトの手によって死滅させられました。
M$は変わりにVC++厨にC#を押しつけています。
新VC++もあるようですが旧C++とはほとんど互換性がありません。
gcnewだなんて変なキーワードとか使っています。
これはVC++の原型がほぼ死滅していると言ってもいいでしょう。
これはあたかも、M$が、VC++厨に「C#を使え! C#に移行しろ!」
と叫んでいるかのようでもあります。


287 :仕様書無しさん:04/03/16 23:41
>>283
どうでも良いですが、Java好きでIBMマンセー
な香具師が多いのは笑えるな。
そうですかむかつきますかw

288 :仕様書無しさん:04/03/16 23:47
MS マンセー

289 :仕様書無しさん:04/03/16 23:49
藻前らホントにあほだな。
今更共産主義なんざどうでもいいが、共産主義か資本主義かの違いは本質的には
「私有財産を認める(資本主義=私有)か、否(共産主義=共有)か」それだけだ。

Windows(やOfficeや.Net)のソースコード(や諸権利)が(合法的に)共有化されるなんて
信じている香具師がいるのか?ソフトウェア使用許諾契約書なんか見たこと無いのか?

GNUやGPLを誰か個人が私有化すると信じている香具師がいるのか?
Copyrightに対するCopyleftなんて言葉さえ知らないんじゃないのか?

藻前らPGではないのか?なんでオマンマ食ってんだ?とっても不思議だぞ。
本当にあほだな。


290 :仕様書無しさん:04/03/16 23:54
>>283
信仰を貶されて拳で抗議するんですか?
やっぱり原理主義じゃん
アルカイーダだよ(w


291 :仕様書無しさん:04/03/17 00:31
>>289
まーまー、平均PGの8割はCopyleftなんて聞いたことも関心も無いのよ。
GNUやGPLは話題の時期を過ぎて定着期だから、怒る必要もないのよ。

.NETが相応のシェアを取る事は確実だが、Javaを置き換える事は既に不可能に
なってしまってるし。

292 :仕様書無しさん:04/03/17 00:34
もちっと言うと、わざわざオプソなんて言わなくても、
市販のアプリサーバーはコアがApacheとかTomcatとか、
携帯や家電に実はLinuxとか、気づかず広まってる時代になってる。

S/Wなんて部品なんだから、ことさら目立つのはおかしい。

293 :仕様書無しさん:04/03/17 00:41
Java製のアプリサーバでTomcat100%無縁ってある?
わたしゃ見たことがない

294 :仕様書無しさん:04/03/17 00:42
>>286
いるかのよう、じゃなくて、MS自身が公言してるんだよ。
移行用にVB.NETも出すが、VBプログラマもC#に移行して欲しいと。

295 :仕様書無しさん:04/03/17 00:45
>Javaを置き換える事は既に不可能になってしまってるし。

そりゃすでに市場が飽和してるってことだぞ。
銀行やプロバイダ、通販会社ばっかりじゃあるまいし、
社員数千人、顧客数百万人なんて企業はそうざらにはない。
スケーリングの変化がまもなく起こりそうな予感がある。
特にIPv6時代に突入すれば鯖なんざ、社ごとにある電話の交換機の
ような扱いになる。その時思うにエンタープライズ、B2B、C2Cって
のはでかすぎないか?結構「簡単レシピ」が脅威になりそうな予感だよ。





296 :仕様書無しさん:04/03/17 00:47
>>289
自分の文章によってしまっているのがなんとなく分かるな・・・。

297 :仕様書無しさん:04/03/17 00:53
>>289
GNUに関してだけど
使うこととインポートしてプログラミングすることとの違いはわかるよね

298 :仕様書無しさん:04/03/17 00:55
>>293
Jetty, JBoss-Jetty, 懐かしのJSDK(ServletRunner), JWSDK,
昔のJ2EE RIとかならTomcat無縁だよ

299 :仕様書無しさん:04/03/17 00:55
>>295
システムをサーバー単位に見てるのね。
サーバーの日用品化。開発のパッケージ化。
確かにそういう想定もあると思う。

でも他方で、大小企業や個人が連携する巨大ネットも増大しとる。
この2chもね。サーバー単体は小型(gridとかbladeとか)かもしれんが、
その上で動くアプリは巨大だし、部品化も必要だ。

更に足元には、組み込み市場があると。天と地の二極化。

300 :仕様書無しさん:04/03/17 00:56
>>291

> .NETが相応のシェアを取る事は確実だが、Javaを置き換える事は既に不可能に
> なってしまってるし。
それはPCでの話だね。
サーバや携帯電話などではそうでもないのが現実

301 :仕様書無しさん:04/03/17 00:57
>>289
そもそもM$のやり方が民主主義だと妄言していることがムカツク

302 :仕様書無しさん:04/03/17 00:58
>>290
藻前なんかスレを荒らして誹謗中傷している時点で
拳をあげること同等の言葉の暴力をふるっているんだから
原理主義じゃん。
やっぱりオープンソースを叩く奴もアルカイーダだだよ(w


303 :仕様書無しさん:04/03/17 01:01
>>300
ん?逆に読んでない?
>>291は、(サーバーとかの)Javaは、.netでは置き換え不可、てな趣旨

304 :仕様書無しさん:04/03/17 01:01
>>289
> Windows(やOfficeや.Net)のソースコード(や諸権利)が(合法的に)共有化されるなんて
> 信じている香具師がいるのか?ソフトウェア使用許諾契約書なんか見たこと無いのか?

著作権の寿命って知ってる?

未来永劫ソースコードが外部にもれない保証はないけどw
一度漏れてしまった物、を取り返すことも
一度人に知られてしまったことを忘れてくれなかったことにしてくれということも
一度値下げしてしまった製品を突然大幅に値上げすることも
ほぼ不可能だよ


305 :仕様書無しさん:04/03/17 01:01
>>303
お、そうだった。すまん。

306 :仕様書無しさん:04/03/17 01:04
PCやPDAは、携帯の普及の前に、一般人にとってレガシー化しつつある。

汎用機重視だった過去のIBMが倒産寸前までいき、
圧倒的な固定電話を誇ったのNTT東西が今や不良資産の山となったように、
PCに主軸を置いているMSは存亡の危機。

307 :仕様書無しさん:04/03/17 01:09
>>289はやっぱり往生際の悪いマイクロソフトの社員かエバンジェリストな工作員
ですか。  

308 :仕様書無しさん:04/03/17 01:13
>>299
インターネット見ていると思うんだよ。
いろいろなネットワーク技術があったが結局tcp/ipだったって。

インターネットはUNIXが切り開いたが、ユーザーはほとんどPCだ。
きたるべき大小企業や個人が連携する巨大ネット、そしてIPv6では
javaはUNIXなのかもしれん、だがユーザーは.netかもしれんとね。

商業的に生き残っているUNIXってそれこそSunぐらいだろ。


309 :仕様書無しさん:04/03/17 01:14
>>304
著作権には寿命があるが、多少の改変(バージョンアップ)を続ければ、
永遠に更新できる。

ソースは漏れても、別にソースが秘密の力の根源じゃない。

仕様を握って、将来の改変を握っている事自体が、
他者が従う権力となる。

ジョージオーウェルも1984年で書いたでしょ。
「現在を支配するものは過去を支配する」
「過去を支配するものは未来を支配する」

ソースなんてのは、過去の中間成果物なんだよ。
流出すれば当面困るが、主導権が消える訳じゃない。
重要なとこは、別途特許で抑えてたりするしね。

310 :仕様書無しさん:04/03/17 01:14
あほか、あほか連発している人
鼻がひくひくしてるようだ
感じ悪いよあんた
こんな人にはならないように気を付けよう..

311 :仕様書無しさん:04/03/17 01:15
>>307
どっちのエバンジェリストに見えるかは
藻前がどっちのエバンジェリストかによると思うよ。
おそらく敵対するサイドのエバンジェリストに見えることだろう(w


312 :仕様書無しさん:04/03/17 01:25
>>308
通信プロトコルは、確かに色々あった。
非手順、BSC、HDLC、SDLC(SNA)、ApplaTalk、IPX、NotBIOS...

ただ、現在のTCP/IPは初期の「適当に発信して、ぶつかったら再送すりゃええ」
から、色々な技術が集まった形で発達してる。

インターネットは裾野が広がったのでユーザー比率も変わってきた。
末端ユーザーは、昔は大学などのUNIX、今はPC、最近は携帯や自販機。
IPv6では、末端の主流はPCではなく、微小機器(ユビキタス)かと思う。

商用UNIXはITバブルでSolarisが激増したが、今はHP-UX、AIXと3分して、
ISP/ASPやエッジなんかはBSD/Linuxも多いね

313 :仕様書無しさん:04/03/17 01:31
>>309
1984年ってこれね
http://www2s.biglobe.ne.jp/~mike/orwell.htm

314 :仕様書無しさん:04/03/17 01:42
>>312
> NotBIOS
いちいち書かなくてもいいことばかり書くから、こういうミスをするのじゃ(ハハ

315 :仕様書無しさん:04/03/17 01:46
自分の陣営をスターリンとか北朝鮮と言われて怒る人がいるけど、
それは立場によって日常茶飯事じゃないか?

アルカイダから見れば、米国は侵略者で、自分は神に守られたレジスタンス。
米国から見れば、アルカイダはテロリストで、自分は神に守られた解放者。

昔はソ連という共通の敵がいたから、米国はビンラディンを支援してたし、
ビンラディンは米国を「互いに神を信じる国」と尊敬してたという。

まさに1984年の世界だね。

316 :仕様書無しさん:04/03/17 01:47
>>314
BIOSじゃないからNotBIOS...

317 :仕様書無しさん:04/03/17 02:20
>>295
> >Javaを置き換える事は既に不可能になってしまってるし。
>
> そりゃすでに市場が飽和してるってことだぞ。
クライアントや組み込み家電を含めれば飽和していないよ。

> 銀行やプロバイダ、通販会社ばっかりじゃあるまいし、
> 社員数千人、顧客数百万人なんて企業はそうざらにはない。
> スケーリングの変化がまもなく起こりそうな予感がある。
> 特にIPv6時代に突入すれば鯖なんざ、社ごとにある電話の交換機の
そういうのが増えるだけであって既存のサーバが即座に重箱の隅になる可能性は
きわめて低い。組み込み系などでは別だが。

> ような扱いになる。その時思うにエンタープライズ、B2B、C2Cって
> のはでかすぎないか?結構「簡単レシピ」が脅威になりそうな予感だよ。

しかしだね、えんたーぷらいず関係で一度設置したシステムを
いまさら.NETとかCOBOLに置き換えるってことは容易ではないんだよ。
自分のPCを交換するのは1万〜10万円で済むだろうけど
でっかいものでは一度決めてしまったものをあとから覆す
ことはコストがかかるんだよ。



318 :仕様書無しさん:04/03/17 02:29
>>309
しかしだ、M$はかつては小さな企業で
徐々に巨大化しゲイシは世界一の金持ちになり経営者からか尊敬されるようになり
技術者からもアメリカンヒーローとして尊敬されていた。

しかし最近では技術者に嫌われている。
経営者という視点でしか尊敬されていない。
それでもM$は司法省にまで嫌われている。

かつで日本では
NECがJustSystemとつるんでPCを支配していたが今ではどうだ?
NTTがアナログ回線で独占的に儲けていたが今ではどうだ?
任天堂がゲーム業界を支配していたが今ではどうだ?
江戸時代では封建制度と鎖国、身分差別が日本国民を支配し束縛していたが今ではどうだ?

いつまでも暗黒時代は続かないのだよ。

319 :仕様書無しさん:04/03/17 02:31
>>311
お前、M$がエバンジェリストを本当に派遣しているって知らないのか?
必死に掲示板とかで宣伝している香具師だよw

320 :仕様書無しさん:04/03/17 02:32
確かにゲームで任天堂がその地位を、
週間漫画雑誌でジャンプがその地位を譲る日が来るとは夢にも思っていなかったな、
あの頃は。

321 :仕様書無しさん:04/03/17 02:43
>>317
かつてメインフレームが恐竜(滅び行くでかいのろま)と呼ばれるたように
やがてえんたーぷらいずが恐竜と呼ばれるようになるんじゃねーの?って話。


322 :仕様書無しさん:04/03/17 02:43
>>309
> >>304
> 著作権には寿命があるが、多少の改変(バージョンアップ)を続ければ、
> 永遠に更新できる。
更新はできるが古い物は新しい物によって価値が薄まり淘汰されてゆく運命。
M$が新しい物を作ったとして、それをユーザが飽きずに使っていられるかか鍵。
一度大きく肥え太ってしまった企業を昔の若々しい生き生きとした姿に戻す
ことは困難。ああいう大手企業ってのは古代ローマ帝国のようになる運命なんだよ。

> ソースは漏れても、別にソースが秘密の力の根源じゃない。
そうはだれもいっていない。ソースが漏れることで商品は価値は大幅に下がる。
それだけでなくソースが漏れたことでM$という企業の信頼性も大幅に低下した。
漏れたソースコードから脆弱生も発見された。
漏れたソースコードのコメントには下品な言葉や
他社の悪口、他人のプログラマに対する誹謗中傷もみられた。
世界の大企業、M$の社員として品位を損ない
M$の印象ははさらに悪化した。
まるでM$社の自作自演かのようなハロウィン文書Xも公開されM$の
評判はさらに悪化している。

323 :仕様書無しさん:04/03/17 02:44
> 仕様を握って、将来の改変を握っている事自体が、
> 他者が従う権力となる。
そのあたりを、SunやIBM, Oracleなどが必死に覆そうとしている。
Javaができたことにはそのあたりも関与している。
他にもNovel, Linux, GNU, BSD, SGI陣営なども覆そうとしている。

> ソースなんてのは、過去の中間成果物なんだよ。

> 流出すれば当面困るが、主導権が消える訳じゃない。
> 重要なとこは、別途特許で抑えてたりするしね。
主導権が消えるともだれもいっていない。
M$製品の価値とM$の信頼性が下がることは必至だ。
資本主義というのはM$のような企業が永遠に市場を支配することではない。
競争力があってこそ成り立つものだ。

特許は著作権よりも寿命が短い。
しかも競争力を低下させる恐れがある妙な特許は裁判で無効にされる。
M$が司法省に目をつけられ裁判をうけたことがあるからわかるとおもうが
M$は競争力の低下を引き起こさない程度にほどほどに行動すべきだ。


324 :仕様書無しさん:04/03/17 02:46
>>315
あなたが会社を起こして自社の印象がわるくなるようなことがかかれているのが
見つかったら反応せずにはいられないでしょうw
デマを流されそれだけでだれも自分のことを信用してくれなくなったら。

325 :仕様書無しさん:04/03/17 02:47
>>321
その場合のえんたーぷらいずはCOBOL

326 :仕様書無しさん:04/03/17 02:49
>>321
よく、P2Pによってそのうちサーバはなくなるといわれるが、
そうではないと思う。
サーバとクライアントとの区別がつかなくなるだけだろう。

今あるクライアントがサーバになり
サーバがクライアントになるだけだろう。
そのうえでP2Pするってところだろう。
よって、J2EEや.NETみたいなサーバサイドアプリが死滅することはありえない。

今までサーバでやってきたことをクライアントに移すってだけだから
ApacheやTomcat、JBossとかが自分のPCでサービスとしてふつうに
動いているだけってな感じ。

327 :仕様書無しさん:04/03/17 02:53
>>325
いやエンタープライズはまんまJ2EEだよん。
COBOLは船にさえ乗せてもらえない

インターネットが結局tcp/ipだったように
使われるのは結局単純なものになる予感。
単純なものが相互に繋がって複雑に相互作用するのな。

javaのように思想まで含めて厳密に設計されたものは
やがてその厳密さゆえに破綻するような気がする。

世の中ってのはもっとテキトーで感覚的なものだからさ。


328 :仕様書無しさん:04/03/17 02:54
で、だ。
テキトーで感覚的なものってのに「簡単レシピ」ってのはわりと近い気がしているよ。


329 :仕様書無しさん:04/03/17 03:13
>>327
で、おぬしはそこでJ2EEのかわりに.NETがくるといいたいと?

330 :仕様書無しさん:04/03/17 03:14
>>326
負荷分散、処理分散、データクラスタリングがすすんで、やがて、サーバのこなすべき仕事とデータを全てのクライアントで分散し、
クライアントしかないのに、ネット上には仮想サーバが存在するようになるんだ!

処理は完全分散で、
クライアントは1台でも全ての処理が行えるが、クライアントが増えるに従って、
仮想サーバのスペック/安定度が上がるような、そんな状況に・・・。

ならないな。どう考ええも。


331 :仕様書無しさん:04/03/17 03:22
>>327
Javaは単純だよ。
コンパイラがうるさいだけだよ。

ありゃシンプルでよくできてる。
基本仕様はC++と比べれば非常にシンプル。

J2EEは確かに複雑。
そのこともJ2EE開発者の間では問題視されて
J2EE開発を簡単にするツールや手法を研究しているようだ。
JBossなんかもシンプルさを意識して作られている。

Java関係は長い時間をかけてゆっくりと熟成されたワインのように
慎重に作られているのでなかなか破綻しないと思われ。

J2EEとかはいずれ大幅にかわるだろうけど
基本的な考え方は変わらないと思われ。

Jakarta Strutsとかのようなフレームワークは
いずれJSFやTapestryなどによって死滅するような予感がするが。
かといってStrutsを使いこなすことが無駄というわけでもない。
あれも良くできている。死滅しても基本的な考え方は
いずれ他の環境などに引き継がれていくようなものだ。


332 :仕様書無しさん:04/03/17 03:24
>>330
それがだなw

最近のハードウェアをよくみてみなよ。

Dual CPUも当たり前になりつつある。
Intelはハイパースレッディングだのいっているし
自作PCも格安で購入できる。
複数代のPCを当たり前のように使うことになる。
一台のPCの中に擬似的に二台のPCが入っているなんてこともありうる。

333 :仕様書無しさん:04/03/17 03:26
JSP周りはStrutsだのTurbineだのVelocityだのtapestryだのJSFだのtaglibだの
GUIに近い関係は確かに乱立している。

GUIってそんなもんだ。

まだまだEJBやServletとかのロジックを
いじくっているほうがまし。

334 :仕様書無しさん:04/03/17 03:34
>>333
はい残念、もう一回勉強しなおしてこよう。
言葉だけ覚えてもぼろは出るもんだが、
ここまで見事にやってるのははじめてみたよ。

335 :仕様書無しさん:04/03/17 03:41
>>334
プ 本当はお前の苦手なキーワードを列挙された痛いところをつかれたんだろ(藁

336 :仕様書無しさん:04/03/17 03:48
言われてもまだわからないんだなw


337 :仕様書無しさん:04/03/17 03:53
GUIかあ。
少なくとも、StrutsやタペをGUIとくくるのは、知らないやつだけだな。
いったいどんなものだと思ってるんだろうか。
考えているものを想像すると笑える。

言いようによっては泣いてやってもいいか。

338 :仕様書無しさん:04/03/17 04:02
GUIでなくてもGUI臭いだろ。MVCアーキテクチャのViewだけの匂いがするんだよ。
VB厨が好きそうな匂いもわずかに含まれているから
あまり力を入れたいという気になれないんだな。

Strutsは全部がそうだとはいっていないが。
Struts事態もMVCアーキテクチャになってはいるが。
ActiobFormBeanとかは別として
カスタムタグの扱いに関してだけはもろGUI臭い匂いするだろ。


339 :仕様書無しさん:04/03/17 04:43
分散の話が出てるが・・・
Linux で分散コンパイルが自宅で出来る。
パソコンが2台以上あれば簡単に出来ちゃうのにちょい驚いた。
技術の流れって速いね。

340 :仕様書無しさん:04/03/17 07:16
どこが。古臭い手法だな

341 :仕様書無しさん:04/03/17 09:22
>>322
半分は同感だし、立場も違わないようだけど

>>更新はできるが古い物は新しい物によって価値が薄まり淘汰されてゆく運命。

それは著作権とは別の話。
著作権は(特にソースとか部分・全体の判別困難なもの)は、1%を更新して、
全体の著作権を延長する事は容易。ディズニーとかもやってる。

新しいものも、過去の延長線上にある場合、その仕様に束縛されるって話。
例えば、PCメーカーやアプリメーカーが、今MSに反抗する事は容易。
でも「次のバージョンでの情報提供」を絞られる事を恐れて、容易にはできない。

仕様を握っているとは、そういうこと。将来を握る事で権力を持続する。

TRONもJavaも仕様は公開してるし、MSも部分的に進めてるけど、
どれも基本の著作権や、将来の拡張は譲らない。
オプソだと、そこまで放棄してしまう訳だ。

MSが古代ローマになるかというと、なって欲しいが簡単ではない。
MacとかNetScapeとかRealとか、同業新風を巻き起こすとユーザーは魅了される。
が、真似の同等作品をOSに無料バンドルすれば、相手は消滅する。
実際、MSの技術に独自性のあるものは、ほとんど無いけど、独占できてるでしょ。
(MS-BASIC、MS-DOS、Win3.1のGUI、Win95のGUI、IE、NTカーネル、.NET...)

ま、価値観は同じなんだが、ちょっと打倒MSを楽観しすぎてると思うな。

342 :仕様書無しさん:04/03/17 09:33
>>327,333
Javaが複雑か、シンプルかは、範囲によると思う。

Java本体は、C++より整理されたから、良くも悪くもシンプルだ。
(だからC++ユーザーがこの機能が無いとか言うが、それは意図的な仕様)

しかしJavaScriptは構文を似せただけの、元々別言語だ。

更にJavaの強いエンタープライズ(J2EE)まで含めると、
Servlet、JSP、EJBとかの関係は複雑で、必ずしも最初からまとめて考えられた
訳じゃない。Web画面は最初はServletとAppletだったが、途中でJSPが出て、
MVCモデルが主流になったが、今でもServeltでも画面を結構書いてしまう。

343 :仕様書無しさん:04/03/17 09:37
>>333
前段と中段が見事に繋がってないね。w

GUIに関しては、ペタ貼りでサーバーサイドと連携してデバックさせてくれればどうでもいい。


344 :仕様書無しさん:04/03/17 09:39
>>330
「分散 = ダウンサイジング(リッチ・クライアント)」みたいに思ってない?
それは80年代のクラサバの単純思想。

ネットを通じた負荷分散、処理分散が進むとから、
現在の肥大化したファットクライアントが解体されて、
処理もデータのネット上で適材適所に置けるようになってきてる。

だからこそ、電気産業やガス産業と同様に、処理のセンター化が進むんだよ。
(近いからって、各地域や各家庭に発電所を置いたら、管理が大変でしょ)


345 :仕様書無しさん:04/03/17 09:43
>>341
官僚や社畜の世界も同じだな
今年の給料を半分にする、くらいなら反抗できるが、
将来の出世を握られると、人間は弱いものだ

346 :仕様書無しさん:04/03/17 09:56
まぁ顔の見えない相手とかみ合わないレスの応酬するくらいなら、
M$を超えるOSと周辺ソフトを作るんだな。

347 :仕様書無しさん:04/03/17 10:03
>>341
> 半分は同感だし、立場も違わないようだけど
> >>更新はできるが古い物は新しい物によって価値が薄まり淘汰されてゆく運命。
>
> それは著作権とは別の話。
> 著作権は(特にソースとか部分・全体の判別困難なもの)は、1%を更新して、
> 全体の著作権を延長する事は容易。ディズニーとかもやってる。

それゆえに古いミッキーでは商売しにくくなったろ?

> 新しいものも、過去の延長線上にある場合、その仕様に束縛されるって話。
> 例えば、PCメーカーやアプリメーカーが、今MSに反抗する事は容易。
> でも「次のバージョンでの情報提供」を絞られる事を恐れて、容易にはできない。
それはむしろマスコミとM$との関係じゃないかな。

> 仕様を握っているとは、そういうこと。将来を握る事で権力を持続する。
だからW3Cではもめているんだろう。

> TRONもJavaも仕様は公開してるし、MSも部分的に進めてるけど、
> どれも基本の著作権や、将来の拡張は譲らない。
> オプソだと、そこまで放棄してしまう訳だ。
オープンソースすべては放棄していないぞ。
ひとことでオープンソースといってもライセンス形態の異なる
オープンソースが複数ある。すべて破棄するのはBSDライセンスのようなものだけだ。
GNUも一部オープンソース化されているJavaもすべてを破棄しているわけでもない。
Common Public LicenseのEclipseはオープンソースだが上位版WebSphereは
何もかも破棄しているわけではない。

348 :仕様書無しさん:04/03/17 10:04
>>346
シェア、売上げ以外でM$を越えるOSやソフトならいくらでもあるわけだが。

349 :仕様書無しさん:04/03/17 10:07
>>348
マーケティングもできて初めて仕事と呼ぶ

350 :仕様書無しさん:04/03/17 10:08
>>348
ソフトの良し悪しと、営業的な成功(更には独占)は、残念ながら一致しない

更に言うと、囲い込みできた者が、独占と高利益を享受できる、てのも現実。
宗教法人や北朝鮮のトップが、批判されても貴族な暮らしをしてるのと同じ。

351 :仕様書無しさん:04/03/17 10:11
>>349
マーケティングは必要だが、内容は程度問題だな。

MSの場合は、市場で勝負するのではなく、
事前に競合会社の製品を採用させなくしたり、
技術的でない不安を煽ってFUDするから、
批判が強いって現実も認識しよう。

352 :仕様書無しさん:04/03/17 10:16
> MSが古代ローマになるかというと、なって欲しいが簡単ではない。
> MacとかNetScapeとかRealとか、同業新風を巻き起こすとユーザーは魅了される。
> が、真似の同等作品をOSに無料バンドルすれば、相手は消滅する。
> 実際、MSの技術に独自性のあるものは、ほとんど無いけど、独占できてるでしょ。
> (MS-BASIC、MS-DOS、Win3.1のGUI、Win95のGUI、IE、NTカーネル、.NET...)

しかしそのような競争原理はプログラミング言語には働かない。
技術のない素人ばかりの一般ユーザは即座にM$製品に飛びつく、
しかし技術者は即座に.NETには飛びつかない。
それが今のJavaや.NETなどとの関係に良く表れている。

技術とは関係が薄いゲーム機ですらM$は競争に負けている。
M$の収入源の大半はM$Office、つぎにWindowsくらいだ。
MSDNとかX-boxは赤字ばかりだ。

> ま、価値観は同じなんだが、ちょっと打倒MSを楽観しすぎてると思うな。
打倒M$を目指しているんではない。
打倒といってもサーバサイドや家電ではM$は他社に勝ち目はない。
M$が勝てる分野はPC市場に関与する部分のみとすでに決まり切っているわけだ。


353 :仕様書無しさん:04/03/17 10:17
>>349-350
かといってオープンソースビジネスを否定して仕事でないと
見なすなら筋違いというものだが

354 :仕様書無しさん:04/03/17 10:18
>>351
 >>349-350
も一種のFUD攻撃?

355 :仕様書無しさん:04/03/17 10:19
>>347
古いミッキーも組み合わせて商売してるよ。

マスコミもMSからの広告収入は惜しいが、無くても他でやってもいける。
Win用のPCベンダーとアプリベンダーは、MSとの密接な関係がないと、
(正確には、技術情報を絞られる恐れがあるだけで)存続もできない。

オプソにも色々なライセンスがあり、違いがある事はわかる。
ただ、単独のベンダーや協議会が将来を決定する.NETやJavaやTRONよりは、
オプソのコミュニティ方式の方が、(内紛は多いけど)仕様策定がオープンだし、
新仕様が嫌なら別仕様を立ち上げて有志を募る事も簡単だって話。ここでは。



356 :仕様書無しさん:04/03/17 10:21
>>354
根拠があればFUDとは呼ばないんだよ

357 :仕様書無しさん:04/03/17 10:28
>>353

改めて比喩

MS:資本主義を利用し、独占と囲い込みで高利益、ユーザーは選択余地少
---> だから帝国とか北朝鮮とか言われる(独裁という意味で)

オプソ:資本主義内の各共同体による公共財生産運動。金儲けを兼ねてもOK。
---> だから共産主義とか言われる(協業、共有という意味で)

共産主義といっても、意味がぜんぜん違う

358 :仕様書無しさん:04/03/17 10:31
ま、フロントエンドは.NET、バックエンドはJAVAってのは、当面正しいのでは。
両方に軸足を置くボーランドらしい視点ではあるが。

http://www.atmarkit.co.jp/news/200311/27/borland.html

359 :仕様書無しさん:04/03/17 10:41
>>355
> >>347
> 古いミッキーも組み合わせて商売してるよ。
それわだよ。いってしまえばLinuxに商用ソフトなどをまぜて商売しているよっての
と同じや。古ミッキーはおまけなんだろうけどね。

> マスコミもMSからの広告収入は惜しいが、無くても他でやってもいける。
> Win用のPCベンダーとアプリベンダーは、MSとの密接な関係がないと、
> (正確には、技術情報を絞られる恐れがあるだけで)存続もできない。
中小企業やWindowsドライバ開発者はほとんどM$に逆らえず大変だろうなw

> オプソにも色々なライセンスがあり、違いがある事はわかる。
> ただ、単独のベンダーや協議会が将来を決定する.NETやJavaやTRONよりは、
> オプソのコミュニティ方式の方が、(内紛は多いけど)仕様策定がオープンだし、
> 新仕様が嫌なら別仕様を立ち上げて有志を募る事も簡単だって話。ここでは。
Javaに関しては、Jakarta Projectとというオープンソースコミュニティが
うまくJCPによって決められている。JCPのやり方が気に入らなければ
JakartaのほうでCommonsのように自分から機能を付け足していけばいいだけのこと。
そしてJakartaでまるで実験的作られたようなものがいつのまにかJCPで仕様になっているとかがある。
TomcatがいつのまにかJ2EEに内蔵されることやJakarta Strutsを参考にJSFが考案されるように。

360 :仕様書無しさん:04/03/17 10:47
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!

361 :仕様書無しさん:04/03/17 10:52
>>360
 うぜーよ氏ね

362 :仕様書無しさん:04/03/17 10:57
Sun、Javaオープンソース化には消極姿勢
http://www.itmedia.co.jp/news/articles/0403/17/news014.html

JakartaもEclipseも死滅。

363 :仕様書無しさん:04/03/17 10:59
>>362
EclipseはIBMだと思うが。

364 :仕様書無しさん:04/03/17 11:02
Jakartaみたいなゴミは一生脇役で本家APIに入るということはないわけですな。

java.util.logging >>>>>>>>>>>>>> Log4j

365 :仕様書無しさん:04/03/17 11:02
ソースコードを私物化し、富を独占する企業は粉砕されねばならぬ。
M$はWindowsやOfficeのソースコードを公開し、人民に奉仕するべきである。
$unはJavaやSolarisのソースコードを公開し、人民に奉仕するべきである。
IBMはAIXやDB/2のソースコードを公開し、人民に奉仕するべきである。
OracleはOracle8i, 9iのソースコードを公開し、人民に奉仕するべきである。
ジャストシステムは一太郎をはじめとする製品のソースコードを公開し、人民に奉仕するべきである。
弥生は弥生会計のソースコードを公開し、人民に奉仕するべきである。
富士通は納入品のソースコードを公開し、人民に奉仕するべきである。
日立は納入品のソースコードを公開し、人民に奉仕するべきである。
NRIは納入品のソースコードを公開し、人民に奉仕するべきである。

366 :仕様書無しさん:04/03/17 11:05
>>362
ま、これは以前からの話題だね。
Sunのオープン化が中途半端なのは昔から。

「オープンにすると(色々なバージョンが出て)互換性の問題が発生する」
という論理は、一面では正しいが、MSの旧来からの論理と同一でもある。

SunはUNIX界のMS、OracleはDBMS界のMSだかならぁ

367 :仕様書無しさん:04/03/17 11:09
>>365
どうでもいいが、納入品って支援契約なら、原則ユーザーの著作物だ。
F/H/NRIとかが勝手に公開できるもんじゃない。

368 :仕様書無しさん:04/03/17 11:12
> ソースコードを私物化し、富を独占する企業は粉砕されねばならぬ。
ここが一番の詭弁だね。

ソースコードが自然界に存在する物のように扱っている。
ソースコードと言うのは人が作り出す物。
作った人の私物であるのは当然。

369 :仕様書無しさん:04/03/17 11:13
>>359
ちと違う。
新旧ミッキーを揃えている事自体を、歴史や幅としてのブランドにしてる。
旧は単なるオマケではなく、独自の価値なんだ。

最新版UNIXも、古典のviでも使えるようなもんか?

370 :仕様書無しさん:04/03/17 11:19
>>368

いや、これは議論が色々あるところだ。

人間が考えて記述したものでも、数式には複雑でも所有権が無い。
しかし絵画・音楽・小説などは、「表現」とされ、著作権保護される。

プログラム・ソースが著作権対象になるかは議論がある。
以前の富士通・日立・NEC・通産省は、プログラムは著作物で無いと主張した。
しかし世界の潮流が著作権による保護となり、日本も妥協した。

なお、本来は私物化できない筈の数式(アルゴリズム)や、ビジネスモデルも、
特許などが最近は米国で認められ出して、物議をかもしてる。


371 :仕様書無しさん:04/03/17 11:23
>>367
NRIにはObjectWorksとかいうフレームワークがあったな。
アレをオプソにすればよいと思う。

372 :仕様書無しさん:04/03/17 11:23
もしプログラムに著作権がないということになれば、
GPLも勝手に俺のものとして使えちゃうな。

373 :仕様書無しさん:04/03/17 11:25
>>370
結論を書き忘れた。

ソースコードを、数式などと同様、社会資産とすべき、という主張はある。
ただ、オプソの中でも、既存の大手を批判するストールマンもいるし、
商業主義も受け入れるリーナスもいるし、幅はある。

他方「ソースの独占がユーザーの利益」と強弁するMSもいる訳だ。
ま、SunやOracleも半分はMSと同じビジネスモデルではある。

ただ、Javaコミュニティは、別にSunに従う集団とも限らない。

374 :仕様書無しさん:04/03/17 11:25
>>360
お前、商用Unixをなめているだろ。
いっておくがJ2EEも使うと金がかかるぞ


375 :仕様書無しさん:04/03/17 11:28
>>362
> JakartaもEclipseも死滅。
頭悪そうな発言ですね。
すでにオープンソースになったものは死滅しませんが

376 :仕様書無しさん:04/03/17 11:29
>>372
GPLは著作権を認めた上で、利用や修正や再配布を定めてる。
ただ著作権を認めない国でも、GPLの再配布義務は有効なんじゃないのかな?

377 :仕様書無しさん:04/03/17 11:29
そうだな。Netscapeは死滅しそうに無いもんな。化石として残る。

378 :仕様書無しさん:04/03/17 11:30
>>365
Javaのソースコードは一部公開されているよ。
Core APIに関しては全部公開されているよ。

>>368
それは私物とは言わずに著作権というものだ。
Linuxだって著作権があるようにだ。
著作権もほとんど放棄しているのはBSDくらいだろ

379 :仕様書無しさん:04/03/17 11:31
>>374
それは使ってるツールが有料ってだけでは?
オプソのJ2EEツールも揃いつつあるし。
(もちろんオプソでも、サポート受けたければ有料にすべきだが)

380 :仕様書無しさん:04/03/17 11:32
>>370
ヨーロッパ諸国は依然としてソフトウェア特許を認めていないよ

381 :仕様書無しさん:04/03/17 11:32
>>379
ちがう。
J2EEのライセンスについて調べて見るべし

382 :仕様書無しさん:04/03/17 11:33
そういえば、どうしてM$だけが批判されるんだろ。
SIerのパッケージもオープンソースになれば、不具合は洗い出されるし安くなるし、
ソフトウェア業界全体の財産になると思う。いいんじゃないか?

383 :仕様書無しさん:04/03/17 11:36
ソースコードを私物化し、富を独占する企業は粉砕されねばならぬ。
M$はWindowsやOfficeのソースコードを公開し、人民に奉仕するべきである。
$unはJavaやSolarisのソースコードを公開し、人民に奉仕するべきである。
IBMはAIXやDB/2のソースコードを公開し、人民に奉仕するべきである。
OracleはOracle8i, 9iのソースコードを公開し、人民に奉仕するべきである。
ジャストシステムは一太郎をはじめとする製品のソースコードを公開し、人民に奉仕するべきである。
弥生は弥生会計のソースコードを公開し、人民に奉仕するべきである。
NRIはBESTWAYやTHESTARのソースコードを公開し、人民に奉仕するべきである。

384 :仕様書無しさん:04/03/17 11:36
Java厨は、職業PGで無いからSIerのパッケージなんて知らないだろ

385 :仕様書無しさん:04/03/17 11:41
>>378
そうそう。

私物ってのは、物に対しての所有権。
紙に絵を書けば、その紙は所有物だが、模写された絵は所有物ではない。

著作権は、知的所有権の一部だが、普通の所有権より広い代わりに権利が弱い。
勝手な模写(複製)もできないが、引用などの例外も、有効期限もある。

有名な判例に「サザエさん裁判」がある(実話)
あるバスが、車体にサザエさんの絵を書いた。長谷川町子は著作権違反と訴えたが、
「そのままコピーなら違反だが、似た絵を書いただけなので違反じゃない」と反論。
裁判所は著作権違反と認定。今ではあたりまえだが、当時は画期的と騒がれた。

なお、これで疲れた長谷川姉妹は、以後はサザエさんの著作管理を非常に厳格化した。
だから、アニメージュとかにも、放映リスト欄にも、
ほとんど写真が無い(背景の絵程度)でしょ。

386 :仕様書無しさん:04/03/17 11:43
>>381
JbossとSunが闘って、妥協したって話?

387 :仕様書無しさん:04/03/17 11:48
>>382
強制オープン化なら、MSもSIerも個人PGも、強制公開されるべき

MSの場合は、独占状態で他ベンダーへの影響力が圧倒的なのに、
仕様をほとんど公開しないから、公開圧力が強いんだよ。

携帯とソフトがバンドルされても余り困らない(選択の余地がある)が、
東京電力が「電気暖房機を買わないと電気を止める」と言ったら困るでしょ?
(全部ガスにするとか、自家発電とか、選択肢はあっても現実的じゃないから)

388 :仕様書無しさん:04/03/17 11:49
>>387
だから、MSに「Windowsを公開しろ」という人は多いが、
「X-BOXを公開しろ」てのは聞かない (w

389 :仕様書無しさん:04/03/17 11:51
>>380
そうそう。
ソフトウェア特許、ビジネルモデル特許、アルゴリズム特許とかは、おかしい。
米国の独善の典型だ。

普通の著作権とかで、十分保護できている。

390 :仕様書無しさん:04/03/17 11:51
>>387
えっ? Windows以外を使えとか選択肢はいくつもあるじゃん。

391 :仕様書無しさん:04/03/17 11:55
>>382
Sunも十分に批判されているけれど。
スコットは毒舌だし

392 :仕様書無しさん:04/03/17 11:57
>>384
てかお前ウザイからいい加減に消えろ。
突然姿を現しやがって。
議論の邪魔をするな

393 :仕様書無しさん:04/03/17 11:57
>>391
まあね。
でも「MSはクローズだが、Javaはオープン」て書き込みも多いのを見ると、
50歩100歩じゃん、って思ふ

394 :仕様書無しさん:04/03/17 11:57
>>383
お前も餓鬼みたいにコピペするな

395 :仕様書無しさん:04/03/17 11:59
>「X-BOXを公開しろ」てのは聞かない (w
そうでもない。

ATARIをNENTENDOをPlayStationを公開しろってのは実際にあった話。
PS2ではオプソ路線でLinuxが走ったな。だがコアライブラリは
非公開で有料。まさにオプソかも。


396 :仕様書無しさん:04/03/17 11:59
>>393
それは技術者が無い香具師がいうこと。

技術者にとってはJavaのほうがオープンである部分が多いゆえに
長期的に大規模で扱いやすい。

397 :仕様書無しさん:04/03/17 11:59
>>392
まま。反応するまでもないっしょ。笑えるし。

398 :仕様書無しさん:04/03/17 11:59
>>387
>仕様をほとんど公開しないから、公開圧力が強いんだよ。
そうか?ソース以外でM$以上(少なくても4〜5年間の)に
公開している会社あるなら教えて欲しいけど?
ちなみに、公開してないのはどこの部分?

ソース公開しててもドキュメントは書いて欲しいと思う
今日この頃


399 :仕様書無しさん:04/03/17 12:00
>>388
ハードとソフトとの区別も付かない低脳は黙ってくれないか

400 :仕様書無しさん:04/03/17 12:00
>>396
> それは技術者が無い香具師がいうこと。
いやいや。逆。技術がある奴が言うことだよ。


401 :仕様書無しさん:04/03/17 12:00
>>396
だから、>>393 の言う通り、違いは程度問題(50歩100歩)って事でしょ

402 :仕様書無しさん:04/03/17 12:00
>>397==>>384
自作自演ウザイから消えろ



403 :仕様書無しさん:04/03/17 12:01
>>400
いやいや、詳細が足りない。
M$の技術しかもっていない奴が言うことだよw

404 :仕様書無しさん:04/03/17 12:02
>>388
X-BOXはハードだけで動いてると思ってるのね (w

405 :仕様書無しさん:04/03/17 12:02
>>401
ド素人の視点から見ればな

406 :仕様書無しさん:04/03/17 12:03
>>402
397=384=402 お疲れ様

407 :仕様書無しさん:04/03/17 12:03
ボーランドはDelphiをオープンソースにするべきだ。
と、いう声が無いのは何故だろうか。

408 :仕様書無しさん:04/03/17 12:04
>>387
> 携帯とソフトがバンドルされても余り困らない(選択の余地がある)が、
> 東京電力が「電気暖房機を買わないと電気を止める」と言ったら困るでしょ?
> (全部ガスにするとか、自家発電とか、選択肢はあっても現実的じゃないから)

その喩え、説得力がないな。
お前は電力をを遮断された戦時中のイラクの話をしているのかと。
フセインに脅されてやりたいことができない世界かと。

409 :仕様書無しさん:04/03/17 12:04
>>405
では、オープンJavaを提案したIBMやエリックレイモンドは素人?

話に困るとあいてを素人っつーのは、自分に戻ってくるんだよ(w

410 :仕様書無しさん:04/03/17 12:05
>>406
ていうかさっさと消えろ。
この業界から消えろ

411 :仕様書無しさん:04/03/17 12:06
>>407
現状で、それほど困ってないからでしょ?

独占力の話だから。

412 :仕様書無しさん:04/03/17 12:06
DB/2がオプソになったら嬉しいかも

413 :仕様書無しさん:04/03/17 12:06
397=384=402=410 きりないからやめたら?

414 :仕様書無しさん:04/03/17 12:07
>>409
それは詭弁。

>>393と話がかみ合ってないぞお前

415 :仕様書無しさん:04/03/17 12:07
漏れはRational全ツール

はよオプソにしろ

416 :仕様書無しさん:04/03/17 12:07
>>413
その数式は明らかにまちがいなんだけどw

417 :仕様書無しさん:04/03/17 12:09
>>412
その表記は昔のIBM社内文書っぽいな。DB2の間にはスラッシュは入らんぞ。
DB2/2、DB2/6000、DB2/MVSとかはあるが、これも古い略称。

418 :仕様書無しさん:04/03/17 12:09
>>397==>>384==>>406==>>413 != >>410==>>402
それはこっちのセリフ。

とりあえず自演厨は氏ね


419 :仕様書無しさん:04/03/17 12:10
>>417
UDBは定着しないのか・・・そうなのか・・

420 :仕様書無しさん:04/03/17 12:10
>>415
まじでしてほしいかも。
変わりになるものがあればいらないけれども。
100万も払うのも馬鹿馬鹿しいし

421 :仕様書無しさん:04/03/17 12:11
自作自演厨=M$厨

422 :仕様書無しさん:04/03/17 12:11
>>414
そか? 現在のJavaのオープン度は中途半端だと思うぞ。

.NET < J2EE < J2SE < COBOL

423 :仕様書無しさん:04/03/17 12:12
おひるですよ

424 :仕様書無しさん:04/03/17 12:12
>>418
2人で永遠にやっててくれ。どっちも迷惑だよん

425 :仕様書無しさん:04/03/17 12:13
>>423
ナイス

426 :仕様書無しさん:04/03/17 12:20
昨日から学習したようですね

427 :仕様書無しさん:04/03/17 12:20
お前ら本当に仕事してんの?
それとも春休みの私立大学生が延々と語り合っているだけか?


428 :仕様書無しさん:04/03/17 12:22
マ板らしからぬスレ

429 :仕様書無しさん:04/03/17 12:24
>>420
Eclipseは元々開発ツールを買って使ってた
者から言わせると、正直どうでも良い
# そんなに高くないし
それより中々買ってくれないTest、Tester
Purify、Robotの開発支援ツールが欲しいゾイ

100マソっつーとRational Roseだろうか?
前のデータ引き継がなくて良いなら
無理して使う必要もないかも・・・
まぁ〜あればうれしいが・・・

はよ公開しろ!IBMっと煽ってみる



430 :仕様書無しさん:04/03/17 12:26
どの企業も、オプソの味方ですよ〜、協力しますよ〜って態度で、コミュニティに
媚びを売ることで、自社の資産を死守することになっている。

なぜなら、ソフトウェアがそれを開発した企業の財産ではなく、社会の共有財産などという
思想は、趣味の開発者でもない限り破滅思想だから。

431 :仕様書無しさん:04/03/17 12:30
プログラマーらしい話をしようぜ。ポエム発表は他の板でしてくれ

432 :仕様書無しさん:04/03/17 12:33
>>430
オープンソースビジネス
ってなんだか知ってる?

433 :仕様書無しさん:04/03/17 12:38
プログラマーらしい話をしよう。
プログラミング☆レシピの後続版もどんどんでてくるし、役所に転職しねーか?

434 :仕様書無しさん:04/03/17 12:38
>>430
オープンソースビジネスというのは
オープンソースを単なる社会の共有財産とみなしているものじゃない。

たとえば自社製品をオープンソースにすることで自社以外の人々に
自社製品の欠陥を発見して貰いやすくなりフィードバックが高速化する。
バグ取りも迅速でテスターを雇うコストも削減し
数多くのテスターによってテストされることで商用ソフト以上の
信頼性を確保できる。コミュニティをうまく利用することで
大手企業はオープンソースでビジネスができる。

はっきりいって
オープンソースが資本主義に反する等と言っている奴は
頭が悪い。

Apacheは最も大きな成功を納めたオープンソースだ。
オープンソース、フリーでありながら
WebサーバでありながらApacheの世界最高峰の信頼性は揺るぎない。

435 :仕様書無しさん:04/03/17 12:40
NRIも金融パッケージをオプソにすりゃいいんじゃないか?

436 :仕様書無しさん:04/03/17 12:41
>>434
>たとえば自社製品をオープンソースにすることで自社以外の人々に
>自社製品の欠陥を発見して貰いやすくなりフィードバックが高速化する。
>バグ取りも迅速でテスターを雇うコストも削減し
あのさ、フィードバックが高速化するっつーのは
いいんだが、テスターを雇うコスト削減の為に
オプソにすんのか?
只の責任放棄じゃねーかそれじゃ

>大手企業はオープンソースでビジネスができる。
大手企業はね


437 :仕様書無しさん:04/03/17 12:41
PM11:14分就寝
AM06:32分起床
寝ている間に長針は短針より何度多く回転したか?
Javaで求めよ。

438 :仕様書無しさん:04/03/17 12:43
オープンソースの崇高さを声高に叫ぶ企業も非オープンのパッケージを抱えている。
大いなる矛盾ではないか。

439 :仕様書無しさん:04/03/17 12:43
崇高なだけでは飯は喰えないと


440 :仕様書無しさん:04/03/17 12:44
っていうか.NETはオープンすぎ。
.NET SDKのドキュメントにCLI・C#の仕様書にShared Source CLIのソースコード。
とても全部読み切れない。おなかいっぱい。
気前よすぎ。

441 :仕様書無しさん:04/03/17 12:45
つうか、WebLogicみたいに元々オプソなものから金とってたり。
オラクルも

442 :437:04/03/17 12:45
無視された・・・・グレよっと_| ̄|○

443 :仕様書無しさん:04/03/17 12:46
>>442
Java厨には難しすぎるよ。

444 :剛万太郎 ◆uuJAVAsys2 :04/03/17 12:56
おばあちゃんの知恵袋みたいな事を特許だとか知的財産とか言う
バカが多すぎるんだよ。
オープンソースは自然の流れだ。

445 :437:04/03/17 13:06
A,B,Cの3人がX地点からY地点へ歩いて行く。
A,B,Cの順に10分おきにスタートした。
Bは出発後30分でAに追いついた。
Cは出発後60分でBに追いついた。
AがCに追いつかれるのは、Cが出発して何分後?

Javaでこの答えを求めるクラスを作りなさい。

446 :437:04/03/17 13:07
やっぱり無視された・・・・グレよっと_| ̄|○

447 :仕様書無しさん:04/03/17 13:13
>>437はスレストッパー
言語や開発手法や社会体制や資産共有やらなんや難しい薀蓄並び立ててた人間をだまらせた

448 :仕様書無しさん:04/03/17 13:18
今java厨は必死に問題を解いてる悪寒

449 :剛万太郎 ◆uuJAVAsys2 :04/03/17 13:19
437良かったやん447にほめられて

450 :仕様書無しさん:04/03/17 13:24
まぁあれだわな。
どんなに難しいことを本の受け売りで語っても、
こんな算数の初歩の問題すら解けない人間が、「経営者はアホ」だの「営業は使えない」だの
「俺達は技術者」だの言ったって負け犬の遠吠えにしかきこえんわな。
OO大好き人間達は、部品を使うことは出来ても、まともな部品を作る技術はないと。

451 :仕様書無しさん:04/03/17 13:25
>>437 >>445

宿題は宿題スレに、あと人に課題を頼むときはお願いしますということ。
宿題の問題をそのままコピペしない。
学生は春休みなんだから、家帰って親孝行する。

452 :仕様書無しさん:04/03/17 13:27
>>451
あほか・・・
こんな1行の数式で解ける問題をわざわざ宿題になんかするか。

453 :仕様書無しさん:04/03/17 13:27
Java厨はPGじゃないようだ。

454 :仕様書無しさん:04/03/17 13:28
>>451 とりあえず答えだけ書いてあげたら?

455 :仕様書無しさん:04/03/17 13:31
>>450
人間は便利になればなるほど、馬鹿になっていくというやつだね
今の東大生の平均は、間違いなく50年前の旧帝の学生の平均より頭は悪いだろう。

456 :仕様書無しさん:04/03/17 13:33
Java信者の特徴は、その理念や専門用語について熱く語ることはあっても、
コードは示さない(示せない?)ことである。
既にpart14を数えるこのスレで、Javaのソースが掲載されたことが何度あるだろうか。

457 :仕様書無しさん:04/03/17 13:34
オープンソースを言ってるのはjava厨だよね?
>>437のソースをオープンソースしてぇーん(w
使い捨てだけどさぁ〜

458 :437:04/03/17 13:37
1問目(>>437)の出題から1時間が経過しようとしているが・・・・・・・・・・・
やっぱり無視された。。。すねちゃま_| ̄|○

459 :仕様書無しさん:04/03/17 13:38
>>443
おまえいい加減に氏ね!
ぬっ頃すぞ! この業界からさっさと消滅しろ!

460 :仕様書無しさん:04/03/17 13:39
>>456
ム板にいけば腐るほどソースがあるぞ。


461 :仕様書無しさん:04/03/17 13:40
Java厨は今、アナログ時計クラスと長針クラス、短針クラスの設計中です。

462 :仕様書無しさん:04/03/17 13:40
くだらないネタは無視される

463 :仕様書無しさん:04/03/17 13:41
そういうC言語厨な>>461必死にCでオブジェクト指向を試そうと設計中です。




464 :仕様書無しさん:04/03/17 13:41
そんなくだらないものに崇高なJavaは使わないよ。

465 :仕様書無しさん:04/03/17 13:42
おいおいおい......
>>437と>>445って小学校高学年なら解けるレベルだぞ
大丈夫か?お前ら........
>>437は、角度の意味と割り算、引き算を知ってれば解ける
>>445は、比がわかれば解ける
おれこんなやつらと同じプログラマーと呼ばれているのか......カルチャーショックだな

466 :仕様書無しさん:04/03/17 13:42
自作自演が得意な自称C++厨なC言語厨は話題をそらそうと必死になっています(ワラ


467 :仕様書無しさん:04/03/17 13:42
だからくだらないことは無視されるんだって
必死に煽ろうと無駄


468 :仕様書無しさん:04/03/17 13:43
>>457
おまえはC言語厨のくせにオープンソースを否定するチンカスか。
この業界のクズであり癌だな。

お前はウィルスだ。
早急に殺菌されるべき存在だ。

469 :仕様書無しさん:04/03/17 13:44
学歴なんて関係ないねと幼卒が言っています(w

470 :仕様書無しさん:04/03/17 13:44
そんな小学生問題にはCが適役。

471 :仕様書無しさん:04/03/17 13:44
>>450
> OO大好き人間達は、部品を使うことは出来ても、まともな部品を作る技術はないと。
おまえさんの脳内ではそういうことになっているんだろうな。
オブジェクト指向を否定するとは愚かだ


472 :仕様書無しさん:04/03/17 13:45
437 名前:仕様書無しさん[] 投稿日:04/03/17 12:41
PM11:14分就寝
AM06:32分起床
寝ている間に長針は短針より何度多く回転したか?
Javaで求めよ。

473 :仕様書無しさん:04/03/17 13:49
結局、ソースどころか答えすら出てこないね(w
答えだけ書いて「こんな糞問題にソースなんざいらん。暗算で十分じゃ!」ってくるかと思ってたら

474 :仕様書無しさん:04/03/17 13:51
>>456
ほんとうにそうか?


475 :仕様書無しさん:04/03/17 13:51
お前ら暇人だな。
オブジェクト指向のことに詳しいからといって
数学やアルゴリズムのことががまったくわからないと勘違いしていないか?


476 :仕様書無しさん:04/03/17 13:52
>>473
いいから宿題は自分でやれ

477 :仕様書無しさん:04/03/17 13:53
よし!スレにいる全員、深呼吸!

正直に手をあげようじゃないか。。。。。。。。まず実装以前に、解けない奴手を上げろ。

(ToT)ノ

478 :仕様書無しさん:04/03/17 13:53
>>472
Javaで求めるならCで求めるほうがまし。
Cで求めるならExcelやMATLAB、電卓でもとめるほうがまし
電卓で求めるなら紙や安産で求めるほうがまし。
それがどうしたといいたい。

それ以前に質問が餓鬼臭い。

479 :仕様書無しさん:04/03/17 13:54
なんとかJavaプログラマを蔑まそうと必死になっている餓鬼が約一名います。

480 :仕様書無しさん:04/03/17 13:55
>>465
自分が問題解けないからって人に宿題をやらせようなんて
お前、しょーもない悪ガキだな

481 :仕様書無しさん:04/03/17 13:57
このまま解答すらなくスレが消化されるに1000000はわわ

482 :477:04/03/17 14:00
俺だけ?わかんねーの俺だけ?(ToT)誰か解説よろ。。。。。。

483 :仕様書無しさん:04/03/17 14:01
でませんね?

484 :仕様書無しさん:04/03/17 14:03
今ごろ「昼飯いけよおめーら」攻撃とか

485 :仕様書無しさん:04/03/17 14:05
public static void main(String args[]){
double smalldpm = 360/(12*60);
double longdpm = 360/60;
double hdpm = longdpm - smalldpm;

double m = 24*60-(11*60+14) + 6*60 + 32;

System.out.println(hdpm + m);
}

486 :仕様書無しさん:04/03/17 14:07
public static void main(String args[]){
double smalldpm = 360/(12*60);
double longdpm = 360/60;
double hdpm = longdpm - smalldpm;

double m = 24*60-(23*60+14) + 6*60 + 32;

System.out.println(hdpm * m);
}

487 :仕様書無しさん:04/03/17 14:09
>>447
> >>437はスレストッパー
というか
ほど徹夜に近い状態でレスを続けていたから
今頃寝ているか仕事をしているかのどっちかだろ。
皆、お前さんみたいな暇人とは違うんだよ


488 :仕様書無しさん:04/03/17 14:10
>>482
C言語しかできないから解らねえんだよ(嘲笑

489 :仕様書無しさん:04/03/17 14:11
>>485-486
いちいちバカを相手にするなよ。
宿題を他人にやらせようとする
馬鹿に答えるやる必要はねえんだって
いってんのがわからねえのか?



490 :仕様書無しさん:04/03/17 14:13
>>436
> >>434
> >たとえば自社製品をオープンソースにすることで自社以外の人々に
> >自社製品の欠陥を発見して貰いやすくなりフィードバックが高速化する。
> >バグ取りも迅速でテスターを雇うコストも削減し
> あのさ、フィードバックが高速化するっつーのは
> いいんだが、テスターを雇うコスト削減の為に
> オプソにすんのか?
> 只の責任放棄じゃねーかそれじゃ

読解力の無い奴だな。
オープンソースビジネスについてちゃんと勉強してから
発言しろこの無知が。

491 :仕様書無しさん:04/03/17 14:14
>>486,>>489
ってゆーか答え間違ってるし(w

492 :仕様書無しさん:04/03/17 14:15
>>487
徹夜でレス・・・・(中略)・・・暇人とは違うんだよ


まじで寝とけ

493 :仕様書無しさん:04/03/17 14:16
このスレでJavaを批判している香具師らは
StrutsやTapestryのことをよく知らないに9999999999ドル

494 :仕様書無しさん:04/03/17 14:19
それよりもっと実用的な問題でないとまじめに答える気にもなれないだろ。
雑学チックなトリビア的問題をだされてもウザがられるだけ。



495 :仕様書無しさん:04/03/17 14:20
>>490
はぁ?ビジネス以前の問題ですが?



496 :仕様書無しさん:04/03/17 14:20
ねえ、Tapestryの話しようよ 

497 :仕様書無しさん:04/03/17 14:20
こんな小学生問題をとくコードをJavaで書く必然性がわからない。

498 :仕様書無しさん:04/03/17 14:20
>>495
あなたやっぱり読解力ありませんね

499 :仕様書無しさん:04/03/17 14:21
いやぁ〜なんだかんだで、正解がでないのも笑えるな
唯一、解答レスした人も間違えてるわけで
間違いを指摘できた奴もいないわけで
つまり、みんなわかんないわけで(w

500 :仕様書無しさん:04/03/17 14:22
>>497
オブジェクト指向を理解できないC厨が、
Java厨はオブジェクト指向は使いこなせても数学はできないだろうと
勘違いして必死に問題をだしていているだけ

それか自分の宿題を必死になって他人にやらせようとする
他力本願なリア厨。

501 :仕様書無しさん:04/03/17 14:22
長針短針の角度を算出するクラスを提供してくれたら実装します。

502 :仕様書無しさん:04/03/17 14:23
>>495
もう一度宣告する。

「オープンソースビジネス」について調べて来い。



503 :仕様書無しさん:04/03/17 14:23
>>501
くだらん。クラスと構造体との区別も付かない餓鬼が何をほざいているんだか。

504 :仕様書無しさん:04/03/17 14:24
>>501
そんなアフォクラスをつくるくらいだったら
CalendarクラスやDateクラスを使ったほうが全然まし

505 :仕様書無しさん:04/03/17 14:25
まずお前が就寝時刻にSystem.getGurrentTimeMills()で取得した
long型の値を用意しろ。




506 :仕様書無しさん:04/03/17 14:25
double smalldpm = 360/(12*60);
がちがってるな
double smalldpm = 360.0/(12*60);
だね

507 :477:04/03/17 14:26
未だ答えでず・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・。
なんだよ!みんななんで素直に手をあげねーんだよ!

508 :仕様書無しさん:04/03/17 14:31
時刻から長針短針の角度を求めるクラスがないと出来ません。

509 :仕様書無しさん:04/03/17 14:31
それだったら

double smalldpm = 360.0d / ( 12d * 60d )

だ;

510 :仕様書無しさん:04/03/17 14:31
>>508
おまえ氏ねよC厨

511 :仕様書無しさん:04/03/17 14:32
>>509
すまん。恥をしのんで聞く。dって?なんかの型?

512 :仕様書無しさん:04/03/17 14:33
>>511
ダブル〜

513 :仕様書無しさん:04/03/17 14:36
DECIAMLじゃないのぉ?

514 :仕様書無しさん:04/03/17 14:37
これって
d double
f float
l long
デフォ int
になるんだったかな…
intで計算すると小数点以下落ちるからd入れる必要があったというわけですね。
全然使ってないから記憶があいまいw

515 :仕様書無しさん:04/03/17 14:38
ププッ

516 :仕様書無しさん:04/03/17 14:39
↓Java厨のPGドカタ論が始まります。

517 :仕様書無しさん:04/03/17 14:41
残念ながら変わりにC厨のPGドカタ論が始まることが
2ch評議会で採択されました。

518 :仕様書無しさん:04/03/17 14:43
>>511-514
Cしか知らないからそういうアフォをさらすわけだ。
むしろその様子ではCすら知らないようだな。

散々Javaを馬鹿にしておいてそのような恥をかくとは
9999無量大数年永遠にこの業界から追放されろ!

俺たちはJavaを貶すがCもC++も知らないヴァカを相手にしていたというのか

519 :仕様書無しさん:04/03/17 14:45
また
喝ーーーーーーーーーー
の人が来たのかな?

520 :仕様書無しさん:04/03/17 14:45
Java厨ってソフト書けますか?

521 :仕様書無しさん:04/03/17 14:45
これでも構わない。
double smalldpm = 360 / ((double)( 12 * 60 ))
こっちのほうがやや高速


522 :仕様書無しさん:04/03/17 14:45
Java厨の定義が少しでもJavaを触れたことがある奴なら
だれでもソフトかけるが

523 :仕様書無しさん:04/03/17 14:49
>>521
なんで高速なのか解説きぼん〜

524 :仕様書無しさん:04/03/17 14:56
>>509
ようやく正解。


まぁ、まともなPGなら
5.5 * 438
の一行でおしまいなんだがな。(w
たったこの一行がわからないやつがいっぱいいたと。

525 :仕様書無しさん:04/03/17 14:56
Java信者に答えを求めても無駄

526 :437:04/03/17 14:59
>>524
あったりでーす。

527 :437:04/03/17 15:01
>>445の問題は更に簡単なんだがなぁ。解けない人は小学生とか言って逃げちゃうからなぁ。
別にクラスつくらんでいいから答えだけ答えてみそ。

528 :仕様書無しさん:04/03/17 15:03
Aさん、Bさん、Cさんの歩行距離を算出するクラスが見当たりません

529 :仕様書無しさん:04/03/17 15:07
>>486

Big系で書き直し。無駄に無駄を重ね無駄が多いがリファクタリングは後ほど

import java.math.BigDecimal;
import java.math.BigInteger;

//略

private static final BigInteger hour = 60;
private static final int scale = 100000000;
private static final int roundingMode = BigDecimal.ROUND_HALF_UP;
//略

BigDecimal smalldpm
 = new BigDecimal("360.0d").divide( new BigDecimal(
   BigInteger.valueOf(12).multiply( BigInteger.valueOf(60) ) ), scale, roundingMode
  )
 )
)
BigDecimal longdpm = new BigDecimal("360.0d").divide(new BigDecimal("60.0d"), scale, roundingMode);
BigDecimal hdpm = longdpm.subtract(smalldpm);

BigInteger m = BigInteger.valueOf(24).multiply( BigInteger.valueOf(60) )
 .subtract( BigInteger.valueOf(23).multiply( BigInteger.valueOf(60) ).add(BigInteger.valueOf(14)) )
 .add( BigInteger.valueOf(6).multiply( BigInteger.valueOf(60) ).add( BigInteger.valueOf(32) );

System.out.println("" + ( hdpm.multiply( new BigDecimal(m) ).toString() );


530 :仕様書無しさん:04/03/17 15:10
>>437
> PM11:14分就寝
> AM06:32分起床
そもそも問題を出す以前にこの記述は間違い。


11:14 p.m. 就寝
6:32 a.m. 起床

と書くだろうがヴォケ




531 :仕様書無しさん:04/03/17 15:11
import java.math.BigDecimal;
import java.math.BigInteger;

//略

private static final BigInteger hour = BigInteger.valueOf(60);
private static final int scale = 100000000;
private static final int roundingMode = BigDecimal.ROUND_HALF_UP;
//略

BigDecimal smalldpm
 = new BigDecimal("360.0d").divide( new BigDecimal(
   BigInteger.valueOf(12).multiply( hour ) ), scale, roundingMode
  )
 )
)
BigDecimal longdpm = new BigDecimal("360.0d").divide(new BigDecimal("60.0d"), scale, roundingMode);
BigDecimal hdpm = longdpm.subtract(smalldpm);

BigInteger m = BigInteger.valueOf(24).multiply( hour )
 .subtract( BigInteger.valueOf(23).multiply( hour ).add(BigInteger.valueOf(14)) )
 .add( BigInteger.valueOf(6).multiply( hour ).add( BigInteger.valueOf(32) );

System.out.println("" + ( hdpm.multiply( new BigDecimal(m) ).toString() );



532 :仕様書無しさん:04/03/17 15:13
>>527
36だからもうくるな…
Javaと関係ないし…

533 :仕様書無しさん:04/03/17 15:13
>>527
他のスレで見たこたがあるような気がする。

534 :仕様書無しさん:04/03/17 15:13
>>530
おもしろい

535 :仕様書無しさん:04/03/17 15:14
>>528
アフォ。お前はオブジェクト指向を一から勉強し直せ。
クラスそのものには求める機能なんぞない。
メソッドと勘違いするな。


536 :仕様書無しさん:04/03/17 15:14
こうやってちゃんとソース書く奴は、プログラマー。
実は解けなくて文句だけいってる奴は、糞グラマー

537 :仕様書無しさん:04/03/17 15:16
>>532実は相当必死に解いた奴(www

538 :仕様書無しさん:04/03/17 15:16
>>445はそれでクラスを作ってどうするか全然かんがえてないようだ。
クラスを作るとぬかすくらいだからちゃんとインターフェース仕様も説明
するはずだが。

539 :仕様書無しさん:04/03/17 15:17
Aさんクラスをください

540 :仕様書無しさん:04/03/17 15:18
次は英語の翻訳問題がくる悪寒

541 :仕様書無しさん:04/03/17 15:22
>>523
板違い。こちらへどうぞ。

【初心者】Java質問・相談スレ43【大歓迎】
http://pc2.2ch.net/test/read.cgi/tech/1078935442/

542 :532:04/03/17 15:23
>>537
10a=(30(b-a));
40a = 30b
10b=(60(c-b));
70b = 60c
a:b=3:4
b:c=6:7
a:b:c=9:12:14

20*9=180
180/5=36
こんな感じになったがクラス化できるか??

543 :仕様書無しさん:04/03/17 15:23
>>524
Javaで書けといっておきながらそういうこというのって失礼じゃないか?

544 :仕様書無しさん:04/03/17 15:27
>>524は出題者ではないぞ。

1から100までの合計を計算するプログラムを作りなさい。とあって
int i;
int sum = 0;
for(i=1;i<=100;i++){
sum += i;
}
とやるより
int sum = (1 + 100) * (100 / 2);
と書いてきた人間のほうが俺はプログラマーとしては好きだぞ。

545 :仕様書無しさん:04/03/17 15:28
>>542
そんなもんをクラスにしてどうする。
目的がはっきりしなきゃクラスにしたいとも思わないぞ。
クラスにするだけ虚しいぞ。staticなメソッド一つおくだけのC関数とかわらんクラスに
なるだけで無意味だぞ。

入出力はどこなんだ?
出力はCがAに追いついた時間だけか?
入力は、AやB,Cなどを選べるようにするのか?
出発後のA,B,Cの出発間隔時間、それぞれが追いつく時間も入力引数にするのか?




546 :仕様書無しさん:04/03/17 15:28
>>544
常識だろがヴォケ

547 :仕様書無しさん:04/03/17 15:30
シンプルなのが一番いいのにわざわざ遠回りして指摘されるとキレる

もういや。

548 :仕様書無しさん:04/03/17 15:31
>>523
お前は浮動小数点と整数の違い、仕組み、演算方法を知らないのか。
その癖してJavaのことを貶すとは愚の骨頂。

549 :仕様書無しさん:04/03/17 15:31
>>547
だれもがわかっていることをあたかも解っていないと思いこんで
馬鹿にしようとするからふざけんなって要領で嫌われるんだよ

550 :仕様書無しさん:04/03/17 15:33
>>549いやぁわかってないやつ多かったぜ絶対(w

551 :仕様書無しさん:04/03/17 15:33
>>544
> int sum = (1 + 100) * (100 / 2);

そんなことするんだったら

> short sum = (1 + 100) * (50);
のほうがまし。型が小さい上に除算が無い上に演算回数が減るのでこっちのほうが速い。


552 :仕様書無しさん:04/03/17 15:34
そんな幼稚園児問題じゃなく高尚な設問を持ってきてくれないか?

553 :仕様書無しさん:04/03/17 15:34
>>550
おまえの場合は、doubleとlong,intとの違いをわかっていないみたいだったが。

554 :仕様書無しさん:04/03/17 15:35
C厨はあんな小学生問題が難しいと思ってるのか?

555 :532:04/03/17 15:36
>>546
それは仕様変更に耐えられるかどうかで決まると思うが…
たしかにその問題では下の式を知ってるからそのようになるが、
増加が2ずつとか、増加する量が1ずつ増えるとか
いろいろ拡張されるのであれば、違った式になると思う。

下の式で計算するのは一般の常識であって、開発を行う側では常識とは限らないと思う。

556 :仕様書無しさん:04/03/17 15:38
なぁ同程度のレベルの問題が大量に載ってる本ってない?
最近、入ってくる若いの2流大でてるのに、こーいった問題を解けないんだよ。

557 :仕様書無しさん:04/03/17 15:39
一番速いのは

short sum = 5050;

これしかない。


そういうメソッドをつくれといわれたら。

public short sum(){
 return 5050;
}

とかやっちゃうよ。無意味だけど。

これだったら意味有りだね
public BigInteger sum(BigInteger n){
 return (BigInteger.ONE.add(n).multiply(n).multiply(BigInteger.valueOf(0.5)));
}

これだと桁数が少ないときは遅いので
public strictfp long sum(long n){
 return (1 + n) * n * 0.5l;
}
も作ることがある。速度が大きな差が出るときやBigIntegerの必要の無いときには。
strictfpつけないと痛い目にあうんだよね。遅くなるけど。



558 :532:04/03/17 15:39
>>556
中学受験の問題だよ。
算数の講師なら解けるかもしれないが数学とはちょっと違うぞ…

559 :仕様書無しさん:04/03/17 15:41
>>555
そうなるんだっら
最初からそういう仕様にすると話をすすめるだろヴォケ。
オブジェクト指向を駆使した開発の常識だろヴォケ。
C厨はそんなこともわからないのか。
プ そうか、クラスと構造体との違いもろくに理解できないからわからねえんだな(ゲラ

560 :仕様書無しさん:04/03/17 15:42
おー、やっとソースらしきものが出てきてたか。
随分と時間がかかるんだね(ププッ

561 :532:04/03/17 15:44
>>559
そうだね前提条件がないし、下の式が演算が早いですね。
すいません。

設計やりだすと演算が早いより、拡張性、汎用性を重視したくなるな。

562 :仕様書無しさん:04/03/17 15:45
>>558
いやぁだから算数すら解けないんだよ。
小さい会社だから一流はこないけど二流は採用してくるんだけど、こまったことに算数ができなくてさ・・・。
こういった問題が大量に載ってる本探してるんだ。
4月1日に入ってくる奴らの新人教育に任命されちゃってさ。
算数(まぁ数学がいいけど)的考えすら最近できないやつが多いのよ。
去年入ったやつ1年たっても配列を理解してないんだよ(;´д`)
それで教育したやつも責任取らされて辞めて、俺に役が回ってきてさ。
俺が馬鹿のために解雇されるくらいなら、先に「あいつだめです」とキリたいからさ。

563 :仕様書無しさん:04/03/17 15:45
>>556
問題はしらないが
奥村晴彦の
Javaによるアルゴリズム辞典は使える。

以前はC言語による最新アルゴリズム辞典を借りて読んでいたが
Java版がでたので買った。
しかしあの本でBessel関数のアルゴリズムが載っていたんだが
漸化式使って求める奴であの実装は糞だった。NaNが出て使えなかった。

それと、オブジェクト指向といっておきながら
継承の賢い使い方を理解していない香具師が本をかいているみたいだ;。
くだらないことで継承使っていることに萎えた。あんなもん「委譲」だけで
十分だろがヴォケって言いたい。
カプセル化もろくにしていなければパッケージ化もろくにしていない。


継承=拡張、再利用と勘違いしているC厨ヴァカがJava本を
書くとああなるんだな。

さすがクラスと構造体との違いがわからないC厨が書いた門だけあるわ(ワラ

564 :仕様書無しさん:04/03/17 15:46
>>560
お前はいつも24時間このスレ、この板、この2chに張り付くほど暇なヴァカか?
ちゃんと仕事しろや


565 :仕様書無しさん:04/03/17 15:47
>>562
算数もだけど、国語が怪しいのはもっと多い罠。
いつ頃からか国立大でても国語・社会が駄目なのが増えた。

566 :仕様書無しさん:04/03/17 15:47
政治もな

567 :仕様書無しさん:04/03/17 15:48
さてとBigIntegerとか無駄なソースコードを貼り付けてみたが
おれはそろそろ新宿にいかなければならん。
馬鹿とつきあっている暇はない。

568 :仕様書無しさん:04/03/17 15:48
>>560
ものを聞く態度じゃないな。自分が知らない事を人に聞くときは
教えてくださいだろ。回答があれば、ありがとうございましただろ?
分かるか?

569 :仕様書無しさん:04/03/17 15:49
>>565
国語なんて覚えるだけ無駄。文法だけ覚えてあとは適当に本を読んでいれば
ほかはいらん。社会も新聞やニュースなどをみていればいらん。
とくに現代文は糞。あんなもんばかりやっていると文三っていわれるんだよw


570 :仕様書無しさん:04/03/17 15:50
>>569
コメントや仕様書すらかけないようじゃ話にならん

571 :仕様書無しさん:04/03/17 16:00
こうやってあらためてみると
書類
算数
会話
と基本ができてないやつが多いということが浮き彫りになるな。
なんだかんだいっても、偏差値40〜55程度の高卒、専門卒の就職先NO1ってのも頷ける業界だ

572 :仕様書無しさん:04/03/17 16:03
先生、クラスがないと何もできません

573 :仕様書無しさん:04/03/17 16:05
先生、BigDecimalを駆使したソースが汚くて読めません。

574 :仕様書無しさん:04/03/17 16:06
そりゃこんな業界じゃ、論理的思考が出来、文書作成能力があり、コミュニケーション能力が
ある奴なんかこないよ。

575 :仕様書無しさん:04/03/17 16:08
先生、単純な計算をいちいちクラス化しないと動きません。

576 :仕様書無しさん:04/03/17 16:13
さっきから小学生問題と言ってる奴いるけど、あの問題のレベルって「国家2種の数的」のレベルだぞ(w
糞といって解けるなら、さっさと中央省庁にいけば?
中央の研究職ついて、大学と一緒に研究三昧の日々を送れるぞ。

ってことは言ってはいけない。

577 :仕様書無しさん:04/03/17 16:18
結局Cで解くのが一番だったね

578 :仕様書無しさん:04/03/17 16:21
なあんだ。専門学校卒の派遣JavaPGに解けるわけ無いじゃん(藁

579 :仕様書無しさん:04/03/17 16:28
>>578
そそそ
確かに一部の奴には楽勝だったかもしれんが、実際80%以上の人は2分以内には解けてないハズ

580 :仕様書無しさん:04/03/17 16:31
短針と長針が一分辺り何度回転するか算出するだけじゃないノン?

581 :仕様書無しさん:04/03/17 16:36
>>580
そそそ
でも、糞問題というなら規定の時間位で解かないとね
問題は簡単、小学生でも解ける
だけど、解法が瞬間的に浮かばないと、面倒な計算するはめになる
これが、国家2種のハードル

582 :532:04/03/17 16:36
実際の中学受験の問題だと、

23:40:00から短針と長針が2回以上、長針と秒針が122回以上重なるのは
何分後か

とかだよ。
これが厄介なのは秒刻みに計算することだよなぁ〜

583 :仕様書無しさん:04/03/17 16:41
中学の問題って下手すると、時間的にセンター試験より難しかったりするよな(w

584 :仕様書無しさん:04/03/17 16:42
そんなつまんないことプログラムしないで電卓やExcelで計算するんじゃだめなの?
なんだかjavaってとってもつまんなそうだよね。


585 :仕様書無しさん:04/03/17 16:42
java厨はハッタリ野郎と…

586 :580:04/03/17 16:46
上を読んできたけど、かなり痛い奴がいるなw


587 :532:04/03/17 16:48
>>584
なにぃ つまらないだとぉ!!

>>582の問題の肝は
実は短針が11時ちょうどを指してないことを知っていなければならない
ことなんだが…
11時を指してるから短針の初期位置は(360/12)*11で求めてしまったら×

この問題はいわいゆる仕様漏れとかに対する注意力を養います。

588 :仕様書無しさん:04/03/17 16:49
つうかjava関係ないことで盛り上がってるし。
問題出して悦に入ってる餓鬼がすれ伸ばしてるだけ。

589 :仕様書無しさん:04/03/17 16:51
と、専門学校卒の派遣JavaPGが申しております。

590 :仕様書無しさん:04/03/17 16:51
javaやらcやらc++やら言語で盛り上がるのは馬鹿馬鹿しいって結論だな
入門スレならともかく
だいたい1言語ごときでpart14なんてばかげてる

591 :仕様書無しさん:04/03/17 16:52
それを楽しむスレなんです。

592 :仕様書無しさん:04/03/17 16:53
じゃあ、いつものまとめを。

てきざいてきしょ、こうぼうふでをえらばず、しゅくだいははやめにやる。

593 :仕様書無しさん:04/03/17 16:54
短針クラスと長針クラス、それにアナログ時計クラスがないと書けません。

594 :仕様書無しさん:04/03/17 16:56
>>593
ちげーよ、小人クラスを派生させたチッククラスとタッククラスをまず作成。

595 :仕様書無しさん:04/03/17 16:56
じゃあ、いつものまとめを。

てきざいてきしょ、こうぼうふでをえらばず、すなおなきみがすき、しゅくだいははやめにやる。

596 :仕様書無しさん:04/03/17 16:56
器用貧乏、厨房も筆のあやまり筆下ろし、貧乏暇ナシ

597 :仕様書無しさん:04/03/17 16:58
最後に財前教授から一言↓

598 :仕様書無しさん:04/03/17 16:58
器用貧乏、厨房も筆のあやまり筆下ろし、貧乏暇ナシ  派遣職ナシ

599 :仕様書無しさん:04/03/17 16:59
それでは、院葬を行います。
全員、整列して。

600 :仕様書無しさん:04/03/17 17:03
それでは、鵜飼教授から次のネタフリを賜りたいと思います↓

601 :仕様書無しさん:04/03/17 17:05
このスレ面白いな

602 :仕様書無しさん:04/03/17 17:36
┣¨┣¨┣¨┣¨┣¨┣¨┣¨┣¨┣¨・・・・

603 :仕様書無しさん:04/03/17 17:40
な ん か 走 っ て き た ぞ ・ ・ ・

604 :仕様書無しさん:04/03/17 18:18
>>571
その書類ってのはなんだおいw

605 :仕様書無しさん:04/03/17 18:21
>>573
> 先生、BigDecimalを駆使したソースが汚くて読めません。
馬鹿は氏ね。この糞演算子再定義厨が!
文句があるなら
Jakarta Velocityでコード自動生成とか使え。

それかこういうのを使うか作るかして自分でなんとかしろ餓鬼。
http://staff.aist.go.jp/y-ichisugi/epp/plug-in-doc.html

606 :仕様書無しさん:04/03/17 18:23
>>574
コミュニケーションの定義をあげてみよ。

最近、コミュニケーションの意味を勘違いしているアホが多すぎて呆れる。
自分と価値観が違うから、自分が想像もしないような返答をされたからといって
自分にとって都合の悪いことをされたからといって
人様にコミュニケーション能力がどうこうとすぐに説教たれている割には
ひとのこと言えない偉そうなバカが多すぎる。

607 :仕様書無しさん:04/03/17 18:25
>>574
論理的思考能力がなければ数学もろくにできず
プログラマなんてやってられんだろうがアフォが。


608 :仕様書無しさん:04/03/17 18:27
>>578-579
こらこら勝手に脳内で専門学校卒の派遣JavaPGなんてものを作り上げるな。

しかも>>579は「そうそう」なんぞいって納得するなと。
専門学校卒の派遣JavaPGなんてそんな奴はこのスレにおらんのだからな。
変な脳内変換するなよと。
それとも>>578>>579は同一人物で陰湿陰険な煽り楽しく悪魔か?


609 :仕様書無しさん:04/03/17 18:28
>>577
Cでとくとかでなく紙でと区のが一番だろがヴォケ

610 :仕様書無しさん:04/03/17 18:29
とりあえず、日本語の勉強しろ。来日して日が浅いのかもしれないが。

611 :仕様書無しさん:04/03/17 18:29
>>585
C++厨の仮面を被りクラスと構造体の区別もつかないC厨のほうがよっぽどハッタリだろ。

612 :仕様書無しさん:04/03/17 18:30
>>588
> つうかjava関係ないことで盛り上がってるし。
> 問題出して悦に入ってる餓鬼がすれ伸ばしてるだけ。
やっぱり餓鬼だったのか・・・。

あんな時間に暇そうなことやろうとしていたのは大学生か・・・。


613 :仕様書無しさん:04/03/17 18:31
どうやら>>589は専門学校卒の派遣C言語プログラマであることを認めたようです。

614 :仕様書無しさん:04/03/17 18:32
>>590
Part14まで続いたのはJavaが嫌いなアフォが高給Javaプログラマを嫉んでいる証拠。

615 :532:04/03/17 18:34
俺は大卒だぁーーーーーーーー





といってみるテスト

616 :仕様書無しさん:04/03/17 18:34
>>593
同じことを繰り返し言っているお前はアスペルガー症候群患者の
知能障害者ですか?

617 :仕様書無しさん:04/03/17 18:35
例の二人が戻ってきたようです。 

618 :仕様書無しさん:04/03/17 18:35
大卒だからどうしたと。C厨は文系くせに生意気なんだよw
C厨はアフォの塊だな。


619 :仕様書無しさん:04/03/17 18:35
>>617は例の二人のうちの一人のようです。

620 :仕様書無しさん:04/03/17 18:36
例のC++厨の仮面を被った専門学校卒低脳派遣C言語プログラマが戻ってきたようです。 

621 :532:04/03/17 18:36
何で喧嘩してるのかわからないが…
家事と献花は江戸の華っと…

622 :仕様書無しさん:04/03/17 18:38
>>594
 >>593はポリもーフィズムのことを良くわかってないから
目に見えるものしかクラス化することができないんだよw

オブジェクト指向分析ができない奴ってその程度の発想しかできない
ということがよくわかるw

623 :仕様書無しさん:04/03/17 18:39
やられたら必ず仕返しする、
それが人間様の道理。

ブッシュをみろ。
彼はテロリストの襲撃を受けたとき
徹底的に倍以上に仕返しして報復を敵に与えた。

624 :仕様書無しさん:04/03/17 18:40
>>621
侮辱してきた相手には容赦なく仕返しし復讐するのが人間様の道理。
C厨のバカが侮辱してきたら倍以上にして仕返しをするのが常識

625 :仕様書無しさん:04/03/17 18:42
ブッシュ「C厨(テロリスト)を殺す(処刑する)!」


626 :仕様書無しさん:04/03/17 18:43
>>36は100%PureJavaの意味を分かっていない。

627 :仕様書無しさん:04/03/17 18:43

最近の「最近のjava人気について」についてのスレが欲しい。

あがりすぎw

628 :剛万太郎 ◆uuJAVAsys2 :04/03/17 18:44
みんな同じプログラマーじゃないか。仲良くしようよ。
誰を殺せば平和になるかよく考えてみようじゃないか

629 :532:04/03/17 18:48
>>628
みんないなくなれば平和になる。
これは真理だろうか?

630 :仕様書無しさん:04/03/17 18:49
>>628
よく考えた結果、お前を。

631 :仕様書無しさん:04/03/17 18:50
>>627
なんじゃそれ?
このスレを外から観察スレだということか?
Javaが嫌いな奴がくだらないこと言っているだけで大半が埋まるスレだぞ

632 :仕様書無しさん:04/03/17 18:50
>>22はJavaChipのことをよくわかっていなさそうだ。
>>24はJavaを宣伝しているつもりのようだが宣伝は下手くそだ。
M$信者の自作自演か?

633 :仕様書無しさん:04/03/17 18:51
>>25
それをいったらM$信者はもっとひどい。
数ヶ月前であれはPerl信者がひどかった。
これはJava信者に限った話じゃない。
OSやアプリに関しても同じことが言える。Mac信者とかBSD信者とかSystemV信者とかな。

634 :仕様書無しさん:04/03/17 18:52
よーしパパVisualBasicの呪文唱えちゃうぞ〜!

VBまんせー

635 :剛万太郎 ◆uuJAVAsys2 :04/03/17 18:54
おー 脳!
俺が居なければ話にならない>630
>632,633古い話を蒸し返してどうする、戦争責任を訴えるどっかの国のようだ。


636 :仕様書無しさん:04/03/17 18:56
>>634
はい氏ねーーー

VB厨の出る幕無し
VB厨の呪文 お わ り

637 :仕様書無しさん:04/03/17 18:56
>>550
> >>549いやぁわかってないやつ多かったぜ絶対(w
こういうのを餓鬼っていうんだよね

638 :仕様書無しさん:04/03/17 18:57
晩飯くったか?おまいら。

639 :仕様書無しさん:04/03/17 18:57
ロッテリア食った

お前はC厨のうんこを喰らえ!

640 :仕様書無しさん:04/03/17 19:00
Java カレー食った。うんこ食らえ!

641 :仕様書無しさん:04/03/17 19:01
>>28
たとえばどんな不具合があるんだろうか?
説明してもらえまいか。        

642 :仕様書無しさん:04/03/17 19:02
スクワット300回できる俺>java厨
2秒止め腕立てできる俺>C厨
5kmを18分で走れる俺>VB厨
結婚してる俺>相手いない歴=年齢のPG

643 :仕様書無しさん:04/03/17 19:03

Java Tea 飲んだ。 C++厨の小便喰らえ! 

644 :仕様書無しさん:04/03/17 19:03
Cしちゃった。童貞糞食らえっ!

645 :剛万太郎 ◆uuJAVAsys2 :04/03/17 19:04
比較される事に価値を求めるとは何とも貧しい事だとはおもわんかね

646 :仕様書無しさん:04/03/17 19:06
人間は誰しも比較されて上位に立つことに快感を覚えるものなり

647 :仕様書無しさん:04/03/17 19:08
>>29
携帯電話でも十分普及しているぞ。そのうちPDAや組み込み家電にも浸透するだろうな。
火星探査機の遠隔操作に使われているくらいだ。何かしら知らない間にJavaに
触れている可能性があることをわすれちゃいけない。

サーバサイドで普及しているだけでもJavaは十分成功しているといえる。
クライアントサイドではいずれJavaWebStartが普及の鍵を握る可能性があるかもしれないな。
Javaの普及に貢献しているのはSunだけじゃないぞ。Sunだけじゃあそこまで普及させることは無理だ。

648 :仕様書無しさん:04/03/17 19:08
ちょっと休憩

649 :仕様書無しさん:04/03/17 19:09
>>645
それがC言語厨の実態だから 

650 :仕様書無しさん:04/03/17 19:10

>>35
Javaの一部はオープンソース化しておりさらに多くの企業や教育機関、金融系が
推している以上一気に死滅は考えられないな。
むしろWindowsに依存しすぎているC#のほうが死滅が速い。
JavaはVC++のような悲惨な結果にはなりにくい。Javaは寄生虫のようにしぶとく
生き残る。

>>36は100%PureJavaの意味を分かっていない。

>>37 ソースはどこにある? 何と比べて遅いのか?
>>38 携帯電話にはすでにJavaChipが入っている。それを知らずにそんなことをいうのは
赤っ恥をかくだけだからやめておけ。

>>41 いい加減なことを言うなJava厨のフリをしている自作自演のM$信者め。
>>56 そこでDBの話がでることが意味不明。携帯電話にDBを入れるというわけじゃあるまいし。


651 :仕様書無しさん:04/03/17 19:11
>>649
C言語だって(プ
だっせー(プ

652 :剛万太郎 ◆uuJAVAsys2 :04/03/17 19:11
自分自身に勝てる強さを持つ物こそ真のJavaプログラマなのじゃよ

653 :仕様書無しさん:04/03/17 19:12
Javaが普及しようがCが普及しようがVBが再度台頭しようがどーでもいい
そのまえにPGの将来の賃金が不安で不安でしょうがない
23歳青卒でPGになったのが失敗だった
いまさら転職っつってもなぁ
はぁ・・・

654 :剛万太郎 ◆uuJAVAsys2 :04/03/17 19:13
Javaを極めた時、それはより神に近づいたとも言える。

655 :仕様書無しさん:04/03/17 19:13
神のJava

656 :仕様書無しさん:04/03/17 19:14
神様ってなんでもできる割りにタダじゃなんにもしてくれないんだよねぇ

by如月瞬(修正あり)

657 :仕様書無しさん:04/03/17 19:19
隊長! >>651付近にてC言語厨を捕獲しました!


658 :仕様書無しさん:04/03/17 19:20
なに!駆け足でつれてこいっ!

いっち、いっち、いっちに、こーりゃ!

659 :仕様書無しさん:04/03/17 19:20
>>58 BREWは開発環境が高価な上にセキュアなプログラミングをしにくい。
セキュリティを意識することに余分にコストをかけなければならないという欠点がある。


660 :仕様書無しさん:04/03/17 19:20
とりあえず 剛万太郎 はどっかいけ。

661 :仕様書無しさん:04/03/17 19:20
捕獲したC言語厨のスキルをチェックせよ!


662 :仕様書無しさん:04/03/17 19:21
とりあえずC++厨の仮面を被ったC厨やPerl厨はどっかいけ

663 :仕様書無しさん:04/03/17 19:21
>>69 だから比較対象がなければ話にならないだろう。
何を比べて遅いといっているのか。スレの流れを読んでもお前は人の話を聞いていないようだな。
C言語厨はやっぱりコミュニケーション能力が欠如しているのだろうな。


664 :仕様書無しさん:04/03/17 19:22
いっちにさんしっ、いっちに、こーりゃ!

665 :仕様書無しさん:04/03/17 19:22
>70からはしばらくオウム返しレスが目立つようだな。

>>99 いい加減なことを言っている。IBMや他の各社がそんな心理でJ2EEを使っているわけ無いだろうが。
日本でJava使っている香具師もそういうアフォな考えはしない。
そういう考えを思いつくお前が社民党や共産党に票を入れる香具師なんじゃないのか。
ちなみに俺は今のところ自民党以外には票を入れたことがない。


666 :剛万太郎:04/03/17 19:22
>>659
BREW で使いもんになるもの組んだことないくせに語るな。

667 :仕様書無しさん:04/03/17 19:23
>>105
何度も同じことを言わせるな。人を侮辱し怒らせて楽しんでいるのか貴様は。
何と比べて遅いのかちゃんと言え。比較対象を持ち出さないでは
解決策が何も見えてこないぞ。
どんなプログラムでもガーベッジコレクタがあるだけで固まると思いこんでいるのは恥ずかしいことだぞ。

以下(とそのサイト)もう一度ガーベッジコレクタについて勉強し出直してこい。無知が。お前みたいな奴が未だにJavaはインタプリタ言語だと勘違いしている低脳なんだよ。

http://www.kmonos.net/alang/d/garbage.html

668 :仕様書無しさん:04/03/17 19:23
>>666
トリップがついていないからお前は別人か

669 :仕様書無しさん:04/03/17 19:24
ずいぶん古いとこから順にレスしてるみたいだな
このまま、1000まで逝くのか?

670 :剛万太郎:04/03/17 19:25
>>668
固い事言うな。

671 :仕様書無しさん:04/03/17 19:25
>>105

ガベージコレクトされたプログラムの方が高速です。 これは直感に反するかもしれませんが、その理由は:
明示的なメモリ管理の際によく使われる手法は、参照カウントです。 代入があるたびにカウントを増やしたり
減らしたリソースを挿入するのは、 速度低下の原因になっています。スマートポインタクラスでラップしても、
速度的な解決にはなりません。(またいずれにせよ、循環参照を削除できない 参照カウント方式は、一般的な
解決策ではありません。)

オブジェクトによって獲得されたリソースの解放には、 デストラクタが使用されます。多くのクラスでは、
このリソースとは 割り当てられたメモリのことです。GCを使えば、 ほとんどのデストラクタが空になり、
完全に破棄できます。


672 :仕様書無しさん:04/03/17 19:25
>>670
必死だな偽傲慢太郎(ワラ

673 :仕様書無しさん:04/03/17 19:26
>>105

メモリ管理のためのデストラクタは、オブジェクトがスタックに置かれたときに 影響が顕著になります。
例外が発生したときに、全てのスタックフレームで デストラクタが呼び出されメモリを解放するような仕
組みが必要となります。 もしデストラクタが関係しなければ、例外を処理する特別なスタックフレームを
設定する必要がなくなり、コードは高速に実行されます。

メモリ管理に必要なコードは全てを合わせるとちょっとした量になります。 大きなプログラムで、キャッ
シュに入らない部分が増え、ページングが 多く発生するほど、プログラムが遅くなります。

674 :仕様書無しさん:04/03/17 19:26
>>105
GCは、メモリが残り少なくなってきたときのみ実行されます。 メモリに余裕があれば、プログラムは
フルスピードで実行され、 メモリ解放に一切時間を取られません。
モダンなGCは、過去の遅いものより遙かに発展しています。 世代型のコピーGCには、昔のマ
ーク&スイープアルゴリズムの非効率さは ありません。

モダンなGCはヒープの詰め直しを行います。これによって、 プログラムが活発に参照するペ
ージの数を減らし、 キャッシュヒット率を高め、スワップ回数が減ります。

675 :剛万太郎 :04/03/17 19:26
>>672
ところで 剛万太郎 って誰?

676 :仕様書無しさん:04/03/17 19:27
>>671
ガベージコレクションは万能薬ではありません。欠点もあります:
いつメモリ回収が動くかが予測できません。その結果、 任意の時点でプログラムの動作が停止し得ます。
メモリ回収にかかる時間に上限がありません。実際には 非常に高速に動作しますが、保証はされません。
メモリ回収時は、他のスレッドが全て停止しなくてはなりません。


677 :仕様書無しさん:04/03/17 19:27
GCを使うプログラムは、メモリリークの積み重ねで次第にパフォーマンスが 悪化する、という
事態に縁がありません。

GCは未使用のメモリを再利用しますから、長時間実行するプログラムが システムを落とすまでじわじ
わとメモリを食いつぶす、いわゆる"メモリリーク" に陥ることがありません。GC付プログラムは長時間の
安定性があります。


678 :仕様書無しさん:04/03/17 19:27
>>105
GCを使うプログラムには、ポインタ周りの見つけにくいバグがほとんど 存在しません。既に解放された
メモリを指す参照、がないからです。 メモリを明示的に管理するコードが必要ないので、 そのようなコ
ードから生まれるバグもありません。

679 :仕様書無しさん:04/03/17 19:28
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!

680 :仕様書無しさん:04/03/17 19:28
>>676
>>105の詭弁術に反論しているんだってことを察してやれ

681 :仕様書無しさん:04/03/17 19:28
>>679
コピペ厨ウザイ。氏ね。暴走するなクズ

682 :仕様書無しさん:04/03/17 19:29
>>105
GC付きプログラムは、開発もデバッグも高速です。 何故なら、メモリ管理のコードを開発する必要もデ
バッグする必要もテストする必要も 管理する必要もありませんから。




GC付きプログラムは、有意に小さくなります。メモリ解放を管理するコードや、 メモリを解放するための
例外ハンドラが不要になるためです。

683 :仕様書無しさん:04/03/17 19:29
GC コピペ荒らしうざいですよ。

684 :仕様書無しさん:04/03/17 19:29
やられたら必ず倍以上にしてやり返す

685 :剛万太郎 ◆uuJAVAsys2 :04/03/17 19:30
モニターを見つめ、薄ら笑いを浮かべ
自らが神として世界を作りあげるこの感触は何とも言えないね。

Javaならこの感触が容易く味わえるぞ

686 :仕様書無しさん:04/03/17 19:30
>>683
先生〜クラスがないので〜できません。
を連呼している荒らしのほうがもっとウザイよ

687 :仕様書無しさん:04/03/17 19:30
このスレは GC で 1000 までいくことになりました。

688 :仕様書無しさん:04/03/17 19:30
おっす。オイラフリーター。
コンビニレジ打ち暦3年。皆が行くから大学も行ったけど、 特にやりたいことも無いし、
フリーターで食うのには困らないし。
将来のことは考えたこと無いけど、仲間と騒いだり、客のかわいい女の子にあだ名つけて
噂したりで楽しいよ。

調理師?理容師?
そんな資格とっても職ないよ。勉強するだけ無駄無駄。面倒くさいだけじゃん。

 趣味は博打。パチンコ、ナンバーズやロトも買うよ。いつか一攫千金を夢見てる。
夢は大きく持たないとね!

発泡酒を飲んで騒ぎ、スタジアムで騒ぐ。人生最高!
でも、スポーツ新聞読むと自民党は極悪非道だと思う。ゆるせない。
政権交代すればいいのに。

689 :仕様書無しさん:04/03/17 19:31





 私は正義の味方。









 私は悪のC言語厨を滅ぼすために生まれた。








 私は悪のC言語厨を滅ぼすためならいかなる手段をも厭わない!






690 :仕様書無しさん:04/03/17 19:32
>>688はアホ左翼の共産党、
いつも北朝鮮マンセーと叫んでいるC言語厨


691 :仕様書無しさん:04/03/17 19:32
>>677
認識があまいな


692 :仕様書無しさん:04/03/17 19:35
>>691
ないということはないがメモリリークを起こしにくいというだけだろ。
すくなくともC++とくらべてな

693 :仕様書無しさん:04/03/17 19:36
日本共産党と朝鮮労働党が反目していたことを知らない阿呆がいます。

694 :仕様書無しさん:04/03/17 19:37
朝鮮労働党の友党は社民党(旧社会党)だね。

695 :仕様書無しさん:04/03/17 19:40
政党? 知っているけど。
だから何?って感じ

696 :仕様書無しさん:04/03/17 19:57
またぱったりと途絶えたな

697 :仕様書無しさん:04/03/17 19:59
とりあえず、そろそろ言語拡張控えてくんないかね?Java。。。

流石にJDKのバージョン上がるたびにってのは
いい加減やめてほしい

698 :仕様書無しさん:04/03/17 20:21
>>695
おまえはアホ

699 :仕様書無しさん:04/03/17 20:46
今更だけど>>1ってコピペ?

>CP/M信者       DEAD
>TurboPASCAL信者 DEAD
>1-2-3信者       DEAD
>Netware信者     DEAD
>OS/2信者       DEAD
>Mac信者        DEAD
>Java信者       IN PROGRESS 

背景知識がPCヲタ臭いね。
言語はTurboPASCALとJavaしかないし。

700 :仕様書無しさん:04/03/17 22:10
winのソース
思った以上に綺麗かつベターでびっくりしました。

ねーねーこれおーぷんしちゃいなよおーーーー

701 :仕様書無しさん:04/03/17 22:15
Windozeのソースが綺麗?
これまた豪快な信者が飛び込んできたな。

702 :仕様書無しさん:04/03/17 22:18
>701
>>700はインデントがついているだけで、キレイだと思うヤシだよ(w

703 :仕様書無しさん:04/03/17 22:38
ソース流出しちゃったから、ソースは汚いという
言いがかりが通用しなくなっちゃったね。
こんなことならWindowsのソース流出しなきゃよかったね。

704 :仕様書無しさん:04/03/17 22:45
>>697
今のところJ2SE1.5では拡張されて大して困るようなことはないわな。
互換性が低下することもない。C#やVC++のようなひどい拡張はなされていない。
Genericsやtypesafe enumはでかいぞ。
J2SE1.5はC#の機能をそのままパクったのばかりだと誤解している香具師がいるが
一見C#に似ている機能も微妙に挙動が異なる。
autpboxingに関してはC#よりも型安全性は保証されている点は大きい。
GenericsはC#のパクリというのも誤解だ。
なぜなら現存のC#にはGenericsも導入されていないこと、
JCPでは昔からGenerics導入の議論がなされていたこと、
GenericsJ2SE1.4で導入する予定だったが1.5に延期になったこと
がC#のパクリではないことを示している。パクリというならむしろC++のtemplateの
パクリというべきだ。しかしC++のtemplateのようなハイリスクな使用方法はできないようになっているので
templateのパクリとも言えない部分がある。



705 :仕様書無しさん:04/03/17 22:52
>>703
というより実際汚いし。カトラーらしき一団が書いた物以外は。
win2kのソースのほとんどのヘッダファイルは読みにくいし。

なんなのさあの型。やたらとtypedefで型名を変更しまくっているうえに
型名が全部大文字で読みにくいし
見た目が綺麗なだけじゃん。



706 :仕様書無しさん:04/03/17 23:21
大文字の型名に慣れてないなんてよっぽど初心者だな


707 :仕様書無しさん:04/03/17 23:26
>706
COBOLerじゃないんだよ。
大文字になれているのはCOBOLer(w

708 :仕様書無しさん:04/03/17 23:34
なんか自分のスタイルに合わないから
汚いって言っているだけみたいだな。


709 :仕様書無しさん:04/03/17 23:36
型名が大文字なのは、SDKとかのサンプルでもそうでなかったっけか?


710 :仕様書無しさん:04/03/17 23:42
先生、.classファイルをクリックしてもプログラムが動きません。

711 :仕様書無しさん:04/03/17 23:43
先生、main関数で数値を返せないのでバッチがうまく動きません。

712 :仕様書無しさん:04/03/17 23:43
先生、プログラムの途中で時々一瞬固まって不便です。

713 :仕様書無しさん:04/03/17 23:44
先生、CLASSPATH環境変数が長すぎて見えません。

714 :仕様書無しさん:04/03/17 23:45
先生、Javaで作ったウィンドウのフォントが変です。

715 :仕様書無しさん:04/03/17 23:47
先生、JSPがなかなか表示されません。

716 :仕様書無しさん:04/03/17 23:48
先生、クラスを使ってるのに全然直感的なコードに見えません。

717 :仕様書無しさん:04/03/17 23:49
どっちがどっちよ(w

718 :仕様書無しさん:04/03/17 23:51
先生、intとIntegerの変換が面倒です。

719 :仕様書無しさん:04/03/17 23:52
先生、どうしてStringだけ + が使えるんですか?

720 :仕様書無しさん:04/03/17 23:54
先生、JDKはどのバージョンを落とせばいいんですか?
たくさんありすぎて分かりません。

721 :仕様書無しさん:04/03/17 23:56
先生、飛んでくる例外が多すぎるので全部Exceptionでキャッチしていいですか?

722 :仕様書無しさん:04/03/17 23:57
先生、getとsetのメソッド作るのが面倒なのでpublicフィールドにしていいですか?

723 :仕様書無しさん:04/03/17 23:58
先生の中の人も大変だな。
でもjavaが悪いわけじゃないんですよ。


724 :仕様書無しさん:04/03/17 23:59
先生、匿名クラスを作りすぎて$〜.classファイルが邪魔です。

725 :仕様書無しさん:04/03/17 23:59
ちょっとワロタ

726 :仕様書無しさん:04/03/18 00:05
《Java房、.Net房たちの発言パターン》
1.抑圧     不安のもとを無意識に圧迫し、パーソナリティの安定を得ようとする働きですが、強すぎると心の緊張をもたらし、不安定になります。

2.反動形成   自分が非常に憎んでいる人に対し、かえって親切な言葉や丁寧な態度をとることがあります。抑圧するだけでは処理しがたい強力な嫌悪感や衝動を防衛するために、意識の上では正反対な傾向や態度を表すことです。

3.投射、投影  自分の弱点を他人の中に見出すことや、また、自分の責任を他に転嫁するといったようなことで、自分の抑圧された態度を認めることの不安を隠す働きをします。

4.退行     その年相応の時点で解決しにくい場合、幼児的な発達段階まで逆戻りして、解決する働き。

5.摂取、同一化 ある対象に向けている強い感情が動機となり、その価値的内容を自分の中に無意識的に取り入れ(摂取)、それと同一傾向を示す(同一化)ようになる働き。

6.否認     内外の客観的現実を無視することにより、意識にのぼらせないようにする働き。
置き換え、転移 内側の不安を外側のものに移す働き。

7.昇華     抑圧された原始的な本能衝動のエネルギーが本来の直接目標を離れ、社会的に容認され適応された行動に変わることで、防衛機制の中で唯一の好ましい働き。

8.合理化    自分が失敗をした時に、もっともらしい理屈を後付する働き。


727 :仕様書無しさん:04/03/18 00:07
とコピペ厨房が申しております。

728 :仕様書無しさん:04/03/18 00:23
>710 .NETでは普通の.exeが作れますよ。
>711 .NETではmainをintにすることもできますよ。
>712 GCのせいですね。でも.NETではそんな目に見えて固まりはしませんが・・・。
>713 .NETでは必要なライブラリはExplorerの特定のフォルダにドラッグ&ドロップするだけですよ。
>714 .NETのWindowsFormsではシステムのLook&Feelをきちんと踏襲しますよ。
>715 ASP.NETでは数秒かからず表示しますよ。
>716 プロパティ・イベントのあるコンポーネントで書けば直感的になりますよ。
>718 .NETではそんな変換はありませんよ。
>719 .NETではどのクラスでも自由に演算子が定義できますよ。
>720 .NETではWindowsUpdateで出てきたものをそのまま落としてください。
>721 受け止める例外を区別しないならそれで全く構いませんよ。
>722 せめてプロパティにしましょうね。
>724 .NETではクラスがいくつあっても1つのバイナリにしかなりませんよ。

729 :仕様書無しさん:04/03/18 00:25
とヒマでヒマでしかたがない様子が伺えます(w

730 :仕様書無しさん:04/03/18 00:27
>>728
なんかちょっと安心した

731 :仕様書無しさん:04/03/18 01:01
業者さん夜勤ごくろうさま。

732 :仕様書無しさん:04/03/18 01:07
先生 PC98のDOSでJavaが動きません。

733 :仕様書無しさん:04/03/18 01:24
先生 FC98のDOSでJavaが動きません。

734 :仕様書無しさん:04/03/18 01:25
先生 B16のDOSでJavaが動きません。

735 :仕様書無しさん:04/03/18 03:20
javaで作ったシステムって動いてるの?
保守やった事ある?

既存のシステムはjavaです。って環境に出会えないんだけどさ


736 :仕様書無しさん:04/03/18 07:40
>734
> 先生 ぴゅう太でJavaが動きません。


737 :仕様書無しさん:04/03/18 08:50
>>735
普通は開発したところが保守まで請け負うからね。
他社の保守業務に割り込めれば、Javaで動いているシステムが見られるかもね。

ま、某.NET導入事例みたいに2週間に1回障害が発生するようなJavaシステムは少ないから、
保守で応援の人材が必要になるケースなんか皆無に近いんだけどね。

738 :仕様書無しさん:04/03/18 08:51
そう。Javaを使えば幸せになれるよ。
納品後はメンテナンスフリー。

739 :仕様書無しさん:04/03/18 08:54
なんだか実務なってない連中が多いのは春休みだからか?
学校でJAVA習って得意になってるんだろうけど。

学生にはこの一言、弘法筆を選ばず。
システム設計者には、適材適所。

プログラマーには・・・、まあ生きろ。

740 :仕様書無しさん:04/03/18 08:58
消費税の内税表示対応だってメンテナンスフリー

741 :仕様書無しさん:04/03/18 09:25
それはさすがに無理。……いけね、死滅スレか。

742 :仕様書無しさん:04/03/18 09:36
元号が変わってもメンテナンスフリー

743 :仕様書無しさん:04/03/18 09:37
西暦なんで

744 :仕様書無しさん:04/03/18 09:40
>>740
先生、BigDecimalを駆使したコードが汚くて読めません。

745 :仕様書無しさん:04/03/18 09:43
汚くたって、他人の書いたコードを読むのも仕事

746 :仕様書無しさん:04/03/18 09:47
汚い??COBOLERが撒き散らしたコボラ出血熱に比べりゃ100倍マシ

747 :包茎 ◆8fOTfwdIi. :04/03/18 09:48
春だなー
凄いスレだ

748 :仕様書無しさん:04/03/18 09:52
毎日お昼前後がピークになります

749 :仕様書無しさん:04/03/18 10:56
今日はいつもの二人は忙しいの?

750 :仕様書無しさん:04/03/18 11:07
ハローワークかな?
それともサッカー見に並びにいってるのかも

751 :仕様書無しさん:04/03/18 13:06
>>706
実際糞読みにくいし。
やっているレベルは文字色を赤色にして見づらくしているのと変わりない。

ああいうことするのはSQLや定数だけにしてくれと。
プログラマの常識だろと。



752 :仕様書無しさん:04/03/18 13:07
>>721
> 先生、飛んでくる例外が多すぎるので全部Exceptionでキャッチしていいですか?
こういうバカとは一緒にプログラミングしたくない。

753 :仕様書無しさん:04/03/18 13:08
>>710
> 先生、.classファイルをクリックしてもプログラムが動きません。
氏ね。マニュアル嫁。

754 :仕様書無しさん:04/03/18 13:09
>>711
> 先生、main関数で数値を返せないのでバッチがうまく動きません。
アフォ。例外処理テストファーストもろくにできないチンカスが。

755 :仕様書無しさん:04/03/18 13:09
一人お帰りのようです

756 :仕様書無しさん:04/03/18 13:10
>>713
> 先生、CLASSPATH環境変数が長すぎて見えません。
いまどきCLASSPATHに頼るヴァカは氏ね

757 :仕様書無しさん:04/03/18 13:10
独り言いっているバカがいるぞ
>>755あたりに

758 :仕様書無しさん:04/03/18 13:12
>>714
> 先生、Javaで作ったウィンドウのフォントが変です。
じゃ、お前がフォントを作る才能がないだけだな

759 :仕様書無しさん:04/03/18 13:13
>>722
> 先生、getとsetのメソッド作るのが面倒なのでpublicフィールドにしていいですか?
こういうやつはさっさと氏ね

760 :仕様書無しさん:04/03/18 13:14
>>723
> 先生の中の人も大変だな。
> でもjavaが悪いわけじゃないんですよ。
>

さっきから先生と叫んでいる奴の頭が悪いだけだろが

761 :仕様書無しさん:04/03/18 13:15
>>726
そこにPerl厨やVB厨、C厨、C++厨もつけくわえておけ

762 :仕様書無しさん:04/03/18 13:34
>>728
> >710 .NETでは普通の.exeが作れますよ。
>>710はjarファイルの作り方を解っていないタダの餓鬼ですよ。
しかも.netのexeファイルは従来のexeファイルとは異なる者ですよ。
> >711 .NETではmainをintにすることもできますよ。
Cでもmainをintにすることもできますよ。 しかしそんなやり方は時代遅れですよ。

> >712 GCのせいですね。でも.NETではそんな目に見えて固まりはしませんが・・・。
勝手にガーベッジコレクタのせいにするとは根拠がありませんね。
.NETにもガーベッジコレクタはありますよ。
あなたはちゃんとガーベッジコレクタについて勉強し直した方がいいですね。
あなたはもう一度>>667 >>671 >>673-674 >>677-678 >>682を読みなおすべきですね。

> >713 .NETでは必要なライブラリはExplorerの特定のフォルダにドラッグ&ドロップするだけですよ。
あなたは非常に無知ですねそれはJavaでも同じことですよ。

> >714 .NETのWindowsFormsではシステムのLook&Feelをきちんと踏襲しますよ。
.NETのWindowsFormsはWindowsでしかつかえませんよ。

> >715 ASP.NETでは数秒かからず表示しますよ。
ASP.NETはJSPよりも重たいですよ。

> >716 プロパティ・イベントのあるコンポーネントで書けば直感的になりますよ。
あなたは>>716といっていることとの間に筋が通っていませんね。
あなたが非常にいい加減な人であることがよーくわかりました。

763 :仕様書無しさん:04/03/18 13:37
>>732
> 先生 PC98のDOSでJavaが動きません。
動くが。初めてJavaをやったときPC98のWin95でDOS窓で動かしていたぞ。

764 :仕様書無しさん:04/03/18 13:48

>>712
お前の環境が悪い


765 :仕様書無しさん:04/03/18 13:48
>>763
DOSとDOS窓の違いくらい区別つけよーねーぇー

766 :仕様書無しさん:04/03/18 13:50
>>744
> >>740
> 先生、BigDecimalを駆使したコードが汚くて読めません。
お前がBigDecimalの使い方を理解できない低脳なだけ

767 :仕様書無しさん:04/03/18 14:02
金も払わないで、「先生」に頼るな!
ひとりで考えろ!

768 :仕様書無しさん:04/03/18 14:14
Javaはタダでは使えないということか

769 :仕様書無しさん:04/03/18 14:27
次スレは、
 ようやく、しおらしくなってきたJava厨15


770 :仕様書無しさん:04/03/18 15:12
最近のjava人気について part<%= BigDecimal.valueOf(14) %>

771 :仕様書無しさん:04/03/18 15:14
BigDecimal.valueOf(14).add(BigDecimal.valueOf(1))

772 :仕様書無しさん:04/03/18 15:19
無駄の多い糞コードだな

773 :仕様書無しさん:04/03/18 15:31
大きいことはいいことだ

774 :仕様書無しさん:04/03/18 15:42
C#なら

new decimal(14) + new decimal(1)

演算子再定義マンセー

775 :仕様書無しさん:04/03/18 15:45
次々スレ用に再利用できることを考慮しろ

776 :仕様書無しさん:04/03/18 15:48
> >718 .NETではそんな変換はありませんよ。
.NETでは変換の必要性が無い変わりに副作用として型安全性が損なわれバグの原因を
生み出しやすくなりますよ。

> >719 .NETではどのクラスでも自由に演算子が定義できますよ。
演算子再定義はストラウスとラップが指摘するtypedef同様の副作用を
もたらす欠点がありますよ。

> >720 .NETではWindowsUpdateで出てきたものをそのまま落としてください。
Javaも同様にGetJavaで自動アップデート。自動インストールができますよ。

> >721 受け止める例外を区別しないならそれで全く構いませんよ。
そんなやり方はお勧めしませんよ。
あなたのような人がいるから無駄なバグが増えて苦労する人がいるわけですよ。

> >722 せめてプロパティにしましょうね。
C#独自仕様、C#独自用語のプロパティはシンタックスシュガーとしてはメリットがありません。
C#独自仕様プロパティを使ったコードはpublicフィールドなのかC#独自仕様プロパティ
なのか区別がつきにくくコードの可読性を若干下げる危険性があります。
さらにvalueというプロパティを作ったときGet_value()というメソッドをつくるとエラーが発生するという
欠点がありますよ。

> >724 .NETではクラスがいくつあっても1つのバイナリにしかなりませんよ。
あなたは最後の最後まで無知をさらしましたね。
JARファイルで複数のクラスファイルを簡単にまとめ一つのファイルすることができますよ。
しかも複数のクラスを一つのファイルにまとめるこも簡単にできますよ。

あなたはプログラマ失格です。あなたの見識のなさではそうとしか言いようがありません。

777 :仕様書無しさん:04/03/18 15:50
>>774
そんな程度でC#なんて中途半端な糞仕様使うんだったら
C++使ったほうがまし。

C++が静脈、 Javaが動脈だったらC#は両生類の心臓のように
動脈瘤と静脈瘤が途中で混ざってしまう中途半端仕様の糞言語

778 :仕様書無しさん:04/03/18 15:52
>>768
それはJ2EE RIとかのことをいってんだろ。
開発や個人や研究教育に使う分は全然タダだが。
Javaで作ったものを売り飛ばそうとするとき金をとられる仕組み


779 :仕様書無しさん:04/03/18 15:54
>>774
>>605をもう一度読み直せ

780 :仕様書無しさん:04/03/18 15:56
>>771
> BigDecimal.valueOf(14).add(BigDecimal.valueOf(1))
おまえは使い方が下手くそ。

しかもDecimalにvalueOfを使っているお前はまだ何もわかってない。
実際にBigDecimalクラスを使ってプログラミングし実行どころかコンパイルすら
していないということがすぐわかる。それとマジックナンバーくらい使いやがれ。

781 :仕様書無しさん:04/03/18 15:59
ふつうはこうやってつかうもんだがな。

new BigDecimal("14.0d").add(new BigDecimal("1.0d"))

これを
new BigDecimal(14.0d).add(new BigDecimal(1.0d))
こうすると全く異なる値になりろくなことが無いことも知らずにアフォなことを言っているとはな。

読みやすさを考慮するならもっとましな使い方は

BigDecimal fourteen = new BigDecimal("14.0d");
BigDecimal one = new BigDecimal("1.0d");

BigDecimal result = fourteen.add(one);

だな


782 :仕様書無しさん:04/03/18 15:59
まったくだ。C厨もC++厨もくそだな。

783 :仕様書無しさん:04/03/18 16:00
>>776
> .NETでは変換の必要性が無い変わりに副作用として型安全性が損なわれバグの原因を
> 生み出しやすくなりますよ。

CLIにおいてSystem.Int32はSystem.Int32以外の何者でもありません。
型安全性が損なわれる例を実演してみてください。

> C#独自仕様、C#独自用語のプロパティはシンタックスシュガーとしてはメリットがありません。

いいえ。プロパティはCTSで定められたものです。
C#独自のものではありません。

> C#独自仕様プロパティを使ったコードはpublicフィールドなのかC#独自仕様プロパティ
> なのか区別がつきにくくコードの可読性を若干下げる危険性があります。

ガイドラインでpublicフィールドは推奨されていません。
オブジェクト指向の基礎を勉強し直してください。

> さらにvalueというプロパティを作ったときGet_value()というメソッドをつくるとエラーが発生するという
> 欠点がありますよ。

発生しませんが?
発生する例を出してみてください。

> あなたはプログラマ失格です。あなたの見識のなさではそうとしか言いようがありません。

そっくりそのままお返しします。
最低限C#とCLIの区別ぐらいはつけてください。

784 :仕様書無しさん:04/03/18 16:01
まともにコードも組めない糞にアフォかお前

785 :仕様書無しさん:04/03/18 16:01
氏ねよ。チンカス

786 :仕様書無しさん:04/03/18 16:09
返答なしですか。
Java使いのレベルはそんなもんなんでしょうね。

787 :仕様書無しさん:04/03/18 16:11
★ Java でネイティブ・コードを呼びたい! ★
http://java.sun.com/j2se/1.4.2/docs/guide/jni/index.html
http://www.dmz.hitachi-sk.co.jp/Java/Tech/jni/index.html

★ 携帯Javaの情報ページ ★
http://www.saturn.dti.ne.jp/~npaka/
http://www.atmarkit.co.jp/fjava/special/kjava01/kjava01.html

★ JavaのO/Rマッピングって素敵! ★
http://pc2.2ch.net/test/read.cgi/tech/1049030272/
http://www.hibernate.org/

★ MS-SQL Server も Java で利用するのがいいよね! ★
http://www.microsoft.com/japan/msdn/sqlserver/downloads/jdbc/default.asp

788 :仕様書無しさん:04/03/18 16:11
>>769
つまりこのスレは無珈琲、嫌珈琲、怒珈琲

から一気にクラスチェンジして
笑珈琲になったってことですね


789 :仕様書無しさん:04/03/18 16:12
これまで、プログラミングは、現職エンジニアや業界に入ってくる新卒をターゲットにしていた…
ExcelやAccessの登場からこの雲行きが怪しくなってきた。
そしてついに、M$は一般人をターゲットにし始めた。
http://www.microsoft.com/japan/users/recipe/

プログラマのアルバイト単価1500円は、更に暴落。980円時代に突入か!?
一般事務のアルバイト単価1800円から更に引き離される!


790 :仕様書無しさん:04/03/18 16:18
言語(処理系)の優劣って、先行して出来た言語を使用しての開発ボトルネック等を
解析して、改善して、反映するから、どうしても後に出来た言語の方が出来が良いものなんだ
結局、後に出来た言語の優位性と、先にできた言語によって開発された蓄積とのトレードオフになるに過ぎない
COBOLを見れば理解出来ると思うけど

791 :仕様書無しさん:04/03/18 16:20
>>783
型安全性というよりもコードの可読性が低下するる罠。
値型と参照型との区別でも思わぬ障害が大きい

792 :仕様書無しさん:04/03/18 16:20
>>789
コピペ厨はさっさと死んで下さい

793 :仕様書無しさん:04/03/18 16:21
>>783
Javaにもプロパティあるよ

794 :仕様書無しさん:04/03/18 16:24
>>783
> > C#独自仕様プロパティを使ったコードはpublicフィールドなのかC#独自仕様プロパティ
> > なのか区別がつきにくくコードの可読性を若干下げる危険性があります。
> ガイドラインでpublicフィールドは推奨されていません。
> オブジェクト指向の基礎を勉強し直してください。

なんかこいつ頭悪そうだな。

C#のcoreAPIにもJavaのcoreAPIにもpublicフィールドを持つ
クラスは腐るほどあるわけだが(ワラ
ましてやC#厨は構造体でpublicフィールドみたな使い方を多様しまくっているそうじゃないか(藁




「オブジェクト指向の基礎を勉強し直せ」
そのセリフ、そっくりそのままお前に言い返してやるよw


795 :仕様書無しさん:04/03/18 16:28
>>783
C#のget, set の仕組みを知らないバカ発見w
ププ C#マンセーのくせにC#のことをろくにわかっていないクズですね

C#ではget, setキーワードでプロパティを定義すると
シンタックスシュガーで内部では頭にGet_, Set_がつく名前のメソッドが
暗黙のうちにできているわけだが。
それと同じシグネチャのメソッドをつくるとエラーになることも知らないとはな。

お前、本当にC#でプログラミングしたことあんの?(ゲラ

796 :仕様書無しさん:04/03/18 16:29
これがC#厨の実態なのか・・・

797 :仕様書無しさん:04/03/18 16:30
.NET房どうした?

798 :仕様書無しさん:04/03/18 16:30
M$信者が知ったかぶってJava厨を貶そうとしたが失敗したみたいだ

799 :仕様書無しさん:04/03/18 16:33
>>787
コピペ厨ウザイ 

800 :仕様書無しさん:04/03/18 16:34
どうやらM$厨は都合が悪くなるとコピペを繰り返すようだ

801 :仕様書無しさん:04/03/18 16:48
意外な展開だな

802 :仕様書無しさん:04/03/18 16:50
今日は盛り上がりに欠ける

803 :剛万太郎 ◆uuJAVAsys2 :04/03/18 16:51
よし、盛り上げていこう!

804 :仕様書無しさん:04/03/18 16:55
>>803
とりあえず、おまいがねたをふれ

805 :仕様書無しさん:04/03/18 17:03
http://www.yost.com/computers/java/javago.html
Java風シェルスクリプトだって 

806 :仕様書無しさん:04/03/18 17:10
>>795
C#は小文字大文字を区別するよ

807 :剛万太郎 ◆uuJAVAsys2 :04/03/18 17:12
ネタが思い浮かばなくて寝たふり なんちゃって

808 :仕様書無しさん:04/03/18 17:12
ワロタ

809 :仕様書無しさん:04/03/18 17:26
807 名前:剛万太郎 ◆uuJAVAsys2 :04/03/18 17:12
ネタが思い浮かばなくて寝たふり なんちゃって


808 名前:仕様書無しさん :04/03/18 17:12
ワロタ


810 :仕様書無しさん:04/03/18 17:46
>>795 ねえ、きみはC#つかったことあるのぉ?

811 :仕様書無しさん:04/03/18 18:54
しょうがないなぁ。
毎度俺が書き込み始めると盛り上がるから、俺が燃料投下してやる。

・・・・ネタがない

812 :仕様書無しさん:04/03/18 18:56
ワロタ

813 :仕様書無しさん:04/03/18 20:37
811 名前:仕様書無しさん :04/03/18 18:54
しょうがないなぁ。
毎度俺が書き込み始めると盛り上がるから、俺が燃料投下してやる。

・・・・ネタがない


812 名前:仕様書無しさん :04/03/18 18:56
ワロタ


814 :仕様書無しさん:04/03/18 21:02
アホアンチって痛いとこ突かれると反応が分かりやすくて面白いね。

815 :仕様書無しさん:04/03/18 21:03
ワロタ

816 :仕様書無しさん:04/03/18 21:09
>>794
> C#のcoreAPIにもJavaのcoreAPIにもpublicフィールドを持つ
> クラスは腐るほどあるわけだが(ワラ

例えば?
最近のJava使いは定数値フィールドと普通のフィールドが同じだと思ってるのかな。

> ましてやC#厨は構造体でpublicフィールドみたな使い方を多様しまくっているそうじゃないか(藁

意味が分からん。
参照型と値型でフィールドの役割が変わるとでも思ってるのかな。

> C#ではget, setキーワードでプロパティを定義すると
> シンタックスシュガーで内部では頭にGet_, Set_がつく名前のメソッドが
> 暗黙のうちにできているわけだが。
> それと同じシグネチャのメソッドをつくるとエラーになることも知らないとはな。

それ以前にvalueなんてプロパティ作れないよ。@valueなら分かるけどね。

> C#のget, set の仕組みを知らないバカ発見w
> ププ C#マンセーのくせにC#のことをろくにわかっていないクズですね

C#の仕様とMSの実装の区別もついてない馬鹿もいますけどね。

817 :仕様書無しさん:04/03/18 21:13
で、

> .NETでは変換の必要性が無い変わりに副作用として型安全性が損なわれバグの原因を
> 生み出しやすくなりますよ。

これの実例はまだですか?

> 型安全性というよりもコードの可読性が低下するる罠。
> 値型と参照型との区別でも思わぬ障害が大きい

いや、話をそらさず早く実例出してください。

818 :仕様書無しさん:04/03/18 21:14
まあ、型の安全性と可読性を結び付けてるあたり、オブジェクト指向もろくに分かってないんだろうなあ。

819 :仕様書無しさん:04/03/18 21:15
で、分かってないから実例なんて出てこないんだろうなあ。

820 :仕様書無しさん:04/03/18 21:16
大久保>java

821 :仕様書無しさん:04/03/18 21:18
> 型安全性が損なわれ

へー。型のメタ情報を破壊できるんだ。
やり方書いてよ。そんなこと実演したら世界中で注目されるよ。

822 :最凶VB厨房:04/03/18 21:19
>さらにvalueというプロパティを作ったときGet_value()というメソッドをつくるとエラーが発生するという
欠点がありますよ。

VB使いはこんなクラス設計を思いつきません。
どういう頭ぶっこいてんですか?w

823 :仕様書無しさん:04/03/18 21:20
ああいうアタマ

824 :仕様書無しさん:04/03/18 21:22
型の安全性ってこういうことだろ。

// Java
int.class.equals(Integer.class) → false

// C#
typeof(int).Equals(typeof(Int32)) → True

825 :仕様書無しさん:04/03/18 21:23
確かにVB厨はクラス設計なんか思いつかない。それは言えてる。

826 :仕様書無しさん:04/03/18 21:25
オブジェクト指向を極めると Get_value() とかいう命名をするらしいよ。

827 :仕様書無しさん:04/03/18 21:26
>>825
コンポーネント設計とかサービス設計をするからね。

828 :仕様書無しさん:04/03/18 21:27
オブジェクト指向じゃアテネは勝てない

829 :仕様書無しさん:04/03/18 21:27
プロパティとかイベントとか直感的な設計をするよね。

830 :仕様書無しさん:04/03/18 21:28
直感的なパスは点に繋がりやすい

831 :仕様書無しさん:04/03/18 21:29
実は俺、中学のとき日本代表だった
そんな俺は今はVB厨

832 :仕様書無しさん:04/03/18 21:29
Java厨もVB使いにオブジェクト指向で間違い指摘される時代になったか。

833 :仕様書無しさん:04/03/18 21:30
一体何の日本代表だ?

834 :仕様書無しさん:04/03/18 21:30
VB.NET最強伝説

835 :仕様書無しさん:04/03/18 21:30
直感的な設計…ガクガク(((( ;゚Д゚))))ブルブル

836 :仕様書無しさん:04/03/18 21:30
javaよりサッカー

837 :仕様書無しさん:04/03/18 21:30
型の安全性って可読性のことだったのか。w
斬新な意見だな。www

838 :仕様書無しさん:04/03/18 21:31
サッカー国際試合のときにスポーツカフェにいくと女と抱き合える

839 :仕様書無しさん:04/03/18 21:31
> 型安全性というよりもコードの可読性が低下するる罠。
> 値型と参照型との区別でも思わぬ障害が大きい

で、値型と参照型だとどう可読性が変わってしまうんですか?www

840 :仕様書無しさん:04/03/18 21:32
霊感・山勘的な設計もするよね。

841 :仕様書無しさん:04/03/18 21:32
可読性って大事だよね。
BigDecimal駆使したコードより演算し再定義した方が可読性高いし。

842 :仕様書無しさん:04/03/18 21:33
Javaはガベージコレクションがあるから遅いとほざく奴、これ嫁


Javaの理論と実践: ガベージコレクションとパフォーマンス
ガベージコレクションに負担をかけないクラスを設計するための手ほどき、技、考え方
http://www-6.ibm.com/jp/developerworks/java/040312/j_j-jtp01274.html

843 :仕様書無しさん:04/03/18 21:33
先生、BigDeciaml駆使したソースが汚くて読めません。

844 :仕様書無しさん:04/03/18 21:34
型安全性というよりもコードの可読性が低下するる罠。
intとIntegerとの区別でも思わぬ障害が大きい

845 :仕様書無しさん:04/03/18 21:35
言語の勉強もいいが、サッカーみとけ!
客との話題は徹底的に幅広く!

846 :仕様書無しさん:04/03/18 21:37
派遣Javaコーダが客なんかに会わせてもらえるわけがないだろ。(ゲラ

847 :仕様書無しさん:04/03/18 21:37
>>841
定義されている演算子が通常の四則演算子と同様の扱い方をされているならばな。
演算子を再定義できるほうが可読性があがるといって
センスの悪い定義やチームないで定義に関するルールをきっちりと定めないと
プログラマ一人一人が身勝手に独自に自分専用の演算子を再定義をしようとし
可読性は著しく低下するぞ。

同じ演算子でもある奴が再定義した演算子とほかの奴が再定義した
演算子が同じコード内に混ぜるように使うとき非常に可読性が低下する。

C#厨やC++厨はそんなこともわからなかったのか


848 :仕様書無しさん:04/03/18 21:37
U23はアテネへ道をつなげたが、おまえらは何をつなげたんだ?

849 :仕様書無しさん:04/03/18 21:38
>>846
派遣C#コーダもな

850 :仕様書無しさん:04/03/18 21:39
>>781ってつまりはBigDecimalが複雑な仕様で馬鹿には使えないということだろ?
やっぱりJavaは駄目だな。コードも複雑仕様も複雑。

851 :仕様書無しさん:04/03/18 21:39
オブジェクト指向による設計は、GCの機嫌を伺いながら行わなければなりません。
本当ですよ。

852 :仕様書無しさん:04/03/18 21:40
>>847
> 定義されている演算子が通常の四則演算子と同様の扱い方をされているならばな。

されてるじゃん。

853 :仕様書無しさん:04/03/18 21:40
>>781

この書き方、もっとましに最適化できるわけだ。
> BigDecimal result = new BigDecimal( Double.toString(1 * 14) );
どうしてもBigDecimal型で返さないときにだ


854 :仕様書無しさん:04/03/18 21:40
U23はアテネへつなぎ
VBは.NETへつなぎ
C++は大量の派生言語へとつながり
javaは路頭にまよっていた無職者の命を明日へとつないだ

855 :仕様書無しさん:04/03/18 21:41
つまり、>>847はやっぱり演算し再定義が優れてることを認めたというわけだ

856 :仕様書無しさん:04/03/18 21:41
おあとがよろしいようで

857 :仕様書無しさん:04/03/18 21:42
>>853
答えが15にならないじゃん。0点。
それと語尾に母国語が出てますよ。www

858 :仕様書無しさん:04/03/18 21:42
ニダニーダ

859 :仕様書無しさん:04/03/18 21:43
>>850
アホだなお前。BigDecimalを使わねばならない状況がどういうときで
使う必要がどういう状況なのか解ってないだろ。他の数値方とどう使い分けるか解ってないなお前は。

C#厨はC#を知っておきながら相当のクラスがあることも知らないのか。

C#厨は相変わらず浅はかと言うか

860 :仕様書無しさん:04/03/18 21:43
アホアンチは業務仕様を満たさないコードしか書けないわけだ

861 :仕様書無しさん:04/03/18 21:44
アホだな
javaよりC#よりC++よりVBよりサッカーだぼけ

862 :仕様書無しさん:04/03/18 21:44
ニダーリ

863 :仕様書無しさん:04/03/18 21:44
>>859
つまり、限定的にしか使えない不便なクラスなわけだ。ププ
しかも演算子再定義されない読めないコードしか書けないし。ゲラ

864 :仕様書無しさん:04/03/18 21:46
MSはオリジナリティはあまり無いが、改良することに関しては優れている。
厨言語と散々馬鹿にされてきたVBがとうとうVer7.1でjavaを抜くとは感慨深い。

865 :仕様書無しさん:04/03/18 21:46
.NETのSystem.Decimalは便利だよね。演算子がオーバーロードされてるから。
可読性が違うからアホアンチの説では型の安全性も違う。(ハゲワラ

866 :仕様書無しさん:04/03/18 21:47
javaでテロを抑えろ。

867 :仕様書無しさん:04/03/18 21:48
死滅ですか?

868 :仕様書無しさん:04/03/18 21:48
>>852
日本語を勉強してから発言をしてください。
演算子を独自に自分で定義する奴がいた場合のこと考えていないだろ。
たとえばMatrixというクラスがあってこれで行列を演算するが
ある奴は*を行列の積として再定義するが
ほかのある奴は*を双方の行列の各要素毎の積として定義する、
またほかのある奴は*を行列の内積として定義したり外積として定義するかもしれん。
とんでもないややこしいことをしてくれるヴァカが演算子を再定義するときは
*を行列の転置として提示したりノルムとして定義するとんでもない奴がいるかもしれない。

そのことをちゃんと考慮しているかお前は?


869 :仕様書無しさん:04/03/18 21:49
で、intとInt32の区別がないから方の安全性が損なわれるという根拠はまだ?

870 :仕様書無しさん:04/03/18 21:50
stringには+があるのね

871 :仕様書無しさん:04/03/18 21:50
くだらねこと言っている馬鹿が多くて話にならない。
まじめにやれ!
これは遊びじゃないんだぞ!

872 :仕様書無しさん:04/03/18 21:51
>>868
解釈が分かれるならメソッドにすりゃいいじゃん。
オブジェクト初心者らしい意見ですね。
何が何でも演算子再定義を使おうとは。

873 :仕様書無しさん:04/03/18 21:51
まあ、sunもヴァカじゃないから、1.6辺りでそっと仕変してくるんじゃない?

874 :仕様書無しさん:04/03/18 21:52
言語のバージョンアップって早い話が、場渡り的につくっちゃったよーーーーーーんってこと。

それより財前死ぬぞ

875 :仕様書無しさん:04/03/18 21:52
演算子オーバーロードの良さを知らない馬鹿は極論しか出さない

876 :仕様書無しさん:04/03/18 21:53
>>874
確かにTigerはひどいよな

877 :仕様書無しさん:04/03/18 21:53
きまぐれオレンジロードの良さを知らない馬鹿は極左

878 :仕様書無しさん:04/03/18 21:53
JDK1.6辺りで演算子オーバーロードが追加されたりしませんか?(ガクブル

879 :仕様書無しさん:04/03/18 21:54
>>872
それは>>852に言ってくださいw

880 :仕様書無しさん:04/03/18 21:54
>>877
ヤンキー女は嫌いだ

881 :仕様書無しさん:04/03/18 21:54
BigDecimal.valueOf(1).add(BigDecimal.valueOf(3).multiply(BigDecimal(5)))

さあ、答えは?

882 :仕様書無しさん:04/03/18 21:54
>>878
JCPに聞いてみろって

883 :仕様書無しさん:04/03/18 21:55
>>876
C#やVC++なんかもっとひどい

884 :仕様書無しさん:04/03/18 21:55
COBOLERのおじさんがコボラ出血熱になりそうだよ

885 :仕様書無しさん:04/03/18 21:55
1 + (3 * 5)

さ、答えは?

886 :仕様書無しさん:04/03/18 21:56
>>874
それはC#や次期バージョンVC++のことをさしているわけですね

887 :仕様書無しさん:04/03/18 21:56
ところでアテネってどこ?

888 :仕様書無しさん:04/03/18 21:56
>>881
可読性が低すぎて方の安全性に影響します

889 :仕様書無しさん:04/03/18 21:57
いつからVC++は言語になったのだろう。
開発環境がバージョンアップしただけ。
javaは言語そのものがバージョンアップしとる

890 :仕様書無しさん:04/03/18 21:57
>>872
オブジェクト指向初心者は
構造体とクラスとの区別もつかない>>852のようなC厨や自称C++厨ですが何か。

891 :仕様書無しさん:04/03/18 21:57
とうとうJavaもブビ以下か。

892 :仕様書無しさん:04/03/18 21:58
Java使いはハードウェアの知識がないからプログラマとして認められない

893 :仕様書無しさん:04/03/18 21:58
うんこしてくる

894 :仕様書無しさん:04/03/18 21:58
>>881
それでコンパイルが通ると思っていますか?
C言語しかやっていないからそのような誤解を生んでいるようですね。
オブジェクト指向の基礎から勉強しなおしてください。

895 :仕様書無しさん:04/03/18 21:59
>>892
そうだな。ポインタの操れない言語じゃ駄目だよな。

896 :仕様書無しさん:04/03/18 22:00
↓Javaにもポインタはある!(参照という名の)

897 :仕様書無しさん:04/03/18 22:00
>>894
importがないとか、セミコロンがないとか、揚げ足取りですか?w

898 :仕様書無しさん:04/03/18 22:00
>>892
Java使いはJini, Java Commnication APIを知っているから
ハードウェアの知識がある。
よってプログラマとして認められる。

さらにJ2EEをしっているJava使いは
DBやエンタープライズの知識があるから

エンタープライズアーキテクトとして認められると同時に
データベースエンジニア、セキュリティエンジニアとして認められる。

899 :仕様書無しさん:04/03/18 22:00
BigDecimalの可読性が低くて金融計算には採用できません。
計算ミスが出たら死活問題ですから。

900 :仕様書無しさん:04/03/18 22:01
>>895
馬鹿ですか Javaでもポインタを操れますが
JNIで

901 :仕様書無しさん:04/03/18 22:01
>>898
ああ、Jiniね。
ビルジョイどこ行っちゃったの?www

902 :仕様書無しさん:04/03/18 22:01
>>899はJUnitの使い方もしらずに計算ミスだとかほざいています。

903 :仕様書無しさん:04/03/18 22:02
>>899
じゃあdouble型を使って10進2進変換誤差で苦しんでください

904 :仕様書無しさん:04/03/18 22:02
>>898
> さらにJ2EEをしっているJava使いは
> DBやエンタープライズの知識があるから

いいえ。ドカタはコードしか書けませんよ。www

905 :仕様書無しさん:04/03/18 22:03
SQLを投げるのとDB設計はちがうぞな

906 :仕様書無しさん:04/03/18 22:04
>>897
おまえ本当に馬鹿だろ

BigDecimal.valueOf(1).add(BigDecimal.valueOf(3).multiply(BigDecimal(5)))

importやセミコロンをつけてもコンパイルが通らないぞw

C厨って馬鹿だねw

907 :仕様書無しさん:04/03/18 22:04
まあ、ドカタには演算子再定義は難しいかもね。(ハゲワラ

908 :仕様書無しさん:04/03/18 22:04
>>904
そうやってエンタープライズアーキテクトに対する愚痴を一生こぼしているんだなw

909 :仕様書無しさん:04/03/18 22:05
まぁそんな面倒なことやるより
01 DATA PIC 9(100).

DATA = 10000000000000000000000000

のCOBOLのほうがいいね

910 :仕様書無しさん:04/03/18 22:05
>>907
演算子再定義の副作用を知らずにスパゲティコードを大量生産して
そのコードのバグとりをやらされるC厨はまさのドカタだねw

911 :仕様書無しさん:04/03/18 22:05
>>906
valueOfが1個抜けてるぐらいでそんな揚げ足取らんでも。
省いたおかげで可読性が上がったじゃないか。(大爆笑

912 :仕様書無しさん:04/03/18 22:06
>>909

cobol.orgのドキュソCOBOl厨ですか(ワラ

913 :仕様書無しさん:04/03/18 22:06
やっぱり計算にはCOBOLだよな。BigDecimalは糞

914 :仕様書無しさん:04/03/18 22:07
>>912
ものを選べっつってんだよ。ばーーーーーーーーーーーーーーーか

915 :仕様書無しさん:04/03/18 22:07
COBOLの実績の前にはJavaなどガキのおもちゃ

916 :仕様書無しさん:04/03/18 22:08
COBOLの勝ちだ。残念だがJavaは間抜けだ

917 :仕様書無しさん:04/03/18 22:08
COBOL使いも言ってたよ。BigDecimalじゃメンテできん、て。

918 :仕様書無しさん:04/03/18 22:08
アセンブラ、C(C++)、COBOLがあればハッキリいって他の言語はいらん。
あとはVBがあればいいかな。

919 :仕様書無しさん:04/03/18 22:09
>>911
> >>906
> valueOfが1個抜けてるぐらいでそんな揚げ足取らんでも。
> 省いたおかげで可読性が上がったじゃないか。(大爆笑

プ  これまたC#厨は墓穴を掘ったな
valueOfつければそれだけでコンパイルエラーが無くなると思っているのか(ワラ
節穴だろ。その様子ではBigDecimalクラスのドキュメント読んでも理解できていなさそうな
クズだなw

どうやら、これでC++厨の仮面をかぶったC厨がオブジェクト指向を理解していないことが
証明されたようだな。

920 :仕様書無しさん:04/03/18 22:09
DIVISIONがはっきりしてるCOBOLこそ分かりやすい設計がしやすい

921 :仕様書無しさん:04/03/18 22:09
COBOLやVBがこの業界を支えたんだよ!!!



















そして伝説へ…

922 :仕様書無しさん:04/03/18 22:09
>>915
COBOLなど過去の栄光に過ぎない化石。
今頃COBOL.NETを必死に勉強しているんだろ(ワラ

923 :最凶VB厨房:04/03/18 22:10
VBを笑うものはVBに泣くということだな。

924 :営業@富士通:04/03/18 22:10
そこでNetCOBOLですよ。

925 :仕様書無しさん:04/03/18 22:10
>>918
アセンブラ、C(C++)だけならわかるがCOBOLやVBは糞で余計だ(藁

926 :仕様書無しさん:04/03/18 22:10
>>919
いつからC#の話になったんだ?
Java厨必死だなw

927 :仕様書無しさん:04/03/18 22:11
>>922
金融や基幹系の大半はCOBOLで動いています。
それを日本語では現役と言います。

928 :仕様書無しさん:04/03/18 22:11
>>925
言語のせいにせず、自分の力を疑え。

929 :仕様書無しさん:04/03/18 22:12
Javaのシステムは3年もたないけどね。w

930 :仕様書無しさん:04/03/18 22:12
COBOLには勝てない。あれは素晴らしい

931 :仕様書無しさん:04/03/18 22:12
>>917
それはCOBOLerがJakarta VelocityやApache AntやJUnitの使い方を
理解できていない証拠だなw

やつらにはeXtreme Programming、テストファーストといっても何も理解できないからな(嘲笑


932 :仕様書無しさん:04/03/18 22:12
COBOLからVBにリプレースって・・・




・・・あんまり状況かわんねえ。

933 :仕様書無しさん:04/03/18 22:12
Javaは人もシステムも使い捨て

934 :仕様書無しさん:04/03/18 22:12
いつからCOBOLの話になったんだC厨必死だなw

935 :仕様書無しさん:04/03/18 22:13
>>932
そこでJavaですよ

ってあんまり状況かわんねえ。(藁

936 :仕様書無しさん:04/03/18 22:13
COBOLは勘定系に特化させて成功させた。
今動いているCOBOLの中には俺達の年齢より古いものがある

937 :仕様書無しさん:04/03/18 22:13
> それはCOBOLerがJakarta VelocityやApache AntやJUnitの使い方を
> 理解できていない証拠だなw

そんなおもちゃで基幹系は作れません。
一体全体誰が品質保証してくれるんですか?

938 :仕様書無しさん:04/03/18 22:13
お前らドキュメントちゃんと書け。

939 :仕様書無しさん:04/03/18 22:14
JAVAってなにやらせても中途半端だな。
オブジェクト指向という手法は取り入れたが、「業務に特化する」という点を軽んじたね。

940 :仕様書無しさん:04/03/18 22:14
J2EEで99.999%なんて不可能。

941 :仕様書無しさん:04/03/18 22:15
>>940
テストファーストの賜物です。(ハゲワラ

942 :仕様書無しさん:04/03/18 22:15
納品先ごとに全部DVDに焼くのでノープロブレム

943 :仕様書無しさん:04/03/18 22:15
品質保証は俺

944 :仕様書無しさん:04/03/18 22:15
BigDecimalが糞だったせいで金融には進出できなかったJava。

945 :仕様書無しさん:04/03/18 22:15
JAVA厨って、ここのアンチにはC厨、C++厨、C#厨、VB厨しかいないとおもってるのかね?

状況によって言語を変える人間もいるんだよ。っぷっぷっぷ

946 :仕様書無しさん:04/03/18 22:16
>>911
> >>906
> valueOfが1個抜けてるぐらいでそんな揚げ足取らんでも。
> 省いたおかげで可読性が上がったじゃないか。(大爆笑


そこの>>911君、


BigDecimal.valueOf(1).add(BigDecimal.valueOf(3).multiply(BigDecimal(5)))

の間違い見つけたかい?

947 :仕様書無しさん:04/03/18 22:16
下層同士でなにいがみ合ってるんだ?

948 :仕様書無しさん:04/03/18 22:17
つか、一つの言語しかつかえない奴なんかいるのか?

949 :仕様書無しさん:04/03/18 22:17
>>945
> JAVA厨って、ここのアンチにはC厨、C++厨、C#厨、VB厨しかいないとおもってるのかね?
思っていませんが何か?
貴方は大きな勘違いをして煽っていたわけですね。
恥ずかしいですよ。


950 :仕様書無しさん:04/03/18 22:18
>>949
じゃー、語尾に〜厨は
とかつけんなボケ

951 :仕様書無しさん:04/03/18 22:18
>>937
説明してやったことは開発環境のほんの一部なわけだが。
COBOLerはRational Unified Processも
UMLもしらないからな。

さすがグローバル変数がないと生きていけないアフォCOBOLer(藁

952 :仕様書無しさん:04/03/18 22:19
>>950
〜厨の 〜には言語名がランダムに入るわけですよ(藁

953 :仕様書無しさん:04/03/18 22:19
うるせー馬鹿

954 :仕様書無しさん:04/03/18 22:19
>>950
> じゃー、語尾に〜厨は
> とかつけんなボケ
つけていませんが何か?
貴方はまたまた大きな勘違いをして煽ったわけですね。
恥ずかしいですよ。


955 :仕様書無しさん:04/03/18 22:19
>>944
> BigDecimalが糞だったせいで金融には進出できなかったJava。
ハァ? すでにとっくに進出してるけど。
チミの目は節穴かな(ワラ

956 :仕様書無しさん:04/03/18 22:19
開発環境で語ろうとしてもCOBOLerとは通じ合えないよ。
なぜならメインフレームを扱う人間は、司法にあわせて仕様変更しないといけないから。
UMLとかもちこんでみな、逆にごっちゃごっちゃになるから

957 :仕様書無しさん:04/03/18 22:20
恥ずかしいですよ。
 恥ずかしいですよ。
  恥ずかしいですよ。

958 :仕様書無しさん:04/03/18 22:20
>>953
ついにC厨が泣き言を言いました(ワラ

959 :仕様書無しさん:04/03/18 22:21
UMLはおろかオブジェクト指向もしらない時代遅れなCOBOLer

960 :仕様書無しさん:04/03/18 22:21
オブジェクト指向?
作ってる間に、法律が施行されちまうよ(w

961 :仕様書無しさん:04/03/18 22:22
>>958
反応しちゃったお前は何厨かな?w

962 :仕様書無しさん:04/03/18 22:22
>>946
> BigDecimal.valueOf(1).add(BigDecimal.valueOf(3).multiply(BigDecimal.valueOf(5)))

これ以上何が違うの?

963 :仕様書無しさん:04/03/18 22:22
データ中心アプローチもままならんのにそこまで手が回るか!

964 :仕様書無しさん:04/03/18 22:23
恥ずかしいですよ。
 恥ずかしいですよ。
  恥ずかしいですよ。

965 :仕様書無しさん:04/03/18 22:23
>>816
> >>794
> > C#のcoreAPIにもJavaのcoreAPIにもpublicフィールドを持つ
> > クラスは腐るほどあるわけだが(ワラ
>
> 例えば?
> 最近のJava使いは定数値フィールドと普通のフィールドが同じだと思ってるのかな。

馬鹿ですか? AWTのAPIにはfinalでないフィールドがざらにありますが。

Systemクラスにも普通にありますが。

C#厨ってJavaに対して批判的な割には無知ですね。

966 :仕様書無しさん:04/03/18 22:24
おい!次スレはどうする?

967 :仕様書無しさん:04/03/18 22:24
>>965
糞な設計だね

968 :仕様書無しさん:04/03/18 22:24
ついにコボル厨が敗北宣言しました(ワラ

969 :仕様書無しさん:04/03/18 22:24
>>966
もう立ってるよ

970 :仕様書無しさん:04/03/18 22:24
次スレのタイトル

最近のJavaの動向 Pert15

971 :仕様書無しさん:04/03/18 22:25
じゃあこのまま一気に埋めるぜ!

972 :仕様書無しさん:04/03/18 22:25
日本語のおかしい法律を解釈して、それをどうやればコンピューター処理できるか検討して
その方法がシステムに適用できるか調査して、実装。その間に施行日が一気に迫る。
一つの開発手法や言語にこだわってたら期日までに電算処理化できねーんだよ

973 :仕様書無しさん:04/03/18 22:25
Javaの弱点、それはBigDecimal

974 :仕様書無しさん:04/03/18 22:26
結局BigDecimalに欠点は無かったということでFA?

975 :仕様書無しさん:04/03/18 22:26
Javaの弱点、強味がないこと

976 :仕様書無しさん:04/03/18 22:27
>>974
COBOLでやれって結論でFA

977 :仕様書無しさん:04/03/18 22:28
国会議員の一挙手一党足ひとあくびがCOBOLerの生死を決めるんだよ!

978 :仕様書無しさん:04/03/18 22:32
>>972
Java厨に言っても無理だよ。
想像できない世界だから。
自分達や営業のミスでのデスマーチではなく、社会の決定で起こる、絶対期日までの死闘は。

979 :仕様書無しさん:04/03/18 22:35
java厨は撤退しました
だってゴミみたいなシステムしか組んだことないから(w

980 :60式フリーPG ◆hND3Lufios :04/03/18 22:36
埋めるか

981 :仕様書無しさん:04/03/18 22:37
Java厨はBigDecimalの計算ミスでデスマ中

982 :69式フリーPG ◆hND3Lufios :04/03/18 22:37
しかし、このスレに来てる連中はいつ仕事をしているんだろうか

983 :仕様書無しさん:04/03/18 22:38
>>982
.NETだと生産性が高すぎて余裕があるんですよ

984 :仕様書無しさん:04/03/18 22:38
春が近いなぁ

985 :仕様書無しさん:04/03/18 22:39
春はJavaから卒業の季節

986 :69式フリーPG ◆hND3Lufios :04/03/18 22:42
>>983
そうかw

けどあれだね。VS6でC++の時はインテリセンスがウザイと思ってたけどさ、
.NETみたいになると便利だね。あれだけのクラス、メソッド、プロパティ数になると効くね。

987 :仕様書無しさん:04/03/18 22:42
年度末処理もJavaではABEND

988 :仕様書無しさん:04/03/18 22:42
アベンドって言うなw

989 :仕様書無しさん:04/03/18 22:43
Javaを卒業してVBを始めました

990 :仕様書無しさん:04/03/18 22:44
>>986
C++の場合はヘッダファイルとかプリプロセッサのせいで
インテリセンスを表示するまでに時間がかかるからウザクなる。

991 :仕様書無しさん:04/03/18 22:44
そしてCOBOLへ。

992 :仕様書無しさん:04/03/18 22:44
隣のJavaのプロジェクトまだ全員残ってるよ。w
デスマ量産型言語だねえ。

993 :仕様書無しさん:04/03/18 22:45
遊んでるのはお前だけだ。

994 :69式フリーPG ◆hND3Lufios :04/03/18 22:45
>>990
そうそう。イライラするんだよなぁ。オフにしてたよ。

995 :仕様書無しさん:04/03/18 22:46
Javaも次のバージョンでDelphiみたいな盛り下がりになるんだろうな

996 :仕様書無しさん:04/03/18 22:46
1000?

997 :仕様書無しさん:04/03/18 22:48
デスマを呼ぶし、厨も沸く、今一番人気者のJavaです

998 :仕様書無しさん:04/03/18 22:48
997

999 :仕様書無しさん:04/03/18 22:48
Java最低

1000 :最凶VB厨房:04/03/18 22:48
VBは脅威

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

220 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)