KanbanFlow - Lean project management. Simplified.
Lean Project Management. Simplified.Boost your personal or team productivity Visualize your work with KanbanThe Kanban board gives you an excellent overview of your current work situation. Visualizing work in a team environment simplifies communication and leads to improved productivity. Stop starting. Start finishing.Limit your work-in-progress and get more done. Get a better flow on your Kanban
いまさら async/await - 鷲ノ巣
VS 2015 もリリースされて、C# 6.0 が使えるようになった今頃になって、C# 5.0 の新機能の話というのも時機を逸してますが、まぁいいじゃない。 というわけで、今のところ最も新しい非同期処理のお話です。 昔の非同期処理 実のところ、やってることは昔から大して変わらないのです。 Begin/End パターン Asynchronous Programming Model（APM）とも言うようです。.NET における最古の非同期プログラミング手法です。 BeginXxx というメソッドを呼び出すと、裏でスレッドが立ち上げられて処理が行われます。 非同期処理が終わるとコールバック関数が呼ばれるので、コールバック内で EndXxx メソッドを呼んで結果を受け取ります。 Stream.BeginRead を例にすると、こんな感じ。 stream.BeginRead(buffer, 0, b
Go 言語の goroutine と channel についての考察 - Qiita
channel を使うと、オペレータ <- を使って goroutine 間で値の送受信ができます。channel にはどういう型の値を扱うのか、キューをいくつ設けるかを指定することができます。マルチスレッドプログラミングの難点である排他制御や同期化を、簡単な構文で容易に実現できます。 goroutine とスレッド まずはスレッドとの違いについて考えてみましょう。FAQ に Why goroutines instead of threads? という質問がありますが、要約すると「OS のシステムスレッドよりも小さなメモリ使用量で済む」と書いてあるように見えます。実際、スレッドのデフォルトスタックサイズは Windows だと 1 MB、Linux だと 2 MB なので、数キロバイトで済む goroutine に比べると、10 KB だとしても 100 〜 200 倍の違いがあります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
