#DevOps・CI/CD
@Funaba /
- QAエンジニアがテスト以外の段階で品質向上に貢献する3つの取り組みを紹介
- 仕様共有ミーティングを共同レビューの場に、テストレベルごとの担当チームの振り分け、テスト設計技法をチーム全員の仕様理解に活用
- 実装前に仕様の考慮漏れを発見できるようになった、QAチームが仕様への解像度を高めた状態でテスト設計できるようになった
@chara-gida /
- Claude Codeを使ってコード変更に伴うドキュメント更新をPR作成前に自動化する運用を試した
- ドキュメントフォーマットを定義し、CLAUDE.mdに更新タイミングと確認内容をルール化した
- PR作成前にコードとドキュメントを同期するタイミングを明確にすることで、トークン消費を抑えながらレビュー時の整合性を確保できる
@hyo-maki /
- サブドメインの境界線を特定するための6つの指標を用いてモノリスを分割した
- 作業成果物の一方向の受け渡し、ドメインエキスパートのグループ、ドメイン用語の定義が指標に含まれる
- サブドメインの分割はチーム規模や過去のリリース傾向を考慮して柔軟に変更するべき
@Luup Developers /
- DroidKaigi 2026でAndroid開発の最新動向やAI活用の事例を学んだ
- AIによるアクセシビリティ対応のルール設計、Compose Multiplatformへの言語置き換え戦略、データ層リファクタリングのブリッジ設計が紹介された
- AIレビューの精度向上には文脈の質を高めることが重要で、変更の性質に応じたレビュー戦略が必要だった
@しばふ /
- アナログな赤シートとClaudeを組み合わせた学習法でDP900に合格した
- mdファイル作成、教科書風Word変換、手作業での清書、印刷と赤シート暗記の4ステップ
- 清書作業が学習効果を高める重要な工程で、AI生成物の中途半端さが手作業の余地を確保した
@dach /
- AIエージェントに実装を任せる前に、処理順やデータ関係のズレを設計技法で確認する
- アクティビティ図で処理順と副作用の境界、ER図でデータ関係と「消える」の意味を確認する
- 処理順やデータの意味のズレを事前に見つけることで、実装後の修正コストを減らせる
@yukitaka /
- Cisco CMLのUbuntuでcloud-initを用いてIPアドレスを設定する方法が説明されている
- 「network:」構文と「write_files:」構文の2つの設定方法が紹介され、netplanの設定ファイルを直接編集する方法が示されている
- CML 2.7以降ではuser-data側にnetwork構文を書くと反映されないため、write_filesでファイルを書き込む必要がある
@suwa_nobu /
- Claude Code 2.1.271 でサブエージェントに CLAUDE.md を渡さない設定が追加された
- omitClaudeMd という frontmatter 設定と --agents JSON でサブエージェントに CLAUDE.md を含めない、2.1.270 では設定が無視される
- サブエージェントの初期コンテキストに CLAUDE.md を含めない場合、設定を frontmatter に記載する必要がある
@林 宏正 /
- Google CloudでGemini Enterpriseのプロジェクト管理機能が一般提供され、Mondayデータストア接続やSlackアプリの新機能が追加された
- プロジェクト作成と管理、Mondayデータストア接続、Slackアプリのチャンネルメンションとマルチターン会話サポート、Cloud SQLのRegional endpoints一般提供
- Gemini Enterpriseのプロジェクト管理機能を利用するには管理者による設定が必要で、Cloud SQLのRegional endpointsはデータ所在地の制約に対応している
@ShigemoriMasato /
- AIコーディングの遅さは、変更前の読解情報量(IRV)が増えることが原因
- IRVはソースコード・テスト・仕様・資料の読解量を含み、ルールの分散や契約の明確さが影響
- 変更ごとの調査範囲を小さくするにはルールの持ち主を決め、部品間の約束を書くことが効果的
@Kou /
- LaravelでFat Controllerを避けて保守性を高める設計手法が紹介されている
- Custom FacadeやMiddleware、Service/Repository層の分離が具体的な実装例とともに説明されている
- Controllerの肥大化を防ぐための設計選択が実務に直接影響する
@maskot1977 /
- Pythonでマクロ経済シミュレーションを行い、債務比率の動学を分析した
- プライマリーバランス黒字化の問題点、GDP対債務比率の計算、30年間のシミュレーション結果
- GDP成長率が金利を上回れば債務比率は自然に低下するという経済理論が示されている
@Ando /
- フロントエンド開発で仕様と実装を同じ語彙で書くことで、機械的な突合で漏れを防ぐ手法を提案
- SOVアーキテクチャの命名規則とymlによる責務宣言、ts-morphでの実装抽出、Playwrightテストとの突合
- 実装と仕様の突合はCIで自動化可能で、未実装責務や野良コンポーネントを差集合で検出できる
@gonzo-gongon /
- AIによるコード生成の進化に伴う意思決定のボトルネックを解消するための具体的な手法が提示されている
- 結論の理解に必要な背景を明確化し、自然言語の曖昧さを排除する制約を設ける、AIの追従性を低減する
- AIの自己申告を信用せず外部のエビデンスで確認する、プロパティベーステストでさまざまなケースに対応できるコードにする
@mfsungeun /
- Snowflakeのデータパイプラインを最適化して月額コストを39%削減した
- S3データエクスポートの最適化とdbtテスト範囲の再構築、非効率なサブクエリやソート処理の削除
- 非効率なサブクエリやソート処理を削除し、ハッシュ関数を使ったデータチャンク化で実行時間を75%短縮した
@クラウドエース株式会社 /
- ソフトウェアDNAとクラウドエージェントを組み合わせてAI駆動開発を実践
- ソフトウェアDNAでソフトウェアの「あるべき姿」を定義し、クラウドエージェントに自己完結性を付与
- ソフトウェアDNAが明確であればクラウドエージェントに仕事を任せやすくなる
@石坂忠広 /
- GoアプリケーションでOpenTelemetryをコンパイル時にゼロコードで計装する手法が紹介される
- コンパイル時計装ツールotelcと開発ツールmise、Aspire Dashboardを活用し、コードを汚さずにトレース・メトリック・ログを収集可能
- ログのOTLP送信にはotelslogブリッジの明示的な設定とslog.InfoContextのContext伝播が必要で、コード変更なしに計装ON/OFFが切り替え可能
@udon! /
- Kubbとneverthrowを組み合わせてResultAsyncで返すfetchクライアントを生成する方法を紹介
- KubbでOpenAPIから型とクライアントを生成、neverthrowでエラーハンドリングを型安全に実装、プラグインでボイラープレートを自動生成
- OpenAPIスキーマを更新してgenerate実行するだけでエンドポイントごとのfetchクライアントが自動生成される
@WorldDownTown /
- FlutterライブラリのSDK制約と利用アプリのバージョンは独立して管理できる
- 開発環境のFlutterバージョンと環境制約のflutter下限を分離し、Dart SDKとFlutter SDKの制約を別々に設定できる
- 利用アプリのSDK下限を満たしながらライブラリの開発環境を最新に更新できるが、生成コードの動作確認が必要
@jota /
- Go Conference 2026に参加し、OSSやOpenTelemetry、標準ライブラリのuuid追加について学んだ
- OSSの意義やOpenTelemetry eBPFの実装難度、標準パッケージのuuid追加の背景が紹介された
- OSSの貢献や標準ライブラリの決定プロセスが開発者にとって参考になる