Cookwitter | Quetter | 関東渋滞
にらめったー(NearMetter)とは、気になる2人のTwitterユーザー対談が見られるツイ談(Twi談)サイトです。

Twitterユーザー名

vs

Twitterユーザー名

取得可能 (最終取得時間:2011-07-04 10:14:35)

ufcppugaya40 のツイ談  

ugaya40

@neuecc よく@ufcppにぃにが言うC#の「howからwhatへ」みたいな、実装レベルではない概念論を学ぶ機会が欲しいんです。それが学ぶ同期になる。何せ実際僕にとって、今まではただのDSLという認識だったので。

2010-12-22 12:36:39 - 返信元ツイートを取得する

 

ufcpp

数か月前に蒲田で見かけたのと同一人物? RT @ugaya40: RT @atsumispc: 学大駅前でスパイダーマンがティッシュを配ってる。相当おもしろい http://yfrog.com/h5a4cj

2010-12-23 16:55:31 - 返信元ツイートを取得する

 

ugaya40

@ufcpp あーなんかそんな写真ありましたね!

2010-12-23 16:56:02 - 返信元ツイートを取得する

 

にらめったーはご覧のスポンサード リンクの提供でお送りします

ugaya40

@ufcpp facebookにC#研究会ファンページがあるみたいですけど、にぃに作ではない??

2010-12-23 17:00:01 - 返信元ツイートを取得する

 

ugaya40

@ufcpp @matarillo さん作だそうです

2010-12-23 17:46:07 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 async/awaitは、やっぱWPFとかで使う前提で、同期コンテキストで元スレッドに戻ってきて単一スレッド動作になる方を望んでるみたい。実際、IO待ちの非同期にマルチスレッド要らないし。

2010-12-23 20:22:48 - 返信元ツイートを取得する

 

ugaya40

@ufcpp シングルスレッド前提なんですか?でもwpfにはやはり用途なさそうですが

2010-12-23 20:27:35 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 いや、使いまくる。DBサーバーへのアクセスとか秒単位でかかりますし。IsBusy=true;await DBからデータ持ってくる;IsBusy=false;とか最近割と定型句。

2010-12-23 20:31:26 - 返信元ツイートを取得する

 

ugaya40

@ufcpp それVMで一回だけ非同期でよぶだけですよね?

2010-12-23 20:35:51 - 返信元ツイートを取得する

 

ugaya40

@ufcpp ちなみに僕もそれ常套句ですw

2010-12-23 20:36:39 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 複数データでそれやるときも。IsBusy=true;foreach await なんたら;IsBusy=false; なんたらのとこでUI要素にバインドしたプロパティにデータ入れてく。

2010-12-23 20:39:52 - 返信元ツイートを取得する

 

ugaya40

@ufcpp なんにせよ非同期が入れ子したりはしなさそうで、そうなればスレッドプールの時とあまり変わらない気がするんですが

2010-12-23 20:43:07 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 まあ、同期的に書いたときとの差がawaitの文字だけなのと、lockとかDispatcher.Invokeが消えるのくらいですね。そしてそれが非常に大きい。

2010-12-23 20:45:45 - 返信元ツイートを取得する

 

ugaya40

@ufcpp ん?VMから呼ぶときにlock使ってるシチエーションがあるんですか?

2010-12-23 20:58:09 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 TaskEx.WhenAll的な動作するなら同期コンテキストないとマルチスレッド動作しちゃってlock必要になるんだけども、VM側に書くコードじゃないか。どうだろ。モデル自体がTask GetXxxAsync()とかの中でそういうことしてると危ないかも。

2010-12-23 21:35:18 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 今何か、呼ばれた場所依存の危ないことできそうな気がしてきた。

2010-12-23 21:35:47 - 返信元ツイートを取得する

 

ugaya40

@ufcpp んー。VMでロックが必要になるケース。おぼろげながらあるような気もしてきましたが、そんなにない気もするし。う~ん。

2010-12-23 21:42:49 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 すっごい恣意的だけども、 http://goo.gl/b9atP こういうコード書いた場合、Foo().Wait()はコンソールアプリだとlockないとcount狂う可能性あるけど、WPFだと競合しないこと保証される。

2010-12-23 21:42:54 - 返信元ツイートを取得する

 

ugaya40

@ufcpp async/awaitの説明から読んでみますw

2010-12-23 21:44:15 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 http://goo.gl/9RU3q WPFなら全部スレッドIDが1(lockなしでも競合しない)、コンソールだとバラバラになる(lock必須)。

