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

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん2007/01/10(水) 19:07:35
なにこれ。
int(100)とかだっさー（笑）int&なんてきんもーっ★って感じなんだけど。
標準で使えるスレッドもないしさ。バッドノウハウだらけの
使えない気持ち悪い言語だよなこれ。前時代の人たちはほんとにこんなモノで開発してたのか。
マジご愁傷様です。
C99のほうがまだ拡張性が高くていい感じになってるのが皮肉だね。
0821デフォルトの名無しさん2007/02/07(水) 22:48:47
演算子オーバーロードきんもー★
コードをごちゃごちゃにして誰にも管理できないものを作っちゃう。
ありゃカスグラマの自己満足用機能だろ。
0822デフォルトの名無しさん2007/02/07(水) 23:02:10
演算子オーバーロードじたいは悪くないと思うけど
cinとかcoutの>>,<<はおかしいと思った。

まだC++があまり知られていないころ
coutが使われていて
なんじゃこの記号だらけの変な言語は
って思った。

そういう俺は未だにprintf派
coutの書式指定はトリッキーで好きになれん。

そもそも演算子オーバーロードは
使うことってほとんどないな。
どうしてもあったほうが便利って時だけにすりゃいいし、
前置インクリメントと後置インクリメントを別々に作らないといけなかったり
ちょっと変
0823デフォルトの名無しさん2007/02/07(水) 23:06:16
coutは確かにかなり変態的だな
どっちかというとオーバーロードの使用例っつーかティップスみたいな感じがするが
0824デフォルトの名無しさん2007/02/08(木) 00:40:23
数値計算とか3Dプログラミングとかやってたら、演算子オーバーロードがないなんてありえないだろ。
いらん言うやつはこっちの世界未経験なんだろうなと。
0825デフォルトの名無しさん2007/02/08(木) 02:16:38
演算子がある言語は糞
0826デフォルトの名無しさん2007/02/08(木) 09:03:24
アセンブラでもやってろ
0827デフォルトの名無しさん2007/02/08(木) 10:29:53
演算子のあるアセンブラも当たり前だけどな
mov [edx + ecx*4], eax
みたいなことするし
0828デフォルトの名無しさん2007/02/08(木) 13:23:56
brainf・・・演算子だらけだった
0829デフォルトの名無しさん2007/02/08(木) 14:27:16
>>804
じゃあ、さっさと実用化してくれよ。

仕事じゃ関数型言語なんてろくに使わないし
0830デフォルトの名無しさん2007/02/08(木) 14:29:35
>>806
> >>805
> もちろんそうなんだが、クラス単位にすると機能が多すぎて、微妙に違う機能が
> 必要になったりとかすると継承したりしてどんどん複雑になっていくから、
> 関数単位だと楽なんだよ。
> デザインパターンとかいろいろ考えてる人もいるけど、実際の現場では机上の空論なんだよ。

そりゃおまえんとこの現場が恵まれていないだけ田尾。

> もちろん初めはちゃんと考えて設計しているつもりが、いつの間にか変な進化をとげていたりするんだよな。

まだまだ修行が足りないんだよ。最低でも結城浩本くらい読んで理解すれば
そこそもデザインパターンを使えるようになる。

デザインパターンはJavaの標準APIにも随所に存在しているため、
無意識にデザインパターンについて詳しく知ろうという動きとりやすいのがJavaの利点。


0831デフォルトの名無しさん2007/02/08(木) 14:38:28
>>830
> まだまだ修行が足りないんだよ。
修行が必要なことなら一般プログラマには不可能だな。
0832デフォルトの名無しさん2007/02/08(木) 14:39:33
>>830
そのデザインパターンがすべてのケースを網羅しているわけではないことはGOF本にも書いてあることだがね。
0833デフォルトの名無しさん2007/02/08(木) 15:35:51
>>819
> 演算子オーバーロードがない言語は文系。


