「DDD をやっている」とは
脳内整理のため、つまり僕のためのポエム 自分の中で理解が一区切りついた感じがしたので、コミットしておく 「DDD をやっている」に対して感じていた違和感 DDD を始め ( させられ ) て以降感じていた違和感がある 僕にはこんなフレーズが頻繁に聞こえていた 若干文面は違うだろうが、弊社に限らないニュアンスだとは思う これらに対するモヤっとを解消したいのでいろいろ考え直してみた 曰く「DDD だと仕様とモデルが一致する」 第一印象 いや、テキストと絵は一致しないっしょ？ そもそも一致ってなにさ？ 仕様書を Java で書くってこと？ それとも実装を日本語でするってこと？ 曰く「DDD だと業務の文章でコーディングする」 第一印象 業務の〜もなにも文章は全部日本語じゃん？ そもそも、じゃあ DDD でなければ何の文章で実装していると仰るの？ 曰く「DDD だと変更に強い」 第一印象 DDD
当社利用のドメイン登録サービスにおける不正アクセスについて（第二報）
第一報に関してはこちらよりご確認ください QUOINE株式会社（本社：東京都千代田区、代表取締役：栢森 加里矢、以下当社）は、2020年11月15日に発表した不正アクセスに関する事象について、さらに社内調査を進めた結果を以下のように報告致します。 このような事態が発生し、お客様に多大なご迷惑をおかけしましたことをあらためて深くお詫び申し上げます。 なお本事案に関しましては適宜監督官庁へ報告を行っております。 １．発生事象 2020年11月13日、当社のコアドメイン名の1つを管理するドメインホスティングプロバイダー（GoDaddy社）において、当社アカウント・ドメインの登録情報が悪意のある第三者（以下、第三者）に変更されました。 これにより、第三者は当社のDNS（ドメイン・ネーム・システム）レコードを変更し、複数の内部の電子メールアカウントを制御できるようになり、当社のシステム・インフラの一
リアルタイム/中継型フィッシングの脅威と人類が取れる対策
ritouです。 絶望 パスワードリスト攻撃への対策として様々なサービスが２要素(段階)認証を導入しているものの、今度はリアルタイム、中継型などと呼ばれるフィッシングにやられるケースが見受けられます。 よく2段階認証で使われている Google Authenticatorのようなアプリで設定したTOTP SMSで送られて来るなんたらコード 机の引き出しにしまっとけって言われるリカバリーコード あたりはこのフィッシング攻撃にやられます。 この辺りが解説されているわかりやすそうなドキュメントもあります。 君達の資格情報は全ていただいた！ | Japan Azure Identity Support Blog WebAuthnなどのFIDOなら大丈夫とありますが、ちょうど今日ブログに書いた "手元のスマホ(で動いてるアプリ)でログイン" の場合はその中でFIDOを使っててもやられます。 2段階/
Google Domainsで取得したドメインを非営利目的（非商用）で利用しても良いらしい（？）
このブログで使ってるドメイン（hiroyuki.app）はGoogle Domainsで取得した。 昔からhiroyuki.***でドメインを取りたくて、Google Domainsから.appドメインが購入できるようになったときに運良く購入できた。 以降、なにかドメインを取得するときはGoogle Domainsで購入するように。 そして先日、新しくドメインを購入しようとしたら不審なメッセージを見かけた。 Google Domainsのドメイン購入画面 Google Domains のサービスは、現在お住まいの国で営利目的または商用で使用する場合にのみご利用いただけます。 つまり「営利目的または商用で使わないドメインの利用（取得）はダメ」。 取得予定のドメインは営利目的の利用ではなかったから困った。 Twitterで「Google Domains 営利目的」で検索してみると、このメッセー
リーダブルアーキテクチャ - usecaseにおける時間軸と抽象度の統一 - Qiita
はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。 そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。 しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。 そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。 サンプル 1:1のチャットアプリでUserとWorkerが存在して会話ができるアプリを例にあげます。 以下の図では青い背景はinfraの関数実行、緑色の背景はdomainの関数実行、赤い背景はusecaseの関数実行を示しています。 usecaseのCreateChat関数
元号ドメイン名狂騒曲 – JPNIC Blog
dom_gov_team 2019年4月4日 ドメイン名 世間の注目を集める中、2019年4月1日に新元号として「令和（れいわ）」が発表されました。この新しい元号は、1ヶ月後の5月1日0時から使われることになります。平日の発表でしたが、職場でもWebやテレビなどでその瞬間を見守っていた方も多いのではないでしょうか。 天皇陛下の生前退位は江戸時代である1817年の光格天皇の退位以来約200年ぶりで憲政史上初ということですが、今回は改元の1ヶ月前に新元号が発表されるということもあり、さまざまな分野で新元号に関する話題が盛り上がりました。そういった話題の中で、今回はインターネットに関連して、ドメイン名に関する話を取り上げてみたいと思います。 SNSやネットメディア、テレビなどで目にされた方もいるかと思いますが、新元号の発表に関連して、新元号と同じドメイン名を登録しようという動きが一部で大変盛り上
JPドメイン名のドメイン移転、指定業者変更申請の自動承認処理の変更について | お知らせ（20180927-1） | VALUE-DOMAIN(バリュードメイン)
ドメイン取得ならバリュードメイン お知らせ JPドメイン名のドメイン移転、指定業者変更申請の自動承認処理の変更について INFORMATIONお知らせ お客様 各位 平素はバリュードメインをご利用いただき、誠にありがとうございます。 昨今、JPドメイン名におきまして、第三者によると思われる、意図しないドメイン移転、指定業者変更申請が確認できております。 お客様におかれましては、再度ドメインロックが有効であるかご確認いただきますようお願い申し上げます。 これに対応するため、下記の通り、JPドメイン名のドメイン移転、指定業者変更申請の自動承認処理の仕様を変更いたしました。 ■ 対象 ドメイン移転申請、または、指定業者変更申請をした汎用JP、属性型JPドメイン名 ■ 変更内容 （従来） ドメインロックがかかっていない、かつ、承認メールからの手動承認・手動拒否をしない場合、 ドメイン移転、指定業者
偽JPCERTドメイン名を取り戻すための60日間~ドメイン名紛争処理をしてみた～ - JPCERT/CC Eyes
JPCERT/CCでは2017年2月10日に類似ドメイン名(jpcert.org)を第三者に登録されたことを契機にドメイン名紛争を行い、結果的にこのドメイン名を取り戻しました。不幸にして同様の状況に陥った日本企業においても、所定の手続きを踏むことでドメイン名を取り戻すことができる可能性があることから、対応の一助となることを期待してJPCERT/CCでの事例をご紹介します。 対象読者: 自社・自組織の類似ドメイン名を第三者に登録されてお困りの方 経緯 JPCERT/CCは1996年に正式発足し、それから20年の間jpcert.or.jpというドメイン名を使用してきた。 *iこのドメイン名に似た、jpcert.org（以下「偽JPCERTドメイン名」）というドメイン名が何者かによって登録された。 発端 2017年2月10日に何者かが偽JPCERTドメイン名をPublicDomainRegist
Read/Write Stack | JavaScriptアーキテクチャ
autoscale: true Read/Write Stack | JavaScriptアーキテクチャ 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info This is Bikeshed.js :bike: 抽象的な話が多いので、実装はコード見て(Pull Request投げて！) これが正しいという話ではないです。 自転車置き場の議論なので！ 中規模以上のJavaScript 設計が必要になる 正しい設計はない Bikeshed.js :bike: 人、目的、何を作るかによってアーキテクチャは異なる 前回の続き? : How to work as a Team 用語 設計の目的 中規模以上のウェブアプリ SPAというよりは、画面が複雑なElectronアプリのようなイメージ スケーラブル 人、機能追加、柔
「google.com」ドメインを一時的に取得、報告した男性への報償額が明らかに
Googleが2015年秋に、ドメイン「google.com」の所有権を一時的に失い、取り戻すという事件があったが、この件でGoogleが支払った金額が明らかになった。 Googleの元従業員Sanmay Ved氏は、米国東部標準時9月29日午前1時20分に12ドルでgoogle.comを購入した。同氏は、Googleが何らかの理由で所有権を失ったこのドメイン名を、登録サービスサイトの「Google Domains」で購入した。 Ved氏がgoogle.comを所有したのは1分間だ。同氏にGoogleから注文の取り消しを伝える電子メールが届いて処理が取り消され、所有権がGoogleに戻った。 ドメインの所有権をめぐる対立は常に友好的に、また安い費用で解決されるわけではない。いわゆる「ドメインスクワッター」（ドメイン占拠者）は、将来的に存在することが想定される製品名を先取りして、サイトを必要
[ 技術講座 ] 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 モジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
萌えドメインなのに……「anime.moe」の登録をICANNが禁じている理由とは -INTERNET Watch Watch
Dot-o-mator: Domain Name Generator