トップページ⇒tech
1001コメント314KB

JavaやったらC++はきもく感じる

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/01/10(水) 19:07:35
なにこれ。
int(100)とかだっさー（笑）int&なんてきんもーっ★って感じなんだけど。
標準で使えるスレッドもないしさ。バッドノウハウだらけの
使えない気持ち悪い言語だよなこれ。前時代の人たちはほんとにこんなモノで開発してたのか。
マジご愁傷様です。
C99のほうがまだ拡張性が高くていい感じになってるのが皮肉だね。
0450デフォルトの名無しさん2007/01/21(日) 21:41:38
うそこけｗｗｗｗ
0451デフォルトの名無しさん2007/01/21(日) 21:50:07
ジョブズ嫌いだからObjective-C見るのも嫌なウォズニアック信奉者の漏れ。
MacもNeXTSTEPも設計がちっとも美しくない。
あれはそびえ立つ糞の山みたいなもんだ。
0452デフォルトの名無しさん2007/01/21(日) 21:59:38
>>449
それは間違っていない。
けれど、Javaのオブジェクト指向はSmalltalkの系統に属するものだったはず。
0453デフォルトの名無しさん2007/01/21(日) 22:17:25
ビャーネとかビューンとかビョーンとか面白いな。
「C++をやったらBjarne Stroustrupはきもく感じる」
0454デフォルトの名無しさん2007/01/21(日) 23:21:21
>>450
「オブジェクト指向の概念の発明者は誰ですか？」
ttp://d.hatena.ne.jp/sumim/20040525/p1

>>452
Javaは、Smalltalkからクラスライブラリの世界感（Objectからの単一継承。リフレクション）や
仮想マシンベースの処理系、メソッドやスーパー／サブクラスとかいった用語とかについては
影響を受けたけれども、オブジェクト指向の考え方自体はメッセージングではなくガチガチの
クラス指向だよ。Smalltalk系統というよりはC++/Eiffel系統。
0455デフォルトの名無しさん2007/01/21(日) 23:49:41
>>454
＞「抽象データ型（ユーザー定義のデータ型）」を実現するのに「（SIMULA の）クラス」を用いる

その文章にもこうやって書かれてる通り、Simulaの機能を参考にしたのがC++のオブジェクト指向でしょ。
0456デフォルトの名無しさん2007/01/22(月) 00:07:57
>>455
SIMULAには「クラス」と「オブジェクト」という言語機能はあったけれど、
設計者（ダールとニガート）の頭にはこれらを「オブジェクト指向」に使うという
考え方はなかった。当然だけど「オブジェクト指向」自体が存在しなかったから。

このSIMULAの「クラス」をヒントにして、ユーザー定義型定義に使えると
考えてクラス指向の「オブジェクト指向」を思いついたのがストラウストラップで、
（前後するけれど）
同じくSIMULAの「オブジェクト」をヒントにして、これをメッセージの受け手に
できると考えてメッセージ指向の「オブジェクト指向」を思いついたのがケイ。
0457デフォルトの名無しさん2007/01/22(月) 00:28:41
Cocoa+Objective-Cがいい
楽で面白い。これに尽きる
0458デフォルトの名無しさん2007/01/22(月) 00:38:26
>>365
Javaは家電製品制御を目的に開発されたのだから、
ネットワーク上で転送するためには
セキュリティのことを考慮するのは当然すると、
セキュリティに強い言語にしなければならないことになる。

そのためにはC++にある危険な機能はどうしても排除しなければ
ならなかった。そういうことだ。
0459デフォルトの名無しさん2007/01/22(月) 00:39:11
>>370
また特亜三国人か。
憲法9条は何が何でも改正させて貰うぞ。
0460デフォルトの名無しさん2007/01/22(月) 00:40:04
>>374
C++最強説はもう聞き飽きた。C++が最強だった時代も過去の栄光だ
0461デフォルトの名無しさん2007/01/22(月) 00:41:45
>>377
いまなら中共工作員、北朝鮮工作員、在日工作員、アサピー工作員
という言葉が2chでは流行っている。

M$のほうが洗脳が得意だと思うぞ。豊富な財力があるから。
それも、最近陰りを見せてきたところかな。Googleが勢力を拡大しているからな。
0462デフォルトの名無しさん2007/01/22(月) 00:53:47
>>379
けっこう嫌われていたぞ。Sonyみたいにな。
そのSonyも今ではすいたいしているし、M$ですら衰退の傾向だ。
そして社運を賭けて開発した.NETも普及させることに失敗し、Javaに敗れた。