クマー
0834デフォルトの名無しさん2007/02/08(木) 15:38:45
>>820
まだまだ進化の余地はある。

家電Java実現が待ち遠しい。

家電製品を自作したJavaプログラムで
操れる日がやってくると期待しているぞ


テレビ、HDDVDレコーダ、アンプ、スピーカーだけでなく冷蔵庫、洗濯機、
炊飯器、電子レンジ、防犯扉すべてをJavaで操るハイテクハウスを実現するのだ。

0835デフォルトの名無しさん2007/02/08(木) 15:39:50
クソセキュリティ扉を作らないようにな
0836デフォルトの名無しさん2007/02/08(木) 15:40:05
勉強のひとつもしないで食っていけるプログラマがいるのか
天才だな
0837デフォルトの名無しさん2007/02/08(木) 15:40:09
>>822
> 演算子オーバーロードじたいは悪くないと思うけど

それもかなり盲目的だね。
無闇に演算子の乱立を防ぐために規格で統一したようなものが
Javaでの演算子オーバーロードを禁止した理由だ。
0838デフォルトの名無しさん2007/02/08(木) 15:41:00
>>824
> 数値計算とか3Dプログラミングとかやってたら、演算子オーバーロードがないなんてありえないだろ。
> いらん言うやつはこっちの世界未経験なんだろうなと。

経験有りだが。おれのソースコード、add(),subtract(),multiply(),divide(),transpose(),norm(),inverse(),det()
だらけだw
0839デフォルトの名無しさん2007/02/08(木) 15:41:07
なんでも闇雲に乱立させて構わないんじゃない？
プロジェクトの中で一貫性が保たれていればいいんだから
0840デフォルトの名無しさん2007/02/08(木) 15:41:15
まだ粘着してるのかおまいは
0841デフォルトの名無しさん2007/02/08(木) 15:41:42
>>831
じゃ演算子オーバーロードでも使ってろw
0842デフォルトの名無しさん2007/02/08(木) 15:42:14
>>832
だからデザインパターンはGoFだけじゃないし
0843デフォルトの名無しさん2007/02/08(木) 15:42:49
>>835
C++で演算子オーバーロードしまくったソフトウェアなら
糞セキュリティ扉を作ることができる。
0844デフォルトの名無しさん2007/02/08(木) 15:44:54
>>839
> なんでも闇雲に乱立させて構わないんじゃない？
> プロジェクトの中で一貫性が保たれていればいいんだから

乱立するのは言語やOSだけにしてくれ。
一つの言語に乱立させるとおかしくなる。
プロジェクトの中だけだろ。
だが、会社の経営陣がいきなり、そのプロジェクトで
使われたプログラムを他社のあっちのソースコードと併合してくれと
いってきたときどうする？

名前空間だけで解決できるか？　無理だろう。

0845デフォルトの名無しさん2007/02/08(木) 19:45:56
C++はCと互換性をとってしまったのが第一の悲劇
それがＭＳに目をつけられて業界標準言語になったのが第二の悲劇
そして、それに気づかず脳天気に使った開発者は死に、儲かったのはＭＳだけというのが最後の悲劇

君たちの怨念からＪａｖａは生まれた。やすらかに眠りたまえ。
0846デフォルトの名無しさん2007/02/08(木) 21:54:10
C++の劣化コピーのくせにでかい面すんなよｗ
0847デフォルトの名無しさん2007/02/08(木) 21:54:34
Sunに儲けさせるのは平気なのだろうか……
0848デフォルトの名無しさん2007/02/08(木) 21:57:49
そうだ！DigitalMarsに儲けさせよう！
0849デフォルトの名無しさん2007/02/08(木) 22:02:08
>>846-848
>>845の言ってることが理解できたの？
思わず日本語でおkってレスしそうになった俺の為に>>845がなにを言ってるのか解説してくれまいか？
08508472007/02/08(木) 22:10:50
>>849
正直何を言いたいのかよくわからなかったが、
「MSを儲けさせるのは良くない」という意図があるのはわかったのでああ書いた

