JavaをなめてかかっているC/C++厨は頭が悪いpart2

JavaをなめてかかっているC/C++厨は頭が悪い
http://pc5.2ch.net/test/read.cgi/prog/1089597556/

２げっと

sunげと

YON

ゴルバチョフ

VBをなめてかかっているやつは低脳

恥さらし

質問：Cに慣れてしまった人、どのようにJAVAを克服しましたか？
http://oshiete1.goo.ne.jp/kotaeru.php3?q=901535
JAVAについて質問です。

私はC言語をこの1年間勉強してきました。
そしてC言語のコーディングの仕方に慣れきってしまったせいか、どうしてもJAVAのオブジェクト指向
というものが理解できません。

コーディングも上手くいきません。
クラスやメソッドやインスタンスがどうとかコンストラクタが・・・などの横文字が全然意味が分かりません。

C言語で言うとどれがどこに当たるのか！？
とかいう風に置き換えて考えようとしても上手く行きません。

>>6
流れ嫁よ。お前の方が低脳。

>>9
低脳は相手にするな。

せめてVB6に・・・・ｗ

おまいら
本当にそんなことがしたくて
今の会社入ったのか？

>>8
向いてないものを無理して覚える必要ありませんよ

まあ、実装が美しいJavaは無敵だな。
C厨はｲﾗﾈ

>>8
クラス→関数ポインタ変数も持ってる構造体
インスタンス→構造体の実体
メソッド→関数
コンストラクタ→構造体の初期化関数
ポリモーフィズム→関数ポインタの指す先を、場合によって取り替える

実装が美しい？
どういう美的感覚をしてるんですか？（ｗ

あまりの実装の美しさのため、1.2.2は_017まで、1.3.1は_11まで
1.4.2でも_05まで ついバージョン番号が進んでしまうんでしょう。

Cをキッチリ理解していて、「Cによる構造化プログラミング」を賢く
遣っている人間なら、概念のほとんどは「今まで遣ってることの延長」
であって、パラダイムシフトなんて大げさなもんはないですよ。
単に「Cの理解もだめだめだった」だけですよ。

>>8
>私はC言語をこの1年間勉強してきました。
>そしてC言語のコーディングの仕方に慣れきってしまったせいか、どうしてもJAVAのオブジェクト指向
>というものが理解できません。

たった１年で何が分かる？ アホか？
お前の言っていることは、
そこら辺のちょっとマセた幼稚園児が
「私も歳ね・・・」なんて言って
ため息ついているのと大して変わらんぞ？

JAVAのオブジェクト指向？意味不明

オブジェクト指向が理解できない=構造化手法すら理解できてない

実装が美しい・・・ってそんなこと自慢してどうすんだよ（ｗ

>>15 みたいなのが Java のようで Java でない何か、を量産していくんだろうなぁ・・・。

まあ >>8 が問題外なのは言うまでもないが。

>実装が美しい・・・ってそんなこと自慢してどうすんだよ（ｗ
うるせえ！ｃ厨　汚いコード屋

全く、汚いプログラムはバグが絶えなくて困るな↓

ttp://java.sun.com/j2se/1.4.2/ReleaseNotes.html#bugparade

paradeの意味。
見せびらかす，誇示する


ﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ

良ｽﾚage

ＪＡＶＡが最高さ。ｃ厨は必死すぎ（ｗ

Javaは楽だよね。とゆーかEclipseがさ。
viとCで必死に実装してた頃が懐かしい。

ほうれみろ！！
かつてのｃ厨もいまはJAVAファンだぞ

世間の認知度はものすごく高いよね。Java。
新しい概念とか、ほとんどJavaのサンプルソースで紹介されてる（違うかな？）。
案件も多いし、技術屋としてメシ食ってる以上は必須の言語だと思う。

だけどいかんせん、あのトロトロした動作は何とかならんのかな。
環境に最適化させるとか、何か高速に稼動させる方法、教えてよｴﾛい人。

環境に最適化させるとか、何か高速に稼動させるツール作れ

VM様が遅いだとお〜
>>31何様だ！
お前みたいに下手にcができる椰子がJavaの事をぼろくそに言う。
しかもその内容は速度についてだけだ！

速度なんてハードウェアで吸収すればいいんだよ
Javaはブルジョワのための言語だから貧乏なcpp屋は8bitの組み込みでも
256kメモリ制限の中しこしこやってればいいってこった！

遅いとか言ってるやつは、どんな複雑な計算やってるんだ？
通常の処理なら、違いがわかるほど他の言語より遅いということはないぞ。
まさか、ベンチマークまわして、C言語よりも数値が悪いとか言ってるんじゃないよね？

>>34
>遅いとか言ってるやつは、どんな複雑な計算やってるんだ？

Eclipse の起動

ﾜﾛﾀ

>>32
環境に特化させるツールを作るなら、本体ごとc/cppで作る。
動作がとろい ← これが解消できないとしたら、そのデメリットをカバーするほどの
利点はどこにあんだ？ ﾔﾊﾟｰﾘ分からん。。教えてｴﾛ仙人。

>>33
Javaは嫌いじゃないよ。未熟だけど。
メモリの管理が不要な分、本来必要な部分に集中できるのはすばらしいと思う。楽だし。
ただ速度がな。あと演算子のオーバーロードとテンプレートが欲しい。

ハードウェアで吸収って・・・いや、一理あるけど、開発機 != 運用機。趣味の日曜PGじゃないよ。

>>34
おなじプラットフォームで動作するとき、
一方はpureJava製、もう一方はその環境に最適化された(ネイティブな)実行モジュール。
この2つの実行速度は、明らかに、目に見えて、決定的に違うだろ。

Eclipseの起動の遅さだけはガチ
その分グラフィカルで高機能だが…
やっぱり遅すぎる

俺もEclipseは起動しきる前に必ずバッテン押しちゃうよ
だから使った事がない。
VC++は2秒であがるから快適

>この2つの実行速度は、明らかに、目に見えて、決定的に違うだろ
ぅんぅん、そだよね。ネイティブの突き抜ける速さを知っていると
この糞遅さがイラツキの根源。きっとJavaしか実行しない人は免疫
ができてるんなだろうな。
言語的には大変良いものとは認めてあげてもいいが、実行面では
｢言語学習用」専用用途かいなと思うよ。

VMの起動速度と、VMの実行速度を混同してるやつが居るな。
サーバサイドみたいに、常駐の場合だろ、比べるとしたら。
誰も、クライアントもJavaの速度は高速だとは言ってないと思う。

CloudscapeとPostgresあたりのクエリ速度ガチンコ対決では

>>42
ガチンコ対決では何だよ？気になるじゃないか。早く続きを書け！

トリビアの種なら 「○○の方が速い」 で
あとは番組制作会社が調べてくれるんだが。

文章は書いた。だれか手紙よろ：

タモリさん、こんばんは。いつも楽しく拝見しています。
ところで私は生まれてこの方、ずっと気になっている事があります。
それは、一番高速な高級プログラミングはどれかという事です。
これってトリビアの種になりませんか？

Javaの初心者です。
先輩から、
「JavaをやるとCPUの気持ちが分からなくなるぞぉ！」
って言われました。
マジですか？

最適化はコンパイラ任せが御題目ですよ。

>>46
逆にCPUを気にするのはアセンブラかC言語くらいでは。

アセ→Cの過渡期にいたロートルアセ使い馬鹿と同じこといってるなオマエラ。

>>45
「高級プログラミング」の後に言語が足りない！
下手するとデスマ中で死にそうなプログラマが超高速でHello world!を打つVTRになるぞ！
そして一言
「main()
{
printf("Hello world");
}
で良いだろうが！」
ってプログラマが切れてVTR終了

>>46
ユーザーの気持ちは解らなくなります。

>>50
ごめん。高級プログラミング->高級プログラミング言語

椰子間　「本当にどうでもいい依頼の葉書ですねぇ」
田茂裡　「まったく、一般視聴者ウケちゅーものを考えて欲しいね」
多寡端　「ちなみに世界最速は地球シミュレータ、そしてそれ上で走る
　　　　　HPF(High Performance Fortran)が最強であると私のスタンドが言っています」

>>15
8ではないがThanks.俺も来月からJava(JSP/Servlet)のプロジェクトに
参画予定なんで。ぼちぼち合間をぬってJavaのお勉強をしようかなと。

　　>>1 と っ く に 答 え が 出 て る の に 建 て る な よ

　　　　　　　　　　　　ボ　ケ　ェ！！

もう前スレ（それ以前）で答えは出ている。

以後書き込むバカは、ヒマ人。
僻む余裕があるなら両方できるようにしな。
ああ、両方「できる」人ってのはそれぞれの長所と短所を理解して使いわけれるからな。

────────────　　終　　了　　──────────────────

pupupu

