【Orcas】 Visual Stu ..
581:デフォルトの名無しさん
07/09/14 01:18:02
ヘジの考える並列化の本命はなんなんだろ
582:デフォルトの名無しさん
07/09/14 01:31:09
言語仕様に手を入れるものじゃないなら「俺知らね」ってスタンスなんじゃね？
583:名無しさん♯
07/09/14 07:38:49
>>578-579
ヘジたんがPLinqに懐疑的なのは、data parallelが(企業システムの)現実のシナリオに
あまり合いそうにないからかなあ･･･？(´･ω･`)
データ操作の大部分はDBの中の話になってしまうから。
でも、Haskellの世界でさえまだndp(nested data parallelism)が開発中なのに、
先に.NETで出してくるのはかなり野心的な話よね。
URLﾘﾝｸ(research.microsoft.com)
584:デフォルトの名無しさん
07/09/14 08:40:38
野心大ヒットとなるか、早とちりの大コケとなるか。
585:デフォルトの名無しさん
07/09/14 15:57:00
クアドコアのマシンがほしいよ(´･ω･`)
586:デフォルトの名無しさん
07/09/14 16:20:25
買えば
587:デフォルトの名無しさん
07/09/14 18:29:14
自分で買えや、ﾁｮﾝ
588:デフォルトの名無しさん
07/09/14 18:34:45
PLINQはLINQと互換性がないし
余計にいろいろ難しい問題を持ち込んでるようなきがするな
PLINQの場合は受け取るラムダ式が並列動作可能かどうかが問題なんだから
Parallel.Forで問題になることと本質的には何も変わらないんじゃないか
589:デフォルトの名無しさん
07/09/14 19:03:11
>>588
> PLINQはLINQと互換性がないし
入り口にAsParallelが必要なだけで、その先はきちんとStandard Query Operatorがサポートされるのでは？
IParallelEnumerable専用のOperatorがなければ、IEnumerable用のも一応使えるし。
> 余計にいろいろ難しい問題を持ち込んでるようなきがするな
partitioning vs pipeliningみたいなチューニングの話？
> Parallel.Forで問題になることと本質的には何も変わらないんじゃないか
変わらないと思う。
でも、forやwhileループを逐一書き換えていくのと、LINQのクエリーの入り口を変えるのとでは
どちらが楽に対応できるかという問題はあると思う。
590:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/09/14 19:32:27
>>590
確かに嫌な落とし穴だけど、対処法はそれほど難しいとは思わないけど･･･。
data.AsParallel(QueryOptions.PreserveOrdering)
592:デフォルトの名無しさん
07/09/14 22:26:55
まあ、parallel の文字は式中に入るわけだし、
それほど落とし穴にはまりそうには思えないけど。
でも、将来的にはもうちょっとうまい並列プログラミング手法が出る気はする。
C# 4.0 あたりで。
593:デフォルトの名無しさん
07/09/15 00:23:55
C# は既存の研究のいいところを順次投入しているだけで新しいものは何も投入してないからなあ
既存で良い並列計算手法が存在しない以上、正直期待薄
594:デフォルトの名無しさん
07/09/15 01:14:54
だから 3.0 にコンカレントプログラミング構文載らなかったんでしょ。
4.0 でなら多少は期待可能かと。
CωとかErlangとかFortressとか、
そのあたりの手法をまとめる形でそろそろ動きそうな気が。
595:名無しさん♯
07/09/15 03:58:41
concurrentよりも先にparallelに対応したのは正直ちょっとビクーリ。
次のバージョンではthreadよりも軽い単位(lightweight processとかfiberとか呼ばれてるもの)
に着手するのかなあ･･･。
>>594
join calculusはVBに取り入れる動きがあるみたいね。
非同期メッセージ渡しはCCRよりも柔軟なものがホスィ･･･。
シンボルの使える動的言語の方で何か成果が出そうな予感。
596:デフォルトの名無しさん
07/09/15 04:17:38
遅くなったけど
>>548
ということは、VS自体のバグなんでしょうかね
結構見つかりやすいとこだと思うんですが・・・初心者の俺が気づいたくらいだし・・・
597:デフォルトの名無しさん
07/09/16 16:40:28
.NET 4.0で一気に解決説なんて出てるけど、元ネタになるような技術ってあるの？
期待しすぎのような。
598:デフォルトの名無しさん
07/09/16 16:59:37
誰も断定口調では書いてないし、
淡い期待持つくらい別にどうでもよくね？
599:デフォルトの名無しさん
07/09/16 18:47:27
コンカレントは本格的に使える気がしない
パラレルならどうにかついてけそうだけど
600:デフォルトの名無しさん
07/09/17 08:41:49
C++プロジェクトで「Web参照の追加」メニューが灰色になってしまう。
sproxy.exeもインストールフォルダにない。
C#プロジェクトからはできるから、C++ではサポートしなくなっちゃったのかな。
601:デフォルトの名無しさん
07/09/18 08:45:28
>>597
ドントネットは全ての問題を解決するソリューションを提供します。
602:デフォルトの名無しさん
07/09/18 10:43:31
つまんね
603:デフォルトの名無しさん
07/09/29 13:38:11
The Dark Side of Closures
URLﾘﾝｸ(www.infoq.com)
LINQ Closures May Be Hazardous to Your Health!
URLﾘﾝｸ(diditwith.net)
厄介だのう(´･ω･`)
604:デフォルトの名無しさん
07/09/29 13:40:08
>>603
最初しか呼んでないが、LINQとクロージャが干渉するって解釈でおｋ？
605:デフォルトの名無しさん
07/09/29 13:58:57
> LINQとクロージャが干渉する
日本語でおｋ
606:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/09/29 14:39:24
バーカ
608:デフォルトの名無しさん
07/09/29 14:39:48
>>606
誤爆じゃねーか？投稿する前に一度確認しろよ。
それにしてもそんなレベルのヤツがこのスレみて話わかんのか？
609:デフォルトの名無しさん
07/09/29 14:43:16
自分で解決できなけりゃお先真っ暗なんだぜ
610:デフォルトの名無しさん
07/09/29 14:53:23
場所間違えました。すみません。
611:デフォルトの名無しさん
07/09/29 17:40:56
>>603
このスレの>>340前後で論じてるのと同じ内容ではないかな。
クロージャの外のスコープと共通に使ってる変数の扱いが複雑だから、
間違ったり理解できない人も多いだろう。
わかんね〜って人は、そういう変数はクラスのメンバー変数に持つようにすれば誤解の余地がなくなる。
612:デフォルトの名無しさん
07/09/29 17:45:30
URLﾘﾝｸ(diditwith.net)
のところを著者の期待した動作にしたいなら下記のようになるのだが、
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:デフォルトの名無しさん
07/09/29 17:48:09
>>612
{}でくくらなければいいじゃん
614:デフォルトの名無しさん
07/09/29 17:55:44
リンクに変なブランクが入ってたので再掲。
URLﾘﾝｸ(diditwith.net)
>>613
この場合はそうですね。そうできないケースもあるので詳しくは >>342-346 を見てね。
615:デフォルトの名無しさん
07/09/29 17:57:01
>>614
どれがそうできないケースなん？
616:デフォルトの名無しさん
07/09/29 17:58:15
いまさら言うけど>>382のfixって遅すぎて使い物にならねえな
617:デフォルトの名無しさん
07/09/29 18:06:50
>>611
クロージャの環境値が書き換わって予期しない影響を受けることがあるという話と、
クエリーの句(where, orderby)の順番違いで結果が全然違うという話の合わせ技。
副作用のない世界ではあり得ない話。
618:デフォルトの名無しさん
07/09/29 19:07:21
vs2008 ee 正式版 まだ〜？
619:デフォルトの名無しさん
07/09/30 11:16:50
副作用ウゼー
消えろ！
620:デフォルトの名無しさん
07/09/30 11:26:59
副作用があるからプログラミングできるんじゃねえか
インスタンスメソッドが全部newしたインスタンスを返したら困るだろ
621:デフォルトの名無しさん
07/09/30 14:09:27
いや、困らない。
622:デフォルトの名無しさん
07/09/30 14:14:16
AとBがCというオブジェクトを参照してる時に、
BからCのインスタンスメソッドを呼び出す
このときAが参照しているオブジェクトと違うものになる
困るだろ
623:デフォルトの名無しさん
07/09/30 14:20:59
それで困るようなら、newされるようなインスタンスメソッドなんて
呼ばなきゃいいだけ、仮にそういう世界だったなら。
624:デフォルトの名無しさん
07/09/30 14:28:06
副作用がないってことは
オブジェクトの値が変えられないんだから
newして返すしかないじゃない
625:デフォルトの名無しさん
07/09/30 14:36:55
違うパラダイムを受け入れられないオブジェクト脳というやつか
626:デフォルトの名無しさん
07/09/30 14:56:45
今副作用だとか言ってるヤツ、Haskellしらねーだろ。
627:デフォルトの名無しさん
07/09/30 15:10:12
> Haskellしらねーだろ
恥ずかしい台詞だなｗ
628:デフォルトの名無しさん
07/09/30 15:18:27
Haskellどころか関数型言語には挫折しかしたことがないな
629:デフォルトの名無しさん
07/09/30 22:14:08
彡川川川三三三ﾐ〜
川｜川／ ＼｜〜 ﾌﾟｩ〜ﾝ
‖｜‖ ◎---◎｜〜 ／￣￣￣￣￣￣￣￣￣￣
川川‖ 3 ヽ〜 ＜ Haskellしらねーだろ。
川川 ∴）д（∴）〜 ＼＿＿＿＿＿＿＿＿＿＿
川川 〜 /〜
川川‖ 〜 /‖ ＿＿＿＿＿
川川川川＿＿＿／‖ | |￣￣＼ ＼
／ ＼＿＿| | |￣￣|
/ ＼＿＿＿ | | |＿＿|
| ＼ |つ |＿_|＿＿／ ／ カタカタカタ
/ ￣￣ |￣￣￣￣| 〔￣￣〕
｜ |￣
630:デフォルトの名無しさん
07/09/30 22:14:22
＿＿＿＿_
／::::::::::::::::::::::::::＼〜ﾌﾟｰﾝ
/:::::::::::::::::::::::::::::::::::::::＼〜ﾌﾟｰﾝ
|:::::::::::::;;;;;;|＿|＿|＿|＿|〜ﾌﾟｰﾝ
|;;;;;;;;;;ノ∪ ＼,) ,,／ ヽ〜
|::（ 6∪ ー─◎─◎ ）〜 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
|ノ （∵∴ （ o o）∴）〜 ＜ 恥ずかしい台詞だなｗ
| ∪< ∵∵ ３ ∵> ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
＼ ⌒ ノ＿＿＿＿＿
＼＿＿＿＿_／ | |￣￣＼ ＼ ｶﾁｬ
＿＿_／ ＼ | | |￣￣| ｶﾁｬ
|:::::::/ ＼＿＿＿ | ＼| | |＿＿|
|:::::::| ＼＿＿＿＿|つ⊂|＿_|＿＿／ ／
|:::::/ |￣￣￣￣| 〔￣￣〕
631:デフォルトの名無しさん
07/10/01 04:16:38
うぜー
632:名無しさん♯
07/10/02 14:32:02
MSDN Library 機械翻訳版
URLﾘﾝｸ(mtbeta.msdn.microsoft.com)
まさか、このサービスを出す代わりに、日本語版ライブラリは今後手抜きになるなんてことには･･･。(ﾟДﾟ；
633:デフォルトの名無しさん
07/10/02 14:34:55
いままでのは人が訳してたのか！
634:デフォルトの名無しさん
07/10/02 14:40:14
いちいち日本語訳なんかしてたら世界同時発売なんてできねーYO！
635:デフォルトの名無しさん
07/10/02 15:44:27
日本語訳するってことは、仏語訳も独語訳もスペイン語訳も同時に出さなきゃならんしな
636:デフォルトの名無しさん
07/10/02 18:38:25
技術英語ぐらい読めろよ。
637:デフォルトの名無しさん
07/10/02 23:09:23
URLﾘﾝｸ(bb.watch.impress.co.jp)
>中でも、興味深いのは外部サービスとの連携が可能なAdd-insだ。
>たとえば、Photosyncは指定したフォルダの写真を自動的にFlickrにアップロードするというAdd-insだ。
>これにより、家庭内でデジタルカメラから取り込んだ画像をサーバーの共有フォルダなどに保存しておくだけで、
>自動的にFlickrにもアップロードされる。
Windows Home Serverプログラミング、ちょっと注目中。
638:デフォルトの名無しさん
07/10/02 23:41:24
>>637
URLﾘﾝｸ(msdn2.microsoft.com)
.NET 2.0ベースで作るみたいね。
UIさえできてしまえば、後はいつもの.NETプログラミングで作れるっぽい。
639:デフォルトの名無しさん
07/10/03 01:11:45
>>637見て気になったんだけど、もしかして普通のOSでもIISサイト公開ってライセンス的にはだめなの？
640:デフォルトの名無しさん
07/10/03 08:32:38
>>639
普通のOSっていうか、WindowsはXPもVistaもだめなはず。
俺も詳しいライセンスは知らんが、現在SkypeなんかのP2Pなどサーバーの定義が怪しいので、
商用にサーバーとして使うと駄目、ぐらいの認識でいいと思う。
641:デフォルトの名無しさん
07/10/03 08:39:34
開発マシンはWinにしといて、ターゲットマシンというか鯖はLinuxにしとけよ。
642:デフォルトの名無しさん
07/10/03 10:15:39
２００８からJ#なくなったの？ｗ
643:デフォルトの名無しさん
07/10/03 11:10:07
ﾏﾁﾞ?
644:デフォルトの名無しさん
07/10/03 11:29:27
>>643
C#、C++、VB、WEBデペロッパーしかないよ
前なら、日本語のサイトでも英語版としてJ#があったから、なくなったと思われ
645:デフォルトの名無しさん
07/10/03 17:42:10
将来バージョンの Visual Studio における J# 言語および Java Language Conversion Assistant の提供中止
URLﾘﾝｸ(www.microsoft.com)
646:デフォルトの名無しさん
07/10/03 17:56:36
2008 beta 1 英語版から J# は入ってないじゃん
647:デフォルトの名無しさん
07/10/03 18:00:49
まあ存在意義が微妙だったからねえ。Java≒なC#があるのに、
Javaの侵略で意地になって実装した言語だからなあ。
むしろ互換性なんかの問題でデメリットのほうが多かったんじゃないか？
648:644
07/10/03 18:00:50
>>646
俺が言ってる前ってVS２００５な
649:デフォルトの名無しさん
07/10/03 18:12:20
元々、SUN に文句言われなければ MS も Java を指示するつもりでいて、
でも、Java だと不満な点も多いから改善を要求して、
跳ね除けられたから J++ を作ったら、
SUN からクレーム付けられて、
しょうがないから自前1からで作った言語が C# でしょ？
C# が順調なら J# に力を入れる意味はほとんどない。
過去の資産を生かす意味で今まで J# を残してきたけど、
もうそろそろみんな C# に移行しきったってことではないかと。
650:デフォルトの名無しさん
07/10/03 18:15:04
>>649
その通りだと思う
651:デフォルトの名無しさん
07/10/03 18:34:48
っていうかJ#で作られたフリーウェア見たことねえ。使えるって人間は知ってるが、使ってる人も知らん。
652:デフォルトの名無しさん
07/10/03 19:26:04
>>649
互換性が無いJavaランタイムを作成して、
勝手にJavaを名乗っていたのだから訴えられて当然だと思うぞ。
例えるなら、見かけだけWindowsに似せたLinuxをWindowsとして販売しているようなもの。
653:名無しさん♯
07/10/03 19:36:32
java.util.zipのためだけにJ#入れてますがな。(´･ω･`)
WindowsBase.dllのzip関連(隠し)クラスが使えればなあ･･･。
654:デフォルトの名無しさん
07/10/03 19:55:26
>>649
例えばこの辺か。
URLﾘﾝｸ(www.asahi-net.or.jp)
URLﾘﾝｸ(java-house.jp)
まあ言語レベルでの議論はさておき
VMレベルでのデリゲートサポートは結構気に入ってるんだがな。
特にDLRみたいなのを作るときには。
ないよりあった方がいい。
マルチキャストは別に要らんけど。
655:デフォルトの名無しさん
07/10/03 20:42:20
>>654
そうそう。delegate はもめたみたいね。
でも、まあもちろん delegate が Java の思想に合わなくてもめたってのあるけど、
もっと根の深い問題は、
「国際的な標準化委員会はどれも MS の息がかかってるから、
Java の言語仕様は SUN だけで決める」
って SUN が言い張ったこと。
それがなければ、おそらくは Java に delegate が導入されてた。
656:デフォルトの名無しさん
07/10/03 20:53:27
delegate=メソッドへの参照を保持できる高機能で安全な関数ポインタなわけでしょ？
なんで導入に反対なんだろ。内部クラス、匿名クラスとか使うよりもよっぽどわかりやすいと思うんだが。
657:デフォルトの名無しさん
07/10/03 20:54:40
知ってるとは思うけど、念のために言っておくと、
時期JREではデリゲートはサポートされるよ。
getter/setterもされるはず。おそらくC#とは微妙に違う形にはなるだろうけど、
使い方はまったく同じになると思う。
658:デフォルトの名無しさん
07/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
07/10/03 21:24:18
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ bound method referenceは将来の
| |r┬-| | 言語発展に対する正しい道ではないのです。
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／ だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／ バ
| | l||l 从人 l||l l||l 从人 l||l バ ン
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､ ン
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
660:デフォルトの名無しさん
07/10/03 21:38:13
C#とjavaはいい距離が保ててると思うよ。
あの当時よりだいぶまともな議論が出来るようなった。
661:デフォルトの名無しさん
07/10/03 21:45:55
俺も今の二つはきちんと棲み分けができてていいと思う。
結局やってることはほとんど同じなんだけど、開発の主導が企業なら、
多様性が保たれてる方が、切磋琢磨されてよりよいものができやすいだろうし。
662:デフォルトの名無しさん
07/10/03 21:48:19
Javaの世界から基地外が減ったからな。
その代わりRuby界隈がひどいことになってるが。ｗ
663:デフォルトの名無しさん
07/10/04 07:02:06
あの頃のSUNは倒産の危機だったからな
MSから金引き出してその後持ち直した
Appleも似たようなことやってるしな
664:デフォルトの名無しさん
07/10/04 07:32:50
ソースコード公開ｷﾀｰ
品質改善に向けての、大いなる一歩だ
665:デフォルトの名無しさん
07/10/04 07:33:26
>>662
Ruby界隈って基地外だらけなの？
666:デフォルトの名無しさん
07/10/04 08:35:55
>>665
というか、基地外が流行り物に群がってるだけ。昔Javaにいたヤツと今Rubyにいる基地外は、おそらく同じ層。
667:デフォルトの名無しさん
07/10/04 09:07:51
>>664
デバッグシンボルが手に入るのもありがたい
668:デフォルトの名無しさん
07/10/04 12:08:48
MSは独禁法のからみで、Javaの独自拡張のみならず、Javaからの撤退も禁止されて
たんじゃなかったっけ？それで、嫌々J#を生き長らえさせてきたと・・・
669:デフォルトの名無しさん
07/10/04 12:23:02
javaなんて使うやつの気が知れねぇ
670:デフォルトの名無しさん
07/10/04 12:36:23
なんのソースが公開されたの？
671:デフォルトの名無しさん
07/10/04 13:09:16
>>670
こちらを
URLﾘﾝｸ(weblogs.asp.net)
厳密には、「された」じゃなくて「される予定」
672:デフォルトの名無しさん
07/10/04 18:56:25
これ、見れるだけで、修正はできないのな。
バグを見つけたら、フィードバックを送れってさ。
これがMS流というやつか
673:デフォルトの名無しさん
07/10/04 19:22:30
しょせんはM$だからね。
674:デフォルトの名無しさん
07/10/04 20:17:16
大抵の.NET開発者はライセンスに反してReflectorでライブラリの中身見てるだろうから、
そういう中途半端な状況を解消するって意味は大きいんじゃね。
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4267日前に更新/150 KB
担当:undef