Sonyの場合は対象が一般消費者で、あからさまに、壊れやすい製品をわざと開発
していることとリチウムイオン電池で失敗したこと、DVD合戦で松下に敗れたことなどから
敗北しているがな。ウォークマンもiPodに敗れ、ゲーム機も再び任天堂に敗れた。

一方、マイクロソフトの場合は、消費者向けはWindowsとOffice系のものばかりで
.NETに関してはエンジニア向けだが、エンジニアには、すぐに.NETの問題点に気づいた。
だからJavaよりも普及させることに成功することはできなかった。消費者をWindowsで騙すことができても
エンジニアを騙すことはできないのだ。マイクロソフトはそれを見誤った。

そして、家電にまで手を出そうとしているマイクロソフト。そこも日本の大手家電には勝てないだろう。
Windowsはまだ健在だろう。だがOfficeはどう転ぶか解らない。Officeの収入源はマイクロソフトの経営を
支え、維持する上で非常に重要だ。その牙城を切り崩そうとLinuxが出たが、シェアをある程度奪った者の、
Windowsを潰すまでには至っていない。だがそこへOpenOfficeがでた、オープンソースなのでM$は
脅威と感じたようだが、それほど普及はしていない。そこへGoogleが現れた。これがM$にとって真の意味で最大の脅威だ。
Linuxベースの独自のOSを開発し、Ajax製Office Suiteを開発している。そしてWeb2.0に大きく力を注いでいる。
M$よりも優秀な技術者がいる。M$と違って博士号取得者を優先的にとる。そこが違う。
ビジネスモデルも驚くべきものばかりで、いずれマイクロソフトの市場支配を崩してしまいそうな勢いだ。

独自規格に拘って囲い込みを狙うものはいつか敗れる。
かつてにNECとジャストシステムによるPC9821 + 一太郎支配がMSのWindowsとソフトバンクの孫正義によって
敗れたように。

マイクロソフトが目指している情報共産主義というものはいつか衰退するものだということが、
オープン化とオープンソースが証明している。マイクロソフトの衰退は民主主義の勝利だ。

だから「オープン化」というものが流行ってきた。
0463デフォルトの名無しさん2007/01/22(月) 00:56:40
>>381
M$は工作員のことをエバンジェリストと呼称しているようだが。
学生エバンジェリストと称した学生工作員を雇って昔から何か企んでいたようだ。

2chでもたびたびその工作員らしき書き込みを見かけることがあったのも納得できる。
とくに2001〜2004年頃がピークだった。
0464デフォルトの名無しさん2007/01/22(月) 01:02:17
>>386
Netscapeは潰れてもFirefoxがある。
リアルは、iTunesのほうが使いやすいから仕方がないな。
独自規格を無理矢理使わされなくて良かったという程度だな。
Javaを潰すことはM$にはできなかったようだ。かれらがJavaの底力を甘く見ていた証拠だろう。
消費者向けのツールを潰すことはできてもエンジニアのツールを潰すことはできないということだな。
TCP/IPやHTTPまで潰してマイクロソフト独自のプロトコルが作られたら
どうしようかと思ったが、その心配も杞憂だったようだ。

オープンソースとオープン化の力は偉大だ。
マイクロソフトがそれを否定しようとその現実からは逃れることができないということだ。
0465デフォルトの名無しさん2007/01/22(月) 01:04:42
成功した企業をM$と呼び煽ることで自分を納得させる
そんな悲しい人間にならなくてよかったと最近常々思う。
0466デフォルトの名無しさん2007/01/22(月) 01:06:06
>>389
> 演算子の再定義ぐらいで文句言ってるのか、現代コボラーは・・・

このスレにCOBOLerなんていないだろ。

> ベクトル型とか行列型とか数式型とか
> 標準ではない型を演算子再定義なしで使うと
> プログラムの長さが１０倍に膨らむから
> 再定義できる開発環境なら、再定義しない奴はいねえよｗ

