ICONIX + DDD

•

6 j'aime•1,668 vues

mikesorae

ICONIXの紹介と、DDDと合わせてどう使っていくかみたいな話

Recommandé

現状分析→価値開発→仕様化 To be

Zenji Kanzaki

Base DDD(ドメイン駆動設計）参考文献を巡る旅

Takuya Kawabe

ドメインモデルの育て方

増田亨

データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3

Hiroshi Ito

Binderのはじめの一歩とAndroidl_b__

MySQL・PostgreSQLだけで作る高速あいまい全文検索システム

Kouhei Sutou

ナイーブな全文検索は単なる中間一致検索です。しかし、現実に人が入力するテキストは揺れまくっているので単なる中間一致検索では必要な情報を見つけられません。たとえば、「(090)1234-5678」も「０９０ー１２３４ー５６７８」も「09012345678」もすべて同じ電話番号として扱いたいのが現実です。 MySQLとPostgreSQLの全文検索機能ではこのようにゆるい全文検索を高速に実現することができません。そこでMroonga・PGroongaです。Mroonga・PGroongaを使ってMySQL・PostgreSQLだけで高速にゆるく全文検索する方法を紹介します。

ruby-ffiについてざっくり解説

ota42y

ビジネスルールの複雑さに立ち向かう

増田亨

Recommandé

現状分析→価値開発→仕様化 To be

Zenji Kanzaki

Base DDD(ドメイン駆動設計）参考文献を巡る旅

Takuya Kawabe

ドメインモデルの育て方

増田亨

データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3

Hiroshi Ito

Binderのはじめの一歩とAndroidl_b__

MySQL・PostgreSQLだけで作る高速あいまい全文検索システム

Kouhei Sutou

ruby-ffiについてざっくり解説

ota42y

ビジネスルールの複雑さに立ち向かう

増田亨

Android binder-ipcmagoroku Yamamoto

ドメイン駆動設計の捉え方 20150718Mao Ohnishi

Using or not using magic onion

Goichi Shinohara

FPGAを用いたEdge AIの現状

Yukitaka Takemura

ドメイン駆動設計の実践 Part3 DDD

増田亨

30分で分かる！OSの作り方

uchan_nos

グラフデータベースNeo4Jでアセットダウンロードの構成管理と最適化

gree_tech

正しいものを正しく作る塾-設計コース

増田亨

実践に向けたドメイン駆動設計のエッセンス

増田亨

マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay

都元ダイスケ Miyamoto

マイクロサービスが話題を集め、コンポーネントの急速な API 化が進んでいます。認証や認可は、主にエンドユーザとシステムの間の問題だと認識されますが、今やコンポーネント間のサービス呼び出しにおいても重要な役割を担っています。複雑に入り組んだマイクロサービス間の認証と認可について、実際に開発している API プラットフォームの実例を元に、実践的な知見をお伝えします。

ElastiCacheを利用する上でキャッシュをどのように有効に使うべきか

Amazon Web Services Japan

Sqlアンチパターン（メタデータトリブル）Tomoaki Uchida

リッチなドメインモデル　名前探し

増田亨

Riverpodでテストを書こう

Shinnosuke Tokuda

Goのシンプルさについて

pospome

CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン～エンタープライズのDevOpsを加速させる運用改善Tips～

Yuki Ando

設計書自動生成への取り組み~手書き設計書から脱却するには？~

SystemIntegrator2

新標準PSRに学ぶきれいなPHP

Yusuke Ando

私のチームのリーダブルコード

Keisuke Tameyasu

ITシステムの開発を主にやっています。為安圭介です。数年間、ITシステム開発のリーダという役割をいただいて、数十名のチーム運営を経験してきました。最近は、自分でコーディングすることがなくなってしまい、プロジェクトマネジメントや経営といった分野に携わることが多くなりました。ですが、ITエンジニアである私の仕事は、「コーディングをしてプログラムを作り、お客様に提供する」ことが基本です。ですので、常に「お客様に価値を提供するためにはどのようなプロダクトが必要なのか？」「そのプロダクトはどのように形作られるのか？」「形作るためにどのようにコーディングされるのか？」を意識しています。今回は有名な著書「リーダブルコード」をまとめながら、私のチームにとっての「良い」「悪い」を定義しました。簡単な内容ながら、見返してみると意外に深い内容になっていることに、あらためてこの書籍の意義深さを感じます。さて、このスライドをまとめるための時間は、薙刀青春マンガの最高峰、「あさひなぐ」数巻と、あとDQ11の魔王城4階までです。あさひなぐは最近映画化されましたが、声を大にして言いたい。僕はだいぶ前からこの作品の良さについて知っていたと！！わたしは弱いと言った将子、わたしは強いと言った旭の戦い。お母さんのため、自分のために一生懸命な薙と、常に全力疾走の旭のやり取り。どれも熱いです。DQ11は発売日に買ったのですが、いまだに魔王城を突破できません。メタルキングを倒すためにマルティナに槍を持たせるはずが、はぐれメタルの鎧を買うために装備品をほとんど売ってしまって一閃突きができなくなって倒せなかったことでHP（ハートポイント）を無くしてしまった（要はやる気をなくした）のが原因ですね。

Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える

pospome