【COBOL脳】　.NET vs Java

このエントリーをはてなブックマークに追加
1 ：仕様書無しさん：
.NET に行こうか Java に行こうか必死に悩んでるCOBOLer諸君、
まずはCOBOL脳を改めたまえ。


前スレ：
.net　　ｖｓ　　Java
http://pc5.2ch.net/test/read.cgi/prog/1096268401/
2 ：仕様書無しさん：04/10/07 16:32:42
ﾈｺﾐﾐﾓｰﾄﾞ♥
3 ：仕様書無しさん：04/10/07 16:33:24
COBOL脳ﾜﾛﾀ
4 ：仕様書無しさん：04/10/07 16:35:33
929 ：仕様書無しさん ：04/10/06 17:44:04
>>919.
おまえバカにしてるだろ？COBOLerがバカだと思ってるだろ？
その認識は今すぐ改めろ。COBOLerが今の状態を築いてきたんだ。
今の若い者はすぐにC++だJAVAだと飛びつきたがるが、
それだけで終わるものが多すぎる。基礎すら学ばないものも多い。
適当にロジックを組み立てて配列をつくり、それではい、終わり。
なんだ、それは!!機能をつければ肥大化していくのは当然だ。
そうではなく、機能をいかに適切に効率よく組み立てていくかが、
プログラマの仕事なのにそれを今のプログラマは誤解している。
おまえらのしているのはプログラミングじゃない。
それに対してCOBOLerはプログラミングをしてきたものだ。
だからCOBOLerがC++やJAVAに手を出すと、COBOLでは、
できなかったこともさらに発展させてできるようになる。
そうなれば今のプログラマが捨てられていくのは目に見えている。
だがそれではいけないのだ。いくらCOBOLerがすごくても、
人の姿を借りている以上、年齢がある、次につなげないといけない。
だから警鐘を鳴らしているのだ。良きCOBOLerがいるあいだに、
彼らと切磋琢磨しあい、腕を磨き、互いに歩み寄り、
今のIT社会を築きあげていけと、それをおまえらは自分の利益だけを考え、
業界全体、プログラマの質などは何も考えない。この、大バカものが!!
5 ：仕様書無しさん：04/10/07 16:39:01
930 ：仕様書無しさん ：04/10/06 17:53:10
>>929
COBOLer/PLI技術者はみな優秀ですよね。
5日もあればJavaごときみなさん完璧にマスターしてくれます。
これはマジです。

j厨とはあきらかに質が違いますよ。
6 ：仕様書無しさん：04/10/07 16:41:42
931 ：仕様書無しさん ：04/10/06 18:02:40
>>929
なんだその長文は？お前が書いてるCOBOLコードなみだなｗ　COBOL脳ってやつか？


932 ：仕様書無しさん ：04/10/06 18:13:36
>>929ハまあ一理あるが、
COBOL脳はかなり面白いな。


933 ：仕様書無しさん ：04/10/06 20:02:13
実態はｺﾎﾞﾗというのはある意味真実だな。
ここ２，３年、仕事の少なくなったｺﾎﾞﾙからWeb系（主にJava）に乗り換えたのって
多いからなぁ。
やっと覚えた奴はしがみつきたくもなるだろうな。
90年代からJavaをやってる奴は、もう元をとったからいいよね？


934 ：仕様書無しさん ：04/10/06 20:03:39
>>933
2000年対応を終え、仕事にあぶれたｺﾎﾞﾗの前に、Javaがありましたとさｗ


