技術ブログまとめ
「TECH PLAY 技術ブログまとめ」では様々な企業やコミュニティが発信する技術ブログの更新情報をまとめてお届けしています。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
掲載企業一覧（94件）
おすすめの記事
この記事を読んでいただきありがとうございます。アジャイルグループに所属する、藤井智弘です。 デイリー、レトロと続けてきたイベントの話、3つ目はスプリントレビューです。前の2つはチームの内側で完結する会でしたが、レビューはチームの外の人が主役です。だからこそ、形骸化の仕方も、直し方も、少し様子が違います。 質問 # スクラムを始めた当初は、スプリントレビューに関係部署の方々が（物珍しさもあって）来てくれていました。ところが4ヶ月経った今、参加者はほぼチームメンバーだけです。毎回きちんとデモを準備してい
TECH PLAYに会員登録して最新の技術ブログ情報を受け取りましょう
こんにちは。株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。
こんにちは。ファインディ株式会社でFindy Team+の開発をしているkameです。 経歴としては、異業種から転職して現在エンジニア2年目です。ファインディには2026年5月に入社し、5ヶ月ほどが経過しました。 ファインディでは設計、実装、レビューなど各プロセスにおいてAIを活用しています。 このような経歴、環境下での私自身の思考の変化や、取り組んできたことに関して紹介します。 入社直後に感じたことから、事業に貢献したいと考えるようになるまで AIを活用して設計・実装するには、基礎力が必要だと実感した
こんにちは、事業開発室の里中裕輔です。 本記事では、LayerXさんと共同で開催した「AIエージェント設計勉強会 〜自己改善、検索編〜」 についてレポートします。 勉強会の概要 本勉強会は、LayerXさんと電通総研が共同で開催している、AIエージェントに関するエンジニア向けの勉強会イベントです。その第3回目として、2026年09月15日（火）に、自己改善、検索に関する勉強会を開催しました。 生成AIの登場から数年経ち、プロダクトの機能にAIエージェントを組み込む事例が増えています。さらに直近ではAIエー
こんにちは。 アプリケーションサービス本部、DevOps担当の兼安です。 今回は、AIとGitのお話をします。 はじめに 発生する現象の内容 現象が発生する技術的な原因 push 時のグローバル設定で被害を軽減する 最終的にはブランチ保護ルールを設定する はじめに 以前から、AIが不意にmainにpushしてしまう現象はありますが、 最近、feature ブランチを切ったつもりが、git push がなぜか保護ブランチ（main）にpushしてしまう現象に連続して遭遇しました。 なので、その現象と原因につ
はじめに 想定読者：データサイエンティストなど、日常的にデータを扱っていて、コネクティッドデータは初めての方。 この記事で分かること：コネクティッドデータの中身、一般的な分析の流れ、それが何に使われるか、扱うときに詰まる点。 こんにちは。KINTOテクノロジーズのデータサイエンスGに所属するfalsenineです。 コネクティッドデータとは、通信機能を持つクルマが、クラウドに送るデータのことです。車速や位置情報などが含まれ、運転者ごとの安全運転スコアを保険料の割引に反映する保険や、交通情報の生成などに活用
USBメモリへのデータコピー時に発生するエラーの原因となる、FAT32ファイルシステムの制約（ファイルサイズ、ファイル数、ファイル名の長さ）と、フォルダ分割やファイルシステム変更などの解決策について解説します。
目次 はじめに 背景 UserMatching（UM）と社内システム 社内システムの課題 目指したこと 業務に入り込む進め方 ヒアリングで業務を知る ヒアリングから始めた理由 どう進めたか 分かったこと 設計でつまずいたこと AIが作った設計を判断できなかった やりたいことが広がりすぎた ひとりで考え込んでしまった どう乗り越えたか 自分で判断できるように、進め方を決めた 広がった範囲を、目的に合わせて絞った ひとりで抱えず、考えをチームに見せた 設計を終えて実装へ AIの時代に大切だと感じたこと 設計の
はじめに 検索基盤チームの mrkm4ntr です。以前、 CPU 使用率による Elasticsearch の autoscaling について書きました。ピーク時間帯に合わせて確保していたリソースを、トラフィックに合わせて増減することで、Elasticsearch のコストを約 40% 削減できました。 この autoscaling には、まだコストを削る余地が残っていました。この記事では、そのために行った 2 つの改善を紹介します。 scale-out の高速化 : shard のコピー待ちをなくす
はじめに こんにちは！ KINTO開発部 KINTOシステム開発G マスターメンテナンスツール開発チーム、技術広報部兼務、Osaka Tech Lab 所属の high-g（ @high_g_engineer ）です。フロントエンドエンジニアをやっています。 以前、社内で開催しているフロントエンド勉強会について紹介しました。 https://blog.kinto-technologies.com/posts/2025-06-30-frontend-study-group/ あれから勉強会は続き、2026年
本ブログは 2026 年 8 月 26 日に公開された AWS Blog “ Detecting multi-stage attacks on AWS: A guide to cross-service signal correlation ” を翻訳したものです。 1 つのセキュリティサービスから届くアラート単体でわかるのは、何かが起きたという事実だけです。そのシグナルを他のサービスのアクティビティやお客様のビジネスコンテキストと合わせて読み解くことで、それが多段階攻撃の一部かどうかを判断できます。 次
こんにちは！「 SHIFTグループ技術ブログ 」編集部です。 お役立ち記事を発信していますので、ぜひご注目ください！！ 本ブログは、IT技術だけでなくSHIFTグループのあらゆる知見やノウハウを広義の“技術”とし、入社歴や部署の垣根を超えて従業員が公式ブロガーとして記事を執筆しています。
本ブログは 2026 年 10 月 15 日に公開された AWS Blog “ AWS Security Agent (now part of AWS Continuum) exploited 33 of 37 new real-world CVEs ” を翻訳したものです。 AWS は、自律型ペネトレーションテストエージェントである AWS Security Agent (now part of AWS Continuum) を、最近公開された実在の CVE (Common Vulnerabilitie
物流業界では、EC 市場の急拡大、販売チャネルの多様化、商品ライフサイクルの短期化が同時に進み、サプライチェーン全体の最適化が重要な経営課題になっています。欠品や過剰在庫は、売上機会の損失やコスト増加に直結します。だからこそ、リアルタイムな可視化とデータに基づく意思決定が欠かせません。 こうした課題に応えるのが、日本通運株式会社（以下「日本通運」）が開発・提供する AI 搭載型物流 Web アプリ「DCX（Digital Commerce Transformation）」です。AWS 上に構築された DC
1本目の記事「Amazon S3 Tables のリカバリ手法を検証してみた（スナップショット巻き戻し・Parquet退避）」では、データを書き間違えた場合の戻し方を確認しました。 blog.serverworks.co.jp この記事では、テーブル自体を誤って削除した場合を確認します。 テーブルを削除すると、スナップショットも一緒に失われるため、スナップショットでは戻せません。 前提は、1本目の記事と同じ構成です。 テーブルバケットは、同じリージョンのレプリカ用テーブルバケットに、バケット単位でレプリケ
Amazon S3 Tables のデータを書き間違えたとき、どうやって元に戻すのか。 この記事では、次の3つの方法を実際に試し、できたことと限界を整理します。 レプリケーション: テーブルをもう1つのテーブルバケットに複製しておく。 スナップショットの巻き戻し: Iceberg のスナップショットを使って、テーブルを過去の状態に戻す。 Parquet 退避: 日ごとのデータを S3 に Parquet で書き出しておき、そこから復元する。 テーブル自体を誤って削除した場合は、別の記事で扱います。 この記