JavaやったらC++はきもく感じる
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/01/10(水) 19:07:35int(100)とかだっさー（笑）int&なんてきんもーっ★って感じなんだけど。
標準で使えるスレッドもないしさ。バッドノウハウだらけの
使えない気持ち悪い言語だよなこれ。前時代の人たちはほんとにこんなモノで開発してたのか。
マジご愁傷様です。
C99のほうがまだ拡張性が高くていい感じになってるのが皮肉だね。
0783デフォルトの名無しさん
2007/02/06(火) 21:04:03はファインマンの改変コピペ。
0784デフォルトの名無しさん
2007/02/06(火) 21:35:040785デフォルトの名無しさん
2007/02/06(火) 23:00:04漏れの周りではC++がキモいのは同意だったりするが、
VB厨はJava厨よりも居丈高でイヤンな状態だったりするが・・・。
0786デフォルトの名無しさん
2007/02/06(火) 23:04:54儲かるのか。会社にとっては儲かるだろうけど、
エンジニアは絶対に儲からないなw
0787デフォルトの名無しさん
2007/02/06(火) 23:08:18すでにJava Cardはあるだろ。
大日本印刷がJava CardとFelica両方を
搭載したカードを製造販売している。
地方によっては、住民基本台帳カードにJavaCardを搭載している
ところもある。
国内ではほかにもいくつか事例はあるが。
海外だと、台湾やカナダの国民健康保険証がJavaCard搭載になってる。
0788デフォルトの名無しさん
2007/02/06(火) 23:09:59いつの時代の煽りだ。
何年前にﾏ板でその煽り文句を見たことがあるぞ。
もう免疫ができているので煽り効果薄いぞ。
>>763
mixin? Mix Juiceなら知っているが
0789デフォルトの名無しさん
2007/02/06(火) 23:12:320790デフォルトの名無しさん
2007/02/06(火) 23:16:06? これもまた昔の煽りだな。しかし、昔ほどの勢いを感じられない。
Java叩きも随分と大人しくなったもんだ。
>>783
なるほど
>>765
だよな。サーバ関係ではとくに。仕様書かかないといけないから。
携帯電話開発だと、相変わらず世界が違うみたいだがw
というとまた逆ギレされそうだが。
>>768
ここはマ板かw そういうのはマ板でやるネタだろw
でないとお前、女にモテなくなるぞ。
>>782
まあそう怒るなw
0791デフォルトの名無しさん
2007/02/06(火) 23:16:24Ja場角だろ
0792デフォルトの名無しさん
2007/02/06(火) 23:16:430793デフォルトの名無しさん
2007/02/06(火) 23:17:04親父ギャグｗ
0794デフォルトの名無しさん
2007/02/06(火) 23:19:53http://www.itmedia.co.jp/enterprise/articles/0507/02/news001.html
Javaもここまで進化しているものだ
0795デフォルトの名無しさん
2007/02/07(水) 03:12:39mix-in（ミックスイン）でググれば解るかもね。
0796デフォルトの名無しさん
2007/02/07(水) 03:42:270797デフォルトの名無しさん
2007/02/07(水) 04:02:05OCamlでもやっとけ
0798デフォルトの名無しさん
2007/02/07(水) 04:07:270799デフォルトの名無しさん
2007/02/07(水) 04:20:250800デフォルトの名無しさん
2007/02/07(水) 05:54:06D言語あたりが目指すのはその辺じゃねーの？
0801デフォルトの名無しさん
2007/02/07(水) 08:15:30アセンブラ
0802デフォルトの名無しさん
2007/02/07(水) 08:31:12ひまわり
0803デフォルトの名無しさん
2007/02/07(水) 08:33:530804デフォルトの名無しさん
2007/02/07(水) 11:56:460805デフォルトの名無しさん
2007/02/07(水) 13:20:06どっちも分割の仕方次第じゃないか？
0806デフォルトの名無しさん
2007/02/07(水) 13:30:40もちろんそうなんだが、クラス単位にすると機能が多すぎて、微妙に違う機能が
必要になったりとかすると継承したりしてどんどん複雑になっていくから、
関数単位だと楽なんだよ。
デザインパターンとかいろいろ考えてる人もいるけど、実際の現場では机上の空論なんだよ。
もちろん初めはちゃんと考えて設計しているつもりが、いつの間にか変な進化をとげていたりするんだよな。
0807デフォルトの名無しさん
2007/02/07(水) 13:36:58なんかソフトウェア作るってよりコーディングが仕事って感じがするなぁ
まぁ学生の俺には関係ないけどね（；＾ω＾）
0808デフォルトの名無しさん
2007/02/07(水) 16:10:33単純な機能なら関数のほうが楽だけど手続きや前提条件が増えてくると
やっぱりクラスのほう良いことがある。
Win32APIみたいに関数での再利用を考えると、どうしても
OPEN・初期化→使う→CLOSEみたいな手順を覚えなきゃ
動いてくれない機能が発生してしまう。
>>806
> 微妙に違う機能が必要になったりとかすると継承したりして
> どんどん複雑になっていくから、 関数単位だと楽なんだよ。
関数だとなんで楽なんだ？これを関数でやろうとしたらコピペになってしまうぞ。
「クラス＝粒度がでかい」と思ってるなら間違いだぞ。作る人の問題だ。
関数だって数千行の関数作る人がいるし。
0809デフォルトの名無しさん
2007/02/07(水) 18:59:200810デフォルトの名無しさん
2007/02/07(水) 19:21:36インライン関数がない。
継承がない。
その他数え切れないほど。
JavaにもC++にもどちらにも劣る。
Cは今じゃ半世紀前の遺産でありただの基本。
と言うかECでも使ってろよ。
0811デフォルトの名無しさん
2007/02/07(水) 19:24:390812デフォルトの名無しさん
2007/02/07(水) 19:28:250813デフォルトの名無しさん
2007/02/07(水) 19:36:080814デフォルトの名無しさん
2007/02/07(水) 19:50:03Cプリプロセッサはかなり変態的だと思う。
0815デフォルトの名無しさん
2007/02/07(水) 19:58:16つうか、Cは高級アセンブラなんだから覚えないと駄目だよ。
OSの基本APIだってCから触れるんだから。
個人的にはNetBSDの人たちがやってるような大規模Cプログラムの制御の仕方が気になる。
0816デフォルトの名無しさん
2007/02/07(水) 20:34:39きっと大域変数だらけのクズコードなんだろうな・・・
日本のプログラミング環境は二十年遅れてる。
0817デフォルトの名無しさん
2007/02/07(水) 20:48:440818デフォルトの名無しさん
2007/02/07(水) 21:04:14スコープ規則が糞だから面倒なことになってんだよな
0819デフォルトの名無しさん
2007/02/07(水) 21:27:43ボンクラが変なことをしでかすからって、文系言語にしてしまってどうするつもりだJavaは。
C#はよくわかってる。
0820デフォルトの名無しさん
2007/02/07(水) 21:48:14ボーイングってなんでもありだろ。Adaを使ってたり、
機内ネットワークサービスをやって失敗したりと、
割と節操のない会社ってイメージが強いんだが。
JavaOneに参加した人も、あんまり進んでないって言ってるみたいだけど。
ttp://www.javainthebox.net/JavaOneReports/2006SF/0519.html
本当に大丈夫なのかなあ。リアルタイムJava。
0821デフォルトの名無しさん
2007/02/07(水) 22:48:47コードをごちゃごちゃにして誰にも管理できないものを作っちゃう。
ありゃカスグラマの自己満足用機能だろ。
0822デフォルトの名無しさん
2007/02/07(水) 23:02:10cinとかcoutの>>,<<はおかしいと思った。
まだC++があまり知られていないころ
coutが使われていて
なんじゃこの記号だらけの変な言語は
って思った。
そういう俺は未だにprintf派
coutの書式指定はトリッキーで好きになれん。
そもそも演算子オーバーロードは
使うことってほとんどないな。
どうしてもあったほうが便利って時だけにすりゃいいし、
前置インクリメントと後置インクリメントを別々に作らないといけなかったり
ちょっと変
0823デフォルトの名無しさん
2007/02/07(水) 23:06:16どっちかというとオーバーロードの使用例っつーかティップスみたいな感じがするが
0824デフォルトの名無しさん
2007/02/08(木) 00:40:23いらん言うやつはこっちの世界未経験なんだろうなと。
0825デフォルトの名無しさん
2007/02/08(木) 02:16:380826デフォルトの名無しさん
2007/02/08(木) 09:03:240827デフォルトの名無しさん
2007/02/08(木) 10:29:53mov [edx + ecx*4], eax
みたいなことするし
0828デフォルトの名無しさん
2007/02/08(木) 13:23:560829デフォルトの名無しさん
2007/02/08(木) 14:27:16じゃあ、さっさと実用化してくれよ。
仕事じゃ関数型言語なんてろくに使わないし
0830デフォルトの名無しさん
2007/02/08(木) 14:29:35> >>805
> もちろんそうなんだが、クラス単位にすると機能が多すぎて、微妙に違う機能が
> 必要になったりとかすると継承したりしてどんどん複雑になっていくから、
> 関数単位だと楽なんだよ。
> デザインパターンとかいろいろ考えてる人もいるけど、実際の現場では机上の空論なんだよ。
そりゃおまえんとこの現場が恵まれていないだけ田尾。
> もちろん初めはちゃんと考えて設計しているつもりが、いつの間にか変な進化をとげていたりするんだよな。
まだまだ修行が足りないんだよ。最低でも結城浩本くらい読んで理解すれば
そこそもデザインパターンを使えるようになる。
デザインパターンはJavaの標準APIにも随所に存在しているため、
無意識にデザインパターンについて詳しく知ろうという動きとりやすいのがJavaの利点。
0831デフォルトの名無しさん
2007/02/08(木) 14:38:28> まだまだ修行が足りないんだよ。
修行が必要なことなら一般プログラマには不可能だな。
0832デフォルトの名無しさん
2007/02/08(木) 14:39:33そのデザインパターンがすべてのケースを網羅しているわけではないことはGOF本にも書いてあることだがね。
0833デフォルトの名無しさん
2007/02/08(木) 15:35:51> 演算子オーバーロードがない言語は文系。
クマー
0834デフォルトの名無しさん
2007/02/08(木) 15:38:45まだまだ進化の余地はある。
家電Java実現が待ち遠しい。
家電製品を自作したJavaプログラムで
操れる日がやってくると期待しているぞ
テレビ、HDDVDレコーダ、アンプ、スピーカーだけでなく冷蔵庫、洗濯機、
炊飯器、電子レンジ、防犯扉すべてをJavaで操るハイテクハウスを実現するのだ。
0835デフォルトの名無しさん
2007/02/08(木) 15:39:500836デフォルトの名無しさん
2007/02/08(木) 15:40:05天才だな
0837デフォルトの名無しさん
2007/02/08(木) 15:40:09> 演算子オーバーロードじたいは悪くないと思うけど
それもかなり盲目的だね。
無闇に演算子の乱立を防ぐために規格で統一したようなものが
Javaでの演算子オーバーロードを禁止した理由だ。
0838デフォルトの名無しさん
2007/02/08(木) 15:41:00> 数値計算とか3Dプログラミングとかやってたら、演算子オーバーロードがないなんてありえないだろ。
> いらん言うやつはこっちの世界未経験なんだろうなと。
経験有りだが。おれのソースコード、add(),subtract(),multiply(),divide(),transpose(),norm(),inverse(),det()
だらけだw
0839デフォルトの名無しさん
2007/02/08(木) 15:41:07プロジェクトの中で一貫性が保たれていればいいんだから
0840デフォルトの名無しさん
2007/02/08(木) 15:41:150841デフォルトの名無しさん
2007/02/08(木) 15:41:42じゃ演算子オーバーロードでも使ってろw
0842デフォルトの名無しさん
2007/02/08(木) 15:42:14だからデザインパターンはGoFだけじゃないし
0843デフォルトの名無しさん
2007/02/08(木) 15:42:49C++で演算子オーバーロードしまくったソフトウェアなら
糞セキュリティ扉を作ることができる。
0844デフォルトの名無しさん
2007/02/08(木) 15:44:54> なんでも闇雲に乱立させて構わないんじゃない？
> プロジェクトの中で一貫性が保たれていればいいんだから
乱立するのは言語やOSだけにしてくれ。
一つの言語に乱立させるとおかしくなる。
プロジェクトの中だけだろ。
だが、会社の経営陣がいきなり、そのプロジェクトで
使われたプログラムを他社のあっちのソースコードと併合してくれと
いってきたときどうする？
名前空間だけで解決できるか？ 無理だろう。
0845デフォルトの名無しさん
2007/02/08(木) 19:45:56それがＭＳに目をつけられて業界標準言語になったのが第二の悲劇
そして、それに気づかず脳天気に使った開発者は死に、儲かったのはＭＳだけというのが最後の悲劇
君たちの怨念からＪａｖａは生まれた。やすらかに眠りたまえ。
0846デフォルトの名無しさん
2007/02/08(木) 21:54:100847デフォルトの名無しさん
2007/02/08(木) 21:54:340848デフォルトの名無しさん
2007/02/08(木) 21:57:490849デフォルトの名無しさん
2007/02/08(木) 22:02:08>>845の言ってることが理解できたの？
思わず日本語でおkってレスしそうになった俺の為に>>845がなにを言ってるのか解説してくれまいか？
0850847
2007/02/08(木) 22:10:50正直何を言いたいのかよくわからなかったが、
「MSを儲けさせるのは良くない」という意図があるのはわかったのでああ書いた
1行目はまだしも2行目は何の業界のことだかわからんし
3行目の「開発者は死に」のくだりは理解不能だねえ
0851デフォルトの名無しさん
2007/02/08(木) 23:00:11>>845
日本語でおk
0852デフォルトの名無しさん
2007/02/08(木) 23:24:22C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな
0853デフォルトの名無しさん
2007/02/08(木) 23:35:26お前が盲目だな
最初の1行を除いて演算子オーバーロードに否定的な発言なのに
0854デフォルトの名無しさん
2007/02/09(金) 00:35:590855デフォルトの名無しさん
2007/02/09(金) 00:37:30kwsk
0856デフォルトの名無しさん
2007/02/09(金) 00:40:33> だが、会社の経営陣がいきなり、そのプロジェクトで
> 使われたプログラムを他社のあっちのソースコードと併合してくれと
> いってきたときどうする？
そんなありそうも無いことを心配してどうするよ。
バカジャーねーの？
0857デフォルトの名無しさん
2007/02/09(金) 01:35:54それは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> でも１行目はあれかな
> C++って「C知らないヤツお断り」的な雰囲気があって嫌って意味なのかな
そうではないな。コンパイラの互換性が違いすぎること
仕様が乱立しすぎて、その乱立した仕様に従ったソフトウェアやライブラリが多すぎる
こと。それが問題。それにヘッダファイルの扱いも問題有りだ。
未だにグローバル変数を使う奴がいることも。
0859デフォルトの名無しさん
2007/02/09(金) 01:43:03意味が解らん。
演算子オーバーロードの副作用を防ぐために
Javaでは演算子オーバーロードが導入されていない。という意味だと思うが。
そもそも、Javaに演算子オーバーロードを入れるべきかどうか
という話はもう何年も前から語り尽くされている。他のJavaスレでも
そういう議論は散々あった。
少なくとも、C++と全く同じ仕様の演算子オーバーロードを
Javaに完全移植することだけはやってはならないことだ。
それだけはいえる。
Java5から登場したenum型もGenericsも『完全移植』しなかったから
うまく導入することができた。もしCのenum型そのまんまや、C++Templateの
仕様をそっくりそのままJavaにもってきたら、その言語はJavaではなくなってしまうだろう。
C#に退行し、果てはC++サイドに堕ちる。
0860デフォルトの名無しさん
2007/02/09(金) 01:46:18> >>844
> > だが、会社の経営陣がいきなり、そのプロジェクトで
> > 使われたプログラムを他社のあっちのソースコードと併合してくれと
> > いってきたときどうする？
> そんなありそうも無いことを心配してどうするよ。
> バカジャーねーの？
馬鹿ジャーねーのだって？
じゃあ、みずほ銀行の、異なる言語、COBOLやFortranが紛れた
あの異なる三つ基幹システムを統合したあの二重引き落とし事件は
なぜ起きたのか説明できるか？
Java開発では、他のプロジェクトで開発したソフトウェアをライブラリのように
統合して新たに製品開発するということは頻繁に起こっているぞ。
もしこれがC++だったら、とんでもないことになって
顧客からの信用を失っていたことだろう。
0861デフォルトの名無しさん
2007/02/09(金) 02:13:34かなり盲目とかいっておきながら
>>822では
むしろ演算子オーバーロードは使うこと少ないと書いてあるだろ。
演算子の乱立なんか進めていないだろ。
Javaに演算子オーバーロードなんて進めていないだろ。
なんで勝手に話ふくらませてんだよ。
Javaだってa=-(5+6);をa = new int(-1.times(5.plus(6)));なんてしないだろ。
5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
でも
実際によく見かける演算子オーバーロードはcin,coutとか変なのだよな。
それと
演算子オーバーロードって前置インクリメントと後置インクリメントの
両方作らなきゃいけないし+つくったら+=も欲しくなるし
結局面倒くさいから最初興味があって遊ぶだけで作らないよなってことだよ。
0862デフォルトの名無しさん
2007/02/09(金) 03:55:290863デフォルトの名無しさん
2007/02/09(金) 04:01:56COBOLに罪無し。
0864デフォルトの名無しさん
2007/02/09(金) 05:42:24がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した
ま、それで俺の意見としては、ＪＡＶＡはＪＡＶＡで良いところも悪いところもあるC++も同様。
言語なんて、なにをするかによって、最適な言語を選ぶべきだから
ちなみにVBをちょっとかじったら、セミコロンを付けない仕様がきもく感じた。
でもVBでプログラミングをしてきた人にとってはセミコロンはきもく感じるだろう。
ついでにＣ＃を勉強しだしたが、プロパティやインデクサに抵抗を感じた。
かつ、クラスを作るとき継承関係はclassの頭で宣言する形にC++に慣れた俺はびっくりした。
あとPerlは、もう、ビックリ。でもPerlでプログラミングを勉強したなら、C言語はわけわからんと思う。
ま、要はそれぞれ言語には、その言語を使う理由としての環境によるものだろうと思います。
だから、この言語をやったらこの言語はきもいって感じても、勉強していくうちに慣れていく。
そして、混乱しだす。
0865デフォルトの名無しさん
2007/02/09(金) 05:44:440866デフォルトの名無しさん
2007/02/09(金) 07:48:310867デフォルトの名無しさん
2007/02/09(金) 08:17:260868デフォルトの名無しさん
2007/02/09(金) 08:42:41アセンブリ言語の限界 < C++の限界 <<<<<<<< Javaの限界
0869デフォルトの名無しさん
2007/02/09(金) 08:45:170870デフォルトの名無しさん
2007/02/09(金) 08:45:40しょっぼっい感想だな。そんな表層的なことでグダグダいってるんじゃねーよ
個人で開発するなら、SchemeでもHaskellでもHSPでもすきなのを使えばいいんだよ
問題は大規模化、長期化だ。これはスケーリングの問題だ。
0871デフォルトの名無しさん
2007/02/09(金) 09:58:300872デフォルトの名無しさん
2007/02/09(金) 10:40:160873デフォルトの名無しさん
2007/02/09(金) 11:44:040874デフォルトの名無しさん
2007/02/09(金) 14:25:48> >>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> 俺はJAVAやってC++やって、再度JAVA勉強再開したらクラス内のメンバ
> がprivateなのかprotectなのかpublicなのかを明示しなくても良いのに改めて驚いた
> かつ、C++のprivateやprotectやpublicのラベルの便利さに感心した
そいつは釣りかね？ それともタダの無知なのか？
『アジャイルソフトウェア開発の奥義』を読めばお前はいかに頭が悪い発言を
しているかがよくわかるぞ。
0876デフォルトの名無しさん
2007/02/09(金) 14:28:51C++ハゲ信者もどうかと思うけどね。
ザビエルみたいだ
0877デフォルトの名無しさん
2007/02/09(金) 14:35:33>両方作らなきゃいけないし+つくったら+=も欲しくなるし
まず operator+= を実装してからそれを利用して operator+ を実装するのが定石
MyNumber MyNumber::operator+(const MyNumber& rhs) const
{
MyNumber tmp(*this);
tmp += rhs;
return tmp;
}
0878デフォルトの名無しさん
2007/02/09(金) 15:52:41>なんで勝手に話ふくらませてんだよ。
病気なんだろ。
>5+6ぐらい自然なことなら演算子オーバーロードもいいかもしれなあってことだよ。
んー、でも自然に見えるのって、代数的なクラスくらいだよなあ。
>>874
>マンセーしているやつがいるからだろ。
じゃそいつに言えば？
0879デフォルトの名無しさん
2007/02/09(金) 16:56:11//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:480881デフォルトの名無しさん
2007/02/09(金) 18:31:03operator +=からoperator +を作るのは定石だけど、
2つを定義するという点では861の主張がそう変わるものではないと思う。
まあBoost.Operatorsで多少楽はできるけど。
0882デフォルトの名無しさん
2007/02/09(金) 18:40:23Calculatable（名前テキトー）インタフェースとか作られるんかな
■ このスレッドは過去ログ倉庫に格納されています