>>42
トリビアではとりあげてくれそうにないので インストール後何もしない
cloudscapeとpostgres-7.3.5を比べてみますた。
(cloudscapeは ttp://java.sun.com/j2ee/sdk_1.3/についてくるやつ)

データはこれで(121594件)、テーブルにインデックス無し
ttp://www.post.japanpost.jp/zipcode/dl/kogaki/lzh/ken_all.lzh

実行したSQL文は（カラム名は実際には漢字ではない）
select 都道府県漢字, count(都道府県漢字) from 郵便番号テーブル group by 都道府県漢字;

cloudscape 3回目: ELAPSED TIME = 71849 milliseconds
postgres 3回目: Time: 3981.07 ms

その差たった 18倍（ｗ
J2EE 1.4 SDK についてくるPointBaseのほうが 心なしか速い気がしたのですが
データベースサイズが5MBに制限されてるんじゃしょーがありません。

>>58 おまえバカでヒマ人で水虫持ちでインキンだろ。

Ref++ってどうですか？

ageんなよ

unko

>>58
一方が1分11秒かけてやっと処理するクエリを、
もう一方はたった4秒で・・・

コーヒー飲む時間があるという意味では断然前者だが・・・

> データはこれで(121594件)、テーブルにインデックス無し
こんな非現実的な例をだされても判断のしようが無い。

JavaはC++の親戚だから（多少の文法その他の微妙な違いはあるものの）、基本的には C が分かれば理解できる。
オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
いや、C である程度の規模のプログラムを組んだ事のある人がJavaを理解できないはずがない。
Javaは重いから、ある程度のプログラムであれば640KB制限（懐）で十分に動くようにして欲しい。

＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。

>>65
ﾊｧ?どこがおかしい?

極端な話、構造体が理解できればクラスも理解できる。
基本的には、

　構造体＋ﾒﾝﾊﾞ関数＋ｱｸｾｽ制御（public,private,protected等）→ｸﾗｽ

あとは継承とかの拡張概念を身に着けるだけ。中学生でも理解できないことはない。

オブジェクト指向でどううれしいか分からないやつは、
知らない奴よりタチが悪い。そういう奴らほど、高いセミナーの講師しか信じない。
現場の常識。

複雑な構造体（のようなもの）をあたかも一つの変数として扱うことが出来るご利益は大きいと思うけど、
軽いプログラムを作るんだったらむしろＣの方がいいと思う。

クラスを理解できた≠オブジェクト指向を理解できた

≠Javaを理解できた

>66
宿題終わったのか？
夏厨らしい発言で微笑ましいが、ちょっと恥ずかしすぎるぞ

66は釣ってるつもりだったりしてｗ

ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた

ｵﾌﾞｼﾞｪｸﾄ指向のほぼ全ての概念はｸﾗｽの概念に含まれる。
ｸﾗｽを理解できる人でｵﾌﾞｼﾞｪｸﾄ指向を理解できない人はいない。

>>71
忠孝生ではありませんが何か？

つーか、ここはC++ができる香具師をねたむ、Java厨のスレだろ。
これ以上JavaPGの質を落とすなよ。
漏れも、JavaPGだからさ。

>>73
Cを理解している前提での話ならな。
あと、お前にはC++は扱えそうにないな。
当然、VC++（WindowsSDK、MFC）もできなきゃダメだぞ。

>>75
＞あと、お前にはC++は扱えそうにないな。
扱えますが何か？

＞当然、VC++（WindowsSDK、MFC）もできなきゃダメだぞ。
一通り出来ますが何か？

>>76
厨房の典型ｷﾀｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ!!

ﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ
お前、漏れの良く知っている「ヴァカ」にそっくりだよ。

>>66==>>73==>>76


　　　　自　信　過　剰　P　G　必　死　す　ぎ（ｗ

>76という、アホが釣れましたね。

扱えますが何か？
扱えますが何か？
扱えますが何か？
扱えますが何か？
一通り出来ますが何か？
一通り出来ますが何か？
一通り出来ますが何か？
一通り出来ますが何か？

ﾊｧ?何がおかしい？

WindowsレベルのOSをゼロから構築出来ないと使いこなせることにならないというのなら、
未だ使いこなせていないことになる。
一体どのレベルから扱えると言っているのかが不明。

＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
＞オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。

>>76は、以下と同種の人間ですね :)
http://app.memorize.ne.jp/d/59/76172/2004/02/0308
http://app.memorize.ne.jp/d/59/76172/2004/01/0254

　　こ　こ　は　香　ば　し　い　厨　Ｐ　Ｇ　が　喚　く　イ　ン　タ　ー　ネ　ッ　ツ　で　す　ね。

>>82
まるでおかしなことを言ったような書き方をやめれｺﾞﾙﾙﾙｧｧｧｧｧ!!!!!

>>83
ﾄﾗｯﾌﾟ乙

>（というか理解できた）

> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた

>>85
> まるでおかしなことを言ったような書き方をやめれｺﾞﾙﾙﾙｧｧｧｧｧ!!!!!
おまいわばかですか?

> ﾄﾗｯﾌﾟ乙
おまいさんはばかですか? :-P

今、マ板で1番香ばしい人がいるスレは、ここでよかったでしょうか？

> 構造体＋ﾒﾝﾊﾞ関数＋ｱｸｾｽ制御（public,private,protected等）→ｸﾗｽ
関数のオーバーヘッドとかって知ってますかァ?

>>86-87
氏ね!!!!!!!!!!!!!!!!!!!!!

>>88
＞おまいわばかですか?
氏ね

＞おまいさんはばかですか? :-P
だったら自分で踏んでみろｺﾞﾙﾙﾙﾙﾙｧｧｧｧｧｧｧｧｧｧｧｧ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


ｸﾗｽ以外にｵﾌﾞｼﾞｪｸﾄ指向特有の概念なんて殆ど存在しないだろ。
まさか inline とか // とか言わないだろうな。
ｸﾗｽ以外でｵﾌﾞｼﾞｪｸﾄ指向に特有なものを何か言ってみろやｺﾞﾙｧ
言えないだろ？そんなものは最初からないからwwwwwwwwwwwwwwww

In article >>73, 仕様書無しさん/73 wrote:
> 窮･?を理解できた≒･??蟇?･?#指向を理解できた≒Java（C++）を理解できた

これは「ということにしたい」がぬけていて不思議ですね? :-P

っていうか、「sage」を知らない時点で厨房確定。
っていうか、自分で晒し「age」かよ... プププ

>>89
夏も終わりだから日本の明日を担う若い人たちが
激論を交わしているのでしょう、ということにしたいです。

>>90
一言で言えば、何らかの仕事、処理を行う上で、本来の仕事からすれば、冗長的で邪魔者以外の何者でもなく、
処理能力の足を引っ張るもの。
それがどうした？

>>92
文字化けは環境だから仕方ないとして、「ということにしたい」など不要ｗ

>>93
皿仕上げされているのは藻米裸だよｗ

＞厨房PG
どうやら、わざと「釣り師」のフリをすることで、
自分の発言をごまかそうと必死になっている模様ですね。

>>96が効果覿面だった模様ですね。

>>96
釣り氏の振りなどしていない。


結論：
ｸﾗｽはｵﾌﾞｼﾞｪｸﾄ指向のほぼ全てである。

＝＝＝＝＝＝＝＝＝＝＝＝＝　糸冬　　　　了　＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

>>98は、構造体＋メソッド＋継承の概念 == クラスだと思っている痛い香具師。

100get

>>99は、構造体＋メソッド＋継承の概念 == オブジェクト指向だと思っている痛い香具師。

>>98 は、クラスを使えばオブジェクト指向だと思っている痛い香具師。

祭りはこちらですか？

>>101 == >>98

>>98は、いわゆるJava厨房最凶形態。

>>104
残念ながら違う

C厨晒しあげ

>>99
だから「≒」と書いたが？
それ以外にｸﾗｽの決定的なご利益があるのかと小一時間問い詰めたい。

>>105
むしろC++党だが？

> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
↑
これを書いた君。
君は、この等式をプリントアウトして部屋の壁にでも貼っておきなさい。
いつか引っ剥がしたくなるから。

> むしろC++党だが？
> むしろC++党だが？
> むしろC++党だが？
> むしろC++党だが？
> むしろC++党だが？

> それ以外にｸﾗｽの決定的なご利益があるのかと小一時間問い詰めたい。
ご利益?
ご利益?
ご利益?
ご利益?

Javaだとご利益にならんことが起こるがな。

> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた

ちょ─────→笑える（ｗｗｗｗ

http://combatant.hp.infoseek.co.jp/cgi-bin/up/src/up0400.png

これから、こんなバカな厨房PGばっかり
この業界に入ってくるんだろうな...OTL

見てるだけで、恥ずかしい...

まあ俺もひとのこと言えないが...OTL

> 一言で言えば、何らかの仕事、処理を行う上で、本来の仕事からすれば、冗長的で邪魔者以外の何者でもなく、
> 処理能力の足を引っ張るもの。
> それがどうした？

どうした？じゃねーよ（ｗ

>>109
張らなくてもログが残っているし、第一紙とインクが勿体無い。
たとえその等式を部屋に張っても、引越しまでは剥がすことはない。

>>111
？

>>112
どこが可笑しいか言ってみろｺﾞﾙﾙﾙｧｧｧｧｧｧｧｱ！！！！

>>116
知ってる？と聞かれたから答えただけだが？

>>117
> 張らなくてもログが残っているし、第一紙とインクが勿体無い。
> たとえその等式を部屋に張っても、引越しまでは剥がすことはない。
あそ。

>>111
> ？
「？」じゃねーよ（ｗ

> どこが可笑しいか言ってみろｺﾞﾙﾙﾙｧｧｧｧｧｧｧｱ！！！！
どこがと言えば、あなたのあたまですね :)

＞当然、VC++（WindowsSDK、MFC）もできなきゃダメだぞ。

ﾜﾛﾀ

怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪
怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪怒涛熱湯♪

