想定読者 はじめに 調査概要 調査の背景と目的 調査方法と回答状況 対象業務プロセス AXレベル定義 調査結果 AIツール利用率は9割に到達、Cursorの導入が活用を加速 活用レベルは依然「助手レベル」が主流、目標との乖離が課題 業務プロセス別の変化 進展が見られるテストプロセス領域 テスト分析・設計・完了：協働レベルへの移行が進む 課題が残るテストプロセス領域 チーム別の特徴的な傾向 QAグループ 第1チーム：基盤作りの段階 QAグループ 第2チーム：協働レベルへ明確に進展 QAグループ 第3チーム：最先進チーム デバッググループ：着実な進捗 前回からの変化と活用による効果と成果 7月調査…

はじめに DMMのプラットフォーム全体像 本記事の概要 API Gatewayの大規模トラフィックログの長期保管と分析体制の構築 BigQueryによるログ蓄積と加工 ログの保存先としてのBigQueryのメリット ログの分析フロー ストレージコストの問題 ストレージ料金の問題発生 従来のストレージモデルによる課題 BigQueryストレージモデルの変更 Physical Storage（物理ストレージ）への移行 移行プロセスと運用上の留意点 コスト削減の成果と今後の展望 コスト削減のインパクト 今後の取り組み まとめ おわりに はじめに こんにちは。プラットフォーム開発本部 不正対策チームで…

はじめに ジャーナリングとは キッカケ 書く瞑想 日記との違い ほぼ一年書き出し続けた結果 効果 自分の振り返り まとめ プライベートと仕事 DMMとしての新たな取り組み まとめのまとめ はじめに はじめまして。DMMでVPoEを任されている大久保です。 今年で5回目になりますがDMMグループ Advent Calendar 2025の最後を務めさせていただきます。最後までお読みいただけると嬉しいです。 また他のDMMグループ Advent Calendar 2025も面白いのでまだ読まれていない方はぜひお読みください。 ChatGPTが登場してから3年ほど経過しました。これまでにさまざまなA…

はじめに 概要 気になった新サービス・新機能 Amazon Nova Forge 3種類の「Frontier Agent」 IAM Policy Autopilot AWS Lambda Durable Functions セッションレポート Workshop: Accelerate VMware Migration with AWS Transform Chalk Talk: AWS Tools - Automate Simulation job Recovery & maximize Cost Savings まとめ はじめに メディア基盤開発部 配信インフラグループ SREチームの片岡で…

自己紹介 はじめに 1. AIの進展による数年先のデザイナーの役割の変化 参考：取り組み詳細の記事 2. 理想に届かないAIに嘆かず、今伸びてるAIに目を向ける 3. デザインと事業の接続点をAIと見出す 参考：取り組み詳細の記事 4. さらなるデザイン組織全体の定着へ さいごに 自己紹介 齊藤 卓真 デザイン部 部長 クライアントワーク / 事業会社でデザイン・ディレクション経験を経てDMMにジョイン。新規事業のデザインリードを務めた後、複数の事業にデザイン支援を行う横串部署を組成し現職。全社デザイナーの評価・教育・技術の推進を通じて「主体性」と「デザイン+α」を強みに事業貢献するデザイナー…

はじめに なぜ「成果物を残す」ことにこだわったのか インターン受け入れの課題 ロードマップ設計：ゴールから逆算する ゴールを先に定義する ゴールから逆算したロードマップ メンター自身が先に学ぶ 工夫1：Goalを具体的に設定する 抽象的なタスクは渡さない 想定回答を先に考える 所要時間も明記する 工夫2：全てをドキュメントにメモしてもらう 「背景」を書くことが特に重要 メモがあったから助かった場面 工夫3：コミュニケーション方法を途中で変えた 変更前の課題 変更後 チームリーダーとの連携 実際にやってみて うまくいったこと 最終成果物を残せた チームへの貢献 インターン生の声 想定と異なった点…