再定義する方法を考えないで再定義を導入するのか。
Javaの+演算子のように、ユーザが独自に定義できないよう、定義済みに
しておくよう限定するならわかる。だが、
行列どうしの積と内積、各要素毎の積の演算子はどう定義する気だ？
どれかひとつを*で定義することだろう。MATLABのように内積はconv()関数を使い、
積は*、要素毎の積は.*(アスタリスクにドット)を使うという方法をとるか？
だが、ユーザによっては内積を*で定義し、積を*=で定義し、要素毎の積を*で定義するという
トンデモな輩もいるかもしれない。そのことを考えるべきだ。
それをいかにして阻止してから導入するかを考えないとだめだ。さもなければC++の二の舞だ。
0467デフォルトの名無しさん2007/01/22(月) 01:11:16
>>392
> まあ、コボル的にしか使わない言語はそれでいいけどね
> えらそうなこと言っているが、
> ベクトル型も行列型も数式型もどうせ使ったことすらなかろう

Javaのことをいっているのか。
Javaでそういう行列演算をよく使っているのだが。研究目的で。
Javaが家電用途にも使えることを知らない奴がCOBOL的とはよくいってくれるもんだ。

もういちど言うが、ユーザ毎に演算子を独自に定義するときの副作用を考えろということ。
MATLABでは行列の転置を'を使って表す。*で行列の積を表し、.*で行列の要素毎の積を
表す。だが今のJavaで後付けにそんなことをすれば混乱を招く。
行列の積を+で定義し、内積を++で定義し、要素毎の積を>>で定義するトンデモな輩が
いたらどうする気だ？　そのことをよく考えろ。




0468デフォルトの名無しさん2007/01/22(月) 01:13:23
>>402
モリタポ処理のところだけならJavaで実装してもいいだろう。
そのほうがセキュリティに強いし拡張性が高まり、さらなる進化を期待できる。
それ以外、お金が関与しないところでは、たしかに無理してJavaを
使うことはなかろう。
0469デフォルトの名無しさん2007/01/22(月) 01:14:46
>>404
アドワーズは金が関与しているミッションクリティカルな
ところだからC++やPerl,PHPではなくJavaが使われて当然。

Gmailはなぜだろう。メール本文が漏れないようにするためかね。
0470デフォルトの名無しさん2007/01/22(月) 01:16:27
>>405
> 現代のCOBOLであるJavaが、業務系で頻繁に使われていることは、
> 良く知ってるんで、実例をうれしそうにあげなくていいですｗ
> でも、世の中業務系だけじゃないんで、他の言語にも出番はあるわけで

Javaが現代のCOBOL、業務系のためだけの言語という主張が理解できん。
今までCOBOLで作れらものがJavaにリプレースされただけだろう。
Javaはそれ以外でも使い道は多い。これからは組み込みにもさらなる力を発揮するだろう。


0471デフォルトの名無しさん2007/01/22(月) 01:17:18
>>409
> Web2.0なんて言葉はPHP厨しか使わないんだが
その根拠はどこにある。Googleのビジネスモデルだけでなく
Ajaxもブログも知らないのかお前は。

0472デフォルトの名無しさん2007/01/22(月) 01:17:52
>>410
なるほど、負け組か彼は。
「こちら側」の世界をターゲットにしか仕事ができない香具師なのだろう。
0473デフォルトの名無しさん2007/01/22(月) 01:19:13
>>419
> Office系等の主要なアプリがJavaで作られたら
> C++の出番が無くなったと納得しても良いけど

Javaの用途をまるで理解していない発言だ。

今、OfficeがAjaxで作られているわけだが、C++の
出番もますますなくなっていくぞ。

今C++に残されている出番は、過去の遺産処理と組み込み系だけだ。
0474デフォルトの名無しさん2007/01/22(月) 01:19:33
>>420
そうだ。D言語が普及すればC++の出番はなくなる
0475デフォルトの名無しさん2007/01/22(月) 01:20:02
>>422
徐々にC++化してJavaとは逆方向に向かっているので
はてどうなることやら
0476デフォルトの名無しさん2007/01/22(月) 01:21:17
>>434
> あと鼻くそは食わないけど、机の裏に貼付けたりはよくする。

プログラマならプログラマの印象を悪くするような発言はしないほうがいいぞ。
0477デフォルトの名無しさん2007/01/22(月) 01:22:42
>>449
びょーんといえば、最近はやりの

