G-gen の高宮です。当記事では、Cloud Storage バケットをバックエンドとして、安全に静的ウェブサイトをホスティングする手順を解説します。 はじめに Cloud Storage とは 静的 Web サイトホスティングの手法 各手法の比較 事前準備 バックエンドバケットへのサービスアカウント認証 手順の概要 Cloud Storage バケットの作成 バックエンドバケットの作成 バケットへの権限付与 ロードバランサーの作成 プライベートオリジンの認証 手順の概要 サービスアカウントの作成 HM

はじめに # AIテクニカルセクターの藤堂です。セクターが独立組織となって以降、全社でAI活用を広げる取り組みが本格化しています。そのような中、6月には 第40回 JSAI2026 に参加しました。 前半ではポスター発表をした、士業資格試験を対象としたLLMベンチマークShigyoBenchについて簡単に触れ、AIの実用化についての所感を述べます。 後半では、人工知能学会で印象に残った発表と、今後のAI研究について思ったことを記します。 どういう論文か # ShigyoBenchは、 日本の士業資格試験を

こんにちは。株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。

こんにちは。株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。

こんにちは。株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。

こんにちは。株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。

はじめに こんにちは、クロスイノベーション本部の藤川（善）です。 最近、あるWebサイトで 「自己署名証明書」 の使用が検出され、調査した内容を記事にします。 結論としては不備ではなくて、IPアドレス指定で共有ホスティング環境にアクセスした際に表示される自己署名証明書は、 セキュリティ目的で意図的に設定されたダミー証明書 でした。普段あまり目にしないであろう .invalidトップレベルドメイン（TLD） についても本記事内で触れます。 背景 サイバーセキュリティの中にASM（Attack Surface

はじめに 今回はラーメンチェーン店を想定して、注文受付を音声AIで効率化できないかというテーマについて検討してみます。

2026年6月の主な製品アップデートをご紹介します。 製品アップデート リリース準備状況 – パブリックベータ Release Readiness Indexは、ソフトウェアテストにおいてQAチームが直面する最も難しい問いの一つである「リリースできる状態にあるのか？」に答えるための機能です。 カバレッジ、実行の進捗、欠陥リスクを組み合わせ、各マイルストーンごとに単一の準備状況スコアとして可視化することで、リリースに対する確信度をデータに基づいて明確に把握できます。また、リリース判断を行う前に注意が必要な領

不要なログをNew Relicで効率的に管理し、コストを抑える方法を解説。ログパターンの特定からパイプライン制御までのステップを詳述。

今年も半分が過ぎました。2026年4-6月のサマリーです。 記事数・執筆者数 # この3ヶ月で13本の記事が投稿され、記事数は889になりました。 連載 # AIエージェントとシステムをつなぐMCP入門 # MCP(Model Context Protocol) は AI エージェントが外部サービスと通信するための仕様で、2024年に Anthropic 社によって初版がリリースされました。MCP を使用することで、AI エージェントは外部サービスの機能を効果的に利用できます。MCP の基本から実装まで段

AIを使って業務効率化をしているはずが、いつの間にかAIを管理する手間に追われていませんか？ プロジェクトの資料を探して集め、内容が書き換わるたびにAIの情報を書き換える。NotebookLMのような優れたAIツールであっても、その都度手作業でソース（参考資料などの元データ）を追加したり管理し続けるのは、実はかなりの負担です。せっかく便利な道具を使っているのに、AIの面倒を見る時間でヘトヘトになってしまっては本末転倒ですよね。 そんな毎日の面倒なコピペや更新作業から解放してくれる新しい仕組みが、Googl

システム開発では、定例会議で「少し遅れているものの挽回できる」と報告されていたにもかかわらず、重要な節目の直前になって成果物が完成していないと判明することがあります。 遅延が明らかになると、現場には作業の前倒しを求め、顧客や経営層には事情を説明し、利用部門とはリリース後の計画を調整しなければなりません。 しかし、状況が見えないまま作業を急がせても、手戻りや不具合が増え、さらに納期が延びるおそれがあります。 重要なのは、単純に作業速度を上げることではなく、 現在地・残作業・遅延原因・影響範囲を可視化すること

納期の遅れ、不具合の増加、終わりの見えない仕様変更が重なると、「すでに炎上しているのではないか」と不安になりやすいものです。 定例会議で「対応中」「確認中」という報告が続き、正確な進捗や完了予定日が見えなくなっている場合は、単に忙しいだけでは済まない可能性があります。 システム開発の炎上は、一つの大きな失敗によって突然起こるとは限りません。 要件の曖昧さ、無理な見積もり、進捗管理の不備、品質の悪化、意思決定の遅れ などが連鎖し、徐々に立て直しにくい状態へ進んでいきます。 こうした状況で責任者の交代や人員追

システム開発のWBSを任されたものの、工程をどこまで細かく分ければよいのか分からず、手が止まってしまうことは珍しくありません。 過去に使われたテンプレートがあっても、開発する機能や体制、契約範囲が異なれば、そのまま流用するだけでは必要な作業が抜けたり、不要な項目が残ったりします。 WBSは作業名を並べるだけの表ではなく、 成果物を起点に必要な作業を分解し、担当者・工数・期限・依存関係・完了条件を整理するための土台 です。 適切に作成すれば、見積もりの精度を高められるだけでなく、タスクの抜け漏れや認識のずれ