go

1 名前：デフォルトの名無しさん [2009/11/11(水) 15:23:15 ] Google発の新言語go The Go Programming Language golang.org/ グーグル、C／C++に代わる新言語「Go」をOSSで公開 www.atmarkit.co.jp/news/200911/11/go.html 434 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:01:47 ] いいと思う人は使えばいいし、そうでない人は一生避けてればいいんじゃない？ 435 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:01:55 ] >>427でも言ったけど 現状がウンコなのが問題なんじゃなくて いずれ普及するであろうGo++3.0とかが現状のウンコGoをベースにすることが問題だって言ってんだよ 初期の不整合は下流工程へ流れるほど大きく歪むことはお前達が一番よく分かっていることだろ 436 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:02:44 ] >>431 それってつまり全ての批判を否定したいの? 437 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:02:49 ] >>427 Goのベースって何？ 438 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:03:53 ] Goは現状の仕様が酷いの？ 439 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:07:29 ] >>438 一生Cかアセンブラを使っていればいいんじゃないんですかね 440 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:10:43 ] あｗごめんｗこんな皮肉お前達じゃ意味分からないかｗ 441 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:10:44 ] >>435 > 初期の不整合は下流工程へ流れるほど大きく歪む また比喩？ 442 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:11:05 ] LinuxはLinus Torvaldsのお遊びから始まったし、UnixはKen Thompsonのお遊びから始まったんだけど、 LinuxやUnixも最初は叩かれたのかな。 443 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:15:34 ] オッサンというのは比喩表現が大好きなものだよ 俺の周りにも「ボタンの掛け違え」とか「車の両輪」とか 馬鹿の一つ覚えのようにウザいほど言う人がいるゎ 444 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:16:04 ] 仕事でgoを使うことになっても、「ベースが悪いので使いません ｷﾘｯ」って断ればいいんじゃね？ 445 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:17:09 ] 言語仕様はかなりいいと思うけどWindows用がないじゃないか GCCはVCより遅いバイナリ吐くから仮にWindowsで動いてもパスだなこれは 446 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:17:53 ] >>429-430 「頭の悪い奴はこういう的外れな切り返しをしてくるだろうな」 と相手が思いっきり想定してる通りに頭の悪い切り返ししなくてもｗｗ 447 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:18:17 ] バイナリのサイズなんてそんなに重要かい？ 448 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:18:48 ] 擁護派はよくこの素材で闘うつもりになれたな ちゃんとコンパイラ落として公式のドキュメントを読んで実際に動かして自分の目でGoの言語仕様を確認したのだろうか？ その上で十分闘えると思ったんだろうか？ 449 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:19:41 ] >>435 >>448 Goの酷い言語仕様について詳細求む 450 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:22:35 ] 何と闘うの？ 451 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:22:56 ] サイズじゃなくて速度が問題 GCCはただでさえICCやVCより10%以上遅いバイナリ吐くのに それより3割遅いとか許せないよな 452 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:23:08 ] >>442 何か勘違いしてるのかもしれないけど Rob Pike が叩かれてる訳じゃないんだぜ 453 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:24:02 ] Goの言語仕様のゴールが何なのかによって変わるんじゃないの？ C++やPascalを目指しているなら今のままでいいでしょ でもD言語を目指しているならこのままじゃ不味いと思うよ 454 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:24:14 ] >>451 2割じゃなかった？ 455 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:24:25 ] go, chan, interface 以外でふーんなとこ 暗黙のキャストなし 日本語の変数名も使える string は不変 配列のスライスあり NULLはnil ++,-- は後置のみで式じゃなくて文 ~x は ^x x & ~y は x &^ y newの他に参照を返す makeもあり ポインタ演算なし、でも unsafe.xxx で同等なことできる while, do while なしで for x < y { } あり for x in y は for x := range y generics はいまんとこなし 例外もいまんとなし、でも finally { x(); } は defer x(); で代わりになる 456 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:25:19 ] すんませんgolang動かしたいだけのために cygwin入れたばかりなんですが "st_gen"が無いと怒られます。 同様のことをtwitしてる人いますがどうすれば。 何入れればいいんでしょうか。 457 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:26:50 ] 俺はgoが良いとか悪いとか何とも思ってなくてただ興味本位で傍観してるだけなんだけど 言語仕様の問題点があれば教えてほしい。 英語の資料を全部読むのは大変だけど、どの箇所で問題点に触れられているか場所だけでもぜひ。 458 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:27:20 ] ああ2割か。ごめん。 こんなん作るくらいならJIT正規表現のライブラリ配布して欲しいもんだ 459 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:29:02 ] 先ほどTIOBE Indexが更新されたようで www.tiobe.com/index.php/content/paperinfo/tpci/index.html 現時点ではシェア争いは混戦になりつつあるからGoの仕様次第だな 460 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:32:18 ] >>458 「こんなん」と思う理由はどの辺？ >>459 そのランキングおもしろいね。ｻﾝｸｽ 461 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:35:34 ] >>456 cygwin でビルドしようとしたけど スレッドのライブラリがプラットフォーム依存でそれを自作しないと無理 あとリンカんとこもいじらなきゃいけなさそうなんで面倒になって挫折した st_gen とこは lib9/_p9dir.c の HAVESTGEN を undef する その先に siglongjmp の error が待ってるが、これは (void*) を削除して quietgcc.bash の ignore に incompatible なんたら を追加すれば通る 462 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:35:44 ] interfaceの仕様があり得ない 徹底されないタイプセーフ オブジェクトは関数レベルのみの紐付け 誤った型推論 クロージャ非対応 Cライブラリへの依存が高いにもかかわらずポインタを廃止 アクセサビリティの指定が徹底されていない 標準ライブラリが例外をサポートしていない 463 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:42:01 ] >>438 新規な要素が無いからね。 悪いというより何で？って感じ。 464 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:42:43 ] >>461 ありがと。 コンパイルしてもWindowsで動かねえよって外人わめいてるな。。 465 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:43:06 ] こんなん思うのは、この言語使うメリットがないじゃない。 開発環境もないんだぜ。どうみてもマニアックすぎるだろ 中の人のメンツみると真面目にWindows対応してくれる期待も持てない 466 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:45:26 ] 標準ライブラリの結合度が高すぎる interfaceでライブラリ間の整合性を保っていない IOの抽象度がJavaやC#に比べて極端に低い 467 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:54:14 ] これってCにGCが付いてOOPに対応したっていう理解でいいの？ 何かwktkしてしまうんだが。 468 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:54:31 ] メリット： Googleだからという話題性と将来性 コンパイル速度が速い 今のところ実現出来ていないが並列処理を言語仕様として吸収しようと努力はしている 連想コンテナなどの定義が直感的に記述出来る気がしないでもない 469 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:56:01 ] >>453 むしろCやC++を目指しているならこれではまずい 教育用言語としてのPascalの後継なら望ましい Dと比べるとサブセットに落ち着くが、 Pythonの書法強制もまあ受け入れられてないことはないので、 適当に規制付きというのはあり得ないことはない。 470 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:56:15 ] >>467 CにGCが付いたって認識でおｋ 語弊があるけどOOPにはほとんど対応していないと考えた方がいい 471 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 03:57:14 ] どの言語も一長一短があって完璧なものはないんだから、 頭ごなしに否定したり過度に高評価せずに 進化を見守ればいいんでねぇの？ 472 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:01:47 ] >>470 ありがとう。 OOPのことはFAQに書いてあったわ。 C++とかとは異なるんだね。 Is Go an object-oriented language? Yes and no. Although Go has types and methods and allows an object-oriented style of programming, there is no type hierarchy. The concept of “interface” in Go provides a different approach that we believe is easy to use and in some ways more general. There are also ways to embed types in other types to provide something analogous―but not identical―to subclassing. Moreover, methods in Go are more general than in C++ or Java: they can be defined for any sort of data, not just structs. Also, the lack of type hierarchy makes “objects” in Go feel much more lightweight than in languages such as C++ or Java. 473 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:03:39 ] そんなの議論や向上を放棄しているとしか思えない 今まで誕生してきた言語が全て消滅せずに残っているか？ 一長一短があっても物事には必ず優劣が存在する それ以前にGoの一長とやらは何なんだ？一短の方ならいくらでも見つかるが 474 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:05:13 ] goが消えたら消えたでそれまでじゃないの？ 何を怒っているのか意味不明。 475 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:06:13 ] >>471 俺はそんな言語を1ダースは知ってるけど、こういう言語が進化する事って ホントに稀なんだぜ。割と最初のコンセプトが勝負の分かれ道だったりする。 476 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:07:37 ] >>467 C に GC を付けるだけだったら Boehm GC を使えば良いだけなんだよなあ… 477 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:08:38 ] 頭が固いんでしょ 478 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:09:57 ] >>477 その柔らかい頭とやらでGoの優位性と今後の展望を熱く語ってくれよ 479 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:11:55 ] まだよく見ないで悪いんだけど、GCが付いているということは、 Cのライブラリを呼ぶ時にはポインタをロックしてやらなくちゃ ならないんだけど、その辺りはどこまで自動（もしくは構文的支援）？ もし既存のCのライブラリを使うのに苦痛がなければ、 >>466　の言う結合度が高すぎる標準ライブラリってのは、 それはそれでもう完結で、難しことはあまたあるlibほげほげ使ってね、 我々はJavaや.NETのような荘厳巨大なランタイム用ライブラリ 作らないから、ということなのか？ 480 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:13:04 ] 少なくとも一旦現状の仕様は全て捨てて Objective-Goを作る必要があるな Goを引きずったらCを引きずったC++の二の舞になる 481 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:14:10 ] >>475 稀ってことは、ありえなくはないってことだね 482 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:21:01 ] >>472 のFAQはちょっと同意。 ここ数年、JavaやC++で書く機会がめっきり減って、JavascriptやLLで書くことが 多くなってくると、 「あれ、じつは継承なんて要らんことやるから物事がややこしくなるんじゃね？」 とちょっと感じてくる。 483 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:22:06 ] >>474 ぐくるさんが作ったということで、まあ「鳴り物入り」的なところはあるからねえ。 484 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:24:10 ] >>473 現状が良くないからといって、将来のことまで全否定することはないんじゃない？ 欠点の主張は議論じゃないよ。 だから、議論や向上を放棄しているというのは否定派の人たちのことでしょ。 485 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:25:19 ] >>468 >Googleだからという話題性と将来性 別段 Google が何かする訳じゃないんじゃないかな。 Google には Guido も居るし、Rob Pike は Sawzall もやっていて、 大量の Java や JavaScript のコード資産を持っていて、v8 とか Dalvik もあるから、Go の居場所って無い気がする。 486 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:25:23 ] >>473 向上を放棄するわけないじゃん 今の段階では進化を期待して見守れば？って言ってるんでしょ >>471 >>459 object-cに何が起こってるんだ？w 487 名前：486 mailto:sage [2009/11/13(金) 04:26:30 ] おっと、>>471は無しね 488 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:26:51 ] >>481 言葉遊びがしたいなら。 489 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:27:23 ] >>486 つiPhone あの開発マーケットはかなりの勢いで拡大中 490 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:27:57 ] >>486 iPhoneに決まっとりますがな > Obj-C躍進 491 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:30:25 ] 思い込んで頭から否定するのは左脳で動く男に多いんやて さらに、そういう人は離婚しやすいて聞いた 気ぃつけや 492 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:31:28 ] >>486 Objective-C な。人気の理由は iPhone と GCD でしょ。 Apple は上手くやってると思うよ。Blocks みたいな 面白いくて役に立つ技術を作ってる。 493 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:39:29 ] >>491 それまさにうちの上司だわ。 つか、その世代（中年世代）の大半がそんな感じじゃね？ 494 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:40:09 ] ここで Go を絶賛してる人たちって Go のソースを書く気があるのかな。 ドキュメントが英語だから読まないとか、Windows で動かないというだけで 試しもしないとか、ただ単に見てるだけだったりはしないよね。 495 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:41:22 ] 絶賛してる人なんていないっしょ 完全否定する人と将来に期待する人の２つ 496 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:42:58 ] どっちもコードを書かないなら盛り上がらないね。 497 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:46:55 ] お前らなあ これ作った/使う連中は言語自体はこんくらいの機能があればあとは想像力の限界までなんでも作っちゃうんだよ 言語・ＩＤＥ・ライブラリで上げ底してネットのソースコピってやっとこＤＢのデータ表示してる連中とは違うゲームなの 498 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:48:34 ] 多値戻り値とレシーバの強制だけは相変わらず羨ましいな JavaやC#にもこの言語仕様は欲しい 499 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:49:20 ] じゃぁ Go 用の良い GUI ライブラリが出来たら起こしてくれ 目が覚める様な奴を頼むぜ 500 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:51:57 ] >>499 既存のでいいんじゃね？ 501 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:52:38 ] 誰もコードを書く気無しかよ… 502 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:52:56 ] >>497 実行速度と生産性のトレードオフだろ なんで生産性を無視しているの？ 全知全能の人材が時間的金銭的リソースも無限にあって いくら赤字を出してもいくら納期が送れもよくて「作るだけ」なら この世にアセンブラが１個あれば他の言語なんて不要ですよね 503 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:56:04 ] ブラウザで動くんならChromeOS方面で活躍するんでは 504 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:58:12 ] >>502 作った本人はjavaよりgoのほうが生産性が高いと明言してるよ だから仕事の種類が違うんだっつうの 505 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 04:59:17 ] >>503 なんでこんな低レイヤ向きな言語がWebアプリ向きなんだよ？ デバドラとかOSのカーネルでも書くならまだしも 506 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:00:40 ] IDEとかライブラリなんて後からついてくるものじゃないの？ C++だって最初からVCとかあったわけじゃないし、 STLは後で標準として組み込まれたし Boostとかも有志が作ったんじゃ？ 507 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:02:27 ] まあポインタ演算が出来ない時点で低レイヤにも向かないんだけどな もちろん言語仕様がOOPを広くサポートしていないからアプリを書くにも不向きUIなんてもってのほか 一体何に使うのやら 508 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:03:36 ] GC 必須の言語でデバドラとか… >>506 そういう牧歌的な時代は終わったと思われ 最近の言語は JavaVM をターゲットにして、いきなりライブラリが揃ってる 509 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:03:44 ] >>506 「ライブラリを作るのがGoogleならいいけどね」 この意味分かるか？ 510 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:04:29 ] >>505 GC任せの言語でデバドラやカーネル？ 511 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:06:00 ] >>509 どこにそんなことが書いてあるの？ 512 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:06:29 ] ライブラリなんかgoogleが勝手に作るだろ javaとかjavascriptなんか山ほどだしてきてんじゃねえか 513 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:07:30 ] GCがあったりポインタ演算が出来なくても 言語自体はそんな物に向いているっていう矛盾を皮肉っているのにマジレスとか困るわ 514 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:07:33 ] >>483 まともな業界人にとっては逆だがな 「われわれは世界の天才様を集めて世界のITを制覇する！」大口たたいて１０年経って出してきたのはパクリ２番煎じ買収ソフトの山 この会社がオリジナリティのあるものを独自に何も作れないのはもはや証明済み 何かあるんだろうな企業内部の雰囲気的に あんだけ金があり、それなりに人も集めてるなら、さすがにもうちょいいろいろ作れそうなものを （一方、人海労働で何とか出来るような作業や企画は、顰蹙を買い社会問題になっても多々平気でやり続ける） とりあえず、よそのガレージソフト屋が作った小気味いい新言語、マニア内で既に話題になっているものを聞きつけて買収、とでもいう出自でなければそもそもはじめから期待できない ＭＳにも似たところはあるが、ＮＴとか、それなりに込み入ったでかい、実用性もあるものを一応は自分のところでごちゃごちゃと作ってくる。あんなとこにも負けている。何が何やらと。 515 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:09:51 ] >>511 意味が分かっていないみたいだな じゃあまずこういう聞き方をしよう それは誰が作ると思いますか？ 516 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:09:58 ] >>507 基本的にミドルウェア向けだと思うが、 UIはこれで十分書けると思うよ。 ……関数の引数にconst記憶域が付けられんのかな？ 517 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:11:44 ] C, Erlang, Java and Go Web Server performance test timyang.net/blog/wp-content/uploads/2009/11/c_erlang_java.png timyang.net/programming/c-erlang-java-performance/ Go遅えええええええ 518 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:12:42 ] >>516 十分書ける？言語は適材適所じゃなかったのか？ 他にUI向きの言語が無くてGoがUI書くのにベストソリューション？ Goを選んだ具体的優位性って何？ 519 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:12:49 ] すでに Go! という名前の言語が存在したというバグ code.google.com/p/go/issues/detail?id=9&colspec=ID%20Type%20Status%20Owner%20Summary 520 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:17:34 ] なに興奮してんだよｗ わけわかんねｗ 521 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:18:05 ] >>515 第一にはGoの開発者でしょ。 あとはサードパーティとか。 522 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:20:56 ] >>514 ま 「 こ 何 あ （ と Ｍ こうですかわかりません ＞＜ 523 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:21:58 ] 普通にこれ使ってなんかサービス作ってうまくいったりいかなかったりして 派生してライブラリが提供されて・・・ってなるだけでしょ ふつーーーに物事が進んでいくだけ なにを心配しているのやら 524 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:23:58 ] デバドラ・カーネル・UIには不適切 ミドルをCよりはOOPライクにC++よりはポインタ依存から脱却して書きたいときに最適 ふーん 525 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:27:42 ] >>524 >ミドルをCよりはOOPライクにC++よりはポインタ依存から脱却して書きたいときに最適 ミドルをCよりはOOPライクにC++とは違ってＧＣ下で並列処理のサポート付きで書きたいときに最適 結構いいと思うけど 526 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:38:14 ] >>523 そんな勝手にエコシステムが出来ていくなら、言語屋は何も苦労せんわw お前さんのふつーーは世の中の常識の真逆を行ってるんだよ… 527 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:42:01 ] >>523 馬鹿が全てスタートが肝心なんだよ 言語仕様が例外に対応していなければ永遠にそのままだろ Javaや.NETが強力なのは最初から標準ライブラリがインタフェースを提供しているからだろ IXXXble系が最初から提供されていることが標識となって 各ライブラリ間の整合性が保たれサードパーティのライブラリですらシームレスにオブジェクトを受け渡し出来るんだろ Streamという標識があるから各サードパーティーが作ったmp3エンジンだろうがRPCだろうがWebサーバのASPだろうが何も意識せずに接続できるんだろうが 標準ライブラリの抽象度が高いから多態性が保たれるんだろが C++やD言語だとどうだ？あまたある団体が提供する無数のライブラリ間でシームレスにオブジェクトをやりとり出来るか？ 今まで何度ラッパやアダプタを書かされて来た？ 最初に標識を立てることがどれほど大事かはお前達が痛いほどよく分かっているだろ 528 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:43:52 ] >>526 俺がライブラリを作ってるんだ！ こうですけわかりません ＞＜ 529 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:46:10 ] >>527 んなこと言ったって今ないんだからしょうがないだろうｗ リリース撤回運動でもしろというのかｗ ストリーム？すべてはファイル、こうなんじゃねえの？（知らないけどｗ） 530 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:48:31 ] このままインタフェースが整備されないまま Googleは放任で有志によるライブラリ整備が行われれば 確実にD言語の二の舞になる 531 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:49:02 ] 標準ライブラリにReaderとかWriterとかちゃんと抽象的するIFあるようにみえるけど… しかし、実装型はIF明示的にimplementしなくとも、仕様だけ満たせばIFの型にキャスト出来るのが面白いね 綺麗なDackTyping 532 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:50:42 ] /IF(?=明示的)/IFを/ ケータイからなんで打ち込みミス 533 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:51:30 ] JavaにはSunが.NETにはMicrosoftが付いていたことが 派生ライブラリのポリモーフィズムを維持していたことは歴史的にも明らか 無秩序なOSSによる放任ではそれを保てる道理がない 534 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 05:51:56 ] 完全な、水一滴も漏らさぬライブラリがないならリリースすることまかりならんとか お前の言語だけに適用しといてくれ 一生出てこないだろうからｗ そういやarcとかも腹立ってしょうがないんだろうな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef