持続可能な開発を目指す ~ ドメイン・ユースケース駆動（クリーンアーキテクチャ） + 単方向に制限した処理 + FRP
この記事は、開発を持続可能にできるようなアーキテクチャとその適用方法を考察するものです。 骨子はできていますが、実装経験をフィードバックして詳細を若干変更するかもしれません。 勉強不足な点もあるので、意見を歓迎します。 開発においてよくある問題点 ビジネスロジックの本質が何だったか見失う。ソースコードのどこまでが業務上の関心で、どこからがそれを実現するための技術上の関心か分からなくなる。 入出力双方向の処理が散在して処理が追い切れなくなる。特にイベント処理でどこに飛ぶかわからないコールバック地獄になる。 初期化・つなぎ込み・統合者的オブジェクトが小さな機能単位で生まれて統一感が無くなる。 状態を持つ値が大量に散在して副作用を起こしバグを生む。 これらの問題の結果、小さな単位ごとに個人のノウハウで"良い"設計がされ、機能を追加しようとしたときにどういう方針で行えばよいか分からなくなる。 解決
Future/Promise はいつモナドになったのか - Okapies' Archive
「非同期計算をモナドで合成し、依存関係に従ってパイプライン化する」というアイデアはいつ誰が提案したのか、というのを調べてみたけどよく分からなかった記録。網羅的な調べ方はしてないので、何か知ってる人がいたら教えてください。 明示的 vs. 暗黙的 id:xuwei さんに教えて頂いた Wikipedia の記事によると「まだ完了していない計算結果へのプロキシオブジェクト」というコンセプトが Future や Promise と名付けられたのは 1976〜1977 年頃らしい。 1976 年に出た Daniel P. Friedman と David Wise の論文や Peter Hibbard の論文で言及されていた Promise（あるいは Eventual）は明示的 (explicit) に使うものだった。つまり、Java の（Completable じゃない方の）Future のよう
フューチャー - Wikipedia
フューチャー（英語: future）は、「未来」「将来」「今後」を意味する英単語。名詞のほか、「未来の」という意味の形容詞でもある。 企業名[編集] フューチャー (企業) - 東京都品川区に本社を置く、情報システムコンサルタント業の企業。 フューチャー・パブリッシング（英語版） - イギリスの出版会社。 人名[編集] フューチャー (ラッパー) - アメリカ合衆国のラッパー。 作品名[編集] FUTURE - ICEのファーストシングル。1993年発売。 Future - 三重野瞳のシングル。1996年発売。 Future - 小林恵（現：meg）のシングル。1998年発売。 FUTURE - 中島ちあきのシングル。1999年発売。 Future - 嵐のシングル、「We can make it!」c/w曲。2007年発売。 FUTURE - Small Circle of Friend
Blog Alpha Networking: マルチスレッド デザインパターン(Producer-Consumer パターン) Ruby編
2010年11月7日日曜日 マルチスレッド デザインパターン(Producer-Consumer パターン) Ruby編 Tweet スレッド間で処理の待ち合わせを行いながら処理を実行させていきたい。 【登場人物】 ・キューにデータを入れ込むスレッド ・キューからデータを取得するスレッド 【条件】 ・キューが空であるならば、データの取得処理は待たなければならない ・キューのサイズの上限まできたならば、データの入れ込み処理は待たなければならない これを実現させるには、Producer-Consumerパターンを用いるのが普通だろうか。 Javaではwait、notifyAllを使うのだが、 Rubyでは、ConditionVariableのwait、broadcastを利用する。 #!/usr/bin/ruby require 'thread' class Table
Scala de Design Patternまとめ - なんじゃくにっき
Scala de Design Patternのまとめ。 Gang of Fourの23パターンとそれ以外のデザインパターンが少しある。 結構ふざけた例とか分かりにくい例が多いけどそれはご愛嬌。 Scalaの言語自体の機能やライブラリが強力なので、 ここで挙げたやり方以外にもっと色々なやり方があるはず。 GoFデザインパターン 生成に関するパターン Abstract Factory Builder Factory Method Prototype Singleton 構造に関するパターン Adapter Brige Composite Decorator Façade Flyweight Proxy 振る舞いに関するパターン Chain of Responsibility Command Interpreter Iterator Mediator Memento Observer Stat
ギコ猫とデザインパターン
／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （ Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ | ..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
dpinfo.html
目次 はじめに Abstract Classパターン Abstract ClassパターンRuby版 (by 助田雅紀さん) Balkingパターン Before/Afterパターン Futureパターン FutureパターンRuby版 (by 助田雅紀さん) Generation Gapパターン Hook Operationパターン Hook OperationパターンRuby版 (by 助田雅紀さん) Immutableパターン Marker Interfaceパターン Monostateパターン MonostateパターンRuby版 (by 助田雅紀さん) MonostateパターンPerl版 (by 宮川さん) Null Objectパターン Null ObjectパターンとSingletonパターン Producer-Consumerパターン Sharableパターン Singl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