2010-12-23 21:54:44 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 順番保証はないですね。普通にTask終了後にSynchronizationContext.Post(()=>continuation(task));呼んでるだけなので。

2010-12-23 21:59:45 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 TaskEx.Delay(ms)は、Task.Factory.CreateNew(() => {Thread.Sleep(ms);})と思ってください。

2010-12-23 22:00:51 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 順番保障がないからこそ、VMでlock文書くようなコードはデッドロックの原因になる気がして怖いって認識です。

2010-12-23 22:01:46 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 今みたいなcount程度のものならlock確保と解放は同一スレッドでやれるんで大丈夫かと。とはいえ、まあ、ポイントはそのコードが全部単一スレッドで動くという仕組み。デッドロックが怖いならマルチスレッドやめればいいじゃない!

2010-12-23 22:05:00 - 返信元ツイートを取得する

 

ugaya40

@ufcpp そうですよね。VMはシングルスレッドかつロック等もなしにせざるを得ない感じ。

2010-12-23 22:06:20 - 返信元ツイートを取得する

 

ugaya40

@ufcpp ちゃう。DispactcherキューでModel呼びたくないから、やはり複数スレッドVMが持つのか。

2010-12-23 22:07:14 - 返信元ツイートを取得する

 

ugaya40

@ufcpp あるいはModelにDispatcher持たせるとか。DipatcherObjectにしちゃったらVMから呼べないwから、ModelのプロパティとしてコンストラクタでBeginInvokeで作って持つw。VMはそのDispatcher経由でModelを呼ぶとか。

2010-12-23 22:10:24 - 返信元ツイートを取得する

 

ugaya40

@ufcpp あれ?。冗談のつもりがそれで良い気がしてきた。でもVM内で複数のdispatcher管理するの嫌だなぁ。でもなんかこのアイデア発展する気がしてきましたー。

2010-12-23 22:11:50 - 返信元ツイートを取得する

 

ugaya40

こういう話もあるので。 RT @ufcpp: @ugaya40 http://goo.gl/9RU3q WPFなら全部スレッドIDが1(lockなしでも競合しない)、コンソールだとバラバラになる(lock必須)。

2010-12-23 22:16:49 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 async使うなら同期コンテキスト自作して最初にSwitchToするだけでいいのだけども。ただ、知らずに使われた場合が怖く。

2010-12-23 22:22:58 - 返信元ツイートを取得する

 

ugaya40

@ufcpp ちと練ってみます。async/awaitや現状での非同期コード含めて。

2010-12-23 22:51:34 - 返信元ツイートを取得する

 

ugaya40

@ufcpp むしろ責任絞っているんですがね。

2010-12-24 14:44:19 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 これ以上はコードで語った方がいいかも。

2010-12-24 14:53:20 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 今日は1日外てす

2010-12-24 15:03:27 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 対策: 外出時はおとなしくするw

2010-12-24 20:04:42 - 返信元ツイートを取得する

 

ugaya40

@ufcpp それも一つですねw。でもそもそも議論が発生した原因がコミュニティの構造的な問題な気もします。とりあえず態度は変えようかと。荒い方向に。

2010-12-24 20:10:21 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 ただ、そのやりかたで、どうRaiseCanExecuteChangedを実装すべきかに少々迷ったりも。CanExecuteが必要ない場合の簡易的な解だと思うのもありですが。

2010-12-26 00:32:30 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 難しいっすよね。コマンド自体を簡単に生成する方法について、ちと真剣に考えてみます。

2010-12-26 00:34:34 - 返信元ツイートを取得する

 

ugaya40

@ufcpp にぃには良く嘘教えるネタを考えている

2010-12-26 16:29:00 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 ネタで言ってるのに真剣に信じられそうで怖いときも多々。

2010-12-26 16:34:08 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 影響力ありますからね、にぃには。。。

2010-12-26 16:38:15 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 まあ、長年、「大手サイトのエイプリルフールネタを真に受けて大混乱」みたいなの何度も見てきてるんで、ネタはネタだと書くけども。

2010-12-26 16:40:39 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 むしろこき使われて(´◉◞౪◟◉)ニコッ

2010-12-27 02:19:11 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 顔文字のキャラ違いっぷりが凄いww

2010-12-27 02:20:44 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 うーん、DSLとかコード生成とか見こすならLightSwitchみたいにデータ駆動でDBスキーマとかUIも生成な方にふることもできるし、MVVMでコミュニティ1個作る必要があるかどうか。