びょーん　あんど　じょん
というミュージシャンを思い出した。
0478デフォルトの名無しさん2007/01/22(月) 01:23:35
>>452
Javaを作った学者は、C++の影響を大きく受けたとも
主張している。SmalltalkとC++両方の影響を受けたことは間違いない。
0479デフォルトの名無しさん2007/01/22(月) 01:24:23
これだ
ピーター・ビョーン・アンド・ジョン
http://www.kansai.com/music/M0000971
0480デフォルトの名無しさん2007/01/22(月) 01:26:07
>>465
煽っているほどではなかろう。
Googleは自ら、Googleの各文字の色を変えたり飾り付けをしているぞ。
彼らは悲しい人間ではない。マイクロソフトを揺るがす成功者なのだから。
0481デフォルトの名無しさん2007/01/22(月) 01:35:55
operatorset Unko {
　Matrix operator*(Matrix &a, Matrix &b) { return a.multiply(b); }
　Matrix operator+(...) {...}
　Child operator+(Chinko &c, Manko &m) { m.accept(c); return m.fire(); }
...
}

使う側：
using operatorset Unko;

Matrix a, b, c;
...;
c = a * b;

みたいな感じで、演算子の定義はあえてクラスにカプセル化しないとか、駄目？
既存クラスの不便さも解消出来るし、演算子の定義はクラスのカプセル化を壊さないし。
演算子の意味も、ライブラリに依存せずクライアントが自由に定義出来るし。
素人(俺)が馬鹿言ってたらごめんなさい。
0482デフォルトの名無しさん2007/01/22(月) 02:12:04
>>467
Javaで済む程度ね・・・
まあ、逆行列を求めるライブラリを呼ぶだけとかか
0483デフォルトの名無しさん2007/01/22(月) 02:26:29
>>481
たぶんダメなんだと思うよ

そこらにいる、ゴミみたいなコードしか書かないプログラマをあつめて
なんとか動くコードを書かせて、それらを集めて何とか動くものにする
という感じになりがちだけど（業務系の場合はね）

そういう糞コードに、糞みたいな演算子再定義が含まれていたら、
その後の保守で泣くことになるとか、そういうことが言いたいんじゃなかな？

業務系主体の言語なら、まあ賛成できなくもない
そんな言語、趣味では絶対使わないけど
0484デフォルトの名無しさん2007/01/22(月) 02:31:19
>>481
> operatorset Unko {
> 　Matrix operator*(Matrix &a, Matrix &b) { return a.multiply(b); }
> 　Matrix operator+(...) {...}
> 　Child operator+(Chinko &c, Manko &m) { m.accept(c); return m.fire(); }
> ...
> }

まて、それに
operatorset Chinko {
　Matrix operator*(Matrix &a, Matrix &b) { return a.subtract(b); }
}

使う側：
using operatorset Unko, Chinko;
Matrix a, b, c;
...;

なんてことしたら

c = a * b; // ここでコンパイルエラーが起きないか？

そのエラー対策はどうする気だ。実装多重継承並みにウザイぞこれは
ことなる型どうしの演算はどうする。Matrix2というクラスがあってMatrixとMatrix2との積を
求める場合は、どうキャストする？　演算子の優先順位はどう決める？
演算子のオーバーロードを安易に認めると、様々な問題が生じて、C++のように退廃とした言語になるんだよ。
そのことをよく考えて欲しい。

0485デフォルトの名無しさん2007/01/22(月) 02:32:08
>>483
> という感じになりがちだけど（業務系の場合はね）
> 業務系主体の言語なら、まあ賛成できなくもない

またすぐ業務系と煽る。発想が幼稚。



0486デフォルトの名無しさん2007/01/22(月) 03:08:52
>>466
>> 演算子の再定義ぐらいで文句言ってるのか、現代コボラーは・・・
>
>このスレにCOBOLerなんていないだろ。

"現代コボラー"＝JavaプログラマおよびC#プログラマ
0487デフォルトの名無しさん2007/01/22(月) 03:14:51
そもそもCOBOLとJavaは違う言語だし

JavaはCOBOLと違って複葉機がステルス戦闘機並みに進化したくらいの違いがあるし。
C++はジェット戦闘機程度。C#は初代ステルスF117A程度。
0488デフォルトの名無しさん2007/01/22(月) 03:20:15
艦載巨砲主義に喩えたほうががわかりやすい。

アセンブラ 駆逐艦(巡洋艦より弱く速い)
COBOL 戦艦(艦載巨砲主義)
C 巡洋艦(戦艦より弱く速い)
C++ 超怒級戦艦(史上最強の艦載巨砲主義)
Perl 初代空母(艦載巨砲主義の終焉を意味する)
Java イージス艦(巡洋艦のアップグレード版。強力なレーダーと防空システムを備える。
　　　　　　　　　　巡航ミサイルも備えたミサイル艦としても機能。)

