Software Design 2024年2月号

Software Design 2024年2月号

https://gihyo.jp/magazine/SD/archive/2024/202402

【新連載】ドメイン解体新書 【1】ドメイン基礎知識

的を絞って詳しく書かれていていい感じ. ドメインって書籍だとあんまり資料がない気がするのでこれがいい資料になりそう. ただRFCとか参考載せてほしい.

第1特集 テストの設計してますか？ 新しいソフトウェアテスト講座

前半で詳しくテスト設計とテスト技法について詳しく書かれていてとても良い. 『Googleのソフトウェアエンジニアリング』の11章14章あたりと合わせると良さそう. テストを組み立てていくにしてもある程度経験が必要になるので, 「第3章：探索的テストで短時間で効率よくバグを見つける やみくもにテストしないためのコツ」みたいに観点が挙げられていると助かる.

第2特集 ゼロから学ぶWeb APIセキュリティ 設計から始める攻撃対策

かなり具体的な内容で勉強になる. ただ紙面が足りてないので参考追っかけるのは必要そう. 各章ごとにかなり詳しくていい内容なんだけど全体としてまとまりがないのでもうちょっと統一感のある内容だともう少し深く理解できたかも. 第1特集とDevOpsでテーマが一貫していたのが面白い. 品質の重要性が認知されてシフトレフトが一般的になってきているのかな.

【新連載】Google Cloud流クラウドネイティブなシステムデザインパターン 【1】Web 3層構造のシステム

GCPの各サービスについて書かれているのでGCP使う人にはよさそう.

ぼくらの「開発者体験」改善クエスト 【2】開発者体験を計測しよう――Four Keysの意義と使い方

ブログ記事で見た.

やっぱり計測が大事でプラクティスを試すにも効果が見れるようにしないとだめだよな. ただデプロイ頻度はビジネスにも影響するのでビジネス層を巻き込んだりとかも必要になるのかな.

筆者の場合は、まずステークホルダーと『LeanとDevOpsの科学』の考え方に合意し、デプロイ頻度や品質指標のダッシュボードを定期的に確認することにしました。これにより、開発者体験の現状を一目で把握でき、目標とするデプロイ頻度3倍に向かっていることをリアルタイムに話し合うことができ、また品質指標が悪化しているときはその旨を定量的に認識できるようになりました。

具体的でかなりいい.

MLOpsのすすめ 【7】機械学習の推論システム

同期推論ではWeb APIの一部として推論システムを組み込みますが、学習済みモデルを配置するサーバやコンテナの設計は検討すべきです。機械学習の開発ではPythonで実装されることが多いですが、バックエンドの開発言語がPython以外の言語（Java、Golang、Ruby等々）の場合、学習済みモデルを搭載したPythonサーバを個別に用意する必要があります。

これほんとに大変なので体制整えるのが大事なんだよな.

【最終回】なるほど納得Go言語 【13】ゴールーチンおまけ＆ドキュメント

ドキュメントとしてのテスト大事. テストファーストにも近づく. ドキュメンテーションコメントはメンテされないことが問題になりやすいのでdoctestで整備するのがいいと思う.

【最終回】現場から学ぶAWSのクラウドセキュリティ 【6】セキュリティインシデントへの対応

コラムの内容だけど具体的な攻撃シナリオへの対応方法のドキュメントがあるらしい. プラットフォームにこういうのあるのすごくいい.