[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/22 21:27 / Filesize : 150 KB / Number-of Response : 675
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【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/

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 ]
バロスwwwwwwwww

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を使うのかとw
パッケージ?組込み?ゲーム?オプソ?
有り得ないだろ?

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 ]
HUCKの画像が満載じゃのうwwwwwww
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自体のバグなんでしょうかね
結構見つかりやすいとこだと思うんですが・・・初心者の俺が気づいたくらいだし・・・






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<150KB

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