0489デフォルトの名無しさん2007/01/22(月) 03:39:38
なんかこー何が何でもどちらか一方を劣としよう優としようって結論ありきの言い争いでつね
0490デフォルトの名無しさん2007/01/22(月) 03:51:45
>>488
何のたとえかさっぱり分からん
機能的にJavaが圧倒的に優れてると言いたいようだが
全く思い当たる節が無い・・・
0491デフォルトの名無しさん2007/01/22(月) 03:54:14
大抵のものが標準であるのは確かだな
ImageIOとかXML関連APIとか、小物アプリ作る場合は俺はJavaになる。
0492デフォルトの名無しさん2007/01/22(月) 03:56:50
言語自体はシンプルだが、
ライブラリがでかすぎ。
フルアーマーのロボット。
0493デフォルトの名無しさん2007/01/22(月) 04:02:44
>>485
技術系だったら、正直話にもならんだろ
0494デフォルトの名無しさん2007/01/22(月) 04:11:05
>>489
それはないと思う
一人二役や何役もやってるひとがいるから
0495デフォルトの名無しさん2007/01/22(月) 06:32:05
議論したいだけっていうか自分の意見を言いたくてたまらない病ですか
0496デフォルトの名無しさん2007/01/22(月) 07:10:06
だから技術をイメージで語るなよ、この文系どもが！
史学科出身だが、藻前らと一括りにされるのは恥ずかしいw

0497デフォルトの名無しさん2007/01/22(月) 07:54:12
>>488
何で、お得意の「ドラゴンボール」で喩えないの？
0498デフォルトの名無しさん2007/01/22(月) 08:49:22
>>489
たぶんそれは >>458 以降怒濤の遅レスを返しまくってる一人だけだと思う
かなり前からずっとこのスレに粘着してるようだ
0499デフォルトの名無しさん2007/01/22(月) 08:51:20
>>490
まず「艦載巨砲主義」の意味をググるなり辞書で調べた方がいいだろう。
そうすればわかる。C++の実体が艦載巨砲主義にぴったり合致していることがよーくわかる。
0500デフォルトの名無しさん2007/01/22(月) 08:52:02
>>496
文系の癖に理系を文系呼ばわりするなw
0501デフォルトの名無しさん2007/01/22(月) 09:01:56
>>498はC++マンセー側の香具師ね
それも五十歩百歩
0502デフォルトの名無しさん2007/01/22(月) 09:03:19
艦載巨砲主義　→　大艦巨砲主義
超怒級　→　超弩級
0503デフォルトの名無しさん2007/01/22(月) 09:26:55
巨峰たべたい
0504デフォルトの名無しさん2007/01/22(月) 09:38:27
C++厨は都合が悪くなると粘着扱い

こりゃ痛い痛い
05054982007/01/22(月) 11:00:21
>>501
俺はどっちかというとJava派だよ
C++も嫌いじゃないが

おそらく458-478辺りや 484 488 499 504 も君だと思うが（外してたらスマン）
君の態度はJavaを貶してるも同然なので少し慎んだ方がいいと思う
真面目にJavaの優位性を主張したいなら煽るべきじゃない
0506デフォルトの名無しさん2007/01/22(月) 11:02:17
大艦巨砲主義
http://www.city.kobe.jp/cityoffice/30/044/kikuseidai/aisyou-kettei.htm
出典: フリー百科事典『ウィキペディア（Wikipedia）』


大艦巨砲主義（たいかんきょほうしゅぎ）とは、1906年以後1920年代まで、
世界の海軍がその主力たる戦艦の設計・建造方針に用いた考え方である。
この時代は戦艦が海軍力の基幹（主力）として最重要視され、列強各国は
攻撃力の主力たる巨砲を装備した新鋭戦艦の建造競争を行った。

戦艦の建造競争は1922年のワシントン軍縮会議の締結により一旦中断したが、
1937年の条約明けで一斉に再開した。しかし1939年ヨーロッパで第二次世界大
戦が始まると、欧州各国では建艦に手間のかかる戦艦の建造が遅れ気味にな
った。さらに緒戦の航空機の活躍を受けて、大戦中期以後海軍の主力の座を航空
母艦に譲り新しい戦艦は建造されなくなった。