2010-12-27 02:42:10 - 返信元ツイートを取得する

 

ugaya40

@ufcpp いや、いらないと思いますよw

2010-12-27 02:42:28 - 返信元ツイートを取得する

 

ugaya40

@ufcpp むしろこの前からちょっと気になっていたんですが、WCF RIA Service + Silverlight + EntityFrameworkみたいな要件ごとに複数の実装パターンが考えられるものを手分けして探すコミュニティがあってもいいかな、とは思います。

2010-12-27 02:43:30 - 返信元ツイートを取得する

 

ugaya40

@ufcpp MSさんも手がそこまで回らないみたいですし、それこそコミュニティでできる事だな、と思っていたりもします。実際問題は多々あるでしょうが。

2010-12-27 02:45:07 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 要素技術ごとに発表して、パターンとして構築するためにみんなで討論するとかできそうな気が。

2010-12-27 02:46:31 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 広い範囲カバーするの大変ですもんね。個々に調べて持ち寄る形式だと、全体のディレクションがなかなかに大変そうですけども。

2010-12-27 02:51:11 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 実はそこらへんについて、近いうちににぃにの意見を伺いにいこうかなと思っていました。

2010-12-27 02:51:23 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 実はそこら辺、僕が個人的に会う何人かの方に相談をもちかけていたりもしていて、多分複数回の会合をする形式を取るんだろうな・・とか考えていたり。いろいろ話したいことがですね。。

2010-12-27 02:52:41 - 返信元ツイートを取得する

 

ugaya40

@ufcpp もし個人の頭にパターンの全体像があっても、一人だとアウトプットが追い付かないですよね・・。

2010-12-27 02:54:02 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 そういう意見交換大事ね。まあ、平日晩に東京南方なら割かし出れるので声掛けていただければ。

2010-12-27 02:59:12 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 そうそう。なので実はあんまり個人のタレントに頼るのは好きじゃなく。漫画なんか、作家個人の我が出る職業の代名詞だったけども最近ではプロダクション制も結構あったり。技術記事もそういう方向にできないかなぁとか思っていたり。

2010-12-27 03:01:38 - 返信元ツイートを取得する

 

ugaya40

@ufcpp おお。だからこその制作委員会方式w

2010-12-27 03:02:45 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 今回MVVM追ってていろいろ見えましたが、要素技術を追う人は十分にいますけど、その結合の仕方をアウトプットしている人は少ないです。要素技術を追う事は最も大事な基本で、決しておろそかにするべきではないですが、決してそれだけではないだろうと。

2010-12-27 03:07:45 - 返信元ツイートを取得する

 

ugaya40

@ufcpp にぃに![C#]でgoogle検索して、「インデックスに戻る」が消えて理想的な形になってるっぽいですよ!

2010-12-27 23:17:24 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 indexページのテーブルレイアウト消してみた。アレが犯人かもしれない。

2010-12-27 23:48:45 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 そういうこと言うとほんとに作る人いるって知ってる?

2010-12-28 13:34:50 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 絶対つけないけど、期待していますw

2010-12-28 13:35:23 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 コラって付けた状態画像でうpるか・・・

2010-12-28 13:36:43 - 返信元ツイートを取得する

 

ugaya40

@ufcpp 自分でトリガー引いたはずなのにすでに後悔の気配。

2010-12-28 13:37:28 - 返信元ツイートを取得する

 

ugaya40

@shibayan 正直僕もあまり@shibayanさんの変態っぽいとこは見た事ないです。@ufcppにぃには横暴です

2010-12-28 13:43:09 - 返信元ツイートを取得する

 

ufcpp

@ugaya40 いや、そいつはやばい。兄者の次にやばい。

2010-12-28 13:46:02 - 返信元ツイートを取得する

 

ugaya40

@ufcppさんと@saku_karamomoさんの反論に手も足も出ない僕。

2010-12-28 13:47:09 - 返信元ツイートを取得する

 

にらめったーはご覧のスポンサード リンクの提供でお送りしました

「@だれだれ」をベースに自動生成されております。返信元ツイートを取得するは「上記ツイート」から辿ってください。
Twitter Search APIを通して最新@ユーザーの100件をストリーミング表示しています。

ufcppugaya40 のツイ談コメント一覧

ufcppugaya40 のツイ談を転送する


その他のツイ談