>>120
まあ、できて当然なわけだが。
あえて、おもしろいよな。

いい加減、例外をスローしたくなってきた。

逆にｸﾗｽのないｵﾌﾞｼﾞｪｸﾄ指向がないことを考えれば、ｵﾌﾞｼﾞｪｸﾄ指向がｸﾗｽに集約されることは明白。

>>124
うむ。その通りだ。

極悪なクラス帝国主義によるインスタンス、メッセージ、多態への
不当な弾圧に抗議するとともに、謝罪と賠償を要求

せえへんがな

つまり、ｸﾗｽ=OOPということだ。

理解できたかな？夏厨の諸君。

さて、いつ「釣れた！」が見れることか。

君らが釣られたことにしたいのは良くわかった。ｗ

> オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
> むしろC++党だが？
> 扱えますが何か？
> 一通り出来ますが何か？

ということにしたいだけですね。:-)

ｼﾞｻｸｼﾞｴﾝ必死。

> > 当然、VC++（WindowsSDK、MFC）もできなきゃダメだぞ。
> 一通り出来ますが何か？

真面目に答えたのにﾜﾛﾀ。
藻前は言葉通りにしか受け取れないのかよ（藁

> > 関数のオーバーヘッドとかって知ってますかァ?
> 一言で言えば、何らかの仕事、処理を行う上で、本来の仕事からすれば、冗長的で邪魔者以外の何者でもなく、
> 処理能力の足を引っ張るもの。
> それがどうした？

ﾜﾛﾀ。

> > >>76は、以下と同種の人間ですね :)
> > http://app.memorize.ne.jp/d/59/76172/2004/02/0308
> > http://app.memorize.ne.jp/d/59/76172/2004/01/0254ﾜﾛﾀ。

> ﾄﾗｯﾌﾟ乙

ﾜﾛﾀ。

> > Javaだとご利益にならんことが起こるがな。
> ？

ﾅｴﾀ。

>>127
その結論は歓迎するが？


結局、
＞ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
この等式（近似式）が正しいことが示されたことになるが、それでも良いのかと問いたい。
ｸﾗｽを理解するために[Java | C++]から初めて、その言語によってｸﾗｽの概念を理解すれば
ｵﾌﾞｼﾞｪｸﾄ指向を理解したことになるといったほうが正確だったかもしれない。

C++ が理解できれば Java も理解できるというのも言えてる。逆も言える。
C++とJavaは英語とドイツ語の違い、いや、北海道弁と標準語程度の違いしかないから、
理解出来ないほうがおかしい。

「言語習得」って、構文を身につけることより「ライブラリ」や「フレームワーク」の
使い方を身につけるほうが大変だよねー。


と、逝ってみる。

>>136
最後の2行、なまらおかしいから、他に正しい例えとばくれや。

と、釣られてみた。

糞こて消えろ

あのバカ、うまく逃げたつもりでいるな（ｗ

>>137
そんなのは慣れでどうにでもなる。
一番のネックは、基本構文を覚えることと、基本機能（標準入出力、数学関数、点・線の描画など）を使いこなすこと。
それさえ出来れば、あとは時間の問題でどんどん上達する。
英語や国語だって、最初のボトルネックは基本構文と辞書の引き方だけで、それさえ覚えればあとは自然に上達する。
好きな本やマンガを読んだり好きなゲームで遊んだりすれば、誰だって上達する。
プログラムだって、好きなゲームを作ったりすれば誰だって上達する。

時間の問題で誰でも慣れることが出来ることと、最初にしっかり覚える必要があることとでは、全く性質が違う。

板違い。
お前ら全員、ム板逝け。

>>138
なまら正しいべや。道弁には標準語では難しい概念もあるけど、基本的には>>136のように言わさるよ。

> ﾄﾗｯﾌﾟ乙
どこがトラップなのかと、小一時間問い詰めたいわけだが（ｗ

というか、
＞ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた
が間違ってるって、なまらおかしいべやぁ！

>>144
わけのわからないURLはﾄﾗｯﾌﾟを疑う、これ常識。

板違い。
お前ら全員、街BBSの北海道板逝け

>>141
その基本機能がライブラリなわけだが。

>>146
中学から英語をやり直すことをお勧めします。

>>146 バカすぎ。

なまら→超
[べや|べやぁ]→だろ
[aさる]→eる

でテキスト置換すれば、大体翻訳できる。

「例えとばくれや」の部分が、北海道出身の漏れにも分からなかったorz

>>146 == URLから内容も察っせないバカ == 「ﾄﾗｯﾌﾟ」半角多用のクソ == ageで自ら晒しあげした厨房PG

間違いない。

> > >>76は、以下と同種の人間ですね :)
> > http://app.memorize.ne.jp/d/59/76172/2004/02/0308
> > http://app.memorize.ne.jp/d/59/76172/2004/01/0254ﾜﾛﾀ。
> ﾄﾗｯﾌﾟ乙

マジでおもしろい。
リンク先と同一人物と思えるくらい。自意識過剰（ｗ

>>148
だから、基本機能を使うのは本を読めば誰でも出来る。

>>149-150
大丈夫そうなURLに見せかけて実はﾄﾗｯﾌﾟだということもありうる。
index.html の中にmetaタグを書いたり、ぁゃιぃコードが書いてあれば危険になりうるし。

＞本を読めば誰でも出来る。

>>152
半角に変換されやすいから仕方ないだろ。

>>154
おまいさんが、今までどれだけ地雷を踏んできたのかはわかった。
うたがいすぎ。つーか、チェックかけれ。

トラップって言い方、普通するか？２ちゃん的には部落らでは

とにかく、

＞ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた

ということにしたい人のおかげで盛り上がりました。
君は過疎スレ化から救ったんだ。
もっと、胸をはれ（ｗ

>>130, >>132-135

笑らかしてもろうたわ。
このおもろさがわからん香具師は、厨房確定だ。

C++を理解できてもガベコレは理解出来ないし、Javaを理解できてもテンプレートは理解出来ない。

>>156
つまり、お前さんが、「Java（C++）を理解できた」ということにしたい人の中の人ってわけですね（ｗ

スタックフレームとか知らないんだろうな。。。

っていうか、PGなら出来ん方がおかしい。
コボラーと同レベルかよ（ｗ

>>143
漏れは頭悪いから、あの例えはあずましくない、ｽﾏｿ。

マジレスすると、
クラスの概念分かったくらいでOO分かった気でいるんでねぇ、ってこと。
訳すと、その程度でクラスの概念を分かったことにしないでください、ってこと。

やっぱり、
アセンブラ → C → C++ → Java → VB, Delphi →
そして、.NETで怠けるのがWinPGの王道といってみるテスト。

オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。

クラスがほぼオブジェクト指向？
インターフェイスという大事な概念を無視してオブジェクト指向かぁ…
ふーん。

# 誰とは言わないが、グループ開発では関わりたくないな。

>>165
> クラスの概念分かったくらいでオブジェクト指向分かった気でいるんでねぇ、ってこと。
> 訳すと、その程度でクラスの概念を分かったことにしないでください、ってこと。

激しく同意。

>>165
何かムジュンした文章だが、言いたいことはわかるので同意。

＞「オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）」ということにしたい人へお願い

あなたのことを示す名前が長すぎるので、コテハンつけてください。
おながいします。おながいします。

＞「オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）」ということにしたい人へお願い

オブジェクト指向をやっと覚えたので自慢したかったのですね。

スレタイ変更します。

× JavaをなめてかかっているC/C++厨は頭が悪いpart2
　　　　　　　　　　　　　↓
○ オブジェクト指向を舐めてかかっているC/C++/Java厨は例外なく無能

× JavaをなめてかかっているC/C++厨は頭が悪いpart2
　　　　　　　　　　　　　↓
× オブジェクト指向を舐めてかかっているC/C++/Java厨は例外なく無能Part1
　　　　　　　　　　　　　↓
○ 【愚鈍】デブは例外なく無能４【怠惰】

急展開にﾜﾛﾀ。

　　　　　　　　　オ　ブ　ジ　ェ　ク　ト　指　向　を

　　　理　解　し　た　気　に　な　っ　て　い　る　ヴ　ァ　カ　を、

　　　　　　　　　　　　晒　　　し　　　あ　　　げ

ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Javaを理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒C++を理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Objective-Cを理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒SmallTalkを理解できた

ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒C#を理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒VB.NETを理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒MC++を理解できた
ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒J#を理解できた





ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒D言語を理解できた

クラスの概念くらい理解するのは簡単だろ。
将来の仕様拡張を先読みしながら実装するのが難しいんだ。
だがこれはクラスの設計が難しいということではない。
クライアントの気まぐれを予測するのが難しいんだ。

　クラスを理解できた
≒オブジェクト指向を理解できた
≒Javaを理解できた
≒C++を理解できた
≒Objective-Cを理解できた
≒SmallTalkを理解できた
≒VC++（SDK, MFC）を理解できた
≒VC++.NETマネージ拡張言語を理解できた
≒C#を理解できた
≒VB.NETを理解できた
≒J#を理解できた
≒ASP.NETを理解できた
≒Objective Pascalこと Delphiを理解できた

ところで、でかい面してた
オブジェクト指向言語MASTER（自称ｗ）はどこ逝った?
死んだか?
それとも部活に逝ったか??

≒似非オブジェクト指向言語（本当は手続言語だけどオブジェクト指向でも組める）のVB6を理解できた

