ドメインモデルをコードへ落とす 〜あなたのクラスは、どこから？〜 - Qiita
annotation: 現在コメントいただいている通り、一部誤りを含んでいる様です。 追って確認・修正いたしますが、現行ではコメントも合わせてお読み頂ければと思います。 こんにちは、風邪はだいたい喉から来るぷーたんです。 「DDDの構成要素はこれだー」というのはたくさんあったのですが、 「このドメインオブジェクトはどの要素だー」と逆引きするものがなかったので調べてフローチャートにしてみました。 例えばドメインモデル図とコードがうまく合致しない時の見直しなどに使えるのではと考えています。 ではご覧ください♪ 検討フローチャート 図1.フローチャート 1) 複数のドメインオブジェクトを扱い、整合性を担保するか まず複数のドメインオブジェクトを扱うかを考えます。 ドメインモデル図では集約線が引かれていたり、複数の関係線が引かれていたりします。 図2.ドメインモデル図の例 上記のような場合であれば
Goでエラーのスタックトレースを追える&表示する方法 - Qiita
errorsパッケージの代わりにgithub.com/pkg/errorsを使うと良いです。 自分でerrors.New()しているところ 今から修正するとして、自分でerrors.New()しているところについて、やることはこれだけ。 errorsの代わりにgithub.com/pkg/errorsをimportする 従来通りerrors.New()でエラーを生成する github.com/pkg/errorsを使用しているが、errors.New()の記述は一緒なので修正する必要なし エラーハンドラなどスタックトレースを表示したいところで、フォーマット文字列に%+vを使う サンプルコード package main import ( "fmt" "github.com/pkg/errors" ) func main() { err := level1() fmt.Printf("erro
ethereum-evm-illustrated
Ethereum EVM illustrated Takenobu T. Rev. 0.01.1 exploring some mental models and implementations NOTE - Please refer to the official documents in detail. - This information is current as of Mar, 2018. - Still work in progress. 1. Introduction - Blockchain - World state - Account - Transaction - Message - Decentralised database - Atomicity and order 2. Virtual machine - Ethereum virtual machine (E
2018年Vue.jsとVuexを使ってる人に提案するコンポーネントの分類と設計パターン - Qiita
はじめに 私はVue.js with Vuexを使った業務で1画面３０APIを叩く必要のある画面から、たったの数APIしか叩かないけれど、代わりにUIがとても機能的で複雑な画面まで設計し、構築しました。 その際に得られたノウハウを言語化し、共有出来たらと思います。また、これらのノウハウよりも良いノウハウがあった場合は共有・議論して頂けるととても嬉しいです。 ※注釈 この記事はサンプルコードが全然ないです。 OSSの様に気軽に編集リクエストでサンプルコード等を提供頂けたら幸いです！ 目次 コンポーネント設計の使い分けの効果 コンポーネントに関わるレンズの種類と重要性 技術者のレンズから覗く、コンポーネントの分類 プレゼンテーションコンポーネントを更に分類 複雑なコンポーネントの設計パターンとパターン名 デザイナーのレンズでコンポーネントの分類と技術者レンズからのプラクティス 技術者レンズでの
新技術の紹介する際の「魂が震える」テキストのパターン - mizchi's blog
これは自己観察の結果で、自分が新しい技術の採用を行う際にアジる記事のパターン、個人的に「魂が震えるシリーズ」と呼んでるんですが、それがどういう文章構造を持つことが多いかメタ的に解釈したものです。 単に誰もがこうすればいいという話ではないではないです。功罪あると思ってます。 導入 新技術の既存の文脈での解釈 +αの示唆 仮想敵の宣言 概要 説明 ポテンシャルの例示 極端な例の例示 現実的な制約の存在で現実に引き戻す ユーザーが知るべきことを要約 実例 既存の技術とのアナロジー 古い手法から進化している点を指摘 今の手法の問題点をいかに解決してどんな未来が来るか 応用 既存の考え方を、あたらしい技術で再解釈 本来は無関係だった他の技術との親和性を指摘 課題 新しい技術ゆえのエコシステムのなさを指摘 構造上の欠陥を指摘 まず取り掛かれる現実的なエントリポイントを例示 未来 ここまで読んできたなら
「ヤフオクがあるじゃん」をはねのけたメルカリ 後発ならではの戦い方を小泉氏が振り返る
「別にヤフオクあるじゃん」を信念ではねのける MEGUMI氏（以下、MEGUMI）：「ないものを作っていく」というのは、ものすごくエネルギーも必要ですよね。あと、周りの人を説得していくということにくじける人が多いと思うのですね。 小泉文明氏（以下、小泉）：ありますね（笑）。 MEGUMI：「なに言ってるの？ そんなわけないじゃん」と、私がお店をやったときもこのサイトをやったときも言われたのですが。 新しいものをやるときのそのエネルギーというか考え方のようなものは、誰かがやっているからこそ大きなビジネスが生まれたり、新しいものが生まれるのだと思うのです。しかし、そこはかなり孤独というか、壁が厚いと思うのですが、そうしたときはどのようにくぐり抜けたのでしょうか？ 小泉：僕らでいうと「別にヤフオクあるじゃん」と言われるのですよ、当時。 MEGUMI：そうですよね。 小泉：「別にヤフオクで売れるじ
個人で運用するKubernetesクラスタ - k0kubun's blog
Kubernetesの使用感に興味があってaws-workshop-for-kubernetesというのを先週やり、ちょうどEKSがGAになった直後だったのでEKSが試せたのだけど、まあ最初からマネージドだとあまり面白みがないし金もかかるので、個人のVPSで動かしてた奴を全部Kubernetes上で動かすようにしてみている。 まだ本番で運用した知見みたいなのが貯まってるわけではないのだが、公式のドキュメントを中心に読んでいても単に動かし始める段階で結構ハマって時間を消費したので、これから同じようなことをやろうとしている人向けに備忘録を兼ねて使用感や知見をまとめておくことにした。 Kubernetesは今でもalphaやbetaの機能が多く、今後この記事の内容も古くなることが予想されるので、なるべく公式のドキュメントへのリンクを置くのを意識して書いてある。 構成 現時点で、ConoHaで借り
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
0x: Powering the decentralized exchange of tokens on Ethereum