設計/コードレビューで"常に"心がけるポイント - little hands' lab
株式会社ログラスの松岡(@little_hand_s)です。 little-hands.hatenablog.com ↑の記事でドメインオブジェクトの設計方針を書きましたが、それ以外の全般的な設計/レビュー観点について書きます。 非常に汎用性のある内容なので、数多くのプログラミング原則を覚えるより、まずこの観点でチェックできるようにすると即効性が期待できます。 前提として、階層化されたアーキテクチャ(オニオンアーキテクチャなど)を採用しているものとします。 ①レイヤーの責務違反の実装をしていないか ②高凝集/低結合になっているか 高凝集 クラスに関して メソッドに関して 低結合 ③ユニットテストを書きやすいか 合言葉 筆者執筆書籍 現場での導入で困ったら ①レイヤーの責務違反の実装をしていないか 例として、「ユースケース層にドメイン層のルール/制約に関わる実装をしている」場合はNGです。
Gmailで独自ドメインを使って無料でメールを送受信する
紹介する構成で何通かメールを送信してみましたが、Gmailのプロモーションタブに分類されてしまうことがあります。 重要なメールを送ることが多い方は、別の構成にしたほうが良さそうです。 有料ですが、割と安価で済む代替案を記事末尾で紹介しています。 🔗プロモーションタブに振り分けられたくない場合の代替案（有料） 経緯 今まで10年以上、無償版G Suiteを利用して、個人で快適にGmailを利用してきました。 しかし先日、無償版G Suite(旧Google Apps)が5/1以降利用できなくなるとのアナウンスがありました。 「独自ドメインでメールを送受信したいだけなのに680円/月*ユーザー数は厳しいな～」と考え、無料で利用できる移行先を検討してみました。 構成 検討した結果、以下のような構成に移行することに決定しました。 mailgunでのメール転送について調べると、Googleパートナ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