≒オブジェクト指向言語はすべて理解した
≒俺は最強のプログラマ！
≒だから、お前らの言っていることが間違い。
≒俺は神だ！

∴ >>66==>>73==>>76 は、自意識過剰のただの口だけ野郎。
　 また、「トラップ発言」等を見るかぎり、被害妄想や構想伝播の陽性症状が出ているので、
　 統合失調症の疑いがあります。お早めに、病院へ逝くことをお勧めします。

っていうか、半島人か（ｗ
いや、半島人って自意識過剰だし、
他人に責められるとすぐムキになって、
自分が正しく相手が間違いと言い張るし。

そういう視野の狭い自称プログラマはｲﾗﾈ。
さっさと半島にｶｴﾚ!!

今回の、オブジェクティブ祭りは以下がソースです。

>>64-184

お間違いのないように、お願いします。
そして、新人にこれを見せて反面教師として教育に生かしましょう。

>>66
> 構造体＋ﾒﾝﾊﾞ関数＋ｱｸｾｽ制御（public,private,protected等）→ｸﾗｽ

痛すぎ。メソッドとインターフェイスを忘れてる。
それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？

Javaだろうが、C++だろうが、C#だろうが、プログラムの出来は、組む奴次第。

public private protected C++ アクセス制御 で検索した結果　 ページ：94件
public private protected C++ アクセス指定子で検索した結果　 ページ：54件
public private protected C++ アクセス属性で検索した結果　 ページ：8件
public private protected C++ メンバ属性で検索した結果　 ページ：2件

はつみみですか、そうですか。

アクセス修飾子を、アクセス装飾子だと思ってたとか書いてみるテスト。

メソッドとメンバ関数の違いって何ですか？

＞それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？
＞それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？
＞それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？

よかったな、思惑通り釣れて

64 名前：仕様書無しさん[] 投稿日：04/08/27 10:52
JavaはC++の親戚だから（多少の文法その他の微妙な違いはあるものの）、基本的には C が分かれば理解できる。
オブジェクト指向なんて、構造化プログラミングが理解出来れば割と理解しやすい（というか理解できた）。
いや、C である程度の規模のプログラムを組んだ事のある人がJavaを理解できないはずがない。
Javaは重いから、ある程度のプログラムであれば640KB制限（懐）で十分に動くようにして欲しい。

>>188-190
.NET厨になりすましをした釣りにひっかかるなよ（ｗ

>>191
そういうお前さんも釣られたことに気付いて
慌てて書いてみたか？

なんておまんこくさいすれなんだ。

JavaはC++の親戚だから
　JavaはC++の親戚だから
　　JavaはC++の親戚だから

186の火病に期待あげ

In article >>73, オブジェクティブ無しさん/73 wrote:
> ｸﾗｽを理解できた≒ｵﾌﾞｼﾞｪｸﾄ指向を理解できた≒Java（C++）を理解できた

> ｵﾌﾞｼﾞｪｸﾄ指向のほぼ全ての概念はｸﾗｽの概念に含まれる。
> ｸﾗｽを理解できる人でｵﾌﾞｼﾞｪｸﾄ指向を理解できない人はいない。

> >>71
> 忠孝生ではありませんが何か？

＞それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？

メソッドとメンバ関数の違いって何ですか？

>>186は明らかに釣りだろ。
アクセシビティなんて言葉知ってて知らないわけないと思うのだが。
メソッドも同様だと思う。
隠し味として、インターフェースの話題を出したようだが、
まだまだ三流釣り師だな。

そしてそれに釣られる漏れは・・・？

>>201
んなこたない。メンバ関数を知らないJava厨だろう。

無知を釣りということにしたい186と責める203

メソッドとインターフェースは知ってるが、メンバ関数を知らないといえば、ほら、
あの言語の厨房ですよｗ

>>186の降臨ｷﾎﾞﾝﾇ

>>64と>>186でサシの勝負をするべきだ。

>>165
これだけ分かれば十分だと思うが・・・
ちなみに、C++の少し厚めの本を消化して、ある程度のOOﾌﾟﾛｸﾞﾗﾑを書いたことがある程度。
それを噛み砕いて必要な部分を抜き出すと、
構造体＋ﾒﾝﾊﾞ関数＋継承＋ｱｸｾｽ制御→ｸﾗｽ
だと理解している

>>167
だから、何がおかしい？

>>168
ｲﾝﾀﾌｪｰｽの概念も結局はﾒﾝﾊﾞ関数などの概念に集約される。

>>171
つけたよ。

>>183
何度もﾌﾞﾗｸﾗ以外の罠にも（ﾌﾞﾗｸﾗにも）かかってるんだよｺﾞﾙｧ！

>>186
メソッドやインタフェースの概念は、クラスや関数の概念が理解できれば理解できる。

インターフェースはメンバ変数を持たないメンバ関数のみのクラスなわけだが、
Java厨には理解できるはずが無い。

>アクセシビティなんて言葉知ってて知らないわけないと思うのだが。

アクセシビティで検索した結果　 ページ：41件

アクセシビリティで検索した結果　 カテゴリ：1件　登録サイト：31件　
　　　　　　　　　　　　　　　　　　　　　　ページ：186999件

隠し味の奥に、さらに別の隠し味とは。
この雄山、不覚にも感動を禁じ得ない。

>>186の降臨まだ〜

>>208
デザインパターンって聞いたことあるか？

＞ちなみに、C++の少し厚めの本を消化して、ある程度のOOﾌﾟﾛｸﾞﾗﾑを書いたことがある程度。
その表現が誤解を招くんだよ。"OOﾌﾟﾛｸﾞﾗﾑ"とかさぁ。
あと、十分とか言うな、デスマの素だ。

>>212
ない。

>>213
Objected Oriented Program でおｋ？

>>214
アウト。
C++の少し集めの本も良いけど、デザインパターン(GoF本)の本も読んでください。

>>小手半
ﾃﾞｻﾞﾊﾟﾀしらないでオブジェクト指向わかったって逝ってるのか
もまい、ある意味天才だよな

今日は楽しかったわ
不毛な議論でもしてろ
ｶｽめが

で、>>64と>>186のどっちが勝ったの？

インターフェースはメンバ変数を持たないメンバ関数のみのクラスなわけだが、
Java厨には理解できるはずが無い。

「デザパタ知らないとオブジェクト指向はわからない」
さあ、真か偽か？

>>215
ちなみに、C++の勉強に使った本は400ﾍﾟｰｼﾞくらい（但し字は少し大きめ）。
「デザインパターン(GoF本)の本」も呼んでみる。

>>216
概念を理解するだけなら十分に理解している。
で、「ｵﾌﾞｼﾞｪｸﾄ指向を理解している」の定義は？
ﾃﾞｻﾞﾊﾟﾀを読んだという定義は曖昧すぎて却下。

>>219
無限ループに陥ると思われ。

>>220
＞で、「ｵﾌﾞｼﾞｪｸﾄ指向を理解している」の定義は？
無限ループにおt（ry

と、釣られてみたご様子。

本当にオブジェクト指向を理解していて、
真に考える力を持っていればデザパタはいらない

　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　「ｵﾌﾞｼﾞｪｸﾄ指向を理解している」の定義まだ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／
　　　　　　　 ￣￣￣￣￣￣￣

とりあえず>>66と>>73はオブジェクト指向を理解したつもりになっているアホということは
確定だな。

