Input object ではじめる入力値検証/input-value-validation-using-input-object
ScalaでウェブAPIを書いている人が設計や実装やその他について話そうか
Input object ではじめる入力値検証/input-value-validation-using-input-object
GitHub - heynickc/awesome-ddd: A curated list of Domain-Driven Design (DDD), Command Query Responsibility Segregation (CQRS), Event Sourcing, and Event Storming resources
Awesome Domain-Driven Design A curated list of Domain-Driven Design (DDD), Command Query Responsibility Segregation (CQRS), Event Sourcing, and Event Storming resources. Check out my blog and weekly DDD newsletter or say hi on Twitter! Domain-Driven Design (DDD) is an approach to software development for complex needs by connecting the implementation to an evolving model. The premise of Domain-Dri
JavaScriptのアーキテクチャ
JavaScriptのアーキテクチャ 概要 DDD/CQRSベースなレイヤードアーキテクチャ Write(コマンド)/Read(クエリ) イベントソーシングはやってない DTO(データ変換オブジェクト)はまだ入れてない なのでDomainのインスタンスがViewにそのまま渡す(Read Only) テストが可能 実装 azu/presentation-annotator: viewing presentation and annotate. 登場人 View(React Component) Write Stack UseCase Repository Domain Read Stack Store DataBase(Memory) View React Component CSS Architecture(別途) Container + Project Componentベース Writ
SNSチームでのドメイン駆動設計の実践 | GREE Engineering
こんにちは！グリープラットフォームでSNSの開発をしています、うきょーです！ GREE Advent Calendar 2013 6日目です、よろしくお願いします！ 今回は僕が所属するチームでの、ドメイン駆動設計を実践してきた過程をお話したいと思います。ドメイン駆動設計とは何か、については簡単に要所要所で説明していきますが、詳しくは本で！また、ドメイン駆動設計そのものについての話ではなく、実践の一例となります。 スマートUIパターンからのスタート 今回僕のチームが扱っていたものはJavaScript製のクライアントアプリケーションで、APIから取得した情報を表示し、ユーザーの操作によってAPIを呼び出す、というごく一般的なものです。 ドメイン駆動設計にはアンチパターンとして、スマートUIパターンと呼ばれるものが存在します。簡単に言えば「見た目都合から設計やモデルを考えてしまった」という状況
フロントエンドはDDDの夢を見るか
地域発展の新たなフロンティアを探そう、地方企業こそサーバーレスを活用すべき3つの理由 / Local Startup With Serverless
大型フロントエンド開発におけるTypeScriptとDDD // Speaker Deck
All slide content and descriptions are owned by their creators.
ドメイン駆動設計のためのオブジェクト指向入門
関西DDD.java 勉強会 2016-3-5 (DDD Alliance 勉強会 2016-1-21 @東京の京都再演版）
ドメイン駆動設計 ～ユーザー、モデル、エンジニアの新たな関係～
1. ドメイン駆動設計 ユーザー、モデル、エンジニアの 新たな関係 ＰＨＰメンターズセミナー in ＰＨＰカンファレンス Oct.3, 2015 杉本 啓 twitter: @sugimoto_kei http://www.fusions.co.jp 2. 自己紹介 • 会計事務所系コンサルティング会社（アクセンチュア／アンダーセン）出身。 • 生産管理/会計系基幹システム構築 (スクラッチ開発, SAP R/3等) ～ 会計・経営管理領域の制度設計・業務改革 ～ パッケージソフト（連結会計）開発など。 • 2003年独立、経営管理基盤ソフトウェア「fusion_place」の開発販売・導入支援。 http://www.fusions.co.jp • 現役 Java プログラマ。OOPラブ × XPラブ × DOAラブ。 • 全然アップデートしていないブログあり。 http://hot-h
GitHub - MarkNijhof/Fohjin: This is a personal sand box
# CQRS, the book In 2009 I have had the pleasure of spending a 2 day course and many geek beers with Greg Young talking about Domain-Driven Design specifically focussed on Command Query Responsibility Segregation (CQRS). The example project I created based on these discussions was very well received by the community and regarded a good reference project to explain and learn the patterns that make
[ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場
［技術講座］ DDD難民に捧げる Domain-Driven Designのエッセンス 第 1 回 ドメイン駆動設計とは 第 2 回 DDDの基礎と実践 第 3 回 大規模なプロジェクトへの適用 DDDパターンカタログ パターン名 参考訳 I. Putting the Domain Model to Work Ubiquitous Language ユビキタス言語 Model-Driven Design モデル駆動設計 Hands-On Modeler 実践的モデラー II. Building Blocks of a Model-Driven Design Layered Architecture 層状アーキテクチャ Smart UI （アンチパターン） 利口なUI Entities エンティティ Value Objects 値オブジェクト Services サービス Modules モジ
JavaScript Domain-Driven Design読んだ - マルシテイア
このまえ一瞬話題になった本読んだのでメモ。 www.packtpub.com 目次 総評 JavaScript成分あんまり無い 奴隷管理アプリケーション まとめ 総評 長さ: ☆☆★★★ 読みやすさ: ☆☆☆★★ 英語のムズさ: ☆★★★★ こんな人にオススメ DDD本読みたくないけど雰囲気だけ知りたいWebマン DDDはわかるけどJavaScriptよくわからないWebマン 本書では、ケーススタディを通じてDDDの諸概念を解説し、これを用いたWebアプリの開発方法を紹介する。 わりとフンワリした感じ。 「JavaScript」という名前を冠しているが、ExpressとMochaを使ってるくらいの話だった。 Expressに特化した知見や、SPAに特有の問題に対する解決策などは提案されていない。 また、DDD特有の諸概念についても大まかな解説にとどまり、前触れ無く「Service」という言
Domain Driven Design Quickly
Zero-Knowledge Proofs for the Layman This article will introduce you to zero-knowledge proofs, a kind of cryptography you can use to provide the proof you know a secret, such as a private key or the solution to a problem, without ever sharing it to an interested party. While many articles exist on the topic, this will not require any high math knowledge.
What the Flux? (On Flux, DDD, and CQRS)
Flux is an application architecture designed by Facebook for their JavaScript applications. It was first introduced by Facebook in May 2014, and it has since garnered much interest in the JavaScript community. There are several implementations of Flux. Frameworks like Fluxxor keep to the original Facebook Flux pattern, but reduces the amount of boilerplate code. While other frameworks like Reflux
開発者が知っておくべき、6つのUIアーキテクチャ・パターン - ＠IT
.NET開発者中心 厳選ブログ記事 開発者が知っておくべき、6つのUIアーキテクチャ・パターン ―― 「matarillo.com」より ―― 猪股 健太郎 2011/12/15 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 Martin Fowler氏の『GUI Architectures』を訳して公開しようと思ったのだが、FAQページに「PofEAAの続編などは商業出版する予定なので翻訳はしないでほしい」と書いてある。なので翻訳の公開はやめて、「
ドメイン駆動設計 - MonoBook
ドメイン駆動設計（英語：Domain Driven Design、略称：DDD）とは、プログラマーのオナニーのような小手先の技術よりも、顧客の求める確実に動く物が大切だろという教えと、それを実現するための継続的な設計の維持管理の手法を記したシステムエンジニアおよびプログラマーの聖書である。 著者はエリック・エヴァンスである。 日本語訳の書籍は「エリック・エヴァンスのドメイン駆動設計」である。 概要[編集 | ソースを編集] まず超大雑把に結論から言うと、専門外のプログラマーに業務内容を教えるより、専門家の顧客にプログラミングを教えた方が間違いなく早いよね、というものである。 ただそれでは商売あがったりだよね、ということで顧客の気持ちを理解する方法、顧客から確実に要件を聞き出す方法、プログラマーの要件を無視した技術オナニーを抑制する方法、などがドメイン駆動設計という名の下に網羅されている。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアクティブDDD