最近のjava人気についてpart11

このエントリーをはてなブックマークに追加
1仕様書無しさん
大人気!チンカス派遣専用言語について語ろう!

全スレ行方不明
2仕様書無しさん:03/12/21 09:01
3仕様書無しさん:03/12/21 13:35
Sun ゲト
4仕様書無しさん:03/12/21 14:19
5仕様書無しさん:03/12/21 14:24
Java って日経ぐらいしか押して無いじゃん。
6仕様書無しさん:03/12/21 14:38
>>1
ヘボ社員専用言語はなによ?
7仕様書無しさん:03/12/21 14:40
ヘボ会社用語
8仕様書無しさん:03/12/21 14:50
apache.orgつながんね
9仕様書無しさん:03/12/21 15:06
そうか、>>1にとってJavaは脳内チンカス派遣専用言語だったのか。 
10仕様書無しさん:03/12/21 15:12
チンカスエンタープライズシステムのことならJava!
11Javaっ娘。:03/12/21 15:33
おまいら、Javaをバカにしないでください!
12仕様書無しさん:03/12/21 16:31
おまいら、バカをJavaにしないで下さい!
13仕様書無しさん:03/12/21 16:33
チンカスローカルスタンドアロンシステムのことならC++
14仕様書無しさん:03/12/21 16:50
15Javaっ娘。:03/12/21 19:43
おまいら、少しはJavaを勉強してください!

