【Orcas】 Visual Studio 2008 【.NET3.5】 Part2

1 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 16:57:52 ] 前スレ 【Orcas】 Visual Studio 2007 【.NET3.0】 pc11.2ch.net/test/read.cgi/tech/1174574352/ 487 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 18:33:14 ] >>485 おまいはブラウザーが何で大事だったのか、ApolloとSiverLightが何で騒がれてるかわかってない。 488 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 18:43:12 ] >>487 いや現実問題として、Web2.0とか言ってるけどWebの大半は昔のまんまで Flashなんて昔からあるけど要プラグインなこともあり一部でしか使われてねーし それでもFlashならデザイナ確保しやすいだろーけどExpressionなんたらで 要員確保できるか？ サーバーサイドが必要なことはかわらんから、要はクライアントサイドを よりリッチで美麗にするためだけの技術でしょ それが本当に必要なコンテンツはそれほど多くは無いんじゃないのってこと 489 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 18:47:42 ] HTAとかあったよな 全然流行らなかったけど もじらにも似たようなのあるよな 全然流行ってないけど 490 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 18:58:29 ] .NETなら普通のアプリが普通に組めるようになるだろ Gmailより美麗で多機能なメールクライアントとかちゃちゃっと作れるんじゃないか 491 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 19:01:06 ] 高級Ajax（ただし要プラグイン）と見るわけか グループウェアの類がこれで開発されるようになるのかね 492 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 19:04:36 ] のろまなAppletは早々に廃れ ActiveXはセキュリティーの穴が嫌われた Flashはある程度安定しているが適用範囲はあくまで一部だ Silverlightにその状況をひっくり返す何かがあるのだろうか 493 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 19:22:29 ] VS2008で簡単にFORM系の画面が作れるようになれば 社内業務システムには向いてるんじゃないかと思う 494 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 19:56:39 ] なぜに1.0なんて中途半端なもん出すかな？ 495 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 20:14:46 ] >>488 Web2.0ってそういうことじゃないだろｗ 496 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 21:16:18 ] >>494 お察し下さい 497 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 21:25:54 ] >>496 マジで分からん。 どして？ 498 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 22:49:44 ] これ以上遅らせらんないだろ 499 名前：名無しさん♯ mailto:sage [2007/09/05(水) 23:09:46 ] Popfly DesignerやTafitiなんかを見てると、Silverlight 1.0でも相当のことができますし、 1.1でないとダメな理由というのがよく理解できません。 .NETベースでないと行動を起こせず足踏みしてるのって、 まるでVB6から移行できなかった人たちを見てるみたいな気分になります。 ･･･って、たまには辛口で。(´-ω-`) 500 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:15:40 ] でも、1.0 は日本語表示できないんでしょ？ だから、1.1 じゃないと駄目なんじゃ 501 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:17:01 ] そんなん正式版じゃねえ 502 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:31:38 ] >>500 入力は1.1じゃないとできないけど、表示は1.0でもできる、だったはず 503 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:32:53 ] 1.0 RC で日本語表示できなかったぞ？ RC から RTM で表示できるようになったの？ 504 名前：名無しさん♯ mailto:sage [2007/09/05(水) 23:38:54 ] >>500 >>503 試してみたら、日本語フォント名問題は正式版でも健在でした。｡･ﾟ･(ﾉ∀`)･ﾟ･｡ 505 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:41:29 ] でしょ。blog に対応は 1.1 と書いてあった希ガス 腹立たしいのは、日本語サイトのその点を明記してないこと なんのためのローカライズ・サイトかと シアトル向けになにかやってると言い訳してるだけにしか見えない 506 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:41:59 ] Silverlight 1.0　糸冬 了 507 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:42:55 ] バロスｗｗｗｗｗｗｗｗｗ 508 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:49:57 ] >>503-505 あらら、正式版では表示はできるようになるってどこかで見たんだけどな 509 名前：名無しさん♯ mailto:sage [2007/09/05(水) 23:52:09 ] じゃあ、>>499は「JavaScriptベースだから」「.NETベースじゃないから」という人向けということで。 日本語対応待ちの方々、ブビ坊扱いしてごめんお。(´･ω･`) 510 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:58:39 ] >508 これのことじゃね？ ttp://blogs.msdn.com/webnext/archive/2007/05/21/silverlight-using-text-from-unsupported-fonts.aspx 511 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 00:07:18 ] >>510 いやー外国のサイトじゃなかったと思う まあできないんならしょうがないね 512 名前：名無しさん♯ mailto:sage [2007/09/06(木) 00:13:29 ] TextBlockのSetFontSourceメソッドを使えば日本語フォントを追加できるかもしれないけど、 MS Pゴシックとかをウェブに晒すわけにもいかんしね･･･。(´･ω･`) 513 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 00:20:06 ] 漏れもできないと書いてある元のblogがちょっと見つからないので こういう話しかソースに提示できてないんだが、あの記事どこに行ったかな ttp://wpf-e.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=amonth%3d5%26ayear%3d2007 514 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 08:44:06 ] 始まる前に糸冬 了 とはさすがドトネトシリーズ。 515 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 09:52:16 ] とりあえず、インストーラーで入れて起動ごとにバージョンチェックして同期してるけど 同等のツールをWebで配布できるのは非常に助かるので期待してる まあ社内および取引先向けツールなんだけどね 516 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 11:47:21 ] ＞Silverlight最新版リリース、Linux版も開発 Linux版出すって考え方が間違ってるとｵﾓ。 オプソにして各OSが対応できるようにすべき。 517 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 14:22:16 ] は？ 518 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 15:32:22 ] 言ってる意味が分からんでもない 519 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 15:37:22 ] まあ、全てのOSが対応可能にするにはそれしか無いだろうし MSが他のOS対応をいずれ切り捨てるのはいつものことだからな 520 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 15:40:29 ] >>515 ClickOnceとか結構使ってた？ 521 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:03:23 ] SilverlightってのはドズみたくM$が仕切ってAPIからデザインまで変えまくるんじゃなく、 I日Mのエ栗プ素みたくオプソにしる！ ユーザーが要望しているのはそれだ。 522 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:19:06 ] monoでなんとかなるかもよ 523 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:28:09 ] いや、コピー品じゃなくて大本のデザインをオプソに仕切らせろと。 何でmonoに興味がわかないか会話してて逆に分かってきたよ。 m$ドトネトが存在せずに、 マネージドなmonoがオプソで各OSでコンパイル出来る環境であるなら、 爆発的にヒットしたかも。 524 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:30:05 ] Linux用.NetFrameworkをMS自身が出して欲しい 525 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:47:54 ] .NET Framework自体は、ヘジという天才が密室でコソコソ作ってるから 価値のあるものになってるんだと思うけどなあ 526 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:52:58 ] そうだね、使われて無いけど価値はあるんだね。 527 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:55:05 ] JavaがCOBOLのリプレースなら.NETはVBのリプレース そのような兵隊アリが活躍する現場において、使われてるよ 528 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:58:39 ] COBOLだのVBだののクソ仕事なんて リプレースするまでもないのにな もともとクソ言語で出来る仕事なんだから そんなとこに.NET使う必要もなかろ 529 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:01:42 ] さすが無職のコメントは説得力のかけらもないな 530 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:05:18 ] COBOLをJAVAにしても生産性は上がってないという話が COBOL界隈ではずいぶんでてるぜ VB使ってた奴もVB.NET使いにくいという話はしょっちゅうでるし 連中にはそんな高度な言語は必要ないというより手に余るのさ 531 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:06:51 ] ﾎﾞｺﾙより生産性が悪い言語なんて存在し得ないだろ。 ﾄﾞﾄﾈﾄﾎﾞｺﾙ製品も一時期出てたけど消えたんじゃね？ 532 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:07:42 ] >>528 まあ、どんな言語を使おうがタコが使えばタコなのは確かではあるんだがな。 請負システムみたいなドカタ業界にも一応生産性とか保守性とかいうものはあるし、 アジャイルとかが流行ってみたりもするのよ。 それと、そこに使わずどこに.NETを使うのかとｗ パッケージ？組込み？ゲーム？オプソ？ 有り得ないだろ？ 533 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:09:38 ] COBOLはOSからマシンから全部COBOLのために作られてるから 案外よく働くぞ 静的コンパイル言語で直接DBを扱えるしな LINQを先取りしてるわけだ 534 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:29:45 ] >>524 MSが出さないからこそ長続きするんでね。 普通ならすぐ打ち切られる、もしくはバージョンアップなしが続く。 535 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:37:01 ] MSってLinux向けソフト作った事あったっけ 何も思いつかないんだが 536 名前：名無しさん♯ mailto:sage [2007/09/06(木) 22:08:35 ] Silverlight 1.0での日本語表示の件(　ﾟдﾟ)ﾉ downloader + setFontSourceの力技で、日本語表示はいちおうできるみたいです。 ttp://cid-c42499cb3a347006.skydrive.live.com/self.aspx/Public/Silverlight.png 537 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 23:19:38 ] >>536 ttp://blogs.msdn.com/silverlight_sdk/archive/2007/05/02/downloading-fonts-using-the-downloader-object.aspx 538 名前：デフォルトの名無しさん [2007/09/07(金) 00:32:25 ] >>535 最近のLinuxはわざわざWindowsの悪いところマネしてるから一緒じゃね？ 539 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 13:17:54 ] >>533 あのレベルで LINQ を先取りとか言うと LINQ = PRO*C とかいうレベルになるから勘弁 >>535 MS が作らせた、なら Corel が Linux 用 SSCLI を作ってないか? Linux 用アプリじゃなく、Linux のために何かってのであれば Virtual Server の Linux 正式サポートだけでも十分だと思うが あと、Linux 使いのオプソなコードは 平気で Linux 依存の処理とか突っ込む奴がいてすさまじくうざい なんで共通部分のコードに #include <linux/xxx.h> とか突っ込むんだと(ry 540 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 22:36:08 ] Monoの中の人の手柄を取り上げて楽しいか？ 我田引水とは見損なったよ＞MS 541 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:27:13 ] Corel のは FreeBSD 用じゃね？ Linux は mono。 542 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:58:54 ] なんだよ Linux用SSCLI探しちゃったじゃないか FreeBSDのは知ってる 543 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 05:17:57 ] >>541 FreeBSD 用のを作った後に、Linux 用も作成すると発表してる ただ、ググって引っかかった先の URL はすでに無くなっていて Corel のサイトでも SSCLI に関わった事すら無かったことになってるようなのだが…… 544 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 05:35:17 ] monoはSSCLIを参考にしなかったのかな？ 参考どころかそれをベースとして作ってもよかったんだよね？ 545 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 12:15:16 ] >>544 SSCLIをベースにすると、ライセンス上商用利用できなくなる。 そしてmonoの連中だが、自分たちの書くコードは 必要なら商用利用できるライセンスで公開されるべきだと思っている。 いい奴らだ。 546 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 12:27:52 ] >>544 >>545 の言う通り、 あとで問題起こすといけないから他のものを見ずにやったらしいお。 547 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 23:22:45 ] ListViewで一行目の編集ボタン押すとEditItemがNullになるんだけど、ほかに同じ症状の人いませんか？ 二行目以降は問題ないんだけど・・ 548 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 00:22:46 ] 同じ症状ですノシ 549 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 03:00:47 ] コンサルティング会社の米Janco Associatesはこのほど、企業が使用しているOSは依然として「Windows XP」が中心で、最新版の「Vista」のシェアは5.69％にとどまっていると発表した 550 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 09:51:51 ] そんな記事はXPが出た時も見た。 551 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 11:34:26 ] XPはなぁ・・・余計なもんつけたり、つかいやすくしただけだったけど、Vistaは動かないものとか多数出るからなぁ 552 名前：名無しさん♯ mailto:age [2007/09/13(木) 15:13:27 ] data parallelismとtask parallelismそれぞれの記事。(　ﾟдﾟ)ﾉ ttp://msdn.microsoft.com/msdnmag/issues/07/10/PLINQ/default.aspx?loc=jp ttp://msdn.microsoft.com/msdnmag/issues/07/10/Futures/default.aspx?loc=jp やっぱり、後者の方がむずかしそうだのう･･･。(´･ω･`) 553 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 15:14:54 ] >>551 XP の頃も動かないものが多数出た訳だが 554 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 15:37:07 ] これは98->Meの時みたいに、 Vistaとは別にXPの後継OSを出して、 それがバグだらけで大失敗にすれば みんなVistaに乗り換えるんじゃないか 555 名前：デフォルトの名無しさん [2007/09/13(木) 15:56:25 ] ＨＵＣＫの画像が満載じゃのうｗｗｗｗｗｗｗ wwwww.2ch.net/test/read.cgi/news4vip/1189656909/ 556 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:07:05 ] 今度はPLINQか 夢がひろがりんぐだな 557 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:12:46 ] MSは静的関数型で行きたいのか動的オブジェクト指向で行きたいのかはっきり汁！ 558 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:16:42 ] >>557 静的関数型 → back-end 動的オブジェクト指向 → front-end 559 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:17:28 ] Parallel.Forの方が見た感じわかりやすいような気がするなあ 直感的というか 560 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:17:57 ] そういう意味じゃなくて、中途半端に動的オブジェクトじゃ意味ねーってことじゃね？ 561 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:39:09 ] IronPythonとかは周りがうるさいから仕方なく作っただけで 本当はC#で行きたいんだろ 静的オブジェクト指向でいきたいんじゃないの 562 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 16:49:12 ] 反転列挙がなんなのか全然わかんねえ 563 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 17:34:02 ] >>561 動的言語の取り込みは「仕方なく」ではないと思うけど。 Python 取り込むだけだと面白くないけど、DLR は面白いと思う。 ポイントは、何でもかんでも1つの言語でやるのは止めようってことかと。 C# は、型推論とかラムダ式は追加するにしても、基本的に静的な言語。 動的な部分は、DLR とかを介した言語混在開発でカバー。 CLR で静的言語間の相互運用をやりやすくしたってのを、 今度は動的言語にまで裾野を広げてる。 564 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 17:43:24 ] よくわからんが動的言語のメリットって何? 3行で教えてくれエロイ人 565 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 17:52:41 ] 人工知能 シミュレーション に適している 566 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:07:31 ] 静的言語よりシンプルで短いコードになる すぐ実行できるからトライアンドエラーがやりやすい 文字列をソースコードとして実行できるので文法が拡張できる 567 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:15:33 ] 対話型環境が整ってるインタプリタは、とりあえず超強力な電卓になるね 568 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:21:50 ] HTML生成とか、GUIのデザインとか そこだけすぐに実行して結果を確かめたい時は動的言語の方がいいよね コンパイル時のチェックはデザインの綺麗さとかには何も貢献しないし 569 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:32:15 ] あーC#でいまやってるリフレクションでやってる動的クラス生成&組み込みが楽になるってことか('A`) はよ実装汁 570 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 18:39:34 ] 残念だが、言語の文法的に静的、動的を混ぜるのは難があるだろう。 C++言語にC言語が混ざるような事態よりヒドイかも。 571 名前：名無しさん♯ mailto:sage [2007/09/13(木) 19:44:57 ] この秋にはASP.NET MVC UI Frameworkなんていうのも出てくるんだって。 まさにカオス。（´・ω・） 572 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 23:31:38 ] MSはいろいろ開発しすぎではないか 573 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 23:37:07 ] 昔から色々出して、当たったのだけが残ってくって感じだべや いちいち人柱的にMSの新技術全てを追っかけてたら身が持たん 趣味なら別にいいけどな 574 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 23:40:12 ] PLINQもVS2008に入るみたいだしな ほんとに2008年中に出来るのかね 575 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 00:12:42 ] コンカレントプログラミングは、 落ち着くのは .NET Framework 4.0 待ちな気がするけど、 今から PLINQ とかに注目しとくのは悪くないと思うんだけど。 Cωの並列化構文とか、Fotress みたいな言語に手を出しとくのもいいかも。 あくまでちら見程度にだけど。 おそらくはそのあたりを取りまとめるような形で 4.0 が出てくるだろうから。 576 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 00:30:21 ] 今のMSは面白い技術を出してもことごとく盛り上がらないしな。WFもLinqも。求心力がもはやないんだな。 577 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 00:43:08 ] WinFXみたいな大コケがあるから慎重になってるんだべや 578 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 00:56:26 ] ソースは失念したけど、ヘジたんはPLinqの成果には懐疑的なコメントしてなかったっけ？ 579 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 01:04:15 ] >>578 ヘジたんがPLinqのデモやるときに微妙に投げやりだったのは生で見たことあるよ 580 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 01:14:02 ] そもそもIntel、AMDの存続のために既存PGを並列化しろなんて動機がおかしい。 581 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 01:18:02 ] ヘジの考える並列化の本命はなんなんだろ 582 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 01:31:09 ] 言語仕様に手を入れるものじゃないなら「俺知らね」ってスタンスなんじゃね？ 583 名前：名無しさん♯ mailto:sage [2007/09/14(金) 07:38:49 ] >>578-579 ヘジたんがPLinqに懐疑的なのは、data parallelが(企業システムの)現実のシナリオに あまり合いそうにないからかなあ･･･？(´･ω･`) データ操作の大部分はDBの中の話になってしまうから。 でも、Haskellの世界でさえまだndp(nested data parallelism)が開発中なのに、 先に.NETで出してくるのはかなり野心的な話よね。 ttp://research.microsoft.com/~simonpj/papers/ndp/NdpSlides.pdf 584 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 08:40:38 ] 野心大ヒットとなるか、早とちりの大コケとなるか。 585 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 15:57:00 ] クアドコアのマシンがほしいよ(´･ω･`) 586 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 16:20:25 ] 買えば 587 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 18:29:14 ] 自分で買えや、ﾁｮﾝ 588 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 18:34:45 ] PLINQはLINQと互換性がないし 余計にいろいろ難しい問題を持ち込んでるようなきがするな PLINQの場合は受け取るラムダ式が並列動作可能かどうかが問題なんだから Parallel.Forで問題になることと本質的には何も変わらないんじゃないか 589 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 19:03:11 ] >>588 > PLINQはLINQと互換性がないし 入り口にAsParallelが必要なだけで、その先はきちんとStandard Query Operatorがサポートされるのでは？ IParallelEnumerable専用のOperatorがなければ、IEnumerable用のも一応使えるし。 > 余計にいろいろ難しい問題を持ち込んでるようなきがするな partitioning vs pipeliningみたいなチューニングの話？ > Parallel.Forで問題になることと本質的には何も変わらないんじゃないか 変わらないと思う。 でも、forやwhileループを逐一書き換えていくのと、LINQのクエリーの入り口を変えるのとでは どちらが楽に対応できるかという問題はあると思う。 590 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 19:26:28 ] ＞int[] data = new int[] { 0, 1, 2, 3 }; ＞int[] data2 = (from x in data.AsParallel() select x * 2).ToArray(); ＞ ＞この場合、{ 0, 2, 4, 6 } は確実に考えられますが、{ 6, 0, 2, 4 } やこれらの 4 つの数字の ＞その他のどの順列も可能性があります。 これが結構きついと思うんだよな でも見た目LINQと同じなのが混乱を招く気がする 591 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 19:32:27 ] >>590 確かに嫌な落とし穴だけど、対処法はそれほど難しいとは思わないけど･･･。 　　data.AsParallel(QueryOptions.PreserveOrdering) 592 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:26:55 ] まあ、parallel の文字は式中に入るわけだし、 それほど落とし穴にはまりそうには思えないけど。 でも、将来的にはもうちょっとうまい並列プログラミング手法が出る気はする。 C# 4.0 あたりで。 593 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 00:23:55 ] C# は既存の研究のいいところを順次投入しているだけで新しいものは何も投入してないからなあ 既存で良い並列計算手法が存在しない以上、正直期待薄 594 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:14:54 ] だから 3.0 にコンカレントプログラミング構文載らなかったんでしょ。 4.0 でなら多少は期待可能かと。 CωとかErlangとかFortressとか、 そのあたりの手法をまとめる形でそろそろ動きそうな気が。 595 名前：名無しさん♯ mailto:sage [2007/09/15(土) 03:58:41 ] concurrentよりも先にparallelに対応したのは正直ちょっとビクーリ。 次のバージョンではthreadよりも軽い単位(lightweight processとかfiberとか呼ばれてるもの) に着手するのかなあ･･･。 >>594 join calculusはVBに取り入れる動きがあるみたいね。 非同期メッセージ渡しはCCRよりも柔軟なものがホスィ･･･。 シンボルの使える動的言語の方で何か成果が出そうな予感。 596 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 04:17:38 ] 遅くなったけど >>548 ということは、VS自体のバグなんでしょうかね 結構見つかりやすいとこだと思うんですが・・・初心者の俺が気づいたくらいだし・・・ 597 名前：デフォルトの名無しさん [2007/09/16(日) 16:40:28 ] .NET 4.0で一気に解決説なんて出てるけど、元ネタになるような技術ってあるの？ 期待しすぎのような。 598 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 16:59:37 ] 誰も断定口調では書いてないし、 淡い期待持つくらい別にどうでもよくね？ 599 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 18:47:27 ] コンカレントは本格的に使える気がしない パラレルならどうにかついてけそうだけど 600 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 08:41:49 ] C++プロジェクトで「Web参照の追加」メニューが灰色になってしまう。 sproxy.exeもインストールフォルダにない。 C#プロジェクトからはできるから、C++ではサポートしなくなっちゃったのかな。 601 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 08:45:28 ] >>597 ドントネットは全ての問題を解決するソリューションを提供します。 602 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 10:43:31 ] つまんね 603 名前：デフォルトの名無しさん [2007/09/29(土) 13:38:11 ] The Dark Side of Closures ttp://www.infoq.com/news/2007/09/Closures-Dark-Side LINQ Closures May Be Hazardous to Your Health! ttp://diditwith.net/2007/09/25/LINQClosuresMayBeHazardousToYourHealth.aspx 厄介だのう(´･ω･`) 604 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 13:40:08 ] >>603 最初しか呼んでないが、LINQとクロージャが干渉するって解釈でおｋ？ 605 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 13:58:57 ] > LINQとクロージャが干渉する 日本語でおｋ 606 名前：デフォルトの名無しさん [2007/09/29(土) 14:35:11 ] [1] 授業単元： [2] 問題文(含コード&リンク)： 下記 [3] 環境 　[3.1] OS： (Windows) 　[3.2] 　[3.3] 言語： (C) [4]9/29 かなりの初心者でさっぱりです。ﾖﾛｼｸ願いします。 以下のプログラムは、入力された10個の数値を引き算し、その結果を表示するプログラムです。 9〜11行目を別の関数(関数名はFuncDev)とし、修正しなさい。 ただし、グローバル変数は使わないこと。また、FuncDev内のローカル変数名は任意とする。 FuncDev関数は以下の定義とする。 int FuncDEv(void) FuncDev関数の戻り値は、画面入力されたint型データとする。 #include<stdio.h> void main(void); void main(void) { int n1,n2; int nt; nt=0; for(n1=0;n1<10;n1++){ printf("0-9の数値を入力："); scanf("%d,&n2"); nt-=n2; } printf("結果%dです"nt); } 607 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 14:39:24 ] バーカ 608 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 14:39:48 ] >>606 誤爆じゃねーか？投稿する前に一度確認しろよ。 それにしてもそんなレベルのヤツがこのスレみて話わかんのか？ 609 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 14:43:16 ] 自分で解決できなけりゃお先真っ暗なんだぜ 610 名前：デフォルトの名無しさん [2007/09/29(土) 14:53:23 ] 場所間違えました。すみません。 611 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:40:56 ] >>603 このスレの>>340前後で論じてるのと同じ内容ではないかな。 クロージャの外のスコープと共通に使ってる変数の扱いが複雑だから、 間違ったり理解できない人も多いだろう。 わかんね〜って人は、そういう変数はクラスのメンバー変数に持つようにすれば誤解の余地がなくなる。 612 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:45:30 ] ttp://diditwith.net/2007/09/25/LINQClosuresMayBeHazardousToYourHealth.aspx  のところを著者の期待した動作にしたいなら下記のようになるのだが、 queryにvarが使えなくなるのが痛いね。 var filter = "Compare"; IEnumerable<QList> query; {     var l_filter = filter;     query = from m in typeof(String).GetMethods()             where m.Name.Contains(l_filter)             select new QList { Name = m.Name, ParameterCount = m.GetParameters().Length }; } filter = "IndexOf"; foreach (var item in query)    Console.WriteLine(item);  613 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:48:09 ] >>612 {}でくくらなければいいじゃん 614 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:55:44 ] リンクに変なブランクが入ってたので再掲。 ttp://diditwith.net/2007/09/25/LINQClosuresMayBeHazardousToYourHealth.aspx >>613 この場合はそうですね。そうできないケースもあるので詳しくは >>342-346 を見てね。 615 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:57:01 ] >>614 どれがそうできないケースなん？ 616 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 17:58:15 ] いまさら言うけど>>382のfixって遅すぎて使い物にならねえな 617 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 18:06:50 ] >>611 クロージャの環境値が書き換わって予期しない影響を受けることがあるという話と、 クエリーの句(where, orderby)の順番違いで結果が全然違うという話の合わせ技。 副作用のない世界ではあり得ない話。 618 名前：デフォルトの名無しさん [2007/09/29(土) 19:07:21 ] vs2008 ee 正式版　まだ〜？ 619 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 11:16:50 ] 副作用ウゼー 消えろ！ 620 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 11:26:59 ] 副作用があるからプログラミングできるんじゃねえか インスタンスメソッドが全部newしたインスタンスを返したら困るだろ 621 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:09:27 ] いや、困らない。 622 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:14:16 ] AとBがCというオブジェクトを参照してる時に、 BからCのインスタンスメソッドを呼び出す このときAが参照しているオブジェクトと違うものになる 困るだろ 623 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:20:59 ] それで困るようなら、newされるようなインスタンスメソッドなんて 呼ばなきゃいいだけ、仮にそういう世界だったなら。 624 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:28:06 ] 副作用がないってことは オブジェクトの値が変えられないんだから newして返すしかないじゃない 625 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:36:55 ] 違うパラダイムを受け入れられないオブジェクト脳というやつか 626 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:56:45 ] 今副作用だとか言ってるヤツ、Haskellしらねーだろ。 627 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 15:10:12 ] > Haskellしらねーだろ 恥ずかしい台詞だなｗ 628 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 15:18:27 ] Haskellどころか関数型言語には挫折しかしたことがないな 629 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 22:14:08 ] 　　彡川川川三三三ﾐ〜 　　　川｜川／　　＼｜〜　ﾌﾟｩ〜ﾝ 　　‖｜‖　◎---◎｜〜 　　 　／￣￣￣￣￣￣￣￣￣￣ 　　川川‖　　　　3　　ヽ〜 　　＜　Haskellしらねーだろ。 　　川川　　　∴）д（∴）〜 　　　＼＿＿＿＿＿＿＿＿＿＿ 　　川川　　　　　　〜　/〜　 　　川川‖　　　　〜　/‖　＿＿＿＿＿ 　川川川川＿＿＿／‖　 |　　|￣￣＼　＼ 　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣| 　　/　　＼＿＿＿　　　 　 |　　|　　　　|＿＿| 　　|　＼　　　　　　|つ　　　|＿_|＿＿／　／ 　　カタカタカタ 　 /　 　　￣￣　　|￣￣￣￣|　　〔￣￣〕 　｜　 　　　　　|￣ 630 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 22:14:22 ] 　　　　 ＿＿＿＿_　　 　　 ／::::::::::::::::::::::::::＼〜ﾌﾟｰﾝ 　 /:::::::::::::::::::::::::::::::::::::::＼〜ﾌﾟｰﾝ 　 |:::::::::::::;;;;;;|＿|＿|＿|＿|〜ﾌﾟｰﾝ 　　　　　　　　 　 |;;;;;;;;;;ノ∪ 　＼,) ,,／ ヽ〜 　　　　　　　　　 　 |::（ 6∪ ー─◎─◎　）〜　　　　　　 　／￣￣￣￣￣￣￣￣￣￣￣￣￣ 　 |ノ　　（∵∴　（ o o）∴）〜　　　　　　＜　恥ずかしい台詞だなｗ 　 |　∪<　∵∵　　 ３　∵>　　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　＼　　　　　　　 ⌒　ノ＿＿＿＿＿ 　　　　＼＿＿＿＿_／　|　　|￣￣＼　＼ 　　ｶﾁｬ ＿＿_／　　　　　　＼ 　 |　　|　　　　|￣￣| ｶﾁｬ |:::::::/　　＼＿＿＿　| ＼|　　|　　　　|＿＿| 　　 |:::::::|　＼＿＿＿＿|つ⊂|＿_|＿＿／　／ |:::::/　　　　　　　　|￣￣￣￣|　　〔￣￣〕 　 631 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 04:16:38 ] うぜー 632 名前：名無しさん♯ mailto:age [2007/10/02(火) 14:32:02 ] MSDN Library 機械翻訳版 ttp://mtbeta.msdn.microsoft.com/en-us/library/default.aspx?altlang=ja-jp まさか、このサービスを出す代わりに、日本語版ライブラリは今後手抜きになるなんてことには･･･。(ﾟДﾟ； 633 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 14:34:55 ] いままでのは人が訳してたのか！ 634 名前：デフォルトの名無しさん mailto:age [2007/10/02(火) 14:40:14 ] いちいち日本語訳なんかしてたら世界同時発売なんてできねーYO！ 635 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 15:44:27 ] 日本語訳するってことは、仏語訳も独語訳もスペイン語訳も同時に出さなきゃならんしな 636 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 18:38:25 ] 技術英語ぐらい読めろよ。 637 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 23:09:23 ] ttp://bb.watch.impress.co.jp/cda/shimizu/19624.html >中でも、興味深いのは外部サービスとの連携が可能なAdd-insだ。 >たとえば、Photosyncは指定したフォルダの写真を自動的にFlickrにアップロードするというAdd-insだ。 >これにより、家庭内でデジタルカメラから取り込んだ画像をサーバーの共有フォルダなどに保存しておくだけで、 >自動的にFlickrにもアップロードされる。 Windows Home Serverプログラミング、ちょっと注目中。 638 名前：デフォルトの名無しさん mailto:sage [2007/10/02(火) 23:41:24 ] >>637 ttp://msdn2.microsoft.com/en-us/library/bb425862.aspx .NET 2.0ベースで作るみたいね。 UIさえできてしまえば、後はいつもの.NETプログラミングで作れるっぽい。 639 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 01:11:45 ] >>637見て気になったんだけど、もしかして普通のOSでもIISサイト公開ってライセンス的にはだめなの？ 640 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 08:32:38 ] >>639 普通のOSっていうか、WindowsはXPもVistaもだめなはず。 俺も詳しいライセンスは知らんが、現在SkypeなんかのP2Pなどサーバーの定義が怪しいので、 商用にサーバーとして使うと駄目、ぐらいの認識でいいと思う。 641 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 08:39:34 ] 開発マシンはWinにしといて、ターゲットマシンというか鯖はLinuxにしとけよ。 642 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 10:15:39 ] ２００８からJ#なくなったの？ｗ 643 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 11:10:07 ] ﾏﾁﾞ? 644 名前：デフォルトの名無しさん [2007/10/03(水) 11:29:27 ] >>643 C#、C++、VB、WEBデペロッパーしかないよ 前なら、日本語のサイトでも英語版としてJ#があったから、なくなったと思われ 645 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 17:42:10 ] 将来バージョンの Visual Studio における J# 言語および Java Language Conversion Assistant の提供中止 www.microsoft.com/japan/msdn/vjsharp/ 646 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 17:56:36 ] 2008 beta 1 英語版から J# は入ってないじゃん 647 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 18:00:49 ] まあ存在意義が微妙だったからねえ。Java≒なC#があるのに、 Javaの侵略で意地になって実装した言語だからなあ。 むしろ互換性なんかの問題でデメリットのほうが多かったんじゃないか？ 648 名前：644 mailto:sage [2007/10/03(水) 18:00:50 ] >>646 俺が言ってる前ってVS２００５な 649 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 18:12:20 ] 元々、SUN に文句言われなければ MS も Java を指示するつもりでいて、 でも、Java だと不満な点も多いから改善を要求して、 跳ね除けられたから J++ を作ったら、 SUN からクレーム付けられて、 しょうがないから自前1からで作った言語が C# でしょ？ C# が順調なら J# に力を入れる意味はほとんどない。 過去の資産を生かす意味で今まで J# を残してきたけど、 もうそろそろみんな C# に移行しきったってことではないかと。 650 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 18:15:04 ] >>649 その通りだと思う 651 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 18:34:48 ] っていうかJ#で作られたフリーウェア見たことねえ。使えるって人間は知ってるが、使ってる人も知らん。 652 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 19:26:04 ] >>649 互換性が無いJavaランタイムを作成して、 勝手にJavaを名乗っていたのだから訴えられて当然だと思うぞ。 例えるなら、見かけだけWindowsに似せたLinuxをWindowsとして販売しているようなもの。 653 名前：名無しさん♯ mailto:sage [2007/10/03(水) 19:36:32 ] java.util.zipのためだけにJ#入れてますがな。(´･ω･`) WindowsBase.dllのzip関連(隠し)クラスが使えればなあ･･･。 654 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 19:55:26 ] >>649 例えばこの辺か。 ttp://www.asahi-net.or.jp/~dp8h-izn/delegate.html ttp://java-house.jp/ml/archive/j-h-b/019802.html まあ言語レベルでの議論はさておき VMレベルでのデリゲートサポートは結構気に入ってるんだがな。 特にDLRみたいなのを作るときには。 ないよりあった方がいい。 マルチキャストは別に要らんけど。 655 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 20:42:20 ] >>654 そうそう。delegate はもめたみたいね。 でも、まあもちろん delegate が Java の思想に合わなくてもめたってのあるけど、 もっと根の深い問題は、 「国際的な標準化委員会はどれも MS の息がかかってるから、 　Java の言語仕様は SUN だけで決める」 って SUN が言い張ったこと。 それがなければ、おそらくは Java に delegate が導入されてた。 656 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 20:53:27 ] delegate=メソッドへの参照を保持できる高機能で安全な関数ポインタなわけでしょ？ なんで導入に反対なんだろ。内部クラス、匿名クラスとか使うよりもよっぽどわかりやすいと思うんだが。 657 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 20:54:40 ] 知ってるとは思うけど、念のために言っておくと、 時期JREではデリゲートはサポートされるよ。 getter/setterもされるはず。おそらくC#とは微妙に違う形にはなるだろうけど、 使い方はまったく同じになると思う。 658 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 21:24:05 ] 委譲モデルは1.2の頃にサポートされてるよ。あの時、結局、MSが正しかったって 大笑いされていたし。互換性のなさって言うのも、JNIとJDirectについてもめて rmi に関しては Sun Java のライブラリを使えばそのまま動いたし、互換性で 騒がれた実体は MS や IBM が Sun よりも高速な JVM 実装を提供していたことに 危機感を強めた Suｎ がごねただけだったじゃん そのせいで、IBM が Windows 上での JVM をしばらく1.1.8 以上に上げられなくて 困っていたわけだし って、Java ｽﾚじゃねぇし、ここ 659 名前：リンク先をよく読まずにとりあえず思い浮かんだAA mailto:sage [2007/10/03(水) 21:24:18 ] 　 　　　 　　 　＿＿＿_　　　 　　　　　　 ／ ＼　　／＼　ｷﾘｯ .　　　　　／　（ー） 　（ー）＼　　　　　　 　　　　／　　 ⌒（__人__）⌒ ＼　　　　bound method referenceは将来の 　　　　|　　 　　　|r┬-|　　　　| 　　　　　言語発展に対する正しい道ではないのです。 　　　　 ＼　　　　 `ー'´　　 ／　　　　　　 　　　　ノ　　　　　　　　　　 　＼ 　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　 　|　　　　ｌ　　　　　　　　　　　　　　＼ 　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　 　 　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒)) 　 　　　　 　　　＿＿＿_ 　　　　　　　 ／_ノ 　ヽ､_＼ 　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ /⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) |　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ |　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/ |　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/ ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ 　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン 　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン 　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒)) 660 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 21:38:13 ] C#とjavaはいい距離が保ててると思うよ。 あの当時よりだいぶまともな議論が出来るようなった。 661 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 21:45:55 ] 俺も今の二つはきちんと棲み分けができてていいと思う。 結局やってることはほとんど同じなんだけど、開発の主導が企業なら、 多様性が保たれてる方が、切磋琢磨されてよりよいものができやすいだろうし。 662 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 21:48:19 ] Javaの世界から基地外が減ったからな。 その代わりRuby界隈がひどいことになってるが。ｗ 663 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 07:02:06 ] あの頃のSUNは倒産の危機だったからな MSから金引き出してその後持ち直した Appleも似たようなことやってるしな 664 名前：デフォルトの名無しさん [2007/10/04(木) 07:32:50 ] ソースコード公開ｷﾀｰ 品質改善に向けての、大いなる一歩だ 665 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 07:33:26 ] >>662 Ruby界隈って基地外だらけなの？ 666 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 08:35:55 ] >>665 というか、基地外が流行り物に群がってるだけ。昔Javaにいたヤツと今Rubyにいる基地外は、おそらく同じ層。 667 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 09:07:51 ] >>664 デバッグシンボルが手に入るのもありがたい 668 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 12:08:48 ] MSは独禁法のからみで、Javaの独自拡張のみならず、Javaからの撤退も禁止されて たんじゃなかったっけ？それで、嫌々J#を生き長らえさせてきたと・・・ 669 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 12:23:02 ] javaなんて使うやつの気が知れねぇ 670 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 12:36:23 ] なんのソースが公開されたの？ 671 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 13:09:16 ] >>670 こちらを ttp://weblogs.asp.net/scottgu/archive/2007/10/03/releasing-the-source-code-for-the-net-framework-libraries.aspx 厳密には、「された」じゃなくて「される予定」 672 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 18:56:25 ] これ、見れるだけで、修正はできないのな。 バグを見つけたら、フィードバックを送れってさ。 これがMS流というやつか 673 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 19:22:30 ] しょせんはM$だからね。 674 名前：デフォルトの名無しさん mailto:sage [2007/10/04(木) 20:17:16 ] 大抵の.NET開発者はライセンスに反してReflectorでライブラリの中身見てるだろうから、 そういう中途半端な状況を解消するって意味は大きいんじゃね。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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