はじめに TL;DR この記事を読む前に 対象読者 解決したい課題 (去年の再掲) この記事で扱わないこと この記事で伝えたいこと ビジネスロジック閲覧サイト デモサイト コード メリット 実際に運用して得られた効果 1. Go に詳しくない相手との認識合わせが速くなった 2. 他チーム連携で「複雑な条件分岐」を説明しやすくなった 3. コメントを書く癖が"資産化"した 4. 「陳腐化しにくい」ことを運用で担保できた 去年の宿題 「ビジネスロジック閲覧サイト」の仕組み 1. トリガー: go:generate で"同期"を強制する go:generate 記述例 （最小イメージ） 2. 解析:…

はじめに 1. Vertex AI Pipelines採用の背景 2. 開発効率化 2.1 CI/CDとディレクトリ構成 2.1.1 GitHub Actionsの採用 2.1.2 ディレクトリ構成 2.1.3 デプロイフロー 2.1.4 Config駆動のパイプライン管理 2.2 Goによる共通コンポーネント 2.2.1 PythonからGoへの移行 2.2.2 複数パイプラインでの共通利用 2.2.3 抽象化による認知負荷の軽減 2.2.4 パフォーマンスの改善事例 2.3 ゴールデンパスとセルフサービス 2.3.1 テンプレート提供 2.3.2 社内ライブラリの提供 2.3.3 共通ベー…

はじめに Webフロントエンド版DX Criteriaとは DX Criteriaについて Webフロントエンド版の位置づけ なぜ活用しようと思ったのか？ 具体的な活用事例として 1. 評価範囲の決定 2. アセスメントシートの準備 / チェックリストの記入 3. レビュー 4. アセスメント結果の確認 5. ディスカッション 6. 定期的な振り返りと改善 7. 定期的なアセスメントの実行 感想・所感 良かった点 改善アイデアのヒントになる チーム内の認識を揃えるきっかけに 改善活動の優先度が明確になる 注意が必要だと感じた点 評価範囲 数字より「なぜ」「どうすれば」 まとめ・今後の展望 はじ…

はじめに 前提知識 Cache handler とは わかったこと キャッシュ有効期限時の挙動 実は get メソッドの第二引数にコンテキストが渡される まとめ 参考資料 はじめに はじめまして、電子書籍開発部 基盤開発グループの加藤です。 我々基盤開発グループは主に、DMMブックスの保守・運用、高速化、リプレースなどを担当しています。 今回は、Next.jsのData cacheを導入する前段階として動作検証や基盤構築をした際に得られた知見を共有したいと思います。 前提として、今回調査した内容はNext.js v15系時点でのものです。 したがってv16系では今回の話を適用できない可能性があ…

1. はじめに 2. EVPN-VXLAN を設計するときのポイント 3. MAC-VRF に混乱した理由 3.1 instance-type mac-vrf を理解しないまま使っていた 3.2 MAC-VRF の概念と設定を混同していた 3.3 L2 と L3 が混在して混乱していた話 4. そもそも MAC-VRF とは何か 4.1 いきなり一言で言うと 4.2 RFC における MAC-VRF と EVI の定義 4.3 QFX5120 では MAC-VRF をどう表現するか 5. MAC-VRF と EVI の整理（まとめ） 6. 最後に 1. はじめに こんにちは、ITインフラ本部 …

はじめに コード品質とは なぜ仕組みが必要だったのか コード品質を保つ仕組みの構築 1. 循環的複雑度の検査と違反コードの解消 2. CIでの静的解析（ESLint）とマージルールの設定 3. 静的解析の強化（Prettier、ls-lint） まとめと今後の展望 最後に はじめに こんにちは。DMM.com 二次元開発本部 二次元コンテンツ事業/同人開発部のwksyです。 デジタル作品を販売・閲覧するオンラインECサービス（以下「本プロダクト」と呼びます）で、フロントエンドエンジニアとして開発に携わっています。 今回は本プロダクトにおける「フロントエンドのコード品質を保つ仕組み」を地道に構築…