16仕様書無しさん:03/12/21 21:12
さっそくアホアンチの鸚鵡返しが出てるな(プヒョー
17仕様書無しさん:03/12/21 21:35
早速>>16(プゲラウヒョ

18仕様書無しさん:03/12/21 22:16
うちの会社はWin鯖専だからJava採用見送って.NETにしたよ。
社内のVBプログラマも育てられるし。
こういう流れがもっと増えると思う。
19仕様書無しさん:03/12/21 22:28
>>18の会社は負け組
20仕様書無しさん:03/12/22 00:14
前スレ行方不明ってどーゆー事だ!!
21仕様書無しさん:03/12/22 01:54
>>18
c#ではなくVBをやらされるとは大変なコッタ。
COBOLerみたいなのが大量生産されて大変な零細企業ですな。
22仕様書無しさん:03/12/22 02:44
最近、単価下がってない?
23仕様書無しさん:03/12/22 03:18
ずいぶんと前からJava屋は飽和状態
24名無しさん@お腹いっぱい。:03/12/22 03:25
そんなことよりC#スレが一つも無いな
25仕様書無しさん:03/12/22 03:27
ある方が不思議なんだが。ム板ならともかく。
26仕様書無しさん:03/12/22 03:59
む板とま板ってどう違うんですか?ときいてみる。
27仕様書無しさん:03/12/22 10:00
マ板 人生に敗北したPGの巣窟
ム板 敗北を人生にしたPGの巣窟
28仕様書無しさん:03/12/23 04:41
マ板 職業プログラマの愚痴
ム板 趣味プログラマの戯言
29仕様書無しさん:03/12/24 08:38
アホ派遣にもクリスマスはくるのか?
30仕様書無しさん:03/12/24 08:46
マ板 職業プログラマとワナビー学生
ム板 ワナビーとそこそこマシなワナビー
31仕様書無しさん:03/12/24 12:17
SWTってどうなったの?
32仕様書無しさん:03/12/24 13:29
>>23
同時多発テロがあった時期は飽和状態だったがその後に再びJava屋の募集が急増したらしい。
33仕様書無しさん:03/12/24 13:31
>>24
以前あったが。ネイティブコードがはければC#が最強じゃんとかいう間抜けなタイトルのスレ
C#にはJavaほどの個性的な魅力が足りないんだろうね。
34仕様書無しさん:03/12/24 13:59
んなわけないじゃんw
35仕様書無しさん:03/12/24 14:05
C++からJavaへの進化 斬新でかなり魅力的
JavaからC#への移行 JavaとあんまりかわらずC++やってから初めてJavaやったときの新鮮さも好奇心もない。
36仕様書無しさん:03/12/24 14:10
JavaにはC++が理解出来ない厨言語としての使命がありまつ
37仕様書無しさん:03/12/24 14:17
Javaやったときの新鮮さ????

俺はJava言語を要約してあるページ1時間ほど読んで「ああ、この程度か」と理解しましたよ?
誰かさんのおかげで楽できる言語、というのがJavaの印象
38 :03/12/24 14:56
>誰かさんのおかげで楽できる言語

そこが新鮮なところじゃないの?
39仕様書無しさん:03/12/24 15:52
>>37
どこのサイトだ。晒せ。
いつごろJavaをやり始めたのかっつこーとも晒せ。
C#やってからJavaをやったのかそれともJavaが先なのか晒せ。
それからJavaの仕様を知る以前は今までどんな言語の仕様を知っていたか晒せ。
40仕様書無しさん:03/12/24 16:09
Javaは出来た当時こそ素晴らしい物だったが、
現在では当たり前の物となってしまったというお話。
41仕様書無しさん:03/12/24 17:00
>>39
え?
どこのサイトって言われても困るなぁ……
テキストベースのページでC++とJavaの違いをQ&A形式で載ってた所だと。
Javaやり始めたのは2001年のはず。Java1.3から。
むしろC#をまだ組んだこと無い。
言語は普通にBASIC, C/C++, 80x86ASMくらいだけど…。
こんぷーたぷろぐらむは12年くらいやってるよ。

サンプルプログラムをさらっと読んだら、後はHelpでコンポーネント眺めてればおよそ理解できるでしょ。

>38
あんな親切で膨大ではないけど、似たような設計思想でコンポーネントライブラリ作ってたからなぁ…
42仕様書無しさん:03/12/24 17:09
>>39
43仕様書無しさん:03/12/24 19:28
Java厨房ってあいかわらず気が短いなあ。
だからモテないんだよ。
44仕様書無しさん:03/12/25 21:22
.NET用のJETコンパイラってどこも出す予定ないの?
45仕様書無しさん:03/12/28 02:01
Java使ってる相手に何煽ってんだか…
わざわざこのスレにこんでも…
javaの立ち上げおっそいのうよくいらつかないもんだな
46仕様書無しさん:04/01/04 17:26
ドカタ言語age
47仕様書無しさん:04/01/04 17:34
今年は仕事にありつけそうなのか?底辺ジャバプログラマ
48仕様書無しさん:04/01/04 17:36
今年は仕事にありつけそうなのか?全ドットネットプログラマ
49仕様書無しさん:04/01/04 17:39
いたのかよアホアンチ
50仕様書無しさん:04/01/05 01:22
COBOL的なものが一般常識としてすべてが語られた世代があった。
C的なものが一般常識として語られた世代がある。
いま、Java的なものが一般常識として語られようとしている。

普通の頭をもっている人間は、それぞれの良さは良さとして尊重しているよ。
旧世代に属する人間のうち、愚かな者のみがあがいているのだ。

なにも気にすることはない。
僕らは違うほうを向いてるんだ。

51仕様書無しさん:04/01/05 01:27
Javaにはケータイとサーバーサイド以外に活躍の場はあるの?
52仕様書無しさん:04/01/05 01:44
>51
他に必要か?
53仕様書無しさん:04/01/05 03:05
家電とかのトロン部分全部じゃばになるって

まじっすかあああ?!??
54仕様書無しさん:04/01/05 03:21
JTron!!
55仕様書無しさん:04/01/06 08:45
>>50
Javaのような欠陥言語がCOBOLやCに追いつけると思っているのか?おまえ。
56仕様書無しさん:04/01/06 08:53
>>55の頭に欠陥を発見しますた
57仕様書無しさん:04/01/06 10:02
55は釣り氏

でなければうんこ
58仕様書無しさん:04/01/06 10:14
Javaはヲタが延々と拡張を続けているボロ言語
59仕様書無しさん:04/01/06 10:57
>>52
その程度だったんだぁ。
60仕様書無しさん:04/01/06 11:15
>>58の頭脳にも欠陥を検出しました。
早めに>>58の頭脳にJavaChipの移植手術を施して
>>58の命を救ってあげましょう。
さらに、念のために>>58の頭脳には人格補正チップも移植しておきましょう。
61仕様書無しさん:04/01/06 13:03
double y, x = 10;
y = ++x / ++y;

この実行結果は C/C++とJavaとでは全く異なるんだって。

http://133.72.82.65/e-learning/html/content/7/7-24.htm
62仕様書無しさん:04/01/06 19:20
皆厨らしく視野せますぎ。
業務システム構築という観点では、開発生産性および保守性が重要。
JAVAの真価がわかるのは資産がたまって上記の点が問われた時。
ちなみにC系はCSスタイルとの相乗効果で業務システムには向かないことが判明済み。
一方COBOLは散々厨にたたかれているが保守性が高いことは実証されている。
ただし、組み込み系などとなると話は違ってくる。
言語ありきで議論すること自体が厨な証拠。
一生末端PGをやるつもりなのか。
63仕様書無しさん:04/01/06 19:34
javaってジャヴァって読むのが正しいの?
普通ジャワだろ。スーパーで売ってるジャワカレーやらジャワティーだってみんなそうなんだし。
64仕様書無しさん:04/01/06 19:36
上流SEが何を言っても伝わらん。
みんな厨だから。
65仕様書無しさん:04/01/06 20:14
・あなたの会社が他の企業へソフトウエアを販売しているなら、或いは
あなたがコンサルティング会社にいるなら、そしてあなたの顧客が様々
のプラットホームに依拠しているのなら、我々としてはJ2EEアーキテク
チャに専門化することを勧める。もしあなたが、自身の顧客の全てが
Windows/.NETソリューションを受け入れるかどうかについて確信が持て
ないなら、あなたは自身の販売員を、UNIXやメーンフレーム上に実装され
ているソリューションを有する主要な取引からはずして、彼らを.NETソリュ
ーション分野に集約せんとするかも知れない。このことは大半のISVやコ
ンサルティング会社においては、めったに容認できるものではない。

・他方あなたの顧客がWindowsプラットホーム上にいるなら、J2EEでも
.NETでもどちらでも構わない。なぜならそれらはどちらもWindows上で
動作するからである。そこであなたは自身の販売員とコンサルタントに
対し、顧客がそのプラットホームの上でどんなミドルウエアを使用してい
るのかを尋ねさせ、そこからアーキテクチャを決定させるべきである。真
に能動的になり、この種の情報を掴むことが重要である。あなたの有す
るデータが増える程状況は好転する。

・もしあなたが自身のソリューションを主宰するなら、あなたは実装環境を
制御することになる。ということはあなたは、.NETでもJ2EEでもどちらでも
採用できる。Win32プラットホーム上で標準化したいと思うなら、そしてその
プラットホームだけの利点と不利益を受け入れるつもりなら、プラットホー
ムの中立性は的はずれのモノとなるだろう。そしてあなたは、J2EEか.NET
かを決定する時には、別のファクターを考慮すべきである。しかし一言注意
するなら、あなたは決して未来を予測することはできないということである。
ビジネスのゴールが変化するかもしれない。新しいベンダーが視界の中に
入ってくるかもしれない。そして、企業の合併買収が起こるかも知れない。
これら全てのものは、ヘテロジニアスな(異種の)実装環境を結果する可能
性がある。あなたのアプリケーションは、このシナリオにおけるこれらのプラ
ットホームに対し、移植され得ないであろう。
66仕様書無しさん:04/01/06 20:43
>>62
Javaなんか評価している時点でおまえがただの糞リーマンだということが
証明されたわけだ。
67仕様書無しさん:04/01/06 21:05
>>66
君、日本語読めてる?
>>62はJAVAを評価する云々する以前に、言語で云々すること自体が
ナンセンスだと逝っているのだろ?
68仕様書無しさん:04/01/06 21:14
>>67
はぁ?おまえこそ内容が読めてないだろ。言語うんぬん言ってるのはこいつじゃねーかバカ。
69仕様書無しさん:04/01/06 22:26
少なくとも業務システムにポインターは要らない。
メモリリークのバグ大杉。
よってポインタがないJAVAはC系よりは業務に
使える。
でもJAVAは設計の段階からその特性を活かさ
ないといけない。実際、現段階でそれができてい
る開発プロジェクトは少ない。
理想と現実のギャップが激しい。
行き着くところはCOBOLに戻ってしまう悪寒。
70仕様書無しさん:04/01/06 22:28
COBOL復権期待age
71仕様書無しさん:04/01/06 22:37
COBOL.NET最強伝説
72仕様書無しさん:04/01/06 22:42
COBOL>>>>>>>>>>>Java
73仕様書無しさん:04/01/06 22:47
Javaにないのはポインタ演算であってポインタではない
74仕様書無しさん:04/01/06 22:51
>69
メモリリークの問題はポインタどうこうでなくてGCの有無だと思うが。
Javaでも無駄な参照持ちつづければメモリリーク同様の現象はおきるし。
それに、>73のとおりJavaの参照型はポインタそのものですよ。
JavaはC++みたいに参照やポインタなしではオブジェクト保持できませんよ。
75仕様書無しさん:04/01/06 22:52
つまり、COBOLが最強ということだ。JAVAは糞。
76仕様書無しさん:04/01/06 23:03
どんなに糞言語でも
仕事はひっきりなしに来るんだよねぇ
77仕様書無しさん:04/01/06 23:19
>>76
派遣は楽しそうでいいなあ
78仕様書無しさん:04/01/06 23:24
キリキリ働け。ドカタ
79仕様書無しさん:04/01/07 00:12
>77
フリーだよ。
クライアントが金もってておいしい。
馬鹿な奴らだ。
80仕様書無しさん:04/01/07 11:43
>>67
つーか必死になみだ目でJava叩いている馬鹿は相手にする必要はないって。
81仕様書無しさん:04/01/07 11:45
>>69
ポインタっていうかポインタ演算はいらない、だろ。
Javaにもポインタはあるんだし
ないのはポインタ演算。

いずれにしてもC/C++は自己満足なグロいコードを量産する言語だわな。
82仕様書無しさん:04/01/07 11:46
こんどはCOBOLでいいとかいってる奴が現れたか。
というかCOBOLがいいって言ってる奴はどういいのか説明できないだろ。
本物のCOBOLerに解説してもらわないとな

83仕様書無しさん:04/01/07 19:35
>>80
こんなにボキャブラリーの少ないアホアンチでも使えるっていうんだから
Javaって夢の言語だね。
84仕様書無しさん:04/01/07 20:38
おらCOBOL、レコード単位のIOならお手のものだべ。
構造体定義が簡単だしな。
整数四則演算も21桁くらい言語仕様でカバーだしな。
そのかわりビット処理できねえし、動的メモリ使えねえし、
バカ高えし、何より
COBOL使っているやつが一番COBOLの善し悪しわかってねえし!
つまりCOBOLが痛いんじゃねえ。COBOLしか知らないやつが痛い!
最近はJAVAしか知らない痛いのも多いがな!
85仕様書無しさん:04/01/07 20:48
バッチ処理をJAVAで組むやつは痛い。
バッチって何?とかいう厨はもっと痛い。
86仕様書無しさん:04/01/07 21:08
Javaでバッチ、すごく組みやすいんだが。
87仕様書無しさん:04/01/07 21:33
>>86
禿げ同。>>85は世間知らず。
88仕様書無しさん:04/01/07 22:07
ジャバッチャーこうりんのおかん
89仕様書無しさん:04/01/07 22:17
バッチジョブクラスのオブジェクトをシリアライズして、
キューに溜めて、
スケジューラがキューから取り出してデシリアライズしたあとに実行する。

なんていう芸当も簡単にできるよん。

90仕様書無しさん:04/01/07 23:29
Ant使うの?
91仕様書無しさん:04/01/08 00:13
>>90
Antも一種のバッチスクリプトですな。
タスク宣言に関連付けられているコマンドを順に実行するわけで。
制御文が無いけどさ。
92仕様書無しさん:04/01/08 01:24
【業種】IT・情報・ソフトウェア
【規模】社員17人
【職種】プログラマ
【雇用】正社員
【内容】JAVA
【年齢】25歳
【学歴】4大卒
【残業】不明
【年収】税込みの200万
93仕様書無しさん:04/01/08 07:47
>>84
>最近はJAVAしか知らない痛いのも多い

そんなことないべ。

94仕様書無しさん:04/01/08 08:18
言語を引き合いに出す奴みんな痛い
95仕様書無しさん:04/01/08 08:39
>>94=Javaしか使えないスカタン
96仕様書無しさん:04/01/08 08:49
>>95
それはない
97仕様書無しさん:04/01/08 09:15
ごめんなさい、94さんじゃないですけどほとんどjavaしか知らない厨房です…。
98仕様書無しさん:04/01/08 09:48
>>84
Javaしか知らない奴なんてまずいない。
大抵の者がC/C++経験者。

それにJavaを極めた香具師と呼ばれるためには
J2EEをも使いこなさなければならない。
J2EEを使いこなすためにはネットワーク、分散、サーバ管理、DBやSQLを理解する必要がある。
これらを理解するにはJavaしか知らないのでは無理である。

よって、Javaを極めた香具師にはJavaしか知らない香具師はまったくいないということである。

また、サーバサイドJavaを使いこなすにはXMLはおろかC言語などの
知識が必要になってくる。すくなくともApacheをインストールしなければ
ならないときがやってくるだろう。Tomcatを動かすとき、大抵Apacheと
連動させるはずだ。Tomcatの解説書にもApacheのことが載っている。
また、Apacheなどをインストールしたサーバは信頼性の高いものでなければならない。
信頼性の高いサーバを構築するにはUnixの知識が必要不可欠である。
Unixを使いこなすにはC言語も知る必要がある。
よってサーバサイドJavaを使いこなす者の大半にはJava以外の数多くの
もの、言語などを知っている者であり、Javaしか知らない者がいることはほとんどありえない。

また、Javaプログラマの大半はServletプログラマである。
Servletプログラマと呼ばれるためにはTomcatを自力で設定しインストールできなければならない。
Tomcatを使いこなすにはUnixの知識が必要である。
Unixを使いこなすにはC言語の知識が必要である。
よって、Javaプログラマの大半には
Javaしか知らない香具師は非常に極わずかといっても過言ではないだろう。

99仕様書無しさん:04/01/08 09:52
>>84
> おらCOBOL、レコード単位のIOならお手のものだべ。
いまどきDBすら使えないでは話にならんぞ!

> 構造体定義が簡単だしな。
話にならん。クラスすら作れない愚か者か?

> 整数四則演算も21桁くらい言語仕様でカバーだしな。
java.math.BigIntegerも知らんのか。

それだけではCOBOLがJavaより優位だとは説明したことになっていない。
100100:04/01/08 11:35
                 / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
                 | ちょ、ちょっと待って!!
                 | 100!!
     , ,-;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:,.  ヽ─y──────────────   ,-v-、
    /;:;:;:;:;:;:ミミ;:;:;:;:;:;:;:;:;:;`、                          / _ノ_ノ:^)
    /;:;:;:;:彡―ー-、_;:;:;:;:;:;:;:;|                           / _ノ_ノ_ノ /)
    |;:;:;:ノ、     `、;;:;:;:;:;:i                        / ノ ノノ//
    |;:/_ヽ ,,,,,,,,,,  |;:;:;:;:;:;!                      ____/  ______ ノ
    | ' ゚ ''/ ┌。-、  |;:;:;:;:/                     _.. r("  `ー" 、 ノ
    |` ノ(  ヽ  ソ  |ノ|/               _. -‐ '"´  l l-、    ゙ ノ
_,-ー| /_` ”'  \  ノ   __       . -‐ ' "´        l ヽ`ー''"ー'"
 | :  | )ヾ三ニヽ   /ヽ ' "´/`゙ ーァ' "´  ‐'"´         ヽ、`ー /ノ
 ヽ  `、___,.-ー' |   /   /                __.. -'-'"
  |    | \   / |   l   /            . -‐ '"´
  \   |___>< / ヽ
101仕様書無しさん:04/01/08 20:04
>>98
Java派遣必死(激藁
102仕様書無しさん:04/01/08 20:13
>>99
> いまどきDBすら使えないでは話にならんぞ!
そんなこと言っていない

> 話にならん。クラスすら作れない愚か者か?
そんなこと言っていない

> java.math.BigIntegerも知らんのか。
そんなこと言っていない
103仕様書無しさん:04/01/08 20:13
                 / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
                 | ちょ、ちょっと待って!!
                 | >>98が何か言ってる・・・
     , ,-;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:,.  ヽ─y──────────────   ,-v-、
    /;:;:;:;:;:;:ミミ;:;:;:;:;:;:;:;:;:;`、                          / _ノ_ノ:^)
    /;:;:;:;:彡―ー-、_;:;:;:;:;:;:;:;|                           / _ノ_ノ_ノ /)
    |;:;:;:ノ、     `、;;:;:;:;:;:i                        / ノ ノノ//
    |;:/_ヽ ,,,,,,,,,,  |;:;:;:;:;:;!                      ____/  ______ ノ
    | ' ゚ ''/ ┌。-、  |;:;:;:;:/                     _.. r("  `ー" 、 ノ
    |` ノ(  ヽ  ソ  |ノ|/               _. -‐ '"´  l l-、    ゙ ノ
_,-ー| /_` ”'  \  ノ   __       . -‐ ' "´        l ヽ`ー''"ー'"
 | :  | )ヾ三ニヽ   /ヽ ' "´/`゙ ーァ' "´  ‐'"´         ヽ、`ー /ノ
 ヽ  `、___,.-ー' |   /   /                __.. -'-'"
  |    | \   / |   l   /            . -‐ '"´
  \   |___>< / ヽ
104仕様書無しさん:04/01/08 20:18
>>98
>>大抵の者がC/C++経験者。

晴れたらいいね。
105仕様書無しさん:04/01/08 20:23
Javaは業務系ドカタ専用言語ですが。
10684:04/01/08 22:55
おらは古いUNIX系が主だったんで、言葉足らずだった。
べつにCOBOLがJAVAよりも優位だなどとは一言も言ってねえべ?
ただ激しく誤解があるようだがCOBOLでDBなんて
他のどの処理系よりも早くやっているべ。
設計や実装の定石も蓄積されている。
小数をふくむ四則演算の使いやすさはCよりは上だと思う。
言いたかったのは業務で長く使用されているのにはそれなりの理由がある。
それを知りもしないでたたくのは痛いんではないかっつーこと。
107仕様書無しさん:04/01/08 22:55
携帯のプログラムくらいなら、Cの方がコンパクトで高速にできると
思うのだが、わざわざJavaにする必要性がよく分からない
108仕様書無しさん:04/01/08 23:00
>>106
あらあら、COBOLで小数もふくんじゃったよ
109仕様書無しさん:04/01/08 23:21
>>108 よくわけわかめだが、
それがあざけりだとしたら、君はわかっていない。
110仕様書無しさん:04/01/08 23:39
>>107
セキュリティの問題を解決するのに、Javaの仕組みをそのまま
使わせてもらうのが一番安上がりだったんだろうと思われ。
111仕様書無しさん:04/01/09 05:19
セキュリティってhttpでしか通信できないようにしただけだろ。ウンコ。
112仕様書無しさん:04/01/09 09:49
みなさん、はじめまして。
私は社員数150名程の開発会社(派遣含む)に内定した者です。
先日開かれた入社説明会で、担当の方からJavaかC#を勉強しておくようにと
言われました。両方勉強するのが理想でしょうが、どれかひとつを選ぶとしたら
何を勉強したほうがよろしいでしょうか?
現場で活躍されている方のご意見をお待ちしています。よろしくお願いします。
113仕様書無しさん:04/01/09 10:06
携帯のJavaを仕事でやったが
機種ごとに挙動が違ったりするし、文字コードはSJISで固定だし
正直、Cとかアセンブラでやったほうが速いと思った

Javaの作法に従って、その上で端末の挙動にあわせて

という2段重ねの考慮をするなら、もう端末ごとに直で書かせてくれ!
と思ったよ

そりゃ色々都合はあるんだろうけどね
114仕様書無しさん:04/01/09 10:14
そうすると携帯電話相手にバッファオーバーフローやフォーマットストリングアタックが出来るようになるわけだな。
世も末だ。
115仕様書無しさん:04/01/09 10:21
そんなことよりクローン携帯なんとかならんか
116仕様書無しさん:04/01/09 10:26
>>115
だから、クローン携帯は存在しないって言っとろうが。クソヴォケェ
117仕様書無しさん:04/01/09 11:48
118仕様書無しさん:04/01/09 12:06
    \   ∩─ー、    ====
      \/ ● 、_ `ヽ   ======
      / \( ●  ● |つ
      |   X_入__ノ   ミ   1―――――――――――――!!
       、 (_/   ノ /⌒l
       /\___ノ゙_/  /  =====
       〈         __ノ  ====
       \ \_    \
        \___)     \   ======   (´⌒
           \   ___ \__  (´⌒;;(´⌒;;
             \___)___)(´;;⌒  (´⌒;;  ズザザザ
                          (´⌒; (´⌒;;;
119仕様書無しさん:04/01/09 12:06
>112
やりたいほう
120仕様書無しさん:04/01/10 10:51
>>114
そんな物特定の関数を使わなければ良いだけ。

携帯のJavaって要するにBASICと同じで無知なユーザーが
プログラム組んでもメモリ領域を破壊できないために存在するのだと思われ。

JavaではなくBREWでC/C++でもアプリ作れるけど、審査を行い一般ユーザーは作れないようにしてるね。
121仕様書無しさん:04/01/10 19:02
金がかかるだけだったんじゃねえのか?
122仕様書無しさん:04/01/10 19:04
>>106
DBといったらCMP Entity Beanだ。
COBOLではCMP Entity Bean同等のアーキテクチャを
実現することは容易ではないだろう。
123仕様書無しさん:04/01/10 19:05
124仕様書無しさん:04/01/10 19:11
>>106
> 小数をふくむ四則演算の使いやすさはCよりは上だと思う。
> 言いたかったのは業務で長く使用されているのにはそれなりの理由がある。
> それを知りもしないでたたくのは痛いんではないかっつーこと。

業務で長く使用されている理由はすでにそれで構築されたシステムを
いまさら他のものにリプレースしてかコストがかかるからだろう。
それに新たに、新しい技術力を持つ開発者を雇わなければならない。

今でも銀行で動いているものを無計画にいまさら切り替えることは
みずほの二の舞になる危険性もある。
他にも「古い人間による抵抗」もないこともないが。

30年間苦労して作られたものをいまさら捨てるわけにもいかないという理由もあるだろう。
古い技術をもったCOBOLerから過去の遺産の取り扱いに
ついても聞き出さなければならない。
125仕様書無しさん:04/01/10 19:12
>>122 = 目的と手段を履き違えてる馬鹿の典型
126仕様書無しさん:04/01/10 19:14
>>107
ネットワークのこともろくに知らないおまいがCで作ったらウィルスアプリになって
携帯電話所持者皆に迷惑をかける。
127仕様書無しさん:04/01/10 19:14
>>122の説によればBMPを使ったらそれはDBじゃないそうだ
128仕様書無しさん:04/01/10 19:15
>>125
馬鹿も休み休みに言え。
COBOLとJavaを対比するならEJBの話を逃すわけには逝かないだろうが。
129仕様書無しさん:04/01/10 19:15
>>127
馬鹿も休み休みに言え。
COBOLとJavaを対比するならCMP Entity Beanの話を逃すわけには逝かないだろうが。
130仕様書無しさん:04/01/10 19:24
つーか携帯Javaって所詮http通信のクラスしか供給されていないからね。
携帯Javaでは供給されたスーパークラスを使う事しかできないからな。
だからメール機能でさえJavaでは作れず、おもちゃ言語と言われるゆえんでもある。

131仕様書無しさん:04/01/10 19:35
Javaみたいなおもちゃ使って喜ぶなよ。
プロフェッショナルならC/C++
素人は小学生でも出来るJavaでもしておいたほうが無難。
132仕様書無しさん:04/01/10 19:52
↑小学生のときC/C++を出来なかった馬鹿
133仕様書無しさん:04/01/10 20:05
Java=PHP
レベル的にはこんな物かな。
134仕様書無しさん:04/01/10 21:41
エンティティBean儲は痛いなあ・・・
漏れはEJBの胆はステートレスセッションBeanでありCMTでありセキュリティであり・・・
と思う。
永続化はまだまだ実装が概念に追いついてない
135仕様書無しさん:04/01/10 22:42
実務に耐えられるphpといんちきJavaはレベルが違うよ。
13669式フリーPG:04/01/10 22:51
PHPでさくっと。
137仕様書無しさん:04/01/11 07:14
COBOL製レガシーシステムの話題が出るたびに思うこと。

リプレースする必要がないなら、しなきゃいいじゃん。
言語変更するリスクに見合う利益がないなら、多少使いづらくても
ランニングコストが高くても今のままで、というのはアリですよね。


出来もしないのに「できる」と簡単に言いふらす低能無責任営業やコン
サルの口車に乗るのはやめとけ。日本の糞SI連中じゃ金融システムのオ
ープン化は当面無理。

ということを、ここ数年でみんな学んだはずですが。
138仕様書無しさん:04/01/11 09:46
>>137
それじゃ、まるで仕事する気の無い偉そうな外資系SEみたいだ
139仕様書無しさん:04/01/11 13:42
>>138
まだ学んでない奴がいます。
140仕様書無しさん:04/01/12 00:04
>>139
ここ数年しか学んでないくせに偉そうなヤシ
141仕様書無しさん:04/01/12 23:48
>>133
いや、JavaにはJ2EEがあるならレベル的には
C++よりもハイスキルを要する。
142仕様書無しさん:04/01/13 00:15
ライブラリが増えるだけ
143仕様書無しさん:04/01/13 00:40
>>141
どういう比較だよw
144仕様書無しさん:04/01/13 11:32
言語の優劣はさておいて。
Javaでやるのが手っ取り早く、かつ高品質に実現できるものが圧倒的に増えたな。
145仕様書無しさん:04/01/13 11:54
>>144
増えてるのではなくて、増やしてるというのが正解
146仕様書無しさん:04/01/13 12:38
業務系の鯖だけ。COBOLの代替言語
147仕様書無しさん:04/01/13 16:32
富豪的になれよ
148仕様書無しさん:04/01/13 19:50
死ねよゴミ言語使用者は
14969式フリーPG:04/01/13 19:51
Swingでスマートクライアントが作れるようになったらたいしたものだけどね。
150仕様書無しさん:04/01/13 20:31
1.5ベータつかってみたけど、
Swingがはやくなってたよ。
15169式フリーPG:04/01/13 20:44
らしいね。今の仕事を終わらせんと評価できないけど。。。
これで、SWTは消えていくのかな。
152仕様書無しさん:04/01/13 22:20
あほ
153仕様書無しさん:04/01/13 23:30
おせーよ。じゃヴぁ。びっくした。おそさに。
154仕様書無しさん:04/01/13 23:37
Javaふぜいではperlにはどうあがいてもかなわないね。
それよりparrotがついに動くようになりましたぜ。
あまりの速さにびっくりするべ。
ダウンロードして使ってみろ。
もちろんフリーですぜ。
155仕様書無しさん:04/01/13 23:38
>>150
速くなったって分かるか? 1割も変わらんだろ。
156仕様書無しさん:04/01/13 23:38
ViaulBasic.NETこそ最強
157仕様書無しさん:04/01/13 23:44
>>156
確かに簡単さでは最強だな。
158perl:04/01/14 00:37
今日は釣れないなぁ
159仕様書無しさん:04/01/14 00:43
       | Hit!!
       |
       |
   ぱくっ|
     /V\
    /◎;;;,;,,,,ヽ 
 _ ム::::(,,゚Д゚)::|  今日は釣れないなぁ
ヽツ.(ノ:::::::::.:::::.:..|)
  ヾソ:::::::::::::::::.:ノ
   ` ー U'"U'
160仕様書無しさん:04/01/14 10:07
【実話】
リリース版を評価してもらった時。

客「うん!動きはこれでばっちりです。ロジックもすっきりしてる。」
俺ら「ありがとうございますー」
客「じゃ、この方向でおねがいしますよ。ごくろうさまでした。」
俺ら「?」
客「しかし、よくできたプロトタイプですねぇ。画面も綺麗だ。
ひょっとして、これ速くするだけでそのまま使えるんじゃないの?」
俺ら「(もう、あの日には戻れない・・・)」
161仕様書無しさん:04/01/14 15:25
>>160
速くすればいいじゃん
162仕様書無しさん:04/01/14 15:29
ヽ(`Д´)ノ
163仕様書無しさん:04/01/14 18:19
>>161
高性能のハードウエア買えばいいじゃん
予算増やせばいいじゃん
借金すればいいじゃん
赤字になればいいじゃん
倒産すればいいじゃん
164仕様書無しさん:04/01/14 21:05
昔、クライアントの社長の言うままに機能追加を実装していったことがあったなあ。
社長はそのプロダクトで営業かけるんだが、いっこうにかんばしくなく。

そろそろお金が切れるから、
このまま機能追加するか、ドキュメントや環境整備するかの2択を迫ったところ、
あくまで機能追加。

ついにはお金がなくなって撤収。

165仕様書無しさん:04/01/16 20:40
166仕様書無しさん:04/01/16 22:16
あg
167仕様書無しさん:04/01/16 22:18
誰かタイピングの神挑戦求む!
1位強すぎ

http://cgi.f28.aaacafe.ne.jp/~arena/daken/




168仕様書無しさん:04/01/16 22:36
>>165
Javaなんか使ってるとは夢にも思わんかった
169仕様書無しさん:04/01/16 22:48
使えねーJavaを無理やりつかうウケねらいの馬鹿って
どこにでもいるもんだよ。
170仕様書無しさん:04/01/16 22:48
J a v a っ て な ん で 馬 鹿 に さ れ る ん で す か ?

大 人 気 じ ゃ な い で す か !
171仕様書無しさん:04/01/16 22:50
>>3
ずっと気づかなかったんだけどちょとだけ面白かったです|ー゚)
172仕様書無しさん:04/01/16 23:26
>>170
大 人 気 じ ゃ な い で す か !
大人気じゃない
大人気ない

大人気ないから
173仕様書無しさん:04/01/17 00:42
StarSuiteが1980円で登場だってよ。

ttp://japan.cnet.com/news/tech/story/0,2000047674,20063701,00.htm
174仕様書無しさん:04/01/17 02:12
あんなにとろいのをよく使う気になるよな。
175仕様書無しさん:04/01/17 03:33
しかも1年しか使えない「試用版」を有料販売ときたもんだ。
ソースネクストとくむサン。まさに末期症状。
176仕様書無しさん:04/01/18 05:00
繰り返しになるが、J2EEを難しいとか高いスキルガ必要とか言ってる奴はアホ

分散アプリ開発で難しかったことの低レベルレイヤーをJ2EE仕様に準拠したAP
サバに任せて、簡単に実装できるようにしたのがJ2EE。
難しいとか言っている奴は、単にJ2EE云々以前に分散アプリ開発のことが何も
分かっていないだけ。
177仕様書無しさん:04/01/18 05:29
JAVAの設計思想から言って、ネイティブな言語より早くなる要素が無いんじゃないの?
簡単に誰でもある程度は使える世界共通言語を作りましょうってのが第1の目的だべ?
178仕様書無しさん:04/01/18 11:20
 
179仕様書無しさん:04/01/18 11:23
実際Perlの方が速いし
180仕様書無しさん:04/01/18 12:44
Javaでオセロプログラム作ってみますた


Javaの実力がよくわかりますた(涙
181仕様書無しさん:04/01/18 13:25
>176
まあ
分散コンピューティングの理論と
J2EE仕様と
各ベンダのコンテナ実装
について知っていなければならない訳だが。
182仕様書無しさん:04/01/18 14:56
perlでparrotが使えるようになった今となっては、Javaは雑魚に過ぎんよ。
183仕様書無しさん:04/01/18 15:30
プログラム始めようとしてJAVAの本見たんだが
全部計算処理としか思えない・・・常人には理解できない世界です
こんなんからオセロを作り出すのですね(´・ω・)
184仕様書無しさん:04/01/18 17:52
速さをメリットに挙げるのは馬鹿なことだと気付けよ。
J2EEが適用される分野は、「動作速度が速い」ことに最優先の価値があるわけではない。
185仕様書無しさん:04/01/18 18:49
1人月かけてチューンするくらいならドカンと上位サーバ買えと。
186仕様書無しさん:04/01/18 19:32
早いマシンを買えば全て解決!
187仕様書無しさん:04/01/18 23:53
バカ言語さっさとなくなれ
188仕様書無しさん:04/01/19 07:35
Java>>>>>C++> > > > > 超えられない壁 > > > > >perl

今こんな感じ
189仕様書無しさん:04/01/19 08:40
↑馬鹿
190188:04/01/19 19:04
>>189
ふふっ


もっと逝って O★NE★GA★I★
191仕様書無しさん:04/01/19 22:38
もっさりage
192仕様書無しさん:04/01/19 22:53
プログラマってこんな人間ばっかなのかよ
193仕様書無しさん:04/01/19 23:42
見ての通りですが
194仕様書無しさん:04/01/20 01:21
>>181

>分散コンピューティングの理論
を知らない奴は、そもそもそういう開発に関わってはいかん。

>J2EE仕様
を理解できないような奴は、そもそもそういう開発に関わってはいかん。

>各ベンダのコンテナ実装
低レベルの実装なんか知っている必要ないっしょ。
…バグがあったら困るけどね。
195仕様書無しさん:04/01/20 02:50
>>JAVAの設計思想から言って、ネイティブな言語より早くなる要素が無いんじゃないの?

アプリケーションの実行時の統計を取って動的に最適化する
という、とんでもないことをしていますが。
だから、クラスファイルロードとか、初期化の作業をのぞけは、
Cで作ったネイティブ実行ファイルより速いことも多いんだよ!
196仕様書無しさん:04/01/20 03:24
>クラスファイルロード
致命的だろ
197仕様書無しさん:04/01/20 03:30
>>196
初期化時に終わらせとけばええでしょ。
198仕様書無しさん:04/01/20 04:04
>Cで作ったネイティブ実行ファイルより速いことも多いんだよ!

ありえないことを主張すんなボケ。それでも技術者か?氏ね
199仕様書無しさん:04/01/20 04:53
>アプリケーションの実行時の統計を取って動的に最適化する
>という、とんでもないことをしていますが。

とこがとんでもないの?
200仕様書無しさん:04/01/20 21:34
>>195
機械語レベルの知識があれば、そんなこと信じないだろうに・・・
201仕様書無しさん:04/01/20 21:39
>>200
ハァ?
202仕様書無しさん:04/01/20 22:03
今年になってJavaのプロジェクト激減。当然だな
203仕様書無しさん:04/01/20 23:11
最後にJavaは勝つ!
204仕様書無しさん:04/01/21 00:53
JIT コンパイラがその環境に最適なネイティブコードを吐き出す。
C より性能が上回ることは有り得ないとか言ってる香具師は馬(ry

しかし確かに VM 起動やクラスロードの遅さは致命的。
だから毎回、VM 起動が必要なクライアントサイドはきついが
ほとんど再起動しないサーバサイドでは速度が問題になることは無い。
ロジックが悪い場合に遅いのはどの言語でも同じ。
205仕様書無しさん:04/01/21 02:53
>>202
というか、めだった、他のプロジェクトまったくないじゃん。
206仕様書無しさん:04/01/21 02:56
207仕様書無しさん:04/01/21 10:17
>>204
オマエ、Cでの開発経験が殆どないのがバレバレ。笑い者。
208仕様書無しさん:04/01/21 11:46
java厨の発言をみて
「作ったらあるもん!」という言葉を思い出しました。
209仕様書無しさん:04/01/21 13:12
Javaのプロジェクトがないって言う奴は、俺とフィールドが違うんだろう。

いわゆるエンタープライズシステムはJavaばっかり。仕事を断るのが大変
210仕様書無しさん:04/01/21 13:14
>>209
ボコルの失敗をJavaで取り返そうとしてるようだが・・・歴史は繰り返す。
211仕様書無しさん:04/01/21 14:28
>>209
派遣フィールド?
212仕様書無しさん:04/01/21 16:32
VM物と割り切って評価すればええやろに。
Java飽きたんでObjective-CとかSqueakとかやってみてるが
なかなか面白い言語じゃないか。普及してくれてもいいのに。
JavaもMacの開発に使う分にはラクなんだけどな。Winでも直に
APIやフレームワーク叩けるようにしてくれないものか。
213仕様書無しさん:04/01/21 17:40
>>209
設計してる文系SEがオブジェクト指向好きだけど、プログラマーが少ないのよ
214仕様書無しさん:04/01/21 18:36
プログラマとしてJavaを到達点にするのは問題あるが、
Glue言語としては過去最強だな。

業務をプログラム言語で思考できる便利ツール。
215仕様書無しさん:04/01/21 18:43
Java雑誌ってサーバの話しか載ってないんだもの
GUIでグリグリ言わせたいけどだめ?
216仕様書無しさん:04/01/21 18:53
>>215
GUIは言語の問題ではないということも分かってないのね
217仕様書無しさん:04/01/21 19:00
GUIはライブラリの問題。
JavaのGUIライブラリは貧弱。
218仕様書無しさん:04/01/21 19:22
おーじゃばじゃばじゃばー
219仕様書無しさん:04/01/21 20:00
>>217
ライブラリというのは、標準でなければ作るか買えばいいのよ
220仕様書無しさん:04/01/21 20:02
出たよバカ信者の「作ればあるもん」
221仕様書無しさん:04/01/21 20:12
>>220
ライブラリくらい自分で作れないほうがバカでしょ?
忙しいなら買えばいい。Cや他の言語でも常識だよ。
222仕様書無しさん:04/01/21 20:42
意地になるなよ馬鹿
223仕様書無しさん:04/01/21 20:58
>>221
はやいとこ貧弱じゃないGUIライブラリを作って公開してくらはい。
224221:04/01/21 21:00
>>222
ライブラリも作れないバカよりは頭はいいよ
225仕様書無しさん:04/01/21 21:02
作れるっちゅうてもピンキリだぜよ。
226仕様書無しさん:04/01/21 21:09
>>224
だからお前頭悪いんだって。
227仕様書無しさん:04/01/21 21:11
俺がちんこ切って自殺するから、お前ら喧嘩やめろよ
228仕様書無しさん:04/01/21 21:12
>>227
おまえが氏んでもライブラリ馬鹿の頭は治らない
229仕様書無しさん:04/01/21 21:18
あたしもあそこ切るから、喧嘩はやめて
230仕様書無しさん:04/01/21 22:06
ちんこ切るだけじゃダメだ。
ちゃんと穴も空けてこい。
231仕様書無しさん:04/01/21 22:12
GUIに凝りたいなら、自分でライブラリ作るなんてJavaでなくても当たり前。
232仕様書無しさん:04/01/21 22:13
ちんこ切って食べたら、アナルからちんこが出てくるのかな?
233仕様書無しさん:04/01/21 22:20
>>232
禿同
234仕様書無しさん:04/01/21 22:21
違う上は>>231
235仕様書無しさん:04/01/21 23:22
>233の間違いに不覚にもワロタ
236仕様書無しさん:04/01/21 23:25
>>233
ツボに入った。しばらく仕事にならないので一服してくる。
237仕様書無しさん:04/01/22 02:28
HotSpot技術を信用していない人って、多いんだね。

コンパイラによる静的最適化では判断できない最適化方針
を実行時に判断して行うってのは、普通の発想だと思うん
だけど。

確かに今の時点での実装は怪しいもんだけど、将来は当た
り前になるんじゃないの。
Cコンパイラが枯れてきてアセが捨てられたと同じ流れだと
よね。Cも最初は糞味噌だったはずだが、今ではすっかり枯
れた、専門家用?処理系扱い。
238仕様書無しさん:04/01/22 03:26
現状判断も出来ないバカ派遣が未来を語るwww
239仕様書無しさん:04/01/22 04:02
Cが専門化用ですか
240仕様書無しさん:04/01/22 04:03
○専門家
×専門化
241仕様書無しさん:04/01/22 09:13
C 専門家用
C++ ゲーおた用
C# がんばれコボラー用?
Java やっつけサーバー用
VB アピパ用
242仕様書無しさん:04/01/22 10:28
>>237
最適化って言葉に弱いのね。
それだけ最適化しなきゃいけないってことは、無駄が多いってことなのよ。
243仕様書無しさん:04/01/22 11:40
>>242
まずお前の存在が無駄だな
244仕様書無しさん:04/01/22 12:25
<<241 やっけ用にはjavaいいね
245仕様書無しさん:04/01/22 12:57
>>241
器の小さい男だねぇ
246仕様書無しさん:04/01/22 15:06
>241
Smalltalk/SqueakとDelphiとF#も追加しといて
247仕様書無しさん:04/01/22 21:20
F#がアリならCamlも仲間に入れてくれよ

Tkだって使えるんだぜ
248仕様書無しさん:04/01/23 02:15
>Java言語のほうが、C言語の10倍以上もかかっています。コンパイルに長く待たされることは、プログラムを書く側にとってはややつらいことかもしれません。

クソ言語
249仕様書無しさん:04/01/23 09:17
火星探査車との交信途絶 「非常に深刻」とNASA
http://headlines.yahoo.co.jp/hl?a=20040123-00000011-kyodo-soci

Javaなんて使うからだよ・・・
250仕様書無しさん:04/01/23 14:07
やっぱり書き込みがあった(w
NASAの件もJava厨の仕業で
「ちぇんと実装」すればこんなことにはなってない発言がでるに 100PicoJava
251バグ厨:04/01/23 15:09
>>250
ちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんと
ちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんと
ちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんとちぇんと
実装すればこんなことにはなってない

たった3行でバグがあるんだから仕方ないよね
これで満足かな?
252仕様書無しさん:04/01/23 15:22
ワロタ
253仕様書無しさん:04/01/23 15:53
おいおい、話の筋をちぇんと読もうぜ(w
NASAはちぇんと実装したかどうかってことだろ
254仕様書無しさん:04/01/23 17:31
原因ははっきりしないが、ちぇんとしてればこんなことにはなってないのだろう
みんな、ちぇんとしようぜ!!
255仕様書無しさん:04/01/23 17:55
ジャッキーちぇんと7人のラストサムライ
256仕様書無しさん:04/01/23 18:08
NASA技官"We do chent.but....."
257仕様書無しさん:04/01/23 19:29
お前等、おもろいですね。
258仕様書無しさん:04/01/23 19:51
つーか、誤字なんてどうでもいいだろ。

問題は、Javaを使ったシステムがおかしくなったってことだ。
259仕様書無しさん:04/01/23 20:36
火星でぬるぽが発生か 
260仕様書無しさん:04/01/23 21:39
chentオブジェクトはまだ実装されてないぞ
261仕様書無しさん:04/01/23 21:50
問題は、Javaだからシステムがおかしくなったってことだ。
262仕様書無しさん:04/01/23 23:24
なんか電波障害らしいが
263仕様書無しさん:04/01/23 23:53
まぁ確かにJava使いには電波が多いな
264仕様書無しさん:04/01/24 00:20
システムに障害があっただけでプログラム言語が悪いと結論出すのは、
分析不足でプログラマとしては失格。
265仕様書無しさん:04/01/24 00:27
Javaに罪はない
しかし
266仕様書無しさん:04/01/24 00:36
Chent getChent() throws ChentException {

  throw new ChentException("「ちぇんと実装」すればこんなことにはなってない");

}
267仕様書無しさん:04/01/24 01:18
N速+から拾ってきた。

          /ロ0ロロ0ロ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
.         (0))_)) < こちらスピリット、今コマンドを受け取り・・・・ぬるぽ
         _ _|'~|    \____________________
    /\/....(⌒|__|ヽ/`丶
   <   \. ̄..|[_]./ー-|
    .\'''""~\ ..| .| .__,. !
   (0)\__.,,..-一='''".|
     (0),)\|_,..-'''"\.___
        ._\     ⊂)=)
        (0)=)⊃    ̄ 
          ̄

        \\
ミ /⌒ヽ ガッ| | 
 ( ・∀・ )  .人
   | | | | |  .<  >
  J |/ | レ  V/ロ0ロロ0ロ
.  _/し' //(0))_))  ☆◎※∇*§〓♪?☆@*〜・・・
 (_フ彡   .... _|'~|
    /\/....(⌒|__|ヽ/`丶
   <   \. ̄..|[_]./ー-|
    .\'''""~\ ..| .| .__,. !
   (0)\__.,,..-一='''".|
     (0),)\|_,..-'''"\.___ 
        ._\     ⊂)=)
        (0)=)⊃
268仕様書無しさん:04/01/24 01:43
GCに三ヶ月程度かかります。しばらくお待ちください・・・
269仕様書無しさん:04/01/24 08:53
だから、時給2000円のJavaプログラマーに宇宙は無理だって言ってるのに。
270仕様書無しさん:04/01/24 10:28
>>269
まさか、NASAのプログラマーも時給2000円だと思ってるのか?
271仕様書無しさん:04/01/24 10:51
NASAからの仕事なんてやってみてえな
272仕様書無しさん:04/01/24 21:19
どんな仕様書が出てくるんだろ。
273仕様書無しさん:04/01/24 22:36
ウンコ
274仕様書無しさん:04/01/24 22:45
>>272
英語
275仕様書無しさん:04/01/24 22:47
javaで作ったってどこに書いてあるの?
276仕様書無しさん:04/01/24 22:49
やっぱり英語かよ。
専門用語のそれらしいやつを拾い読みしてその後、直感を駆使して単語をつなぎ合わせてみる。
277仕様書無しさん:04/01/24 22:52
27869式フリーPG:04/01/24 23:01
やっちゃったかw
279仕様書無しさん:04/01/24 23:12
遂に宇宙までぬるぽが進出。
280仕様書無しさん:04/01/25 05:33
スタック履歴でも見て泣いてろ貧乏人www
281仕様書無しさん:04/01/25 21:46
フラッシュメモリが原因だったらしい。
GCのしすぎでメモリがイカレタんじゃない?
282仕様書無しさん:04/01/25 22:16
>>281
だから、スピリットにJavaは載っとらんて。Javaが使われてるのは
地球の管制用システム。
283仕様書無しさん:04/01/25 22:24
よく考えてみればそうだな。
リアルタイム性の要求される遠隔ロボットの制御に
あんなトロそうな言語が使われるわけねーもんな。
284仕様書無しさん:04/01/25 22:44
地球の管制用システムのそれもプリンタ出力ぐらいだろ?
Javaほどの低速言語がつかえるのは。
285仕様書無しさん:04/01/25 22:48
でJavaってどうなのよ?
286仕様書無しさん:04/01/25 22:58
趣味を仕事に持ち込む公私混同社員の道楽言語。
287仕様書無しさん:04/01/25 23:12
>>282
なぁんだ・・・って、知らなかったのオレだけ?
288仕様書無しさん:04/01/26 11:20
>>283
J-TRONがあるじゃないか
289仕様書無しさん:04/01/26 14:18
某Iとつきあいの長い会社で働いているのでJava以外仕事がありません。
おかげでjavaは強くなってますが・・・
5いや3年後もjavaの案件がいまと同じくらいあるとは思えません。

Iさん、次考えてください。M$言語を採用しないならマジで。
290仕様書無しさん:04/01/26 21:50
>>288
メリケンが採用するとは思えない。
291仕様書無しさん:04/01/26 22:00
>>290
Java厨も採用するとは思えない

彼等がcre_tskやwai_sem等の省略化された
システムコール命名規則を愛せるとは思えない
292仕様書無しさん:04/01/26 22:39
jti_get_obj おまいはCかと小1時間(ry
293仕様書無しさん:04/01/27 11:54
>>291
リアルタイムシステムだって、ちぇんと実装すればJ-TRONなんかより良いものが作れますよ
294仕様書無しさん:04/01/28 10:00
アホアンチ。今日も派遣でいじめられ。
295仕様書無しさん:04/01/28 15:25
アホアンチってどっちを差すのか混乱してきてる昨今

最近C#が楽しいが、Javaを置き換えるにはWindowsサーバーを
広めなければならないんだなあと思いつつそれはイヤだなあと思い
畑違いのDirectXに手を染めてみたり
296仕様書無しさん:04/01/31 13:04
肝心なときに動的最適化で応答しなくなる不思議言語
297仕様書無しさん:04/02/01 12:48
>>296
それはWindows版VMの仕様
298仕様書無しさん:04/02/01 13:29
結局Perlか。。。
299仕様書無しさん:04/02/01 14:12
おまいらみんなまじめでかわいいな
300仕様書無しさん:04/02/01 14:17
なんでマ板にはPerl房一杯いるんだ?
301仕様書無しさん:04/02/01 14:31
・Perlに関する考察

Perlを入れるのは有名であるが、以外とPerlは変質してしまうらしく
人気があるのはもっぱらプラスチック製であるという。
元々は暇な受刑者が歯ブラシの柄を入れたのが発祥らしいが。
しかしなんでンナこと知っているんだわし(;--)
こんな知識のために脳内のシナプスが絡み合っているかと思うと(ρ_;)

しかし問題はPerlである。婚約指輪を代々受け継ぐ母娘に習い、
よの漢どもも代々父息子の間でPerlを譲り渡すというのはどうだろうか。
当然脳死段階でPerlを移植だ。
ふと生き返ってしまった父がPerlが無くなっているのに気付いて
ガク・・・っと死んでしまったり、
ほかにもマルサを逃れるために中に金銀Perlざくざく入れて、
こんなに入れるのはイヤだよぉ、と拒む息子。
遺産相続税脱税が発覚すると、泣く泣く現物納付...。

s/Perl/Pearl/
302仕様書無しさん:04/02/01 14:36
あーびっくりしたw
303仕様書無しさん:04/02/01 15:12
Javaが出始めた頃にやって、あぁこんなもんか。とマスターすることなくほっといた。
C→C++という経歴だったので、Javaの思想とかはスグ理解できた。
今、ひさしぶりにSystem.out.println("Hello");からやっていった。
・・・・・・・JavaってJavaVMが搭載されてればどんな環境でも動くんじゃなかったのか。。。。
グラフィックがらみは、ほとんどダメジャン
304仕様書無しさん:04/02/01 16:26
仰せのとおりクライアント向けjavaはほぼ死んでるね。
変わりになる何かがでてきてくれないものか。
IBM、SUN買収しちゃってくれねーかなー。

……もっと鯖寄りになるか。
まぁ、ウチサーバーサイドほとんどやんないからJavaで作るクライアント物なんて
WinでもMacでも使えると助かる系のツールばっかりだけど。
30569式フリーPG:04/02/01 16:33
OracleのJavaツール群は止めてほしいなぁ。と、思った。
8iがPen4で動作しなかった時に。
306仕様書無しさん:04/02/01 16:40
>>303
入門書のグラフィックでは、JavaでもCでもC++でも大したことない。
ケータイの最新ゲームとかはよくできてる。
素人には難しいからあきらめな。
307仕様書無しさん:04/02/01 17:43
>>305
Oracle って 9i とか 10g でもツールは Java なんかな。
せめて SWT なら許せる。。。いや、SWT もやめたほうが良いな。
308仕様書無しさん:04/02/01 18:15
>>307
OracleとSWTとは関係ないやろ?初歩から勉強しなおせや!アホ!
309仕様書無しさん:04/02/01 18:25
>>308
はぁ?バカですか? 契約次第だろ。
310仕様書無しさん:04/02/01 18:39
>>309
ひとりでGUIに文句付けてるアホやろ?
OracleはDBでJavaは言語でSWTはGUIだ。
組合せは自由。
標準で付いてるからって、それを使う必要はないんやで。
311仕様書無しさん:04/02/01 19:14
付属のGUIツール群の話じゃないの?
誰もOracle本体の話なんかしてねーと思うが。
312仕様書無しさん:04/02/01 19:30
>>311
まあ、学校や職場でもそんな風なら会話にならんな。
313仕様書無しさん:04/02/01 19:46
Oracle 付属ツールじゃなくて、
Oracle の StoredFuction なりを Java で実装してるプロジェクトはどのくらいある?

自分としては保守性が上がりそうなのでやりたいのだが、
暗黙のうちに PL/SQL で書く空気が存在する。

Oracle をちゃんと買うようなプロジェクトはある程度の規模があるから、冒険しにくい。
314仕様書無しさん:04/02/01 19:53
>>313
そんなのOracleの営業にでも聞けよ。スレ違いだよ。
31569式フリーPG:04/02/01 19:54
PL/SQLは枯れてるからね。ストアドをJavaで書いたって話はあまり聞かないね。
316仕様書無しさん:04/02/01 20:04
>>313
お前みたいな馬鹿が参加したら、何使っても冒険だ(ワラ
317仕様書無しさん:04/02/01 20:25
>>307-311
ワロタ
318仕様書無しさん:04/02/01 20:33
>>313
OracleのローカライズされたJavaじゃなくて、標準のJavaがOracleの
プロセス上で動かせたら、APサバ挟まなくてすむようになってお得ですよね。

うちのアホPGはAPサバからのJDBCの呼び出しがRPCであるということさえ
分かっていないもんで、変なプログラム書きまくられて困ってます。
319仕様書無しさん:04/02/01 20:41
>>318
”ローカライズされたJava”、”Oracleのプロセス上で”って
書いてる本人しか意味分からんね。アホPGも困ってると思うよ。
320仕様書無しさん:04/02/01 20:59
Javaは火星でも使われているぞ。
それでJavaを必死にたたくとはさすがに幼稚ですな
321仕様書無しさん:04/02/01 21:02
>>320
Javaがたたかれてるんじゃなくて、アホがたたかれてるんだよ(藁
322仕様書無しさん:04/02/01 22:06
>>318
コンピュータの仕組みも分かってないのに、専門用語使いまくりたいのね
323仕様書無しさん:04/02/01 22:14
しかもこれが>>313へのレスになってるのが泣ける。
つながってねえ・・・
324仕様書無しさん:04/02/01 22:55
>>323
どーせ、>>318 はアホPGに馬鹿にされてる超アホユーザだろ?
325仕様書無しさん:04/02/02 12:48
個人的な意見でもうしわけないが言わせて頂きます

weblogic内の命名は大嫌い、すごい使いにくい
全クラス全メソッドをラップしたいぐらいに嫌い
beaアレルギーなった
326仕様書無しさん:04/02/02 12:54
javaって早い話が、C++を修得できなかった人が逃げる言語?
なんか今やっててそんな気がしてきた。
だって、、、、、write onceとか全然じゃん・・・。
327仕様書無しさん:04/02/02 13:05
>>326
もうVBの仕事はないから、
VBやってた人の受け皿になってるね。
328仕様書無しさん:04/02/02 13:07
>>327
現在VBの仕事をムリヤリやらされてますが、何か?
329仕様書無しさん:04/02/02 13:22
やっぱそういう言語なんだ・・・。
なんかC++のほうがいいような気がしてなぁ。
まぁ確かに便利なものもあるんだが。
330仕様書無しさん:04/02/02 13:54
とにかく新工法で橋を架けたい国土何とか省の人たちと同じニオイがする
331仕様書無しさん:04/02/02 13:58
C++未満、VB未満の感が否めない
332仕様書無しさん:04/02/02 14:22
JAVA専業の開発会社の営業が、
UMLをとりまぜた内部仕様書を
提案書として持ってきた。

こっちの業務の手順を、なんで知
っているつもりになるんだよ?

でもってえらいさんの前で、クラス
構造と業務フローの一致が云々、
とかぶってた。

はぁ・・・・・やったことない仕事の業
務の解釈を披露してた分は理解で
きたけど、理解できたのは、彼らが
業務を知らないままCRMの提案を
してるってこと。
333仕様書無しさん:04/02/02 14:32
そもそも用途別に言語を使いこなすのが重要だと言うことに気づけ
334仕様書無しさん:04/02/02 14:49
用途を言語に従わせる言語原理主義者をめざします。
335仕様書無しさん:04/02/02 14:56
Java人気なのはいいけど、sun って
業務バブル終わったころのNEC、富士通
と似た状況に見える。大丈夫かね??
336仕様書無しさん:04/02/02 15:14
>>335
だめでしょ。
もうJava見捨てて新言語作ってる。
http://www.techweb.com/wire/story/TWB20031217S0001
337仕様書無しさん:04/02/02 18:34
Javaのミスは結局、JavaVMとやらはOSの統一と同じ事を実現しようとしてたから計画倒だったということ?
338仕様書無しさん:04/02/02 18:45
>>337
ミスどころが、成功の理由だよ。
339仕様書無しさん:04/02/02 18:47
ここ3、4年近く触ってないですが
Servlet、DB周りで日本語関係まともに
なりました?
まだ、変な変換コード途中にかまさなきゃ
駄目とか言わないよね・・
# 当時でも日本語云々あった時は呆れ
# ましたが
340仕様書無しさん:04/02/02 18:53
>>338
そうかなぁ〜単に反M$連合組みたかった
だけの気がするが・・・
結局、サーバ側のコードはAPサーバや
実行環境に依存している所も多いし、Win<->UNIX間
コマンドラインアプリの互換性だったら保たれていると
思うけど、他のプラットフォーム行ったら駄目じゃん・・

GUIもJava陣営で2つに割れているし・・
341仕様書無しさん:04/02/02 18:57
いま使われているところだけで考えると、

正直、PerlやVB、またはC++の代替とし
てはストレートな解ではないけど、サーバー
サイドの実装としては、成功しているんじゃ
ないのかな。

Webベースだけでなく、IPベースのサーバー
に使っても、再利用性高いし。

Javaよりも、Servletなどの実装が、ってことで。

これからも、拡張機能の実装が評価の分かれ道じゃないのかな。
342仕様書無しさん:04/02/02 19:20
Javaのような糞言語にも擁護者がいるんだ。ビックリ!
343仕様書無しさん:04/02/02 19:30
>>340
言語にとってGUIなんて何種類あってもいいし、2つに割れてるわけでもない。
標準で1つだったのが、もう1つ追加されただけだ。
GUI好きなのは分かるが、基礎の勉強しろよ!
344仕様書無しさん:04/02/02 19:40
>>340
Javaが駄目なんじゃなくて、オマエが駄目じゃん・・
34569式フリーPG:04/02/02 21:49
SWTじゃだめなん?
346仕様書無しさん:04/02/02 21:55
http://ad.itmedia.co.jp/fil/0401/F_728x90_sbp_jd_040123_a.gif
Javaナースジャバナちゃんて誰・・・
347仕様書無しさん:04/02/03 00:01
ライトワンスでんでん(←なぜか変換できない)に拘らなければ、入門用として
よくできてる言語だと思う。
348仕様書無しさん:04/02/03 01:06
>>347
他の言語を知らないと、"Write once, run anywhere"の思想は感じないかもね。
349仕様書無しさん:04/02/03 01:19
自然言語に近いのがJava
記号の羅列 perl
350仕様書無しさん:04/02/03 01:34
↑あほ
351仕様書無しさん:04/02/03 01:35

パーラー
352仕様書無しさん:04/02/03 01:36

ぶびちう
353仕様書無しさん:04/02/03 01:36

C厨
354仕様書無しさん:04/02/03 01:37

デルフィニスト
355仕様書無しさん:04/02/03 01:41
ねえねえ
みんなはJビルダーやエクリプス とかつかってんの?

メモ帳?
356仕様書無しさん:04/02/03 02:10
emacs厨
 ↓
357仕様書無しさん:04/02/03 02:16
無論Eclipse。
逐次コンパイルのおかげでコンパイルエラーはほぼ書くそばから消えていく。
もともとJavaのGUIには期待してないし。
WYSIWYGな機能はあっても?って感じ。
ただし、マシンスペックはそれなりを推奨。
358Emacs厨:04/02/03 02:19
>>355
普段はEmacs使ってるけど、Javaで開発を行うときだけは素直にEclipse使ってるよ。
359仕様書無しさん:04/02/03 02:52
vi注
360仕様書無しさん:04/02/03 04:45
Eclipseのバージョン3っていつ出ると思う???
361仕様書無しさん:04/02/03 08:49
いま3.0つかってるよ
362仕様書無しさん:04/02/03 09:15
ゴドー「できる男は、使える言語の数で決まるものだぜ・・・」
363仕様書無しさん:04/02/03 09:24
>>362
Javaはサブウーハーなみの扱いで0.1とカウントしてください。
364仕様書無しさん:04/02/03 13:03
>>348
思想で飯が食えると良いね
365仕様書無しさん:04/02/03 13:30
同感
ってかWrite onceじゃねーし
書き直しだらけ
CとかのほうがよっぽどWrite onceだよ
再コンパイルすりゃー動くもん
366仕様書無しさん:04/02/03 13:42
>361
COBOLと
FORTRANと
PL/Iと
Z80アセンブラと
N88BASICと
ひまわりと
MSX-BASICと
ファミリーベーシックと
HSP

これだけの数の言語を使いこなせる私は男の中の男という事でよろしいですか
367仕様書無しさん:04/02/03 14:54
>>365
「C言語入門」とかのサンプルくらいならね(藁
368仕様書無しさん:04/02/03 15:21
Javaでプラットフォーム毎にかきなおさなきゃ
ならないコードってどーいう部分?
369仕様書無しさん:04/02/03 15:24
>>366
ここまで半端だと賞賛したくなるな
370仕様書無しさん:04/02/03 15:36
>>368
 JDKのバージョンごとにならたくさんあるぞ。
371仕様書無しさん:04/02/03 15:58
>>364
教祖になれば食えるよ
372仕様書無しさん:04/02/03 21:07
eclipseのスタックで愛機ぶっ壊れそうです
なぜにoracleよりもリソースくっとんです!!!!

スタックかえせよおおおお
373仕様書無しさん:04/02/03 23:03
>>368
一部の馬鹿PGが書いた、改行コードとか、ファイルパスのセパレータ
とかのハードコード。PGが馬鹿なせいだと思うが。
374仕様書無しさん:04/02/04 01:05
>>373
Javaと関係ないし、そういうのはSEが標準化の指示するもんで、
最初の1本で注意しとけば、問題にならないはず。SEが大馬鹿。
375仕様書無しさん:04/02/04 09:52
改行コードやファイルパスのセパレータってPGが勝手に決めていいの?
376仕様書無しさん:04/02/04 10:00
アホくさ。
複数のプラットフォームで動かす必要のあるソフト開発なんてめったにないし、
中途半端なJavaのプラットフォーム互換なんて役に立つことないよ。
377仕様書無しさん:04/02/04 12:10
>>376
もう少し経験積むと分かってくるよ。
378仕様書無しさん:04/02/04 12:27
うちの会社、COBOL、NL3、C、C++、VB、VC++、Java、XMLなど手広く使ってるが
保守できる要員を確保するという点を忘れていたため、ピンチです。(w
会社レベルでは適材適所で言語を手広くやるのはやめたほうがいいといういい例だ・・・。
個人レベルでは修得すべきだが
379仕様書無しさん:04/02/04 12:44
>368
JVM依存の部分。スレッド関連とか。
380仕様書無しさん:04/02/04 13:24
運用環境がUNIXなのに開発機がWIN機しか用意出来ないとき、Javaだから大丈夫ですよね、の一言ですまされるのは、正直だるい。
381仕様書無しさん:04/02/05 02:39
>>380
だるいというか無知。
382仕様書無しさん:04/02/05 05:29
Javaはウンコ。
383仕様書無しさん:04/02/05 13:27
>>326
それは火星でJavaが使われる理由をうまく説明できない低給C++プログラマの香具師が
高級Javaプログラマに対して吐く愚痴。
384仕様書無しさん:04/02/05 13:36
>380
同じJVMと同じアプリケーションサーバを使って、違うOS上でも同じ動きをベンダーが保証してれば大丈夫なんじゃないの。
IBM JVM でWAS使ったりとかさ。
385仕様書無しさん:04/02/05 13:47
>>383
お前はJava厨特有の乗せられやすいタイプだな。>>282を参照せよ。
386仕様書無しさん:04/02/05 14:59
寝言を起きて言うのがJava厨だから
387仕様書無しさん:04/02/05 15:23
Javaなんか使うから交信不能になったんだよ
388仕様書無しさん:04/02/05 15:34
389仕様書無しさん:04/02/05 15:46
390仕様書無しさん:04/02/05 18:15
このすれで一番低レベルなのは>>383でOKだよね。
391仕様書無しさん:04/02/05 20:19
>>390
お前もだ。
392仕様書無しさん:04/02/05 22:19
でもまあ何だかんだで書籍は増えたよね
占領してる棚は一番広いんじゃないか?
393仕様書無しさん:04/02/05 23:28
特に初心者本は郡をぬいて多いな
394仕様書無しさん:04/02/05 23:50
いい加減JSP関連で無駄に分厚い本を無知連中に売りつける
ボッタクリ商売やめろよ。このハイエナ野郎が。
395仕様書無しさん:04/02/06 00:30
>>389
代入されてると言うことは、そういうことにしたいという意志の表れですか?:D
396仕様書無しさん:04/02/06 03:13
>>391
 いいたいことはそれだけか?
397仕様書無しさん:04/02/06 10:06
次の低収入派遣言語を考えといてやろうぜ。
398仕様書無しさん:04/02/06 10:11
>>397
自分のことは自分で考えな。
399仕様書無しさん:04/02/06 12:34
>>398
なんのひねりもない返しだなバカ
400仕様書無しさん:04/02/06 12:42
>>388
ワラタ

>>389
糞は>>389 

糞は>>389 の理由により、これ以外の立証はありえない。
401仕様書無しさん:04/02/06 12:43
>>399=非建設的なことに必死になる馬鹿
402仕様書無しさん:04/02/06 12:48
>>401
また泣いているのか?
403仕様書無しさん:04/02/06 12:53
脳内妄想で泣いていることにして自分の体面をたもてるのではないかと信じている愚か者がやってきたぞ
404404ズサ━━━━(゚∀゚)━━━━!!:04/02/06 14:26
呼んだ?
405仕様書無しさん:04/02/06 17:13
>>397>>402
やっぱりアンチJava厨てアホばっかなんだな
てかJava使うヒトって基本的にC/C++もできるぞ?
406仕様書無しさん:04/02/06 17:28
いや
厨だから
407仕様書無しさん:04/02/06 18:29
基本的にできる・・・便利な日本語だな。
408仕様書無しさん:04/02/06 18:56
基本のレベルに達してるプログラマーって業界で何パーセント?
っていうという問いに>>405はなんと答えるのだろう…。
C/C++ができるってのは、「基本レベル」なんだと思うが。
409仕様書無しさん:04/02/06 19:41
>>405
珍説さらしあげ
410仕様書無しさん:04/02/06 20:52
>>405
> やっぱりアンチJava厨てアホばっかなんだな
> てかJava使うヒトって基本的にC/C++もできるぞ?

お前のおかげでJava厨はバカって思われるわけだな。
特に↓

> てかJava使うヒトって基本的にC/C++もできるぞ?

できねーやつばかりだよ。
ちなみに俺は、C++もJavaもできるけどな。
411Kusakabe Youichi:04/02/06 20:55
In article >>405, 仕様書無しさん/sage/405 wrote:
> >>397>>402
> やっぱりアンチJava厨てアホばっかなんだな
> てかJava使うヒトって基本的にC/C++もできるぞ?

あなた頭わるそうですね :)

まず、無意味ですね -> >>397>>402
フツーは>>397-402とするべきですね。:-)
Javaしかできないヒトなんていっぱいいますからね。

# どこをどうみたらそんな説が生まれるのか...(^^;
412仕様書無しさん:04/02/06 23:31
>>てかJava使うヒトって基本的にC/C++もできるぞ?

てかJava使いこなせるヒトって基本的にC/C++もできるぞ?

こう直したらどう?ちょっと、見栄えよくなるかも
413仕様書無しさん:04/02/06 23:32

これ、ホンモノ?
414仕様書無しさん:04/02/06 23:43
いや、俺が>>405だが・・・
それにしてもしつこいなぁ、おまえらは…
ろくな仕事しなさそうだな
415仕様書無しさん:04/02/06 23:43
クソカベ

キタ──(゚  )━━━━━(  )─── !!!!
キタ───(∀゚ )━━(  )─────!!!!
キタ─────(゚∀゚)───────!!!!
キタ───(  )━━(゚∀゚)─────!!!!
キタ──(゚  )━━━━━( ゚∀)───!!!!
キタ───(∀゚ )━━━━━(  ゚)──!!!!
キタ─────(゚∀゚)━━(  )───!!!!
キタ───────(゚∀゚)─────!!!!
キタ─────(  )━━( ゚∀)───!!!!
キタ───(  )━━━━━(  ゚)── !!!!
キタ──(゚  )━━━━━(  )─── !!!!
キタ───(∀゚ )━━(  )─────!!!!
キタ─────(゚∀゚)───────!!!!
キタ───(  )━━(゚∀゚)─────!!!!
キタ──(゚  )━━━━━( ゚∀)───!!!!
キタ───(∀゚ )━━━━━(  ゚)──!!!!
キタ─────(゚∀゚)━━(  )───!!!!
キタ───────(゚∀゚)─────!!!!
キタ─────(  )━━( ゚∀)───!!!!
キタ───(  )━━━━━(  ゚)── !!!!
416仕様書無しさん:04/02/06 23:44
 ∩_∩
 (´(・)`)<ヌルポ

417仕様書無しさん:04/02/06 23:48
正直、JavaだろうがCだろうが来た仕事をこなすだけ
418仕様書無しさん:04/02/06 23:58
>>412

JSPでコアAPIのごく一部だけつかってるだけのPG捨てるほどいるからな。
java.textやjava.utilあたりさえマトモにつかえない。
でもってとんでもないコードをゴリゴリ書いて同様の機能の再発明。
下手に根性がある無知はマジデ恐怖の対象。それメンテするの、多分
俺だぞ…
419>>405:04/02/07 00:00
俺の世界観が狭かったようだ・・・_| ̄|○
420412:04/02/07 01:00
>>413
偽者です ちょと皮肉をこめたジョークでした
>>418
お疲れさまです 確かにそのような方がいましたら、恐ろしいことですね
ご本人がご満悦だとストレスもさぞかし大きいことでしょう
>>419
元気出してください でも、あなた、ちょっと変わり者ですね

マターリしたい・・・
421仕様書無しさん:04/02/07 01:28
>>418
見たことない、そんなの・・・。
422仕様書無しさん:04/02/07 09:28
>>421
はぁ?そんなバカでも仕事があるってんでJavaが流行ってるんですよ。

>てかJava使うヒトって基本的にC/C++もできるぞ?

( ´,_ゝ`)プッ
423仕様書無しさん:04/02/07 09:35
>>418
害虫から兵隊で送り込まれるようなのは、
半分はその程度だ。
残りの半分(1/4)はjava.utilぐらいは使える。
残りは相応に戦力になってくれる。

とりあえず、classを起こしたことがないような屑をよこすな。>某社
424仕様書無しさん:04/02/07 09:44
そうかな・・・。
Java経験あり、とか習得スキルにJavaが入ってる人間は、
たいていAPIリファくらいは読めるやつばっかりだが。
もうちょっと気が利いてると、srcも読んでたり。

だって、そんなん、どの言語だった同じだし。

・・・ま、そうは言っても、クラスの切り方がまずいとか、
データの構造考えないで、単に同じメソッドを使いたいから、という理由で拡張したりとか、
そういうのは普通に見るけど。
425仕様書無しさん:04/02/07 10:08
>もうちょっと気が利いてると、srcも読んでたり。

意味あんの?
426仕様書無しさん:04/02/07 10:11
たとえばどれそれのメソッドの中ではこれこれのメソッドを呼んでるだけだから、
さいしょからそっち呼んだほうがいい、とか。
427仕様書無しさん:04/02/07 10:20
つまり、C++経験ありとかいてある人間を採用したほうがよかばいってことだね
428仕様書無しさん:04/02/07 10:32
>>426
どういうAPIだよそれ?w

なんかメソッド一発でできることを、その構成メソッドに分割して
自分で作りそうだな。
429仕様書無しさん:04/02/07 10:40
そして
思いもよらぬバグにつながると
430仕様書無しさん:04/02/07 10:44
>>425,
ちょっと詳しく知りたいときとかはソース読むのが早いな。
へたくそな説明よりかはコード読んだほうが早いからな。

抜いてんだったら、インストールしとけ。そのうち役に立つ。

>>428
ほら、知らないだろ?
>>426はまじ。見てみ。

>>427
C++できてもJavaは書けない。
ただ、経験的に分かるんだろう、理解は早い。
一回覚えさせれば、履歴書にjavaのみのPGよりかはぜんぜんいいっぽい。

やってる間いっぱい、デストラクタはないのか、アドレス渡しはないのか、
って言い続けてるけどな。

あと、C++使いはそうでもないが、C使いはなぜかAPIリファレンス読まないな。
全て自分で書く。文字列検索の果てから。
javaのリファレンスはともかく、たとえばtomcatとか、使ってるフレームワークとか、
って深くなっていくに従って、さらに説明書、仕様書の類は読まなくなってくな。

無駄を嫌い、生のコードが好き。デザインパターンとかもってのほからしい。

…さすがにしゃべりすぎか。すまん、ひまだったんだ。
431仕様書無しさん:04/02/07 10:55
>>430
> ほら、知らないだろ?
誰にもお前の考えなんか分かるわけ無いじゃん。

答えるのはお前の仕事。

答えられない厨房さんw
432仕様書無しさん:04/02/07 10:59
「知らないのか? あれだよあれ」

あれあれ詐欺w
433仕様書無しさん:04/02/07 11:01
そんなんしたって何も教えてやらないよw
434仕様書無しさん:04/02/07 11:06
Java厨「たとえばどれそれのメソッドの中では(rya」
「それってどのメソッド?」
Java厨「ほら知らないだろ?見てみ。」

どれそれなんか知るかよ。
Java厨ってこんなやつばかりなんだw

晒しあげ
435仕様書無しさん:04/02/07 11:07
>>433
意地悪言うなって(w

なるほど、

↑読む
>>431------------------------<border line
↓読まない

ってとこだな
今日変わるか、変わらないか
一人の人間の岐路に立ち会ってる気がするな
明日をえらべw

たとえば似たような機能の関数とかあったら、
src読むといいぞ
型変換とかいろんな書き方があるだろ、どれがいいかとか
あくまで例だが一度覚えれば応用が利く
436仕様書無しさん:04/02/07 11:07
> Java厨ってこんなやつばかりなんだw
今ごろ気づいたのか?w
437仕様書無しさん:04/02/07 11:08
>>435
そこで下に行くからJAVA中なのですよ。
438仕様書無しさん:04/02/07 11:09
>>435
で、結局どのメソッドか言わないのですか?

実 は 言 え な い ん じ ゃ な い で す か ?

この件が解決するまでとことん追求しますよ。
439仕様書無しさん:04/02/07 11:10
なんだ、急にレスがついたな……。
440仕様書無しさん:04/02/07 11:13
このJava厨、結局C言語のある関数は
アセンブラで実装されているからアセンブラで
直接書いた方がいいじゃんとか言いそう。

C言語もアセンブラも使えないだろうから言えないだろうがw
441仕様書無しさん:04/02/07 11:17
しぃとかあせんぶらなんてよく知ってたな、よしよし、かわいいぞ、お前w
へー、あせんぶらですか、聞いてるこっちがはずかしー。

あ せ ん ぶ ら も つ か え な い ん で す か

リアルでいってみてーw
442仕様書無しさん:04/02/07 11:17
JavaやってたらJDKのソース読むくらいあたりまえだろ
443仕様書無しさん:04/02/07 11:17
>>439
アホなJava厨が来ちゃったからな。
逃げたっぽいが。
444仕様書無しさん:04/02/07 11:18
>>442
でもメソッド言えないみたいだから、こいつは実は読んでないのだろ。
445仕様書無しさん:04/02/07 11:19
>>441
顔真っ赤ですw
446仕様書無しさん:04/02/07 11:20
Javaの何がいやって、あの文法で
ブロック工作のおもちゃしかできないところだな。
ラップでかぶっていてはそこから新しい物は生まれないよ。、
447仕様書無しさん:04/02/07 11:20
アセンブラか・・・昔2種のCASL勉強したのを思い出したよ・・・確かにアセンブラはないな
448仕様書無しさん:04/02/07 11:21
ラップではYO!!おもちゃだYO!!
449仕様書無しさん:04/02/07 11:22
>>435
あ、俺、型変換で分かった。細かいことだけど、揚げ足取りに使えるな。
450仕様書無しさん:04/02/07 11:23
チン  ☆  チン       ☆                                
       チンチン           チンチン     ♪         
           ♪   ☆ チチン            
    ♪                .☆   ジャーン!  
        ☆ チン  〃  ∧_∧   ____      
          ヽ ___\(・∀・ )/\_/    自称どれそれのメソッドマダー
        チン  \_/⊂     つ   ‖         
           / ̄ ̄ ̄ ̄ ̄ ̄ ̄/|  ‖
        |  ̄  ̄ ̄ ̄ ̄ ̄ ̄:| :| /|\
        |            |/    
451仕様書無しさん:04/02/07 11:24
Java厨ってアセンブラはCASLしか知らないみたいw
452仕様書無しさん:04/02/07 11:25
Java厨もう終わったな。自演し始めたし。
453仕様書無しさん:04/02/07 11:27
そういえばアセンブラなんてマイコンにしかやってないな・・・
454仕様書無しさん:04/02/07 11:29
Java厨ってアセンブラを使った開発をしたこと無いのは当然で、
コンパイルされたバイナリを覗いて最適化の様子とか
どっちの書き方が効率がいいとかを見たりすることも無いんだね。
馬鹿でもできるJavaとは良く言った。
455仕様書無しさん:04/02/07 11:32
Javaなんてアビバとかでジジイのボケ防止の役に立つぐらいだろ。
まあ、食いッぱぐれないように覚えておいても損はないんじゃないのん?
好んで使うことは無いけど。
457仕様書無しさん:04/02/07 12:03
>>454
ますますぼろがでるようなこと言わなくても。
458仕様書無しさん:04/02/07 12:16
>>454
縦にも斜めにも読めんなぁ
459仕様書無しさん:04/02/07 12:24
まあ、例えで言うなら所詮Java厨の価値観は、北チョンの言っていることとかわらんってこった。
460仕様書無しさん:04/02/07 12:29
なんか自作自演が激しいな
461仕様書無しさん:04/02/07 12:38
Javaを支持している人・・・。深呼吸して、「なんでそこまで支持するのか・・・。」をゆっくり考えなさい。

「今、自分が仕事で使っているから。」「自分がまともに使えるのがJavaだから」

ってレベルじゃないですか?(w
462仕様書無しさん:04/02/07 12:40
Javaを非難している人・・・。深呼吸して、「なんでそこまで非難するのか・・・。」をゆっくり考えなさい。

「今、自分が使えないから」

ってレベルじゃないですか?(w
463仕様書無しさん:04/02/07 12:43
リア厨がうるさいなぁ
少なくともちゃんとJavaを理解した上で言ってるんだろうな?
464仕様書無しさん:04/02/07 12:45
>>462だが、
ごめん、書いてから思った。
俺、本当のこと言いすぎだな。
そもそもJavaで他の害虫に遅れをとったり、
Javaを使うことを負担に感じる人間が、
Java以外の言語でもまともに仕事ができると思うなんて。

挙句の果てには、
「なんだ、馬鹿、お前なんかアセンブラできないくせにわああああん!」

がんばれよ。
大丈夫、努力が報われない人間なんかいないよ。
465仕様書無しさん:04/02/07 12:47
…夜には祭りだな
466仕様書無しさん:04/02/07 12:48
>>462

,,,,、、、、、、,,_
      _、-''~:::::::::::::::::::::::"ー-,,
     ;":::::::::::::::::::::::::::::::::::::::::::i!
   ∩ |:::/ ̄ ̄ ̄`' ̄ ̄¨ヾ::::|
  (⊂)|:::|  ━、_  _.━   |.:.::|
   | | |/  ,-ェュ 、 ,-ェュ、  |.:.:|_
   | |(゙|   ´ ̄ ,/ 、  ̄`  |/,. |__
   |/\| ( 、 ゙、__,-'' 、)ヽ__/ノ:∧  
  l`‐⌒ヽ\  `こニニ'´ _..┘丿(:./~ヽ
  \‐⌒ー |\___ _,∠|:.:.:.: < )|::| |
    \:.:.:.:.└-\-ー/ ┌‐┐:.:. :.:.:.├┤
     \:.:.:.:.:.:.:.::∨:.:.:.:`--':.:__,,,,,/(u_ノ
       \:.:.:.:.:.:¶ ¶.:.:.:.:.:.:,ノ゙  \
        \:.:.:.:.:.:.:.:.:.:./ 、 ,,-'''''7
          `i、:.:.:.:.:../  ヾ(_  )`ヽ、
           └┬~ _..-'´`! `'-、.___)



