エンジニア体験を守るために、社内開発環境向けの可観測基盤を OSS＋Zabbix で構築した話
社内の横断チームとして、 「エンジニアが快適に開発できる環境をつくる」 ことをミッションにしています。 その一環として、Jenkins ベースの CI / CD 基盤や GitLab などの 開...
1
0
Comment0
9 search resultsShowing 1~9 results
Stocked
You need to log-in
Gitで「編集予定のファイルを先にロック」を実現する方法
背景 Git は基本的に「ブランチを切って、コンフリクトしたらマージで解決する」世界観で動いています。 一方で、設計書や巨大な設定ファイル、Excel/バイナリなど「コンフリクトした瞬間に地獄を...
3
0
Comment0
やりすぎた共通化から戻る話 ─ DRY の罠とリファクタリングの実戦パターン
「戻り値の型も同じだし、この処理は一つの共通メソッドにまとめよう」 そうやって「いいことをしたつもり」で共通化を進めた結果、 1メソッドに複数の振る舞いが混ざる 分岐だらけ・フラグだらけになる ...
7
0
Comment0
LLMで実現する週次パーソナルコーチング：レビューコメントを活用したエンジニア成長支援の仕組み
この記事で書くこと・書かないこと この記事では、日々の設計レビュー／ソースコードレビューで蓄積される レビューアのレビューコメント レビューイ（実装・設計担当）の対応コメント を元にして、エンジ...
2
1
Comment0
GitLab×Renovate でハマった 2 つのポイント
依存関係の更新を自動で検出・提案するツールである Renovate を公式ドキュメントに沿って GitLab 上で利用できるよう設定したところ、次の 2 つの課題に直面しました。 ジョブが Er...
2
1
Comment0
AIで不具合を分類：ODC分析のタイプ属性を自動付与する仕組み
TL;DR ODC分析（Orthogonal Defect Classification 分析）とは、不具合を複数の属性で分類・分析する手法 GAS＋ChatGPT APIで不具合一覧を取得し、...
1
0
Comment0
GraphQL のリビジョン間差分を静的解析して、破壊的変更を毎日チェックする仕組みを作った話
はじめに GraphQL では、クライアントから見ると「スキーマ＝契約」となりますが、サーバ側の開発が進むと、うっかりその契約を壊してしまうことがあります。 フィールドを削除した nullabl...
1
0
Comment0
Karateで実現するGraphQL登録→検索の順序依存テスト
GraphQL の E2E テストを Karate で書いていると、 まず 受注データ（SalesOrder）を登録（mutation） してデータを作る そのデータをキーにして 受注データ を...
1
0
Comment0
技術的負債を乗り越える！リファクタリングとそのテスト戦略
はじめに ソフトウェア開発では、コードの変更が避けられない一方で、無秩序や技術的負債が増加し、開発スピードの低下や保守コストの増大を引き起こします。特に、リファクタリングを怠ると、コードが複雑化...
4
1
Comment0
9 search resultsShowing 1~9 results
Qiita is a knowledge sharing service for engineers.
- You can follow users and tags
- You can stock useful information
- You can make edit suggestions for articles