技術ブログまとめ
「TECH PLAY 技術ブログまとめ」では様々な企業やコミュニティが発信する技術ブログの更新情報をまとめてお届けしています。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
掲載企業一覧（94件）
おすすめの記事
はじめに こんにちは、BASE DepartmentでPHPerをしている @meihei です。 長く運用しているサービスでは、機能の追加や変更を重ねるうちに、「もう使っていなさそうなデータ」が残ることがあります。以前は必要だった配列のキーが残り、その値を取得して受け渡す処理も動き続けている（ただし描画では使っていない）、といった具合です。 使われているデータは残し、不要なものだけを安全に削除したい。そのためには、まず本当に使われていないのかを確かめる必要があります。 この記事では、 ArrayAcce
TECH PLAYに会員登録して最新の技術ブログ情報を受け取りましょう
この記事を読んでいただきありがとうございます。アジャイルグループに所属する、藤井智弘です。 デイリー、レトロと続けてきたイベントの話、3つ目はスプリントレビューです。前の2つはチームの内側で完結する会でしたが、レビューはチームの外の人が主役です。だからこそ、形骸化の仕方も、直し方も、少し様子が違います。 質問 # スクラムを始めた当初は、スプリントレビューに関係部署の方々が（物珍しさもあって）来てくれていました。ところが4ヶ月経った今、参加者はほぼチームメンバーだけです。毎回きちんとデモを準備してい
Gemini At Workとは何か？ Gemini At Workは、Google Cloudが主催する、企業での生成AI活用をテーマにしたイベントです。Geminiをはじめとする製品の情報に加え、企業の導入事例や、AIを業務に組み込む方法が紹介されます。去年2025年10月の開催では、企業向けAI基盤のGemini Enterpriseが発表されました。社内データとの接続、ノーコードでのAIエージェント構築、エージェントの一元管理を備え、組織全体の業務自動化を支える仕組みです。 さらに、AI学習プラッ
はじめに こんにちは。グループIT推進本部の Roki です。 AIエージェントにPRレビューを手伝 ...
G-gen の杉村です。当記事は、2026年10月9日午前2時30分（日本時間）に開催された Gemini at Work 2026で発表された「Gemini エージェント」に関する速報です。 Gemini at Work Gemini の「エージェント化」 デモ Gemini 4 Argon の一般公開は未定 Gemini at Work 太平洋標準時2026年10月8日午前10時30分（日本時間では2026年10月9日午前2時30分）、Google の生成 AI モデル「Gemini」および AI エ
こんにちは。ファインディ株式会社でプリンシパルエンジニアをしている戸田です。 このテックブログではこれまでファインディの開発組織の取り組みを紹介してきました。一方で、開発組織の文化を紹介した記事はあまりありませんでした。 そこで今回は、弊社のことをさらに知ってもらうためにファインディの開発文化を紹介します。日々の開発の進め方から、それを組織に広げて続けるための仕組み、そして文化を支えているものまで、なぜそうしているのかと合わせて紹介します。ファインディの開発組織に興味を持ってくださっている方や、組織の文化
こんにちは。サイオステクノロジー OSS サポート担当 山本です。 今回は前回お話しした「TimescaleDB」について、簡単な検証を行ってみたいと思います。 ■ざっくりおさらい：TimescaleDB って？ TimescaleDB は、 Tiger Data 社 (旧 Timescale 社) による PostgreSQL の拡張機能 で、 超大規模データの集計処理に特化 した「 時系列データベース / 列指向データベース 」として振る舞う “hypertable” という特
こんにちは、ミイダス Tech Officeです。 ミイダス株式会社のテックチームが直近で開発した機能や取り組みを現場のエンジニアから共有する「MIIDAS Tech LIVE」。 第15回目の開催となる今回は3つのリリース・取り組みをお届けしました。
TiDB Cloudのオートスケール改善 – 時間帯別制御、TiKVへの拡張、運用の自動化 本記事は、私たちメルカリのDBRE（Database Reliability Engineering）チームが今年4月に公開した TiDBのオートスケールに関する記事 の続編で、9月11日に開催された 第10回 TiDB User Group Meetup の 発表 のフォローアップとなります。 この記事では、TiDBの時間帯別オートスケール制御の改善、TiKVへのオートスケールの拡張、そして稼働状況の
本記事は 2026 年 10 月 1 日に公開された “ Introducing filtered export from Amazon DynamoDB to Amazon S3 ” を翻訳したものです。 本日、 Amazon DynamoDB のフィルター付きエクスポート機能をリリースしました。これにより、テーブルのキャパシティを消費することなく、必要な項目と属性のみをエクスポートできるようになりました。 Amazon Simple Storage Service (Amazon S3) へのエクスポ
Amazon プライムデー 2026 はプライム会員限定で、2026 年 6 月 23 日から 26 日まで開催され、35 を超えるカテゴリーで数百万件のお得な情報が提供されました。 AWS がどのようにプライムデー ( 2016年 、 2017年 、 2019年 、 2020年 、 2021年 、 2022年 、 2023年 、 2024年 、 2025年 ) を支えてきたかをご紹介する毎年恒例の取り組みの一環として、お客様の素晴らしいショッピング体験を実現した AWS のサービスと、トップクラスの実績
本ブログは 2026 年 4 月 16 日に公開された AWS Blog “ How Automated Reasoning checks in Amazon Bedrock transform generative AI compliance ” を翻訳したものです。 規制業界のコンプライアンスチームは、手作業のレビューに数週間を費やし、外部コンサルタントにも費用を支払っていますが、AI の出力に形式的な証明がない場合には、依然として監査上のギャップに直面します。 Amazon Bedrock Guar
World Robot Conference 2026 現地レポート 本レポートでは、WRC2026で見えた技術トレンドと、中国ロボット産業の動向、そしてNTT DATAにとっての示唆について紹介したい。 中国が牽引する「Physical AI」の現在地と、その先に見えるロボット社会 2026年8月19日から23日にかけて、中国・北京市で開催された「World Robot Conference 2026（WRC2026）」に参加した。300社超、2,000点超の展示が集まる本イベントは、世界最大級のロボッ
Sigmaの紹介: 業務部門が自分でデータ分析できるBIツール 目次 はじめに Sigmaの機能まとめ 特徴1 Excelに近い操作感でデータ分析できる 特徴2 ドラッグアンドドロップでも可視化できる 特徴3 Workbook上で分析からダッシュボード作成まで進められる 特徴4 ダッシュボードだけでなくWebアプリのような画面も作成できる 特徴5 Input TableとWritebackでSnowflakeへ書き戻せる 導入検討時に見るべきポイント 観点1 業務部門が自分で分析したい領域はどこか 観点2
「あ、こっちのリポジトリにスキル移植してなかったや。コピペしとこ」 Claude Code を使っていると、一度はやりますよね。 新規リポジトリに新しくハーネスを移植する際など、あまり良くないとわかりつつ、やりがちだと思います。 そこで今回は、株式会社エブリー Android チームでの、ハーネスの一元管理方法について紹介します。 3 つのリポジトリでコピペしていたハーネスを 1 か所にまとめ、合計 5,254 行の設定を消せました。 「本当は一元管理した方が良いのだろうな」と思っているあなたの一助になれ
本記事は、 Timestream for InfluxDB 3 workload analysis and best practices を翻訳したものです。 Amazon Timestream for InfluxDB 3 のデプロイメントにおいて、適切なインスタンスサイズの選択は、時系列インフラストラクチャを設計する上で最も影響の大きい判断の 1 つです。インスタンスが小さすぎるとクエリパフォーマンスの低下や取り込みのボトルネックにつながり、大きすぎると未使用のキャパシティに対して余分なコストを支払う