はじめに 静的解析を取り入れた品質改善アプローチ 改善を進める中で見えてきた課題と気づき 品質改善の効果を最大化するための目標再設計 チームで取り組んだ改善プロセスと具体的な進め方 1. 優先順位付けとタスクの細分化戦略 優先順位付けの基準 タスクの細分化（チケット作成） 2. チームメンバーへのタスク分担と運用の仕組み 実行フロー 継続的な改善サイクルの構築と今後の展望 宣伝 はじめに この記事は、DMMグループ Advent Calendar 2025 の17日目の記事です。 こんにちは、二次元コンテンツ事業/同人開発部の小杉です。 私たちは、サービス全体の品質向上とセキュリティ強化を目的…

背景と動機 部の取り組み「分科会」について なぜこれに取り組んだのか 解決したい課題 技術選定 実装方針 ツールの比較・選定 システムアーキテクチャ 直面した 2 つの課題 1. Slack からの Event は IAP を越えられない 2. LLM 単体では URL の先にあるログを読めない 技術的課題の解決（インフラ実装） 1. IAP 突破のための Proxy Server (Go + Cloud Run) 2. ログ・メトリクス取得のための MCP Server n8n 上での AI Agent 構築 ワークフロー全体像 Agent ノードの設定 各コンポーネントの構成 結果 今後の…

はじめに Think! FrontEnd とは？ Atomic Design から bulletproof-react へ – 構成リアーキテクト – DMMブックスを Next.js 化している話 大規模アプリをリアーキテクトした際の知見 データとコンポーネントの複雑さを整理整頓する おわりに はじめに こんにちは！「Think! FrontEnd」運営の宮尾 (@eiganken) です。普段は動画配信サービスのフロントエンド開発を担当しています。 今回は、先日 10/15(水)に開催された「Think! FrontEnd by DMM #9」について、開催レポートをお届けします。 Thi…

はじめに SSoTとは？ 利用しているSSoTツールについて どのように破壊したの？ 1回目の破壊 2回目の破壊 3回目の破壊 破壊して得た学び Adapterの簡略図 まとめ はじめに 皆様ネットワーク運用自動化してますか？ どうも、ITインフラ本部インフラ部ネットワークグループNREチームの佐々木です。 アドカレ12番目は社内SSoTツールを破壊してしまった話をしようと思います。 SSoTとは？ SSoT（Single Source of Truth）とは、「信頼できる唯一の情報源」を意味する概念です。 システムやデータを管理する際に、情報を一箇所に集約し、その情報を正として扱うことで、デ…

はじめに “日報”と”分報” 作業スレのデモ 点と線の記録の共存による相互補完と効能 始めるには明日からでも かいつまんだ仕組み紹介 運用上の考慮 さいごに ※DMMグループ Advent Calendar 2025 12/16の記事です。本記事は飯田涼太 mesh1nek0x0 が担当します。 はじめに 「そういえば、チームの他メンバーが何をしているのかあまり知らないな」 ふと、そのようなモヤモヤを感じた経験がある読者も多いのではないでしょうか？ 私が所属するチームでも上記の解決策の1つとして、自分が実験台となり日報や分報の運用を試していました。ある日、何気ないきっかけからバラバラに運用して…

はじめに これまでの取り組みの流れ 第1段階：社内での実践と評価 第2段階：外部カンファレンスでの知見共有 第3段階：GitHubでの完全公開 なぜ公開したのか 1. 外部への貢献：明日から使える実用的なツール 2. 自社への学び：多様な視点からの発展 公開したフレームワークの特徴 CMMI準拠の5段階評価 6つの包括的な評価軸 初めての方へ：まずはここから始めましょう 具体的な実装例と改善アクション 誰でもカスタマイズ可能 リポジトリの活用方法 基本的な使い方：3つのステップ 📊 ステップ1：現状評価 📋 ステップ2：改善計画の策定 🔄 ステップ3：段階的な実施 カスタマイズして利用する場合…

