【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/ 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どころか関数型言語には挫折しかしたことがないな

---

---

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

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