1行目はまだしも2行目は何の業界のことだかわからんし
3行目の「開発者は死に」のくだりは理解不能だねえ
0851デフォルトの名無しさん2007/02/08(木) 23:00:11
じゃぁ、改めて・・・

>>845
日本語でおk
0852デフォルトの名無しさん2007/02/08(木) 23:24:22
でも１行目はあれかな
C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな
0853デフォルトの名無しさん2007/02/08(木) 23:35:26
>>837
お前が盲目だな
最初の1行を除いて演算子オーバーロードに否定的な発言なのに
0854デフォルトの名無しさん2007/02/09(金) 00:35:59
クラスの定義の仕方がおかしい
0855デフォルトの名無しさん2007/02/09(金) 00:37:30
>>854
kwsk
0856デフォルトの名無しさん2007/02/09(金) 00:40:33
>>844
> だが、会社の経営陣がいきなり、そのプロジェクトで
> 使われたプログラムを他社のあっちのソースコードと併合してくれと
> いってきたときどうする？

そんなありそうも無いことを心配してどうするよ。

バカジャーねーの？
0857デフォルトの名無しさん2007/02/09(金) 01:35:54
>>846
それはC#のことか。なるほど。良く分かる。

>>847 >>850
SunはJavaで全然儲かっていないが。残念だったな。
逆にお前はM$が儲けることになっているようだな。
Javaでお金儲けをしているのはIBMやHP、BEAなどサードパーティだ。
しかもJavaは去年の11月17日、GNU General Public Licenseで
リリースし直された。これがどういうことかわかるか？

Sunを儲けさせる心配もないということがよくわかっただろう。


>>850
俺が代わって改めて聞こう。10年前にC/C++で作ったプログラムを
今正しく動かすことができるか？

0858デフォルトの名無しさん2007/02/09(金) 01:37:14
>>852
> でも１行目はあれかな
> C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな

そうではないな。コンパイラの互換性が違いすぎること
仕様が乱立しすぎて、その乱立した仕様に従ったソフトウェアやライブラリが多すぎる
こと。それが問題。それにヘッダファイルの扱いも問題有りだ。
未だにグローバル変数を使う奴がいることも。
0859デフォルトの名無しさん2007/02/09(金) 01:43:03
>>853
意味が解らん。

演算子オーバーロードの副作用を防ぐために
Javaでは演算子オーバーロードが導入されていない。という意味だと思うが。

そもそも、Javaに演算子オーバーロードを入れるべきかどうか
という話はもう何年も前から語り尽くされている。他のJavaスレでも
そういう議論は散々あった。
少なくとも、C++と全く同じ仕様の演算子オーバーロードを
Javaに完全移植することだけはやってはならないことだ。
それだけはいえる。

Java5から登場したenum型もGenericsも『完全移植』しなかったから
うまく導入することができた。もしCのenum型そのまんまや、C++Templateの
仕様をそっくりそのままJavaにもってきたら、その言語はJavaではなくなってしまうだろう。
C#に退行し、果てはC++サイドに堕ちる。
0860デフォルトの名無しさん2007/02/09(金) 01:46:18
>>856
> >>844
> > だが、会社の経営陣がいきなり、そのプロジェクトで
> > 使われたプログラムを他社のあっちのソースコードと併合してくれと
> > いってきたときどうする？
> そんなありそうも無いことを心配してどうするよ。
> バカジャーねーの？

馬鹿ジャーねーのだって？
じゃあ、みずほ銀行の、異なる言語、COBOLやFortranが紛れた
あの異なる三つ基幹システムを統合したあの二重引き落とし事件は
なぜ起きたのか説明できるか？


Java開発では、他のプロジェクトで開発したソフトウェアをライブラリのように
統合して新たに製品開発するということは頻繁に起こっているぞ。
もしこれがC++だったら、とんでもないことになって
顧客からの信用を失っていたことだろう。