935 ：仕様書無しさん ：04/10/06 21:24:07
COBOLer最強説。
7 ：仕様書無しさん：04/10/07 16:53:48
話をややこしくしてる原因はこれか！
8 ：仕様書無しさん：04/10/07 18:04:56
まだやるのかお前ら。
9 ：69式フリーPG ◆hND3Lufios ：04/10/07 22:36:35
ﾜﾛﾀ
10 ：仕様書無しさん：04/10/07 22:39:25
俺はJava厨だが一応C#も書けるし、一々他の言語叩いてても仕方ないと思うんだが、
コボラーだけは叩きたい。
あいつらの書いたJavaコードはクソだ。
11 ：仕様書無しさん：04/10/07 22:46:39
j厨ってやっと必死で覚えたJavaにしがみついてるｺﾎﾞﾗだったんですか！
12 ：仕様書無しさん：04/10/07 23:08:05
俺は.net厨だが一応Javaも書けるし、一々他の言語叩いてても仕方ないと思うんだが、
Java厨だけは叩きたい。
あいつらの書いたC#コードはクソだ。
13 ：仕様書無しさん：04/10/08 00:34:32
一難去ってまた一難とはこのことですな。リストラに怯える日々がまたやってくる。
14 ：仕様書無しさん：04/10/08 01:18:53
>>12
それは無いと思う。
JavaもC＃も大体同じだ
15 ：仕様書無しさん：04/10/08 02:20:35
>>14
こういう馬鹿がいるから日本はダメになったんだ
16 ：仕様書無しさん：04/10/08 02:28:42
>>15
いやいや、これしきのバカにダメにされるほど日本は腐っちゃいないよ。
17 ：仕様書無しさん：04/10/08 09:12:33
もううんざりこんなスレ…
18 ：仕様書無しさん：04/10/08 09:30:58
前スレといい、スレタイ自体がまず厨くさい。
くせぇんだよ、このスレ。.NET厨もくさいが、Java厨が特にな。

んなもん、両方できる人間は比較などしない。
19 ：仕様書無しさん：04/10/08 09:41:40
>両方できる人間は比較などしない。

両方できるから比較ができる。
20 ：仕様書無しさん：04/10/08 10:19:44
>>19
両方できている「つもり」だから、正しい比較ができないんだろ。
21 ：仕様書無しさん：04/10/08 16:55:56
>>20 の こうげき

クリティカルヒット!!

>>19は しにました
22 ：仕様書無しさん：04/10/08 20:07:42
くんしゅの　>>19が　しぼうしました。
>>19のあとをついで　とうびんが　くんしゅになりました。
23 ：仕様書無しさん：04/10/08 22:42:53
>>14
ということはそのJava厨自体が初めからクソだったんだな
さすがはJava、クソ厨生産効率の高い言語だ
24 ：仕様書無しさん：04/10/08 23:08:11
>>18
COBOLer　ﾊｯｹｿ
25 ：nobody ◆other5OudI ：04/10/08 23:17:36
>22
懐かしくて激しくﾜﾛﾀ
26 ：仕様書無しさん：04/10/09 04:56:17
きっちりJavaのコードが書けるJava厨ならC#のソース書いても問題ないだろ。
細かい差異はあるが、C#の文法はJavaのスーパーセットみたいなもんだからな。
問題あってもdelegateの使い方が下手だとかその程度だ。
VB厨上がりのC#厨に比べれば100倍ましなソース書くよ。

下手なJava厨なら大差ないけどな。
27 ：仕様書無しさん：04/10/09 07:04:18
VB厨上がりより糞なコード書いてくるから困ってるんだよ
28 ：仕様書無しさん：04/10/09 07:32:57
VBにない書式や作法を見ただけで、
「んだ、これ、わっけわかんね・・・。」
と言ったきり半日も固まってるVB厨あがりから見れば、
CもC#もJavaも、総じてクソだろうな。

自分に読めないコード＝クソ
という方々だからな。
29 ：仕様書無しさん：04/10/09 08:12:35
>>20はまるで、両方本当にできるのならば、
正しい比較によって、Javaが優勢になる、というような誘導だが、詭弁。
両方ちゃんとできても、Javaの評価があがることはない。

>>20の正しい評価とやらを書きコンでみろよ。
30 ：仕様書無しさん：04/10/09 09:27:31
>>29はまるで、両方本当にできるのならば、
正しい比較によって、.netが優勢になる、というような誘導だが、詭弁。
両方ちゃんとできても、.netの評価があがるとは限らない。

>>29の正しい評価とやらを書きコンでみろよ。
31 ：仕様書無しさん：04/10/09 15:52:58
結局さぁ、いいシステムが作れるかどうかは人の問題なんだよ。
人の問題に比べれば使用する言語の問題なんて誤差の範囲内。