はじめに 概要 検証構成 対象イメージ 検証環境 VMスペック フルルートの生成 検証トポロジー 測定方法 ① 起動時のリソース測定 ② フルルート学習時のリソース測定 ③ 学習完了後の安定時リソース測定 テスト結果 Juniper vJunosSwitch グラフから分かること Juniper cJunosEvolved グラフから分かること Juniper vJunosRouter グラフから分かること Arista cEOS グラフから分かること Cisco XRv9000 グラフから分かること Nokia SR Linux VyOS1.5 グラフから分かること テスト結果からの一覧表 …

はじめに 課題 対策 おわりに はじめに この記事は、DMMグループ Advent Calendar 2025 の 15 日目の記事です。 プラットフォーム開発本部で認可サービスの開発をしている juve_534 です。 私が所属するチームは認可サーバの開発・運用を責務としています。 直近で認可サーバのリプレイスを行いました。今回は、リプレイス中に見つかった監視についての課題と対策について紹介します。 課題 認可サーバを運用するためエンドポイントのレイテンシー監視をしています。 閾値はエンドポイントごとに定めており、課題が見つかったエンドポイントは p99 を 100ms で監視していました。…

はじめに 急にレスポンスタイムが悪化した 問題のリクエストの特定を試みるが失敗した スティッキーセッションを無効化するため、Blue/Greenデプロイメントへ移行する ECSの組み込みBlue/GreenデプロイメントはDMMブックスと相性が良くない ALBのリスナールールが複雑な場合はトラフィック切り替えに独自のLambdaを実装する必要がある まとめ はじめに こんにちは。ITインフラ本部 SRE部のシュウです。 今回はDMMブックスで発生したスティッキーセッションに関連するパフォーマンス問題の調査と対応について紹介します。 急にレスポンスタイムが悪化した New RelicのAPMでD…

はじめに Ingress が直面した「構造的課題」 Ingress の果たした役割とその後の課題 1. 「最低限の共通機能」設計の限界 2. 「アノテーション地獄」が招いた移植性の低下 3. 運用上の摩擦：役割と責任の混在 KubeCon 2019：API 再構築という決断 なぜ「Ingress v2」では駄目だったのか 1. 「Ingress（入り口）」という概念の限界 2. 下位互換性の呪縛 「Service APIs」から「Gateway API」へ Gateway API の核心：「ロール指向設計」による解決 ロールとリソースの分離：権限境界の明確化 移植性の回復と表現力の向上 Kub…

初めに 画質AUTOの仕組み スムーズな画質変更への工夫 実際のコードを見ながら処理を追ってみる まとめ・宣伝 初めに この記事は DMMグループ Advent Calendar 2025 の12日目の記事です。 こんにちは。メディア基盤開発部でフロントエンドエンジニアをしている今西(@nisshii0313)です。主に動画再生プレイヤーまわりのコンポーネントの開発および保守・運用をしています。 さて、弊社に限らず、多くの動画配信サービスでは画質設定に"AUTO"や"自動"という項目があります。 選択すれば自動でHDや4K等の画質を設定してくれる便利さから、使用されている方も多いのではないでし…

はじめに 前回のおさらい 困ったこととは... RAGシステム構成 問題の発生順序 なぜ発生するのか ローカル開発環境との関係 おわりに はじめに DMM.博士通信の3回目の投稿になります。前回の投稿が2025年1月でしたので随分間が空いてしまいました。前回までの流れは以下の記事をお読みいただければと思います。 "42日で立ち上げた社員向け生成AI チャットボット「DMM.博士」。AI初体験の社員に、何を提供するべきか" "DMM.博士 通信 Vol.1 - OpenAIで構築した社内ChatGPTに業務フローを任せるまで" 'DMM.博士 通信 Vol.2 - 分散型RAGサテライトシステム…