0861デフォルトの名無しさん2007/02/09(金) 02:13:34
>>837 >>859
かなり盲目とかいっておきながら
>>822では
むしろ演算子オーバーロードは使うこと少ないと書いてあるだろ。
演算子の乱立なんか進めていないだろ。
Javaに演算子オーバーロードなんて進めていないだろ。
なんで勝手に話ふくらませてんだよ。

Javaだってa=-(5+6);をa = new int(-1.times(5.plus(6)));なんてしないだろ。
5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
でも
実際によく見かける演算子オーバーロードはcin,coutとか変なのだよな。

それと
演算子オーバーロードって前置インクリメントと後置インクリメントの
両方作らなきゃいけないし+つくったら+=も欲しくなるし
結局面倒くさいから最初興味があって遊ぶだけで作らないよなってことだよ。
0862デフォルトの名無しさん2007/02/09(金) 03:55:29
プログラムを書かない奴にC++より愚劣な言語がJavaより有能だという事を知らしめなければならない。
0863デフォルトの名無しさん2007/02/09(金) 04:01:56
>>860
COBOLに罪無し。
0864デフォルトの名無しさん 2007/02/09(金) 05:42:24
俺はJAVAやってC++やって、再度JAVA勉強再開したらクラス内のメンバ
がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した
ま、それで俺の意見としては、ＪＡＶＡはＪＡＶＡで良いところも悪いところもあるC++も同様。
言語なんて、なにをするかによって、最適な言語を選ぶべきだから
ちなみにVBをちょっとかじったら、セミコロンを付けない仕様がきもく感じた。
でもVBでプログラミングをしてきた人にとってはセミコロンはきもく感じるだろう。
ついでにＣ＃を勉強しだしたが、プロパティやインデクサに抵抗を感じた。
かつ、クラスを作るとき継承関係はclassの頭で宣言する形にC++に慣れた俺はびっくりした。
あとPerlは、もう、ビックリ。でもPerlでプログラミングを勉強したなら、C言語はわけわからんと思う。
ま、要はそれぞれ言語には、その言語を使う理由としての環境によるものだろうと思います。
だから、この言語をやったらこの言語はきもいって感じても、勉強していくうちに慣れていく。
そして、混乱しだす。
0865デフォルトの名無しさん2007/02/09(金) 05:44:44
それでも　Javaの良いところ >>>>>>>> C++の良いところ　なんだよな
0866デフォルトの名無しさん2007/02/09(金) 07:48:31
それでも　Javaの限界 >>>>>>>> C++の限界　なんだよな
0867デフォルトの名無しさん2007/02/09(金) 08:17:26
それをいうなら機械語の限界が最強
0868デフォルトの名無しさん2007/02/09(金) 08:42:41
Javaの生産性 > C++の生産性 >>>>>>>> アセンブリ言語の生産性
アセンブリ言語の限界 < C++の限界 <<<<<<<< Javaの限界
0869デフォルトの名無しさん2007/02/09(金) 08:45:17
Ruby やれよ Ruby を
0870デフォルトの名無しさん2007/02/09(金) 08:45:40
>>864
しょっぼっい感想だな。そんな表層的なことでグダグダいってるんじゃねーよ
個人で開発するなら、SchemeでもHaskellでもHSPでもすきなのを使えばいいんだよ
問題は大規模化、長期化だ。これはスケーリングの問題だ。
0871デフォルトの名無しさん2007/02/09(金) 09:58:30
Java信者にあまりに必死な奴がいてキモい……
0872デフォルトの名無しさん2007/02/09(金) 10:40:16
うっせバカはげカス市ね
0873デフォルトの名無しさん2007/02/09(金) 11:44:04
関西ならアホボケカスなのにね。馬鹿だね
0874デフォルトの名無しさん2007/02/09(金) 14:25:48
>>861
> >>837 >>859
> かなり盲目とかいっておきながら
> >>822では
> むしろ演算子オーバーロードは使うこと少ないと書いてあるだろ。