どちらの言語が普及するかってことについては、昔はメーカーの囲い込み
が唯一の決め手だった。しかしながら、今はネットが普及したおかげで
羊たちの動きが素早くなり、囲い込みがうまくいかない。結果として、
お互いの覇権争いが続くことになる。

これは業界全体の技術力の向上に寄与することになるので、.NET、Java
両陣営とも今の調子で頑張ってもらいたい。使う側としてはその時々で
優っている方を選択させていただく。

メンテ？メンテなんて知ったこっちゃないよ。
32 ：仕様書無しさん：04/10/09 15:58:52
こんなコトで争える藻前らが羨ましいよ。
日本は平和なんだな。
33 ：仕様書無しさん：04/10/09 16:05:30
>>32
パレスチナ方面の方ですか？
34 ：仕様書無しさん：04/10/09 16:07:25
>>30
お前のようなやつがいるから、オウム返しはこの板のTOPの禁止事項になってるんだよね。
オウム返しは議論における敗北宣言と等価。
35 ：69式フリーPG ◆hND3Lufios ：04/10/09 16:08:39
最近のJavaスレは盛り上がりに欠けるな。
36 ：32歳、もうすぐ妖精：04/10/09 16:34:44
>>35
夏ももう終りだね。はぁ・・・
37 ：仕様書無しさん：04/10/09 16:46:01
下期は Windows 2003 Server + .NET 1.1 で行くことになった。
さらばJava。
38 ：仕様書無しさん：04/10/09 17:04:06
>>37
ﾁﾁｷﾄｸｽｸﾞｶｴﾚ
39 ：仕様書無しさん：04/10/09 19:58:14
>>37
種類が多く、わけもわからず乱立しているOSとたけのこみたいに出てきては、すぐ廃れる雑多なフレームワークの
組み合わせに頭を悩ませて、デスマするよりも、その２つの組み合わせで正解。
40 ：仕様書無しさん：04/10/09 20:05:37
>>39
それしかできないなら、それでいんじゃね？
選べるわけもないし。
41 ：仕様書無しさん：04/10/09 20:11:15
>>40こいつなにいってるの？
42 ：69式フリーPG ◆hND3Lufios ：04/10/09 20:22:12
エンタープライズならJava。コレが業界の常識。
案件にあわせて最適なOSとフレームワークを選択する、これがプロの仕事。



とかいってよ。
43 ：仕様書無しさん：04/10/09 21:40:23
自分じゃ選べないよー、アナタが決めて！
44 ：仕様書無しさん：04/10/09 21:44:18
>>42
いや、無理だし
45 ：仕様書無しさん：04/10/09 21:50:34
Web サービスの場合、PHP+データベースで処理できないような案件は、Javaか、.NETになる。
.NETのほうが開発効率ははるかにいいが、使えるフリーのコンポーネントが少ないため、高度なことをやろうとすると書かなければならないコードが非常にふえたり、Javaから移植せねばならなくなることが多い。
XMLを介したインターオペレーションで解決することも可能だが、効率、安定性から、実際に適用することは難しい。
そのため、要求が高度になると、このライブラリを使いたいからというだけの理由でJavaを選択することになる。
誰か、IKVM 使わずに動作する FOP 作ってくれ。
46 ：仕様書無しさん：04/10/09 23:06:09
＞誰か、IKVM 使わずに動作する FOP 作ってくれ。
これ、意味が分からんな。
ぐぐれ？
さいですか。
47 ：仕様書無しさん：04/10/09 23:38:08
Javaもアレだが、ぶっちゃけPHPなんてありえない
厨房のおもちゃじゃん
48 ：仕様書無しさん：04/10/10 00:28:14
>>47
そうか？　ミッションクリティカルな大規模サイトでもバンバン使われてるぞ。
49 ：tom ◆q6w1pW48lY ：04/10/10 00:30:21
COBOL脳かー・・・

VisualBASIC脳だとポインタが理解できないとか
Perl脳だとCGIはすぐ作れてもCで簡単なWindowsアプリとかは全然作れなかったり
C言語脳だと高級な開発環境とかに使いなれてなくかつVCLとかMFCが使えなかったり
C++脳だとクラスのある言語以外使いたくなくなったり