467仕様書無しさん:04/02/07 12:50
Java、VBが一般化している時代、なぜかC言語、C++言語の本が大量に本屋にならんでいる
はたして、Javaは10年後本屋にならんでいるだろうか・・・
そう考えたとき、Javaでプログラムを組まれると、10年後の保守要員をそろえるのに大変だなぁ
468仕様書無しさん:04/02/07 12:51
アセンブラ程簡単な言語は他にないんだけどな
469仕様書無しさん:04/02/07 12:52
>>464
リア厨にはわからんかもしれないがJavaさえできなかったら仕事取れないよ?
まぁJavaに向いてることもあるし俺はそんなにJavaが悪いとは思わんな
Javaですべてをやろうとするほうが間違ってる
470仕様書無しさん:04/02/07 12:56
C++が好き。でも学校ではVB.NETやってる。
JAVAは少しやった。一本に絞るとしたらどれがいいと思いますか?
471仕様書無しさん:04/02/07 12:56
>>468
読む分にはな。もちろん、手間は大変だけど。
トラブル発生時になど、ぜんぜん知らない人間でも、
マニュアル片手に読んだりする。
そのほかにも、既存のコードの動作を追跡するのにも、
何の知識もない人間がいやいや読まされたりする。

書くのは大変。それこそデバッグを含め、死ぬほど苦労する。