そのくせ演算子オーバーロードをマンセーしている馬鹿は一体何なんだろうな。


> 演算子の乱立なんか進めていないだろ。
C++では容易に演算子オーバーロードを勧めることができるし、多くの演算子マンセーしてる奴は
副作用について何も考えていない。

開発コミュニティの統合や企業の吸収合併についてろくに考えていないことが良く分かる。
バブル時代で脳みそがとまってるんじゃないかと疑いたくなるね。
オープン化の波に逆行して溺れているジジイみたいだ。

> Javaに演算子オーバーロードなんて進めていないだろ。
> なんで勝手に話ふくらませてんだよ。

マンセーしているやつがいるからだろ。

> Javaだってa=-(5+6);をa = new int(-1.times(5.plus(6)));なんてしないだろ。
> 5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。

java.lath.BigIntegerとjava.math.BigDecimalを知らないのか。
Jakarata Commons Math のMatrixクラス、Complexクラスを知らないのか。


0875デフォルトの名無しさん2007/02/09(金) 14:27:58
>>864
> 俺はJAVAやってC++やって、再度JAVA勉強再開したらクラス内のメンバ
> がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
> かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した


そいつは釣りかね？　それともタダの無知なのか？

『アジャイルソフトウェア開発の奥義』を読めばお前はいかに頭が悪い発言を
しているかがよくわかるぞ。

0876デフォルトの名無しさん2007/02/09(金) 14:28:51
>>871
C++ハゲ信者もどうかと思うけどね。
ザビエルみたいだ
0877デフォルトの名無しさん2007/02/09(金) 14:35:33
>>861
>両方作らなきゃいけないし+つくったら+=も欲しくなるし
まず operator+= を実装してからそれを利用して operator+ を実装するのが定石

MyNumber MyNumber::operator+(const MyNumber& rhs) const
{
　　MyNumber tmp(*this);
　　tmp += rhs;
　　return tmp;
}
0878デフォルトの名無しさん2007/02/09(金) 15:52:41
>>861
>なんで勝手に話ふくらませてんだよ。
病気なんだろ。

>5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
んー、でも自然に見えるのって、代数的なクラスくらいだよなあ。

>>874
>マンセーしているやつがいるからだろ。
じゃそいつに言えば？
0879デフォルトの名無しさん2007/02/09(金) 16:56:11
Javaで実装するとしたら
//MatrixOperator.java
package my.package.alg;
import my.pacage.Matrix
public algebra MatrixOperator{
　　//staticと書かなくてもstaticメソッド
　　//適宜命名可能な名前に置換（operatorにhashCode("+=")を付加したもの）
　　public void operator+=(Matrix dest,Mat rhs){
　　　　dest.add(rhs);
　　}
}

//Foo.java
package my.package;
import static my.package.alg.MatrixOprator.operator+=;
public class Foo{
　　public void bar(Matrix s,Matrix t){
　　　　//MatrixOperator.operator+=(s, t);に置換
　　　　s += t;
　　}
}
0880デフォルトの名無しさん2007/02/09(金) 16:56:48
Javaで実装するとしたらこんな感じ？と書こうとして失敗した……
0881デフォルトの名無しさん2007/02/09(金) 18:31:03
>>877
operator +=からoperator +を作るのは定石だけど、
2つを定義するという点では861の主張がそう変わるものではないと思う。

まあBoost.Operatorsで多少楽はできるけど。
0882デフォルトの名無しさん2007/02/09(金) 18:40:23
Java で演算子オーバロード付けるとしたら
Calculatable（名前テキトー）インタフェースとか作られるんかな
0883デフォルトの名無しさん2007/02/09(金) 20:25:24
代数における+とかの演算ならまだ分かるよ。ただし、チームに気違いがいて+が可換じゃなくなったり
したらもう駄目だけどな。（C++のstd::stringは可換じゃなかったっけｗ）
だが、,カンマ演算子とか再定義されたらもう他人にはコード読めないぞ。強力すぎるんだよ。