はじめに 背景: 正規化の有無で内積ベースの類似度は変わる → レコメンド結果はどう変わる？ DMM のレコメンド - Two-Tower モデルによるレコメンド ベクトルの長さは推薦頻度に影響する 単純なモデルで影響を調べてみた 実験設定 比較するモデル 結果: アイテムの頻度と埋め込みベクトルについて可視化 アイテムの登場頻度 各モデルについて可視化 base-model l2norm-model adam-model samplingprob-model 考察: ベクトルの長さは推薦頻度に影響する ノルムのばらつきが小さいほどカバレッジは上昇する サンプリングバイアスを考慮すると、人気作…

はじめに レガシー課題の整理から始まった、持続可能な設計への再定義 共通の設計言語をつくる 設計標準の軸 迷わないルールが、設計を自由にする 設計標準をAIが読める形に アーキテクチャ審議会の立ち上げ：個別移行から全体最適へ 目的は正解の強制ではなく、考え方の共有 議論テーマと成果 イベントストーミングによる共通理解の再構築 AIツールと共存するレビュー文化 まとめ 宣伝 はじめに この記事は、DMMグループ Advent Calendar 2025 の11日目の記事です。 デジタル作品を販売するオンラインECサービスでバックエンドエンジニアをしているyachiyと申します。 私が担当している…

はじめに 導入の概要：Google Cloud基盤を活用した運用 導入経路の詳細 予算管理の詳細 チームでの活用状況 費用管理実績 ✅ 活用できているケース ⚠️ 活用が難しかったケース データ分析特有の課題と技術的解決策 課題1：Jupyter Notebook (.ipynb) のトークン爆発 解決策：カスタムMCPサーバーによる前処理 課題2：BigQueryでのデータ抽出加工時の考慮漏れ 解決策：プロンプトの工夫 まとめ はじめに はじめまして。データサイエンスグループで機械学習エンジニアをしている25新卒の森です。 私は主に機械学習を用いた検索ランキング改善に携わっています。 今回は…

はじめに DCI（Data Center Interconnection:データセンター間相互接続) 可用性 拡張性 IP over DWDM 400G-ZR/ZR+ 波長 送信パワー FEC（前方誤り訂正） 消費電力 発熱対策 Transceiverの選定 実環境への導入（＆トラブル） OSNR（光信号対雑音比） トラブルシュート 振り返り 最後に はじめに こんにちは、ITインフラ本部インフラ部ネットワークグループ NAD（Network Architecture Design）チームの大城です。 NADチームは高品質かつ効率的なネットワーク設計・構築をすることで、全ユーザーおよび事業サー…

アクティベーションチームについて チーム活動の弊害と課題 多拠点・非同期の壁 個人依存と残業前提の進め方 プランニングの曖昧さ やってよかった習慣 3選 1. スクラムイベントの改善 1週間スプリントでの高速PDCA 毎回のレトロスペクティブで「TRY」を実施し、課題を放置しない デイリースクラムの積極的な改革 メンバーのその日の調子を共有 Good & Newの導入 2. いつでもチームで会話できるリモートワークの仕組み化 「仮想オフィスGather」が変えたこと 「近くに相手がいる」という感覚が、話すハードルを下げる 3. ペアワーク・モブワークの意識づけ ペアワーク・モブワークとは？ 「…

はじめに 背景 Nancyとは？ Nancyのメリット Nancyのデメリット govulncheckとは？ govulncheckのメリット govulncheckのデメリット 検証 検証項目 検証環境 脆弱性の選定根拠 1. 実行パスに含まれる真正な脅威（True Positiveのベンチマーク） 2. 実行パスに含まれない潜在的な脆弱性（False Positiveのベンチマーク） 検証準備 modulesの変更 codeの変更 GitHub Actions ワークフローの作成 検証結果 考察 まとめ はじめに こんにちはこんばんは！プラットフォーム開発本部認可チームの日比です。 プラッ…