- 1 名前：仕様書無しさん mailto:sage [2006/03/29(水) 00:37:17 ]
- さ、語れ。Javaよりも遅い脳みそを持つ人々について
C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？
C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。
前スレ
Javaは遅いという奴は遅れたバブル世代じゃね？
pc8.2ch.net/test/read.cgi/prog/1136434011/
Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね？ その２
pc8.2ch.net/test/read.cgi/prog/1136359572/
関連スレ
先があるのはC++とJavaのどっち？
pc8.2ch.net/test/read.cgi/prog/1132157362/
- 712 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:00:11 ]
- >>709
クラスの定義に応じて深いクローニングや浅いクローニングを
指定する必要があるのにそれはないだろう。
それは急ぎたいのに信号無視したいといってるのと同じだぞ。
- 713 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:01:20 ]
- >>711
> cloneは何のためにある？
> 共通のインターフェイスとしてクローンという機能を提供するためのはずだ。
> そうじゃないなら、勝手にcloneメソッドを各クラスが提供すればいいだけの話。
> なら共通のセマンティックをサポートするために、不変クラスでもcloneは必要のはずだ。
> で、なんでcloneがObjectのメソッドになってるのか理解できないんだよね。
それについてもEffectiveJava に書いてある。
> 上記目的をサポートするためだけなら、Cloneableにcloneメソッドがあればいい。
そうすると新たな問題が生まれる。
- 714 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:05 ]
- >>703
> 1. については、「値」のほうが便利な場合があるから。例えば再帰呼び出し。
> すべてのObjectがImmutableだったらclone()一本やりでも筋は通るけどね。
> 代わりにせめてassign()、equals() の標準インターフェイス
assign()が何をアサインするメソッドなのか？
- 715 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:02:28 ]
- >>702
今Cの仕事が減っているからねえ。
どうなんだか
- 716 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:18 ]
- >>701
> cloneがObjectのメソッドでマーキングインターフェイスで
> サポートしていないクラスの場合は例外をスローするという
> 嫌がれせとしか思えない糞仕様を設計したやつはだれですか。
お前はクローニングについてかなり勉強不足。
そこでJavaを批判する前にまずJavaを基礎から勉強し直して出直してこい。
- 717 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:04:45 ]
- >>700
マジレスするにしても痛い。
勉強不足。
- 718 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:05:14 ]
- >>695
速度原理主義なC言語厨もどうにかしてると思うが
- 719 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:07:42 ]
- >>717
学生乙
- 720 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:09:36 ]
- >>712
> それは急ぎたいのに信号無視したいといってるのと同じだぞ。
意味が分かりません。
- 721 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:11:37 ]
- ナイス突込
- 722 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:15:32 ]
- >>716
それは同一クラスのインスタンスを作るという目的のこと？
それとも別の理由？
Object.cloneに当たる機能は別（出なくてもいいかも知れんけど）もってて
Cloneableにcloneがあるのではなぜいけない？
- 723 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:18:54 ]
- このスレのC言語厨は論理的思考能力が無いアホばかりだろ。
発言一つ一つに根拠無いものばかりでな。
ようするに連中は頭がおかしいだけなんだよ
- 724 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:19:59 ]
- >>722
それがCloneNotSupportedExceptionとどう関係有るんだ
- 725 名前：仕様書無しさん [2006/05/20(土) 01:20:03 ]
- >>715
Javaのスレだったな。
じゃあ『C#』あたりで…ノシ
- 726 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:00 ]
- >>723
オ マ エ モ ナ ー
とでも言って欲しいのか？
- 727 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:25:53 ]
- C#の仕事も少ないんだなー
- 728 名前：仕様書無しさん mailto:sage [2006/05/20(土) 01:38:07 ]
- ちょっと質問。
よくcloneメソッドをpublicなメソッドに
オーバーライドして云々て記述を見るんだけど、
これってオーバーライドしてるんじゃなくて、
正確にはオーバーロードに当たる？
- 729 名前：仕様書無しさん [2006/05/20(土) 01:39:59 ]
- >>727
そ。
じゃあ『Java』で…って、そういう事いいたかったんじゃないぽw
- 730 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:21:15 ]
- >>710
final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
>>714
同一クラスおよびその派生クラスの代入という意味ね。元ネタは>>688
>>728
ちょwwwおまっwww オーバーライドで正解。
オーバーロードは引数が違う場合じゃあるまいか。
- 731 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:28:39 ]
- あっ一個忘れた
>>712
浅いコピーデフォルトでいいじゃん。
比較対照としては適切じゃないけどC++ のデフォルトの operator= はいい仕事するよ。
- 732 名前：仕様書無しさん mailto:sage [2006/05/20(土) 03:51:43 ]
- 悪い。思い残しがないように(?)もう一個だけ。
>>710
>> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
>前者ではフィールドをfinalにしろ。
いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
全メソッドがconstなら結果としてImmutable Objectとなるおまけも付いてくるよ。
- 733 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:53:54 ]
- ストールマン氏は、「Java Trap」（Javaの罠）と題された論文の中で、こういったオープン
ソースプロジェクトでJavaを使うことに対する批判を展開している。
「SunのJavaプラットフォーム上でJavaプログラムを開発すれば、無意識にSun独自の
機能を利用しがちである。気づいたときには、もう何カ月もその機能を使っていて、プログ
ラムを書き直すのに、さらに多くの月日がかかるという可能性もある。『最初からやり直す
のは大変だ』ということになるわけだ。あなたのプログラムは“Javaの罠”に落ちたのである。
そのプログラムはフリーソフトウェアの世界では使えないのだ」とストールマン氏は記している。
ストール万はこんなことを言ってるようだけど、C/C++信者はストール万の批判を鵜呑みにして
Javaを批判しているんだね。
2chで批判するときは事実を歪曲して批判しているようだけど。
- 734 名前：仕様書無しさん mailto:sage [2006/05/20(土) 08:54:37 ]
- >>728
clone()というメソッドを作ったならばオーバーライド
- 735 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:48 ]
- >>730
> >>710
> final は参照変数の不変を指示するだけで参照されてるObjectの不変の指示じゃないよ。意味が違う。
> まぁ実のところネタとして理想論みたいなのをいってるだけで実用上特に問題とは思ってないよ。
そのときはCollectionsクラスのユーティリティメソッドとGenericsを組み合わせればいいのではないかと。
> だからIDE云々というのもちょっと俺にとっては的はずれ。文法レベルでという話ね。
面倒くさいならIDEのコードアシストを使えばいいってことを言いたいんでは？
- 736 名前：仕様書無しさん mailto:sage [2006/05/20(土) 09:01:50 ]
-
>>732
> 悪い。思い残しがないように(?)もう一個だけ。
> >>710
> >> 2. C++でメソッドや引数につける const の事を指している。(説明不足だったな)
> >前者ではフィールドをfinalにしろ。
> いまいち意味がわからない。メソッド単位にObjectを変更するかしないかを指定したいのだが。
フィールドをfinalにすると一度コンストラクタでfinalフィールドに代入された値は
二度と変更できず不変になるってことでは。そうすればObjectを変更できなくすることができる。
当然クラスもfinalにしてsetterメソッドも廃止しないといけないけど。
メソッド単位でオブジェクトを可変にできるようにしたければ別途Mutableになるクラスを作った方が
いいんじゃないかと思う。ImmutableなStringクラスに対してMutableなStringBuffer, StringBuilderクラスを
用意するように。
- 737 名前：仕様書無しさん mailto:saｇe [2006/05/20(土) 13:27:45 ]
- C言語厨を叩くJava厨 → Java使える C使えない
Java厨を叩くC言語厨 → Java使える C使える
つまりC言語厨は両方使った上でCのが良いって判断。
それに、Java厨はCが使えないくせにCを叩くからバカにされる。
- 738 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:31:51 ]
- てことは、cloneメソッドは例外をスローする？
cloneをオーバーライドしてるって例をみるとthrowsないんだけど、
javaってオーバーライドする場合は書かなくてもいいんだっけ？
いや、なんか俺勘違いしてる気がしてきた。
もうjava忘れちゃってるな…
- 739 名前：仕様書無しさん mailto:sage [2006/05/20(土) 13:34:03 ]
- あ、制約をゆるめる方向だからいいのか…
- 740 名前：仕様書無しさん [2006/05/20(土) 13:58:04 ]
- プログラム言語は経済的に人類の役にたつかどうかだから・・・。
だとすると、Java、C、C++いずれが有用かは、すべて採用シェアでわかる。
難しく考える必要はない。
プログラマーの都合で判断しないこと。
- 741 名前：仕様書無しさん [2006/05/20(土) 14:03:18 ]
- じゃ、MS寡占の世界ではC/C++ってことで終了だな
- 742 名前：仕様書無しさん [2006/05/20(土) 14:17:38 ]
- >>MS寡占の世界ではC/C++ってことで終了だな
そう思うならC/C++つっぱしれば。C#もいいんじゃないｗ
- 743 名前：仕様書無しさん mailto:sage [2006/05/20(土) 14:43:46 ]
- >>735 >>736
引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
(コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それよりconst欲しくない? ということ。あくまでもネタだけどね。
Generics まで導入した現在、simple is best という訳でもなかろう。
>>737
こんな事書いてる俺はJavaのほうが使用頻度高かったりする訳だ。
- 744 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:22:48 ]
- C++をマスターする。
これは云わばあらゆる言語をマスターする事と同じである。
C/C++とJavaの経験者だったら何でもかんでもJavaが最強とほざく奴なんて皆無。
やったけどJava最強とか抜かす奴は使いこなせてないだけ。ただJavaに流れただけのウンコ。
要するにJava厨はほぼJavaしか扱った事の無く、俺がJava使ってんだからJava最強と脳内保管
しているウンコ。
ウンコしてくるわ。
- 745 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:49:17 ]
- >>744
まれにその逆も混じってるぞ。
- 746 名前：仕様書無しさん mailto:sage [2006/05/20(土) 18:59:11 ]
- Javaしか選択肢がない未来になってもそれはそれでいいんだがな。
そうするとLinuxディストリよろしく独自JVMで儲けるビジネスとか出てきそう。
そうなるとJVMプログラマとJavaプログラマに二分化が進む。
そうするとどちらに入りたいかで学ぶ言語は決まってくる。
プログラマ的にはどちらにつくのがおいしいかね？
Java側についてホラ吹きエヴァンジェリスト目指す方が金になる気もするが。
C++側について高機能独自JVMを世に出すという行為も悪くはない気がする。
- 747 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:05:13 ]
- > ホラ吹きエヴァンジェリスト目指す
既にプログラマではない気がする。
- 748 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:49:22 ]
- 人を騙す商売が一番儲かるんだよなあ。
JavaJava詐欺でウハウハな奴って多いもんな。
- 749 名前：仕様書無しさん mailto:sage [2006/05/20(土) 19:56:00 ]
- C++厨は信じたくないかもしれないが、C++使いからJavaに流れる奴多いよ。
Javaのほうが圧倒的に楽だから、戻れないんだそうな。
Eclipseが大きい。
- 750 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:22:17 ]
- 別にC++厨だが、Javaの方が楽だと思ってるよ。
- 751 名前：仕様書無しさん mailto:sagｅ [2006/05/20(土) 20:25:27 ]
- そりゃＪａｖａの方が何年も後発なんだし近代のプラットホームに合致しているのは当たり前で、
優れている部分も多々ある。
俺も>>743みたくJavaを採用する局面の方が多かったりもするが、
C/C++を使えもしないJava厨がなんの根拠もなくC/C++を叩くのは変だろ。
要はJavaがバカにされてるんじゃなくてJavaを信仰するヘタレがバカにされてるのさ。
- 752 名前：仕様書無しさん [2006/05/20(土) 20:51:43 ]
- はあ？
- 753 名前：仕様書無しさん mailto:sage [2006/05/20(土) 20:57:59 ]
- はあ、その通りでございます
- 754 名前：仕様書無しさん [2006/05/20(土) 21:17:02 ]
- C++の方がなんでもありのワイルドカードみたいで好き。
でも楽がしたいときはJava使う。
- 755 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:53:25 ]
- このスレは>>737みたいな根拠無き発言とJava屋に対する私怨に
まみれたスレですね
- 756 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:55:19 ]
- >>738
まずはプログラミングしてみろ。
やってみればどうなるか、どうすればいいかわかる。
今のお前はthrowもthrowsもわかってないだろ。
>>737の意に反して、C言語厨はこのようにJavaも
わからずにJavaを叩いている。
>>737がどれだけ出鱈目で信憑性の無い発言をしているかがよくわかるだろう。
- 757 名前：仕様書無しさん mailto:sage [2006/05/20(土) 21:58:54 ]
- >>741
> じゃ、MS寡占の世界ではC/C++ってことで終了だな
現実をよーくみろ。現場で活躍している人間がそんな発言を
するとは実に恥ずかしいぞ。
M$がデスクトップ市場を寡占してもサーバサイドアプリケーションの開発が
圧倒的でサーバに使われるOSやWebサーバも非M$のものだ。
そしてアプリはJava製やPHP製のものばかりで、明らかにC/C++製の
アプリは少ない。そして仕事も見事に少ない。
そして今、リッチクライアント技術が対当している。JavaWebStartやClickOnce, Flash, Ajax
がC/C++スタンドアロンアプリの代わりを担っている。
もう、お前が想像しているようなスタンドアロンアプリの時代は終わったのだよ。
- 758 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:01:08 ]
- >>744
> C++をマスターする。
> これは云わばあらゆる言語をマスターする事と同じである。
そんなことをビックマウスみたいに言ってる奴に限ってJavaの開発に関わってもデスマって
LISPもPerlもPHPも使いこなせないんだよな。
- 759 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:00 ]
- >>748
貧乏C言語厨君、Javaアーキテクトの金持ちを嫉んで共産党なんかに入らないようになw
- 760 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:02:26 ]
- >>749
そうそう、EclipseスレでもCDTやってる香具師が多かったからな
- 761 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:06:43 ]
- >>743
> >>735 >>736
> 引数になるのはCollectionのクラスのみを仮定しているわけじゃないよ。
> 全てのクラスにImmutable, Mmutable の2つを作れというのは現実的じゃない気がする。
速度面やリソース面の問題を気にするなら現実的になりうるときもある。
可変クラスを不変クラスがラップするなど。
> (コンパイル時にチェックできるという意味で)文法レベルで静的にチェックできるほうがよくない?
> Collections.unmodifiableXXX は動的チェックだし、Immutable, Mmutable という構成の場合は
> 後の派生クラスの生成まで考えると Mmutable <- Immnutable って作るだろうからdowncastで突破(?)される
それはMmutableクラスがImmnutableを継承しているという図か？
そもそも不変クラスというものはfinal宣言をして継承を禁止するはずだが。
継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
> それよりconst欲しくない? ということ。あくまでもネタだけどね。
いらない。
- 762 名前：仕様書無しさん mailto:sage [2006/05/20(土) 22:54:07 ]
- >>756
いや、思い出したからもういい。
- 763 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:13:57 ]
- 粘着気味で悪いが
>>761
> 継承せず、可変クラスが不変クラスに委譲(ラップされる)のがいいのではないかと。
了解。
> いらない。
代替手段があることはよくわかったが、できればいらないと言い切る理由が知りたいな。
Collections.unmodifiableXXXは前述したように動的チェックだし、委譲クラス作成も面倒、
両者ともconstがあったと仮定した場合に比べれば可読性に劣ると思うが。
調べてみたらconstは一応予約語だし、バイトコードのメソッド定義にも余裕があるしで、
実装するのに問題はなさそうなんだけどな。
- 764 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:36:21 ]
- ポインタが理解できなくてC/C++で挫折しちゃったから
信仰するのがJavaかVBしかないんだろうなｗ
- 765 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:43:38 ]
- 764はポインタが難しいと思ってるC厨。C++の知識はなし。
- 766 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:46:19 ]
- 765はポインタが理解できないVB厨。C/C++の知識はなし。
- 767 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:53:23 ]
- 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
eclipse使ったら一発でJava厨になっちゃうわけよ。
- 768 名前：仕様書無しさん mailto:sage [2006/05/20(土) 23:58:56 ]
- 絶対ならない。
STL,BOOST使いこなせねーから流れたんだろ。
使いこなせる奴にJava厨はいない。
- 769 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:34:15 ]
- >>768
C++厨は信じられないと思うが、767が現実なんだよ。
入力した瞬間にエラーがわかり、自動でコードを生成する
eclipseの魅力に取り付かれると抜け出せない。
- 770 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:35:44 ]
- >>757
リッチクライアントなら.NETのスマートクライアントを忘れてるぞ。
見た感じ@ITとかでで踊ってるトピックしか知らないようだな。
- 771 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:40:54 ]
- >>770
@にはスマクラについても書いてるしたぶん、>757はしったか
糞コンサルなんじゃねぇの？
- 772 名前：仕様書無しさん mailto:sage [2006/05/21(日) 00:42:54 ]
- つClickOnce
- 773 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:02:09 ]
- むしろSTL,BOOSTとか好む奴こそJavaに流れそうなもんだが。
- 774 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:06:02 ]
- ああ、スマクラの次バージョンがClickOnceだったか。
- 775 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:08:18 ]
- とはいえこれはこれで業務で使うには悩む。
- 776 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:19:55 ]
- スマートクライアントは設定が環境依存してるのか面倒くさかったな。
仕様通りに動かないんだが、仕様上だと可能とかでコンサルしかしてないやつが怒る怒る。
- 777 名前：仕様書無しさん mailto:sage [2006/05/21(日) 01:59:37 ]
- >>769
そんなに紳士に返答されたらこっちは困るだろ。
- 778 名前：仕様書無しさん mailto:sage [2006/05/21(日) 03:00:04 ]
- eclipseからVC++に移った俺だがeclipseに戻りたいとは思わない
- 779 名前：仕様書無しさん [2006/05/21(日) 08:35:46 ]
- ずっとVC++使ってた漏れはeclipseを評価したとたんに
「こりゃだめだ、使い物ならん」で終了した。
- 780 名前：仕様書無しさん [2006/05/21(日) 08:38:25 ]
- >>767
>eclipse使ったら一発でJava厨になっちゃうわけよ
ようはスキルが低いやつがとっつくのに最良というだけじゃないの？
- 781 名前：仕様書無しさん mailto:sage [2006/05/21(日) 09:29:31 ]
- >>779
多分、一時間以下とか、その程度しか使ってないからだな。それは。
>>780
スキルは関係ないだろうな。スキルが低いとどうなるかはわからんが、
少なくともスキルが高くても、クイックフィックスやgetter、setter、constructorの
自動生成、ファイル等の名前変更なんかは楽だと感じる。
- 782 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:09:36 ]
- むしろスキルの低い奴は最悪のとっつきにくさを感じる。
VSとはその点で大きく劣る。
- 783 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:35:55 ]
- そうなのか？eclipseで最初に感動するのは、間違っているところに赤いアンダーラインが
引いてあるところ。コンパイルしてから間違いがわかるのは普通だが、
コンパイルする前から、常時そうなってる。
これはいくらスキルが低くても、一目で気づくと思うがなぁ。
- 784 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:53:19 ]
- >>783
職場で改修作業が多いからはじめっから注意、警告アンダーラインばっかりだから
そんなのちょこっと出てもまったく気にならない奴が量産されてるけどｗ
- 785 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:54:36 ]
- >>767
> 残念ながら、テンプレート最強！boost最高！なんて言ってた奴が
> eclipse使ったら一発でJava厨になっちゃうわけよ。
うむ！ まったくそのとおりだ！
- 786 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:12 ]
- >>768
> 絶対ならない。
> STL,BOOST使いこなせねーから流れたんだろ。
> 使いこなせる奴にJava厨はいない。
根拠は？ 具体的に。
STLもBOOSTも使えないようではJavaをやってもうまく使いこなせないぞw
- 787 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:55:59 ]
- >>770-771
イタイドトネト厨だなw
- 788 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:09 ]
- >>786
ＢＯＯＳＴなんて使ってないなぁ。
あれ、使えそうで痒いところに全くといっていいほど手が届かないし。
- 789 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:56:14 ]
- >>784
それでも、数回コンパイルしてみりゃ気づくだろｗ
注意や警告なら修正しなくてもいいかもしれんが、エラーは否応なしに
修正しなくちゃならんからな。
- 790 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:57:23 ]
- >>780
> >>767
> >eclipse使ったら一発でJava厨になっちゃうわけよ
> ようはスキルが低いやつがとっつくのに最良というだけじゃないの？
VC++のほうをマンセーしてるおまいらは
VB厨みたいな奴らだろ。スキルの低いVB厨はEclipseを使いこなせず
Visual Studioに飛びつく。
表向きはVC++やってるように見せかけておいてな。
- 791 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:58:56 ]
- Java1.0からJava2.0
[Java1.0]Javaについての本が本棚に10冊以上ある
↓
[Java2.0]Javaについてのブログを10個以上読んでいる
[Java1.0]Java番組をワンセグ携帯で見たい
↓
[Java2.0]携帯から直接Javaできる端末が欲しい
[Java1.0]小泉政権は国民のJava格差を拡大させている
↓
[Java2.0]この国のJavaの８割を、エスタブリッシュメント層が独占している
[Java1.0]Javaと仕事のどちらをとるかと問われると困る
↓
[Java2.0]Javaと仕事のどちらをとるかと問われて即決できる
[Java1.0]あと５年以内にJavaは上位２社だけが独占する
↓
[Java2.0]Javaにかかるコストはほぼゼロになり、多くの人がJavaをベースに事業を展開する
[Java1.0]Javaについての俳句を伊藤園「お〜いお茶」に応募した
↓
[Java2.0]wikipediaのJavaの項目に加筆した
[Java1.0]Javaのために人生をかける生き方もありだ
↓
[Java2.0]Javaだけの人生はリスクが大きすぎる
[Java1.0]会社でネット見てばかりの先輩がブログにJavaについて書いてて痛かった
↓
[Java2.0]会社の上司がJava2.0とか言ってて「意味わかってんのかな」と思う
[Java1.0]本のしおりとしてJavaを使ったことがある
↓
[Java2.0]Javaのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Java1.0]２ちゃんねるでJava板をチェックする
↓
[Java2.0]RSSリーダーで「梅田望夫の世界を変えるJava」を購読する
- 792 名前：仕様書無しさん mailto:sage [2006/05/21(日) 10:59:50 ]
- Eclipse1.0からEclipse2.0
[Eclipse1.0]Eclipseのために人生をかける生き方もありだ
↓
[Eclipse2.0]Eclipseだけの人生はリスクが大きすぎる
[Eclipse1.0]Eclipseはできれば一生涯続いて欲しい
↓
[Eclipse2.0]40歳ぐらいまでにEclipseを卒業したい
[Eclipse1.0]２ちゃんねるでEclipse板をチェックする
↓
[Eclipse2.0]RSSリーダーで「梅田望夫の世界を変えるEclipse」を購読する
[Eclipse1.0]Eclipse番組をワンセグ携帯で見たい
↓
[Eclipse2.0]携帯から直接Eclipseできる端末が欲しい
[Eclipse1.0]ときには、ビジョンを持たないEclipseをしてしまう
↓
[Eclipse2.0]自分のビジョンに合わないEclipseはあり得ない
[Eclipse1.0]会社でネット見てばかりの先輩がブログにEclipseについて書いてて痛かった
↓
[Eclipse2.0]会社の上司がEclipse2.0とか言ってて「意味わかってんのかな」と思う
[Eclipse1.0]本のしおりとしてEclipseを使ったことがある
↓
[Eclipse2.0]Eclipseのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Eclipse1.0]Eclipseは自分をときどき後ろ向きにさせる
↓
[Eclipse2.0]常に前向きな思考を保つためにEclipseがある
[Eclipse1.0]Eclipseについての俳句を伊藤園「お〜いお茶」に応募した
↓
[Eclipse2.0]wikipediaのEclipseの項目に加筆した
[Eclipse1.0]ビジネスとEclipseは完全に別物だ
↓
[Eclipse2.0]すべてのEclipseはビジネスにつながる
- 793 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:11 ]
- Web1.0からWeb2.0
[Web1.0]Web番組をワンセグ携帯で見たい
↓
[Web2.0]携帯から直接Webできる端末が欲しい
[Web1.0]Webについての俳句を伊藤園「お〜いお茶」に応募した
↓
[Web2.0]wikipediaのWebの項目に加筆した
[Web1.0]小泉政権は国民のWeb格差を拡大させている
↓
[Web2.0]この国のWebの８割を、エスタブリッシュメント層が独占している
[Web1.0]本のしおりとしてWebを使ったことがある
↓
[Web2.0]Webのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[Web1.0]会社の上司にWebをするのは野暮だ
↓
[Web2.0]会社の上司とWebの未来について熱く語ってしまう
[Web1.0]誰だかわからない大勢とWebを共有するなんて気持ち悪い
↓
[Web2.0]大多数が参加するWebこそ、自分のフィールドだ
[Web1.0]２ちゃんねるでWeb板をチェックする
↓
[Web2.0]RSSリーダーで「梅田望夫の世界を変えるWeb」を購読する
[Web1.0]Webについて語るとき、野球にたとえることが多い
↓
[Web2.0]Webについて語るとき、アメリカ大統領にたとえることが多い
[Web1.0]あと５年以内にWebは上位２社だけが独占する
↓
[Web2.0]Webにかかるコストはほぼゼロになり、多くの人がWebをベースに事業を展開する
[Web1.0]自分らしい、等身大のWebが好きだ
↓
[Web2.0]国際基準で上位のWebを狙っていきたい
- 794 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:00:41 ]
- アーキテクト1.0からアーキテクト2.0
[アーキテクト1.0]２ちゃんねるでアーキテクト板をチェックする
↓
[アーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるアーキテクト」を購読する
[アーキテクト1.0]アーキテクトはできれば一生涯続いて欲しい
↓
[アーキテクト2.0]40歳ぐらいまでにアーキテクトを卒業したい
[アーキテクト1.0]アーキテクトについて語るとき、野球にたとえることが多い
↓
[アーキテクト2.0]アーキテクトについて語るとき、アメリカ大統領にたとえることが多い
[アーキテクト1.0]アーキテクト番組をワンセグ携帯で見たい
↓
[アーキテクト2.0]携帯から直接アーキテクトできる端末が欲しい
[アーキテクト1.0]アーキテクトと仕事のどちらをとるかと問われると困る
↓
[アーキテクト2.0]アーキテクトと仕事のどちらをとるかと問われて即決できる
[アーキテクト1.0]2004年、初めてネットだけで成立するアーキテクトが誕生する
↓
[アーキテクト2.0]2014年、すべてのアーキテクトはネットでのみ存在する
[アーキテクト1.0]アーキテクトについての本が本棚に10冊以上ある
↓
[アーキテクト2.0]アーキテクトについてのブログを10個以上読んでいる
[アーキテクト1.0]ビジネスとアーキテクトは完全に別物だ
↓
[アーキテクト2.0]すべてのアーキテクトはビジネスにつながる
[アーキテクト1.0]同時にできるアーキテクトは１つだけだ
↓
[アーキテクト2.0]同時に２つ以上こなしてこそアーキテクトだ
[アーキテクト1.0]アーキテクトのために人生をかける生き方もありだ
↓
[アーキテクト2.0]アーキテクトだけの人生はリスクが大きすぎる
- 795 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:04:59 ]
- ﾂﾏﾝﾈ
- 796 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:10:58 ]
- トラックバック:d.hatena.ne.jp/yaneurao/20060423
やねうらおにトラックバック
- 797 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:25 ]
- トラックバック:d.hatena.ne.jp/yaneurao/20060423
やねうらおにアタック
- 798 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:11:47 ]
- トラックバック成功！！！！！！！！！！！！！！！！！！！！
- 799 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:19:45 ]
- 何がSTLだよ。そっち方面じゃJavaのが圧倒的に充実してんじゃねーかｗ
- 800 名前：仕様書無しさん [2006/05/21(日) 11:21:25 ]
- >>790
あごめん高価なエンタープライズ版使っている漏れは気づかなかったけど
貧乏だから飛びつくが最大の要素だと思うよ
- 801 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:37 ]
- >>800 エンタープライズアーキテクト1.0からエンタープライズアーキテクト2.0
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われると困る
↓
[エンタープライズアーキテクト2.0]エンタープライズアーキテクトと仕事のどちらをとるかと問われて即決できる
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトにインターネットの力を借りるのは邪道だ
↓
[エンタープライズアーキテクト2.0]インターネットはエンタープライズアーキテクトの可能性を大きく拡げると思う
[エンタープライズアーキテクト1.0]本のしおりとしてエンタープライズアーキテクトを使ったことがある
↓
[エンタープライズアーキテクト2.0]エンタープライズアーキテクトのタグ付けには一家言ある。他人のタグの付け方に時々腹が立つ
[エンタープライズアーキテクト1.0]小泉政権は国民のエンタープライズアーキテクト格差を拡大させている
↓
[エンタープライズアーキテクト2.0]この国のエンタープライズアーキテクトの８割を、エスタブリッシュメント層が独占している
[エンタープライズアーキテクト1.0]２ちゃんねるでエンタープライズアーキテクト板をチェックする
↓
[エンタープライズアーキテクト2.0]RSSリーダーで「梅田望夫の世界を変えるエンタープライズアーキテクト」を購読する
[エンタープライズアーキテクト1.0]会社の上司にエンタープライズアーキテクトをするのは野暮だ
↓
[エンタープライズアーキテクト2.0]会社の上司とエンタープライズアーキテクトの未来について熱く語ってしまう
[エンタープライズアーキテクト1.0]自分らしい、等身大のエンタープライズアーキテクトが好きだ
↓
[エンタープライズアーキテクト2.0]国際基準で上位のエンタープライズアーキテクトを狙っていきた
- 802 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:22:40 ]
- い
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトはできれば一生涯続いて欲しい
↓
[エンタープライズアーキテクト2.0]40歳ぐらいまでにエンタープライズアーキテクトを卒業したい
[エンタープライズアーキテクト1.0]エンタープライズアーキテクトは自分をときどき後ろ向きにさせる
↓
[エンタープライズアーキテクト2.0]常に前向きな思考を保つためにエンタープライズアーキテクトがある
[エンタープライズアーキテクト1.0]同時にできるエンタープライズアーキテクトは１つだけだ
↓
[エンタープライズアーキテクト2.0]同時に２つ以上こなしてこそエンタープライズアーキテクトだ
- 803 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:20 ]
- Developer1.0からDeveloper2.0
[Developer1.0]ときには、ビジョンを持たないDeveloperをしてしまう
↓
[Developer2.0]自分のビジョンに合わないDeveloperはあり得ない
[Developer1.0]Developerはできれば一生涯続いて欲しい
↓
[Developer2.0]40歳ぐらいまでにDeveloperを卒業したい
[Developer1.0]ビジネスとDeveloperは完全に別物だ
↓
[Developer2.0]すべてのDeveloperはビジネスにつながる
[Developer1.0]自分らしい、等身大のDeveloperが好きだ
↓
[Developer2.0]国際基準で上位のDeveloperを狙っていきたい
[Developer1.0]２ちゃんねるでDeveloper板をチェックする
↓
[Developer2.0]RSSリーダーで「梅田望夫の世界を変えるDeveloper」を購読する
[Developer1.0]Developerと仕事のどちらをとるかと問われると困る
↓
[Developer2.0]Developerと仕事のどちらをとるかと問われて即決できる
[Developer1.0]会社でネット見てばかりの先輩がブログにDeveloperについて書いてて痛かった
↓
[Developer2.0]会社の上司がDeveloper2.0とか言ってて「意味わかってんのかな」と思う
[Developer1.0]Developer番組をワンセグ携帯で見たい
↓
[Developer2.0]携帯から直接Developerできる端末が欲しい
[Developer1.0]会社帰りにコンビニでDeveloperの新製品を見つけて買う。前とほとんど同じ味。がっかり。
↓
[Developer2.0]amazonを開くと、リコメンドにDeveloperがズラリ。思わずノートＰＣのディスプレーを閉じる
[Developer1.0]Developerについての俳句を伊藤園「お〜いお茶」に応募した
↓
[Developer2.0]wikipediaのDeveloperの項目に加筆した
- 804 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:24:55 ]
- C言語厨にはどれも此も痛い話だなw
- 805 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:48 ]
- Dependency Injection1.0からDependency Injection2.0
[Dependency Injection1.0]Dependency Injectionについて語るとき、野球にたとえることが多い
↓
[Dependency Injection2.0]Dependency Injectionについて語るとき、アメリカ大統領にたとえることが多い
[Dependency Injection1.0]Dependency Injectionのために人生をかける生き方もありだ
↓
[Dependency Injection2.0]Dependency Injectionだけの人生はリスクが大きすぎる
[Dependency Injection1.0]ときには、ビジョンを持たないDependency Injectionをしてしまう
↓
[Dependency Injection2.0]自分のビジョンに合わないDependency Injectionはあり得ない
[Dependency Injection1.0]あと５年以内にDependency Injectionは上位２社だけが独占する
↓
[Dependency Injection2.0]Dependency Injectionにかかるコストはほぼゼロになり、多くの人がDependency Injectionをベースに事業を展開する
[Dependency Injection1.0]小泉政権は国民のDependency Injection格差を拡大させている
↓
[Dependency Injection2.0]この国のDependency Injectionの８割を、エスタブリッシュメント層が独占している
[Dependency Injection1.0]会社帰りにコンビニでDependency Injectionの新製品を見つけて買う。前とほとんど同じ味。がっかり。
↓
[Dependency Injection2.0]amazonを開くと、リコメンドにDependency Injectionがズラリ。思わずノートＰＣのディスプレーを閉じる
[Dependency Injection1.0]誰だかわからない大勢とDependency Injectionを共有するなんて気持ち悪い
↓
[Dependency Injection2.0]大多数が参加するDependency Injectionこそ、自分のフィールドだ
[
- 806 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:25:53 ]
- Dependency Injection1.0]会社でネット見てばかりの先輩がブログにDependency Injectionについて書いてて痛かった
↓
[Dependency Injection2.0]会社の上司がDependency Injection2.0とか言ってて「意味わかってんのかな」と思う
[Dependency Injection1.0]Dependency Injectionについての俳句を伊藤園「お〜いお茶」に応募した
↓
[Dependency Injection2.0]wikipediaのDependency Injectionの項目に加筆した
[Dependency Injection1.0]同時にできるDependency Injectionは１つだけだ
↓
[Dependency Injection2.0]同時に２つ以上こなしてこそDependency Injectionだ
- 807 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:28:33 ]
- Javaの案件つーのはスケーラビリティだなんだつって開発環境以外のところに金がかかってしょうがねーんだよ。
何も知らねーなほんと。
- 808 名前：仕様書無しさん mailto:sage [2006/05/21(日) 11:53:22 ]
- JavaだとC++よりもできることが増えるからそりゃそーだろ
- 809 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:19:23 ]
- できることは増えてねーし。むしろC/C++と比べて出来ないことだらけ。
言語の高級化つーのは、敢えて言えば出来ないことを増やすことと引き換えに生産性を高めることをいう。
そこがわかってねー馬鹿が多すぎる。
従ってJavaの是非は、果たして生産性が高めることに成功したのかという一点について論じられるべき。
- 810 名前：仕様書無しさん [2006/05/21(日) 12:30:21 ]
- >>808
に具体例を提示していただきたいｗｗｗｗｗｗ
- 811 名前：仕様書無しさん mailto:sage [2006/05/21(日) 12:37:30 ]
- ORマッピングもDIも「事実上」できねーだろ。お前もだまれや。
- 812 名前：仕様書無しさん [2006/05/21(日) 12:42:07 ]
- Java VM も C で実装されている以上、Java VM と同じ働きをする
ライブラリを C/C++ で実装すれば理論上は可能じゃね？
|
 |