するのかな？
50 ：69式フリーPG ◆hND3Lufios ：04/10/10 00:34:45
C++脳だと、newしたクラスのアドレスをローカル変数だけに置いたまま
returnすると、むずかゆいというか気持ち悪いというのはあるかむ。
51 ：仕様書無しさん：04/10/10 00:37:16
オートポインター
52 ：tom ◆q6w1pW48lY ：04/10/10 00:37:20
>>50
やっと意味がわかった
インスタンスはあるけど
Local変数にしかポインタが無かったときとかに
めんどくさいことになるってこと？
53 ：仕様書無しさん：04/10/10 00:38:08
俺はC言語脳だなぁ。
ポインタが弄れないのが、時々苦痛になる。
54 ：tom ◆q6w1pW48lY ：04/10/10 00:39:17
>>53
やっぱり俺の予想通りMFCとかVCL使えない？
俺もなんだけど・・・
WindowsアプリはW32APIを使って作ってる
55 ：69式フリーPG ◆hND3Lufios ：04/10/10 00:45:04
>>52
JavaやC#だとそういうコードになるから気持ち悪いって意味ね。
失礼
56 ：tom ◆q6w1pW48lY ：04/10/10 00:46:00
>>55
うい
C++でポインタにインスタンスのアドレスいれたりよくしたけど
気持ち悪いとは思わなかった・・
57 ：仕様書無しさん：04/10/10 00:46:46
>>54
うん、使えない・・・。
58 ：tom ◆q6w1pW48lY ：04/10/10 00:49:39
>>57
そかあ
仲間だ・・

なんかVBの仕事とか多いみたいだけど
あれならできそう？

Cやってる人だと嫌がりそうVBって・・・
59 ：仕様書無しさん：04/10/10 01:11:30
前スレ
sendmailとか、qmailとか、postfixとか、eximとか、そういうのは
眼中に無いのか。
「企業向け」が何を指すのかが、よくわからんが。
60 ：仕様書無しさん：04/10/10 01:18:12
無いだろ
何を指すのかよくわからんのなら学んで来い
61 ：仕様書無しさん：04/10/10 01:20:27
>>60
この辺に行って、>>59の物は企業向けじゃない！と主張してみてくれ。

Internet Mail System 総合スレ＠UNIX板
http://pc5.2ch.net/test/read.cgi/unix/1065106696/
62 ：仕様書無しさん：04/10/10 01:22:14
類似スレが燃え尽きたので、浮上。
63 ：tom ◆q6w1pW48lY ：04/10/10 01:23:13
.NETは全く使ったことが無くて
JAVAでは二人まででしかできないホワイトボード作った程度の俺は
このスレに参加しないほうがいいですか？
64 ：仕様書無しさん：04/10/10 01:27:28
もうこのスレはJavaと.NETのスレじゃないので問題ないです。
65 ：tom ◆q6w1pW48lY ：04/10/10 01:29:38
>>64
そうなんだ
じゃあログよもっと
66 ：tom ◆q6w1pW48lY ：04/10/10 01:31:12
>>4
を読んだら前スレも読んでみたくなった
なかなか面白そうなスレだね
67 ：仕様書無しさん：04/10/10 01:40:57
>tom

腰が低いからあんまり叩いたりはしたくないんだが、
君の自分の能力に対する自信の無さは見ていてあんまり気分良くない。
少ない知識で暴走してスレを盛り上げるか、
自分のわかる範囲で話をするか、どっちかにしてくれ。
68 ：tom ◆q6w1pW48lY ：04/10/10 01:45:30
>>67
そか
叩かれるのはラウンジで慣れてるからいいんだけどね
コンピュータの知識は中途半端なのが多いからつい自信がない感じになっちゃう