Cで構造体を使ったくらいでオブジェクト指向を理解したつもりになってるとはお笑い臭いですな(嘲笑

カプセル化と継承くらい考えろや低脳C厨。

これだからC厨はクラス指向レベルの低脳って言われるンだよ。


mainメソッドがあるクラス以外フィールドが一つもなく
メソッド全部staticにしてるC厨のアホが。

>>35
> >>34
> >遅いとか言ってるやつは、どんな複雑な計算やってるんだ？
>
> Eclipse の起動
>
↑再起動バカの典型。


一度起動したら常駐させろやタコ

>>224
複素数クラスを実装してみたことくらいありますが何か？
もちろん四則演算だけでなく、絶対値、偏角、三角関数、指数関数、対数関数などの数学関数全般。
当然、
sin(z), cos(z), tan(z)（zは複素数）
x^y(x, yは複素数)
log(z)（zは複素数）
などにも対応。

継承だって一通り理解している。
Javaは使ったことがないけど、C++が使えれば特に問題ないはず。
使うご利益がないからJavaを使っていないだけ。

>>226
お前さん、学生orフリーターだろ?

>>227
学生orﾌﾘｰﾀｰでつ。

これは、学生さんじゃないかな
フリーターの方がもうちょいましじゃね？

>>229
素朴な疑問だけど、どうして？

>>226
利益が無いって…こいつは素人だね。
C++とJavaを同じ分野で考えるなよ。

もうみてらんない…

>>231
利益（りえき）というか、ご利益（ごりやく）。
利益は、それで稼いでいる人がいるからあるだろうけど、
Javaならではのご利益があるとすればJavaAppletくらい。
ｶﾞｰﾍﾞｯｼﾞｺﾚｸﾀが搭載されているから、ﾒﾓﾘの確保・解放に神経を使う必要がないことくらい。
ﾒﾓﾘの確保・解放に十分に注意してﾌﾟﾛｸﾞﾗﾑを組めば、C++とあまり変わらない。

>>230
ノルムや偏角は複素数クラスの持ち物だが、
複素数クラス同士の演算を複素数クラスにたくさん実装するのは大きな間違え。

それ以前に、オブジェクト指向プログラミングの代表例といったら
ＧＵＩやＯＲマッピングなのに・・・

＃というか、それ以外に成功例はない。
＃ＧＵＩとＯＲマッピングの間の処理ロジックは、適切な構造化こそ重要。
＃継承を利用したフレームワークも主な適用例だけど軒並み失敗している。

>>230

229ではないが、、

>複素数クラスを実装
C++の授業で作る典型的なプログラム

>使うご利益がないから
プログラマなら「業務使った経験ないから」という。
利益で使う言語を選べるのは学生だろ

230ではないが、、、
>複素数クラス同士の演算を複素数クラスにたくさん実装するのは大きな間違え。

なぜ？

ぷぷっ
メンバ変数も知らないJava厨が吼えているよ

>>234
四則演算は最初からﾒﾝﾊﾞ関数（operator含む、一部 friend 関数）にするしかなくて、
それ以外は friend 関数を使う。
全部ﾒﾝﾊﾞ関数にする必要はない。

>>235
なるほど。

Java厨がメンバ変数を知っていても何も得しないけど。

>>238
おっしゃるとおりです。

operatorやfriend関数をど忘れするなんて、
オラも立派なJava厨ですな・・・

ごめんな>>226

>>237
C,C++流の呼び方　　　:メンバ変数
C#,Java流の呼び方　　：フィールド
ObjectiveC流の呼び方 ：インスタンス変数

で意味するところは変わらないんじゃない？

186 名前：仕様書無しさん[sage] 投稿日：04/08/27 19:03
>>66
> 構造体＋ﾒﾝﾊﾞ関数＋ｱｸｾｽ制御（public,private,protected等）→ｸﾗｽ

痛すぎ。メソッドとインターフェイスを忘れてる。
それにアクセス制御って何？ はつみみですなぁ。アクセシビティのことでつかぁ？

全部Public Sharedでいいんだよ。
ほんとおまえら低脳だよなｗｗｗ

＞全部Public Sharedでいいんだよ。
専門用語使うな、ﾊﾞｶ！ｷﾓｲ！ｷﾓｲ！

JavaはC#のできそこないだから

なんかレスが返ってきているのかと思ったら、
急展開と>>64の駄目プログラマぶりにﾜﾛﾀ。

もい、小手半
真・コンピュータ用語辞典のｺﾋﾟﾍﾟ野郎

今日も>>186が必死ですね。

ttp://pc5.2ch.net/test/read.cgi/tech/1092308415/

姉妹スレもよろしく

wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

おまいらまだやってるの？
よく飽きないな

>>250
なにをですか？

プログラマーをですか？
Javaプログラミングをですか？
C++プログラミングをですか？
２ちゃんねるをですか？
このスレにカキコすることをですか？
それとも、生きることをですか？

アスキー デジタル用語辞典 - オブジェクト指向

　プログラムコードとそれに付随するデータをひとまとまりの単位として管理し、
プログラムの論理的な構造化を図るプログラミング技法の１つ。
　C++では、関数と、その関数が操作するデータをまとめてオブジェクトとし、
これらを関係づけることでプログラムを構成する。C言語のような関数呼び出しの
構造だけでなく、それが扱うデータをひとまとまりとすることで、プログラムの
より進んだモジュール化と、モジュールの再利用性を高める。データとそれを
操作する関数（メソッドと呼ばれる）がひとまとまりとなって独立したものがオブジェクトで、
異なるオブジェクト同士は、メッセージをやり取りすることで協調動作する。
　代表的なオブジェクト指向言語としては、C++、SmallTalk、Eiffel、Objective-Cなどがある。


まあ、間違っているといいきれはしないが、
事実上デタラメに近いこんな解説がまかり通っているんじゃあ、
かような勘違い厨がでてくるのもやむをえんか

もまえらも、オブジェクト指向の中核をなす例のキーワード
「○゜○○ー○ィ○゛○」とか「○○○○゛○○○゛ィ○○゛」とかに
全く言及しないんだから、人が悪いｗ

×オブジェクト指向の中核をなす例のキーワード
○オブジェクト指向の中核をなす概念を表す例のキーワード

>>252
うは、終わってるね、その解説。
その解説って、構造体に関数が付きましたよってだけじゃん。
普通、多様性により再利用性を高める技術ってのが主でしょ。。
良い悪い別にして、それ以外にないと思うんだが。

baka-

>>255
1票追加。

>>64のバカはどこいった

「○゜○○ー○ィ○゛○」はわかるが
「○○○○゛○○○゛ィ○○゛」これ、もう２・３開けてホスイ

>>258
漏れも開けてﾎｽｲ

１８６バインディング

>>257
なんだと

釣れた

>>261
（というか理解できた）気になっている>>64さんでつか？

>>263
そうだが？

>>64
氏ねよ

「多様性により再利用性を高める」ことなんて、Cで既に実現されていたことだろ。
型に依存しないようなｵﾌﾞｼﾞｪｸﾄを作るんだったら、Cでもvoidﾎﾟｲﾝﾀを使えば実現できる。

typedef union {
char c;
unsigned char uc;
short s;
unsigned short us;
int i;
unsigned int ui;
long l;
unsigned long ul;
long long ll;
unsigned long long ull;
float f;
double d;
long double ld;
} anytype;

typedef struct {
int typeid;
anytype at;
} variant;

ちょっと強引だが。

×voidﾎﾟｲﾝﾀ→○共用体

>>260
サンクス
しかし、開けすぎ

お聞きしたいのですが
ＣＯＭはＯＯと思っていいでつか？
言語じゃないけど

そーじゃねぇの

CでもJavaでも動くだけのものを作るのはそう難しくない。
だが、理解が半端な奴は設計書書かせるともうダメ。
なんとか書けても、実際にコーディングすると矛盾ばかり
で設計変更を繰り返して元の設計書と全然違うものになる。

俺はCはばっちりだけど、Javaは駆け出し。つーか今初めて仕事で
使ってるところ。
かなりプログラミングできるようになったけど、クラス設計が適当というか、
具体的にイメージできていないからデザインパターンもなかなか
使いこなせないしな。

Java厨ってレベル低いの丸分かりだね。

快感！！！　チョー気持ちいいぃ〜！！！　　ナマはサイコー！
美帆のマムコ、ヌルヌルだぜ！おまけに、すっごい締まりイイ！！！　出るぅ〜

ﾉ　　　　　 ｝ ﾞl､　　 」′　　　　　　　　　　 .,/′　　　.,ﾉ _,,y
　　　　.,v─ｰv_　　　　　　　　 〕　　　　　　〕 .|　　.ilﾞ　　　　　　　　　　　　《　._　　 .,,l(ノ^ﾉ
　　　,i(厂　 _,,,从vy　　　　　 .,i「　　　　　　.》;ﾄ-v,|l′　　　　　　　　　 _,ノﾞ|.ﾐ,.ﾞ'=,/┴y／
　　　l　　,zll^ﾞ″　 ﾞミ　　　　.ﾉ　　　　　　　.il|′ｱll!　　　　　　　　　　 .＞‐〕 ＼ _＞＜
　　　《　il|′　　　　 ﾌｰv,_ .,i″　　　　　　 ||｝ｰvrﾘ､　　　　　　　　　　　　　¨'‐.｀　　 ｛
　　　 ＼《 ヽ　　　　　.ﾞli ._¨''ｰv,,_　　　　　.》′　 ﾞﾞﾐ|　,r′　　　　　　　　　　　　　　　 ｝
　　　　　 ＼　,ﾞr_　　　 lｱ'　　　 .ﾞ⌒＞-vzﾄ　　　　.ミﾉ′　　　　　　　　　　　　　　　　 〕
　　　　　　 .ﾞ'=ミ:┐　 .「　　　　　 ./ .^〃　　　　 :､_ ﾘ　　　　　　　　　　　　　　　　　　 .｝
　　　　　　　　 ﾞ＼ｱ'　　　.--　　,,ﾉ|　　　 ､　　　 ﾞミ｝　　　　　　　　　　　　　　　　　　 :ﾄ
　　　　　　　　　　 ﾞ^ｰ､,,,¨ -　　 ''¨.─　　　:!.,　　　ﾘ　　　　　　　　　　　　　　　　　　 ﾉ
　　　　　　　　　　　　　 〔^ｰ-v､,,,_,:　　　　 iﾞ「　　　｝　　　　　　　　　　　　　　　　　 .,lﾞ
　　　　　　　　　　　　　 l!　　　　 .´ﾞﾌ'ｰv .,y　　　　］　　　　　　　　　　　　　　　　　 'ﾞﾐ
　　　　　　　　　　　　　 |　　　　　,/ﾞ　.ミ;.´.‐　　　 .］　　　　　　　　　　　　　　　　　　 ﾐ,
　　　　　　　　　　　　　 |　　　　 ﾉ′　ヽ　　　　　　〔　　　　　　　　　　　　　　　　　　　ﾐ
　　　　　　　　　　　　　 ｝　　　　｝　　　　　′　　　 ｝　　　　　　　　　　　　　　　　　　　｛
　　　　　　　　　　　　　 .|　　　　.ﾐ　　　　 .<　　　　 〔　　　　　　　　　　　　　　　　　　　 〕
　　　　　　　　　　　　　 .｛　　　　 ＼,_　　 _》､　　　 .｛　　　　　　　　　　　　　　　　　　　 .｝
　　　　　　　　　　　　　　｛　　　　　　¨^^¨′¨'ｰ-v-r《　　　　　　　　　　　　　　　　　　　 〔

100ゲットｽﾞｻ━━━━⊂（ﾟДﾟ⊂⌒｀つ≡≡≡━━━━!!

64様
オブジェクト指向ってなんですか

　　　　　,.‐' ⌒ ヽ、　　　　 _,｢⊥-―-- 、_|
　　　　/　　　　 　 ヽ ,.‐'"´　　　　　　　　 ｀`丶、
　　　 /　出 .お　ク `、　　　　　　　　　　　　　　＼　　　　　　／⌒ﾞヽ
　　　,'　　し .乳　ラ　 !　　　　　　　　　　　　　　　 ヽ　　　　 /　　　　 `、
　　　i　　て　を　ラ　 ｌ　　　　　　　　　　　　　　　　 ',　　　 ,'　　ク　 　 ｉ
　　　!　　い　　　が　 }　　　　　　　　　　　 　 ﾉ ,ｲ　ﾉ　　　.i　　 ラ　 　 ｌ
　　　ｉ　　る　　　　　　ｉ　　　　}_ノｊ_,.／ｊ_.. - ''_ﾚ'ﾞ レ'ﾞ　　　 |　 　.ラ　　　|
　　　ｉ　　！　　　　　 ,' 　 　 　!　''ﾞ´ ´　　　 ___｀.{　　 　　　|　　 が　 　 ｉ
　　　`、　　　　　　　/　　　　 ﾊ. `＝’　　（ `"" ﾊ　　　　 ハ.　　：　 　 ｊﾞ
　　 　 ＼　　　　　,ノ|　　　　 i'　i　　　　　冫　　ｉ　i　　　 ,'.:.:.:＼. ：　　/─- 、
　　　　　 `'ｊー一'´　|　　　　 ｉ　 ｌ　　　、__, 　　ﾉ　 ｉ　　　i'.:.:.:.:.　`ー ´.:.:.:.:.:.:.:.
　　　　　　/ 　 　 　 |　　　　,'　　!　　　 ｰ 　 ,ｲ　　 ｌ　 r'´,ィ、'.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:
　　　　　 /. 　,．‐'"´|　　 　 i　　ｊヽ 、　__,／ .ｌ　 　 ｊ　´{/　ﾉ_'.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:
　　　　　,'　 /　　　　ｉ　　　　ゝノ）　 厂　ゝ.　ｊ.　　 /　　{　_'ヽヽ.:.:.:.:.:.:.:.:.:.:.:.:.:.:
　　　　　|　/　　　 　 ゝ、　　　ノ　　　　　 ﾄソ　 ／　　ノ　ﾉ`　 ｉ:.:.:.:.:.:.:.:.:.:.:.:.:.:
　　　ィ ｉ ｉ/　　　　　　　 ` ー'ﾞ　　　　　　　`''Ｔ’千ｉ ｉ ｉ　　`'　　 !.:.:.:.:.:.:..:.:.:.:.:.:.
　　　┼ /　　　　　　　　　　　　　　　　　/　./　 /　　(,,_　　　　ｊ/⌒i.:.:.:.:.:.:.:.:.
　　 　 i/ユ.　　　　 /　　　　　　　 　 　 〈　/　　ユ　　ｉ　　　　 　 _ノ.:.:.:.:.:.:.:.:.:.
　　 　 /　ｌ.　　　　/　　　　　　　､　　　　V　　 /　 　 {　　　　 ＜.:.:.:.:.:.:.:.:.:.:.:.:.
　　　 /　　ｌ、　　/　　　　　　　 ,'　　　　　}　　/　　　 ` ｰ-､,　　 ＞ｚｖ、_:._
　　　/　 　 ｌ　　/　、　　　　　ノ　　　__..ノ− /＿＿__,.．-一=≦: : : : : : : : : : : :

マン汁ピュッピュ　マン汁ピュッピュ

さて、>186は天才釣り師に認定されたわけだが。

本当にマ板は釣られやすいよなぁ...。

>201の見解に概ね賛成する。
まあ、隠し味に継ぐ、隠し味は、ただの誤植だろうな。

本人が出てこない今となってはなんとも。

まあ、


　　　　>>64 = >>186だったら最凶と言ってみるテスト。

186==201==279

>>281
ちゃうぞい。

begin 644 test
9,3@VI,ZRT,G"I*RDSZ2XI-ZDZJ3>I+FBK0``
`
end

ふーん。

http://pc5.2ch.net/test/read.cgi/prog/1093168901/l50

そもそも、言語差別スレはいいかげん、ム板でやってくれ。
つーか、複数の言語を使いこなせるようになれよ。

ほれ、オブジェクト指向が理解できれば、>>180を一通りできるってことだろ（ｗ

　クラスを理解できた
≒オブジェクト指向を理解できた
≒Javaを理解できた
≒C++を理解できた
≒Objective-Cを理解できた
≒SmallTalkを理解できた
≒VC++（SDK, MFC）を理解できた
≒VC++.NETマネージ拡張言語を理解できた
≒C#を理解できた
≒VB.NETを理解できた
≒VJ++を理解できた
≒J#を理解できた
≒ASP.NETを理解できた
≒Objective Pascalこと Delphiを理解できた
≒手続き言語でオブジェクト指向言語もどきのVB6以前を理解できた
≒神「ということにしたい」ですね :)

tinpokoyaroh

Java厨はC/C++を丸々批判してるようだがObject指向を考えれば非難対象はCだけの筈。
俺はJava→C++から入った変わり者だがJavaやった感覚からC++のが使い勝手は良いと思う。
色々できるしoperatorとか批判してるようだが使えるなら割と便利だしな。
ぶっちゃけその辺を批判してるJava厨は己の能力で扱い切れないから批判することで事故弁護してるようにしか見えん。
両方使えよJavaだけにしがみつくカスよ

両方使ってもC++ダメだろ?
ベースはCだからなぁ。
生まれ育ちは隠せないもんよ。

複数言語使えないと屑
データベースやネットワークプロトコルできないとJavaで食っていけないのはわかった
ではそれ言語か？
面白いね…

>>290 はCしか分からない御様子

>>292はCはやった事無いご様子。

>>293はCすら分からない御様

ならどこら辺がダメなのかお聞きしよう>>293よ
汚く書こうとすれば何処までも汚く書けてしまうのは
C/C++共通の欠点ではある。
が、それ以外に何を否定するのだい？

おっと、エラーでOSを壊しかねないとかそんなのはナシだぜ
C/C++ユーザは皆それ承知でやってるしね。
すばやく動作して危険を取るか、揺り篭の中で安全を取るかの違いさね

速度が遅かったら糞にきまってるジャン

>>294はVB厨

>>298はプログラム書けないクレクレ君

C/C++で遅いかどうかはPGの腕次第…
あ…そういやJavaは普通に遅いね（藁

>>296
異論もあるだろうが
C言語の何でも出来るっつー思想と、オブジェクト指向の理念とは矛盾している
キレイに書けば大丈夫ってのは、VB厨がVBはオブジェクト指向も取り入れてる
とか言うのと変わりない。
言語出来が利用者の質で左右されちゃまずいでしょ。

>>301
296じゃないけど
「C言語の何でも出来るっつー思想と、オブジェクト指向の理念とは矛盾している
キレイに書けば大丈夫ってのは、VB厨がVBはオブジェクト指向も取り入れてる
とか言うのと変わりない。
言語出来が利用者の質で左右されちゃまずいでしょ。 」
とかって煽りたてる奴がいるほうが現場ではVB厨よりよっぽどまずいです。

成るほど。
＞言語出来が利用者の質で左右されちゃまずいでしょ。
は大きいかも知れんね。
複数のPGでプロジェクト組むときとか影響大きそうだ。
VBはどうなんだろ…弄った事無いから判らないねぇ…ので
＞キレイに書けば大丈夫ってのは、VB厨がVBはオブジェクト指向も取り入れてる
＞とか言うのと変わりない。
は実感無いな（−−；
まぁ綺麗に書けば大丈夫ってのはどの言語にも言えるが、C/C++では大きいかもね
（汚くなりやすい言語ではあるし）
否定をするほどの根拠でもないな。
＞C言語の何でも出来るっつー思想と、オブジェクト指向の理念とは矛盾している
矛盾してるのかどうか怪しいな。
手法の問題であって手法で出来る事に制限がつくのか？

>矛盾してるのかどうか怪しいな。
Cがなんでもできる言語だとするならば、危険なことを出来ないようにする仕組みとは
当然矛盾するでしょ?
C++だとカプセル化は問題があるし、ポインタなんかかなり危険だ。

>>302は真性VB厨

>>305は真性無職引き篭もり

>>303 にはほぼ同意ただ、俺は住み分けして両方使えって言ってるだけ。
で、俺はどっちかって〜とC++のがやりやすくて良いなって言ってるだけ。
このスレがウザかっただけの話で別にJavaを嫌ってるわけじゃないさ
ネットワークとかならJavaのが圧倒的に楽だしね。
安易にC/C++批判する連中がウザいから両方使えと説教しに来ただけ。

>>304
成るほどそういうことね？
でもオブジェクト指向って危険なことを出来ないようにする仕組みとして
開発されたのか？
まぁそういう思想も含んで開発されたのは疑わないけど、C++ではその安全性より
開発効率を重視してる部分があるね。
＞C++だとカプセル化は問題があるし、ポインタなんかかなり危険だ
問題とはどの辺りですか？ポインタはかなり危険ですが危険を冒すだけあって
使えれば便利ですよ？（僕はオブジェクトにポインタは大好きなんですが）
ま、危険を取って楽するかどうかの問題ですね。
そう考えればJavaとC++のObject指向は方向性そのものが大きく違うね。
どっちのObject指向が好きですか？ｗ

>>290はJava厨

>>307
＞ネットワークとかならJavaのが圧倒的に楽だしね。
それってL7だけだよね。

まあ、ApacheがJavaで書かれる時代になってからほざけ。

お前ら、両方使えるようになれってーの。

そう、世界中のサーバの約半数が使っている
Apache HTTP ServerはなんとCで書かれている。

そして世界中の約9割のPCは
x86互換プロセッサとMicrosoft Windowsを搭載している。

Javaの敗因は、デスクトップ環境がWindows一色に統一されてしまった事と、
サーバ環境はサーバ環境でUNIX系一色で、ほとんど互換性が取れてしまう事。
こんな状況では、Javaのマルチプラットフォーム性は真価を発揮しない。

汚くなりにくいってのは、どうなんすかね・・・
誰でも間違いなく組める方向ってのは、本当に合ってるのでしょうか。

限りなくその理想に近づこうとしたVBでも、アホが組むと、限りなくアホ
ですからね。

昔、Lispが使えるプログラマーでプロジェクトを組むと、Lispが使えると
いうだけで、プログラマーレベルが最低限保証される。という話がありま
したが。

>>308
OOは目的か？それとも手段か？

クソが集まるクソスレ。

釣り師の釣り師による釣り師のためのスレ。

人足のくせに生意気だぞ。

>>314
むしろC++を使用して、アフォなバグを出す奴は首にするべき。
そうすればプログラマの技術レベルが底上げされて、社会的な地位も向上する。
現状、VB等の言語仕様を理解しただけでマ気取りな奴が多すぎ。

というか、GCに頼らないと満足なメモリ管理もできないなんて、
設計能力が無いとしか言いようが無い。
そんな奴はGDIオブジェクトなんかも開放せずに放置して、
システム不安定にするようなプログラムを作る可能性が大きい。

クソスレ。

>319
おまえの日本語どうにかならんのか？
そんな文章じゃクソコード書き散らかして
周りに迷惑かけてそうだな。

言語仕様が簡単になると
技術レベルって低くなるの？
お前らの仕事ってその程度なの？
馬鹿にもわかるように教えて♪♪♪

>>319
禿同

>>322
仕事の程度はともかく
簡単な言語だけで満足してる奴より難解な言語にも
チャレンジする奴のほうが技術レベル高くなる確率は
高そうな希ガス。

JavaPGは尊敬に値すると思う。
free/delete忘れ、開放済みポインタをアクセスするというポカを避けるために、
それらをガベコレに委託し、その代わりにインスタンスを使いまわしたりしてガベコレの
ご機嫌伺いをするのだ。これらのノウハウは一朝一夕で蓄積できるものではない。

彼らこそ真の技術者である。

まあ両方出来りゃいいのよ。
どっちも仕事あるんだから。
片方しか出来ない奴が一番問題。
VB厨は問題外。

なるほど、すごい。
そんでもって、VMの実装変更等でGCの挙動がかわった場合は
再度、ご機嫌伺いをすると。確かにすごい。

Javaの入門書は、１ページ目にインスタンスを無闇にnewすると、パフォーマンスに
深刻な影響を与えます。インスタンスは使いまわしてくださいと書いてあります。

>>325
C++厨の俺から見ると、JavaでもC#でも言語的には
たいした違いに見えない。
既存コードの流用or速度確保の意味でC++とのコードと
結合しやすく、クライアントで多くのシェアがあるWindows上で
GUIをさくっと作れるつう意味ではC++とC#でいいじゃんて感じ。

VBはクライアントだけでしか用途の無い言語（ASP.NETで変わりつつあるが）
Javaはサーバでしか使えない言語。

はっきしいって、それだけじゃどうもならん。
VB厨=Java厨

Javaのパフォーマンス向上に対する模範解答

・大量のメモリ
・高性能のCPU

>>330
インスタンス数が爆発しないコーディング

>>331
deleteしろよ。ばか。
使ったら後片付けするように母ちゃんから躾られなかったのか？

delete はC++のはなし >>331 はJavaのはなしだろ。
GCがいつか解放してくれる。具体的にいつかは知らんが。

>>333
必要な時にちゃんとガベージコレクションしてくれるんなら任せてやってもいいが
ド阿呆には任せられんな

>>332
C++＞Javaの俺には
明らかに使わないことが分かってるインスタンスが目の前にあるのに
即座に解放する権利がプログラマに与えられていないってのが嫌だな
躾が悪く後片付けの下手な香具師にはJavaは最高だろうよ

deleteしたからといってすぐにガベージコレクションしてくれるわけじゃない。

C++ならdeleteはfreeを呼んでないか？

それに大きなメモリ領域へのポインタを持ってればデストラクタで解放するから
一時的とはいえメモリを無闇に消費することは抑制できるはずだが

>>335はJava厨ｗ

>>335
Javaにもdeleteがあるのか？

いつの間にかガベージコレクションが無い方が少数派になってしまったな。

>>339
わろた

つか、予測のつきにくいタイミングで、ガリガリとガベコレを始めて
全スレッドが止ったりするからだめぽ。

PGの躾の悪さをガベコレという掃除機に任せているのだから、しかたないべ。

javaはなぁ。。。

javaが出始めた頃とかは、javaコードをネイティブでサポートするCPUがでてきて
新しいPCの位置を得るんじゃないかとか、C言語が捨て去られてプラットフォームに
依存しないアプリケーションばかりになるんじゃないかと妄想したもんだ。

あっという間に失速したな。理想は良かったが実装が糞だった。
今じゃブラウザのお荷物ｗ

HotJavaはブラウザがお荷物

C#なんかJavaと酷似してるからなあ。
ぐちゃぐちゃ文句言ってても、何もなかったかのように使ってるとい可能性大。こいつらは。

C#には値型があるからなぁ。なんでもかんでもガベコレ様のご機嫌を伺う必要ないし。

GC様は全知全能です。哀れな愚民はただ従っていればよろしい。

EclipseにTomcatプラグイン入れて、データを読み込むとエラーが出まくって
メモリ不足になるのはEclipseの仕様ですか？

信者たるもの、お布施がわりに積めるだけメモリを増設し
JDK,Eclipseの不具合は見て見なかったふりをすることが
信心の表れであることを忘れてはなりません。

Javaで育った奴がCのプログラムを組んだら凄い事になりそうだ

JavaにもDEFINE搭載してほすぃ

Javapp?
・・・無理だねｗ

>>351
むしろ組ませない。

free/deleteは忘れるのに、NULLでポインタを潰すのは律儀に忘れず行うJavaPG。

不思議だ。

>>355
それはVB厨あがりではないかと推測。

#define Nothing NULL

>>357
VB厨房

#define begin {

>>359
Pascal, Delphi厨

VB厨房というのは最高の褒め言葉である。

>>361
氏ねYo。バリアント野郎（ｗ

Dim i, j, k As Integer （k以外バリアントなんだが、IntのつもりのVB厨）

ってやんじゃねー。クソVB厨！

といってみる。

Java厨とVB厨、どっちもどっちだな。

>>362
君は消えたまえ。
i,j,kは明らかにInt32構造体である。

Java厨が構造体を理解できるのかどうか。

>>364
>>362 はどう見ても VB6 以前の話なんだが
なんで .NET の話をしている？

>>324
解放済みの　　　ポ　　　　イ　　　　ン　　　　タ　　　　って何？

C/C++使いなら、さくっとJavaも使えるようになるだろうな。
VB厨はJavaを覚えるのに挫折して、2chでJavaを煽る日々。

C++からJavaに移行すると、

・クラスをヒープにしか取れない。
・使い捨てインスタンスをさっさと消したい。

イライラするよ。

>>369
>・クラスをヒープにしか取れない。
>・使い捨てインスタンスをさっさと消したい。
>
>イライラするよ。

それ、唯の愚痴。COBOLER が「変数名が小文字だとイライラする」って
ぼやいているのと対して違わない。

クラスをスタックに確保したり、インスタンスを消したりするのは、
あくまでも「効率のため」。設計上の問題ではない。

Java を使う事を承知していながら、そんなことを言っているのは、
まるで毎日パチンコに万札を何枚もつぎ込んでいながら、
ジャガイモが一円安いからといって、はるばる隣町まで
買い物に出かけるＤＱＮ主婦と同じレベルの発想だな。

コストについての感覚が狂っている。

Javaの嫌いなところはファイル名が確定しちゃう事
ファイル名ぐらい好きなのつけさせろよ

>>371
能力も無いのに、好き勝手なファイル名を
つけて現場を混乱させる三流プログラマの
暴挙を防止する為の言語だからな。
Java って。

確かに良く設計されているよ。ほんとに。。。

>確かに良く設計されているよ。ほんとに。。。
IDEはすこすこよく動くし
gcはかしこい
UNICODEの文字化けなんてけっしてない
推奨されない機能のほうが推奨される機能より多いなんて
口が裂けても言わないでおこう。

パフォーマンスは設計とは無関係らしい。java厨の頭はめでたいな。

>>374
詳細設計とコーディングしかやら無いﾄﾞｶﾀには関係ないんだろうよ。

>>375 は矛盾だらけで実装できないラクガキを書いて、なんでオレの言うとおりにしないと嘆いているんでつね。

FORTRAN: ISO/IEC 1539-91により標準化されている
COBOL:CODASYL,ANSI,ISO/IEC JTC 1 SC22/WG4などにより標準化されている
PL/I:1979年にISOで標準化されている
BASIC:JIS X2002などで規格化されているが、規格に沿った実装系はTrueBASICなど一部を除いてほとんどない
C:ISO, ANSIにより標準化
C++:ISOにより標準化
Java:Java Community Process(JCP)を通じて公開・標準化
C#:標準化団体ECMAを通じて公開・標準化

http://ja.wikipedia.org/wiki/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%E4%B8%80%E8%A6%A7

>>377
VBは実際にはMS社の独自規格言語

JavaもC#も公的な標準化団体によっては標準化されていない

やっぱりFORTRAN, COBOL, PL/Iが安心だね

C, C++でも可

MFCに比べりゃJavaの方がはるかに簡単だ。

>>377
あれ、VBは？

ビジュアル系はM$の独自規格ということでいいでつか？

ﾊｧ？

Visual J++こそ最強のJava IDEである。

>>380
MFCはクラスの固まり、AWTやSwingと比べるべき

>>385
Java厨にマジレスはお勧めできない

MSXではCは動いてもJavaは動かないのでJavaはゴミ

>>386

いや自分はjava厨じゃなくてWin32API厨なんですけどね。

>>388
MFC(ライブラリ)とJava(言語)を比べてる時点で(ry

>>388
Java厨以下の脳味噌だと自分でカミングアウトですか？

>>390
そりゃお前だろ。

>>391
>>389が見事に当てはまって返す言葉がありませんか？ｗ

｜∀・)ﾉｼ　MFCは言語らしいよ！

Javaという言葉はね。
言語仕様だけでなくクラスライブラリも（実行環境も？)含む言葉なんだよ。
C++とは違ってね。
MFCとJavaという対比についてはね。Javaという言葉の意味の
クラスライブラリという側面に焦点を当てているわけね。
まぁ日本語が不自由でないならば、誰にでもわかるとは思うんだけどね。
それがわからんということはお猿さんばっかりなのかなともおもっちゃうんだけど、
それはそれで楽しいことだと思う。
どういうセマンティックスに焦点を当てているのかちゃんとわかってから
しゃべれ。お猿さん♪♪♪

含まねえよ

C++はどうだったかな。Cは・・・だね。

そういう文脈を理解してもらいたいなら、単にJavaの
特定のクラスライブラリの名前を書けばすむこと
むしろ、そうしないとどのクラスライブラリと比べてるか分からず
比較の対象があいまいになる

どっちが悪いかは、もはや言うまでもなかろう

Swingとかな

>>394
JFCを知らないの？（ﾌﾟ

>>399
VB厨に何言ってもムダ。
あーゆー香具師がいるから...OTL

>>394
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>394
VB厨はやばいな。

>>394
氏ね。

>>394
(　´,_ゝ`)

>>394
(@�u@;.)

(　´,_ゝ`) =3

>>394
お前、社内で（も）嫌われてるだろ？

別にMFCが言語だなんて一言も言ってないだろ！

単にVC++でプロジェクトを作るときはMFCを選ばず
Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。

>>408
＞Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。

俺もそうだ
ナカマ(*^^)人(^^*)ナカマ

>>408,>>409
ですよね〜。他に使うのはたまにコンソールアプリくらい？
俺はVCではそれ以外は使ったことありません。
そんな自分が恥ずかしいけどバカだからしょうがありません。

>>410
おれはＷｉｎ向けにはＧＵＩアプリしか作らんぞ
っつーかＤＯＳ窓アプリなんて作る気にならん

コンソールアプリ作る仕事なんてねーだろ。

個人的に遊びで作ってるだけじゃないか？
そうムキになるなよ
大人気ないぞ

>>380==>>408==>>409==>>410==>>411==>>413
鉄板です

>>411
Webで全角英数字を多用する香具師は、例外なく無能。

>>415
はげどう。
コンピュータ上で全角英数字や半角カタカナはキモ過ぎる。

>>416
いや、2ch語はしょうがないが...
全角英数字だけはどうも許せなくない?

注意 : 私はvoidの生徒ではありません。

>>380==>>408==>>409==>>410==>>411==>>413
どうでもいいけど恥ずかしい発言してんな、おい。

>>417
voidの生徒なら、そもそも「全角」とは言わない。

全角って？
はなししって？
と言うことにしたいのですね。

Javaしか出来ない若造とC/C++しかできないオヤジが争うスレですか？

全角英数字は全然許せるなあ。
次元は違うが、〜〜にょ。とか使うやつは首り殺してやろうかと思うけど。
今時いねえか、そんなやつ。さすがに。

でも最近いわないよね、全角英数字ダサいとか。
流行りだったのかな。もしくは情報量が半分になるから、
モデム時代にはその削減される情報量が貴重だったのか？

>>380==>>408==>>409==>>410==>>411==>>413==>>422
(　´,_ゝ`)

>>422
馬鹿。

>>380==>>408==>>409==>>410==>>411==>>413==>>422
(　´､,_ゝ`)ﾌﾟｽｰ

> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
(　´,_ゝ`)=3

>>408
Javaって言語じゃなくてライブラリだったのか。

>>427
スレ読み返せよｗ

>>427
MFCは言語なんだぜ！

>>427
( ´,_ゝ｀)　そんなの常識だぜっ　ﾌﾟﾋｯ

> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、

> Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。
> Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。
> Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。
> Win32ａｐｐｌｉｃａｔｉｏｎをいつも選んでプログラミングしているだけ。

> ａｐｐｌｉｃａｔｉｏｎ
> ａｐｐｌｉｃａｔｉｏｎ
> ａｐｐｌｉｃａｔｉｏｎ
> ａｐｐｌｉｃａｔｉｏｎ

while(1){　　　　→コンパイルエラー


short X=5；
X=X+5；　　　　　→コンパイルエラー


今までJavaなめてました
ごめんなさい

あとこれも

float X=5.0　　　　　→コンパイルエラー

　　　　　　　　　＼　　　∩─ｰ､ 　　　====
　　　　　　　　　　 ＼／　●　､_ ｀ヽ 　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　そんな餌で俺様が釣られクマ――
　　　　　　　　　　　 ､　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

>>433
そんなことで誤るようでは、
多分お前はＣもなめていると思う。

>>436
意見には同意するが、「Ｃ」って...

ＭＡＮＣＯ

まんこ

悲惨な>>380のいるスレはここですか？

まんこ舐めにとりかかっている俺はちんぽが堅い

>>440
いちいち人に聞くな！

> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、
> 流行りだったのかな。もしくは情報量が半分になるから、

どっちみちC++の仕事なんてないしね。
Javaを叩く理由なんてないし、いいんでない。

C→Perl→PHP→C++→Java
と覚えてきた。
Javaの次が出たらそれを勉強するが、今はJavaで十分だ。

JavaはCより難しい
http://pc5.2ch.net/test/read.cgi/tech/1095677476/

JavaScirpt->C->Perl->C++->PHPと覚えてきた。
察するにJavaはオブジェクト指向の実装や言語構文は問題無いと思うが、
全ての環境で同じGUIを提供しようとしたり、VMやGCが必要なあたりがデメリット。
しかし、それが最大のメリットでもある為(ry

!

ド素人はお帰りください

C厨は「じゃばこ」すら知らないとは・・・

oi

BASIC->C->ASM->C++->...Java...

とやってきて思うが、JavaのVMが糞だと思うぞ

>>447はJavaを使った事はないけど、という意味では？
まさかJavaScript=Javaと思っているわけではあるまい。

:::::::::::/　　説　　　　　仏　 ヽ::::::::::::
:::::::::::|　　か　　人　　法　　i::::::::::::
:::::::::::.ゝ　な 　 々 　 真　 　ﾉ:::::::::::
:::::::::::/　 く　　　に　 理　　 ｲ:::::::::::::
:::::　 |　　ち　　　　　　を　ﾞi　　::::::
　　　＼_ ゃ｡　　　　　　,,-'
――--､..,ヽ__　　＿,,-''
:::::::,-‐､,‐､ヽ.　)ノ　　　　　 ＿,,...-
:::::_|/ ｡|｡ヽ|-i､　　　　　 ∠＿:::::::::
／. ` ' ● '　ﾆ ､　　　　 ,-､ヽ|:::::::::
ニ　＿_ｌ＿_＿ノ　　　　 |・ |　|, -､::
/￣　＿　　| i　　　　　ﾟr ｰ'　　6 |::
|(￣`'　　）/ /　,..　　　 i　　　　　'-　　←　>>1-453　>>455-1000
`ー---―' / '（__ ）　　　ヽ 、
====（ i）==::::／　　　　　　,/ﾆニニ
:/ 　　 　ヽ:::i　　　　　　　/;;;;;;;;;;;;;;;;

>>453
違うけど現実その感覚でいいんじゃないか？