docker Archives - Bigstep Blog
This article ends the Docker series. Ecosystem Docker in itself, but also components and concepts popularized by it, are at the heart of a multitude of projects which try to build on it. Just as Docker put a friendly face around LXC, people and companies around the world try to use it to put friendly faces around other connected areas. For instance a consortium comprising of the technology behemot
コンピュテーション式の実装にStateを用いる - pocketberserkerの爆走
この記事は、以下の素敵記事にかなり依存しているので、先に下記記事を読んでください。 詳説コンピュテーション式 本記事は上記記事内の whileを実用するためのCombine において、 ちなみに、simple を関数にしなくても済む方法があります。 それを実装した例がBasis.CoreのOptionBuilderなどで見れます。 と記述されている話の部分的な解説です。 問題: Return, ReturnFrom とCombine の組み合わせは、単純な実装では処理が継続される ここでは、Option用のコンピュテーション式を例にします。 よく見かける実装としては、FSharpx の MaybeBuilderのような定義です *1 。 ここでは、一部抜粋して以下の様な定義とします。 type OptionBuilder() = member this.Return(x) = Some x
詳説コンピュテーション式 - ぐるぐる～
コンピュテーション式とは コンピュテーション式とは、機能を制限したマクロです。 ・・・では投げやりすぎるので、もうちょっとだけ説明を試みると、 「式変形によって言語の用意する構文の意味をカスタマイズできるようにする仕組み」です。 モナド用の構文として紹介されることもありますが、それはコンピュテーション式という仕組みの上でモナドを扱っているだけに過ぎません。 もっとも、コンピュテーション式はモナド用の構文として使うことが一番多いでしょうから、 モナド用の構文と理解しても問題はないでしょう。 また、このような状況を考えると、モナド以外のことにコンピュテーション式を使う場合は、 現状では「これはモナドではありません」という表明をドキュメントなりなんなりでしておくのが無難でしょう。 特に、let!とreturnを提供する場合でコンピュテーション式をモナドではない構文とする場合は、 うるさいくらいそ
F#でRxる。よく訓練されたF#erはコンピューテーション式をつくる。 - Bug Catharsis
いにしえからの言い伝えによると、よく訓練されたF#erはコンピューテーション式をつくるそうです。 Select Many: Reactive Extensions’ Mother Of All Operators (Chaining). お、SelectManyですね。 なるほどなるほど。計算を繋ぐもの。モナドですか。そこでコンピューテーション式(Computation expressions)ですねわかります。 リアクティブプログラミングでリア充リアクティブプログラミングとは何か。「Reactive Programming」を直訳すると「反応的なプログラミング」です。 その名の通り、反応的に作用するようにプログラミングをすることです。よくわかりませんね。 具体的には、値(あるいは状態)を直接的に扱わないで、「時間とともに変化する値(状態)」と「振る舞い(behavior)」の関係性に着目
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Benedict Cumberbatch Can Charm Humans, but Can He Fool a Computer?—Wolfram Blog
GitHub - joaotavora/yasnippet: A template system for Emacs