最初にアセンブラ言い始めた
>>440はアセンブラで書くことの馬鹿馬鹿しさと大変さを知ってるらしい。

が、なぜか>>454では意味不明の発言を。
同一人物なのか、そうでないのか分からないが、この二つの書き込みの間にある差に、
果たして>>454は気がついているかどうか。
472仕様書無しさん:04/02/07 12:57
>>470
将来性は考えないで好きなものをやったほうがいい
上達も早いし楽しいしな
473仕様書無しさん:04/02/07 12:59
>>471
俺PICマイコンしかアセンブラは経験ないが容量との勝負だったな・・・
474仕様書無しさん:04/02/07 13:00
Cで作って、逆アセンブルして、サイズを減らすって作業ならやったことが・・・。
結局、毎回容量増やして妥協するというオチだったが
Javaも使えます。
Javaだけ使えます。
476仕様書無しさん:04/02/07 13:19
>>467
捨てられてるでしょ。
っていうかまとも役立ってるJavaのシステムなんてあるの?
477仕様書無しさん:04/02/07 13:19
>>476
2chでも導入するそうだ
478仕様書無しさん:04/02/07 13:20
>>477
どの部分で?言われなくてもソースだせよボケ
479仕様書無しさん:04/02/07 13:21
2chは閉鎖では・・・
480仕様書無しさん:04/02/07 13:23
481仕様書無しさん:04/02/07 13:24
>>479
すさまじい話のコシの折り方だな・・・アルゼンチンバックブリーカーかお前は
ワロタ
483仕様書無しさん:04/02/07 13:41
>>477
俺も聞いたな
運営板のどっかにでもあるだろうね
484仕様書無しさん:04/02/07 13:47
っていうかJava厨の言っていることって、北チョンが言っているローカルな
話とかわらんだろ。
言っていて恥ずかしくないかな。
そりゃ仕事のためならいやでもブロック工作するけどさ。
485仕様書無しさん:04/02/07 13:52
すくなくともメジャーになった言語にケチつけるのはひがみにしかみえな・・な、何をすfdajlijouy.,l;f
486仕様書無しさん:04/02/07 13:58
結局、Java厨はメソッド出さなかったみたいだね。
まあ、「あるメソッド」を中を見て、そのメソッド使われているメソッドを使って
「あるメソッド」を自作したってしょうがないってことに気づいたのでしょう。

