技術ブログまとめ
「TECH PLAY 技術ブログまとめ」では様々な企業やコミュニティが発信する技術ブログの更新情報をまとめてお届けしています。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
掲載企業一覧（94件）
おすすめの記事
本ブログは株式会社ドコモSMTBネット銀行 カスタマーサービス部 CS・DX企画グループ 中﨑 敬太様のご協力のもと執筆しました。 コンタクトセンターへの生成 AI 導入は、すでに「試してみる」段階を越えつつあります。導入から数年が経ったコンタクトセンターでよく伺うのは、FAQ の回答精度が思ったほど伸びないという悩みです。窓口を増やすたびに開発が必要になる、利用量が増えたときのコストが読めない、といった二周目の課題もここに重なります。 株式会社ドコモSMTBネット銀行（以下、ドコモSMTBネット銀行）は
TECH PLAYに会員登録して最新の技術ブログ情報を受け取りましょう
こんにちは！アプリケーションサービス部の布施です。 先日うどんばっかり食べている同期からこんなことを言われました。 なんの話かというとGSDというツールです。 github.com やれやれ、うどん食べるのに忙しくて手が空かないから、これは実際に使ってブログにまとめろってことか... 全くしょうがないな... ということで、本記事ではGSDを使ってみたので、その感触を認めます。 ⚠️本ブログを執筆中にgsd2というCLIツールが作成されています⚠️ readmeにはget-shit-doneからgsd2へ
はじめに はじめまして。OSSソリューション統括部の松永です。 普段、私たちのチームは、PostgreSQLを主軸とするOSSの専門チームとして、社内のミッションクリティカルシステムへの開発参画および保守サポートを行っています。 ミッションクリティカルシステムの開発・運用では、プロダクトの技術仕様を正確に理解したうえでの設計判断が不可欠です。さらに、障害発生時には、原因を迅速かつ的確に特定し、暫定対処から本格対処、再発防止策の実行までを着実に進めることが求められます。 こうした要求に応えるためには、プロダ
はじめに こんにちは！トモニテで開発をしている吉田です。 2026/3/20〜2026/3/22に開催されたPHPerKaigi 2026にスタッフとして参加してきました！ PHPerKaigi（ペチパーカイギ）とは以下のようなイベントです！ PHPerKaigi（ペチパーカイギ）は、PHPer、つまり、 現在PHPを使用している方、過去にPHPを使用していた方、 これからPHPを使いたいと思っている方、そしてPHPが大好きな方たちが、 技術的なノウハウとPHP愛を共有するためのイベントです。 phper
こんにちは。 株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。
はじめに はじめまして！カスタマーサポートグループサポートシステムチームの植田です。 プライベートでは、「旅行」「運動」「カラオケ」「勉強」、以外のことが好きです（インドア派です）。 お客様が自身の契約情報を確認する会員サポートページやカスタマーセンターのオペレータが使用する社内ツールの開発や運用を行っています。 直近ではカスタマーセンターのオペレータが使う社内ツールのAzureへのクラウド移行を担当しました。 これまでの経歴と転職のきっかけ 前職はCG業界で、CGプログラマーという仕事をしていました。
こんにちは、LIFULL QAエンジニアの木住野（きしの）です。 普段はQAエンジニアやUXリサーチャーチームのマネジメントを行っています。 2026年3月20日に開催された JaSST'26 Tokyo へ、QAエンジニア3名（星野、鐘、木住野）が参加しました。 本記事では、印象的だったセッションの紹介と、そこから得た学びを自社QAにどう活かすかについて考察します。 今回はビッグサイト開催 参加の目的 今回の参加目的は、生成AIが急速に普及する中でのテスト技術動向の把握と、自社QAプロセスへの還元です。
1. はじめに AWS（Amazon Web Services）では生成AIの基盤モデルを利用できるサービスとして、Amazon Bedrockが提供されています。各基盤モデルのARN（アカウントIDやリージョンごとに固有のリソース識別名）を用いることで、CLIやSDKを介してBedrockのモデルを呼び出すことができます。 標準で利用できるクロスリージョンを含む基盤モデルARNは、アカウント/リージョン/モデル単位で一意に定義されています。例えば東京リージョンのClaude 3.5 Sonnetを利用し
IIJ Engineers Blogをご覧の皆さま、こんにちは！IIJのfuji-nanaと言います。普段は九州で営業をしておりますが、現在社内公募型の兼務制度「セレクトジョブ」で、広報部にも所属中で...
はじめに こんにちは。基幹システム本部・リプレイス推進部・リプレイス推進ブロックの岡本です。 私たちのチームでは、ZOZOの基幹システムリプレイスの一環として、会計領域のシステムを新規構築しています。アーキテクチャにはCQRS（Command Query Responsibility Segregation）+ES（Event Sourcing）を採用しました（以降、CQRS+ESと略記します）。 本記事では、CQRS+ESを実務へ適用する中で直面した「小さな集約を保ちながら、大量の集約をまたいだ業務出力
AI Ultra Accessとは？できること、注目の機能 ※画像はGoogle公式ページより引用： https://workspace.google.com/intl/ja/products/ai-ultra/
1. はじめに 私は、現在参画しているプロジェクトで初めて要件定義を経験しました。今まで基本設計以降の工程にしか携わったことがなかったので、実際に経験する中でPM/PLの進め方を間近で見て、多くの学びがありました。本記事では、これから要件定義を初めて経験する同じような境遇の方に向けて、要件定義の中で私が実践して手応えを感じたことや、逆に苦労した反省点を「不確実性をどう潰すか」という切り口で共有します。
はじめに 技術書を「買って満足」していませんか？ 書籍を買ったまま読まないでいることは積読とよく言われますが、私も忙しさを理由に多くの書籍を積読しています。 ITエンジニアにとって、読書は重要な学習手段のひとつです。 しかし、実際のプロジェクトは忙しく、腰を据えて読む時間を確保するのは簡単ではありません。 私が所属するチームでは、読書時間を確保することに加え、学びを共有する場として、速読会を行っています。 きっかけは、マネージャーが外部の速読会に参加したことでした。 マネージャーの「チームでもやろう」とい
re:Invent 2025 において、AWS の Vice President of Databases である Colin Lazier は、アイデアのスピードで構築することの重要性を強調しました。これは、コンセプトから稼働中のアプリケーションまでの道のりを迅速に進めることを可能にするものです。お客様は既に、本番対応の Amazon DynamoDB テーブルと Amazon Aurora DSQL データベースを数秒で作成できます。Colin は、同じスピードで Amazon Aurora サーバー
こんにちは、SCSKでAWSの内製化支援『 テクニカルエスコートサービス 』を担当している貝塚です。 先日、顧客内製開発中のWebシステムの認証について、こんなご相談をいただきました。 社内のAD（Active Directory）で管理しているユーザーIDとパスワードで、クラウド上のWebアプリケーションにログインさせたい ただし、社員IDはメールアドレスではなくsAMAccountName（Active Directoryでユーザーを一意に識別するログイン名属性。例: testuser01）を使用して