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

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

CやJava、C++って時代遅れの言語なの?

1 :仕様書無しさん:03/10/22 17:08
もう、いまさら習得する価値はないですか?
これからの主流は、アプリもWebも、VB.NETやC#ですか?

2 :仕様書無しさん:03/10/22 17:20
>>1
藻前よく馬鹿って言われるだろう?

3 :仕様書無しさん:03/10/22 17:36
記念カキコ

4 :仕様書無しさん:03/10/22 17:54
Javaは時代のこなかった糞言語

5 :仕様書無しさん:03/10/22 17:57
くそすれ

6 :仕様書無しさん:03/10/22 18:51
>>4

時代の来なかったCプラプラ厨の遠吠え(プ

7 :仕様書無しさん:03/10/22 18:54
今、最もナウい言語ってなんだ?

8 :仕様書無しさん:03/10/22 18:57
Java厨はPerl房に遊んでもらえ。

9 :仕様書無しさん:03/10/22 19:05
Perl房はRuby房とのじゃれあいに
忙しいのでJava厨はHSP厨と
遊んでもらって下さい。

10 :名無し@沢村:03/10/22 19:12
>>7
ぶわははははっはーーーーーーっ!!!
おまい、ナウいって何よ?ナウいって何よ?
おま、そりゃ死語だぞ!!!
ぶわははははっはーーーーーーっ!!!
久しぶりに聞いたよ。ぶわははははっはーーーーーーっ!!!
ナウいだって。

11 :SEくずれ:03/10/22 19:19
これからはMr.COBOLの時代だ。
全ての言語は廃れ、COBOLに統一される。

12 :仕様書無しさん:03/10/22 19:53
これからはRubyの時代。
あのマーチンファウラーだってRubyやってるしな。

13 :仕様書無しさん:03/10/22 21:41
最近CV++の案件が多いと聞いたんだが

14 :仕様書無しさん:03/10/22 21:45
ナウなヤングにバカ受け

15 :仕様書無しさん:03/10/22 21:46
>>13
声優の仕事か?

16 :仕様書無しさん:03/10/22 23:23
13でつ
恥ずかしい・・・


17 :仕様書無しさん:03/10/22 23:33
友人にS式を勧められまちた。

18 :仕様書無しさん:03/10/22 23:43
技術に新しい旧いは無いんだけどね。あるのは、優れているか
どうかだけ。旧い技術というのは、淘汰を生き残った優れた技術
でもある。Unixなんて、もう30年選手だもんなー。

19 :仕様書無しさん:03/10/22 23:44
最近は織田信長の案件が多い。
これからやるなら織田信長。


20 :仕様書無しさん:03/10/23 00:31
Cは確かに天下を取ったけど
Javaってそんなに需要があったっけ?
VBの方が需要があったような気がするけど

21 :仕様書無しさん:03/10/23 00:32
>>19

織田信長の案件って
どんな案件だ?

22 :仕様書無しさん:03/10/23 00:59
ということは、COBOLが最優秀か?

23 :仕様書無しさん:03/10/23 01:47
Perlがこれからの時代伸びると思うよ。
parrotで高速化し、本格的なオブジェクト指向言語でもあり
関数型言語でもある。
コンパイラも正式サポートされてソースの流出もない。
速度的にも、言語的にも他の言語に比べて優れてる点が多い
し、C系の言語だから他の言語への移行も易い。
Perlが走る環境を用意するのも簡単だし、クロスプラットフォーム
として枯れてるから安定してる。
さらに、現在までの膨大な資産もあるし、
Cまでは行かないけどやろうと思えばほとんど何でも出来る。
C系のモジュール使えば、Perlの苦手な計算問題でも
C並みに速くなる。
セキュリティも言語的に枯れてるから強い
それにC,C++,Javaよりも生産性が高い。
不況の日本では安く、高性能、安全な物を作れる企業が生き残る。
こう考えるとPerlは最良の選択だと思うよ。

24 :仕様書無しさん:03/10/23 01:53
コードの保守性を考えてもPerlはいい選択だと思うよ。
なぜなら、Perl6では分かり易く、しかも短いコードでかけるからね。
コードジェネレータを使えばコード量は気にしなくていいと思ってる人がいるけど
コード量は短いほうがいい。
Perlでコードジェネレーター使えば
他の言語でコードジェネレータ使うより
Perlのほうが圧倒的に生産性が高いからね。

25 :仕様書無しさん:03/10/23 02:02
>>23 >>24
あんたLarry Wall?

26 :仕様書無しさん:03/10/23 02:06
言語に重点をおくことが時代遅れ。

27 :仕様書無しさん:03/10/23 02:06
JAVAはまだまだこれからの言語だよ。きっと。
C#もVB.NETもプラットフォームがWINDOWSだけじゃ、
まだまだだね。

28 :仕様書無しさん:03/10/23 02:07
>>26
ごもっとも・・

29 :仕様書無しさん:03/10/23 02:07
>>27
 SUNがもうダメじゃん。

30 :仕様書無しさん:03/10/23 02:08
>>28
 同意したいが自由に製作者に道具を使わせないのがお客様。


31 :仕様書無しさん:03/10/23 02:08
>>
JAVAは、SUNだけではない。
C#もVB.NETはMSだけ。

32 :仕様書無しさん:03/10/23 02:10
>>26
ごもっとも・・


33 :仕様書無しさん:03/10/23 02:13
perrotのVMではJava,PHP,Python,Rubyなどいろんな言語が
動くんだよ。
言語の垣根をなくそうとしてるんだよ。ラリーは。

34 :仕様書無しさん:03/10/23 02:13
>>31
 MSは当分潰れない。
 SUNはもうすぐアボーン。
 Perl、PHP、Rubyの勝利

35 :仕様書無しさん:03/10/23 02:15
JavaとC++で大体の用は足りるな。

36 :仕様書無しさん:03/10/23 02:17
>>35
 スクリプト言語をつかえないWinユーザー

37 :仕様書無しさん:03/10/23 02:20
Perlの一番優れてるところは、
いろんな言語からいい所を拝借してるところなんだよ。
これは言語のプライドとか言ってる人もいるけど
一番言語がいい物になっていく過程では重要だと思うんだよ。
それに逆に言うと、いろんな言語を取り入れてるから
他の言語への移行が簡単に出来るんだよ。

38 :35:03/10/23 02:21
ああ、それとRubyとPHPでかなりの範囲をカバーできるな。

39 :仕様書無しさん:03/10/23 02:21
スクリプト言語なんぞ使えても。。

40 :仕様書無しさん:03/10/23 02:22
>>35
Perl嫌いなのかい?

41 :仕様書無しさん:03/10/23 02:23
>>38
WEBアプリケーションに関して言えばの話ね。


42 :仕様書無しさん:03/10/23 02:24
C++はオブジェクト指向言語から、少しもの足りん気がするが・・

43 :仕様書無しさん:03/10/23 02:25
>>39
スクリプト言語は何で嫌だと思うんだ?

44 :仕様書無しさん:03/10/23 02:26
>>34
まさかSUNがアボーンで、JAVAがアボーンなんて
思っているおバカさんじゃないよね。
C#、VB.NETはそういえるけどね・・


45 :仕様書無しさん:03/10/23 02:28
スクリプト言語、、、あんなのは趣味レベルだな。。

46 :仕様書無しさん:03/10/23 02:28
C++は生産性低いからね。
parrotで高速化したPerlが一番生産性高いよ。
LISPが一番だけどね。

47 :仕様書無しさん:03/10/23 02:29
Perlって一時期、かなり廃れてたようなきがするが、
今は違うの?

48 :34:03/10/23 02:29
>>44
 IBMが拾ってくれるだろうね、あーおれはウニ系OS大好きだよ。
 C#もVB.NETも嫌いだよ。でもこのばあいSUNアボーンはップ。

 Java厨氏ね

49 :仕様書無しさん:03/10/23 02:30
>>45
嫌いな理由はやっぱり無しかw
所詮厨房は厨房だな

50 :仕様書無しさん:03/10/23 02:30
>>45
現在でも企業のWebアプリケーションではかなり使われてるよ。
趣味レベルではないよ。

51 :仕様書無しさん:03/10/23 02:30
>>42
C++はオブジェクト指向用というよりも、ハードウェア依存プログラム作成用。

52 :仕様書無しさん:03/10/23 02:37
>>47
廃れてはいないよ。
出来る範囲は狭いけどPHPの方が生産性高いし簡単で、負荷にも軽いから
企業にとっては人集など総合的な事考えると今はPHPの方が有利なんだろうね。
Perl6で逆転したけどね。

53 :仕様書無しさん:03/10/23 02:40
>>52
さきから布教にねっしんなのはいいけど、いいかげんウザくなるからやめれ。
 それはともかくPerl6はどのくらい使えるようになってるの?

 

54 :仕様書無しさん:03/10/23 02:42
>>51
 つーかオブジェクト指向も使えるC言語だろ・・・。


55 :仕様書無しさん:03/10/23 02:43
>>53
とりあえずこの辺り見れ。
Perl6
http://dev.perl.org/perl6/

Parrot
http://www.parrotcode.org/

Parrot examples
http://www.parrotcode.org/examples/

Perl6
http://homepage1.nifty.com/kazuf/perl6.html

Perl6 最新情報
http://bulknews.net/lib/slides/jus-perl6/jus-perl6-embed.PDF

TSperl
http://rakunet.org/TSNET/TSperl/1/37.html

Parrot 入門 - The Parrot Primer
http://www.namikilab.tuat.ac.jp/~sasada/prog/parrot-intro.html

スラッシュドットジャパン
本家インタビュー:Perl開発者ラリー・ウォール
http://slashdot.jp/interview/03/03/06/1041206.shtml?topic=55

[関連ログ]
Perl6について語れや。
http://pc.2ch.net/tech/kako/993/993665608.html


56 :仕様書無しさん:03/10/23 02:44
>>53
52のような反perl派のネタにつられるのはよくない。

57 :仕様書無しさん:03/10/23 02:52
最近パフォーマンスをあげる仕事が多いんだが、前に作った連中の
顔が見たいというか、あきれかえって声も出ないようなプログラム
ばっかりで(__) やれやれ

58 :仕様書無しさん:03/10/23 02:55
>>57
具体的にどんな事やってるのかな?

59 :仕様書無しさん:03/10/23 03:01
DBの設計を直す、
ディスクアクセスを減らすだけでかなりの高速化になる。
あとはアルゴリズムの処理タイムを計測して
無駄なアルゴを修正すれば完璧に近い。

60 :仕様書無しさん:03/10/23 03:15
最近webプログラミング板のPerl初心者スレが熱いね。
Perl学習しようとする人が多いのはいいことだね。

61 :仕様書無しさん:03/10/23 07:50
Perl vs PHPって発想が理解できないなあ。
言語仕様は似てるんだから、両方使えるように目指せばええやん。
という漏れのPerl知識は4.036の時代で停止中

62 :仕様書無しさん:03/10/23 07:55
>>61
 違うだろ
  Perl,PHP,Ruby vs Java vs .Net

63 :仕様書無しさん:03/10/23 09:53
いまいち、.NET系の話が出てこんな
C#とかって、時代にマッチした言語じゃないのか?

64 :仕様書無しさん:03/10/23 09:57
>1

時代を気にする前にお前の就職先を気にしろ

65 :仕様書無しさん:03/10/23 10:12
Perlなんて、らくだ本見ながらその都度適当に書くもんだろ。
わざわざまじめにやるようなもんじゃないわな。

66 :仕様書無しさん:03/10/23 10:19
らくだ本?

らくだ本ってなんだ?

67 :仕様書無しさん:03/10/23 10:24
ラマ本じゃない方

68 :仕様書無しさん:03/10/23 11:04
ラクダ本の4章までは覚えないと話にならないよ。

69 :仕様書無しさん:03/10/23 11:27
>>66
http://www.pref.miyazaki.jp/auto/event/2002/008/00809/5200200023/rakuda.jpg

70 :仕様書無しさん:03/10/24 01:16
やっぱりC#ですよー。JAVAプログラマも勉強すべしです。

71 :仕様書無しさん:03/10/24 01:39
http://sourceforge.jp/softwaremap/trove_list.php?form_cat=160
  1 146   C
  2 119   C++
  3  90   Java
  4  55   PHP
  5  44   Ruby
  6  32   Perl
  7  24   Delphi/Kylix
  8  21   Other
  9  17   Assembly
 10  16   Python
 11  13   Objective C
 12  12   C#
 13  7   Unix Shell
 14  5   Tcl
 15  5   Lisp
 16  4   Visual Basic

Perl,PHP,Ruby.Python足したらJavaなんかより圧倒的にスクリプト言語が優位だね。


72 :仕様書無しさん:03/10/24 01:46
>>71
sourceforgeだからね。

73 :仕様書無しさん:03/10/24 06:27
>>71
つーか本家でやれ馬鹿。

74 :Javaマンセー:03/10/24 08:04
Javaマンセー

75 :仕様書無しさん:03/10/24 08:29
“言語”が“時代”に関係すると思っている辺りがまぬけですね。

76 :仕様書無しさん:03/10/24 08:46
>>1
習得する価値って何さ?
多分お前にはなにやっても無理
お前の言う【習得する価値】のある言語だってさわりも習得できねーんじゃねーの?

77 :仕様書無しさん:03/10/24 09:16
PerlとかVBScriptなんてのは教養。知ってて当然。


78 :  :03/10/24 09:17
>>77
 どっちかというとJavaScriptのほうだな

79 :仕様書無しさん:03/10/24 10:44
>>77
>知ってて当然。
Perlって簡単じゃないだろ?

80 :仕様書無しさん:03/10/24 10:50
>>79
 簡単だけど・・・。


81 :仕様書無しさん:03/10/24 11:15
PerlのOOはウンコ

82 :仕様書無しさん:03/10/24 13:43
>>80
簡単じゃないと思うけどなー。

83 :仕様書無しさん:03/10/24 13:55
>>82
そうかなー。

84 :仕様書無しさん:03/10/24 15:11
>>83
そうだよー。

85 :仕様書無しさん:03/10/24 15:12
なんかすげーまったりしてるな。

86 :仕様書無しさん:03/10/24 21:14
Unixを使いこなすのにPerlは知ってて同然という奴はUnixエンジニア失格。
Perlの使い方や言語仕様は知ってて当然だがフルに使いこなせて当然と言う
アフォは死んでください。知ってて当然なのはC言語に加えawkやsedなどで
十分です。

しかもPerl6を知ってて当然とかいうやつは相当のアフォだな。
あれのどこがPerlなんだ


87 : :03/10/24 22:06
>>86
お前相当に馬鹿だな。
鯖管でPerlが分からん奴がいるわけないだろ。
ほとんどの鯖でPerlは公開してるんだから。
つまりPerl知らない奴は実際に鯖管理した事ないという事だ。
実際に管理した事ない奴は素人にすぎんからな。

88 :仕様書無しさん:03/10/24 22:12
そういういことだな。

89 :仕様書無しさん:03/10/24 22:17
鯖缶はperlを徹底的に使いこなせないといけないのか。

90 :仕様書無しさん:03/10/24 22:21
>>89
身近に鯖管いないのか?
Perlが分からないのにPerlCGI公開すると
簡単にハックされるぞ。

91 :仕様書無しさん:03/10/24 22:24
>>90

>簡単にハックされるぞ

PerlCGIにしなければ良い。終了。

92 :仕様書無しさん:03/10/24 22:25
わざわざPerlCGIとPerlを付けている所が必死
そりゃPerlがわからんでPerlでCGI作るとダメでしょうなぁ(w
逆にいえばPerl以外でCGI作ればPerlなんて必要ないと(ww

93 :仕様書無しさん:03/10/24 22:26
Perlだと簡単にハックされるのか。
Perlは使わないほうが良いな。
んで、鯖缶にPerlは不必要だな。

94 :仕様書無しさん:03/10/24 22:29
>>93
Perlは何でも出来るからな。
強力な言語だらか舐めて公開するのは危険だよ。
あと、鯖公開するならPerlかPHPは公開するだろ。
PerlができればPHPは3時間で使えるようになる。


95 :仕様書無しさん:03/10/24 22:30
どうも、
鯖=Web鯖(perlCGI仕様)
鯖管=Webページ管理者
らしい。

96 :仕様書無しさん:03/10/24 22:32
ログ解析とかのユーティリティなど

97 :仕様書無しさん:03/10/24 22:33
>>94
PHPがあればPerlいらないんじゃんw

98 :仕様書無しさん:03/10/24 22:36
>>94の鯖管というのはレンサバの管理人のこと言ってんだろ。

99 :仕様書無しさん:03/10/24 22:38
CやC++でCGIするよりはPerlの方が2億倍安全だろ

100 :仕様書無しさん:03/10/24 22:45
以前は大学生の小遣い稼ぎとして活躍したPerlCGIだが、
これから発展する要因が見つからないんだよなぁ。

101 :仕様書無しさん:03/10/24 22:47
>>100
それはお前が馬鹿だから。

102 :仕様書無しさん:03/10/24 22:49
今のトレンドはLISPでCGI

103 :仕様書無しさん:03/10/24 23:32
PerlやPHPってSQLServer2000にアクセスできないよね

データベース使うときはどうやっているの

104 :仕様書無しさん:03/10/24 23:33
>>103
MySQL or ポスグレ or ボラクルが一般的。

105 :仕様書無しさん:03/10/24 23:39
しかし今はDB2がトレンド。

106 :仕様書無しさん:03/10/24 23:42
>>105
DB2の何がメリット?

107 :仕様書無しさん:03/10/24 23:45
トレンドな所

108 :仕様書無しさん:03/10/24 23:46
.NETって本当に普及しているのか?
発売されて1年半になるけど
俺の会社じゃ誰も使ってないぞ(ってか買ってもいない)
いまだにVB6.0とVC++6.0で作っている

109 :仕様書無しさん:03/10/24 23:49
>>108
まだ普及してないみたい。

110 :仕様書無しさん:03/10/24 23:55
>108
ASP.netの仕事が増えてきたよ。まじで。

111 :仕様書無しさん:03/10/25 00:01
「.NETで作ってくれって」仕事くるけど
そういう時は「まだ、.NETは危険ですよ。出てきたばかりでどんなバグが潜んでいるかわからないし」
と言って、VS6.0で作る方向へ持っていく。

しかし、実際は.NETが危険なんじゃなく
.NETが使える人がいないから。

112 :仕様書無しさん:03/10/25 00:12
>>111 正しい判断だと思うよ。

113 :仕様書無しさん:03/10/25 00:46
だからVC++だって

114 :仕様書無しさん:03/10/25 02:31
>>PerlやPHPってSQLServer2000にアクセスできないよね

うっそ〜、そんなん使えないじゃん。
使えない言語は、とっと逝ってくれ〜〜

っと、反感を煽ってみる・・

115 :仕様書無しさん:03/10/25 02:32
SQLServer2000にアクセスできるモジュールはもう出てるんじゃない?

116 :仕様書無しさん:03/10/25 02:34
>>115

perl信者ではないですよね?

117 :仕様書無しさん:03/10/25 02:40
>>116
COBOL信者ですよ

118 :仕様書無しさん:03/10/25 09:05
業務はVS6でしのぎつつ、.NETのサンプル作ったりしてノウハウを蓄積中という
のが現実では。ブレイクするのは来年でしょう。
.NwtFrameWorkを標準装備したクライアントOSがリリースされてからかな。

その時になってから始めても遅いかもよ。

119 :仕様書無しさん:03/10/25 10:46
と、ずっと前から言ってないか?

120 :仕様書無しさん:03/10/25 11:28
会社がMSDN入ってるから.NETもあるけど 自分もVC++ が殆ど。
偶に急ぎのとき仕方なくC#.NET使う位。
書籍だけは多い .NET

121 :仕様書無しさん:03/10/25 12:14
COMを必死に覚えたはいいがこんどは.NETを必死に覚えさせられる。
M$のやっていることにはうんざり。

122 :仕様書無しさん:03/10/25 12:28
>>118
本来なら,NETは今年ブレイクするはずだったみたいだが
どうやら今年も失敗だったようだな。

.NEt framework自体があまりにも糞でOS依存しやすいから死滅傾向なんだよ


123 :仕様書無しさん:03/10/25 12:47
,NETは使われてるよ。
それに比べて、Javaはウンコ

124 :仕様書無しさん:03/10/25 12:48
Swing最強

125 :仕様書無しさん:03/10/25 12:48
AWTを必死に覚えたはいいがこんどはSwingを必死に覚えさせられる。
Sunのやっていることにはうんざり。

Sunなんて見捨ててSWTにしよう。


126 :仕様書無しさん:03/10/25 12:49
ここはIBM信者だらけだな

127 :仕様書無しさん:03/10/25 12:54
SWT自体があまりにも糞でOS依存しやすいから死滅傾向なんだよ

128 :仕様書無しさん:03/10/25 13:09
Oracleインストーラに使われてるだろ。あと、DBA Studioとか。

129 :仕様書無しさん:03/10/25 13:16
GUIアプリはC#にしなよ。。。>>125
俺も昔AWTのプロジェクトやらされた おもっw


130 :仕様書無しさん:03/10/25 13:20
JAVAってとりあえずフレームワークは統一しろ。。。って思うの俺だけか?
会社、会社で独自フレームワーク作るんじゃねー。
趣味で作るなよ あほすぎる。。。何でプロジェクトごとに
かえなきゃいけねーんだよ Webアプリは全部strutsにしろ あほw

131 :仕様書無しさん:03/10/25 13:22
ふーん。そうやってアメリカのいいなりになるのか。

132 :仕様書無しさん:03/10/25 13:23
>>126
藻前はM$信者

133 :仕様書無しさん:03/10/25 13:23
まったりとフレームワークを作るのが社内PGの仕事だから。

134 :仕様書無しさん:03/10/25 13:26
別にいいなりになっても 開発が楽になりゃええw
こっちは現場で死にながらアプリつくってるんだよw 現場知らない
先生方の趣味にお付き合いする余裕はない。。。

135 :仕様書無しさん:03/10/25 13:28
w 社内PGいらねー うちの会社にも基盤グループあるけど
作ってくるもん みんなストラッツのぱくりじゃんw いらねー。
社内PGは現場経験あるやつにやってほしい。

136 :仕様書無しさん:03/10/25 13:29
>>131
規格決めてるのはべつにアメリカ政府じゃない。
 文句があるならBTRONを流行らせろ。おまいもどうせWinなんだろ。



137 :仕様書無しさん:03/10/25 13:29
>>135
特定しますた

138 :仕様書無しさん:03/10/25 13:29
>>137
 N●I?

139 :仕様書無しさん:03/10/25 13:31
●R●って、Java好きだよねぇ。

140 :仕様書無しさん:03/10/25 13:31
特定できねー(笑) ありすぎて。
どの会社にもあるよな 基盤って。D社のフレームワークなんて
オブジェ指向じゃなくて こてこてに記述されてたよ。


141 :仕様書無しさん:03/10/25 13:33
NXIもそうなのか。。


142 :仕様書無しさん:03/10/25 13:33

 strutsも使いやすいとはおもわないけどとりあえず実績とマニュアルがそろっているから・・・
 それだけだな。

143 :仕様書無しさん:03/10/25 13:34
>>129
> GUIアプリはC#にしなよ。。。>>125
> 俺も昔AWTのプロジェクトやらされた おもっw
今のJ2SEはversionが1.4.2になってから随分とSwingが高速化されたぞ。
昔と比べれば高速マシンも持っている香具師も増えてきたことだろう

144 :仕様書無しさん:03/10/25 13:35
>>123
> ,NETは使われてるよ。
名前だけがな。あらゆる製品に.NETというラベルを貼り付けてなw


145 :仕様書無しさん:03/10/25 13:36
>>131
> ふーん。そうやってアメリカのいいなりになるのか。
お前は右翼か

146 :仕様書無しさん:03/10/25 13:37
とりあえず 独自フレームワーク作る 会社は 現場しらない。
覚えさせる時間が無駄だよ。一本化して欲しい。。

そうなんだ。C#は結構はやっで驚いた。SwingはJbuilderの悪いイメージ
があるんだけど間違えですか?あれSwingっぽかったんけど。


147 :仕様書無しさん:03/10/25 13:39
笑ったw>>145


148 :仕様書無しさん:03/10/25 13:39
独自フレームワークの使い方を覚えるのがJavaPGの仕事だよ。

149 :仕様書無しさん:03/10/25 13:40
w やっぱJava駄目じゃんw もうPGから足あらおう。。。
>>148

150 :仕様書無しさん:03/10/25 13:42
StrutsってEUCやらShift-JISやらのフォーム入力コードの違い吸収してくれるの?

151 :仕様書無しさん:03/10/25 13:42
>>146
いまどきJBuilderなんか使うなよ。

しかも昔のイメージをいつまでも持ち続けるなと。
新しいJ2SE1.4.2のSwingサンプルを動かしてみろと

152 :仕様書無しさん:03/10/25 13:43
まあPGやるなら医療保険は必須だね。

153 :仕様書無しさん:03/10/25 13:43
>>150
filterあたりで設定しろよ。


154 :仕様書無しさん:03/10/25 13:43
>>150
JISAutoDetectでググれ

くだらんことにこだわるなら全部Unicodeで記述すればいい。


155 :仕様書無しさん:03/10/25 13:45
CやJava、C++が時代遅れの言語
でこれからの主流がVB.NETやC#とかいっている奴はウンコ

VB.NETなんかとくにウンコ
C#はサーバ系にに不向き

156 :仕様書無しさん:03/10/25 13:46
>>154
そんな事も手動でやらなくちゃいけないなんて、やっぱり米国製ライブラリは駄目だね。
日本製独自フレームワークなら、その辺の自動判別なんて勝手にやってくれるのが当たり前だから、
そんなの気にしないでも良いのに。

157 :仕様書無しさん:03/10/25 13:46
>>155
VB.NETのどこがウンコなのかさえ答えられないアフォハケーン

158 :仕様書無しさん:03/10/25 13:48
どっちでもいいよ 楽であれば。。。。>>155


159 :仕様書無しさん:03/10/25 13:48
>>157
VBって時点で既にウンコ!!!
これが理解で気ない奴はM$信者!洗脳されている。
よって説明する意味が無い。

160 :仕様書無しさん:03/10/25 13:49
>>159
プププ

161 :仕様書無しさん:03/10/25 13:50
Jbuilderは前の会社で Personal使わされてたよ。ただでw
今の会社はEclipseやねぇ。。軽いな あれ。びびった。

了解 SWINGも落ち着いたらやってみる。>>151
ただ同期がやってるのをみると もっさりな感じなんだよなぁ。

162 :仕様書無しさん:03/10/25 13:51
評価対象の言語使ってソフトの1本も作った事も無いのに、
評価対象の言語貶す高卒って良くいるよね。

163 :仕様書無しさん:03/10/25 13:51
MSでもSunでも つかいやすけりゃ そっち選びなよ。
選択肢狭い技術者はいらん。

164 :仕様書無しさん:03/10/25 13:52
>>162
大学まで行ってプログラマやるなんて、相当の落ちこぼれだよね。

165 :仕様書無しさん:03/10/25 13:53
w そういうあほな議論はどこかでしろ
>>162
>>164

166 :仕様書無しさん:03/10/25 13:53
VC6に慣れた漏れにとっては、eclipseの重さには耐えられない。

167 :仕様書無しさん:03/10/25 13:55
あー 確かにMSの開発環境なれると
Java開発環境は何でっておもうわな。。でもJbuilderのこと
考えるとOKw eclipse
Jbuilderとかネスケとかみると JavaGUIはうーんって思うように
みえるんだよな

168 :仕様書無しさん:03/10/25 13:59
Eclipseを遅く感じるのはあなたが貧乏人だからです。
IBM製のXeonヂュアルマシンにメモリを1Gつっこめば快適ですよ。

貧乏人にM$信者が多い理由が判ります。

169 :仕様書無しさん:03/10/25 14:01
IBM製じゃなければいけない理由を教えて下さる?

170 :仕様書無しさん:03/10/25 14:01
>>166
起動が重いだけだろ
馬鹿みたいに何度も再起動するなよ

171 :仕様書無しさん:03/10/25 14:01
M$信者は貧乏人の癖にVS.NETを使いたがる プ

172 :仕様書無しさん:03/10/25 14:01
>>170
だってeclipseメモリリークがひどいんだもん。

173 :仕様書無しさん:03/10/25 14:02
あほがw MSの開発環境の方がたけーだろw
>>168
MS嫌いな人ってPGに多いけど なんで?ええじゃん つかえれば。

174 :仕様書無しさん:03/10/25 14:03
>>169
IBMだからです。
これに反論する奴はM$信者か$un信者。

175 :仕様書無しさん:03/10/25 14:03
つーかeclipseなんていらねーxyzzy+cygwinだろ。



176 :仕様書無しさん:03/10/25 14:03
>>157
すくなくともVB.NETの存在そのものがウンコ

C#を作っておきながら類似のVB.NETを作ったM$はアフォ
うわべだけVB厨を満足させているだけで使うだけ無駄。
VB厨はいつまでもVBがつく言語にすがり付いていないで
さっさとC#かJavaにでも移行しとけ。




177 :仕様書無しさん:03/10/25 14:04
>>176
言語仕様について全く語れないアフォハケーン

178 :仕様書無しさん:03/10/25 14:04
Propertyも無いJavaよりはVB.NETの方がマシだわな

179 :仕様書無しさん:03/10/25 14:04
貧乏M$信者は信者らしく割れ物など使わずにお金を払ってください。
ローンを組んででも。

180 :仕様書無しさん:03/10/25 14:06
>>178
それはしょうがない馬鹿だから。

 かれらはsetter,getterの先は思いつかなかったんだよ。

181 :仕様書無しさん:03/10/25 14:06
どっちでもいいよ。拘るなよ。
うんなもん。まあ 金出した分 動作は安定しとるな。VS 結構満足。
C#Builderはまだ試してないが。

Eclipseも安定はしとるんじゃないかい?
MS信者とかJava信者とか どうでもいいw

182 :仕様書無しさん:03/10/25 14:08
>>181
 安定してないよ!JBoss立ち上げて開発してるけど5時間くらいでeclipse落ちます。

183 :仕様書無しさん:03/10/25 14:08
プロパティは 使い勝手まぁまぁかも。
JAVAでメソッド探す時 set/getで探すのは探しやすいよ。

なんかいい手ないんかね アイコンで判断すればいいのか?
VS どうしとる?他のC#とか.NET系組んでる人 メソッド探す時。

184 :仕様書無しさん:03/10/25 14:22
IntelleSense

185 :仕様書無しさん:03/10/25 14:26
どこの馬鹿だよ、JavaとPerlのすれ乱立させてるのは

186 :仕様書無しさん:03/10/25 14:27
>>185
 どっちも次元はたいして変わらないのにねぇ。

187 :仕様書無しさん:03/10/25 14:31
Java厨とPerl厨はWebPrograming板にカエレ

188 :仕様書無しさん:03/10/25 14:40
>>178
> Propertyも無いJavaよりはVB.NETの方がマシだわな
おまえVB.NETは知っているようだがC#は知らないよう棚。
あんなもん子供のおもちゃ。
あんなもん不変クラス作るにはクズ。
クラスの不変性を保つためにわざわざReadOnly属性をつけるのか(ワラ


189 :仕様書無しさん:03/10/25 14:42
>>181
VS.NET2002は糞思いしインストールに10時間はかかるし
CD-ROM6枚は必要だし振るインストールすると6GBにもなる
図体でかいだけの糞IDEだったが


190 :仕様書無しさん:03/10/25 14:45
>>182
JBossをLinux/BSD/Unixサーバにインスコしてリモートで使えや

191 :仕様書無しさん:03/10/25 14:47
>>173
JBuilder, Rationalは糞高いんですけど
30マソ/100マソもとられますよ

192 :仕様書無しさん:03/10/25 14:48
>>182
じゃ、おまいはWebSphereStudioに金を出しましょう

193 :仕様書無しさん:03/10/25 14:49
>>189のマシンはセレロン300MHzか?

194 :仕様書無しさん:03/10/25 14:56
JBOSSなんか使えねえよ。

195 :仕様書無しさん:03/10/25 15:00
>>183
Javaでset/getキーワードを言語仕様にいれる必要が無い、あるいは言語仕様
にいれるだけ無駄だった理由は
C#のset/getキーワードは特定の限られた用途のみに便利である
という話だけで他の用途ではとんでもなく使い物にならないお荷物だった。

しかもC#のプロパティはprivateだが
あたかもpublicなフィールドにアクセスしているようで
ソースコードを汚しやすい。

たとえばこんな使い方をしたいときC#のプロパティは不便であり役にたたない。
public class A {
 private int x;
 private boolean negativeFlag;

 public set10to100(int x)throws FuckYouException {
  if(x < 10 && 100 < x){
   throw new FuckYouException("指定された範囲外の数値いれてんじゃねえよ糞M$厨ヴォケ市ね");
  } else {
   this.x = x;
  }
 }
//次レスに続く

196 :195:03/10/25 15:01
//195からの続き
 public setNegative(int x){
  if(x > 0){
   throw new FuckYouException("負数だけ入れろっていってんだろがこのチンカスが");
  } else {
   this.x = x;
   this.negativeFlag = true;
  }
 }

 public getX(){
  return x;
 }
}

class FuckYouException extends ArithmeticException {
 FuckYouException(String message){
  super(message);
 }
}

197 :仕様書無しさん:03/10/25 15:02
これはあくまで説明用サンプル、一例

198 :仕様書無しさん:03/10/25 15:02
throws FuckYouException
をもひとつ付け忘れた

199 :仕様書無しさん:03/10/25 15:03
プロパティーはDelphi/C++Builderが最強。

200 :仕様書無しさん:03/10/25 15:05
>ソースコードを汚しやすい。

ワロタ


201 :仕様書無しさん:03/10/25 15:12
propertyが例外throwできないと思ってる馬鹿ハケーン。

202 :仕様書無しさん:03/10/25 15:14
プロパティって、プライベートメンバにアクセスするメンバ関数を
生成するだけでしょ?COMみたいな。

203 :仕様書無しさん:03/10/25 15:18
>>201
>>195が例外の話だけをいいたいと勘違いしてるだろ(ワラ

204 :仕様書無しさん:03/10/25 15:48
Javaばかりやってると頭が悪くなるぞ

205 :仕様書無しさん:03/10/25 15:58
>>204
わかっているのだがJavaの仕事しか来ない。
 CかPHPの仕事くれ。

206 :仕様書無しさん:03/10/25 16:09
Javaは知恵遅れ

207 :仕様書無しさん:03/10/25 16:22
もしかしたらJavaは我々プログラマを愚民化するためにユダヤがSUNに命じたのかも。

208 :仕様書無しさん:03/10/25 16:30
このスレ頭から30過ぎくらいまで読んだんだけどさ。









Java次世代コボル決定!
ごめんね10年後のプログラマ達

っていうサブタイトルつけていいですか?

209 :仕様書無しさん:03/10/25 16:47
>>208
 いいと思います。
SUNが潰れてIBMが見捨てたら過去の遺物になるでしょう。

210 :仕様書無しさん:03/10/25 16:50
>>207
ユダヤ人陰謀説を信じるヴァカ八卦ソ

211 :仕様書無しさん:03/10/25 16:53
>>208
> Java次世代コボル決定!
> ごめんね10年後のプログラマ達
>
> っていうサブタイトルつけていいですか?
どういう根拠で。

>>208-209
COBOLとJavaを一緒にするなよ。
JavaをCOBOLにたとえることはあまりにも似合わない。
それとも、オープン系でCOBOLerがJavaに追いやられていることに
危機を感じているのか(藁


212 :仕様書無しさん:03/10/25 17:20
Javaだけやっていればいい、他はイランって考えてるのがCOBOLerと一緒だってことだろうが
誰も言語仕様のことはいっとらん

213 :仕様書無しさん:03/10/25 17:23
COBOLerは役に立つからいいだろ。Javaはいらん。

214 :仕様書無しさん:03/10/25 17:58
http://japan.linux.com/enterprise/03/10/06/0452213.shtml
米Sun Microsystemsは昨日、「経営不振」から「破滅」への一線を越えた。
誰もが一番知りたいのは、「Javaはどうなるのか」および「OpenOffice.orgはどうなるのか」という点だろう。これらは切実な疑問である。


215 :仕様書無しさん:03/10/25 18:03
え まじで?Sunの業績ってそんなに悪いの?

216 :仕様書無しさん:03/10/25 18:07
ま Sunがつぶれても どうせIBMなんかに吸収されるんだろうが。。
ソラリス別につかってねーし OKw

217 :仕様書無しさん:03/10/25 18:15
>>212
Javaだけやっていればいいと思わないが
必要がない仕事にまでCOBOLを押し付ける奴は最低。



218 :仕様書無しさん:03/10/25 18:16
>>214
とりあえずちょうちん記事を鵜呑みにするチミはオープンソースとはどんなものかを
調べてから目を覚ましましょう。

219 :仕様書無しさん:03/10/25 18:36
if(x < 10 && 100 < x){


220 :仕様書無しさん:03/10/25 19:17
>>218
やっぱアフォだこいつ。
SunつぶれればVMの仕様決められないだろ。
っていうか新しいOSのVMすら作れないだろう。

221 :仕様書無しさん:03/10/25 19:51
つか、>>214のどこが「提灯記事」なのかと小一時間(r

222 :仕様書無しさん:03/10/25 20:02
>>220
そんな考え方しかできないこいつがアフォです。
VMの仕様が決められないだってw
ライセンスが他社やそのほかの団体に流れるだけだろw

GNUのライセンスはどこかの企業がつぶれたら無効になるのか? (w

オープンソースのことをもっとよく調べてから発言しようねといったはずだよねw

223 :仕様書無しさん:03/10/25 20:13
>>222
呆れたやつだ。
仕様と実装の区別も出来ていないとは。
おまけに既に他の企業から仕様が違う
JVMが出ていてバイトコード互換なんて
無くなっている事さえ知らないとはな。

224 :仕様書無しさん:03/10/25 20:21
要はパスカル最強

225 :仕様書無しさん:03/10/25 21:55
そのうちJava1ga
AIX上でしか動かなくなったりしてな

226 :仕様書無しさん:03/10/26 00:36
>>223
ごめん、知らないんだけど、バイトコード互換の無いJVMってJVMを名乗っていいの?
商標上の問題があるんでないの?

227 :仕様書無しさん:03/10/26 01:05
>>222
とりあえず、こいつが一番馬鹿だということは良くわかった。



228 :仕様書無しさん:03/10/26 01:51
まあハードが違ってるとまったく使い物にならないものばっかりだからな。
Javaだから楽ってことはなんもない。

229 :仕様書無しさん:03/10/26 19:46
>>223
> 呆れたやつだ。
> 仕様と実装の区別も出来ていないとは。
> おまけに既に他の企業から仕様が違う
> JVMが出ていてバイトコード互換なんて
> 無くなっている事さえ知らないとはな。

お前はこうやって言い訳して自分の発言をなかったことにしようとして
誤魔化しているようだな。

「呆れたやつだ。 」それはこっちがいいたい。
Sunが潰れたくらいでVMの仕様決められないだって。

> おまけに既に他の企業から仕様が違う
> JVMが出ていてバイトコード互換なんて
> 無くなっている事さえ知らないとはな。
ほうそうか、GNU C compilerが出て他にM$が独自のコンパイラでることが
そんなに問題か。
Sunが潰れたところでそろそろ完成に近づいてきたJavaの行方など気にすることも無い。
それどころかSunが潰れたところでJavaの行方にそんなに悪影響がでることもない。
まあ仮にSunが潰れた頃にはIBMあたりが買収しジェームズゴスリングもIBMに移り
Javaは今までと変わらない、仕様が乱立しにくい状況が続くだろう。
仮にジェームズゴスリングがBMなどに移らなかったとしても
完全オープンソース化という手段があろう。

つまりだ、お前の論理ではSunが潰れるとジェームズゴスリングや
Javaの仕様を決定する者も全て死んでJavaが終わるというアフォ論理なわけだな。

ほうほう、Javaのソースコードが公開されている上にJakarta ProjectやEclipse Projectが
あれほど精力的になっている今, アフォにとってはSunが潰れることがそんなに問題か。

230 :仕様書無しさん:03/10/26 19:50
むしろJavaにとって一番の害悪であるSunが潰れた方が
よくなるだろうな。

SunはJavaを生み出したかも試練が育てるのに関しては無能。
出来ちゃった結婚で子供産んだコギャルと一緒。

231 :仕様書無しさん:03/10/26 20:08
それには政治的な要因があるんだ罠。
JavaがISO標準になる話があったがヨーロッパ諸国は賛成したものの
アメリカ一国が賛成しなかったためJavaの標準化をあきらめてしまったんだとさ。
んでISOの下部組織ECMAに出そうとしたがそこへ
M$がVIsual J++で邪魔をして来た。それがECMAへのJava標準化を
結局断る理由になった(といわれている説が強い)。

ISO標準化していればもっと良い方向に急成長して進んでいたかも知んないんだけどね。

232 :仕様書無しさん:03/10/26 20:36
所詮説は説

233 :仕様書無しさん:03/10/26 20:50
心配ないよ、もうすぐJava厨が業界から一掃されるから。
さあ、忙しくなるぞー

234 :仕様書無しさん:03/10/26 21:11
そのときはお前も一掃されるぞー

235 :仕様書無しさん:03/10/26 21:28
>>229
君みたいに必死で一言語にしがみつく立場ではない僕は
忙しいのですぐレス出来なかったが、

あんたは世界標準団体についての知識がカタワのようだ。
いいかい、CやC++の仕様はANSIと言うれっきとした世界標準団体が
決めているのだよ。決してGNUが決めている訳ではない。
GNUが作っているGCCやApacheはコミュニティによるオープンな実装だ。
お前はまさかLinuxのAPI仕様をオープンなコミュニティが決めている
と思っているのでは無かろうな?



236 :仕様書無しさん:03/10/26 23:50
>>235
JavaなんてISO/ANSI/ECMAで承認、標準化されても誰も使わないよ

Javaは既に半端物が使う言語のイメージが定着してしまった
オープンソースだってはんかもんの青臭い理想主義と捉えられてる
それもこれも手前ら声だけがでかくて何も出来ない金魚の糞のせいだ

Javaとオープンソースを提唱し育てた人間は偉大だが、
腋で吠えてる臭い君達はMSエヴァンジェリストと同レベル

これからの時代、玄人はもっとまともな言語を使うし、
初心者はもっと簡単な言語を使うだろうね

237 :仕様書無しさん:03/10/26 23:52
>>236
そのまともな言語とは?

238 :仕様書無しさん:03/10/26 23:55
>>237
JavaとC#が最新技術だとかほざいてる類の人ですか?

239 :仕様書無しさん:03/10/26 23:57
>>238
Perl房だよ。

240 :仕様書無しさん:03/10/27 00:06
>>239
そのネタもう飽きたよ

241 :仕様書無しさん:03/10/27 00:13
>>239
うわ。最悪。

242 :仕様書無しさん:03/10/27 00:23
C系ならどんな言語にでも簡単に移行できるPerlをよろしく。

243 :仕様書無しさん:03/10/27 00:56
>>235
> 君みたいに必死で一言語にしがみつく立場ではない僕は
> 忙しいのですぐレス出来なかったが、
君みたいな妄想を人に必死にぶつける立場ではない余は
忙しいのですぐレス出来なかったが、
何様のつもりだ。だれが必死に一言語にしがみつくといったアフォ。

> あんたは世界標準団体についての知識がカタワのようだ。
> いいかい、CやC++の仕様はANSIと言うれっきとした世界標準団体が
> 決めているのだよ。決してGNUが決めている訳ではない。
馬鹿たれが、貴様が偉そうに言う前からそんなことは百も承知。
憶測で物を言ってなめるといい加減に痛い目に遭うぞ。
gccとM$のCコンパイラの話題を出したのはSunが潰れたからJavaの将来に
悪影響を与えるとは限らんように、M$が潰れたところでC/C++に悪影響が
あるかってこといっておる。勘違いしないように。

> GNUが作っているGCCやApacheはコミュニティによるオープンな実装だ。
> お前はまさかLinuxのAPI仕様をオープンなコミュニティが決めている
> と思っているのでは無かろうな?
貴様のいう「LinuxのAPI」とやらが曖昧では答えかねるが。
「LinuxのAPI仕様をオープンなコミュニティが決めていると思っている」という表現は
どうやら貴様の釣りだな。

Sunが倒産するとJavaの将来に悪影響を与えると鵜呑みにし勘違いしているていることを
悟られまいと言い逃れ「LinuxのAPI仕様をオープンなコミュニティが決めていると思っている」
と言い出したようだな。

だが、何を言ってももう遅いぞ。もはや貴様に弁明する機会はもう無い。

244 :仕様書無しさん:03/10/27 01:06
Perlが他の言語よりまともとかいうやつ、宗教バカだろ。
Javaが標準化されても誰も使わないとか言ってPerlを進める奴と 
同一人物だろうが、現実にはJavaほどPerlは使われてないだろ。

245 :仕様書無しさん:03/10/27 05:25
最近javaが叩かれだしてるなー
コピペばっかりしてるからマジで頭悪くなると思うぞ!
ただ見つけるのは上手くなると思うがね
それはそれで仕事が早くなると思うが俺は嫌だ。

246 : :03/10/27 05:47
Perlは他人の書いたのが読めさえすればなあ・・。
百分の一でいいからphpの精神をコピって呉。

あと早く++javaを。

247 :仕様書無しさん:03/10/27 06:35
>>246
読めるように努力しろよ。
Perlの糞コードが読めるようになれば
C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。

248 : :03/10/27 06:43
> Perlの糞コードが読めるようになればC系のほかの言語のスパゲッティコードでも読めるようになる

口は勝手だねぇ・・。

249 :仕様書無しさん:03/10/27 06:54
>>248
そういうものだぞ。
例えば国語が苦手な人は
英語やっても伸びないだろ。
逆に難解な現代文に慣れると
難解な英語も読めるようになる。

250 : :03/10/27 07:16
滅茶苦茶ですね・・。

251 :仕様書無しさん:03/10/27 07:24
>>250
まあ実際にやれば分かるよ。

252 :仕様書無しさん:03/10/27 08:20
時代遅れとかそんなん心配するなら
全言語覚えようぜ

253 :仕様書無しさん:03/10/27 08:42
スレ違い申し訳ありません。
yahooの投票、みんなで「その他」に入れてみよーよ!
http://sports.yahoo.co.jp/baseball/jps/event/
面白くなるぞー!!時間がありませんのでよろしくお願いします。
一人1票です。

254 :仕様書無しさん:03/10/27 10:54
>>247
> Perlの糞コードが読めるようになれば
> C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
> 身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。
身につかねえよヴォケ。
Perl読んだくらいでC++コードを楽に読めるとでも思ってるのかアフォ


255 :仕様書無しさん:03/10/27 10:55
>>249
結局Perl厨はこういう馬鹿な奴だったのか。
呆れたもんだ


256 :仕様書無しさん:03/10/27 12:23
>>254
煽りになってスマンが
それは単純に君が頭悪いからじゃないの?


257 :仕様書無しさん:03/10/27 13:17
>>256
perl で書かれた糞コードが読めるようになったからといって
糞構造化された C のコードが読めるようになるわけでもなく、まして
糞クラス化された C++ のコードが読めるようになる筈もない。

258 :仕様書無しさん:03/10/27 13:54
>>256
お前の思考のほうがよっぽど馬鹿だ。PerlでC++のようなポインタ演算など高度なことが
やれると思うならやってみろって

259 :仕様書無しさん:03/10/27 21:53
本日の日経新聞夕刊一面に、
>福岡県は全てのコンピュータの基本ソフト(OS)に対応できる汎用性のある
>電子自治体用のシステム基盤を開発した。(中略)このシステム基盤は
>サン・マイクロシステムズの最先端技術を採用…(後略)

って記事があるんだが…
OS非依存を強調しているあたり、あきらかにJava(多分J2EE)のことだけれども、
これはどうやら時代遅れどころか最先端技術らしいですよ…

260 :仕様書無しさん:03/10/28 01:26
>>257
>>258
君が頭悪い事をそんなに自慢しなくていいよ。
プログラム言語というのは基本的に暗号解析能力に通じる物。
暗号解析能力の低い人は極端に言えばVBですら出来ないだろう。
ポインタだろうがクラスだろうが基本的に暗号解析という点で同じ事。
難しく考える必要はない。

261 :仕様書無しさん:03/10/28 01:37
>>259
この業界にいる人なら「最先端技術」は笑うとこ。

262 :仕様書無しさん:03/10/28 01:46
>>259
 日経だしな。

263 :仕様書無しさん:03/10/28 02:04
>>260
そのレスが釣りでなければ君が頭割るいことをそんなに自慢しなくていいよ。

君はまず最初にこんなことを言ったね。
>Perlの糞コードが読めるようになれば
>C系のほかの言語のスパゲッティコードでも読めるようになるスキルが

それで君は偉そうにこんなことを言うとはどういうことかね。
>君が頭悪い事をそんなに自慢しなくていいよ。
>プログラム言語というのは基本的に暗号解析能力に通じる物。
>暗号解析能力の低い人は極端に言えばVBですら出来ないだろう。
>ポインタだろうがクラスだろうが基本的に暗号解析という点で同じ事。

君自身の失言をもみ消そうとする君の態度には呆れるよ。
Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで
君が頭割るいことをそんなに自慢しなくていいよ。

君の意見は現代的プログラミングに似つかわしくない馬鹿の口八丁な意見だよ。
現代的プログラミングではメソッド名は動詞や動詞句、クラス名やオブジェクト名は
名詞にするべきだというコーディング規約が主流。
君の意見の主張によると、君がクラスやメソッド、パッケージ名、変数名の
名前を決めるときは、どのクラスも、メソッドもパッケージ名もa001, a002, a003, a004
というわかりにくい名前をつけてもよいということになる。

それでも君はこういったネーミングをしても、可読性が低下するからやめろといわれても
暗号解析能力があれば短時間で読めないことはないだろと主張するわけだ。
オープンソースソフトウェア開発でそんなことを言ってみなよ。
君は皆から叩かれて大恥をかくことになる。

わかりにくいネーミングでも、それが読めないのは「暗号解析能力の低い人」
だと言い切って逃げるのは、まったくチーム開発でもオープンソースソフトウェア開発でも
誰も推奨したがらない保守的な考え方でだらしないね。

264 :仕様書無しさん:03/10/28 15:31
>>260
>プログラム言語というのは基本的に暗号解析能力に通じる物。
なんか、かっこいい事を言った気にでもなっているんだろうか?

265 :仕様書無しさん:03/10/28 15:50
暗号〜?
ソースコードは小説の仲間だヨ!

266 :仕様書無しさん:03/10/28 20:27
>>264
>260は負けず嫌いでくやしまみれに、
人格者のフリをしてなんとかして自分の失言を
もみ消そうとしている哀れな厨年房なのだよ。

267 :仕様書無しさん:03/10/29 01:31
>>263
>Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで

こんな事どこにも書いてないんだが。
お前はまず日本語を勉強しろ。

268 :仕様書無しさん:03/10/29 10:28
>>259
比較の対象がCOBOLなんでは?

269 :仕様書無しさん:03/10/29 10:52
脳内にどんな仮想敵を作ろうがそれはそいつの勝手だが、
現実の相手が言っていない、脳内仮想敵だけが言ったことの言質を取るのは
電波以外のなにものでもないよね。

270 :仕様書無しさん:03/10/29 10:58
>>267
> >>263
> >Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで
>
> こんな事どこにも書いてないんだが。
> お前はまず日本語を勉強しろ。

お前はこう断言したはずだ。お前がが日本語を勉強しろ。

> Perlの糞コードが読めるようになれば
> C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
> 身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。


271 :仕様書無しさん:03/10/29 12:11
>>270が日本語読めない事は分かった。

>C/C++をまったく知らなくても
お前はPerlが分かれば他言語の言語仕様を知らなくても
分かるのか?
言語仕様を理解するのは当たり前の事だろ。
その上で俺は糞コードが読めると書いてあるだが、
お前の日本語能力ではこんな意味に捕らえるのか。
馬鹿その物だな。

272 :仕様書無しさん:03/10/29 12:39
馬鹿というのはちょっと言い過ぎたかな。


273 :仕様書無しさん:03/10/29 12:48
>>271は思い込み馬鹿というしか。
馬鹿というはちょっと言い過ぎたかな。

他人の日本語能力とかいう以前に>>271の日本語能力にも
問題があるとしか言いようが無い。
そんなに反駁されたくないならもっと具体的に言うべきだとは思わないかな?
自分だけの視点の世界で物事を騙るのは独りよがりでよくないことだよ。

274 :仕様書無しさん:03/10/29 15:13
アホアンチには相変わらず日本語能力が無いなw。

275 :仕様書無しさん:03/10/29 17:33
>>1
そうです、最先端の言語はRuby、Scheme、Haskell、ML、Smalltalkなんです






















ダレモツカッテネーケドナ

276 :仕様書無しさん:03/10/29 18:33
まあ「最先端」が「みんなに使われてる」って事態は
普通に考えてあり得ないよな。それはもう「端」じゃない。

277 :仕様書無しさん:03/10/29 18:44
Smalltalkとかかなり古いだろ

278 :仕様書無しさん:03/10/29 18:50
最新、とは言ってないと思う

279 :仕様書無しさん:03/10/29 21:06
まあ、少なくとも新しい技術がみんなに使われてるぐらい流通する頃には
随分時間も経ってしまって最新ではないし、
みんなが使ってる一般的技術だから最先端でもないよ。

最新技術、最先端技術を使うと損しそうだね。


280 :仕様書無しさん:03/10/29 21:58
(*^.^*)

281 :仕様書無しさん:03/10/29 23:30
Cって3日ぐらいあれば、ほぼ覚えられると先輩から
言われましたが、それって本当でしょうか??

282 :仕様書無しさん:03/10/30 00:03
>>281
それは話を言語仕様の習得に限れば本当。

といってももちろんその人が持っているリソースにもよるだろうけど、
他の言語の経験があれば3日もかからないのでは?

283 :仕様書無しさん:03/10/30 00:05
そんなことより>>1よ、ちょいと聞いてくれよ。スレとはあんま関係ないけどさ。
俺に言わせりゃC言語なんか糞。C言語やってる奴は蝿。
今のプログラム通の間での最新流行はやっぱりBASIC。コレだね。
高校数学Aの教科書にも載ってる。
それプラスWindows3.1で8インチフロッピー使用。コレ最強。
ただしこれをやり過ぎると時代に乗り遅れるという危険を伴う諸刃の剣。
初心者にはオススメできない。
まぁお前らド素人はC++で乱数じゃんけんゲームでも作ってなさいってこった。

284 :仕様書無しさん:03/10/30 01:18
>>281
馬鹿な先輩にこのサイトを教えてやれ。

プログラミングを独習するには10年かかる
http://www1.neweb.ne.jp/wa/yamdas/column/technique/21-daysj.html

285 :仕様書無しさん:03/10/30 01:21
論点ずれまくり&誤爆ワラタ

286 :仕様書無しさん:03/10/30 01:48
プログラミングを独習し始めたのは小学五年生(11歳)のときなので
25歳の俺は4年も前にプログラミングをマスターしています。

287 :仕様書無しさん:03/10/30 01:51
>>286
Norvigのレシピは満たした?

288 :仕様書無しさん:03/10/30 02:35
>>286
嘘付け。

単位時間当たりのソフトウェア工学等習得量が足りないだろ。

289 :仕様書無しさん:03/10/30 16:59
独学でCを学んで就職までこぎ付けられる人をボクは尊敬します。

290 :仕様書無しさん:03/10/31 22:36
C++の勉強を行いたいのですが、Visual C++.NETで
C++の勉強が出来るのでしょうか?


291 :仕様書無しさん:03/10/31 22:54
CとC++は時代遅れ

292 :仕様書無しさん:03/10/31 23:04
C++をつかいこなせれば
仕事にはこまらないと思います

293 :仕様書無しさん:03/11/01 01:11
>>292
ありがとうございます。
将来プログラマーになろうと思いますが
最低賃金は月収どのくらいでしょうか??

294 :仕様書無しさん:03/11/01 01:29
0マソ

295 :仕様書無しさん:03/11/01 01:47
うむ、0マソで正解だろう。
さすがに会社に給料払ったことはないからな。

296 :仕様書無しさん:03/11/01 02:10
>>295
>>294
ありがとうございます。

>0マソ

そうですか・・。0マソですか・・・。

僕も会社に入った時は0マソだと思いますが
将来年1000マソもらえるように頑張りたいと思います。


297 :仕様書無しさん:03/11/04 08:37
Perl至上主義(プ


298 :仕様書無しさん:03/11/04 08:46
>>290
> C++の勉強を行いたいのですが、Visual C++.NETで
> C++の勉強が出来るのでしょうか?
できないことも無いがmanaged C++や時期M$独自仕様C++はやるだけ時間の無駄。
VC++を使うとハンガリアン記法という汚い記法とつきわあないといけない。
時期VC++は記法がまったく異なり新しいキーワードも現れている。
ヴァージョンアップするたびに古い知識が殆ど無駄になるとまさにあのことだね。

GNU C++とそれをVC++系以外のIDEと組み合わせたほうがまし。

299 :仕様書無しさん:03/11/04 08:47
>>292
実際には使いこなせる奴は世界に数人しかいないけどなw
ほとんどがC厨レベル。

300 :仕様書無しさん:03/11/04 09:20
Java至上主義マンセー

301 :仕様書無しさん:03/11/04 10:00
これからの時代、
もっともナウくて、ヤングに受けるのは、
C#だよ。

302 :仕様書無しさん:03/11/04 10:04
11月9日(日)は第43回衆議院議員選挙の投票日です。
皆さん必ず投票に行きましょう!!

主要6政党のマニフェスト(政権公約)
http://www2.asahi.com/senkyo2003/manifesto/index.html

候補者一覧、選挙関連ニュースなど
http://www2.asahi.com/senkyo2003/index.html

初めて選挙へ行く方へ優しく解説!!
投票所での投票手順
http://www.senkyo.metro.tokyo.jp/touhyou/touhyou011.html
不在者投票の投票手順
http://www.senkyo.metro.tokyo.jp/touhyou/touhyou012.html

作成者より投票の薦め
今回の選挙は各政党が初めて、マニフェスト(政権公約)を掲げて戦う歴史的に意義深い総選挙です。
マニフェストとは政策の具体的数値目標・実行期限・財源などを明示する今までにない具体的な選挙公約。
これまでの選挙公約は曖昧で、約束が守られたのかどうか評価する事すら難しい物でした。
今回、各政党がマニフェストという形で具体的な国民との契約を掲げたことで、政権を取ればその遂行を求められ、
そして次の選挙の際には実績を評価される体制が整ったのです。今までのような曖昧さのない公約は、
実現出来なければ次の選挙で必ず厳しい評価を受ける非常に厳粛なものです。政治家の嘘はもう許されません。
政治、経済、社会、外交、さまざまな分野で難問が山積し、歴史の大きな曲がり角の中にあると言われる日本。
日本の新しい未来の選択にあなたも参加してみませんか?11月9日には是非お近く投票所にお出かけください。

※この文章を何処か別の電子掲示板に一人一回コピぺするか、お知り合いなどにメールして頂けると嬉しいです。


303 :仕様書無しさん:03/11/04 10:08
ナウいヤングしか使わないなら
#やりません

304 :仕様書無しさん:03/11/04 11:15
>>301
C#がナウい → C#の中身は古い(既存言語の焼き増し)
→ ヴビヤングに受ける。 → スパゲティ化必至

305 :仕様書無しさん:03/11/06 23:02
みんながJavaを使ってる → Java使いの大半はアベレージプログラマ(馬鹿)
→ ブビ厨とCOBOLerが大量に流れ込んでいる → COBOL化必至


306 :仕様書無しさん:03/11/07 00:18
「ウェブサービスに最適な開発言語はJava」
http://headlines.yahoo.co.jp/hl?a=20031106-00000004-wir-sci


307 :仕様書無しさん:03/11/07 00:53
>>299
君の世界はどんだけ狭いのかと。

308 :仕様書無しさん:03/11/07 02:17
>>305
やっぱり?
言語仕様のみで判断するとJavaってそれほど悪い言語だとは思わないんだけど
COBOLみたいなコードであふれかえるのかあ

309 :仕様書無しさん:03/11/07 02:30
そう、ポリモルフィズムも理解せずに
だらだらしたスイッチ文書くやつ多すぎ。

310 :仕様書無しさん:03/11/07 02:36
>>305>>308は同じ奴か同じ偏屈君同士で気が合うんだな。

それとも>>308は釣りではなく天然でいっているとしたらかなりのアフォだw
COBOLみたいなコードが溢れ返るってププ
あれで溢れ返るならunsafeやプリプロセッサ、goto文復活、糞な値型が増えたC#はもっとCOBOL並に汚いコードで溢れ返るぞw
C++はさらにその上を行きCOBOL以上のスパゲティコードだがなw


311 :仕様書無しさん:03/11/07 02:46
VB厨、VC++厨の一部がC#を使い始める → C#使いの大半はVBプログラマ(馬鹿)
→ M$の宣伝に引きよせられたブビ厨とCOBOL.NETに引き寄せられたCOBOLerが大量に流れ込んでいる
→ VB, COBOL化必至 → 寿命が短いの言語 → VC++と同じ運命。COMを覚えたが次は.NEtかな徒労の道。

312 :仕様書無しさん:03/11/07 02:57
みんながCを使ってる → C++使っていると言い出す
C++使いの大半は化けの皮をはがせばCしかできないアベレージプログラマ(馬鹿)
→ ポインタ演算のテクニックを何年も時間をかけて必死に覚えた苦労を訴え
オブジェクト指向を勉強しようとしない
→ COBOL化必至

313 :仕様書無しさん:03/11/07 03:08
COBOLを守ろう。
COBOLerがこっちに流れ込んでこない様に。
・・・無理か

314 :仕様書無しさん:03/11/07 04:07
いいぞ、流れて来い、COBOLerども、
どんどん来いや。
まとめて返り討ちにしてやるぞ。


315 :仕様書無しさん:03/11/07 09:23
>>314 お前の職場は格闘場か

316 :仕様書無しさん:03/11/07 11:38
COBOLerはコボルドだから


ゲーム用語解説
http://allabout.co.jp/game/gamenews/closeup/CU20010707A/index_2.htm
【コボルド】
犬のような顔をした人間型生物。身長は1メートルほどで、ゴブリンよりもさらに弱い。
そのため常に群れをなして行動している。『ウィザードリィ』のコボルドは例外的に、
オークより少しだけ強い。

こういう雑魚なクリーチャー(日本語でいうと悪のモンスター)な輩は返り討ちにしてやらないと

317 :仕様書無しさん:03/11/07 11:44
雑魚ども

オーク awk
 読み方 : オーク
 フルスペル : Aho Kerninghan Weinberge
  http://ew.hitachi-system.co.jp/w/awk.html

コボルド COBOL
ゴブリン VB
ホブゴブリン COBOL.NET

318 :仕様書無しさん:03/11/07 13:02
みんながCを使ってる → C++使っていると言い出す
C++使いの大半は化けの皮をはがせばCしかできないアベレージプログラマ(馬鹿)
→ ポインタ演算のテクニックを何年も時間をかけて必死に覚えた苦労を訴え
オブジェクト指向を勉強しようとしない
→ COBOL化必至

sodane

319 :仕様書無しさん:03/11/07 13:38
オブジェクト指向って要するに構造体に関数ポインタ持たせた
やつだろ。記述が楽になるというだけじゃん。あんなん無駄。
遅いし。

320 :仕様書無しさん:03/11/07 15:00
>>317
えっ
awkって雑魚だったの?。
perlに移行してもperl厨って言われるだろうし。
何を使えというんだ−

321 :仕様書無しさん:03/11/07 15:40
>>319
記述が簡単で何か問題でも?
プログラム言語はコンピュータに行わせたい事をより簡単に記述できるように
進化してきましたが?
実行速度だけを槍玉に上げて、Cに比べてC++が遅いと言ってるのかも知れ
ないけど、それを言うならばCだってアセンブラに比べれば遅いんです。
でも、記述が楽でメンテナンス性に優れるから使われるんです。
TPOに合わせて使用言語を選ぶ事も出来ない程度のスキルでオブジェクト
指向を語ってはいけません。
さらに言うと、「構造体に関数ポインタ持たせた云々」は一部のオブジェクト指
向言語の実装仕様です。
それを以ってオブジェクト指向なのではありません。


322 :仕様書無しさん:03/11/08 00:03
>>319
> オブジェクト指向って要するに構造体に関数ポインタ持たせた
> やつだろ。
( ´,_ゝ`)プッ
継承も知らないのか(ワラ


323 :仕様書無しさん:03/11/08 00:18
>>321
まぁごもっとも。
でも俺、入社してCを覚えてそれからC++やったけど、
最初さっぱり「クラス」って概念が分からなかったなぁ。
結局は「馴れ」なんだろうけどね。

324 :仕様書無しさん:03/11/08 01:05
>>321
どうせ釣りなんだからむきにならんでも...

ていうかC++ってCより本当に遅いか?
少なくとも仮想関数と関数ポインタ呼び出しは
速度的にほとんど同じだろ?

前に、C上がりの奴がstd::vectorにpush_backしまくって
遅いとかほざいてた事があったが、そういうレベルか(w

まあ、アセンブラにくらべたらC/C++は遅いと思うけど。


325 :仕様書無しさん:03/11/08 02:13
全く生産性を考え無いのなら魔神語
生産性を考えるのでC++と思たのですが

326 :仕様書無しさん:03/11/08 03:01
>>325
基本の流れはそーだろーけどさぁ。

アセンブラ - 業務系には要らないでしょ。今時コンシューマゲームでもライブラリの最下層実装する人しか使わんよ。
C - ある程度までの人海戦術が可能な点が他(魔神語やC++)より圧倒的に優れる。
C++ - 今時ネイティブコード吐く必要のある仕事では最高に頼れるパートナーだがわかるってる香具師少なすぎ。

漏れは現役マなのでC++使いたいが、仕事では周りに合わせざるを得ず今はCの仕事してる。
漏れも管理職だったら補給の効きにくいC++を避けるという判断をするかもしれん。
馬鹿に刃物って言葉もあるし。

327 :仕様書無しさん:03/11/08 03:45
オブジェクト指向をしっかりと学び
しっかりと安全に設計すればオブジェクト指向言語を避け
Cに逃げるということもないだろう。

しかしC++では限界かなw
Javaくらいだったら堅牢性が高く、コンパイラがいちいちうるさく文句をいうため
プログラマは真剣になる。

さらに多くのクラスライブラリがオブジェクト指向を知らないとどうにもならないため
積極的にオブジェクト指向を学ぼう必然的に必死になる。

さらに、クラスなどの名前が覚えやすいのもJavaの特徴。
クラス名が名詞、メソッド名が動詞になっているため覚えやすい。
それらの中には見覚えのあるデザインパターンが使われているものがあり、
デザインパターンのサンプルクラスとまったく同じ名前のクラス
(例 : Observer ,Iterator など)がよくありそんなデザインパターンを駆使したJava Core APIに感動する。
よくできたつくりになっていると。そしてそれがさらにJavaを使いこなそうという気を起こさせる。

328 :仕様書無しさん:03/11/08 04:06
Java厨だーーー

329 :仕様書無しさん:03/11/08 08:54
>>324
継承による関数呼び出しはJump命令が余分にはいるし、
仮装関数の呼び出しはさらにテーブルの検索が伴う。
君アセンブラ読めないの?

330 :これはJavaを陥れる陰謀か?:03/11/08 17:10
>>326に対しての>>327の返答を

・書いている事の意味が理解できず
・相手が自分より劣っていると決め付け
・最近覚えたばかりのOOの知識を(釈迦に説法とも知らず)披露する

典型的なJa馬鹿の例として各スレに
http://pc.2ch.net/test/read.cgi/prog/1066810114/326-327
と貼り付けてきていいですか?

331 :仕様書無しさん:03/11/08 19:11
>>329
関数ポインタだってJump命令がはいるだろ?
まさか普通の関数呼び出しと仮想関数の比較を
想像してるんじゃないだろうな?

Z80なら読めますが何か? <弱



332 :仕様書無しさん:03/11/08 20:28
要約すると、オブジェクト指向は遅い上に
弾切れしやすいということか。

333 :仕様書無しさん:03/11/08 22:36
日本語勉強しなさいね。>>332

334 :仕様書無しさん:03/11/08 22:48
>>332
それは貧しい考え方だ。
C++厨からもJava厨からも非難を浴びりうる

335 :仕様書無しさん:03/11/08 23:10
>>331
だからCの場合関数呼び出しを関数ポインタで実装するより
普通の関数呼び出しで実装する場合が圧倒的に多いだろ。
対してC++はクラスのメンバ関数という形で呼ぶ場合の方が多い。
で、アセンブラの命令数で言ったらCによる呼び出しの方が少ないって事。

336 :仕様書無しさん:03/11/08 23:42
>>335
メンバ関数だってvirtual付けなきゃjump命令どころか
インライン展開だって可能なわけで、Cの関数呼び出し
との違いはthisポインタ分だけ引数が増えるだけだと思うが。

少なくとも俺は必要なとこにしかvirtual付けないし。

つうか板違いか(w

337 :仕様書無しさん:03/11/08 23:58
少なくとも俺は必要なとこにしかfinal付けないしw

338 :仕様書無しさん:03/11/09 00:10
C++もJavaもC#もPerlも今あるほとんどの言語は
Cにちょっと手を加えただけ。Cの兄弟みたいなもの。
まだCを越える言語なんてない。

339 :仕様書無しさん:03/11/09 00:28
>338
まったく意味の無いことを言っているが
そのこころは?

340 :仕様書無しさん:03/11/09 00:31
>>338
なんかわかる気がする。
最近C#やってるけど、目新しさは感じられん。
まぁ俺自信、そんなにプログラミングに興味ないからね。

341 :仕様書無しさん:03/11/09 00:38
>>338
今ある言語はC言語の機能に制限かけたり
コーディング上のの表記を変えてるだけだからね。



342 :仕様書無しさん:03/11/09 00:41
そういやJavaのVMって何で書かれてるの?
C?

343 :仕様書無しさん:03/11/09 00:50
>>342 lispだったような記憶が。

344 :仕様書無しさん:03/11/09 00:57
>>342
OS上で動いているのであれば1つのアプリと見なせるから
基本的にOSのAPIが扱える言語であれば書けるし、(パフォーマンスはおいといて)
そうではない環境だとしたら必然的にC言語でしょ。


345 :仕様書無しさん:03/11/09 00:58
N88BASIC。
これ最強。


346 :仕様書無しさん:03/11/09 04:51
Windows版はVC++だよ。

347 :仕様書無しさん:03/11/09 12:01
>>340
C#はCから直接派生した言語ではないぞ。
Java + Delphiから派生したんだぞ。

348 :仕様書無しさん:03/11/09 12:01
名前がCと似ているからC#はCそっくりな言語と勘違いしていたか?

349 :仕様書無しさん:03/11/09 14:33
Cに+を二つ付けたらC++
さらに+を二つ付けたらC#。
OK?

350 :仕様書無しさん:03/11/09 18:20
C#って
しーしゃーぷ
っていうの?
しーげた
っていってるのは漏れだけか?

351 :仕様書無しさん:03/11/09 19:46
死者( ´,_ゝ`)プッ
っと発音する

352 :仕様書無しさん:03/11/09 19:53
>>351
それ一時期良く見かけたけど、最近全然見かけない。
一人の人物が粘着していただけだったんだろうな。

353 :仕様書無しさん:03/11/09 21:04
3人くらいはいたと思う。


354 :仕様書無しさん:03/11/09 21:33
まあ死者プは長生きできないから安心して天国に逝きなよ。

355 :仕様書無しさん:03/11/09 22:15
BASICがこれからの時代をリードしていく、というのは疑いようがない事実だと思うよ。


356 :仕様書無しさん:03/11/09 22:37
>>355
アスペクト指向BASICマダー?

357 :仕様書無しさん:03/11/10 01:27
>>355
激しく同意してみるテスト

358 :仕様書無しさん:03/11/10 08:31
間違ってもVisualBasicがプログラミング言語の主流になるのは勘弁。
プログラマ==厨房という図式が成り立ってしまう。
Longhornの影響でますます厨房色がつよくなることは悲しいことだ。



359 :仕様書無しさん:03/11/10 08:43
厨房はJavaやってるだろ

360 :仕様書無しさん:03/11/10 09:04
まだJava房のほうが一千倍マシ

361 :仕様書無しさん:03/11/10 11:52
しかしM$の宣伝に載せられたVB厨房はC#をやっているのが現実
VB厨なのでUnixのこともまったく知らないだらしない厨房

362 :仕様書無しさん:03/11/12 00:15
厨房にはJ2EEは理解不能
せいぜいC++止まり

363 :仕様書無しさん:03/11/25 21:35
>>326
厨房の俺にはJ2EEとC++を同列に扱うあなたの脳内構造が理解不能。
HTMLとプログラミング言語を比べるのに似てるような感じ。

ま、実装技術を何一つ使えない卓上Sョはすっこんでろってこった。

364 :仕様書無しさん:03/11/26 09:24
レス番号間違えるあんたの脳内構造が(ry

365 :仕様書無しさん:03/11/26 16:42
13日も前のレスに粘着する>>363に乾杯。


366 :仕様書無しさん:03/11/30 18:09
つまりJ2EEはあらゆる局面で最強

367 :仕様書無しさん:03/11/30 18:33
何時も思うJAVAやってる奴ってバカがおおいね


368 :仕様書無しさん:03/11/30 18:50
>>367
バカが目立つだけ。更にそのバカの殆どは知ったかぶり。

369 :仕様書無しさん:03/11/30 18:56
エンタープライズ最強!!!

370 :仕様書無しさん:03/12/02 01:34
>>367
>>368

371 :仕様書無しさん:03/12/02 02:05
>>326
スマン。業務系だがアトミックな処理にはアセンブラを使っているよ。

372 :仕様書無しさん:03/12/02 10:40
>>367
VBとか(とくにC++やったつもりになって実は)Cしかできないオコチャマにいわれたくありません


373 :仕様書無しさん:03/12/03 11:53
何時も思うJAVAけなしてる奴ってバカがおおいね

374 :仕様書無しさん:03/12/03 12:33
COBOL

375 :仕様書無しさん:03/12/03 13:03
ジャバジャバ

とか言ってる香具師がいると貶したくもなる

376 :仕様書無しさん:03/12/03 13:20
「じゃばじゃば」サイトをつくってる香具師もか(藁
http://www.asahi-net.or.jp/~dp8t-asm/java/

377 :仕様書無しさん:03/12/03 13:51
>>1
C++は確実に時代遅れ。Javaもな。
これからはD言語だろ。

378 :仕様書無しさん:03/12/03 13:54
>>377
D言語ってそんなにいいのか?
ライブラリは揃ってる?

379 :仕様書無しさん:03/12/03 14:05
>>377
その種のレスは読み飽きたぞ。

380 :仕様書無しさん:03/12/03 16:41
D言語って言いたいだけちゃうんかと(ry

381 :仕様書無しさん:03/12/03 16:57
C#も確実に時代遅れ。
これからはD言語だろ

382 :sage:03/12/03 16:59
お前ら、E言語に期待しろ。

383 :仕様書無しさん:03/12/03 17:05
今から俺はF言語〜Z言語の商標登録だしときます。

384 :仕様書無しさん:03/12/03 17:46
>>383 F言語の次は10言語だと思われ

385 :仕様書無しさん:03/12/03 18:43
>>377
>>381
namespaceも実装してない糞言語なんか持ち出すな

386 :仕様書無しさん:03/12/03 20:53
ネームスペースを実装した言語はperl

387 :仕様書無しさん:03/12/04 15:41
つまり最高の言語はVisualBasicと言う事になるな

388 :仕様書無しさん:03/12/04 20:34
じゃ・・・






じゃヴぁ さいこー

389 :仕様書無しさん:03/12/04 23:21
2ちゃんねらが求める言語は・・・





イイ!言語

390 :仕様書無しさん:03/12/05 13:02
綺麗にまとまったね

391 :仕様書無しさん:03/12/14 20:33
C言語が時代遅れなのは明らか


392 :仕様書無しさん:03/12/14 21:22
C厨は自作自演で心が朗らか

393 :仕様書無しさん:03/12/14 22:14
自作自演してどこが心がほがらかなんだかw

394 :仕様書無しさん :03/12/15 01:17
どんな言語にしろ状況に応じて使い分ければいいんでないの?
やれどっちが糞だとかそんな事非難し合っても仕方ないでしょ
でも糞みたいに使いにくいのがあるのも事実でそれもそれで仕方ないが
偏った意見言ってる香具師に限って糞PGだったりすんじゃねーの?その辺どーよ?

395 :仕様書無しさん:03/12/15 04:37
>>394
使い分けれてないから問題なんじゃないか

396 :自称C++厨をクビにせよう運動:04/02/09 10:21
グゴゴゴゴゴ!!!

いまこそ、プログラマ革命を起こすときだ!
(亜ぼーんする愚か者には核ミサイル無量大数本分の死を!)

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

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

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

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

このような卑怯なC++厨の行為は宣戦布告と見なさなければならない行為であり
大義名分を持って即刻解雇すべきである!

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


正義は勝つ!悪の枢軸・自称C++プログラマをこの世から抹殺せよ!

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

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)