これまで、型駆動設計を実践することが何を意味するのか、簡潔でシンプルな説明を見つけるのに苦労してきました。誰かに「どうやってこのアプローチを思いついたのですか？」と尋ねられることが多いのですが、満足のいく答えを出せないことがよくあります。そのアイデアが突然のひらめきで浮かんだわけではなく、正しいアプローチを空から引っ張り出す必要がない、反復的な設計プロセスがあると分かってはいるのですが、そのプロセスを他の人にうまく伝えることができていませんでした。 しかし、およそ1ヶ月前、JSON を静的型付け言語で、そして動的型付け言語にパースしたときに経験した違いについてTwitter上で振り返っていた時、ついに私が探していたものを見つけました。そして、そのスローガンはたった3つの英単語で表せます。 Parse, don’t validate (バリデーションせずパースせよ) 型駆動設計のエッセンス
こんにちは、id:shallow1729です。最近はインフラ寄りなお仕事をよくやっていますがこれまでにいくつかデータ移行やデータ基盤構築などのバッチ処理のお仕事をしてきました。以前にも一度そういった経験を元に記事を書いたのですが、MySQLやシステムに関する知識が以前よりも増えた今もう一度書き直したいなと思いました。 なので今回はバッチ処理を書く時のテクニック2022版という感じです。今の仕事の関係でMySQLやrailsを前提にしている話が多いですが、おそらく他のデータベースを使っている人にも役に立つ話が多いのではないかと思います。ただ、今回の記事は経験に基づくものが多く、あまりよくないアイデアもあるかもしれません。改善点や間違いなどあればご指摘ください。 冪等性を持つように 冪等性とは端的に言えばある操作を複数回実行しても一回しか実行しなかった時と同じ結果になる性質の事です。長時間かか
ポリモーフィズム（サブクラスによる切り替え、抽象化） ここに分類されるのは、オブジェクト指向の第３原則、ポリモーフィズムを使用したパターンです。ポリモーフィズムを使用すると、動的に使用するクラスを切り替えることができます。＜参照＞ 他に分類されているものでも、ポリモーフィズムが重要な位置を占めているものもありますが、ここではそれしか使われていないものを扱います。 ただデザインパターン全体を通して強調されているのは、インターフェースでプログラミングするということです。実装への依存をなくし、そうすることによって設計の骨組みを明らかにするのです。 Template 次のようなメソッドがあった場合に、処理Bのところを条件によって変えたい場合があるとします。 class Hogehoge { void doit() { ... 処理A ... ... 処理B ... ... 処理C ... } }
CQRSの和訳
DDDとCQRSについて DDD (Domain Driven Design = ドメイン駆動設計)が世間に知られるようになってきましたが、今度はDDDをさらにスケーラビリティにするCQRS (Command Query Responsibility Segregation = コマンドクエリ責務分離)が出てきました。 DDD提唱者の英語本の和訳版「エリック・エヴァンスのドメイン駆動設計」がAmazonにありますが、非常に分厚く高価です。概要をまとめた資料が「Domain Driven Design（ドメイン駆動設計） Quickly 日本語版 - InfoQ」から入手できます。 CQRSはデータベース設計とイベントソーシングも含めた壮大なWebアプリケーションのアーキテクチャですが、日本語の資料がまだ少ないです。CQRSを適用したアプリケーションを構築できるインフラがWindows Az
「数学の美しさ」というものは、数学を深く理解することで初めて得られる感覚と言われます。美しさが伝わると数学嫌いも少しはマシになるのかもしれませんが、数学嫌いの人にはそもそも美しさを伝えることができないということで、歯がゆい思いをしている数学愛好家は多いもの。そんなときに便利な、「数学の概念」を視覚的に理解できるグラフィック集は以下の通りです。 soft question - Visually stunning math concepts which are easy to explain - Mathematics Stack Exchange http://math.stackexchange.com/questions/733754/visually-stunning-math-concepts-which-are-easy-to-explain ◆01：奇数の和 奇数の和が平方数にな
Functional programming promotes immutable classes and referential transparency. Domain-driven design is composed of Value Object (immutable) and Entities (mutable). Should we create immutable Entities instead of mutable ones? Let's assume, project uses Scala as main language, how could we write Entities as case classes (immutable so) without risking stale status if we're dealing with concurrency?
お客さんとランチをしていて、いま何時か、こっそり知りたいと思ったことはないだろうか。 部長の話が長く、アポイントの時間が迫っていそうで気が気ではない。でも、腕時計を見る勇気はない、そんな体験をしたことはないだろうか。 暗闇のなか、スマホのライトを点けずに、時間を知りたいと思ったことは？ そして、あるいは、「腕時計」という古い古い発明には、もう、あんまり付け加えることはなく、画期的な進歩やとんでもないデザインなどは現れない、と思い込んではいないだろうか。 久しぶりにアメリカのクラウドファウンディングのサイトKickstarterを見ていて、感動した発明があったので、紹介したい。 40,000ドル（約400万円）を募って、なんと、453,868ドル（約4500万円）を集めてしまったこのプロジェクトは、まったく新しい、腕時計を商品化しようというものだ。 その時計は、「見ずに」、「触るだけで」時間
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
開発者の皆様へ 「いつもお世話になっているオープンソースプロダクトに、デザインというフィールドでコミットしたい」JOSDCはそういった思いのもとに集った非営利のデザインユニットです。 ロゴデザインやWebサイトのデザイン、UIやノベルティのデザインに至るまで、できる限りのお手伝いができればと思っていますので、私たちにできそうな事がありましたら、お気軽に代表のnagayamaにまでご連絡下さい。 デザイナーの皆様へ JOSDCに賛同しデザイナーとして協力したいという方がいらっしゃいましたら代表のnagayamaにご連絡下さい。JOSDCのOrganizationにinviteさせていただきます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