暴走とかはしたくないなあ・・・
69 ：仕様書無しさん：04/10/10 01:57:06
だったら黙ってろよクズ
70 ：仕様書無しさん：04/10/10 02:09:03
>>68
馬鹿だなあ、暴走を演じて周りを楽しませるんだよ。
71 ：tom ◆q6w1pW48lY ：04/10/10 02:26:07
>>70
じゃあ人工知能関係スレで　人工知能できた！　とかいって暴れたりしてみようか・・・
72 ：ﾄﾑﾔﾝｸﾝ ◆TJ.oAe5.sU ：04/10/10 05:23:16
できたーーーーーーーーーーーーーーーー！
73 ：仕様書無しさん：04/10/10 07:29:34
>>61
やっぱり解ってない。
74 ：仕様書無しさん：04/10/10 08:47:59
芸の無いコテ半だな。空気嫁。
75 ：半だｺﾃ ◆TJ.oAe5.sU ：04/10/10 09:05:57
嫁たーーーーーーーーーーーーーーーーー！
76 ：仕様書無しさん：04/10/12 18:35:11
>>75
つまらん。逝け。
77 ：仕様書無しさん：04/10/12 21:58:01
Slashdot | Java 1.5 vs C#
http://slashdot.org/article.pl?sid=04/10/11/1454220

Here's the list of enhancements to the Java Language:

1. Generics (C# 2.0 already supports this)
2. Enhanced For-Loop (the foreach construct in C# 1.0, duh!)
3. Autoboxing/Unboxing (C# 1.0 already has this, everything is an object,
　　even the primitives - not really, but they do it so well...)
4. Typesafe Enums (again C# 1.0 already implemented this, but I think they've added
　　a little bit more twist in Java, that its actually a better implementation)
5. Varargs (C# 1.0's params construct, ellipsis construct in C++)
6. Static Import (I don't know if C# 1.0 has this, or C#2.0, but C# has a construct for aliasing
　　your imports - which is way cooler. Static Import, actually promotes bad coding habits IMHO)
7. Metadata/Annotations (this is C# 1.0's Attributes, Sun's upturned noses just gave it
　　a fancier name - also, C#'s implementation is better and more intuitive)
78 ：仕様書無しさん：04/10/12 23:24:17
>>77
Javaは、C#そっくりになりますな。条件コンパイル、プロパティや演算子のオーバーロードがないあたりは、以前批判していた（ような気がする）からかな？
既存のコードと互換性を保ちながら実装することが難しいから避けられただけだったりして。
79 ：仕様書無しさん：04/10/13 21:23:16
演算子のオーバーロードなんて、批判するほうが間違っているよな。
嫌なら使わなければいいだけなんだから。

しかしJava言語原理主義者が批判していたC#の機能がどんどんJavaがぱくって笑える状況だ。
80 ：仕様書無しさん：04/10/14 12:11:43
>>79
使わなければいいという意味では多重継承も同じだよな。
81 ：仕様書無しさん：04/10/14 21:26:45
使えることがわかった機能だけパクるのはとてもいいことです。
82 ：仕様書無しさん：04/10/16 15:17:08
> COBOL脳
スレタイからしてセンスない。
83 ：仕様書無しさん：04/10/16 16:22:14
>>80
多重継承は、効率面でも問題を抱えているので、その認識は間違っている。
84 ：仕様書無しさん：04/11/26 00:40:11
COBOL2002.NET登場！
http://japan.cnet.com/news/ent/story/0,2000047623,20076487,00.htm
85 ：仕様書無しさん：04/11/26 12:27:38
>>84
微乳にスレが勃ちましたね。

【IT】日立とNEC、.NET対応のCOBOL開発環境発売へ
http://money3.2ch.net/test/read.cgi/bizplus/1101433547/l50
86 ：仕様書無しさん：04/12/09 19:39:19
メインフレームCOBOLを.NETに
http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20041203/153413/

マツダは今年11月、自動車部品の需要予測システムを刷新した。
IBM製メインフレームで動かしていたCOBOLプログラムを
Windows Server 2003の.NET環境に流用した。
複雑な需要予測計算の業務ロジックを再利用することで、開発やテストの効率を上げた。
87 ：仕様書無しさん：05/01/23 01:24:48
ちょっといいか？
COBOLやってたってことは若くないってことだよね？
COBOLから.NETやJAVAっておかしくないか？
前線から前線に行きたいの？
前線から指揮官になりたいんじゃないの？
昇進しなかったの？
プログラムスキルより先に処世術が先じゃね？
88 ：仕様書無しさん：
COBOLのプログラムスキルとJavaだの.Netだので必要とされる
プログラムスキルではレベルが違いすぎるから仕方あるまい？