最初にアセンブラ出した>>440の例も同じ。
関数の中でアセンブラが使われているからといってアセンブラで
書いてもしょうがない。

それはそれとして、一部の人間がその例えを理解できず、
> 「なんだ、馬鹿、お前なんかアセンブラできないくせにわああああん!」
見たいにすて台詞だと勘違いして自分を納得させているのが笑えるw

アセンブラが出来ないことを開き直って過去のものとか言っている奴は
情けなすぎてもう目も当てられない。
487仕様書無しさん:04/02/07 13:59
>>486
アセンブラは現役
PCの部門では知らんがな
488487:04/02/07 14:00
>>486>>464のマチガイな
489486:04/02/07 14:00
>>487
分かってるよ。Java厨は分かってないみたいだけど。
490486:04/02/07 14:01
ちっ。遅かったw
491仕様書無しさん:04/02/07 14:05
>>485
ペラペラ聞きもしねーことを自慢気に語る半可通がウゼーんだよ

最近だとJava厨房がそれに該当するわけ
492仕様書無しさん:04/02/07 22:17
>>486
アセンブラが出来る出来ない、って言ってる時点でお里が知れるな。
アセンブラが難しくて難しくてどうしようもないと思っているのが涙を誘う。

まず言ってみると、履歴書の習得スキル欄にアセンブラ、と書く馬鹿はいないってこと。

そして現場に出て、アドレス違反が原因と思われる異常動作が出たりして、
ディスアセンブルしたコードを検証する羽目になったとする。
CもJavaも、その他大抵の言語は出来ます、と言っておいて、
「ああ、俺、アセンブラわかんないんですよ」
なんて言ってみろ。笑われるぞ。
やさしい先輩に、「あそ。じゃあ、今覚えて」とにこやかに笑って言われるから。

ここはJavaスレだったな。じゃあ、いい、Javaとアセンブラ比べてみるといい。
アセンブラなんて言ってみれば、ほとんどロードとストアとジャンプだけだ。

この板全体に言えることだが、どうもアセンブラがすごい、と思ってる素人さんが多いな。
確かに必要とする労力はすごいな。
たとえば何か大量にある作業を処理する場合。
年賀状を書く場合とかがいいかな、例としては。
手書きで300通書くのがアセンブラ。パソで300枚印刷するのが高級言語。
それなりに利点はあるが、往々にして、労力に見合うほどのメリットはアセンブラにない。
だからみんなパソで印刷する。

わかったな、>>486
(・3・) エェー x86のニーモニックを覚えるよりJVMのバイトコードの仕様を覚えたほうがいいYO
494仕様書無しさん:04/02/07 23:08
要するにJavaくらい出来るようになっとけと。
495仕様書無しさん:04/02/07 23:22
そのなもの、どっちもできて当たり前だろ。
496仕様書無しさん:04/02/07 23:58
>>492
まったく、そのローカルな発想やめたら?
君ほんとに笑い物だよ。

例えば自動車のエンジン制御とか、他人が書いた得体の知れないコードを
いっさい使わない分野って物もあるの。
まあ、PCで言えばドライバだな。
チップの種類は星の数ほどあるから標準なんて物は存在し得ない。

まあ、携帯Javaの実情をみればJava厨でもそれぐらいわかると思うけどな。


497仕様書無しさん:04/02/08 00:02
…パソって略すヤツって・・・
498仕様書無しさん:04/02/08 00:10
>>496
上から読んでくると非常に笑える。
そろそろいっぱいいっぱいか?
いうことないなら、無理に書き込まなくてもいんだが。
499仕様書無しさん:04/02/08 00:21
というか、>>496はレス番号間違い?
文章単体で見ても何が言いたいのか分からないな。

要するに自動車の制御プログラムとかドライバがアセンブラで書かれているから、
アセンブラは出来ないといけない、と言いたいのかな?
だからアセンブラはすごいから、javaよりもアセンブラできるほうがすごいんだぞ、と。

これでいいのかな。
500仕様書無しさん:04/02/08 00:30
>>498
あんたのその自意識過剰な考えは
北チョンの言っていることと全く同じだよ。w

もうちとまともな事書いて反論してみろ。
暇つぶしにちょうどいい。
501仕様書無しさん:04/02/08 00:30
パソワラタ
502仕様書無しさん:04/02/08 00:32
さて、アンチ退治が完了したところで、次の挑戦者、どうぞ!
503仕様書無しさん:04/02/08 00:34
アセンブラが出来るから、JAVA出来るやつよりすごいんだぞ、って、
完全にひがみ根性から来るせりふじゃん・・・
504仕様書無しさん:04/02/08 00:38
Javaが蔑まれているわけではない
Javaしか使えない奴が嘲笑されているだけ
そしてJavaしか使えない奴だけが過剰反応する
505仕様書無しさん:04/02/08 00:39
>>503
それはおまえが勝手に思っていること。

まあ、両方使える俺からすれば
ブロックの工作より、新たなロジックを構築する方が
一万倍楽しいがな。
マクロライブラリが充実した状況でMASMを使えといわれても・・・。ねぇ
507仕様書無しさん:04/02/08 00:44
Javaしか使えない、ってどういうレベルなんだ・・・?
同じような処理が、Javaではかけるけど、
他の言語ではかけない、ってこと?
508仕様書無しさん:04/02/08 00:46
>>505
ブロック工作?
既存の関数ですむことをわざわざ自分で悦にいるのが楽しいのは分かりますが、
程々にしておいてくださいね、こっちが迷惑ですから
509仕様書無しさん:04/02/08 00:49
>>507
OOP=ソフトウェア工学

だなどと考えている蛙のことです
510仕様書無しさん:04/02/08 00:53
>>505
なるほど、いるな、こういうやつ。
2,3行で済むことをわざわざ自作。
おなにーこーでぃんぐか。
基本的にいままで難しかったことが、
IDEや、新しい言語のおかげで難しくなくなってくる、
っていうと、ロートル君たちは必死になるよな。

あとは、あれだ。ほんとうはできるんだけど、
むかつくやつ/他のライバルがすでにjavaをやっていて、
今更javaに転向できない→俺は好きでCやってんだ!
ってのもいそう。
511仕様書無しさん:04/02/08 01:00
>>510
所詮おまえがJNIやJiniもろくに使えないやつどと言うことがよくわかったよ。
512仕様書無しさん:04/02/08 01:07
俺がJavaに手をつけない理由:

Javaには先が無いから。以上。
513仕様書無しさん:04/02/08 01:12
>>512
世間がお前を相手にしない理由:

お前には先見性が無いから。以上。
514仕様書無しさん:04/02/08 01:18
>>513
必死だなw
515仕様書無しさん:04/02/08 01:22
使えない使えない、といいつつ、もう3年もjavaの仕事してる。
俺もさいしょはつかえねえと思ってたんだが、
webアプリのサーバ側プログラムとしてだけは認めてもいいような気になってきてる。

普通にいいよ。
余計な手間も多いけど。
516仕様書無しさん:04/02/08 01:25
>>515
webアプリのサーバ側プログラムならPerlでこと足りる。
517仕様書無しさん:04/02/08 01:27
話は変わるけどさぁ、厨房がよってたかって馬鹿にしてる
Lindowsってあるじゃん

あれのシステム管理ツール、MLで書いてるのな
なんか感動したよ
時代の変化を感じた

MSだのIBMだのがさかんに宣伝してるものより
厨房にすら馬鹿にされているLindowsに
未来を感じてしまった
518仕様書無しさん:04/02/08 01:34
cobol代替言語ですから
519仕様書無しさん:04/02/08 01:37
>>518
そういやJavaに力入れてる会社って、コボラーを大量にかかえてた会社が多いな。
520仕様書無しさん:04/02/08 01:40
PerlかPHPでサクっとつくればいいじゃん。あほくさ
521仕様書無しさん:04/02/08 02:13
>>492
アセンブラと言ってもいろいろあるから、具体名を履歴書に書くのはおかしくないよ。
それに、アセンブラができるってことは、そのアセンブラを使うOSやハードの知識が
あるってことでもあるしね。
人事や営業出身の上司じゃ分からないだろうけど、分かる人は分かる。
522仕様書無しさん:04/02/08 02:50
oh 〜 java java java 〜 oh java んが〜!!
523仕様書無しさん:04/02/08 03:24
>>522
すげーこわい

俺、それいつか書いてやろうと思ってたんだけど、
あまりにバカらしくてこてんぱに叩かれるだろうと思い
書けなかった小心者なんです

なんかすっきりしました どーもありがと
524仕様書無しさん:04/02/08 07:45
>まず言ってみると、履歴書の習得スキル欄にアセンブラ、と書く馬鹿はいないってこと。

普通に書くけど。
なにびびってんだ?低脳。
525仕様書無しさん:04/02/08 12:07
言語を書く欄なんてあったっけ?

〜システム開発
とか
〜計測手法開発
とか
〜システムマネージメント
とかだったら書くけど・・・。
526仕様書無しさん:04/02/08 12:18
>>525
Java派遣には所定の書式があったんだね。ごめん。
527仕様書無しさん:04/02/08 13:38
おれずっと研究職だからわかんね。
一般開発の現場も、派遣も。
528仕様書無しさん:04/02/08 13:40
転職では、使える言語云々より、携わってきたシステムを書くのは常識
人事は、そのシステムについて質問し、それを守秘義務に反しない程度に答える。
これによって、相手のレベルをある程度判断する。
言語で判断するような会社はベンチャー中小企業だけ
529仕様書無しさん:04/02/08 13:43
>>405
そのC/C++も使える香具師もJava厨であることにかわりないぞ
530仕様書無しさん:04/02/08 13:45
>>408
> 基本のレベルに達してるプログラマーって業界で何パーセント?
> っていうという問いに>>405はなんと答えるのだろう…。
> C/C++ができるってのは、「基本レベル」なんだと思うが。
C++ができるといっておきながらJavaをたかをくくってなめてかかってる香具師は
C++のほとんどの機能を使いこなせないわけだが。
クラスを一個作った帝都で満足している香具師とかな。
だたのC厨とかわりない香具師だよそいつらは
531仕様書無しさん:04/02/08 13:47
>>530 どういったところから?君はそれを結論付けたのかな?説明してみろ
532仕様書無しさん:04/02/08 13:48
>>418
そんなやつ、Java厨という称号を与えるべきではない。

Javaができるやつというのはエンタープライズコンピューティングを
完璧にこなせるやつでなければならない!

