サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
iPhone 16
kbigwheel.hateblo.jp
tl;dr Site to Site VPN, Direct Connect, Client VPNなどでオフィスネットワークとVPCがつながっていない前提 従来Bastionインスタンスをおいていたがモダンな設計ではもはやRDS以外で使われない publicly accessibleがtrueでもセキュリティを担保しやすくなっておりメリットも多いのでそうしたらどうだろうか BastionがもはやEC2インスタンス用でいらない背景 elpy1/ssh-over-ssmやEC2 instance connect, そもそもECSやEKSの場合は個別のノードへログインする必要性がない、などの背景でモダンなAWSアーキテクチャではEC2インスタンスへのログインのためにbastionはほぼほぼ不要になりつつある。 bastionを使うとbastionに秘密鍵をおいてしまったり退職者のユーザーアカウ
週末このハイカロリーなブログを書いていたので今回は軽めで。 オフィスで活きる自作キーボードのメリットと自作せずにそれを実現する方法 - Speee DEVELOPER BLOG 日本語入力時のストレス 日本語入力時のストレスってなんでしょう?賢くない変換?文節の切れる点が間違っている?それもストレスだと思いますが僕は日本語入力有効な状態で記号キーや数字キーを押して全角で入ってしまった瞬間だと思っています。 特に僕は普段vimを使っているのですが、コマンドラインモードに入ろうとして全角の : が入る瞬間は最も憂鬱な瞬間です。日本語大好きな僕でも流石にこんなことが数年も続くと日本語嫌いになりそうです。 僕らエンジニアは英語入力と日本語入力をよく切り替えます。というのは主として入力するプログラミング言語が英語だからです。一方コメントやドキュメントは会社にもよりますが日本語で書くことが多いです。
① 多彩な自作キーボードを使う上でのキーマップの問題 ② 分割型40%キーボード(など)のキーマップを列挙してみる ③ 自作キーボードの Raise / Lower / Adjust レイヤーの起源と推奨される使い方があるかの調査 ④ 分割型40%キーボード(など)のキーマップを比較してみる (レイヤー0編) ⑤ 分割型40%キーボード(など)のキーマップを比較してみる (レイヤー1,2編) ⑥ 分割型40%キーボード(など)のキーマップを比較してみる (レイヤー3編) ⑦ 13個のキーマップから分割型40%キーボードの最大公約数的キーマップを設計する ⑧ 分割型40%キーボード用のsensibleキーマップを設計する ⑨ Sensibleキーマップを横展開する - kbigwheelのプログラミング・ソフトウェア技術系ブログ 最近自作キーボードにハマっておりいろんなキーボードを作っていま
Clean Architecture 達人に学ぶソフトウェアの構造と設計【委託】 - 達人出版会 アーキテクチャは昔から作り方がずっと一緒、おれがその最終解を教えてやる 眉が唾液でベトベトになる 第3章 パラダイムの概要 if for whileは50年変わっておらず、プログラミングの主要なパラダイムは関数型、構造化、オブジェクト指向の3つで、これらは全て1958〜1968にみつかった。だから最終解がある。 なるほど、それを聞くと一定の説得力がある気がする。 第4章 構造化プログラミング だいたい同意できる 第5章 オブジェクト指向プログラミング cを引き合いに出してooのカプセル化をディスっているところ、論理展開がよくわからない。訳が微妙なせい? やたらcを引き合いに出す。さすがに偏見を感じる。 第6章 関数型プログラミング エベントソーシングとの関連付けは見事。 繰り返し述べられる、プ
解決策1 集約をマージするタイプのアイデア 解決策2 一時的な整合性の破綻を受け入れ結果整合性を使うタイプのアイデア A. 組織へ無効状態で追加後、有効化するアイデア A.i 連続的に追加・有効化を行うアイデア A.ii 追加後、有効化を別スレッドやイベント駆動で行うアイデア B. 組織に所属するユーザー一覧というドメインオブジェクトをアイデア B.i ユーザー一覧を組織集約に持たせるアイデア B.ii ユーザー一覧を独立した集約にするアイデア C. イベント駆動アーキテクチャの長期プロセス(サーガ)的なアイデア D. オーバーがNGなら逆に現在ユーザー数を先に増やすアイデア 解決策3 アンチパターンではあるが集約間の整合性維持のためトランザクション制御を用いる 解決策4 ユースケースの見直しによる再モデリングタイプのアイデア 僕の現時点での回答らしきもの 現時点での回答: 解決策2 B.
本記事はドメイン駆動設計 Advent Calendar 2018 - Qiitaの3日目の記事です。 2日目は、grimroseさんのぐるぐるDDDで気をつけてることでした。 4日目は、s_edwardさんのMicroservices と DDDです。 Table of Contents Table of Contents 以下の記事を読むにあたり前提となる知識 問題 サービス詳細 ユビキタス言語 重要なビジネスルール モデリング 上の何が問題? 解決策 解決策1 集約をマージする 解決策2 一時的な整合性の破綻を受け入れ結果整合性を使う 解決策3 アンチパターンではあるが集約間の整合性維持のためトランザクション制御を用いる 解決策4 ユースケースの見直しによる再モデリング まとめ とりあえず今どうやっているか 最終的にどうするべきだと考えているか(2018/12/01時点) ソリューシ
このページを最初にブックマークしてみませんか?
『kbigwheel.hateblo.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く