07/08/26 14:56:00
C#でネイティブコードは吐かなくていいけど
中間言語をそれぞれの環境に合わせてJITで最適化し、
足りないところには動的コード生成も行えるから
ネイティブコードより早いというC#のVMを作って欲しい
安全性一切無視、GCもなしでいいから
263:デフォルトの名無しさん
07/08/26 15:18:07
？
264:デフォルトの名無しさん
07/08/26 15:19:27
？
265:デフォルトの名無しさん
07/08/26 15:19:31
>>262
そういう話題は他スレでどうぞ。
ここは.NET・Visual Studioの最新版のテストスレですから。
266:デフォルトの名無しさん
07/08/26 15:20:08
いいえ
267:デフォルトの名無しさん
07/08/26 15:22:53
>>265
相手にするだけ無駄
268:1
07/08/26 15:24:46
ここはVS2008を中心とした.NET関係の雑談スレです
基本的にはなんでもござれ
批判的意見も大いに結構でございます
269:デフォルトの名無しさん
07/08/26 15:26:04
構ってちゃんは何でもいいから相手にしてほしいのです。
「うぜえ」だの「他所行け」というリアクションですら、彼の望む「相手にしてもらう」ことなのです。
彼はノーリアクションが一番困ります。そういう時は一人会話を始めます。
いずれにしても、放置が一番なのです。
270:デフォルトの名無しさん
07/08/26 15:27:26
やっぱり荒らしが立てたスレか。
潰してしまおうぜこんなクソスレ。
271:デフォルトの名無しさん
07/08/26 15:28:15
荒らしは消えろよ
272:デフォルトの名無しさん
07/08/26 15:29:14
>>271
>>269
273:1
07/08/26 15:32:52
アンチも荒らしアンチ叩きも荒らし
まさに2ちゃんねるだな
普通にVS2008を待ち望んでるのは俺ぐらいか
274:デフォルトの名無しさん
07/08/26 15:37:46
>>273
ハァ？全機能実装を終えて、GoLiveライセンスの出たBeta2がすでに日本語版も出てるのに、何を待ち望んでるんだ？
ろくに使いもしてないのがバレバレだな。
275:デフォルトの名無しさん
07/08/26 15:38:30
>>270
>>269
276:デフォルトの名無しさん
07/08/26 15:39:06
>>274
製品版
277:デフォルトの名無しさん
07/08/26 15:40:53
GoLiveの意味が分からないだけか
278:デフォルトの名無しさん
07/08/26 15:49:35
SilverlightはApacｈでも動くよ
279:デフォルトの名無しさん
07/08/26 15:50:38
？
280:デフォルトの名無しさん
07/08/26 15:56:23
>>274
お前こそ何も使い込んでないだろ
現状じゃちょっとオーソドックスじゃないプログラム書いたら
インテリセンスがすぐ落ちるぞ
というか今の状況じゃ作ったものも配布できん
変な煽りすんな
281:デフォルトの名無しさん
07/08/26 15:57:36
インテリセンスが落ちるから配布物が信用できない？
頭大丈夫ですか？ｗ
282:デフォルトの名無しさん
07/08/26 15:58:49
ライセンス読まないゴミは消えて
283:デフォルトの名無しさん
07/08/26 16:00:20
>>280
マジレスするとね、そういう現象がある時はconnect.microsoft.comに報告してくれない？
MSDNフォーラムでもいいよ。
URLﾘﾝｸ(forums.microsoft.com)
284:デフォルトの名無しさん
07/08/26 16:01:54
よく伸びるな。
285:デフォルトの名無しさん
07/08/26 16:02:15
Bata2がすぐ落ちるのは事実。
正式リリースまで評価するのがメインで配布するものではない。
286:デフォルトの名無しさん
07/08/26 16:05:32
落ちるなら無理に使わなければいいのに
287:デフォルトの名無しさん
07/08/26 16:06:24
>>282
ライセンスをよく読んだ上で、配布はできないと判断したのですか？ｗ
288:デフォルトの名無しさん
07/08/26 16:08:03
HighlanderよりVS 2008の評価の方が大事だと思ったんだね。ｗ
意外と正直だね。ｗｗｗ
289:デフォルトの名無しさん
07/08/26 16:10:02
>>284
アンチが立てて一人で必死で盛り上げてるスレだから。
真面目な話がしたい時はこちらでどうぞ。
ｽﾚﾘﾝｸ(tech板)l50
290:デフォルトの名無しさん
07/08/26 16:20:06
名無しさん♯さんへ
Liveスレを立て直しましたので、こちらでいろいろ語って頂けると助かります。
ｽﾚﾘﾝｸ(tech板)l50
291:デフォルトの名無しさん
07/08/26 16:27:43
で、♯をこのスレから移動させてしまえば、このスレが用済みの人も出るだろうしｗ
292:デフォルトの名無しさん
07/08/26 16:29:10
ライセンスは読んでないが配布できるわけないだろ
相手のPCにβ版ランタイムインストールする気か
293:デフォルトの名無しさん
07/08/26 17:12:58
まあ、名無しさん♯は参考にはなるがスレ違いのレスが多いからな。
.NETでプログラミングできないVirtual Earthとか、RoRネタとか。
>>1もスレ違いの人には然るべきスレに移動してもらうことには異論はないよね？ｗ
マネージドイラネとかそういうこと書く奴とか。ｗｗｗ
294:デフォルトの名無しさん
07/08/26 17:20:10
はっはっは。このスレログ削除。ｗ
295:1
07/08/26 17:20:31
マネージドいらねのどこがスレ違いなんだ
もともと話すことなんかたいしてないんだから
雑談のネタになるならいいじゃねえか
296:デフォルトの名無しさん
07/08/26 17:23:58
マネージド無しの別の技術使えば
297:デフォルトの名無しさん
07/08/26 17:35:47
>>295
一人会話のネタのしかならないけどねｗ
298:デフォルトの名無しさん
07/08/26 17:37:11
このスレいらないね。
ログ削除。
299:デフォルトの名無しさん
07/08/26 17:39:27
俺もログ削除
300:デフォルトの名無しさん
07/08/26 17:52:32
確かに、Liveとか、Next Webとかの話はスレ違いだ。（前も指摘したが）
このスレからでてけ
301:1
07/08/26 18:00:08
ここはVisual Studio 2008のスレだから
.NETと関係してなくても何の問題もない
Visual Studioで開発されるような技術の話なら
なんでもいいんだよ
302:デフォルトの名無しさん
07/08/26 18:00:53
>>300
ログ削除＆移動ﾉｼ
303:1
07/08/26 18:05:59
扇動されてログ削除するアホが（まあいるわけないと思うが）いるならいるでかまわんよ
匿名掲示板でスレ立てるってそういうことだろう
ここには自由しかない
それにしてもID出ない板は弱いな
304:デフォルトの名無しさん
07/08/26 18:09:06
ほんとここもID出せばいいのにね
305:デフォルトの名無しさん
07/08/26 18:13:15
運営がアホだから
306:デフォルトの名無しさん
07/08/26 19:05:26
この板常駐してないからよく知らんのだけどどうしてID出ないんだ？
プログラミングのこと語りたくてID出て欲しい時どの板いけばいいんだ？
307:デフォルトの名無しさん
07/08/26 20:12:31
ネ実
308:デフォルトの名無しさん
07/08/26 20:13:04
>>306
VIPでやれ
309:デフォルトの名無しさん
07/08/26 20:18:16
VIPはきついだろｗ
310:デフォルトの名無しさん
07/08/26 20:25:03
てか、もともとIDって自作自演で荒れやすいいたから逐次導入されたものよね。
ID のない板 ＝ 荒れることの少ない板。
311:デフォルトの名無しさん
07/08/26 20:29:48
この板では自作自演認定して荒らす馬鹿が居るから
自作自演でない事を示すためにIDが欲しい
312:デフォルトの名無しさん
07/08/26 20:31:45
厨房が近寄りそうなスレには寄らなきゃいいだけ
313:デフォルトの名無しさん
07/08/26 20:37:40
どこにでも出没するわ
314:デフォルトの名無しさん
07/08/26 20:39:53
出没頻度は板やスレで随分違うよ
315:デフォルトの名無しさん
07/08/26 20:41:50
そっか
自分の閲覧範囲と重なってるだけかもしれんな
316:デフォルトの名無しさん
07/08/26 21:47:39
どっちにしろこのスレはキチガイに粘着されてしまったから
雑談スレが欲しけりゃまた別個に立てる必要があるかもなあ
出来ればIDでる板に
317:デフォルトの名無しさん
07/08/26 21:55:11
別の板に行くなら、ソフトウェア板がいい候補。
IDが出て、板違いにもならない。
318:デフォルトの名無しさん
07/08/26 22:57:57
いいかもな
319:デフォルトの名無しさん
07/08/26 22:58:44
逝ってらっさい
320:デフォルトの名無しさん
07/08/27 00:03:56
とか言いながら誰もやる奴はいない
このスレ立て童貞どもめ
321:デフォルトの名無しさん
07/08/27 00:09:13
いい加減.NETは諦めて、C#でx86とx64のネイティブバイナリ
吐くようにしてください。
322:デフォルトの名無しさん
07/08/27 00:10:14
お前がコンパイラ作れ
323:デフォルトの名無しさん
07/08/27 00:26:09
いい加減誰かがネイティブはくようなコンパイラ作ってもよさげなんだが･･･
324:デフォルトの名無しさん
07/08/27 00:28:08
匿名メソッドとかyield returnとか実装できる気がしない
325:デフォルトの名無しさん
07/08/27 00:34:01
>>324
LispやOcamlのような関数型言語にふつーにnativeコンパイラがある意味を
良く考えろ
Ocamlなんか超高級オブジェクト指向関数型言語でC++より速いらしいぞ
326:デフォルトの名無しさん
07/08/27 00:40:02
>>325 C++よりはやいっていうのはちとなんだが。1.9倍ぐらいじゃなかったっけ?
でも遅延評価とかでアルゴリズムによっては格段に早くなるかも
327:デフォルトの名無しさん
07/08/27 00:51:39
>>326
それはCに比べて、じゃね
C++はC++らしく書くとどんどん遅くなる印象
328:デフォルトの名無しさん
07/08/27 01:03:10
関数型言語が早いらしいってのは単なる幻想だからな
インタープリタ型に比べて機能が限られる上に
限られた用途以外ではCより圧倒的に遅い
329:デフォルトの名無しさん
07/08/27 01:09:07
流石にC++より速いっつーことはなかったみたい
URLﾘﾝｸ(shootout.alioth.debian.org)
330:デフォルトの名無しさん
07/08/27 01:18:54
>>327
本当にC++らしく書いたら
テンプレートで静的結合でインライン展開で
むしろ高速化が期待できるが
331:デフォルトの名無しさん
07/08/27 01:21:29
>>327
テンプレートの場合、実行速度はいいんだが、
コンパイル速度がどんどん遅くなっていく（ノд`）
332:デフォルトの名無しさん
07/08/27 01:30:37
コンパイルはC++がワーストだよな。
VCTeam blog とか見ると、いろいろやってるようで好感が持てる
333:デフォルトの名無しさん
07/08/27 02:21:15
値を束縛するのでない言語でクロージャを実装したのはC#が最初なんじゃないのか
C#のあれがクロージャと呼べるのならだが
334:デフォルトの名無しさん
07/08/27 09:19:50
関数型じゃないがPerlやらJavaScriptやらにもクロージャは普通にあるだろ
335:デフォルトの名無しさん
07/08/27 10:19:40
List<Action> actionList = new List<Action>();
for(int i = 0; i < 10; ++i)
actionList.Add(() => Console.WriteLine(i));
actionList.ForEach(action => action());
PerlやJavaScriptでこれに相当するものを実行したらどうなる？
ちなみにC#は全部10になる
336:デフォルトの名無しさん
07/08/27 10:28:44
>>335
forループ使うとミスリーディングだからもっと簡単に書いたら？
var actionList = new List<Action>();
int i=0;
actionList.Add(() => Console.WriteLine(i));
i=1;
actionList.Add(() => Console.WriteLine(i));
actionList.ForEach(action);
これの結果が 0 1 か 1 1 かどっちってことだよね？
337:デフォルトの名無しさん
07/08/27 10:30:39
すまん、最後は
actionList.ForEach(action => action());
338:デフォルトの名無しさん
07/08/27 10:35:46
>>336
そうそう
最後がちょっとあれだけど
339:デフォルトの名無しさん
07/08/27 12:32:52
perlもjavascriptも1 1になる
javascriptはとりあえずIEと火狐で確認
340:339
07/08/27 12:36:18
perlだとこんな感じ
my $i = 0;
push my @a, sub(){ print $i, "\n" };
$i = 1;
push @a, sub(){ print $i, "\n" };
$a[0]->();
$a[1]->();
javascriptだとこんな感じ（アドレス欄にうちこんで実行汁）
javascript: void(function(){var i=0;var al=new Array();al.push(function(){document.write(i+"<br/>");});i=1;al.push(function(){document.write(i+"<br/>");});al[0]();al[1]();}())
341:デフォルトの名無しさん
07/08/27 12:44:48
最後にはドズ Mobile 大勝利!!!
＞グーグルフォン近日登場か？
＞URLﾘﾝｸ(jp.techcrunch.com)
グーグルフォンはアップルのiPhoneと直接比較されそうだ。
iPhoneのパッケージは魅力的だが、米携帯市場におけるシェアはまだ小さい。
342:デフォルトの名無しさん
07/08/27 12:49:42
>>335
これで期待した動作になる。
for(int i = 0; i < 10; ++i) {
int j = i;
actionList.Add(() => Console.WriteLine(j));
}
>>336
この話はそこがforループだから違いが出るという話じゃなかったっけ？
343:デフォルトの名無しさん
07/08/27 12:54:41
とりあえずインスコしてみたんだけど
｢要求されたレジストリアクセスは許可されていません｣とか出てプロジェクト作れねえ＼(＾o＾)／
344:デフォルトの名無しさん
07/08/27 13:37:52
>>342 えーとごめん、3.0いじれる環境ないんだけど、それ全部10じゃないの？
3.0からクロージャの実装になるようなへんこうあったっけ？
345:デフォルトの名無しさん
07/08/27 13:51:31
>>344
.2.0でも0～9になりますよ
346:デフォルトの名無しさん
07/08/27 14:01:38
// C#2.0版
using System;
using System.Collections.Generic;
delegate void F();
class Test {
static void Main() {
List<F> actionList = new List<F>();
for(int i = 0; i < 10; ++i) {
int j = i;
actionList.Add(delegate(){Console.WriteLine("i={0}, j={1}",i, j);});
}
foreach (F f in actionList) f();
}
}
347:339
07/08/27 14:06:03
perlも同じように書けば、期待した動作になる
#!/usr/bin/perl
{
my @a;
my $i = 0;
{
my $j = $i;
push @a, sub(){ print $j, "\n" };
}
$i = 1;
{
my $j = $i;
push @a, sub(){ print $j, "\n" };
}
$a[0]->();
$a[1]->();
}
348:デフォルトの名無しさん
07/08/27 14:49:46
結局クロージャはfor文とすこぶる相性が悪いということか
349:339
07/08/27 14:57:59
>>348
クロージャに結びつけた変数に対して破壊的操作を行うかどうかの問題
関数型ではそうした副作用（破壊的操作）は基本的には無いことに
なっているので、こうしたケースを考える必要がないってことじゃないかな
for文かどうかは全然本質とは関係ないが、for文のカウンタのインクリメントは
まさに破壊的操作なので、問題を起こしやすいということかと思う
350:デフォルトの名無しさん
07/08/27 16:10:26
＞インドのタミルナードゥ州，学校のデスクトップ3万台をLinuxに移行
＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)
また，インド内外の企業でLinuxが普及しつつあるため，
オープンソース・ソフトウエアの使用経験を積んだ生徒は，
将来の就職に有利になるだろう」と述べる。
351:デフォルトの名無しさん
07/08/27 19:18:34
両方使えて当然
352:デフォルトの名無しさん
07/08/27 21:11:23
ルビーだと0-9がになるようだ。
関数型は使わないから何が正しいクロージャなのかは知らないけど、
この辺は言語ごとの解釈でいいような気がしてきた。
第一同じ変数を共有した複数のクロージャを返すような処理って普通書かないんじゃないかな？
def makef
$ar = Array.new
j = 0
(0..9).each do |i|
$ar[i] = Proc.new {
print '(', i, ', ', j, ') '
}
j = j + 1
end
$ar
end
makef.each do |f|
f.call
end
353:デフォルトの名無しさん
07/08/27 21:51:28
多分for文の仕様が危険なんだと思うな
デフォルトで変数を作ってコピーする、foreachのような実装になってれば
問題ないわけだろ
public static void For(this int start, int end, Action<int> action)
{
for(int i = start; i < end; ++i)
action(i);
}
0.For(10,i =>{
list.Add(() => Console.WriteLine(i));
});
354:デフォルトの名無しさん
07/08/27 22:04:22
>>353
>デフォルトで変数を作ってコピーする、foreachのような実装になってれば
いやそう書くとまた誤解の元だから。
別のこと言ってるんだろうけど読者は下の結果に絶望する。
var actionList = new List<Action>();
foreach (var i in Enumerable.Range(0,10))
{
int j = i;
actionList.Add(delegate() { Console.WriteLine("i={0}, j={1}", i, j); });
}
foreach (var f in actionList) f();
結果
i=9, j=0
i=9, j=1
i=9, j=2
i=9, j=3
i=9, j=4
i=9, j=5
i=9, j=6
i=9, j=7
i=9, j=8
i=9, j=9
355:デフォルトの名無しさん
07/08/27 22:11:16
ネタ振り師撃沈か
356:デフォルトの名無しさん
07/08/27 22:12:09
Javascriptはずいぶんあっさりしてる。こういう解釈も単純でいいかもしれない。
<html>
<head><title>closure</title></head>
<body>
<script language="JavaScript"><!--
function b() {
var ar = new Array();
for (var i=0; i<10; i++) {
var j = i;
ar.push(function(){ document.write(i + ", " + j + "<br/>"); });
}
return ar;
}
var fs = b();
for (var f in fs) fs[f]();
// --></script>
</body>
</html>
10, 9
10, 9
10, 9
10, 9
：
357:デフォルトの名無しさん
07/08/27 22:13:14
>>354
すまん勘違いしてた
じゃあforeachもダメなんだ
var array = new[] { 0,1,2,3,4,5,6,7,8,9 };
var actionList = new List<Action>();
foreach (var i in array)
actionList.Add(() => Console.WriteLine(i));
foreach (var action in actionList)
action(); //全部9
結構やばくね？
358:デフォルトの名無しさん
07/08/27 22:19:26
全然ヤバイとは思わないけどな
クロージャが使ってる変数を書き換えなきゃいいだけ
バグというよりはそういう仕様なのだろう
359:デフォルトの名無しさん
07/08/27 22:23:02
>>354
jが期待通りに動く仕様がわからんな･･･
delegateと同じスコープにあるものはdelegateが展開されるクラスのフィールドに変換されるということ?
360:デフォルトの名無しさん
07/08/27 22:26:43
>>359
jに対しては一切破壊的操作を行ってないでしょ。
ループの中のブロックは、ループを回るたびに新しいスコープを導入しているのと
同じで、jは毎回新しい変数として作られている。
だから、j = i; はC++的に言えば（破壊的な）代入ではなく初期化、
関数型風に言えば束縛になっているわけだ。
内容は>>347と同じだよ。>>347なら、なぜそれでいいのかが分かりやすいと思う。
361:デフォルトの名無しさん
07/08/27 22:27:08
C++ 0xだと、ラムダ式がローカル変数のコピーをもつか、
ローカル変数への参照を持つかで意見が分かれてるらしい
コピーを持つタイプならforやforeachの問題は起こらないけど、
ラムダ式内でローカル変数に代入を行っても反映されない
参照を持てば代入も可能になるけどforが妙なことになる
クロージャが使ってる変数を書き換えた時に警告が出せればいいんだろうけど
362:デフォルトの名無しさん
07/08/27 22:33:03
>>359
C#では、クロージャがあるメソッドのローカル変数は
実は無名のクラスのフィールドになっている
メソッドに入るたびにそのクラスがnewされてて
ローカル変数をいじってるつもりでも実はインスタンス変数をいじってる
クラスはスコープで分かれていて
forのループに入るたびにjの値を保持するためだけのクラスがnewされてる・・・
のだと思う
363:デフォルトの名無しさん
07/08/27 22:43:03
>>352
(0..9).each じゃなくて for i in 0..9 使うと
全部 9 になった。
364:デフォルトの名無しさん
07/08/27 22:52:22
技術的に濃い話題だと、PerlだのJavaScriptだのRubyだのが出てきても
厨房が割り込んでこないようだなｗ
365:デフォルトの名無しさん
07/08/27 22:56:21
と必死に割り込もうとしてる厨房が申しております。
366:デフォルトの名無しさん
07/08/27 22:57:15
隙を見せたな
367:デフォルトの名無しさん
07/08/27 23:04:32
>>364
今回は運がよかったのかもね。
ネタを振った人が盛大に勘違いしてたり、危うい要素は結構あったような。
「真のクロージャ」とか言ってる人が来たら基本はスルーが安全よ。
ｽﾚﾘﾝｸ(tech板:245番)
こういうのからスタートするといかにも荒れそう。
368:デフォルトの名無しさん
07/08/27 23:13:58
C++ 0xとRubyの件は参考になった。
あとJavaScriptも味があるな。
値型があって=でコピーされるってのも重要な要素か。
369:デフォルトの名無しさん
07/08/27 23:58:02
var fact = x => x == 1 ? 1 : x * fact(x - 1);
これがコンパイル通らないのなんとかしてほしい
Func<int, int> fact = null;
fact = x => x == 1 ? 1 : x * fact(x - 1);
現状だとこんな風に書かなきゃいけない。
こういうケースの場合はクロージャに与えたローカル変数を書き換える必要があるんだよな
370:デフォルトの名無しさん
07/08/28 01:10:00
全然詳しくないので質問させてください。
自称「マネージメントもできる」派遣クンが
「Visual Studioプログラムが僕の書いたとおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。
彼のプログラムが動かないのを調べるのは誰の仕事なのでしょうか？
371:デフォルトの名無しさん
07/08/28 05:29:45
>>369
とはいえdelegateの型はいるので
Func x = ...
みたいに一瞬パラメータだけ推論してほしいなあとも思ったけど
部分式の型が決定出来ないから難しいか
うーんdelegateはつらいぽ
372:デフォルトの名無しさん
07/08/28 06:44:33
何でFunc型の型推論は認められないんだろうね。
var f = x => x + 1; // Func<int, int>のつもり
Expressionの時だけ型を明示させればいいのに。
Expression<Func<int, int>> f = x => x + 1;
373:デフォルトの名無しさん
07/08/28 09:53:24
>>372
>var f = x => x + 1; // Func<int, int>のつもり
var f = (int x) => x + 1 ならとにかく、
関数bodyから引数xの型まで推論させるのは
C#ではやりすぎなような。
まあ関数型言語ではよくあるけど。
ちなみにVB9の場合はこう書くとコンパイラがデリゲート型を勝手に合成してくれる
Dim func = Function(x As Integer) x + 1
ややこしいことにこの場合System.Func<TArg0,TResult>は使われない
Dim func = Function(x) x + 1
こうも書けるけどこの場合Object型からObject型への関数と解釈される
まあそこがいかにもVB。
374:デフォルトの名無しさん
07/08/28 10:11:42
TechEdが終わってからEF Beta2が出やがった
375:デフォルトの名無しさん
07/08/28 11:36:29
URLﾘﾝｸ(blog.miraclelinux.com)
それは栄光と挫折の物語である。20世紀最後の商用ＯＳ開発物語と言ってもいい。
このような大規模な商用ＯＳ開発はあとにも先にもマイクロソフトでの開発が最後になるであろう。
専用ＯＳや小規模なそれの開発は今後も続くであろうが、
商用でクローズな世界での大規模新規ＯＳ開発は今後は見られないであろう。
376:デフォルトの名無しさん
07/08/28 13:04:17
URLﾘﾝｸ(support.microsoft.com)
URLﾘﾝｸ(gigazine.net)
377:デフォルトの名無しさん
07/08/28 14:09:48
Funcの型推論も問題なんだけど、それより
Func<int,int> fact = x => x == 1 ? 1 : x * fact(x - 1);
これすらコンパイル通らないのが嫌なんだ
未割り当てのローカル変数が使われたと判断されてしまう
public staticメソッドなら型推論が効くから、
public static class New{
public static Func<T1,TR> Func<T1, TR>(Func<T1,TR> func){ return func; }
}
こんなのを作って
var f = New.Func( (int x) => x * x);
こんなふうにやれば型パラメータは省略できる
378:デフォルトの名無しさん
07/08/28 14:10:51
【航空】シンガポール航空のA380は各席にLinux搭載、客席でオフィスソフトも利用可能[08/28]
ｽﾚﾘﾝｸ(bizplus板)l50
379:デフォルトの名無しさん
07/08/28 14:24:35
>>377
なるほど、factory経由で型推論させる手があったか･･･。
> Func<int,int> fact = x => x == 1 ? 1 : x * fact(x - 1);
ところで、末尾再帰の最適化って保証されてるの？
380:379
07/08/28 14:26:45
> Func<int,int> fact = x => x == 1 ? 1 : x * fact(x - 1);
あ、このコード末尾再帰じゃないか･･･。
381:デフォルトの名無しさん
07/08/28 14:32:50
【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
ｽﾚﾘﾝｸ(tech板:392-番)
392 名前： デフォルトの名無しさん [sage] 投稿日： 2007/08/28(火) 08:36:48
.NET3.1で大幅変更
.NET3.5でプログラミングモデル変更
.NET4.0で氏滅
393 名前： デフォルトの名無しさん [sage] 投稿日： 2007/08/28(火) 13:56:29
.NET 4.0は自動並列化をサポートするけど
そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが
382:デフォルトの名無しさん
07/08/28 15:41:47
>>377
>これすらコンパイル通らないのが嫌なんだ
Fix使おう。
URLﾘﾝｸ(d.hatena.ne.jp)
>public staticメソッドなら型推論が効くから、
Generic Methodならstaticじゃなくても型推論が効く。
staticは関係ないんでは？
>>379
>ところで、末尾再帰の最適化って保証されてるの？
されないのでZipとかUnfoldとか（ないけど作って）使おう。
383:デフォルトの名無しさん
07/08/28 16:12:10
>Microsoftの海賊版対策プログラムでトラブル、正規版Windowsを海賊版と誤判定
URLﾘﾝｸ(www.nikkeibp.co.jp)
384:デフォルトの名無しさん
07/08/28 16:15:33
Visual Studio撲殺委員会
ｽﾚﾘﾝｸ(tech板)l50
385:デフォルトの名無しさん
07/08/28 16:29:24
【迂回】M$アホアンチヲチスレ【ノイローゼ】
ｽﾚﾘﾝｸ(tech板)l50
386:デフォルトの名無しさん
07/08/28 16:44:41
逮捕まだー？ｗ
387:デフォルトの名無しさん
07/08/28 18:21:24
ASP.NET FuturesのDynamic Data Controlsって、Ruby on Railsと比較してどうなの？
俺はデモを見てすごく感動したのだが。
URLﾘﾝｸ(download.microsoft.com)
388:デフォルトの名無しさん
07/08/28 18:27:20
Visual Studio 2005 Part 22
ｽﾚﾘﾝｸ(tech板:86-番)
86 名前： デフォルトの名無しさん [sage] 投稿日： 2007/08/28(火) 15:58:58
Vista対応はダルいんで、引退します。
87 名前： デフォルトの名無しさん [sage] 投稿日： 2007/08/28(火) 17:47:07
バカが減って嬉しい
389:デフォルトの名無しさん
07/08/28 18:28:33
ｍ9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡ﾌﾟｷﾞｬｰｰｰｯﾊｯﾊｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｰｰｰｰｰ
( ；∀；) ｲｲﾊﾅｼﾀﾞﾅｰ
アホアンチ脂肪ｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗ
（ ´∀｀）ほすほす
ｷﾀ━━（´∀｀） ━━!!!!
アホアンチ哀れwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗ
♪ ∧＿∧
（ ´∀｀ ）))
(( ( つ ヽ、 ♪ アホアンチ脂肪♪
〉 と/ ))) アホアンチ脂肪♪
（__／^(＿)
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ あばばば♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ ほすほすほすほす♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
390:デフォルトの名無しさん
07/08/28 19:06:17
>>387
MVCのModelの概念が分かりにくい(欠けてる？)と思う。
コードからテーブルのデータにアクセスできないか試してみたけど、結局やり方が分からなかった。
あとは、Validateをカスタマイズしようとすると、結局GridViewやDetailsViewに委譲するしかなくて不便に感じた。
慣れの問題はあると思うけど、Rails知ってる人を引き込むにはもっと分かりやすくすべきだと思う。
391:デフォルトの名無しさん
07/08/28 22:20:45
MVCってそんなに重要かな
J2EEが主張してたなんちゃってMVCはウンコだと思ったし
MFCのDocument & Viewは押し付けがましくて融通が利かないと思ってたけど
392:デフォルトの名無しさん
07/08/28 23:46:05
>MFCのDocument & Viewは押し付けがましくて融通が利かないと思ってたけど
"と思ってたけど"は不要。
393:デフォルトの名無しさん
07/08/29 00:13:49
多分MVCはクロージャがなかったから
今まではうまく実装できなかったのだと思う
今まででもインターフェース実装してガリガリ書けば作れたけど使い物にならなかった
C# 3.0ならクロージャほいほい使えるから
モデルにもビューにも依存しないコントローラが簡単に書ける
これは便利
394:デフォルトの名無しさん
07/08/29 00:15:38
>>382
>Fix使おう
何かいてあるかわかんねえ・・・
無理だ
staticは関係ないんでは？
395:394
07/08/29 00:17:03
すまん間違えて投稿した
>staticは関係ないんでは？
関係ないっちゃ関係ないけど、いいたいのは
コンストラクタだと型推論が効かないということやね
396:デフォルトの名無しさん
07/08/29 01:31:52
URLﾘﾝｸ(blogs.msdn.com)
これ読んだらちょっと分かってきた
public static class Fun<T>
{
public delegate U SelfApplicable<U>(SelfApplicable<U> self);
public static SelfApplicable<Func<Func<Func<T, T>, Func<T, T>>, Func<T, T>>>
Y = y => f => x => f(y(y)(f))(x);
public static Func<Func<Func<T, T>, Func<T, T>>, Func<T, T>> Fix = Y(Y);
}
public static Func<T,T> Fix<T>(Func<Func<T, T>, Func<T, T>> func)
{
return Fun<T>.Fix(func);
}
これを使えば、
var fact1 = Fix<int>(fac => x => x == 0 ? 1 : x * fac(x - 1));
こうやってすっきり書けるわけか
しかしここまでやる意味あるのかな
397:デフォルトの名無しさん
07/08/29 01:55:16
これはきもい
398:デフォルトの名無しさん
07/08/29 02:30:05
もっと短く書けるんじゃないかと思っていろいろがんばってるが
何一つうまくいかないぞ
399:デフォルトの名無しさん
07/08/29 04:05:06
>>391
MVCであること自体は必須だとは思わないけど、
> コードからテーブルのデータにアクセスできないか試してみたけど、結局やり方が分からなかった。
これはやっぱり問題では？
400:デフォルトの名無しさん
07/08/29 08:53:46
アプリはMVCであるべきだけど、フレームワークがMVCを持つと邪魔。
で、どちらかというとV$製品は一見便利で実装時にはジャマジャマ。
401:デフォルトの名無しさん
07/08/29 09:01:49
最近無理やりMVCにしようという流れが多くね？
方法論なのに目的化しちゃってる。
402:デフォルトの名無しさん
07/08/29 09:13:52
>方法論なのに目的化しちゃってる。
あなたの読み間違いです。
403:デフォルトの名無しさん
07/08/29 19:53:11
いや >>401 が言うようなヤツもいるよ確かに。
>>400のように「アプリはMVCであるべき」って暴論すぎる
404:デフォルトの名無しさん
07/08/29 20:14:39
FormのUserControlってViewとコントローラが一体になってるじゃない
それをViewとコントローラに分離したら、だいぶ見通しも汎用性もよくなったよ
俺の意見としては、何が何でもMVCに分離すべきにかなり近い
分離しない理由が思いつかない
405:デフォルトの名無しさん
07/08/29 20:42:38
>>404 めんどくさい
まぁでもできるだけ分離したほうがいいには同意
406:デフォルトの名無しさん
07/08/30 08:45:43
めんどくさいのは、MFCのGUIビルダーのようにユーザーに設定強いてスケルトン吐き出すやつ。
自分でクラス宣言してMVC構造にするのはふつーのコーディング。
例えて言えば、構造化するときに関数を作成するのに関数名考えたり引数考えるのがめんどーって言うか？
407:デフォルトの名無しさん
07/08/30 11:47:28
>>404
MVCは所詮一種のデザパタだろう
それが適切なケースだと思えば利用すればいい
常に使うべきだとまでいうなら、それは一種の宗教だと思うね
大体俺はモデルやらビューやらの汎用性とやらに大いに疑問を感じている
そんなに再利用なんてしてるか？
（コントローラはもともと再利用しにくいものとされているが）
408:デフォルトの名無しさん
07/08/30 11:51:49
strutsは糞ってことで
409:デフォルトの名無しさん
07/08/30 12:06:35
私はなぜフレームワークが嫌いか
URLﾘﾝｸ(local.joelonsoftware.com)
410:デフォルトの名無しさん
07/08/30 12:33:00
>>407
おまいが頭悪いだけ。
ビューは再利用しる！
それから再利用のためだけじゃない。
構造化プログラミングって必ずやるだろ。それは手続き抽象。
MVCをクラスにするってのはデータ抽象＋手続き抽象。
411:デフォルトの名無しさん
07/08/30 12:33:56
>>409
おまいヴぁかだな。
悪いフレームワークは存在するだろう。
だから、フレームワークがMVCを強制するんじゃなく、
MVC部分は自由に書かせろ、って逝ってるんだろうが。
412:デフォルトの名無しさん
07/08/30 12:39:01
Viewとコントローラが分かれてないと、
同じ処理をするけど見た目や使用するコントロールが違うものを作るときに
難儀することになる
Modelが分離されてないと、違うクラスのデータを同じコントロールで変更したい時に
困ったことになる
まあこの場一回限り、再利用することなどありえない、というのなら
UserControlに決まったクラスの参照を持たせて
イベントハンドラでガリガリ処理を書いても問題ないっちゃないけど
413:デフォルトの名無しさん
07/08/30 12:41:09
＞イベントハンドラでガリガリ処理を書いても問題ないっちゃないけど
それ、何てブビ厨？
414:デフォルトの名無しさん
07/08/30 12:48:28
>>410-411
そんなに一家言持ってるのなら、きちんと就職してそこで能力発揮すればいいのにｗ
415:デフォルトの名無しさん
07/08/30 12:50:38
>>414
おまいって終始論理的な思考を持てない椰子だね。
会話して損した。
416:デフォルトの名無しさん
07/08/30 12:56:42
そんなことより、そろそろ警察が来るんじゃない？
417:デフォルトの名無しさん
07/08/30 13:26:49
宗教というよりはただの厨房だったようだな
418:デフォルトの名無しさん
07/08/30 13:35:18
何ていうか、
醜いね。
419:デフォルトの名無しさん
07/08/30 13:37:54
/| ﾐ
|/＿ζ
ヽ| l l│＜ﾊｰｲ
┷┷┷
420:デフォルトの名無しさん
07/08/30 14:31:04
ｍ9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡ﾌﾟｷﾞｬｰｰｰｯﾊｯﾊｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｰｰｰｰｰ
( ；∀；) ｲｲﾊﾅｼﾀﾞﾅｰ
アホアンチ脂肪ｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗ
（ ´∀｀）ほすほす
ｷﾀ━━（´∀｀） ━━!!!!
アホアンチ哀れwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗ
♪ ∧＿∧
（ ´∀｀ ）))
(( ( つ ヽ、 ♪ アホアンチ脂肪♪
〉 と/ ))) アホアンチ脂肪♪
（__／^(＿)
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ あばばば♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ ほすほすほすほす♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
421:デフォルトの名無しさん
07/08/30 16:33:31
>>420
トフラニールでも飲んでゆっくり休め
422:デフォルトの名無しさん
07/08/30 21:38:52
VC++6.0@win2000ですが質問させてください。
現在win32 Application、単純な"Hello World"プログラムで
プログラムを作っているのですが、
#include <commctrl.h>
#pragma comment(lib, "comctl32.lib")
と書いているのにInitCommonControls();が定義されていない識別子だと
エラーメッセージが出ます。
このエラーメッセージが出る訳と対処法の方教えて下さい。
423:デフォルトの名無しさん
07/08/30 22:16:06
アンチは相手にしてほしくて書き込んできます。
ですから、リアクションは全てこちら↓に書き込みましょう。ｗ
ｽﾚﾘﾝｸ(tech板)
424:デフォルトの名無しさん
07/08/30 22:27:23
>>422
プロジェクトの設定、リンク、ライブラリモジュール、に
comctl32.lib
を追加。
425:デフォルトの名無しさん
07/08/30 22:32:23
>>424
アドバイスありがとうございます。
ただ、それがそれでも駄目なんです。
426:デフォルトの名無しさん
07/08/31 00:43:52
完全なるスレ違いの予感
427:デフォルトの名無しさん
07/08/31 06:52:16
URLﾘﾝｸ(blogs.wankuma.com)
URLﾘﾝｸ(blogs.wankuma.com)
遅延バインディングと遅延評価を勘違いしてる悪寒。
428:デフォルトの名無しさん
07/08/31 07:52:27
遅延バインディング → late binding
遅延評価 → lazy evaluation
LINQを遅延バインディングと呼ぶのは確かに違うわな
429:デフォルトの名無しさん
07/08/31 09:09:37
何で今頃LINQが盛り上がってるの？
430:デフォルトの名無しさん
07/08/31 09:11:17
まだ出来てもいないLINQを今頃とは・・・・
431:デフォルトの名無しさん
07/08/31 10:37:43
＿＿＿_
／_ノ ヽ､_＼
oﾟ(（●）) (（●）)ﾟo
／::::::⌒（__人__）⌒::::: ＼
| |r┬-| | (⌒) 誰にも相手にされないアホアンチｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
| | | | | ﾉ ~.ﾚ-r┐､
| | | | | ノ__ | .| | |
| | | | |〈￣ ｀-Lλ_ﾚﾚ
| | | | | ￣｀ー‐---‐‐´
＼ `ー'´ ／
432:デフォルトの名無しさん
07/08/31 10:39:16
NGしてえ
433:デフォルトの名無しさん
07/08/31 10:41:48
プログラマはもっといい加減なことを書かないとダメだと思うな
間違ってないことを言おうとしたらつまんないことしかいえないよ
434:デフォルトの名無しさん
07/08/31 10:44:53
＿＿＿ ━┓ ＿__ ━┓
／ ― ＼ ┏┛／ ―＼ ┏┛
／ (●) ＼ヽ ・. ／ノ (●)＼ ・
/ （⌒ (●) /. ｜ (●) ⌒）＼
/ ￣ヽ__） ／ ｜ （__ノ￣ |
／´ _＿_／ ＼ /
| ＼ ＼ _ノ
| | /´ ｀＼
--------------------------------------
このスレはあなたにとって役に立ちましたか？
○ 非常に役にたった
○ 役にたった
○ どちらともいえない
○ 役に立たなかった
● 全く役にたたなかった
435:デフォルトの名無しさん
07/08/31 10:46:58
もうダメだなこのスレ
436:デフォルトの名無しさん
07/08/31 11:48:43
>>427
こんなところに書いてないで突撃してこい
437:デフォルトの名無しさん
07/08/31 14:21:17
URLﾘﾝｸ(blog.motdotnet.com)
突っ込み所が多すぎる
438:デフォルトの名無しさん
07/08/31 15:08:10
>>437
>>433
439:デフォルトの名無しさん
07/08/31 15:10:49
すげえな
一つとして正しい文がない
440:デフォルトの名無しさん
07/08/31 15:12:49
こういうものこそ突撃しようぜ
441:デフォルトの名無しさん
07/08/31 15:37:18
>>438
いい加減すぎるだろｗ
442:デフォルトの名無しさん
07/08/31 15:52:26
LINQが発表された時、本気で関数型言語やらないとヤバスって動いた人多かったしね。
それを今からやるとなると、レベルが追いつくのはいつになることやら･･･。
多分、動的言語の方が楽だから「LINQなんて使えねー」って逃げる人が多いんジャマイカ。
443:デフォルトの名無しさん
07/08/31 16:06:03
LINQは別に関数型じゃねえよ
STLなんかよりずっと普通に使える
444:デフォルトの名無しさん
07/08/31 18:25:03
それはない。
445:デフォルトの名無しさん
07/08/31 18:44:59
>>442
今時の動的言語は普通に関数型っぽい要素てんこもりなわけだが
446:デフォルトの名無しさん
07/08/31 18:53:23
型推論やら無名関数・高階関数やらクロージャやら
実はJScript.METなら最初からつかえていたって気がしねぇか
どマイナーだけど
447:デフォルトの名無しさん
07/08/31 18:54:56
うわMETって何だ俺
448:デフォルトの名無しさん
07/08/31 19:09:05
型推論はないだろｗ
449:デフォルトの名無しさん
07/08/31 20:55:54
>>437
とりあえず分かる範囲内で突っ込んでみた。
>LINQのクエリはLINQライブラリによりExpression Treeに変換されます。
Expression Tree(を実行時に生成するコード)の生成はコンパイラが行う。
LINQ to ObjectはExpression Treeを使わない。
あとLINQライブラリって何？
>このExpression TreeはXMLで記述されており
そんな事実はない。ただのインメモリツリー。
>「LINQ to Objects」プロパイダはコレクションオブジェクトなどを扱います。
「LINQ to Objects」プロパイダなんてない。
ただのメソッド連鎖。
>これにより当初アンダース・ヘルスバーグが説明していた
>RDBのテーブルとコレクションなどのオブジェクトを
>ひとつのクエリで実行できるとしていたことが嘘であることがわかります。
「LINQ to Objects」誤解したままイケイケで書いちゃって大丈夫なの？
まあ複数プロバイダの問題はある意味核心を突いてはいるんだが……
>次にRDBに対するLINQクエリですが……
SQL鯖は詳しくないので略。
>これはクエリをExpression Treeに変換されたXMLを「LINQ to SQL」で
だからXMLじゃないって。
>LINQでは複数のレコードを一括で更新する方法がありません。
この辺も詳しくないのでパス。
450:デフォルトの名無しさん
07/08/31 21:17:24
>>445
せいぜいファーストクラスの関数サポートぐらいなもんでしょ？
カリー化・部分適用・遅延評価・関数合成あたりのありがたみは知っておきたい。
451:デフォルトの名無しさん
07/08/31 21:34:24
>>449
ここでじゃなくて、ちゃんとブログにコメントしてきてあげて。
452:デフォルトの名無しさん
07/08/31 21:35:02
LINQはSelectするだけで更新はしないだろ
453:デフォルトの名無しさん
07/08/31 21:37:16
>>450
遅延評価以外は普通にJavaScriptでも出来ることばかりでは
遅延評価は良くわからん
454:デフォルトの名無しさん
07/09/01 00:31:03
TecｈEdの資料にはDelete、Insert、Updateは今のバージョンでは未サポートと書いてるな
455:デフォルトの名無しさん
07/09/01 13:48:31
β版の品質がどんどん落ちてるな
456:デフォルトの名無しさん
07/09/01 14:09:45
だって現行路線の最後の波だもん
457:名無しさん♯
07/09/01 17:10:06
Confessions Of A Used Programming Language Salesman (Getting The Masses Hooked On Haskell)
URLﾘﾝｸ(research.microsoft.com)
Erik Meijerたんが去年のICFPに出した(けどrejectされた)論文？が大幅改訂されてた。
読み物としておもろい。（ ＾ω＾）
458:デフォルトの名無しさん
07/09/02 06:27:04
>Visual Basic is the ultimate language to democratize programming against the Cloud.
ふむ
459:デフォルトの名無しさん
07/09/02 08:29:14
Join CalculusをVBに導入する気なのか･･･？
460:デフォルトの名無しさん
07/09/02 12:03:07
>>454
LinqToSQLのActiveRecordみたいなクラス群でも動かないの？
461:デフォルトの名無しさん
07/09/03 14:21:29
いまさらな質問かもしれないけど、
“プログラミングを民主化する”ってどういう意味？
the Cloud ってのも、ぐぐっても一般名詞の cloud しか出てこないし・・・
462:デフォルトの名無しさん
07/09/03 15:01:19
>>461
democratize = 誰でも使えるような身近なものにする
cloud = インターネットサービス
463:デフォルトの名無しさん
07/09/03 16:34:23
件名：VS2005で.NET Framework1.1用の開発は可能ですか？
URLﾘﾝｸ(www.atmarkit.co.jp)
464:デフォルトの名無しさん
07/09/03 16:46:06
↑投稿日時: 2007-01-10 18:09
このスレと関係なし
465:デフォルトの名無しさん
07/09/04 06:04:23
.NETアンインストールした
ゴミだな
466:デフォルトの名無しさん
07/09/04 06:09:17
さようなら。二度と来ないでね。ﾉｼ
467:デフォルトの名無しさん
07/09/04 12:12:46
でたなアホアンチ
468:デフォルトの名無しさん
07/09/04 12:26:29
ｍ9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡ﾌﾟｷﾞｬｰｰｰｯﾊｯﾊｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｰｰｰｰｰ
( ；∀；) ｲｲﾊﾅｼﾀﾞﾅｰ
アホアンチ脂肪ｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗあばばばばｗアホアンチ脂肪ｗ
（ ´∀｀）ほすほす
ｷﾀ━━（´∀｀） ━━!!!!
アホアンチ哀れwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗwwwｗ
♪ ∧＿∧
（ ´∀｀ ）))
(( ( つ ヽ、 ♪ アホアンチ脂肪♪
〉 と/ ))) アホアンチ脂肪♪
（__／^(＿)
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ あばばば♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
∧,＿∧ ♪
(( ( )
♪ / ) )) ♪ ほすほすほすほす♪
(( ( ( 〈 アホアンチ脂肪♪
(＿)^ヽ__）
469:デフォルトの名無しさん
07/09/04 15:36:35
ドトネト(笑)の嫌われ方は凄いものがあるね。
未だにＶＣ６止まりに旧ＶＢ。
i, ' ,. '
ﾛﾛﾛ＿ri‐i ﾛﾛﾛ i , ' , '´
[]￢ tｰj￢[]７ i/ , '
ri一‐i / ',,' ., , '´
_]rｰ[ / ' , ' , ' , '´
〈ii i三_i/ ／| ヽ., ' , ' ,
/i ii￣7i i |／ ' ､, ', '
rjj77i ,/ ii. i | ヽ､_, '´
ﾐ(ﾐ(ﾐ(＝ip]////ヽ／ i | ｀ ''ｰ-
ﾐ(（/ 7｡｡[r一////<. i |
ﾉ｀ｰ' /(《｡｡//卅r〃〃i |i
/ ｀ｰ-＝二ffooi丗i |roo_ ドトネトのコードが屑になるまで
（i ￣＿j |i_ ﾊ あと 『３６５日』
{､ : : , " ヽ ｀ヽ､ii
（ヾヽ､ , ' ＼, -ｰｰ-､j ヽ!
ヽ.〉:: :｀:ヽ ､_ ,' / ｀v'}
＼:: :: ::::::｀{ i ｡ ; i,i
｀ヽ､ ::::::i_ __i ii
_7｀ｿ_,,-‐ヽ､_ ＿ ,. ' , '＼
ｰ─'´ .／__ゝ::::::ヽ ､ __ , ' ＼
／.,' , --､ ゝ- ､ ＼
. ／ { {､__, .} {､__, .} ＼
ii／ ｀｀ｰ‐' ｀ｰ‐' ﾟ
470:デフォルトの名無しさん
07/09/04 16:06:33
.NETを捨てる＝Windowsを捨てる=互換性を捨てる
471:デフォルトの名無しさん
07/09/04 16:20:28
.NETの互換性 ⊆ Winの互換性
∴
.NETを捨てる≠Windowsを捨てる
.NETの互換性＝φ （ｗ
472:デフォルトの名無しさん
07/09/04 21:12:26
VistaにはManagedで書かれた部分があるから
Windowsはもう.NETを捨てられないよ
というかそんなこと心配したこともないな
473:デフォルトの名無しさん
07/09/05 09:09:43
,､‐ "￣:::ﾞ:丶､
,r::::l3ﾞ::::::::/ﾊヽ:ヽ::::､:ヽ
{::://:::::::// ヽ＼ﾄ､:::::::!
ヾ l:::::::/ 丶 ｀ヾ ｨ､:::|
|;:r::| Ｏ` 'Ｏ ﾞﾊ| ＜ ないない
ヽﾊ :.:. :.: ﾚ
´＼ r‐--‐､,ノ
r､ r､／ヾ￣下ヘ
ヽヾ 三 |:l1､＿ヽ/__ .ィヽ
＼>ヽ/ |｀ ｝ n_n| |
ﾍ lノ `'ｿ lﾟωﾟ| |
/´ / ￣|. |
＼. ｨ ＿＿＿ | |
| ﾉ l | |
| | i:| |
474:デフォルトの名無しさん
07/09/05 10:23:43
ロリコンアニオタ氏ね
475:デフォルトの名無しさん
07/09/05 15:17:12
Silverlight 1.0 正式リリース
476:デフォルトの名無しさん
07/09/05 15:58:34
1.0はどうでもいい
1.1に期待
477:デフォルトの名無しさん
07/09/05 16:38:11
3.1に期待
478:デフォルトの名無しさん
07/09/05 16:51:27
URLﾘﾝｸ(gigazine.net)
479:デフォルトの名無しさん
07/09/05 16:57:50
俺もPS3をこきおろしているよ
480:デフォルトの名無しさん
07/09/05 17:12:54
何が問題か分かってないヴぁか発生。
481:デフォルトの名無しさん
07/09/05 17:50:51
ばれるIPでやったアホっぷりが問題だなｗ
482:デフォルトの名無しさん
07/09/05 17:55:36
MSにはしょうもないとこがいろいろあるからなあ
483:デフォルトの名無しさん
07/09/05 18:09:29
MSの反吐が出そうなFUD戦術なんて昔からの常識だべや
最初におっぱじめたのはIBMらしいがな
484:デフォルトの名無しさん
07/09/05 18:11:57
まあSilverlightがちゃんと出来れば.NETもクロスプラットフォームになって
いい感じだべや
Windowsにこだわる必要もなくなる
485:デフォルトの名無しさん
07/09/05 18:20:31
Silverlightってフラッシュ系のコンテンツ（の一部）がそっちに流れるって
だけじゃねぇの
デザイナー使ってグラフィック美麗でバリバリみたいな
486:デフォルトの名無しさん
07/09/05 18:23:14
デスクトップアプリなんか死滅するだけだし
普通のアプリもSilverlight向けにプログラミングしてったほうがいいんじゃないか
.NETのうちのどこまでが移植されるかによるけど
487:デフォルトの名無しさん
07/09/05 18:33:14
>>485
おまいはブラウザーが何で大事だったのか、ApolloとSiverLightが何で騒がれてるかわかってない。
488:デフォルトの名無しさん
07/09/05 18:43:12
>>487
いや現実問題として、Web2.0とか言ってるけどWebの大半は昔のまんまで
Flashなんて昔からあるけど要プラグインなこともあり一部でしか使われてねーし
それでもFlashならデザイナ確保しやすいだろーけどExpressionなんたらで
要員確保できるか？
サーバーサイドが必要なことはかわらんから、要はクライアントサイドを
よりリッチで美麗にするためだけの技術でしょ
それが本当に必要なコンテンツはそれほど多くは無いんじゃないのってこと
489:デフォルトの名無しさん
07/09/05 18:47:42
HTAとかあったよな
全然流行らなかったけど
もじらにも似たようなのあるよな
全然流行ってないけど
490:デフォルトの名無しさん
07/09/05 18:58:29
.NETなら普通のアプリが普通に組めるようになるだろ
Gmailより美麗で多機能なメールクライアントとかちゃちゃっと作れるんじゃないか
491:デフォルトの名無しさん
07/09/05 19:01:06
高級Ajax（ただし要プラグイン）と見るわけか
グループウェアの類がこれで開発されるようになるのかね
492:デフォルトの名無しさん
07/09/05 19:04:36
のろまなAppletは早々に廃れ
ActiveXはセキュリティーの穴が嫌われた
Flashはある程度安定しているが適用範囲はあくまで一部だ
Silverlightにその状況をひっくり返す何かがあるのだろうか
493:デフォルトの名無しさん
07/09/05 19:22:29
VS2008で簡単にFORM系の画面が作れるようになれば
社内業務システムには向いてるんじゃないかと思う
494:デフォルトの名無しさん
07/09/05 19:56:39
なぜに1.0なんて中途半端なもん出すかな？
495:デフォルトの名無しさん
07/09/05 20:14:46
>>488
Web2.0ってそういうことじゃないだろｗ
496:デフォルトの名無しさん
07/09/05 21:16:18
>>494
お察し下さい
497:デフォルトの名無しさん
07/09/05 21:25:54
>>496
マジで分からん。
どして？
498:デフォルトの名無しさん
07/09/05 22:49:44
これ以上遅らせらんないだろ
499:名無しさん♯
07/09/05 23:09:46
Popfly DesignerやTafitiなんかを見てると、Silverlight 1.0でも相当のことができますし、
1.1でないとダメな理由というのがよく理解できません。
.NETベースでないと行動を起こせず足踏みしてるのって、
まるでVB6から移行できなかった人たちを見てるみたいな気分になります。
･･･って、たまには辛口で。(´-ω-`)
500:デフォルトの名無しさん
07/09/05 23:15:40
でも、1.0 は日本語表示できないんでしょ？
だから、1.1 じゃないと駄目なんじゃ
501:デフォルトの名無しさん
07/09/05 23:17:01
そんなん正式版じゃねえ
502:デフォルトの名無しさん
07/09/05 23:31:38
>>500
入力は1.1じゃないとできないけど、表示は1.0でもできる、だったはず
503:デフォルトの名無しさん
07/09/05 23:32:53
1.0 RC で日本語表示できなかったぞ？
RC から RTM で表示できるようになったの？
504:名無しさん♯
07/09/05 23:38:54
>>500
>>503
試してみたら、日本語フォント名問題は正式版でも健在でした。｡･ﾟ･(ﾉ∀`)･ﾟ･｡
505:デフォルトの名無しさん
07/09/05 23:41:29
でしょ。blog に対応は 1.1 と書いてあった希ガス
腹立たしいのは、日本語サイトのその点を明記してないこと
なんのためのローカライズ・サイトかと
シアトル向けになにかやってると言い訳してるだけにしか見えない
506:デフォルトの名無しさん
07/09/05 23:41:59
Silverlight 1.0 糸冬 了
507:デフォルトの名無しさん
07/09/05 23:42:55
バロスｗｗｗｗｗｗｗｗｗ
508:デフォルトの名無しさん
07/09/05 23:49:57
>>503-505
あらら、正式版では表示はできるようになるってどこかで見たんだけどな
509:名無しさん♯
07/09/05 23:52:09
じゃあ、>>499は「JavaScriptベースだから」「.NETベースじゃないから」という人向けということで。
日本語対応待ちの方々、ブビ坊扱いしてごめんお。(´･ω･`)
510:デフォルトの名無しさん
07/09/05 23:58:39
>508
これのことじゃね？
URLﾘﾝｸ(blogs.msdn.com)
511:デフォルトの名無しさん
07/09/06 00:07:18
>>510
いやー外国のサイトじゃなかったと思う
まあできないんならしょうがないね
512:名無しさん♯
07/09/06 00:13:29
TextBlockのSetFontSourceメソッドを使えば日本語フォントを追加できるかもしれないけど、
MS Pゴシックとかをウェブに晒すわけにもいかんしね･･･。(´･ω･`)
513:デフォルトの名無しさん
07/09/06 00:20:06
漏れもできないと書いてある元のblogがちょっと見つからないので
こういう話しかソースに提示できてないんだが、あの記事どこに行ったかな
URLﾘﾝｸ(wpf-e.spaces.live.com)
514:デフォルトの名無しさん
07/09/06 08:44:06
始まる前に糸冬 了 とはさすがドトネトシリーズ。
515:デフォルトの名無しさん
07/09/06 09:52:16
とりあえず、インストーラーで入れて起動ごとにバージョンチェックして同期してるけど
同等のツールをWebで配布できるのは非常に助かるので期待してる
まあ社内および取引先向けツールなんだけどね
516:デフォルトの名無しさん
07/09/06 11:47:21
＞Silverlight最新版リリース、Linux版も開発
Linux版出すって考え方が間違ってるとｵﾓ。
オプソにして各OSが対応できるようにすべき。
517:デフォルトの名無しさん
07/09/06 14:22:16
は？
518:デフォルトの名無しさん
07/09/06 15:32:22
言ってる意味が分からんでもない
519:デフォルトの名無しさん
07/09/06 15:37:22
まあ、全てのOSが対応可能にするにはそれしか無いだろうし
MSが他のOS対応をいずれ切り捨てるのはいつものことだからな
520:デフォルトの名無しさん
07/09/06 15:40:29
>>515
ClickOnceとか結構使ってた？
521:デフォルトの名無しさん
07/09/06 16:03:23
SilverlightってのはドズみたくM$が仕切ってAPIからデザインまで変えまくるんじゃなく、
I日Mのエ栗プ素みたくオプソにしる！
ユーザーが要望しているのはそれだ。
522:デフォルトの名無しさん
07/09/06 16:19:06
monoでなんとかなるかもよ
523:デフォルトの名無しさん
07/09/06 16:28:09
いや、コピー品じゃなくて大本のデザインをオプソに仕切らせろと。
何でmonoに興味がわかないか会話してて逆に分かってきたよ。
m$ドトネトが存在せずに、
マネージドなmonoがオプソで各OSでコンパイル出来る環境であるなら、
爆発的にヒットしたかも。
524:デフォルトの名無しさん
07/09/06 16:30:05
Linux用.NetFrameworkをMS自身が出して欲しい
525:デフォルトの名無しさん
07/09/06 16:47:54
.NET Framework自体は、ヘジという天才が密室でコソコソ作ってるから
価値のあるものになってるんだと思うけどなあ
526:デフォルトの名無しさん
07/09/06 16:52:58
そうだね、使われて無いけど価値はあるんだね。
527:デフォルトの名無しさん
07/09/06 16:55:05
JavaがCOBOLのリプレースなら.NETはVBのリプレース
そのような兵隊アリが活躍する現場において、使われてるよ
528:デフォルトの名無しさん
07/09/06 16:58:39
COBOLだのVBだののクソ仕事なんて
リプレースするまでもないのにな
もともとクソ言語で出来る仕事なんだから
そんなとこに.NET使う必要もなかろ
529:デフォルトの名無しさん
07/09/06 17:01:42
さすが無職のコメントは説得力のかけらもないな
530:デフォルトの名無しさん
07/09/06 17:05:18
COBOLをJAVAにしても生産性は上がってないという話が
COBOL界隈ではずいぶんでてるぜ
VB使ってた奴もVB.NET使いにくいという話はしょっちゅうでるし
連中にはそんな高度な言語は必要ないというより手に余るのさ
531:デフォルトの名無しさん
07/09/06 17:06:51
ﾎﾞｺﾙより生産性が悪い言語なんて存在し得ないだろ。
ﾄﾞﾄﾈﾄﾎﾞｺﾙ製品も一時期出てたけど消えたんじゃね？
532:デフォルトの名無しさん
07/09/06 17:07:42
>>528
まあ、どんな言語を使おうがタコが使えばタコなのは確かではあるんだがな。
請負システムみたいなドカタ業界にも一応生産性とか保守性とかいうものはあるし、
アジャイルとかが流行ってみたりもするのよ。
それと、そこに使わずどこに.NETを使うのかとｗ
パッケージ？組込み？ゲーム？オプソ？
有り得ないだろ？
533:デフォルトの名無しさん
07/09/06 17:09:38
COBOLはOSからマシンから全部COBOLのために作られてるから
案外よく働くぞ
静的コンパイル言語で直接DBを扱えるしな
LINQを先取りしてるわけだ
534:デフォルトの名無しさん
07/09/06 20:29:45
>>524
MSが出さないからこそ長続きするんでね。
普通ならすぐ打ち切られる、もしくはバージョンアップなしが続く。
535:デフォルトの名無しさん
07/09/06 20:37:01
MSってLinux向けソフト作った事あったっけ
何も思いつかないんだが
536:名無しさん♯
07/09/06 22:08:35
Silverlight 1.0での日本語表示の件( ﾟдﾟ)ﾉ
downloader + setFontSourceの力技で、日本語表示はいちおうできるみたいです。
URLﾘﾝｸ(cid-c42499cb3a347006.skydrive.live.com)
537:デフォルトの名無しさん
07/09/06 23:19:38
>>536
URLﾘﾝｸ(blogs.msdn.com)
538:デフォルトの名無しさん
07/09/07 00:32:25
>>535
最近のLinuxはわざわざWindowsの悪いところマネしてるから一緒じゃね？
539:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/09/07 22:36:08
Monoの中の人の手柄を取り上げて楽しいか？
我田引水とは見損なったよ＞MS
541:デフォルトの名無しさん
07/09/07 23:27:13
Corel のは FreeBSD 用じゃね？
Linux は mono。
542:デフォルトの名無しさん
07/09/07 23:58:54
なんだよ
Linux用SSCLI探しちゃったじゃないか
FreeBSDのは知ってる
543:デフォルトの名無しさん
07/09/08 05:17:57
>>541
FreeBSD 用のを作った後に、Linux 用も作成すると発表してる
ただ、ググって引っかかった先の URL はすでに無くなっていて
Corel のサイトでも SSCLI に関わった事すら無かったことになってるようなのだが……
544:デフォルトの名無しさん
07/09/08 05:35:17
monoはSSCLIを参考にしなかったのかな？
参考どころかそれをベースとして作ってもよかったんだよね？
545:デフォルトの名無しさん
07/09/08 12:15:16
>>544
SSCLIをベースにすると、ライセンス上商用利用できなくなる。
そしてmonoの連中だが、自分たちの書くコードは
必要なら商用利用できるライセンスで公開されるべきだと思っている。
いい奴らだ。
546:デフォルトの名無しさん
07/09/08 12:27:52
>>544
>>545 の言う通り、
あとで問題起こすといけないから他のものを見ずにやったらしいお。
547:デフォルトの名無しさん
07/09/11 23:22:45
ListViewで一行目の編集ボタン押すとEditItemがNullになるんだけど、ほかに同じ症状の人いませんか？
二行目以降は問題ないんだけど・・
548:デフォルトの名無しさん
07/09/13 00:22:46
同じ症状ですノシ
549:デフォルトの名無しさん
07/09/13 03:00:47
コンサルティング会社の米Janco Associatesはこのほど、企業が使用しているOSは依然として「Windows XP」が中心で、最新版の「Vista」のシェアは5.69％にとどまっていると発表した
550:デフォルトの名無しさん
07/09/13 09:51:51
そんな記事はXPが出た時も見た。
551:デフォルトの名無しさん
07/09/13 11:34:26
XPはなぁ・・・余計なもんつけたり、つかいやすくしただけだったけど、Vistaは動かないものとか多数出るからなぁ
552:名無しさん♯
07/09/13 15:13:27
data parallelismとtask parallelismそれぞれの記事。( ﾟдﾟ)ﾉ
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(msdn.microsoft.com)
やっぱり、後者の方がむずかしそうだのう･･･。(´･ω･`)
553:デフォルトの名無しさん
07/09/13 15:14:54
>>551
XP の頃も動かないものが多数出た訳だが
554:デフォルトの名無しさん
07/09/13 15:37:07
これは98->Meの時みたいに、
Vistaとは別にXPの後継OSを出して、
それがバグだらけで大失敗にすれば
みんなVistaに乗り換えるんじゃないか
555:デフォルトの名無しさん
07/09/13 15:56:25
ＨＵＣＫの画像が満載じゃのうｗｗｗｗｗｗｗ
ｽﾚﾘﾝｸ(news4vip板)
556:デフォルトの名無しさん
07/09/13 16:07:05
今度はPLINQか
夢がひろがりんぐだな
557:デフォルトの名無しさん
07/09/13 16:12:46
MSは静的関数型で行きたいのか動的オブジェクト指向で行きたいのかはっきり汁！
558:デフォルトの名無しさん
07/09/13 16:16:42
>>557
静的関数型 → back-end
動的オブジェクト指向 → front-end
559:デフォルトの名無しさん
07/09/13 16:17:28
Parallel.Forの方が見た感じわかりやすいような気がするなあ
直感的というか
560:デフォルトの名無しさん
07/09/13 16:17:57
そういう意味じゃなくて、中途半端に動的オブジェクトじゃ意味ねーってことじゃね？
561:デフォルトの名無しさん
07/09/13 16:39:09
IronPythonとかは周りがうるさいから仕方なく作っただけで
本当はC#で行きたいんだろ
静的オブジェクト指向でいきたいんじゃないの
562:デフォルトの名無しさん
07/09/13 16:49:12
反転列挙がなんなのか全然わかんねえ
563:デフォルトの名無しさん
07/09/13 17:34:02
>>561
動的言語の取り込みは「仕方なく」ではないと思うけど。
Python 取り込むだけだと面白くないけど、DLR は面白いと思う。
ポイントは、何でもかんでも1つの言語でやるのは止めようってことかと。
C# は、型推論とかラムダ式は追加するにしても、基本的に静的な言語。
動的な部分は、DLR とかを介した言語混在開発でカバー。
CLR で静的言語間の相互運用をやりやすくしたってのを、
今度は動的言語にまで裾野を広げてる。
564:デフォルトの名無しさん
07/09/13 17:43:24
よくわからんが動的言語のメリットって何?
3行で教えてくれエロイ人
565:デフォルトの名無しさん
07/09/13 17:52:41
人工知能
シミュレーション
に適している
566:デフォルトの名無しさん
07/09/13 18:07:31
静的言語よりシンプルで短いコードになる
すぐ実行できるからトライアンドエラーがやりやすい
文字列をソースコードとして実行できるので文法が拡張できる
567:デフォルトの名無しさん
07/09/13 18:15:33
対話型環境が整ってるインタプリタは、とりあえず超強力な電卓になるね
568:デフォルトの名無しさん
07/09/13 18:21:50
HTML生成とか、GUIのデザインとか
そこだけすぐに実行して結果を確かめたい時は動的言語の方がいいよね
コンパイル時のチェックはデザインの綺麗さとかには何も貢献しないし
569:デフォルトの名無しさん
07/09/13 18:32:15
あーC#でいまやってるリフレクションでやってる動的クラス生成&組み込みが楽になるってことか('A`)
はよ実装汁
570:デフォルトの名無しさん
07/09/13 18:39:34
残念だが、言語の文法的に静的、動的を混ぜるのは難があるだろう。
C++言語にC言語が混ざるような事態よりヒドイかも。
571:名無しさん♯
07/09/13 19:44:57
この秋にはASP.NET MVC UI Frameworkなんていうのも出てくるんだって。
まさにカオス。（´・ω・）
572:デフォルトの名無しさん
07/09/13 23:31:38
MSはいろいろ開発しすぎではないか
573:デフォルトの名無しさん
07/09/13 23:37:07
昔から色々出して、当たったのだけが残ってくって感じだべや
いちいち人柱的にMSの新技術全てを追っかけてたら身が持たん
趣味なら別にいいけどな
574:デフォルトの名無しさん
07/09/13 23:40:12
PLINQもVS2008に入るみたいだしな
ほんとに2008年中に出来るのかね
575:デフォルトの名無しさん
07/09/14 00:12:42
コンカレントプログラミングは、
落ち着くのは .NET Framework 4.0 待ちな気がするけど、
今から PLINQ とかに注目しとくのは悪くないと思うんだけど。
Cωの並列化構文とか、Fotress みたいな言語に手を出しとくのもいいかも。
あくまでちら見程度にだけど。
おそらくはそのあたりを取りまとめるような形で 4.0 が出てくるだろうから。
576:デフォルトの名無しさん
07/09/14 00:30:21
今のMSは面白い技術を出してもことごとく盛り上がらないしな。WFもLinqも。求心力がもはやないんだな。
577:デフォルトの名無しさん
07/09/14 00:43:08
WinFXみたいな大コケがあるから慎重になってるんだべや
578:デフォルトの名無しさん
07/09/14 00:56:26
ソースは失念したけど、ヘジたんはPLinqの成果には懐疑的なコメントしてなかったっけ？
579:デフォルトの名無しさん
07/09/14 01:04:15
>>578
ヘジたんがPLinqのデモやるときに微妙に投げやりだったのは生で見たことあるよ
580:デフォルトの名無しさん
07/09/14 01:14:02
そもそもIntel、AMDの存続のために既存PGを並列化しろなんて動機がおかしい。
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でライブラリの中身見てるだろうから、
そういう中途半端な状況を解消するって意味は大きいんじゃね。