1 ：
仕様書無しさん ：
03/10/22 17:08 もう、いまさら習得する価値はないですか？
3 ：
仕様書無しさん ：03/10/22 17:36
記念カキコ
4 ：
仕様書無しさん ：03/10/22 17:54
Javaは時代のこなかった糞言語
くそすれ
6 ：
仕様書無しさん ：03/10/22 18:51
>>4 時代の来なかったCﾌﾟﾗﾌﾟﾗ厨の遠吠え（ﾌﾟ
7 ：
仕様書無しさん ：03/10/22 18:54
今、最もナウい言語ってなんだ？
8 ：
仕様書無しさん ：03/10/22 18:57
Java厨はPerl房に遊んでもらえ。
Perl房はRuby房とのじゃれあいに
10 ：
名無し＠沢村 ：03/10/22 19:12
>>7 ぶわははははっはーーーーーーっ！！！
おまい、ナウいって何よ？ナウいって何よ？
おま、そりゃ死語だぞ！！！
ぶわははははっはーーーーーーっ！！！
久しぶりに聞いたよ。ぶわははははっはーーーーーーっ！！！
ナウいだって。
これからはMr.COBOLの時代だ。
これからはRubyの時代。
13 ：
仕様書無しさん ：03/10/22 21:41
最近CV++の案件が多いと聞いたんだが
ナウなヤングにバカ受け
16 ：
仕様書無しさん ：03/10/22 23:23
13でつ
17 ：
仕様書無しさん ：03/10/22 23:33
友人にＳ式を勧められまちた。
技術に新しい旧いは無いんだけどね。あるのは、優れているか
最近は織田信長の案件が多い。
20 ：
仕様書無しさん ：03/10/23 00:31
Cは確かに天下を取ったけど
22 ：
仕様書無しさん ：03/10/23 00:59
ということは、COBOLが最優秀か？
23 ：
仕様書無しさん ：03/10/23 01:47
Perlがこれからの時代伸びると思うよ。
24 ：
仕様書無しさん ：03/10/23 01:53
コードの保守性を考えてもPerlはいい選択だと思うよ。
26 ：
仕様書無しさん ：03/10/23 02:06
言語に重点をおくことが時代遅れ。
27 ：
仕様書無しさん ：03/10/23 02:06
JAVAはまだまだこれからの言語だよ。きっと。
28 ：
仕様書無しさん ：03/10/23 02:07
>>28 同意したいが自由に製作者に道具を使わせないのがお客様。
31 ：
仕様書無しさん ：03/10/23 02:08
>>
32 ：
仕様書無しさん ：03/10/23 02:10
33 ：
仕様書無しさん ：03/10/23 02:13
perrotのVMではJava,PHP,Python,Rubyなどいろんな言語が
>>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の一番優れてるところは、
ああ、それとRubyとPHPでかなりの範囲をカバーできるな。
39 ：
仕様書無しさん ：03/10/23 02:21
スクリプト言語なんぞ使えても。。
40 ：
仕様書無しさん ：03/10/23 02:22
41 ：
仕様書無しさん ：03/10/23 02:23
>>38 WEBアプリケーションに関して言えばの話ね。
42 ：
仕様書無しさん ：03/10/23 02:24
C++はオブジェクト指向言語から、少しもの足りん気がするが・・
43 ：
仕様書無しさん ：03/10/23 02:25
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++は生産性低いからね。
47 ：
仕様書無しさん ：03/10/23 02:29
Perlって一時期、かなり廃れてたようなきがするが、
>>44 IBMが拾ってくれるだろうね、あーおれはウニ系OS大好きだよ。
C#もVB.NETも嫌いだよ。でもこのばあいSUNｱﾎﾞｰﾝはｯﾌﾟ。
Java厨氏ね
>>45 嫌いな理由はやっぱり無しかｗ
所詮厨房は厨房だな
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で逆転したけどね。
>>52 さきから布教にねっしんなのはいいけど、いいかげんウザくなるからやめれ。
それはともかくPerl6はどのくらい使えるようになってるの？
>>51 つーかオブジェクト指向も使えるC言語だろ･･･。
55 ：
仕様書無しさん ：03/10/23 02:43
>>53 52のような反perl派のネタにつられるのはよくない。
57 ：
仕様書無しさん ：03/10/23 02:52
最近パフォーマンスをあげる仕事が多いんだが、前に作った連中の
58 ：
仕様書無しさん ：03/10/23 02:55
59 ：
仕様書無しさん ：03/10/23 03:01
DBの設計を直す、
60 ：
仕様書無しさん ：03/10/23 03:15
最近webプログラミング板のPerl初心者スレが熱いね。
61 ：
仕様書無しさん ：03/10/23 07:50
Perl vs PHPって発想が理解できないなあ。
>>61 違うだろ
Perl,PHP,Ruby vs Java vs .Net
63 ：
仕様書無しさん ：03/10/23 09:53
いまいち、.NET系の話が出てこんな
64 ：
仕様書無しさん ：03/10/23 09:57
>1
Perlなんて、らくだ本見ながらその都度適当に書くもんだろ。
66 ：
仕様書無しさん ：03/10/23 10:19
らくだ本？
ラマ本じゃない方
ラクダ本の4章までは覚えないと話にならないよ。
69 ：
仕様書無しさん ：03/10/23 11:27
70 ：
仕様書無しさん ：03/10/24 01:16
やっぱりＣ＃ですよー。ＪＡＶＡプログラマも勉強すべしです。
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
Javaﾏﾝｾｰ
“言語”が“時代”に関係すると思っている辺りがまぬけですね。
>>1 習得する価値って何さ？
多分お前にはなにやっても無理
お前の言う【習得する価値】のある言語だってさわりも習得できねーんじゃねーの？
77 ：
仕様書無しさん ：03/10/24 09:16
PerlとかVBScriptなんてのは教養。知ってて当然。
>>77 どっちかというとJavaScriptのほうだな
>>77 ＞知ってて当然。
Perlって簡単じゃないだろ？
PerlのOOはｳﾝｺ
なんかすげーまったりしてるな。
Unixを使いこなすのにPerlは知ってて同然という奴はUnixエンジニア失格。
>>86 お前相当に馬鹿だな。
鯖管でPerlが分からん奴がいるわけないだろ。
ほとんどの鯖でPerlは公開してるんだから。
つまりPerl知らない奴は実際に鯖管理した事ないという事だ。
実際に管理した事ない奴は素人にすぎんからな。
88 ：
仕様書無しさん ：03/10/24 22:12
そういういことだな。
89 ：
仕様書無しさん ：03/10/24 22:17
鯖缶はperlを徹底的に使いこなせないといけないのか。
>>89 身近に鯖管いないのか？
Perlが分からないのにPerlCGI公開すると
簡単にハックされるぞ。
91 ：
仕様書無しさん ：03/10/24 22:24
>>90 >簡単にハックされるぞ
PerlCGIにしなければ良い。終了。
わざわざPerlCGIとPerlを付けている所が必死
Perlだと簡単にハックされるのか。
>>93 Perlは何でも出来るからな。
強力な言語だらか舐めて公開するのは危険だよ。
あと、鯖公開するならPerlかPHPは公開するだろ。
PerlができればPHPは3時間で使えるようになる。
95 ：
仕様書無しさん ：03/10/24 22:30
どうも、
96 ：
仕様書無しさん ：03/10/24 22:32
ログ解析とかのユーティリティなど
>>94 PHPがあればPerlいらないんじゃんｗ
>>94 の鯖管というのはレンサバの管理人のこと言ってんだろ。
CやC++でCGIするよりはPerlの方が2億倍安全だろ
以前は大学生の小遣い稼ぎとして活躍したPerlCGIだが、
今のトレンドはLISPでCGI
103 ：
仕様書無しさん ：03/10/24 23:32
PerlやPHPってSQLServer2000にアクセスできないよね
>>103 MySQL or ポスグレ or ボラクルが一般的。
しかし今はDB2がトレンド。
106 ：
仕様書無しさん ：03/10/24 23:42
トレンドな所
.NETって本当に普及しているのか？
109 ：
仕様書無しさん ：03/10/24 23:49
110 ：
仕様書無しさん ：03/10/24 23:55
>108
111 ：
仕様書無しさん ：03/10/25 00:01
「.NETで作ってくれって」仕事くるけど
だからVC++だって
114 ：
仕様書無しさん ：03/10/25 02:31
>>PerlやPHPってSQLServer2000にアクセスできないよね
SQLServer2000にアクセスできるモジュールはもう出てるんじゃない？
116 ：
仕様書無しさん ：03/10/25 02:34
117 ：
仕様書無しさん ：03/10/25 02:40
業務はVS6でしのぎつつ、.NETのサンプル作ったりしてノウハウを蓄積中という
と、ずっと前から言ってないか？
120 ：
仕様書無しさん ：03/10/25 11:28
会社がMSDN入ってるから.NETもあるけど 自分もVC++ が殆ど。
COMを必死に覚えたはいいがこんどは.NETを必死に覚えさせられる。
>>118 本来なら,NETは今年ブレイクするはずだったみたいだが
どうやら今年も失敗だったようだな。
.NEt framework自体があまりにも糞でOS依存しやすいから死滅傾向なんだよ
123 ：
仕様書無しさん ：03/10/25 12:47
,NETは使われてるよ。
124 ：
仕様書無しさん ：03/10/25 12:48
Swing最強
AWTを必死に覚えたはいいがこんどはSwingを必死に覚えさせられる。
ここは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のプロジェクトやらされた おもっｗ
130 ：
仕様書無しさん ：03/10/25 13:20
JAVAってとりあえずフレームワークは統一しろ。。。って思うの俺だけか？
ふーん。そうやってアメリカのいいなりになるのか。
132 ：
仕様書無しさん ：03/10/25 13:23
133 ：
仕様書無しさん ：03/10/25 13:23
まったりとフレームワークを作るのが社内PGの仕事だから。
134 ：
仕様書無しさん ：03/10/25 13:26
別にいいなりになっても 開発が楽になりゃええｗ
135 ：
仕様書無しさん ：03/10/25 13:28
ｗ 社内PGいらねー うちの会社にも基盤グループあるけど
>>131 規格決めてるのはべつにアメリカ政府じゃない。
文句があるならBTRONを流行らせろ。おまいもどうせWinなんだろ。
139 ：
仕様書無しさん ：03/10/25 13:31
●R●って、Java好きだよねぇ。
特定できねー（笑） ありすぎて。
NXIもそうなのか。。
142 ：
仕様書無しさん ：03/10/25 13:33
>>129 > GUIアプリはC#にしなよ。。。
>>125 > 俺も昔AWTのプロジェクトやらされた おもっｗ
今のJ2SEはversionが1.4.2になってから随分とSwingが高速化されたぞ。
昔と比べれば高速マシンも持っている香具師も増えてきたことだろう
>>123 > ,NETは使われてるよ。
名前だけがな。あらゆる製品に.NETというラベルを貼り付けてなw
>>131 > ふーん。そうやってアメリカのいいなりになるのか。
お前は右翼か
とりあえず 独自フレームワーク作る 会社は 現場しらない。
148 ：
仕様書無しさん ：03/10/25 13:39
独自フレームワークの使い方を覚えるのがJavaPGの仕事だよ。
ｗ やっぱJava駄目じゃんｗ もうPGから足あらおう。。。
>>148 StrutsってEUCやらShift-JISやらのフォーム入力コードの違い吸収してくれるの？
>>146 いまどきJBuilderなんか使うなよ。
しかも昔のイメージをいつまでも持ち続けるなと。
新しいJ2SE1.4.2のSwingサンプルを動かしてみろと
まあPGやるなら医療保険は必須だね。
>>150 JISAutoDetectでググれ
くだらんことにこだわるなら全部Unicodeで記述すればいい。
CやJava、C++が時代遅れの言語
>>154 そんな事も手動でやらなくちゃいけないなんて、やっぱり米国製ライブラリは駄目だね。
日本製独自フレームワークなら、その辺の自動判別なんて勝手にやってくれるのが当たり前だから、
そんなの気にしないでも良いのに。
>>155 VB.NETのどこがｳﾝｺなのかさえ答えられないｱﾌｫﾊｹｰﾝ
159 ：
仕様書無しさん ：03/10/25 13:48
>>157 VBって時点で既にｳﾝｺ!!!
これが理解で気ない奴はM$信者！洗脳されている。
よって説明する意味が無い。
Jbuilderは前の会社で Personal使わされてたよ。ただでｗ
今の会社はEclipseやねぇ。。軽いな あれ。びびった。
了解 SWINGも落ち着いたらやってみる。
>>151 ただ同期がやってるのをみると もっさりな感じなんだよなぁ。
評価対象の言語使ってソフトの1本も作った事も無いのに、
MSでもSunでも つかいやすけりゃ そっち選びなよ。
>>162 大学まで行ってプログラマやるなんて、相当の落ちこぼれだよね。
VC6に慣れた漏れにとっては、eclipseの重さには耐えられない。
あー 確かにMSの開発環境なれると
168 ：
仕様書無しさん ：03/10/25 13:59
Eclipseを遅く感じるのはあなたが貧乏人だからです。
IBM製じゃなければいけない理由を教えて下さる？
>>166 起動が重いだけだろ
馬鹿みたいに何度も再起動するなよ
M$信者は貧乏人の癖にVS.NETを使いたがる ﾌﾟ
>>170 だってeclipseメモリリークがひどいんだもん。
あほがｗ MSの開発環境の方がたけーだろｗ
>>168 MS嫌いな人ってPGに多いけど なんで？ええじゃん つかえれば。
174 ：
仕様書無しさん ：03/10/25 14:03
>>169 IBMだからです。
これに反論する奴はM$信者か$un信者。
つーかeclipseなんていらねーxyzzy+cygwinだろ。
>>157 すくなくともVB.NETの存在そのものがウンコ
C#を作っておきながら類似のVB.NETを作ったM$はｱﾌｫ
うわべだけVB厨を満足させているだけで使うだけ無駄。
VB厨はいつまでもVBがつく言語にすがり付いていないで
さっさとC#かJavaにでも移行しとけ。
>>176 言語仕様について全く語れないｱﾌｫﾊｹｰﾝ
Propertyも無いJavaよりはVB.NETの方がマシだわな
179 ：
仕様書無しさん ：03/10/25 14:04
貧乏M$信者は信者らしく割れ物など使わずにお金を払ってください。
>>178 それはしょうがない馬鹿だから。
かれらはsetter,getterの先は思いつかなかったんだよ。
どっちでもいいよ。拘るなよ。
>>181 安定してないよ！JBoss立ち上げて開発してるけど5時間くらいでeclipse落ちます。
プロパティは 使い勝手まぁまぁかも。
IntelleSense
どこの馬鹿だよ、JavaとPerlのすれ乱立させてるのは
>>185 どっちも次元はたいして変わらないのにねぇ。
Java厨とPerl厨はWebPrograming板にｶｴﾚ
>>178 > Propertyも無いJavaよりはVB.NETの方がマシだわな
おまえVB.NETは知っているようだがC#は知らないよう棚。
あんなもん子供のおもちゃ。
あんなもん不変クラス作るにはクズ。
クラスの不変性を保つためにわざわざReadOnly属性をつけるのか(ﾜﾗ
>>181 VS.NET2002は糞思いしインストールに10時間はかかるし
CD-ROM6枚は必要だし振るインストールすると6GBにもなる
図体でかいだけの糞IDEだったが
>>182 JBossをLinux/BSD/Unixサーバにインスコしてリモートで使えや
>>173 JBuilder, Rationalは糞高いんですけど
30ﾏｿ/100ﾏｿもとられますよ
>>182 じゃ、おまいはWebSphereStudioに金を出しましょう
194 ：
仕様書無しさん ：03/10/25 14:56
JBOSSなんか使えねえよ。
>>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;
}
}
//次レスに続く
//195からの続き
これはあくまで説明用サンプル、一例
throws FuckYouException
プロパティーはDelphi/C++Builderが最強。
200 ：
仕様書無しさん ：03/10/25 15:05
＞ソースコードを汚しやすい。
propertyが例外throwできないと思ってる馬鹿ﾊｹｰﾝ。
202 ：
仕様書無しさん ：03/10/25 15:14
プロパティって、プライベートメンバにアクセスするメンバ関数を
204 ：
仕様書無しさん ：03/10/25 15:48
Javaばかりやってると頭が悪くなるぞ
>>204 わかっているのだがJavaの仕事しか来ない。
CかPHPの仕事くれ。
206 ：
仕様書無しさん ：03/10/25 16:09
Javaは知恵遅れ
もしかしたらJavaは我々プログラマを愚民化するためにユダヤがSUNに命じたのかも。
このスレ頭から30過ぎくらいまで読んだんだけどさ。
>>208 いいと思います。
SUNが潰れてIBMが見捨てたら過去の遺物になるでしょう。
>>208 > Java次世代コボル決定！
> ごめんね10年後のプログラマ達
>
> っていうサブタイトルつけていいですか？
どういう根拠で。
>>208-209 COBOLとJavaを一緒にするなよ。
JavaをCOBOLにたとえることはあまりにも似合わない。
それとも、オープン系でCOBOLerがJavaに追いやられていることに
危機を感じているのか(藁
Javaだけやっていればいい、他はイランって考えてるのがCOBOLerと一緒だってことだろうが
213 ：
仕様書無しさん ：03/10/25 17:23
COBOLerは役に立つからいいだろ。Javaはいらん。
え まじで？Sunの業績ってそんなに悪いの？
ま Sunがつぶれても どうせIBMなんかに吸収されるんだろうが。。
>>212 Javaだけやっていればいいと思わないが
必要がない仕事にまでCOBOLを押し付ける奴は最低。
>>214 とりあえずちょうちん記事を鵜呑みにするチミはオープンソースとはどんなものかを
調べてから目を覚ましましょう。
if(x < 10 && 100 < x){
>>218 やっぱアフォだこいつ。
ＳｕｎつぶれればＶＭの仕様決められないだろ。
っていうか新しいＯＳのＶＭすら作れないだろう。
つか、
>>214 のどこが「提灯記事」なのかと小一時間(r
>>220 そんな考え方しかできないこいつがアフォです。
VMの仕様が決められないだってw
ライセンスが他社やそのほかの団体に流れるだけだろw
GNUのライセンスはどこかの企業がつぶれたら無効になるのか？ (w
オープンソースのことをもっとよく調べてから発言しようねといったはずだよねw
>>222 呆れたやつだ。
仕様と実装の区別も出来ていないとは。
おまけに既に他の企業から仕様が違う
JVMが出ていてバイトコード互換なんて
無くなっている事さえ知らないとはな。
要はパスカル最強
そのうちJava1ga
>>223 ごめん、知らないんだけど、バイトコード互換の無いJVMってJVMを名乗っていいの?
商標上の問題があるんでないの?
>>222 とりあえず、こいつが一番馬鹿だということは良くわかった。
まあハードが違ってるとまったく使い物にならないものばっかりだからな。
229 ：
仕様書無しさん ：03/10/26 19:46
>>223 > 呆れたやつだ。
> 仕様と実装の区別も出来ていないとは。
> おまけに既に他の企業から仕様が違う
> JVMが出ていてバイトコード互換なんて
> 無くなっている事さえ知らないとはな。
お前はこうやって言い訳して自分の発言をなかったことにしようとして
誤魔化しているようだな。
「呆れたやつだ。 」それはこっちがいいたい。
Sunが潰れたくらいでＶＭの仕様決められないだって。
> おまけに既に他の企業から仕様が違う
> JVMが出ていてバイトコード互換なんて
> 無くなっている事さえ知らないとはな。
ほうそうか、GNU C compilerが出て他にM$が独自のコンパイラでることが
そんなに問題か。
Sunが潰れたところでそろそろ完成に近づいてきたJavaの行方など気にすることも無い。
それどころかSunが潰れたところでJavaの行方にそんなに悪影響がでることもない。
まあ仮にSunが潰れた頃にはIBMあたりが買収しジェームズゴスリングもIBMに移り
Javaは今までと変わらない、仕様が乱立しにくい状況が続くだろう。
仮にジェームズゴスリングがBMなどに移らなかったとしても
完全オープンソース化という手段があろう。
つまりだ、お前の論理ではSunが潰れるとジェームズゴスリングや
Javaの仕様を決定する者も全て死んでＪａｖａが終わるというｱﾌｫ論理なわけだな。
ほうほう、Javaのソースコードが公開されている上にJakarta ProjectやEclipse Projectが
あれほど精力的になっている今, ｱﾌｫにとってはSunが潰れることがそんなに問題か。
むしろJavaにとって一番の害悪であるSunが潰れた方が
それには政治的な要因があるんだ罠。
所詮説は説
233 ：
仕様書無しさん ：03/10/26 20:50
心配ないよ、もうすぐJava厨が業界から一掃されるから。
そのときはお前も一掃されるぞー
>>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
238 ：
仕様書無しさん ：03/10/26 23:55
>>237 JavaとC#が最新技術だとかほざいてる類の人ですか?
239 ：
仕様書無しさん ：03/10/26 23:57
242 ：
仕様書無しさん ：03/10/27 00:23
C系ならどんな言語にでも簡単に移行できるPerlをよろしく。
>>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仕様をオープンなコミュニティが決めていると思っている」
と言い出したようだな。
だが、何を言ってももう遅いぞ。もはや貴様に弁明する機会はもう無い。
Perlが他の言語よりまともとかいうやつ、宗教バカだろ。
最近javaが叩かれだしてるなー
Perlは他人の書いたのが読めさえすればなあ・・。
247 ：
仕様書無しさん ：03/10/27 06:35
>>246 読めるように努力しろよ。
Perlの糞コードが読めるようになれば
C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。
> Perlの糞コードが読めるようになればC系のほかの言語のスパゲッティコードでも読めるようになる
249 ：
仕様書無しさん ：03/10/27 06:54
>>248 そういうものだぞ。
例えば国語が苦手な人は
英語やっても伸びないだろ。
逆に難解な現代文に慣れると
難解な英語も読めるようになる。
滅茶苦茶ですね・・。
251 ：
仕様書無しさん ：03/10/27 07:24
252 ：
仕様書無しさん ：03/10/27 08:20
時代遅れとかそんなん心配するなら
253 ：
仕様書無しさん ：03/10/27 08:42
>>247 > Perlの糞コードが読めるようになれば
> C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
> 身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。
身につかねえよｳﾞｫｹ。
Perl読んだくらいでC++コードを楽に読めるとでも思ってるのかアフォ
>>249 結局Perl厨はこういう馬鹿な奴だったのか。
呆れたもんだ
256 ：
仕様書無しさん ：03/10/27 12:23
>>254 煽りになってスマンが
それは単純に君が頭悪いからじゃないの？
>>256 perl で書かれた糞コードが読めるようになったからといって
糞構造化された C のコードが読めるようになるわけでもなく、まして
糞クラス化された C++ のコードが読めるようになる筈もない。
>>256 お前の思考のほうがよっぽど馬鹿だ。PerlでC++のようなポインタ演算など高度なことが
やれると思うならやってみろって
本日の日経新聞夕刊一面に、
260 ：
仕様書無しさん ：03/10/28 01:26
>>257 >>258 君が頭悪い事をそんなに自慢しなくていいよ。
プログラム言語というのは基本的に暗号解析能力に通じる物。
暗号解析能力の低い人は極端に言えばＶＢですら出来ないだろう。
ポインタだろうがクラスだろうが基本的に暗号解析という点で同じ事。
難しく考える必要はない。
>>259 この業界にいる人なら「最先端技術」は笑うとこ。
263 ：
仕様書無しさん ：03/10/28 02:04
>>260 そのレスが釣りでなければ君が頭割るいことをそんなに自慢しなくていいよ。
君はまず最初にこんなことを言ったね。
>Perlの糞コードが読めるようになれば
>C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
それで君は偉そうにこんなことを言うとはどういうことかね。
>君が頭悪い事をそんなに自慢しなくていいよ。
>プログラム言語というのは基本的に暗号解析能力に通じる物。
>暗号解析能力の低い人は極端に言えばＶＢですら出来ないだろう。
>ポインタだろうがクラスだろうが基本的に暗号解析という点で同じ事。
君自身の失言をもみ消そうとする君の態度には呆れるよ。
Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで
君が頭割るいことをそんなに自慢しなくていいよ。
君の意見は現代的プログラミングに似つかわしくない馬鹿の口八丁な意見だよ。
現代的プログラミングではメソッド名は動詞や動詞句、クラス名やオブジェクト名は
名詞にするべきだというコーディング規約が主流。
君の意見の主張によると、君がクラスやメソッド、パッケージ名、変数名の
名前を決めるときは、どのクラスも、メソッドもパッケージ名もa001, a002, a003, a004
というわかりにくい名前をつけてもよいということになる。
それでも君はこういったネーミングをしても、可読性が低下するからやめろといわれても
暗号解析能力があれば短時間で読めないことはないだろと主張するわけだ。
オープンソースソフトウェア開発でそんなことを言ってみなよ。
君は皆から叩かれて大恥をかくことになる。
わかりにくいネーミングでも、それが読めないのは「暗号解析能力の低い人」
だと言い切って逃げるのは、まったくチーム開発でもオープンソースソフトウェア開発でも
誰も推奨したがらない保守的な考え方でだらしないね。
>>260 >プログラム言語というのは基本的に暗号解析能力に通じる物。
なんか、かっこいい事を言った気にでもなっているんだろうか?
暗号～？
>>264 >260は負けず嫌いでくやしまみれに、
人格者のフリをしてなんとかして自分の失言を
もみ消そうとしている哀れな厨年房なのだよ。
267 ：
仕様書無しさん ：03/10/29 01:31
>>263 >Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで
こんな事どこにも書いてないんだが。
お前はまず日本語を勉強しろ。
268 ：
仕様書無しさん ：03/10/29 10:28
脳内にどんな仮想敵を作ろうがそれはそいつの勝手だが、
>>267 >
>>263 > >Perlのコードを読めればC/C++をまったく知らなくても読めると断言してまで
>
> こんな事どこにも書いてないんだが。
> お前はまず日本語を勉強しろ。
お前はこう断言したはずだ。お前がが日本語を勉強しろ。
> Perlの糞コードが読めるようになれば
> C系のほかの言語のスパゲッティコードでも読めるようになるスキルが
> 身に付くから他人のコード保守する時泣きそうになる事がなくなるぞ。
271 ：
仕様書無しさん ：03/10/29 12:11
>>270 が日本語読めない事は分かった。
＞C/C++をまったく知らなくても
お前はPerlが分かれば他言語の言語仕様を知らなくても
分かるのか？
言語仕様を理解するのは当たり前の事だろ。
その上で俺は糞コードが読めると書いてあるだが、
お前の日本語能力ではこんな意味に捕らえるのか。
馬鹿その物だな。
272 ：
仕様書無しさん ：03/10/29 12:39
馬鹿というのはちょっと言い過ぎたかな。
>>271 は思い込み馬鹿というしか。
馬鹿というはちょっと言い過ぎたかな。
他人の日本語能力とかいう以前に
>>271 の日本語能力にも
問題があるとしか言いようが無い。
そんなに反駁されたくないならもっと具体的に言うべきだとは思わないかな？
自分だけの視点の世界で物事を騙るのは独りよがりでよくないことだよ。
アホアンチには相変わらず日本語能力が無いなw。
275 ：
仕様書無しさん ：03/10/29 17:33
>>1 そうです、最先端の言語はRuby、Scheme、Haskell、ML、Smalltalkなんです
ﾀﾞﾚﾓﾂｶｯﾃﾈｰｹﾄﾞﾅ
まあ「最先端」が「みんなに使われてる」って事態は
Smalltalkとかかなり古いだろ
最新、とは言ってないと思う
まあ、少なくとも新しい技術がみんなに使われてるぐらい流通する頃には
(*^.^*)
Cって３日ぐらいあれば、ほぼ覚えられると先輩から
282 ：
仕様書無しさん ：03/10/30 00:03
>>281 それは話を言語仕様の習得に限れば本当。
といってももちろんその人が持っているリソースにもよるだろうけど、
他の言語の経験があれば３日もかからないのでは？
283 ：
仕様書無しさん ：03/10/30 00:05
そんなことより
>>1 よ、ちょいと聞いてくれよ。スレとはあんま関係ないけどさ。
俺に言わせりゃＣ言語なんか糞。Ｃ言語やってる奴は蝿。
今のプログラム通の間での最新流行はやっぱりBASIC。コレだね。
高校数学Aの教科書にも載ってる。
それプラスWindows3.1で８インチフロッピー使用。コレ最強。
ただしこれをやり過ぎると時代に乗り遅れるという危険を伴う諸刃の剣。
初心者にはオススメできない。
まぁお前らド素人はＣ＋＋で乱数じゃんけんゲームでも作ってなさいってこった。
論点ずれまくり&誤爆ﾜﾗﾀ
プログラミングを独習し始めたのは小学五年生(11歳)のときなので
>>286 嘘付け。
単位時間当たりのソフトウェア工学等習得量が足りないだろ。
独学でCを学んで就職までこぎ付けられる人をボクは尊敬します。
290 ：
仕様書無しさん ：03/10/31 22:36
C++の勉強を行いたいのですが、Visual C++.NETで
291 ：
仕様書無しさん ：03/10/31 22:54
CとC++は時代遅れ
C++をつかいこなせれば
>>292 ありがとうございます。
将来プログラマーになろうと思いますが
最低賃金は月収どのくらいでしょうか？？
0ﾏｿ
うむ、0ﾏｿで正解だろう。
>>295 >>294 ありがとうございます。
>0ﾏｿ
そうですか・・。0ﾏｿですか・・・。
僕も会社に入った時は0ﾏｿだと思いますが
将来年1000ﾏｿもらえるように頑張りたいと思います。
297 ：
仕様書無しさん ：03/11/04 08:37
Perl至上主義（ﾌﾟ
>>290 > C++の勉強を行いたいのですが、Visual C++.NETで
> C++の勉強が出来るのでしょうか？
できないことも無いがmanaged C++や時期M$独自仕様C++はやるだけ時間の無駄。
VC++を使うとハンガリアン記法という汚い記法とつきわあないといけない。
時期VC++は記法がまったく異なり新しいキーワードも現れている。
ヴァージョンアップするたびに古い知識が殆ど無駄になるとまさにあのことだね。
GNU C++とそれをVC++系以外のIDEと組み合わせたほうがまし。
>>292 実際には使いこなせる奴は世界に数人しかいないけどなw
ほとんどがC厨レベル。
300 ：
仕様書無しさん ：03/11/04 09:20
Java至上主義マンセー
301 ：
仕様書無しさん ：03/11/04 10:00
これからの時代、
302 ：
仕様書無しさん ：03/11/04 10:04
ナウいヤングしか使わないなら
>>301 C#がナウい → C#の中身は古い(既存言語の焼き増し)
→ ヴビヤングに受ける。 → スパゲティ化必至
みんながJavaを使ってる → Java使いの大半はアベレージプログラマ(馬鹿)
306 ：
仕様書無しさん ：03/11/07 00:18
308 ：
仕様書無しさん ：03/11/07 02:17
>>305 やっぱり？
言語仕様のみで判断するとJavaってそれほど悪い言語だとは思わないんだけど
COBOLみたいなコードであふれかえるのかあ
そう、ポリモルフィズムも理解せずに
310 ：
仕様書無しさん ：03/11/07 02:36
>>305 と
>>308 は同じ奴か同じ偏屈君同士で気が合うんだな。
それとも
>>308 は釣りではなく天然でいっているとしたらかなりのアフォだｗ
COBOLみたいなコードが溢れ返るってﾌﾟﾌﾟ
あれで溢れ返るならunsafeやプリプロセッサ、goto文復活、糞な値型が増えたC#はもっとCOBOL並に汚いコードで溢れ返るぞw
C++はさらにその上を行きCOBOL以上のスパゲティコードだがなw
VB厨、VC++厨の一部がC#を使い始める → C#使いの大半はVBプログラマ(馬鹿)
312 ：
仕様書無しさん ：03/11/07 02:57
みんながCを使ってる → C++使っていると言い出す
COBOLを守ろう。
いいぞ、流れて来い、COBOLerども、
316 ：
仕様書無しさん ：03/11/07 11:38
317 ：
仕様書無しさん ：03/11/07 11:44
みんながCを使ってる → C++使っていると言い出す
オブジェクト指向って要するに構造体に関数ポインタ持たせた
>>317 えっ
awkって雑魚だったの？。
perlに移行してもperl厨って言われるだろうし。
何を使えというんだ－
>>319 記述が簡単で何か問題でも？
プログラム言語はコンピュータに行わせたい事をより簡単に記述できるように
進化してきましたが？
実行速度だけを槍玉に上げて、Cに比べてC++が遅いと言ってるのかも知れ
ないけど、それを言うならばCだってアセンブラに比べれば遅いんです。
でも、記述が楽でメンテナンス性に優れるから使われるんです。
TPOに合わせて使用言語を選ぶ事も出来ない程度のスキルでオブジェクト
指向を語ってはいけません。
さらに言うと、「構造体に関数ポインタ持たせた云々」は一部のオブジェクト指
向言語の実装仕様です。
それを以ってオブジェクト指向なのではありません。
322 ：
仕様書無しさん ：03/11/08 00:03
>>319 > オブジェクト指向って要するに構造体に関数ポインタ持たせた
> やつだろ。
( ´,_ゝ｀)ﾌﾟｯ
継承も知らないのか(ﾜﾗ
>>321 まぁごもっとも。
でも俺、入社してCを覚えてそれからC++やったけど、
最初さっぱり｢クラス｣って概念が分からなかったなぁ。
結局は｢馴れ｣なんだろうけどね。
>>321 どうせ釣りなんだからむきにならんでも...
ていうかC++ってCより本当に遅いか？
少なくとも仮想関数と関数ポインタ呼び出しは
速度的にほとんど同じだろ？
前に、C上がりの奴がstd::vectorにpush_backしまくって
遅いとかほざいてた事があったが、そういうレベルか(w
まあ、アセンブラにくらべたらC/C++は遅いと思うけど。
325 ：
仕様書無しさん ：03/11/08 02:13
全く生産性を考え無いのなら魔神語
>>325 基本の流れはそーだろーけどさぁ。
アセンブラ - 業務系には要らないでしょ。今時コンシューマゲームでもライブラリの最下層実装する人しか使わんよ。
C - ある程度までの人海戦術が可能な点が他(魔神語やC++)より圧倒的に優れる。
C++ - 今時ネイティブコード吐く必要のある仕事では最高に頼れるパートナーだがわかるってる香具師少なすぎ。
漏れは現役マなのでC++使いたいが、仕事では周りに合わせざるを得ず今はCの仕事してる。
漏れも管理職だったら補給の効きにくいC++を避けるという判断をするかもしれん。
馬鹿に刃物って言葉もあるし。
327 ：
仕様書無しさん ：03/11/08 03:45
オブジェクト指向をしっかりと学び
Ｊａｖａ厨だーーー
>>324 継承による関数呼び出しはJump命令が余分にはいるし、
仮装関数の呼び出しはさらにテーブルの検索が伴う。
君アセンブラ読めないの？
330 ：
これはJavaを陥れる陰謀か？ ：03/11/08 17:10
>>329 関数ポインタだってJump命令がはいるだろ？
まさか普通の関数呼び出しと仮想関数の比較を
想像してるんじゃないだろうな？
Z80なら読めますが何か？ ＜弱
要約すると、オブジェクト指向は遅い上に
>>332 それは貧しい考え方だ。
C++厨からもJava厨からも非難を浴びりうる
>>331 だからＣの場合関数呼び出しを関数ポインタで実装するより
普通の関数呼び出しで実装する場合が圧倒的に多いだろ。
対してC++はクラスのメンバ関数という形で呼ぶ場合の方が多い。
で、アセンブラの命令数で言ったらCによる呼び出しの方が少ないって事。
>>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も今あるほとんどの言語は
>338
>>338 なんかわかる気がする。
最近C#やってるけど、目新しさは感じられん。
まぁ俺自信、そんなにプログラミングに興味ないからね。
>>338 今ある言語はC言語の機能に制限かけたり
コーディング上のの表記を変えてるだけだからね。
342 ：
仕様書無しさん ：03/11/09 00:41
そういやJavaのVMって何で書かれてるの？
343 ：
仕様書無しさん ：03/11/09 00:50
>>342 OS上で動いているのであれば1つのアプリと見なせるから
基本的にOSのAPIが扱える言語であれば書けるし、（パフォーマンスはおいといて）
そうではない環境だとしたら必然的にC言語でしょ。
345 ：
仕様書無しさん ：03/11/09 00:58
Ｎ８８ＢＡＳＩＣ。
Windows版はVC++だよ。
>>340 C#はCから直接派生した言語ではないぞ。
Java + Delphiから派生したんだぞ。
名前がCと似ているからC#はCそっくりな言語と勘違いしていたか？
Cに＋を二つ付けたらC++
C#って
351 ：
仕様書無しさん ：03/11/09 19:46
死者( ´,_ゝ｀)ﾌﾟｯ
>>351 それ一時期良く見かけたけど、最近全然見かけない。
一人の人物が粘着していただけだったんだろうな。
3人くらいはいたと思う。
まあ死者ﾌﾟは長生きできないから安心して天国に逝きなよ。
355 ：
仕様書無しさん ：03/11/09 22:15
BASICがこれからの時代をリードしていく、というのは疑いようがない事実だと思うよ。
間違ってもVisualBasicがプログラミング言語の主流になるのは勘弁。
359 ：
仕様書無しさん ：03/11/10 08:43
厨房はJavaやってるだろ
360 ：
仕様書無しさん ：03/11/10 09:04
まだJava房のほうが一千倍マシ
しかしM$の宣伝に載せられたVB厨房はC#をやっているのが現実
厨房にはJ2EEは理解不能
>>326 厨房の俺にはJ2EEとC++を同列に扱うあなたの脳内構造が理解不能。
HTMLとプログラミング言語を比べるのに似てるような感じ。
ま、実装技術を何一つ使えない卓上Sョはすっこんでろってこった。
レス番号間違えるあんたの脳内構造が（ry
366 ：
仕様書無しさん ：03/11/30 18:09
つまりJ2EEはあらゆる局面で最強
367 ：
仕様書無しさん ：03/11/30 18:33
何時も思うJAVAやってる奴ってバカがおおいね
>>367 バカが目立つだけ。更にそのバカの殆どは知ったかぶり。
369 ：
仕様書無しさん ：03/11/30 18:56
エンタープライズ最強！！！
370 ：
仕様書無しさん ：03/12/02 01:34
>>326 スマン。業務系だがアトミックな処理にはアセンブラを使っているよ。
>>367 VBとか(とくにC++やったつもりになって実は)Cしかできないオコチャマにいわれたくありません
373 ：
仕様書無しさん ：03/12/03 11:53
何時も思うJAVAけなしてる奴ってバカがおおいね
374 ：
仕様書無しさん ：03/12/03 12:33
COBOL
ｼﾞｬﾊﾞｼﾞｬﾊﾞ
376 ：
仕様書無しさん ：03/12/03 13:20
>>1 C++は確実に時代遅れ。Javaもな。
これからはD言語だろ。
378 ：
仕様書無しさん ：03/12/03 13:54
>>377 D言語ってそんなにいいのか？
ライブラリは揃ってる？
D言語って言いたいだけちゃうんかと（ry
381 ：
仕様書無しさん ：03/12/03 16:57
C#も確実に時代遅れ。
お前ら、E言語に期待しろ。
383 ：
仕様書無しさん ：03/12/03 17:05
今から俺はＦ言語～Ｚ言語の商標登録だしときます。
ネームスペースを実装した言語はperl
つまり最高の言語はVisualBasicと言う事になるな
388 ：
仕様書無しさん ：03/12/04 20:34
じゃ・・・
2ちゃんねらが求める言語は・・・
綺麗にまとまったね
391 ：
仕様書無しさん ：03/12/14 20:33
C言語が時代遅れなのは明らか
C厨は自作自演で心が朗らか
自作自演してどこが心がほがらかなんだかw
394 ：
仕様書無しさん ：03/12/15 01:17
どんな言語にしろ状況に応じて使い分ければいいんでないの？
>>394 使い分けれてないから問題なんじゃないか
396 ：
自称C++厨をクビにせよう運動 ：04/02/09 10:21
ｸﾞｺﾞｺﾞｺﾞｺﾞｺﾞ!!!
397 ：
ブッシュ大統領 ：04/03/15 11:08
三大悪の枢軸国の紹介
398 ：
仕様書無しさん ：04/04/28 22:49
399 ：
仕様書無しさん ：04/06/13 16:10
CｦﾀどもはCの人気がJavaに取って替わられてる
人気かよ。。。。。ド素人が(w
401 ：
仕様書無しさん ：04/06/13 17:39
Pythonってどうなの？
403 ：
仕様書無しさん ：04/08/04 19:46
2000年以前の言語は時代遅れ。
ここも香ばしいインターネッツですね。
もちろん日本語も英語も時代遅れです。
厨は何の言語に乗り換えても厨ｗ
407 ：
名無しさん＠お腹いっぱい ：04/08/04 23:23
Java Basic再考
408 ：
仕様書無しさん ：04/08/04 23:44
Basic English 最高
409 ：
仕様書無しさん ：04/08/05 12:59
おいおいおいおい負いおいおい多いおいおいおおおおおおおおおおおいいいいいいいいいい
おいおいおいおい負いおいおい多いおいおいおおおおおおおおおおおいいいいいいいいいい
小規模な組込みマイコンはＣで十分
自分自身でかかれていない言語は信用できない。
413 ：
仕様書無しさん ：04/10/21 02:41:37
死ね。自己愛性人格障害者
414 ：
石黒 ◆VNX0nxDxEo ：04/12/09 18:31:54
Cは現役っていうか俺の元でバリバリ働いてますよ！
415 ：
仕様書無しさん ：04/12/10 12:40:26
学生スレ認定
学校でＣ習ってるんだが。
先生は転向出来ても、藻前はどうか知らん。
多分、VBとかDelphiにはなれるのにちょっと時間掛かると思う
普通Scheme。
420 ：
仕様書無しさん ：04/12/15 17:29:54
>>419 大学時代やらされたな。
なんでLisp、Schemeは学生必須なんだろう。
>>416 C++でジェネリックプログラミングやっとけば、
CでもJavaでも移行できるが、その逆はどうだろう？
>>418 VBはなれるってか、嫌悪感がでてくるなぁ・・・。
まぁ、今後C#に移行するだろうから少しはましになるかな。
422 ：
仕様書無しさん ：04/12/15 18:09:29
C++,C = 基本
423 ：
仕様書無しさん ：04/12/15 22:28:36
誰かBREWに詳しい人いませんか？
>>422 "新しい"の定義は？
比較的？それなら何と比較して？
新しいのはD言語だな。
javaでexeファイルを作るのは、Jビルダーを使うしかないんですか？