比喩表現としての「大艦巨砲主義」



第二次世界大戦の状況を受けて、現在はこの言葉を経済運営や企業経営の分野において、
マスコミや経営コンサルタントが批判的に揶揄として使うことが多い。すなわち、過去の成功
例にとらわれた発想で作られた、柔軟性に乏しい過大なシステムを『大艦巨砲主義』になぞ
らえ、失敗例の解説や警鐘を鳴らす場合に比喩的に用いる。


C++は中国の三峡ダムだねw
0507デフォルトの名無しさん2007/01/22(月) 11:03:42
>>499

"艦載巨砲主義"に該当するページが見つかりませんでした。

検索のヒント

* キーワードに誤字・脱字がないか確かめてください。
* 違うキーワードを使ってみてください。
* より一般的な言葉を使ってみてください。
0508デフォルトの名無しさん2007/01/22(月) 11:13:39
>>467
>行列の積を+で定義し、内積を++で定義し、要素毎の積を>>で定義するトンデモな輩が
>いたらどうする気だ？　そのことをよく考えろ。

こんなあり得ない仮定を持ち出して何が言いたいのか俺にはよくわからん。
そんなことする奴が現実にいるのか？
0509デフォルトの名無しさん2007/01/22(月) 11:14:50
航空戦艦
http://ja.wikipedia.org/wiki/%E8%88%AA%E7%A9%BA%E6%88%A6%E8%89%A6


空母のほうが強いね
0510デフォルトの名無しさん2007/01/22(月) 11:15:25
>>508
いるだろ。C++の演算子オーバーロード機能を濫用した奴が腐るほど
0511デフォルトの名無しさん2007/01/22(月) 11:16:22
>>505
Java=COBOLと煽っていた馬鹿が誤魔化しているだけかw
0512デフォルトの名無しさん2007/01/22(月) 11:32:48
>>510
行列積が + だぞ？ いくらアホだってあり得ないだろ
そもそも ++ は単項演算子だから内積として使うのは絶対無理だし
0513デフォルトの名無しさん2007/01/22(月) 11:48:18
>>505
> >>501
> 俺はどっちかというとJava派だよ

と、言っているが。

> 君の態度はJavaを貶してるも同然なので少し慎んだ方がいいと思う

この発言でこいつがC++であると容易にわかる
0514デフォルトの名無しさん2007/01/22(月) 11:49:08
>>512
例え話としての話だろ。 ??をnull判定に使ってる言語を見て何か思うことは無いかね
0515デフォルトの名無しさん2007/01/22(月) 13:15:45
そこでMathematicaの出番ですよ
0516デフォルトの名無しさん2007/01/22(月) 15:01:37
>>492
逆にC++は標準ライブラリが少なすぎて困る。
0517デフォルトの名無しさん2007/01/22(月) 15:08:22
>>452
Javaで動的にクラスを作れるようになるのはまだですか。
0518デフォルトの名無しさん2007/01/22(月) 15:42:12
>>512
C++ なんか、ストリーム入出力に
シフト演算子使いまわしてんだぞ？
しかも標準ライブラリだぞ？
0519デフォルトの名無しさん2007/01/22(月) 18:19:31
漏れもあれはいまだに抵抗があるな
0520デフォルトの名無しさん2007/01/22(月) 18:21:03
漏れもあれはいまだに抵抗がある
0521デフォルトの名無しさん2007/01/22(月) 18:31:20
iostreamなんてまだまし。
Boostなんてもっと変態的に使っている。formatの%とかarchiveの&とか。
0522デフォルトの名無しさん2007/01/22(月) 18:35:06
>>458-478
なにこの狂ったような総レス。
流れと関係ないヨタ話にまでレス付けるなんて相当な執念だね…
0523デフォルトの名無しさん2007/01/22(月) 18:40:24
>>518
まああれは確かに真似しちゃいけない類の設計だとは思うが、
あれを知っちゃうと System.out.println() を並べるのも面倒だよなあという気がする。
0524デフォルトの名無しさん2007/01/22(月) 19:10:15
標準ライブラリを使いながら演算子オーバーロードの仕組みと強力さを学習できる教材としてみればいいんじゃね？
きちんと学習できるアタマが無い人だと困るが。
0525デフォルトの名無しさん2007/01/22(月) 19:12:35
<< で書式指定するにはどうしてますか？
0526デフォルトの名無しさん2007/01/22(月) 19:14:34
入出力マニピュレータがどうかしたか？
0527デフォルトの名無しさん2007/01/22(月) 20:02:51
>>518
おれはそもそも、シフト演算子がどうかしてると思う。
まあ、これはJavaもC++も共通だが。
0528デフォルトの名無しさん2007/01/22(月) 20:22:44
>>517
普通に作れるが。
バイトコードのバの字も聞いたことが無い人なんだろうか。
0529デフォルトの名無しさん2007/01/22(月) 20:27:52
いっそのことローテート演算子も欲しかったなあ
0530デフォルトの名無しさん2007/01/22(月) 20:55:54
>>527
そりゃ C との互換性の為に、仕方なく。
結局上位互換性なんてなくなったけど。
0531デフォルトの名無しさん2007/01/22(月) 21:06:05
>>527
Javaのシフト演算子はC++のような標準入出力機能はないぞ。
0532デフォルトの名無しさん2007/01/22(月) 21:08:52
>>529
どういう演算子？
回転？
rotA　みたいなベクトル演算子のこと？

