Zennta
ログイン
会員登録
検索
後で読む
お気に入り
お気に入りグループ
検索
Qiita一覧
Zenn一覧
お問い合わせフォーム
利用規約
プライバシーポリシー
前へ
1
2
次へ
つらくないフロントエンドのディレクトリ構造を目指して2025
デメテルの法則を整理してみた。
ファーストクラスコレクション使ってみた
カプセル化について考えた話【良いコード/悪いコードで学ぶ設計入門】
ミノ駆動本を使ってワークショップ開催してみた
GoMock入門：初心者向けの使い方とテストの書き方
A Philosophy of Software Design vs Clean Codeの頂上決戦を読んだ
Go言語で書くgRPC テクニック：上級編[ロードバランシングやサーバー制御]
Go言語で書くgRPCテクニック：中級編[Protocol Buffers最適化など]
30代エンジニアのシステム開発における概要設計の進め方
Go言語で書くgRPC テクニック：初級編
SOLID原則について
依存関係逆転の原則ってなにが逆転してるのか整理してみた。
『Tidy First?』を片手に斬新的に改善の道を歩む
インターフェースってなに？
リスコフの置換原則 を破るとどうなる？
オープン・クローズドの原則（OCP）を学んで、インターフェースの使い方が少し分かった気がする
ValueObject について、複数の書籍を参考にして学習しました
AWS Well-Architectedに基づく設計実践：基本から詳細まで徹底カバー
AWS Well-Architected Framework を基に、要件定義から運用設計まで、各フェーズでの主要なチェックポイントを整理
設計の甘さがチームとプロダクトを殺す
多機能という罠
テスト駆動開発(TDD)入門
技術的負債を説明できるようにしてみよう
公式からひも解く Go のディレクトリ構成
関数の多重下請けをやめよう。単一責任の原則と関数の"責任"について
【設計】複雑な処理をメソッドに切り出すことが正しいとは限らない
Go らしい？ interface の組み合わせでごにょごにょする
SOLID原則：オープン・クローズドの原則（Clean Architecture 達人に学ぶソフトウェアの構造と設計）
ソフトウェアの品質定義と技術的な意思決定
処理フローや依存関係を整えるために役立つデザインパターン(Unity)
お寿司屋さんに学ぶ！ドメイン駆動設計（DDD）のエッセンス
DI(Dependency Injection)は何がうれしいのか
探検家Goと遠征隊のリーダーJava：開発の旅路に最適な相棒を選ぶ
コード設計の学習〜生成AIのお力添え〜
[良いコード悪いコード]条件分岐をきれいに書く
精読「マイクロサービスアーキテクチャ 第2版」(第三部 人 - 第16章 進化的アーキテクト)
精読「マイクロサービスアーキテクチャ 第2版」(第三部 人 - 第15章 組織構造)
Go言語で学ぶクリーンアーキテクチャ~基本概念から実装まで~
精読「マイクロサービスアーキテクチャ 第2版」(第三部 人 - 第14章 UI)
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第13章 スケーリング)
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第12章 レジリエンス)
Tidy First?
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第11章 セキュリティ)
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第10章 監視から可観測性へ)
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第9章 テスト)
CAP定理の進化系？PACELC定理とは
精読「マイクロサービスアーキテクチャ 第2版」(第二部 実装 - 第8章 デプロイ)
前へ
1
2
次へ
記事がありません