データベースもSQLもTCP/IPも知らないやつにはJavaができるとはいってほしくない!
533仕様書無しさん:04/02/08 13:50
>>532
(´ヘ`;)ハァ
なんか、日経に出てくる単語大好き厨房って感じ。
えんたーぷらいずこんぴゅーてぃんぐ?(w
なんじゃそりゃ(www
534仕様書無しさん:04/02/08 13:50
>>427
それだけで済んでしまうからC++の
さわりだけ見ただけで理解したつもりになって
の機能をフルにつかいこなせなくなり
スパゲティコードが乱立し大変な目に遭うのだ!

535仕様書無しさん:04/02/08 13:51
>>529->>534
いっぱいいっぱい(w
536仕様書無しさん:04/02/08 13:51
>>533
無知がやってきたか。
検索して自分で調べて来い
537仕様書無しさん:04/02/08 13:53
おれ、かおすにゅーろこんぴゅーてぃんぐだぜ(w
おれ、あみゅーずめんとえんたーていめんてーしょんそりゅーしょんだぜ(w
538仕様書無しさん:04/02/08 13:53
じゃ漏れは、、POSコンピューティングだぜ(w
539仕様書無しさん:04/02/08 13:54
>>528
>転職では、使える言語云々より、携わってきたシステムを書くのは常識

この負け犬が「常識」なんて書いてるよwwwかわいそうに。
もしそうならJavaしかできないバカには都合がよかったのにねー
540仕様書無しさん:04/02/08 13:56
某会社のSEの肩書きみてー(w
ネットワークSE
データ−ベースSE
システムソリューションSE
リスクヘッジSE
マネージメントSE
システムインテグレーションSE

なにが、えんたーぷらいずこんぴゅーてぃんぐだバカがっ。
541仕様書無しさん:04/02/08 14:04
>>539
普通そう 言語なんて書かないよ 言語について知りたければ面接官はまとめて聞いてくる
要はどんなことができるのかが重要だから
542仕様書無しさん:04/02/08 14:09
>>468
C言語すら使わずにアセンブラだけでLinuxやWindows並のOSを作れるもんならつくってみろと
543仕様書無しさん:04/02/08 14:11
>>542=フェミ。程度というものを知らなすぎ
544仕様書無しさん:04/02/08 14:11
>>539
貴様はJavaしかできないとかしつこくしつこくストーカーみたいに脳内変換して
ほざいているようだが、貴様はCしかできない馬鹿として永遠に不幸のプログラマを演じるがいい!!
545仕様書無しさん:04/02/08 14:12
>>540
エンタープライズコンピューティングもしらないとは
Cしかできない低脳はこの程度かw
546仕様書無しさん:04/02/08 14:12
C言語厨は分散オブジェクトも知らない。
こんなやつはそっこくクビにされるべきだ!
547仕様書無しさん:04/02/08 14:13
C言語厨はオブジェクト指向も知らない。
こんなやつはそっこくクビにされるべきだ!
548仕様書無しさん:04/02/08 14:15
>>469
愚か者め。君はじつに考え方が浅はかだ。

そんなことを考えている馬鹿はおまえだけだ。

JavaだけでOSをつくろうだと?
そんな愚かな思考をもつのはおまえだけだ。
つくれるもんならつくってみろ。
549仕様書無しさん:04/02/08 14:16
>>545
がんばって名前を追ってろ(w
550仕様書無しさん:04/02/08 14:17
>>544->>548
なんか、おまい味方も爆撃してないか?(笑)
551仕様書無しさん:04/02/08 14:19
>>550
まあ、馬鹿だからな。
Javaだけしかできないやつは醜いな。
552仕様書無しさん:04/02/08 14:19
>>446
なーにいってんだか。
Javaで作られた新しいものなら腐るほどあるぞー。
今でも多くのものがJavaから生み出され続けているぞ。
553仕様書無しさん:04/02/08 14:20
>>551
Javaだけとか言いたくないが、どう考えても味方を後ろから撃ってるとしか思えない・・・。(笑)
554仕様書無しさん:04/02/08 14:20
>>551
何度もいわせるな。Javaだけしかできないやつなどこの世に


 は 絶 対 に 存 在 し な い ! 

たとえ誰がなんと言おうともだ!

たとえおまえが殺されようともだ!
555仕様書無しさん:04/02/08 14:20
>>552
なにがうまれたん?
556仕様書無しさん:04/02/08 14:20
怒りのブレイクスルーを思い出した
557仕様書無しさん:04/02/08 14:21
やばいっ!薬中のやつがいるぞ!にげとけっ!
558仕様書無しさん:04/02/08 14:22
>>557
オラオら、逃げろ逃げろ。
さもないと銃殺されるぞ(藁
559仕様書無しさん:04/02/08 14:23
さて、Javaでプログラマ革命を起こそうじゃないか 
560仕様書無しさん:04/02/08 14:24
>>430
> >>427
> C++できてもJavaは書けない。
> ただ、経験的に分かるんだろう、理解は早い。
> 一回覚えさせれば、履歴書にjavaのみのPGよりかはぜんぜんいいっぽい。
しかしC++できるといっとるやしはオブジェクト指向できない香具師が多い
(たまにできる香具師がいても継承などの使い方もろくなものではない。)ので
その考えはどうも胡散臭くて信用できない。
C++厨のオブジェクト指向ができるというレベルは継承さえできればオブジェクト指向ができる
と勘違いしている香具師がおおくてうんざりする。無意味に4,5階層も無駄に継承を繰り返して
ソースコードの解析に無駄に手間がかかる。デザインパターンのひとつすら知らない
C++厨が書いたコードはとんでもなく汚いぞ。まったく呆れる。
そういうやつにもC++ができるとは言って欲しくないな。そういうやつは「Cしかできません」
と正直にいっていればいい。

しかし採用する側がC/C++/Javaの具体的な違いを分かっていないので正当に評価されないのが
悲しいところだね。C++できるとかいっておきながらたいしたことがないDQNばかりが採用されてくるのはウンザリ。
561仕様書無しさん:04/02/08 14:25
C言語厨はSQLも知らない。
こんなやつは即刻クビにされるべきだ!
562仕様書無しさん:04/02/08 14:26
ゆえに

C言語厨がJavaに文句をいう資格は無い!
563仕様書無しさん:04/02/08 14:26
>>560
どういうのがC++をしっているというのでしょうか?
564仕様書無しさん:04/02/08 14:27
宗教って怖いね・・・何もかも見えなくなる
思春期に、パンツずり下げ=かっこいいとおもってた時代と似ている
565仕様書無しさん:04/02/08 14:28
いやあ、どこかの国の思想ににているよ。
566仕様書無しさん:04/02/08 14:29
いまこそ、プログラマー革命を起こすときだ!


大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!
567仕様書無しさん:04/02/08 14:29
>>554Javaだけしかできないやつなどこの世には絶対に存在しない!
>>561C言語厨はSQLも知らない。ゆえにC言語厨がJavaに文句をいう資格は無い!

宗教だ・・・・(w
568仕様書無しさん:04/02/08 14:30
アメリカ合衆国の思想ににてるね。
569仕様書無しさん:04/02/08 14:31
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
570仕様書無しさん:04/02/08 14:33
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度をごまかすためにわざとソースコードを読みにくくしているのだ!

こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
571仕様書無しさん:04/02/08 14:33
>>569
おまえのいうデザインパターンとやらを分かりやすく説明してみろ。くそが
572仕様書無しさん:04/02/08 14:33
>>571
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度をごまかすためにわざとソースコードを読みにくくしているのだ!

こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
573仕様書無しさん:04/02/08 14:33
>>571
本を丸写ししてくるぞ!気をつけろ!
574仕様書無しさん:04/02/08 14:34
>>573
無礼者め! 貴様なんと言った!
貴様殺されたいか!
575自称C++厨をクビに仕様運動:04/02/08 14:35
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度をごまかすためにわざとソースコードを読みにくくしているのだ!

こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
576仕様書無しさん:04/02/08 14:37
俺が作るのは、カプセルばっかりで、おまけに開発は一人。
後は、メソッドなどの機能をしっかりドキュメントに残す。
ライブラリ化しておく、くらいだな。
577仕様書無しさん:04/02/08 14:39
いたぞ! こいつが(>>576)自称C++プログラマだ!

即刻ギロチンの刑にしろ!
578仕様書無しさん:04/02/08 14:39
>>575
おい、他のスレまで汚すなよ。
579仕様書無しさん:04/02/08 14:39
日曜なんて厨ばっかか・・・
580仕様書無しさん:04/02/08 14:40
>>578
IT業界が良い方向に向かうためならいかなる手段おもいとわない。
581仕様書無しさん:04/02/08 14:40
SUNはJavaを捨てて別言語の開発に移った・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・。
582仕様書無しさん:04/02/08 14:40
>>579
このような無礼者には即刻死をあたえるべきである!
583仕様書無しさん:04/02/08 14:41
>>581
JavaはSunだけの言語じゃないはず
584仕様書無しさん:04/02/08 14:41
おまえらみたいなJava厨のせいでJavaが馬鹿にされている部分は何割かあるな
585仕様書無しさん:04/02/08 14:42
>>467
C言語も一般化しとるだろうが。

おまえはJavaのことで10年後にことを心配しなくても良い。
不満があるならD言語でもやるか?   
586仕様書無しさん:04/02/08 14:43
SUNが手を引いたらJavaがどうなるかなんて目に見えてるだろが・・・・・・・・・・・・・・・・・・・・・・・・・・。
Javaの位置は、C#にとって変わられる。といきたいところだが、JavaグラマーがC#に移行できるとも思えない。
JavaはDelphiの位置にくるのかもなぁ。まぁもうちょっと活躍の場は与えられるが、数年後邪魔者になる
587仕様書無しさん:04/02/08 14:43
なあ、Javaから他の言語呼び出すときどうしてんの?
Systemcall?
588仕様書無しさん:04/02/08 14:43
>>584
Java厨の定義はJavaを少しでもさわった者があるものをさすわけだが。

つまりおまえはJavaのことを知っている。
つまりおまえもJava厨。
そしてこの世で携帯電話を持っている多くのものもJavaをさわったことがあるので
すべてJava厨だ。

わかるかい?
589仕様書無しさん:04/02/08 14:44
職務経歴書に言語を書かない馬鹿 = Javaしかできない
590仕様書無しさん:04/02/08 14:45
>>585
そのレスは意味が違う。
大衆にVB、Javaが一般的になってきているにもかかわらず、
旧技術のCやC++などの本が台頭してきているのは、なんでだらう?
つまり、それだけ基盤となる技術だってことCやC++は。って言いたいのだよ。
591仕様書無しさん:04/02/08 14:45
>>588
違うよ。Java厨とはJavaで生計を立ててる貧乏人のこと。
592仕様書無しさん:04/02/08 14:46
>>586
どうやらIBM, JBossの存在を忘れているようだな

Javaにアスペクト指向要素が付加されるかどうか議論している最中なのだぞ。


しかもC#は不運にもそれほどはやっていない。C/C++よりも普及していない。
あんな言語に将来性は全くない。M$は大きな失敗を犯した。

これからJavaにとって替わる言語はD言語だ。決してC#などあり得ない
593仕様書無しさん:04/02/08 14:47
>>589
まーだ馬鹿言ってるのかおまえは。
Javaができるやつはデータベースもネットワークもサーバ管理できるんだよ。

そこをわかっちゃいない。おまえは、本当にわかっちゃいねーー
594仕様書無しさん:04/02/08 14:47
>>591
違うよ。Java厨とはJavaコーヒーを飲んだことがある人のことをいうんだよ。

つまりコーヒーマニアはみんなJava厨なのさ。
595仕様書無しさん:04/02/08 14:48
違うよ。
Java厨とはJava Teaを飲んだことがある人のことをいうんだよ。
つまり茶通はみんなJava厨なのさ
596仕様書無しさん:04/02/08 14:48
>>593
>Javaができるやつはデータベースもネットワークもサーバ管理できるんだよ。
そう主張して鯖をいじくりひっかきまわし
鯖管にも嫌われてゆく哀れなJava厨
597仕様書無しさん:04/02/08 14:50
>>593
Java厨にサーバー管理なんてできないよ。
ヲタはLinuxで喜んでろや。
598仕様書無しさん:04/02/08 14:50
>>589
分析機器などの製造、データ−ベース系、ネットワーク系、統計システムの構築
などを記載すれば、おのずと、C++、C、アセンブラ、電子などできる。
実装に際して、どんな言語を使ったか、使えるのかは、面接官が聞きたきゃ聞いてくる。


>>593
Javaとデータベース、ネットワーク、サーバー管理?
なんにも誇るものがねーよ(w
599仕様書無しさん:04/02/08 14:50
おまえのいっていることを違約すると
自分で自分を嫌っているJava厨ってことか
つまりサーバ管理者 & Javaアーキテクトをかねているわけだから
600仕様書無しさん:04/02/08 14:51
>>592
派遣がD言語するようになるんですか?でD言語って何?    
601仕様書無しさん:04/02/08 14:51
>>597
できるよ。LinuxもBSDもSolarisもな。
まあおまえにはできないだろうがなw
602仕様書無しさん:04/02/08 14:52
>>600
あんた派遣だったの?
ご愁傷様
603仕様書無しさん:04/02/08 14:52
>>599
意味わかんな〜い。電波発生中? 
604仕様書無しさん:04/02/08 14:52
JavaでもCでもネットでもサーバーでもLinuxでもBSDでもソラリスでもなんでもどーぞ。

法令の知識がないならいらんな、うちの業界では(w
605仕様書無しさん:04/02/08 14:53
>>598
おまいはアメリカいっても自己PRが足りなくてなかなか就職できない香具師だろ
606仕様書無しさん:04/02/08 14:53
>>603
そうかおまえ電波だったのか
精神病院いってちゃんと治療してもらって来いよ。
がんばれ
607仕様書無しさん:04/02/08 14:54
>>605
面接で十分です。紙なんざ面接室に入るまでの材料程度
ってか、なんでPGってアメリカ大好きなの?アメリカに夢見すぎだぞ(w
608仕様書無しさん:04/02/08 14:54
>>604
ついにCオンリー厨の負け惜しみが始まったぞ(ワラ
609仕様書無しさん:04/02/08 14:54
>>604
おまえの業界自体がいらん。
610仕様書無しさん:04/02/08 14:55
>>604 はげどー 結局のところ業務知識だよな 言語なんざできてあたりまえなんだっつーの
611仕様書無しさん:04/02/08 14:55
Java派遣ってプリンタの面倒とかもみなくちゃいけないでしょ。
雑用だから。
612仕様書無しさん:04/02/08 14:56
>>609
医療、金融等々いらないの?
613仕様書無しさん:04/02/08 14:56
>>607
おまえ年寄りだろ(w
考え方が古いし余裕のなさがうかがえるぞ
自分のやっていることになんとかして威厳を保ち続けていたいから
必死になってあーだこーだJavaは糞だとかのたうちまわっていることがすぐにわかるw
614仕様書無しさん:04/02/08 14:57
>>613
方向が明後日すぎて相手にする気もおきねー(w
615仕様書無しさん:04/02/08 14:57
Java派遣はイエローケーブルの管理してるんだろ。
まあそれも仕事の一つだ。
がむばれや。w
616仕様書無しさん:04/02/08 14:58
>>610
おまいはアセンブラしかできないタコですな。
おまえはプログラミング言語は入社してから研修でやればいいとかいう
考えを支持する派だな。

しかしだな。多くの企業が大学などにプログラミング言語を習得してもらうことを
要求している。

しかし大学側はそんなもんは企業やれと反発している。平行線をたどっているのだ。
617仕様書無しさん:04/02/08 14:59
>>425
ソース読まなければ
クラスの性質をつかみにくいぞ。
たとえば
compareTo()のソースコードをみて
どのような比較方法をとっているか確認したり
BigDecimalクラスの桁数の上限はどのように管理しているかを確認したり

Object#equals()メソッドのソースを実際に自分の目で確かめることで
equals()メソッドがどのような挙動を示すか確認でき、
さらにどのようにequald()メソッドをオーバーライドすべきかを吟味する材料として非常に参考になる。
hashCode(), clone()にしても同様だ。

かなり勉強になるぞ
618仕様書無しさん:04/02/08 14:59
脳内補完激しすぎワラタ
619仕様書無しさん:04/02/08 14:59
>>454
そんなことないんだろ。CASLだけとは限らないだろ。
情報系の大学でているヤシはみなアセンブラ経験くらいしとる。
Z80いじくり回しとる。
620仕様書無しさん:04/02/08 15:00
>>616 ぷぷっ。
621仕様書無しさん:04/02/08 15:00
>>617
仕事時間中にそんな遊んでていいの?気楽なもんだなあ。公務員?
622仕様書無しさん:04/02/08 15:01
C厨の脳内補完か
「Java派遣」とかしつこくいってる厨っぷりだもんな。レベルの低さがうかがえる
こいつらがどういうツラをしているのか見てみたいものだな。
Cしかできないタコはデブか?

623仕様書無しさん:04/02/08 15:02
さらにオウム返しかよ
悶絶した
624仕様書無しさん:04/02/08 15:02
>>621
おまえんとこの部署も大変だな。
やることなすことすべてけちをつけられ制限されてろくなソフトも作れないとは哀れなもんだなw
625仕様書無しさん:04/02/08 15:02
なんかさ、すさまじいな
これは、のびのび教育のせい?
自分=絶対正義=絶対正しい
自分にとってアンチ=絶対悪=絶対間違い
626仕様書無しさん:04/02/08 15:02
>>622
Java派遣じゃ結婚も無理でしょ
627仕様書無しさん:04/02/08 15:03
>>626言っちゃった(w
628仕様書無しさん:04/02/08 15:03
C言語派遣は書類のコピーばかりやらされてるんでしょ。
雑用だから
629仕様書無しさん:04/02/08 15:04
Javaの派遣とCの派遣って給与の差はどんなもん?
630仕様書無しさん:04/02/08 15:04
>>626
おまえはもっと無理。
仮におまえができちゃった婚したとしても
おまえの給料では子供を養えず即離婚

それがC言語しかできない厨の宿命だからね
631仕様書無しさん:04/02/08 15:05
アホアンチ。生きてたのか。
てっきり飢え死にしたものかと。
632仕様書無しさん:04/02/08 15:05
>>629
JavaとC#が1500だとすると
C++ 1100
C 800
COBOL 700
VB 500
633仕様書無しさん:04/02/08 15:06
>>630
言っちゃった(w
634仕様書無しさん:04/02/08 15:06
>>632
ほぉーーーーーーー。
つまり、プログラマーって「一般事務作業員(ワード、エクセル要員)」より給料安いんだ。(w
635仕様書無しさん:04/02/08 15:07
お父さんがJava派遣だなんて知られたら
学校でいじめられるだろうね。
636仕様書無しさん:04/02/08 15:07
どうやら、このスレの流れを見ていると、

自称C++厨でCしかできないというのは図星だったようだな


C言語派遣ももう先がないな。いまのうちに段ボールでも用意しておけよw


637仕様書無しさん:04/02/08 15:07
お父さんがプログラマだなんて知られたら
学校でいじめられるだろうね。
638仕様書無しさん:04/02/08 15:08
ここからは
>>634のメンツを潰すすれとなりました

皆さん
自称C++厨を言い負かし、自称C++厨のプライドを潰すことに専念してください
639仕様書無しさん:04/02/08 15:08
おい!おまいら、それより問題点は
プログラマーって「事務員」より安いってことだろ!?
640仕様書無しさん:04/02/08 15:08
お父さんがC派遣だなんて知られたら
学校でいじめられるだろうね。
641仕様書無しさん:04/02/08 15:09
お父さんがC派遣だなんて知られたら
学校でいじめられるだろうね。
できちゃった婚で生まれた>>626の息子のように
642仕様書無しさん:04/02/08 15:09
なぁなぁ言語どーこー言ってる場合か?
「事務のおねーちゃん」より安いんだぞプログラマーは
643仕様書無しさん:04/02/08 15:10
>>634
>>632は事実だよ。
だめだよ、現実をしっかりとみなきゃ。

「Java派遣、Java派遣」と連呼している自分が恥ずかしくなってくると思わない?w
644仕様書無しさん:04/02/08 15:11
>>642
エンタープライズアーキテクトはそうでもないんだってさ
645仕様書無しさん:04/02/08 15:11
>>642
事務のおねーちゃんと、ソース読んで遊んでるJava派遣とどっちが役立ってると思ってんの?
646仕様書無しさん:04/02/08 15:11
>>643
いや、俺サンデープログラマーだし(w
647仕様書無しさん:04/02/08 15:12
じゃ、時給50円上げるから電話もとれるようになってよJava派遣さん!
なぁ、まずは安定したまともな給料もらったら?
すくなくとも「事務のおねーちゃん」よりは役にたつだろ?おまいら(w
649仕様書無しさん:04/02/08 15:13
>>646
> >>643
> いや、俺サンデープログラマーだし(w

プ やっと降参したか厨房め!
派遣よりも低給ってことだなw
ワラ
650仕様書無しさん:04/02/08 15:13
営業からみればJava派遣なんてオナニー野郎
としか思っていないし。
651仕様書無しさん:04/02/08 15:13
C言語厨は退散したか
652仕様書無しさん:04/02/08 15:14
>>650
営業からみればC言語派遣なんてオナニー野郎
としか思っていないし。
653仕様書無しさん:04/02/08 15:15
>>647
> じゃ、時給50円上げるから電話もとれるようになってよC言語派遣さん!  
65469式フリーPG@i-mode:04/02/08 15:15
盛り上がってまつね!
655仕様書無しさん:04/02/08 15:16
C言語厨、往生際がわるいぞw

おまえらがなんといおいとこの事実はかわらないんだからなw

JavaとC#が1500だとすると
C++ 1100
C 800
COBOL 700
VB 500


しっかりと現実をみておけよ低脳労働者ども!
656仕様書無しさん:04/02/08 15:16
>>654
アホアンチが生きてたんですよ!奥さん!
>>649
おれがこのスレで参加をはじめたのは>>629からなんだが・・・。
プログラミングは趣味。仕事は不動産。
金にならねーんだなプログラマって(w
658仕様書無しさん:04/02/08 15:16
>>476
腐るほどある。
おまえがアクセスしているサイトの先にはJavaが存在する。
おまえがもっている携帯電話にもJavaが存在する。

おまえが見上げている空に映っている火星上で動いている火星探査機も
Javaで遠隔操作されている。

おまえがApacheのサイトにアクセスしたときおまえはもうJavaのシステムに触れている。

もうおまえはJavaから逃げることは永遠に不可能だ。
659仕様書無しさん:04/02/08 15:17
>>655
それ、単位がわかんないんですけど。
660仕様書無しさん:04/02/08 15:17
比率
661仕様書無しさん:04/02/08 15:18
>>658
まあ、作っただけで腐ってるシステムは腐れるほどあるけどwwww
662仕様書無しさん:04/02/08 15:18
>>642
事務のおねーちゃんと、ソース読んで遊んでるC言語派遣とどっちが役立ってると思ってんの?
  
663仕様書無しさん:04/02/08 15:19
>おまえがApacheのサイトにアクセスしたときおまえはもうJavaのシステムに触れている。

なんで?
664仕様書無しさん:04/02/08 15:19
>>661
まあ、おまえの腐った脳みそよりは上等なシステムだがw
665仕様書無しさん:04/02/08 15:19
>>659
戦闘力です。
666仕様書無しさん:04/02/08 15:20
サンデープログラマの厨房はだまっとれ
667仕様書無しさん:04/02/08 15:20
>>661
おまえ馬鹿か、おまえは大脳にJavaChipでも埋め込まれる手術でもされなきゃ
おまえの馬鹿は直らないのか(ワラ

668仕様書無しさん:04/02/08 15:21
もうちょっと実行速度がはやければなー
669仕様書無しさん:04/02/08 15:21
>>658
それ全てJavaじゃなくても出来るじゃん。
おーるJavaでなんかあるの?
JavaOS?w
670仕様書無しさん:04/02/08 15:21
火をつけたのは俺なのに・・・。
なんか俺と関係ないところでみんな盛り上がってる・・・。欝だし。
671仕様書無しさん:04/02/08 15:21
JavaとC#が1500ドイツマルク(レンテンマルク発行前)
C++ 1100ユーロ
C 800ユーロ
COBOL 700ドル
VB 500円
672仕様書無しさん:04/02/08 15:21
C言語厨はさっきだれかがいっていたみたいにギロチンで処刑されるのがいいよ
673仕様書無しさん:04/02/08 15:21
要するにCの半分しか働かないバカJava派遣でも同じ給料もらえるってこと?
低脳クズプログラマーには夢の言語ですね。
674仕様書無しさん:04/02/08 15:22
給与=単価ワラタ
675仕様書無しさん:04/02/08 15:22
>>669
Javaの仕組みわかってない厨房は黙ってこの業界から消えてくんな!
676仕様書無しさん:04/02/08 15:22
どうでもいいが、このスレの何割が本職グラマだ?
677仕様書無しさん:04/02/08 15:22
Javaの下で動いているシステムはまず、CかC++とアセンブラで組まれてるんだがな
678仕様書無しさん:04/02/08 15:23
>>676
先生!Java派遣は本職のうちにはいりますか?  
679仕様書無しさん:04/02/08 15:23
>>671
それは違うな。
JavaとC#が1500ポンド
C++ 1100ユーロ
C 800ユーロ
COBOL 700ドル
VB 500円
680仕様書無しさん:04/02/08 15:24
Javaで食えるってことはJavaの需要があると言うことだと思うがな
まぁ俺はマイコン書きだが
681仕様書無しさん:04/02/08 15:24
>>676
先生!C言語派遣は本職のうちにはいりますか?  
682仕様書無しさん:04/02/08 15:24
っていうかApache事態Javaで書かれてる訳じゃないじゃん。
なんか笑えるな。
683仕様書無しさん:04/02/08 15:24
>>680
前々需要があるぞ
J2EEでは特に
684仕様書無しさん:04/02/08 15:25
久しぶりに来たけど厨房必死だな
685仕様書無しさん:04/02/08 15:25
>>682
おまえ、最近のApacheのサイトを知らないな。
Apache Ant
Apache 〜 と名がつくものにふれたとたん、おまえはJavaをつかっとることになるんだぞw
686仕様書無しさん:04/02/08 15:25
為替クロスレート表 04/02/08 14:26
            日本円 米ドル ユーロ 英ポンド 豪ドル
日本円 (JPY) -- 105.5600 134.0200 195.1400 81.1700
米ドル (USD) 0.0095 -- 1.2705 1.8485 0.7688
ユーロ (EUR) 0.0074 0.7871 -- 1.4549 0.6051
英ポンド(GBP) 0.0051 0.5410 0.6865 -- 0.4157
豪ドル (AUD) 0.0123 1.3007 1.6493 2.4013 --
687仕様書無しさん:04/02/08 15:26
とりあえず
C言語厨をからかうのはおもしろかった♪
688自称C++厨をクビにしよう運動:04/02/08 15:27
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度をごまかすためにわざとソースコードを読みにくくしているのだ!

こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

689仕様書無しさん:04/02/08 15:27
>>687
喜んでくれてうれしいよ。月曜日からはまた派遣のお仕事がんばるんだよ。
690仕様書無しさん:04/02/08 15:27
>>679
つまり、C++が一番高いわけだな・・・。
691仕様書無しさん:04/02/08 15:28
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(わざと読みにくくすれば解読に手間がかかるので凄いと思いこまれると勘違いしている馬鹿ども)
こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

692仕様書無しさん:04/02/08 15:28
言語云々騒いでるのはアホ
来た仕事をこなすだけ
693仕様書無しさん:04/02/08 15:28
>>689
喜んでくれてうれしいよ。月曜日からはまたC派遣のお仕事がんばるんだよ。
694仕様書無しさん:04/02/08 15:28
>>692
シンプルかつ的確な回答ですな
695仕様書無しさん:04/02/08 15:28
このスレで
C/C++ではなく
「C言語」と書いてる奴は
100%学生

間違いない
696仕様書無しさん:04/02/08 15:29
>>690
C++厨にとってはそう思いこむのが知らぬが仏として幸せだねw
697仕様書無しさん:04/02/08 15:29
>>689
>>693
おまえら実はただの工房なんじゃないか?
698仕様書無しさん:04/02/08 15:29
Apacheつったらhttpサーバーだろ。
そんなこともろくに知らんとは。さすがJava厨。
699仕様書無しさん:04/02/08 15:30
C言語とかかないと
Cをほかの意味と勘違いするしねえ。
しかもC/C++と一緒くたに扱うのはどうかと
700仕様書無しさん:04/02/08 15:30
>>692
コーダーは口答えなんてできないものな。
701仕様書無しさん:04/02/08 15:30
>>698
おまえ空気嫁よ
話の流れをつかんでないだろC言語厨房
702692:04/02/08 15:30
>>700
その通りだ・・・
703仕様書無しさん:04/02/08 15:31
こうしよう!
自分の会社名は晒せないとしても、自分の会社の株価(1単位)くらいだそう!
704仕様書無しさん:04/02/08 15:31
UMLとかを知っているのに口答えできない香具師は
不幸なプログラマですね。
705仕様書無しさん:04/02/08 15:31
>>699
C++とじゃ勝負にならないって自分でもわかってるんだ。
Java厨のくせにカシコイじゃん。
706仕様書無しさん:04/02/08 15:32
株式を公開していない中小企業なんてのもいるらしいしなw
707仕様書無しさん:04/02/08 15:32
そもそもJavaとC++じゃ次元(需要用途)が違うんだよ!
いっしょくたにするなと
708仕様書無しさん:04/02/08 15:32
ついでに出来高もな!(w
株価と出来高わかれば検索できるし
709仕様書無しさん:04/02/08 15:32
>>705
前々勝負になるんだけど。
C++なんて朝飯前。それよりもJavaと張り合うならD言語のほうだね
710仕様書無しさん:04/02/08 15:33
>>708
なに興奮してるんだ(ワラ
711仕様書無しさん:04/02/08 15:33
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者で
オブジェクト指向もしらなければデザインパターンも知らない悪いやつである。
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(わざと読みにくくすれば解読に手間がかかるので凄いと思いこまれると勘違いしている馬鹿ども)
こんな卑怯者が許されるか!

ふたを開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

712仕様書無しさん:04/02/08 15:33
>>709
張り合うってwwwwwwwwwww
713仕様書無しさん:04/02/08 15:35
>>707
はぁ?じゃJavaとC言語(原文のママ)は用途が一緒だと?
714仕様書無しさん:04/02/08 15:35
>>711
昔あったアジャイルがどーたらのコピペに似てるな
715仕様書無しさん:04/02/08 15:35
>>713
なんでそうなるんだ?
716自称C++厨をクビにしよう運動:04/02/08 15:35
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 

大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかもウォータフォール信者と来た! 許せん!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

7174830:04/02/08 15:35
自分の会社の銘柄コードを名前の欄に書いて、討論しようぜ。
718仕様書無しさん:04/02/08 15:36
なんだか知らないけどすごくC++にジェラシーを感じていると言うことがわかったよ。
719仕様書無しさん:04/02/08 15:36
プログラマ革命だったら雇用体制を革命しろよな
そんなアホグラマたたきじゃなくて技術評価で
720仕様書無しさん:04/02/08 15:36
>>717
わろた
721仕様書無しさん:04/02/08 15:37
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 
(本当は自称C++厨なんてたいしたことがない、上辺だけなのだ! 真実を見よ!)

大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかも悪名高いウォータフォール信者と来た! 許せん! 今こそ正義の一撃を!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

722仕様書無しさん:04/02/08 15:38
>>718
C++のさわりをできたくらいで威張って勘違いしている香具師がいるからでしょ
723仕様書無しさん:04/02/08 15:39
>>722
「さわり」って表面って意味じゃないよ
724仕様書無しさん:04/02/08 15:39
>>719
確かにこのコピペ核がないよな
725仕様書無しさん:04/02/08 15:40
>>717
これが本当に藻前の会社なのかと
http://www.psd.co.jp/company/
726仕様書無しさん:04/02/08 15:41
>>723
で?
727仕様書無しさん:04/02/08 15:41
過去ログ読んだけど、C++が出来るとか威張ってる奴
1人も居なかったよ
728仕様書無しさん:04/02/08 15:41
C++厨=アホプログラマ
という烙印を押されてしまったのか
729仕様書無しさん:04/02/08 15:42
>>727
マ板のほうのC++過去スレで威張ってるのがいるよ
730仕様書無しさん:04/02/08 15:42
>>728
技能の低い香具師だろ
731仕様書無しさん:04/02/08 15:42
>>725

始値 1 (09:00) 出来高 32,271,000
高値 2 (09:01) 前日終値 1 (04/02/05)
安値 1 (09:00) 売買代金 36,644(千円)
売気配株数 気配値 買気配株数
-- 成行 --
116,458,000   4
254,589,000   3
180,649,000   2
            1 671,297,000
732仕様書無しさん:04/02/08 15:43

>>727
ほんとに全部読んだか?
733仕様書無しさん:04/02/08 15:44
で、ストックオプションは?  
734仕様書無しさん:04/02/08 15:46
>>733
ストックオプション!?意味わかってんのか!?社員あばれんぞ!(w

717はギャグで書いてるんだろ。
735仕様書無しさん:04/02/08 15:49
いや、おまえがいくら儲けてるのか知りたくて差
736仕様書無しさん:04/02/08 15:50
でも、俺ンところにくる仕事って、たいてい、
Java、VB、VBScript(ASP)なんだよな。

ちなみにクラサバとWebアプリ専門だけど。
汎用機は経験なし。
ま、業務系アプリなんてこんなもんよ。
そんなCだのC++だので書かなけりゃいけないほど、
実行速度重視のアプリなんてねーし。
速度だしたきゃ、まず、DB、SQLの方から検討だね。
重いのなんて、ほとんど集計処理だから。
あとは日次/月次で集計表を作っておいて、それを出すだけにする。

ま、一般的な業務プログラムパッケージ開発、カスタマイズ作業なら、
VBだけできりゃおっけ。
Javaできると、Webアプリ開発での仕事が増える。

考えてみりゃ、簡単で流行の言語の方が仕事が多いのは当たりまえでさ。
そういう意味じゃ、PGは簡単な作業を延々とこなすだけの肉体労働で、
頭脳労働ではなくなってきた、ってことなんかもな。
専門知識もいらんし。
そりゃ中国のPGに出し抜かれるさ。
737仕様書無しさん:04/02/08 15:51
最近株はじめた奴で損してる奴は少ないと思うぞ。
738仕様書無しさん:04/02/08 15:51
どこぞの変な脆弱なOSを作ってるマイクソなんとかってところとは取引していないみたいだな
739仕様書無しさん:04/02/08 15:52
>>736
いまだにASPとはご愁傷様ってこった
740仕様書無しさん:04/02/08 15:52
VBScriptか、あの悪名高いスパゲティインチキ言語か
741仕様書無しさん:04/02/08 15:52
中国PGに委託したことあるけど傲慢&糞コード
これからはそれらを修正するのが日本人PGの仕事になるね
742仕様書無しさん:04/02/08 15:53
中国人はB型が多いから糞コードが多い
743仕様書無しさん:04/02/08 15:53
>>738
MICROSOFT CP (NasdaqNM:MSFT) Quote data by Reuters

After Hours (RTM/ECN): 27.07 0.01 (0.04%)

Last Trade: 27.08
Trade Time: Feb 6
Change: 0.12 (0.45%)
Prev Close: 26.96
Open: 27.00
Bid: 9.12 x 100
Ask: 45.00 x 100
1y Target Est: 33.52
Day's Range: 26.93 - 27.19
52wk Range: 22.55 - 30.00
Volume: 47,216,232
Avg Vol (3m): 68,002,877
Market Cap: 292.17B
P/E (ttm): 33.19
EPS (ttm): 0.816
Div & Yield: 0.16 (0.59%)
744仕様書無しさん:04/02/08 15:54
いまさらM$株なんて興味がないな
745仕様書無しさん:04/02/08 15:55
>>739-740
いや、昔はWebアプリ、っていえば、ASPだったんよ。
って、別にそれは知ってるか。
746仕様書無しさん:04/02/08 15:57
>>744
えー。俺はほしいけどぉ?
747仕様書無しさん:04/02/08 15:58
吉野家の株もちは最悪だな
748仕様書無しさん:04/02/08 15:58
>>727
なにやらアホPerl厨が威張ってたな。

ム板のC++は難しすぎスレでは
両者ともプライドをかけてかなりのしつこく
争ってたよ 
749仕様書無しさん:04/02/08 15:59
>>745
おまえ、それいったらPerl厨になんか言われれるぞ
750仕様書無しさん:04/02/08 15:59
>>746
ならば折れ様がM$の株価を下げてやるよ
751仕様書無しさん:04/02/08 15:59
>>747
持ってるよ、14万で仕入れた。
(-.-;)y-~~~そろそろ隔離しないとな
752仕様書無しさん:04/02/08 16:00
>>750
たのむ!めちゃくちゃにさげてくれ!俺が買い上げるから(w
753仕様書無しさん:04/02/08 16:03
>>749
あ、すまん。
754仕様書無しさん:04/02/08 16:06
>>752
おまえの金じゃ無理。
一株くらいなら買えそうだがなw
755仕様書無しさん:04/02/08 16:07
>>751
もお遅い
756仕様書無しさん:04/02/08 16:08
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 
(本当は自称C++厨なんてたいしたことがない、上辺だけなのだ! 真実を見よ!)

大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかも悪名高いウォータフォール信者と来た! 許せん! 今こそ正義の一撃を!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
757仕様書無しさん:04/02/08 16:11
>>755
余裕で逃げられます。まぁ152000で売り逃げできますな。12000円x20株=24万-(1680円*2)が利益
売気配株数 気配値 買気配株数
179 158,000
180 157,000
416 156,000
195 155,000
436 154,000
     153,000 128
     152,000 280
     151,000 164
     150,000 329
     149,000 103
758仕様書無しさん:04/02/08 16:11
いまこそ、プログラマー革命を起こすときだ!

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 
(本当は自称C++厨なんてたいしたことがない、上辺だけなのだ! 真実を見よ!)
大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかも悪名高いウォータフォール信者と来た! 許せん! 今こそ正義の一撃を!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!

759仕様書無しさん:04/02/08 16:11
いまこそ、プログラマー革命を起こすときだ!

で、亜ボーン設定・・・よろし、と・・・。
760757:04/02/08 16:12
0が一個ぬけたった
761仕様書無しさん:04/02/08 16:12
おお、自分のレスまで亜ボーンされたw
762757:04/02/08 16:12
ぬけてなかった(w
763仕様書無しさん:04/02/08 16:12
>>757
勉強になった。
ところで吉野家のあの味はメリケン産でしか出せないようだな。
764757:04/02/08 16:16
>>763
株おもしろいぞ。パチンコでリーチがずーーーーーっときてる状態に近い。
50万くらいなら捨てられるでしょ。やってみな。
まぁ、今日のニュースで「吉野家の肉の在庫きれますた!」って報道がでたら俺はマイナスになるんだがな(w
765仕様書無しさん:04/02/08 16:19
>>764
そうするつもり。ありがと。
766仕様書無しさん:04/02/08 16:22
>>765
最初のうちは信用はやらないようにね(w
「現物取引は、0円まで。」
「信用買いは、家まで。信用売りは命まで。」
もってかれます(w
マネックス、イートレ、カブドットコムあたりではじめてみん。イートレが手数料的にいい。
767仕様書無しさん:04/02/08 16:28
>>766
藻前親切だな。マジアリガトウ。
漏れは立場的に一般人より小売り関係や外食関係の情報が入りやすいので
そっち方面を「手堅く」いくつもり。
信用は鬼門と思ってるよ。
768仕様書無しさん:04/02/08 16:37
>>767
少額(借金はすんなや)なら、分散投資はしないで、数銘柄に絞ってその中で1銘柄に全額投資。
「買った株の株価がここまで下がったら絶対に負けを認める!」という損切りを徹底すること。
負けを素直に認める態度と、自分にハッタリをかます図太い心臓を育成できるようになる。

それから、信用取引は別に「危なくないよ」。ちゃんと損切りができるようなら。
信用取引をしないと市場の見方が偏るから、信用売りは、一度くらいはぜひ。

JavaだぁCだぁ技術だぁとか言ってるこのスレがアホらしくなる。
帳簿も重要だけど、人の思惑が株価を動かす。これを感じ取ったら一皮剥ける。
769仕様書無しさん:04/02/08 16:49
・・・つまんね。
つうか、どうすんだよ、この変な空気。
770仕様書無しさん:04/02/08 16:54
よーし燃料投下しちゃうぞ!
Java糞
771仕様書無しさん:04/02/08 17:03
>>770
必死だな(プ
772仕様書無しさん:04/02/08 17:03
>>768
ほ〜
勉強になりました
77369式フリーPG@i-mode:04/02/08 17:33
もう祭りは終りでつか?
774仕様書無しさん:04/02/08 17:40
jaxaっていう名前はJava臭から生まれたんだよ。

そもそもJavaていうのはJapan vashingの略だからな。
Javaは使えて当然だけどjavaでオナニーはじめたら日本人をやめたのと同義
775仕様書無しさん:04/02/08 17:40
Cげんがーの書く仕様は好きです
論理的でいい!
776仕様書無しさん:04/02/08 18:06
Cげんがー:論理的
Javaer:感傷的
77769式フリーPG:04/02/08 18:13
Adaが良いだ
778仕様書無しさん:04/02/08 18:58
てか、「匿名性」と「暗号化」は関係ない
779仕様書無しさん:04/02/08 18:59
>>778
誤爆です・・・
780仕様書無しさん:04/02/08 19:01
分かってます。
781仕様書無しさん:04/02/08 19:05
「匿名性」と「暗号化」は関係ない
782仕様書無しさん:04/02/08 19:06
・・・話が読めるな
78369式フリーPG:04/02/08 19:24
Javaが使えないと思ってる椰子は、Eclipseを使ってから言いやがれっ!
784仕様書無しさん:04/02/08 19:58
>>783
Eclipse は 3 年くらい前の VS 程度だな。
785仕様書無しさん:04/02/08 20:52
>>784
あなた、JDTのリファクタリングツールを使いこなしていないですね?
786うんこぶり増:04/02/08 21:19
半ば都市伝説と化していた2chでのプロ固定・・・
彼らが下記のスレッドにて活動していたようであります

ヒッキー板
キモイ・キショイと言われる人〜あいつキモくね?
http://etc.2ch.net/test/read.cgi/hikky/1076067194/

詳細や、実際に私がそのスレッドに投稿していて何を感じ考えたかは
後に投稿いたしますが当スレッドが既に1000に到達しており
dat落ちの危険性がある為とり急ぎリンクだけ貼っておきます
プロ固定とおぼしき彼らの組織名は『中央町』です
なお『中央町』という単語が始めてでてきたのは当該スレの
『680』でありその後の重要なレスは『800』以降をご覧になって頂くと良いと思います
真実かそうでないか、私が大馬鹿者であるかどうかはみなさんのご判断にお任せいたします
787__:04/02/08 21:31
C#くそ
788仕様書無しさん:04/02/08 21:57
eclipseは素晴らしいね、確かに
789仕様書無しさん:04/02/08 22:42
ただだとなんでもありがたがるかならなあJava厨って(www
790仕様書無しさん:04/02/08 22:52
ただを有難がって何が悪いんだ?
そういうことを言うやつに限って、M$製品不正使用して開発してることが多いが。
791仕様書無しさん:04/02/08 22:55
>>789
レッテル貼りがはげしいのも考えものだな
79269式フリーPG:04/02/08 23:01
ネイティブだったら、いいんだけど。

Eclipse
793仕様書無しさん:04/02/08 23:37
ジャバラもまた追い込まれつつある。COBOLerから転向した奴はほんと悲惨。
794仕様書無しさん:04/02/08 23:48
コボルから転向した奴は極少数でしょ
795仕様書無しさん:04/02/08 23:52
Javaでプログラム書ける程度ではぜんぜんだめだな。
アーキテクチャを名乗れてナンボでしょ
796仕様書無しさん:04/02/09 00:00
>>794
逆。業務系では転向者がほとんど。
797仕様書無しさん:04/02/09 00:09
コボルのようなソースって、書けるのJava?
798仕様書無しさん:04/02/09 00:13
>>795
ハァ?馬鹿?
799仕様書無しさん:04/02/09 00:14
>>795
アーキテクチャを名乗ったら恥かくよ。(大藁
800仕様書無しさん:04/02/09 00:18
>>797
クラスはひとつ。
変数はすべてstatic。ローカル変数なし。
メソッドも全部static。引数と戻り値は使用禁止。
801仕様書無しさん:04/02/09 00:25
>>795
私は J2EE でエンタープライズコンピューティングで JMX しながら
Web サービスしてグリッドコンピューティングかつ .net で UDDI して
Oracle ってました。

こんなんか?
802仕様書無しさん:04/02/09 00:45
Javaって所詮、実用新案って感じだな。
>>800
カウンタもstaticでつか?
804仕様書無しさん:04/02/09 08:45
>>801
使えなさそうなやつだなあ。フォームメールも作れないくせに。
805仕様書無しさん:04/02/09 10:03
Javaってフォームメール程度でものさしを図るのか・・・
806自称C++厨をクビにせよう運動:04/02/09 10:08
いまこそ、プログラマ革命を起こすときだ!
(亜ぼーんする愚か者には核ミサイル無量大数本分の死を!)

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 
(本当は自称C++厨なんてたいしたことがない、上辺だけなのだ! 真実を見よ!)
大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかも悪名高いウォータフォール信者と来た! 許せん! 今こそ正義の一撃を!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
807800:04/02/09 13:28
>>803
クラスのインスタンスを生成しないので、カウンタもstaticで良いのです。

あと、変数名、メソッド名はすべて大文字です。

public class X501010J {
 // DATA DIVISION.
  static int WK_CNT; // カウンタ
  static boolean EOF_FLG = false; // ファイル終了フラグ
 // PROCEDURE DIVISION.
 public static void main(String[] args) {
  INIT_PROC();
  while(!EOF_FLG) {
   READ_PROC();
  }
  END_PROC();
 }
 static void INIT_PROC() {
  :
  :
 }
}
808仕様書無しさん:04/02/09 13:52
DBの話題に触れないだけHSPスレの方が己を知っているような気がする

Pro*C仕事が・・嗚呼
809仕様書無しさん:04/02/09 16:38
某スレのJava厨が必死すぎて、
マンコ食いたくなってきた。
っていうか、C++だろうとJavaだろうとできて当たり前だろうに…
JavaかC++だったらJava選ぶ、C++やってる奴はクソって・・・
両方できねぇのかと・・・小一時間(ry
810仕様書無しさん:04/02/09 17:24
エキゾチィック〜 java 〜ん!!
>>807
>// DATA DIVISION.

・・・・
812仕様書無しさん:04/02/09 20:19
>>809
是非その某スレに俺を誘導してくれ。
探したけどそれらしいのは見つからない。
813仕様書無しさん:04/02/09 22:34
http://japan.cnet.com/interview/story/0,2000050154,20064131,00.htm

S U N 必 死 だ な
IBMと結婚して両者共々心中してくれればいいのに

814仕様書無しさん:04/02/10 01:14
サンは正直終わってる
815仕様書無しさん:04/02/10 01:24
目を閉じて何も見えず

悲しくて、目を開ければ

荒野に続く道より

他に見えるものはなし

嗚呼、さんざめく名もなき星たちよ

せめて、ひそやかに

その身を終われよ

 わ れ は 往 く
  青 白 き 頬 の ま ま で

 わ れ は 往 く
  さ ら ば 昴 よ
816仕様書無しさん:04/02/10 01:25
・・・。

あれ、ここどこ?
817仕様書無しさん:04/02/10 10:43
>>813
このスレはJavaスレであってSunスレじゃないから
Sun叩きは議論の邪魔をしないようにあっちに誘導されてください

SUNのでっちあげ?
http://pc.2ch.net/test/read.cgi/unix/1006402714/l50
SUNFire280RよりPP200だと!?
http://pc.2ch.net/test/read.cgi/unix/1011855691/l50

SunFireはクズ。IBM pSeries買いましょう!
http://pc.2ch.net/test/read.cgi/unix/1030812639/l50

Sun Microsystems最大の虚勢
http://pc.2ch.net/test/read.cgi/unix/1073745032/l50

Sun安いぞ!おい!5 -V210,240なら次はBlade200だろ-
http://pc.2ch.net/test/read.cgi/unix/1042835865/l50

818仕様書無しさん:04/02/10 10:47
>>775
Cげんがーの書く仕様はスパゲティ的です
819仕様書無しさん:04/02/10 10:49
>>695
> このスレで
> C/C++ではなく
> 「C言語」と書いてる奴は
> 100%学生
>
> 間違いない

これ嫁
http://pc2.2ch.net/test/read.cgi/tech/1075391184/675
820仕様書無しさん:04/02/10 11:39
>>819
Kusakabe Youichi先生も同じこと言っていたな。
確かに。
普通、『C言語』とは言わないね。
822仕様書無しさん:04/02/10 12:25
Javaの何がいいの?
823マジな話:04/02/10 12:32
そんな事より>>819よ、ちょいと聞いてくれよ。スレとあんま関係ないけどさ。
このあいだ、得意先の会社に面接に行ったんです。面接。
そしたらなんか面接官がへんなこと言ってるんです。
で、よく聞いてみたらなんか「使用言語、C言語、Visual C++ってなに?」とか言ってるんです。
俺は「C, C++」としか書かなかったはずなのに、営業が書き直したらしいんだよね。もうね、アフォかと。ヴァカかと。
お前な、勝手に人の経歴書をDQNっぽく書き換えてんじゃねーよ、ボケが。
経歴書だよ、経歴書。
なんか文字列が短くて寂しいからとか言ってるし。勝手に書き換えておいて善い事したつもりか。おめでてーな。
よーし社長、CはC言語、C++はVC++にするぞー、とか言ってるの。もう見てらんない。
お前な、情報処理の常識本やるから、少しは勉強しろと。
面接ってのはな、もっとマターリとしてるべきなんだよ。
テーブルの向かいに座った面接官といつタバコの火の着け合いが始まってもおかしくない、
着けるか着けさせるか、そんな雰囲気がいいんじゃねーか。ただの営業は、すっこんでろ。(何が営業技術課だ、ぼけ)
で、やっと面接官の笑いが収まったと思ったら、営業の奴が、「何がおかしいんですか?」とか言ってるんです。
そこでまた大爆笑ですよ。
あのな、営業技術課なんてきょうび流行んねーんだよ。ボケが。
ただの営業のクセして何が、営業技術課、だ。
お前は本当に営業技術課なのかと問いたい。問い詰めたい。小1時間問い詰めたい。
お前、ただの営業ちゃうんかと。
ソフトウェア開発部の俺から言わせてもらえば、お前のやっていることはやっぱり、
「大きなお世話」、これだね。
C、C++、これがプロの書き方。
C++ってのは、MS以外の場合も入ってる。そん代わりMS厨と思われない。これ。
で、それにC。これ最強。
しかしこれで書いても書いても、面接時には書き換えられるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、>>819は、経歴書は営業に渡すなってこった。
824仕様書無しさん:04/02/10 12:39
>>823
俺も経験あるな・・それ。
>>823
「嘘つき派遣・・・」のスレを立てたのも君か?

『タバコに火を点ける』だと思うぞ。
826仕様書無しさん:04/02/10 12:50
>>825
君は知らないだろうな。
俺のカキコの80パーセントは君のレスだ!!
あと、嘘つき派遣スレは俺じゃない。

点→点火という意味・・・ライターに火を点けた
着→着火という意味・・・タバコに火を着けた

と、教わったのだが・・・
827仕様書無しさん:04/02/10 12:51
興奮しすぎて、日本語がおかしくなった。

×俺のカキコの80パーセントは君のレスだ!!
○俺のカキコのレスの80パーセントは君のレスだ!!
ワロタ
マ板って面白いなw
829仕様書無しさん:04/02/10 12:56
>>828
お前が笑ってどうする。
俺のカキコのレスのほとんどがお前なんだぞ?
釣り師か、俺は?
       |
       |
   ぱくっ|
     /V\
    /◎;;;,;,,,,ヽ   そんなエサで
 _ ム::::(,,゚Д゚)::|    俺様が釣られると思ってんのか!!
ヽツ.(ノ:::::::::.:::::::.:..|)    
  ヾソ:::::::::::::::::.:ノ    
   ` ー U'"U'     
831仕様書無しさん:04/02/10 13:06
>>830
ところで、お前、マ板住民なのか?
最近、よく見かけるようになったような気が・・・
832仕様書無しさん:04/02/11 08:00
なんか凪いでしまっているから、振るだけ振っとこうかな。

やっぱり、Java、微妙。
たしかに悪くないとは思う。
・OOっぽい記述が割と思い通りに出来る
・SDK含め、割と関連するFramework、ツール群がフリー
・言語仕様も分かりやすいし、eclipseのおかげで、開発環境も整った
・最近のマシンの高スペック化でVMのオーバヘッドもさほど気にならなくなった

が、すくなくとも、業務系開発SEとして、言語選定していると、どうしてもJavaである必要性が分からなくなってくる。

(クラサバ)
サーバ側、クライアント側、どちらもまず間違いなくWindows。
この環境で、開発すると。
サーバ側バッチ:Javaよりも軽くて早い言語は幾らもある。DBとの親和性も高い
クライアント:Javaで書くならVBの方がはるかに早く簡単できて、しかも軽いアプリになる
→Javaいらね

(Webアプリ)
サーバはまちまち、クライアントは携帯端末ふくめ、それこそまちまち
Windowsサーバ:.Netつよし。特にOffice製品との相性のよさはどうにも引っぺがしがたい。場合によってはIIS4(ASP)で十分な場合も
Unix, Linux系サーバ:規模によるが、そこそこ大きいものでない限り、PHPが先に出る。下手にJavaを選んでまっとうな作りにすると、かえって工数が膨らむ
→Java、微妙

本当にこんなちやほやされるほどの言語か、これ。
知識だけはぎっちり詰め込んで、会社では1,2を争そうJava使いみたいにいわれる俺だが、Java案件持ってこられるたびに、Javaって無駄多いよな、他のにすりゃいいのに、と思ってしまう。
833仕様書無しさん:04/02/11 10:05
>>832
"会社では1,2を争そうJava使いみたいにいわれる俺"でも、
分析が学生か小さなソフト会社の新入社員レベルではね。
結局、言語選定の権限なんか持たせてもらえてないんじゃん!
834仕様書無しさん:04/02/11 10:22
>>832
Javaが使われるのは動機は技術的理由じゃなく政治的理由がメインだろ。
835仕様書無しさん:04/02/11 10:25
COBOLは潰さねばならん。しかしMS技術はあまりにも移ろいやすく長く使えない。
しかし標準化しかされていない、私企業の手が入っていない技術はあまりにも
開発が困難だ。

そんな時、何故か微妙にバランスのいい所にいるのが現在のJavaだな。
836仕様書無しさん:04/02/11 10:30
Java終わってるwww
837仕様書無しさん:04/02/11 10:43
>>832
「OOっぽい記述」って違和感のある表現だな。
「OOじゃない言語でOOっぽい記述ができる」ならわかるが、javaはもろOOだし。

具体例見せて。

ちなみに>>807のCOBOL風javaは虚構ですので鵜呑みにしないでね。
838仕様書無しさん:04/02/11 11:23
>>832
具体的に物を言わない香具師が多い中、良い振りだけど

> 会社では1,2を争そうJava使いみたいにいわれる俺だが、
あんた、これ余計だよ。このおかげでかなり馬鹿っぽく見える。
あ、これが振りのメインか。
839仕様書無しさん:04/02/11 12:37
>>832
俺はこんな感じの印象持ち。

クラサバ:
クライアントOSは間違いなくWindows。OSの種類も特定できるくらい環境を固定できることも多い。
サーバOSはUnixかWindows。
規模が小さめならWindows多し。
少し規模が大きくなるとその割合は半々くらいまで上がる。
開発会社だとUnixが主であることも多い。

どんな商用ツールもJavaインタフェースをそろえてきた。
開発言語にJavaが使われることが多いが、歴史が長いプロダクトだとVisualBasicも強い。


Webアプリ:
イントラネットのアプリケーションは社内サーバを使うこともあるので Windows ということもある。
単なるWebサイト公開のみなら Windows が採用されることもある。
動的コンテンツをふんだんに使ったサイト、アプリケーションの場合は、
可用性と保守性の面から Unix に傾いていく。

クライアントはまちまち。
大規模になるほど、制約をかけやすい言語で開発される。

開発言語は、実績の面から Java が強い。
C# がもっと使われていいとも思うけど、サーバOSにUnixが多いのでJava採用となる流れ。
840仕様書無しさん:04/02/11 14:30
>>839
> 歴史が長いプロダクトだとVisualBasicも強い。
VBで歴史が長いとか言うだけで、経験の浅さが分かる。
おまいら、VBとJavaくらしか知らないで評論してんじゃねーよ。
841仕様書無しさん:04/02/11 14:31
COBOLerが参戦した模様w
842840:04/02/11 15:07
>>839
Windowsしか使ったことないから、Unixとか書くのね。(ワラ
843 :04/02/11 15:08
>>834
つまり客か・・・
844843:04/02/11 15:43
>>842
突っ込むところはそこじゃないぞ。サーバーの候補にWindowsが入ってるところだ。
 おまえもアフォだな。
845840:04/02/11 16:32
>>844
俺は、Windowsサーバーは否定しないよ。ただ、Unixとは書かない。
おまえがアフォだよ。
846仕様書無しさん:04/02/11 16:38
うNIX

これでいいか?
847仕様書無しさん:04/02/11 17:13
>>845
プロはなんて書くのか教えてくれ。
無理にとは言わないけどw
848仕様書無しさん:04/02/11 17:19
>>847
system IIIとか
849仕様書無しさん:04/02/11 17:29
>>847
Solaris とか Linux とか。 藻前にとってはどっちでも一緒なの?
850仕様書無しさん:04/02/11 17:33
>>849
それらを総称して うNIX
851仕様書無しさん:04/02/11 17:33
うんこNIXでもいいや
852840:04/02/11 17:38
>>847
家でパソコンいじってるだけの素人は、違いに気付かないんだろうね。
本くらい買って読めよ。
unix系でいいじゃん。
854本日の名言:04/02/11 17:44
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
>>本くらい買って読めよ。
855仕様書無しさん:04/02/11 17:48
アマ→Solaris,Linux
プロ→UN*X
グル→userland/kernel
856仕様書無しさん:04/02/11 18:08
犬糞
857仕様書無しさん:04/02/11 18:08
>>854
そうそう。
そうしないと、学校や会社で2ちゃんねらーってバレちゃうよ。
858仕様書無しさん:04/02/11 18:12
前はUNIX-Cで開発してて、
ここ最近、JAVAの開発が3件ぐらいあったんだけど
JAVAの開発はいまいち好かんね

@開発環境が使いにくい
 しかも重い
Aひとつのことするにもやり口が何種類もあっていちいち覚え
 直して覚えるのが大変
Bフレームワークが毎回違う
 今までやった仕事だと、大体カスタマイズしたフレームワークを使ってた
 (もしくは作れと言われた)
 毎回関数とか覚えなおさないといけないのよね・・・・
Cモデルクラスとか・・・異様にめんどくさい
 馬鹿馬鹿しいとこに時間浪費してるような気がする


っていうかオブジェクト指向系の言語ってみんなこんな感じなの?
教えてエライ人
859仕様書無しさん:04/02/11 18:28
偉い人の長文お説教予測
@ 新しいPC買え伝々
A パターンを覚えれば覚えるのが楽だとか何とか
B そこがオープンソースの利点がどうたら(弊害は無視)
C その柔軟性がOOPの良さだとか(これも弊害はシカト)
で最後に勉強が足りねえだの何だのほざく
860仕様書無しさん:04/02/11 18:49
>>859
残念だけど、 >>858 の質問は、「オブジェクト指向系の言語ってみんなこんな感じなの? 」
だから、「傾向としては同じだが、細かい点は言語によって違う」が正解。
問題をよく読みましょう。
861859:04/02/11 19:06
>>860
指摘ありがとう偉い人
脊椎反射にきをつけます
862仕様書無しさん:04/02/11 20:06
傾向としては同じだが、Javaでやるのは糞

が正解
863仕様書無しさん:04/02/11 20:15
Javaをやるのは糞が正解
ついでにやるもんでしょ。VBみたく。
865仕様書無しさん:04/02/11 20:21
>>858
>JAVAの開発
個々が間違い。J2EEでの実装作業のことでしょう。

ぶっちゃけ、馬鹿PG用サーバーサイド開発環境です。
分かってる人1人+馬鹿PG100人で開発できる環境です。

好ましいかどうかはともかく、安上がりになります。
人手が足りなきゃ、そのフレームワーク上でソースが多少書ける
外注派遣馬鹿を集めりゃ良いわけで。
866858:04/02/11 20:30
うーん オブジェクト指向言語は多かれ少なかれ
みんなそうなのね

ありがとうエライ人

しかしJAVAが何って・・・オープン系だからって理由?で
工数低いらしくて
納期がきつい仕事が多いのが一番鬱だ
867仕様書無しさん:04/02/11 21:35
漏れはたいした技術持ってないけど。
Javaってあれよ。ガーベジコレクションがいいのさ。メモリのことをC/C++ほど
気にしなくてもいいし。メモリ管理から開放されることを考えただけでも
そのソフトウェアのバグの出現率も減る。JUnitとかのツールを使えば
単体テストの工数も減らせるし。旧態依然のソフトウェア開発から脱却できると思ってる人多いんじゃないかなー。
でも現実はふるい考えの開発ばっかりなんだろうけど。

開発環境が重いとか言ってる人、別に重くても、コーディング速度は
開発環境より遅いわけだから(w 気にする必要ってないんじゃないの。

あぁ、支離滅裂でごめん。
868仕様書無しさん:04/02/11 21:40
>>867
 要は馬鹿しか使えない言語だろ。
 正しく書こうな。
869仕様書無しさん:04/02/11 21:48
>>868
Javaしか使えないやつが馬鹿なわけで馬鹿にしか使えないってこたぁねぇぞ
870仕様書無しさん:04/02/11 22:05
馬鹿でもそれなりに形になってしまうのが
困る
871仕様書無しさん:04/02/11 22:33
4月からjavaとcobolによる開発チームにはいることになったみたいです
辞めてぇ_| ̄|○

現在のVB-COBOLなシステムをWeb化するシステム
おれが入社したての頃にたざさわった奴だから5年くらいはたってるのかな
javaでさらに5年いじょう持たせるのか・・・
君の為に祈ろう。

南無阿弥陀仏・・・
873仕様書無しさん:04/02/11 23:47
>>871
藻前は Java と COBOL 両方をよく知ってるの?
漏れが聞いた Java と COBOL の連携システムはそれぞれ別 PJ で
同じ意味を指す用語が異なっていたので全然かみ合わず、双方それが
理解できずにお互いをバカ扱いして散々だったらしい(w
874839:04/02/12 04:37
まだ業界 7 年目の newbie だからなあ。
でも表記程度で突っ込む輩がいるあたりがこのスレの醍醐味だな。

>>840
ホスト系は別の部(というかウチの会社の半分くらい)が日本有数規模でやってるが、
自分のフィールドはいわゆる「オープン系」なのでまあ無視。

他の部隊では X の GUI を使ったシステムも作っていたがすでに保守モードで、
新規案件はJavaにシフトしていた。

素直に言うと自分は Java マンセーで、C を使ってプロダクトレベルのソースを書ける自信はない。

>>842
Unix 以外に表記のしようがない。手元の『UNIXの1/4世紀』でもほとんどの場所では "Unix" と書いているのだが。
ちなみに Unix では Solaris と Linux くらいでしか仕事をしていないよ。
*BSD は触った程度の経験値しかないので何にもいえません。


サーバOS候補に Windows が含まれない環境って、いったいどこで仕事してるんだ?
そんなネバーランドは見たことない。

875仕様書無しさん:04/02/12 05:59
>>874

 >>842は大文字4文字のUNIXを言いたいんだと思われ。
 このくらいでプロだのなんだの調子にのってるのは馬鹿だからほっておけ。

ちなみに漏れの会社は客が既存環境でWinを使っていない限りは基本的にUNIX系のOS。
 そうでない場合もごねない限りは移行することが多いよ。クライアントはWinが多いけどな。
876仕様書無しさん:04/02/12 08:43
>873
cobolはしらん
「まえにVBで開発してたから、
システムは知っているよね。」
ってだけで召集要員にノミネート
まえはVBもcobolの仲がよかったが
半分以上辞めたからな.
「どこに行くんだい?」「地獄さ」だよ
877仕様書無しさん:04/02/12 09:54
議論が過熱した場合に、双方に対してささげる言葉。

弘法筆を選ばず
適材適所
878仕様書無しさん:04/02/12 10:10
C,C++,COBOLとJAVAの差は、システムの心臓部に既にいるかどうかってとこだな
879仕様書無しさん:04/02/12 10:31
>877
なんだかちょっと前まで乱立してたVB叩きスレの結論と似ている
880仕様書無しさん:04/02/12 11:03
いつの時代も>877につきるんだな 結局
881仕様書無しさん:04/02/12 11:28
そゆこと。
言語厨は、視野が狭くてかつ技術がない奴だろ?
言語ありきでシステムを見てるからおかしくなる。

システムにマッチする言語を選定して、その言語に自分を合わせると。

いまのところさ、CとJAVAとVBができればある程度は喰えるじゃない。
上記にプラスして、PHPとかスクリプト系もあれば十分。
882仕様書無しさん:04/02/12 13:12
>>881
無職は気楽そうでいいなあ。
883仕様書無しさん:04/02/12 14:10
>>874
仕事したのに、歴史書一冊しか持ってねーのかよ?(大藁
884仕様書無しさん:04/02/12 14:12
だからさぁ、うNIXでいいだろ?なっ、なっ!
885仕様書無しさん:04/02/12 14:14
          ∧_∧
        ⊂(´・ω・`)つ-、うNIXでいいだろ?か。うNIX・・・ウニ丼
      ///   /_/:::::/ ねえ。築地でウニ丼買ってきてくんない。
      |:::|/⊂ヽノ|:::| /」
    / ̄ ̄旦 ̄ ̄ ̄/|
  /______/ | |
  | |-----------| |
886仕様書無しさん:04/02/12 16:56
というか、実際のところ、なんでUnixという表記ではいけないんですか?
887仕様書無しさん:04/02/12 17:07
888仕様書無しさん:04/02/12 19:21
>>886
偉そうに評論してる奴が、WINDOWSと何度も表記してるのに違和感を感じるか感じないかと
同じだよ。感じなかったら同レベルってこと。
889仕様書無しさん :04/02/12 19:51
>886 U*ixはアメリカの企業が商標登録してて、無断使用すると
訴訟を起こるそうな
890仕様書無しさん:04/02/12 23:40
俺はC#もC#もC丼も違和感を感じない。
891仕様書無しさん:04/02/12 23:45
牛丼食いたくなったじゃないか。
892仕様書無しさん:04/02/13 01:24
JAVAって違和感感じるよな。

java>OK!
Java>Cool!

jaVa> dareka otosite!
893仕様書無しさん:04/02/13 02:15
JavaよりJVMをc/c++で書きたい。
これがかければサーバ商売がしやすいはずだ。
894仕様書無しさん:04/02/13 02:36
UNIX ユーザーオフ 2月15日
http://off.2ch.net/test/read.cgi/offevent/1075197039/
895仕様書無しさん:04/02/13 02:45
>>893
CとC++じゃ大違いなのに、c/c++ってとこが素人っぽくてよろし。
896仕様書無しさん:04/02/13 05:34
そんな当たり前でどうでもいい事に突っ込んでいる
>>895のほうが素人に見えるな。
897仕様書無しさん:04/02/13 08:13
macのjvmどうにかしろよ!!
ウィルスみてーな動作しやがる
898仕様書無しさん:04/02/13 10:04
>>895
同意…ってかくと
"C++厨の大半はC++をCとしt(略"
とか言い出すだろうなぁ。
899仕様書無しさん:04/02/13 10:05
間違えた上は>>896
900仕様書無しさん:04/02/13 11:17
>>897
単なるユーザは、板違いですよ。
901仕様書無しさん:04/02/13 12:41
別にコンパイラがいっしょなんだから一緒くたでいいだろカス
902仕様書無しさん:04/02/13 13:15
>>901
コンパイラがいっしょだと思ってる程度の理解不足のカスはオマエだよ
903仕様書無しさん:04/02/13 13:52
>>902
はぁ?
904仕様書無しさん:04/02/13 14:07
>>903
わかんなきゃ一生わかんないでいいよ
905仕様書無しさん:04/02/13 14:22
>>904
残念だなーカスの妄想が聞きたかったのに。
906仕様書無しさん:04/02/13 15:00
>>905
カスは馬鹿だから、見た目しか理解できなのよ。どうしようもないね。(ワラ
907仕様書無しさん:04/02/13 15:05
>>906
>見た目しか理解できなのよ。

妄想の一端がかいまみえたwww
908仕様書無しさん:04/02/13 15:10
両方とも、関係のない話を続ける段階で屑だ。どっかいけ。
909仕様書無しさん:04/02/13 15:22
>>907
分かってないクセに(ププッ
910仕様書無しさん:04/02/13 17:13
>>908
じゃ、話を戻そう。Java派遣のつらさについて語ってよ。
911仕様書無しさん:04/02/13 17:58
Runtimeオンリー or +SDK って話だろ?
そんなことも分からない香具師がこの板にいるわけねーだろーがw
え?いんの(藁
912仕様書無しさん:04/02/13 21:08
>>911
何の話?
つかさ、JavaをC/C++と比較すること自体よくわからん。
VBやCOBOLと比べるのなら理解できるけど。
914仕様書無しさん:04/02/13 21:33
はっきり言ってC/C++やってる人はJavaとか眼中にない。
915仕様書無しさん:04/02/13 21:44
おまいら、Javaしか知らないつーか、Javaもよく知らないんだろ?
無料でダウンロードして、勉強してるだけみたいだよ。
916仕様書無しさん:04/02/13 23:15
話の流れに一貫性を感じないんだが。
917仕様書無しさん:04/02/13 23:17
>>916
お前が元凶
918仕様書無しさん:04/02/14 00:18
ラクロスとセパタクロー比べんなよカス共
919仕様書無しさん:04/02/14 04:42
あん??
レガッタ馬鹿にすんなああ
920仕様書無しさん
もう、ジャバブルは終わった