D&EによるとBjarne（読めない）は

cout < x, y, z;

なんてのをカンマをオーバーロードして実装しようとしていたらしいぞ。作者からしてこういう
センスゼロの真似をしようとするんだ。使用者の言語センスはマイナスだなｗ
Ｃと中途半端に互換性を保とうとしてわけわからん規格にしたのに、Ｃ９９になって
完全に互換性がなくなったぜm9（^Д^）ﾌﾟｷﾞｬーｗｗｗｗｗ
0884デフォルトの名無しさん2007/02/09(金) 21:16:25
尻穴チンポ変体コーディングができるのはc++だけ
こってりとした濃いcoreが射るのはc++だけ
0885デフォルトの名無しさん2007/02/09(金) 23:32:58
＞cout < x, y, z;

これが大小比較だったらとっても素敵だと思った
0886デフォルトの名無しさん2007/02/09(金) 23:36:26
>>883
演算子多重定義ではないけれど、JavaのStringの+は可換なのか、知らなかった。

あと、D&Eのその節では直後に当時のC++ではまだカンマ演算子のオーバーロードが
できなかったと書いてある。
（そして当時積極的にカンマ演算子のオーバーロードを
　導入しようとは思っていなかったという風に、個人的には感じる）
0887デフォルトの名無しさん2007/02/09(金) 23:37:49
>>868 が全てだと思う。
0888デフォルトの名無しさん2007/02/10(土) 00:22:33
ぶっちゃけ、JavaなんてVBみたいなもんだと思う。
0889デフォルトの名無しさん2007/02/10(土) 00:25:55
文法やライブラリの観点から言うと、VBと同じと言うのはあまりに酷いと思う。

コミュニティとか、開発者のレベルについてはノーコメント。
0890デフォルトの名無しさん2007/02/10(土) 00:32:34
Javaでプログラミングしてるやつは頭が悪い
C++でプログラミングしてるやつは頭がいいやつが多い
解っているのはそれだけだ。
0891デフォルトの名無しさん2007/02/10(土) 00:34:25
いかにもあたまの悪いレスでﾜﾛｽｗ
0892デフォルトの名無しさん2007/02/10(土) 00:36:07
java厨の脊髄反射ﾜﾛｽ
0893デフォルトの名無しさん2007/02/10(土) 00:38:11
>>890
両方やってる人は？
0894デフォルトの名無しさん2007/02/10(土) 00:54:10
初期のJava使いはハッカーばかっりだったよ。普及しちゃうとバカが増えるのは仕方ない。
でも大規模開発になっても、かなり上手くスケーリングできると思う。
C++使いは頭がいいというより、BKをよく知ってるって人が多いなあ。
C++は現代的な言語のくせして落とし穴が多すぎるんだよ

0895デフォルトの名無しさん2007/02/10(土) 00:56:45
>>893
頭が悪い且つ頭がいい。
0896デフォルトの名無しさん2007/02/10(土) 01:02:43
>>893
両方やってる人というのはマルチリンガルだから、比較している頭の良さとは違う。
0897デフォルトの名無しさん2007/02/10(土) 01:06:25
両方使えて一人前だろ。
0898デフォルトの名無しさん2007/02/10(土) 01:14:26
言語を固定してる時点で視野狭窄
0899デフォルトの名無しさん2007/02/10(土) 01:16:12
根本的な話なんだが、

頭のいい人と話しているときには頭がよい受け答えが出来て、

バカと話しているときにはバカみたいな話しか出来ない人って居るだろ？

