Scraps 最終更新 2026/10/01 20:40

#DevOps・CI/CD

@sewiihidekikudo /

バッチ監視で学んだ4つの確認観点 ― 起動/生存/終了/復旧を確認しよう

  • バッチ処理の監視には起動状態、実行中の状態、終了状態、復旧状態の4つの確認ポイントが必要
  • action:start/endによる開始終了確認、Laravel Cacheを使ったheartbeatによる実行中確認、監視APIによる異常判定、外形監視による外部からの確認
  • 監視APIを呼び出すと状態が変化する可能性があるため、外形監視ではHTTPメソッドだけでなく状態変化の確認も必要

@伊巻 尚人 /

スクラム/SAFeを運用して感じた、タスク管理ツールとの付き合い方

  • スクラムやSAFeでタスク管理ツールを使う際、カンバンやバーンダウンチャートの使いやすさが開発効率に大きく影響する
  • カンバンの担当者表示やタスク優先度設定、バーンダウンチャートの祝日考慮機能、フィーチャーやPIの管理が重要
  • タスク管理ツールにすべての情報を詰め込むのではなく、必要な情報だけを扱うことで運用が楽になる

@koki takeishi /

NebulaGraph Community版の簡易検証

  • NebulaGraph Community版v3.8.0をDocker Composeで構築し、グラフデータを投入してクエリを実行した
  • ADD HOSTSでStorageホストを登録、GO文とopenCypher互換のMATCH文でクエリを実行、パーティションの状態確認にSHOW STATSを使った
  • 初期クエリは5秒程度かかったが、定常状態では3ミリ秒程度に改善し、クラスタの状態がレイテンシに大きく影響する

@kelp /

エラーをAIに直させる自動デバッグ機能をJevを使用して作ってみた

  • SentryのエラーをAIが自動で修正し、AI自身に判定させない仕組みを構築した
  • Claude Code Actionでエラーを調査・修正、jevでコードの変更内容を判定、AIの書き込み権限を制限
  • AIが書いたコードは別のプロセスで実行・検証し、AI自身に判定させないことで信頼性を確保した

@ABAB↑↓BA /

AI開発時代だからこそ、テストの役割を見つめ直す

  • AI時代でもテストの役割は変わらず、それぞれの種類で検出できる不具合の種類に応じて使い分けるべき
  • ユニットテストはロジックの細かい検証、E2Eテストは画面をまたぐ不具合の検出、型とlintで不具合を事前に防ぐ
  • テストの実行順序とコストの違いを意識し、型設計で不具合を防ぐことでAIのイテレーションを効率化できる

@sz_tak /

本番でボタンが全部無反応だった——CSP の nonce と force-static は両立しない(Next.js App Router)

  • Next.js App RouterでCSPのnonceとforce-staticを同時に使うとスクリプトがすべてブロックされる
  • CSPにnonceを指定し、force-staticで静的生成するとnonceが一致しない。strict-dynamicでホストベースの許可が無効化される
  • 静的生成ページではnonceが毎回変わるためスクリプトが実行されず、コンソールでのエラーでしか気づけない。本番ビルドでのスクリプト検証が必要

@akkie76 /

AIエージェントのコードレビューをどう設計して検証するか — code-review-skillsをリリースしました

  • AIエージェント向けのコードレビュー手法を公開しました
  • 変更行と影響処理を追う、指摘の重さと観点を明示、技術スタックに応じた知識を分離
  • レビューの精度向上と一貫性確保に役立ち、開発者にとって実務に直接関係します

@Jagmeet Singh /

Peak XV、サージュのシード投資上限を500万ドルに引き上げ、18社のコホートを発表

  • Peak XVがサージュのシード投資上限を500万ドルに引き上げ、18社のコホートを発表
  • シード投資上限を300万ドルから500万ドルに引き上げ、18社のコホートに5000万ドル以上を投資、AIやロボット、宇宙など多様な分野のスタートアップを支援
  • シードラウンドでより多くの資金を調達できるようになったが、シリーズAへのハードルが上がっていることに注意が必要

@Sidejob /

Power Automateのフロー設計で属人化を防ぐ工夫——命名・テンプレート・ドキュメントの3点セット

  • Power Automateのフロー設計で属人化を防ぐための命名・テンプレート・ドキュメントの3点セットが紹介される
  • 命名規則で[部署][処理内容][作成年月]の形式を文書化し、テンプレートで処理パターンを統一し、ドキュメントでフローの概要を明記する
  • フロー名やアクション名に感覚に任せず、命名ルールを文書化し、テンプレートを共有することで混乱を防ぐことが重要

@Sarah Perez /

Shopify、ブラウザベースのAIエージェントに対しチェックアウトを開放

  • ShopifyはブラウザベースのAIエージェントが注文を完了できるようにした
  • WebMCPとShop Payをサポート、get_checkout・update_checkout・complete_checkoutの3ツールを追加
  • AIエージェントがブラウザで注文を完了できるようにした。AIエージェントがブラウザで注文を完了できるようにした。

@AIフクロウ|夜な夜なClaude Code /

夜間ジョブが朝まで固まっていた自作ツールの外部通信19か所を、Claude Codeに16分でタイムアウト棚卸し表(判定4種)にして、上限つきリトライまで入れてもらった夜

  • 自作ツールの外部通信19か所をClaude Codeでタイムアウト棚卸し表にした
  • タイムアウトなし12か所、リトライ上限なし3か所、判定4種類で分類
  • 上限のないリトライは別枠で記載し、失敗時の影響を列に記載することで判断材料とした