それならdivAやgradA ∇(ナブラ)演算子も使えるようにすべき
0533デフォルトの名無しさん2007/01/22(月) 21:09:31
ついでに行列のデタミナントを表すdetAや階数を表すrankAも使えるようにすべき
0534デフォルトの名無しさん2007/01/22(月) 21:20:19
>>532
ビットシフト演算子の話ならローテートは以下の意味
ttp://wisdom.sakura.ne.jp/programming/asm/assembly20.html
ttp://wisdom.sakura.ne.jp/programming/cs/cs7.html

>>>がローテートに割り当てられている言語があった気がするが思い出せない
0535デフォルトの名無しさん2007/01/22(月) 21:24:48
>>529
キャリー調べることも面倒だし
0536デフォルトの名無しさん2007/01/22(月) 21:26:54
いっそのこと任意の二項関数を演算子風に中置記法で記述できる設計にしちゃえばいいんじゃね？
0537デフォルトの名無しさん2007/01/22(月) 21:45:51
>>536
っ Fortress
0538デフォルトの名無しさん2007/01/22(月) 22:08:45
>>528
検索するからキーワード教えろ
0539デフォルトの名無しさん2007/01/22(月) 22:57:59
>>538
教えてくださいだろうが。

ClassLoader で実行時にクラスファイルを生成するだけだ。
BCELとかASMとか使えば、限りなくぬるい作業。
0540デフォルトの名無しさん2007/01/23(火) 05:21:10
ローテートくらいならビットシフトですぐ書けるしなぁ。
ローテート命令って速いの？
0541デフォルトの名無しさん2007/01/23(火) 09:03:44
聞く前に計れよ
0542デフォルトの名無しさん2007/01/24(水) 22:25:00
なんか静かになったね。あり得ないことだとは思うけど、
まさか、Java厨とC++厨が仲直りしちゃったの？
0543デフォルトの名無しさん2007/01/24(水) 22:28:04
JavaもC++も両方できて当り前だから
Java+C++厨に進化したんじゃないか？
0544デフォルトの名無しさん2007/01/24(水) 22:31:31
>>542
たまに突沸する変な粘着がいるだけだ。
あと、そろそろネタ切れ
0545デフォルトの名無しさん2007/01/25(木) 00:48:33
その粘着とやらが君の自作自演なわけだ
0546デフォルトの名無しさん2007/01/25(木) 00:53:34
自作自演している俺が言うんだから間違いない。
0547デフォルトの名無しさん2007/01/25(木) 02:22:44
先生、C++/CLI でのお仕事なんですが
ソースも納品対象に入っています。

それは良いんですが、
「いままでVBだった人の改造のしやすさ向上のために
　フォーム以外クラス継承しないでください。」

・・・。


SE の脳みそ改造してください。
0548デフォルトの名無しさん2007/01/25(木) 03:16:35
レンタルサーバー \877/2TB/100Mbps

My脳の1/5の容量で、値段877倍
0549デフォルトの名無しさん2007/01/25(木) 03:54:25
馬鹿に合わせると馬鹿になるだけ。
以上。

無能な社員をクビにするのは
可哀想だから指名解雇はやめろ労働基準法第二十条を凍結しろ云々…
とかいってるやつがそういう舐めた要求をするんだろどうせ。

抵抗勢力ジジイウザー
■ このスレッドは過去ログ倉庫に格納されています