オンラインでの本人確認(eKYC)とこれからのデジタルID｜川大揮｜note
このnoteでは、銀行やFintechサービス、仮想通貨取引所などで初めに口座を開設する際に運転免許証などを提出するなどして行う本人確認時の課題と、法律改正で何が可能になったのか、そしてこれからそれはどのように形態を変えていくかについて書きます。(後から自分で見返すためにも書いています!) 本人確認は、ビジネスとして最近少しだけ盛り上がりを見せています。この背景についても説明していきます。 本人確認やeKYCについてあんまりよくわかってないという人は、以下のnoteも参考にしてください! レッドオーシャン化するeKYC市場 2018年の11月に施行された新しい法律により旧式の郵便による本人確認よりももっと簡単な本人確認の仕組みであるeKYCを利用できるようになりました。 しかし、eKYCを実施するのにはオンデマンドでの本人の容貌確認と、オンデマンドでの本人確認書類の確認が必要になります。(
ドメインロジックはドメインオブジェクトに凝集させる - Qiita
こんにちは。 最近、こんなツイートしたのですが、ドメインオブジェクトではなくアプリケーションサービス1などにドメインロジックが書かれてしまうことがあります。 アプリケーションサービスはドメインロジックを配置する場所ではない、それはドメインオブジェクトの役割。アプリケーションサービスは進行役。ここを間違うから簡単にドメインモデル貧血症になってしまうんだと思います。 — かとじゅん (@j5ik2o) August 18, 2019 最近、以下の書籍(以下 増田本)をマジメに読み直しました(笑)。ドメインモデル貧血症2を回避して、ドメインロジックをドメインオブジェクトに凝集させる方法に関して、増田本にいろいろ書いてあったので、そのエッセンスと僕の考察を交えて解説したいと思います3。 詳しい内容は以下の増田本を読んでください！ コード例はScalaですが難しい表現がないので、Scalaが分からな
ドメインモデル貧血症 - Martin Fowler's Bliki (ja)
これはずいぶん昔からあるアンチパターンのひとつですが、今になって台頭してきているようです。 Eric Evans と話したのですが、彼も、それがだんだんポピュラーになってきていることに気づいていました。 私たちほど大の「真ドメインモデル」推進者としてみれば、ちょっとうれしくありません。 ドメインモデル貧血症の基本的な症状は、一見、それが本物のドメインモデルに見えるという点です。オブジェクトがいくつかあり、それらはドメイン空間にある名詞から名前をつけられています。それから、オブジェクト同士がしっかりとしたリレーションで結びついており、本物のドメインモデルと同じような構造を持っているのです。 ただし、オブジェクトの振る舞いを見れば違いが分かります。それらのオブジェクトにはわずかな振る舞いしかない、ということに気づくと思います。 ドメインのロジックをドメインオブジェクトの中に入れないという設計ル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