JavaとC++はそんな関係。主に染まれば赤くなる。
0900デフォルトの名無しさん2007/02/10(土) 01:23:55
ところで、C++信者やJava信者の香具師共、
最近増えてきたC#信者について一言きぼんぬ
0901デフォルトの名無しさん2007/02/10(土) 01:28:38
MSで固めたシステムならC#が最強だろうし、いいんじゃねーの
0902デフォルトの名無しさん2007/02/10(土) 01:29:16
MS Office って C# で作られているの？
0903デフォルトの名無しさん2007/02/10(土) 01:29:56
Dで仲良くなろうぜ！！！！！
0904デフォルトの名無しさん2007/02/10(土) 01:32:36
>>902
.NET Frameworkすら使ってないのにましてC#なんて使っているものか。
0905デフォルトの名無しさん2007/02/10(土) 01:33:44
Office自体はC++で作られてるとなんかあるん？
0906デフォルトの名無しさん2007/02/10(土) 01:34:30
最近のVBAって.NETじゃねーの？
0907デフォルトの名無しさん2007/02/10(土) 01:34:59
> MSで固めたシステムならC#が最強だろうし、いいんじゃねーの

これに対する反論さ。
MS Office が C++ なら MS で固めたシステムなら C# が最強というわけでもない。
0908デフォルトの名無しさん2007/02/10(土) 01:36:56
OLEオートメーションはそもそも言語を選ばないんだが？
OfficeそのものがC++で作られてると何？
0909デフォルトの名無しさん2007/02/10(土) 01:38:53
そうじゃない。MS Office のようなアプリを作るときのことを考えてみると、
C# という選択肢が最強ではない、という意味。
MS Office を利用する側の話をしているのではない。
0910デフォルトの名無しさん2007/02/10(土) 01:40:02
> MSで固めたシステムならC#が最強

人の話きけよ馬鹿
0911デフォルトの名無しさん2007/02/10(土) 01:40:59
C++厨が極度の視野狭窄と露呈した形だな
0912デフォルトの名無しさん2007/02/10(土) 01:41:21
その言葉は別の解釈もできるぞ。
君は１つの解釈に囚われていないか？
0913デフォルトの名無しさん2007/02/10(土) 01:43:07
システム＝単体アプリケーションと誤読する馬鹿は業界の人間じゃないな
0914デフォルトの名無しさん2007/02/10(土) 01:43:59
Office は単体アプリケーションとは言い難いな。
0915デフォルトの名無しさん2007/02/10(土) 01:44:33
話し引っ張るね、そんなに悔しかった？
0916デフォルトの名無しさん2007/02/10(土) 01:53:53
>>906
少なくともOffice 2003のVBAは相変わらずVB6ベース。2007は知らない。
0917デフォルトの名無しさん2007/02/10(土) 02:00:25
>>878
> >>861
> >なんで勝手に話ふくらませてんだよ。
> 病気なんだろ。

こう煽っておきながら、

> >>874
> >マンセーしているやつがいるからだろ。
> じゃそいつに言えば？


なんだC++厨のこの無責任な発言。
匿名であることをいいことに反論ができない都合の悪い話は
自分がした発言であっても、他人が発言したことにして
そういう言い逃れかい。そんなうそをつくお前が病気だよ。


0918デフォルトの名無しさん2007/02/10(土) 02:02:49
>>877
で、その実装はStringの+演算子のように最初から定義されているものなのか、

それともC++とまったく同じようにユーザが自由に定義するものにするのか、
それとも機能限定版、型安全性版Template, Java Genericsのように
限定的な演算子オーバーロードをJavaに適用したいという話なのか？
具体例がないようでは、

JavaからJNI経由でC++使ってるのと変わらないだろう。

Javaに導入するうえでの具体例を出すべき
0919デフォルトの名無しさん2007/02/10(土) 02:05:02
>>879
それはimmutableオブジェクトに適用できないな。

不変性がないので却下。

0920デフォルトの名無しさん2007/02/10(土) 02:05:34
>>882
そんなものより、アノテーションでやってほしいな。
レス数が900を超えています。1000を超えると表示できなくなるよ。