技術ブログまとめ
「TECH PLAY 技術ブログまとめ」では様々な企業やコミュニティが発信する技術ブログの更新情報をまとめてお届けしています。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
掲載企業一覧（94件）
おすすめの記事
はじめに こんにちは、開発本部の福岡（ @say_go0 ）です。26卒としてエブリーに入社し、今はデリッシュキッチンのWeb側の開発に携わっています。 入社して半年が経ちました。この半年、私は全てのコードをAIに書いてもらいながら、いくつかの機能をリリースしてきました。その一方で、「自分は一人前のエンジニアになれるのだろうか」という悩みを、ずっと抱えていました。 この悩みを分解していくと、最後は「AIとどう向き合うか」という問いに行き着きました。 この記事では、文系・未経験から、AIが当たり前の環境でエ
TECH PLAYに会員登録して最新の技術ブログ情報を受け取りましょう
新入社員や配属時の挨拶で、よくこんな言葉を耳にします。 「いち早く皆様のお力になれるように……」「一日も早く戦力となれるよう努めて……」「早く自走できるように……」 どれも前向きで、素敵な言葉です。 ...
はじめに NTT西日本の平岡です。 前編 では、Harvester 標準の harvester-longhorn 、TrueNAS iSCSI LUN を Longhorn に統合した longhorn-iscsi 、そして csi-driver-nfs による nfs-csi の3方式を構築し、fio ベンチマークで性能を比較しました。Longhorn のレプリカ同期が書き込みオーバーヘッドとなること、NFS/CSI が Longhorn をバイパスすることで高い転送速度を示すことを確認しています。 後
本記事は こどもの日ウィーク 1日目の記事です。 🎏 告知記事 ▶▶ 本記事 ▶▶ 2日目 ✈️ はじめに 誕生前 すべてにおいてプレランだ！ プレランの観点 プレランから得られた知見 そうだ、手順書の共有だ！ 誕生後 思ったようにはいかねぇんだよなぁ。 お医者さんに相談だ。 物品の見える化 さいごに はじめに 世界中の育児経験者および未経験者の方々。こんにちは。こんばんは。お疲れ様です。 ネットコムBlogでなぜかTechな記事を書かないマン。若林です。 この記事が公開されている頃、私は2回目の育休を取
はじめに SREの寺島です。 MNTSQでは継続的なコスト最適化を進めており、SREチームでもこれまでいくつかの削減施策を実施してきました。本記事では、その中からNAT Gatewayのデータ処理料金の削減に向けた取り組みを紹介します。 結果として、NAT Gatewayのデータ処理料金を約70%削減することに成功しました。今回は、コスト増の原因特定から、具体的な対応、そして効果測定にいたるまでの一連の流れをお届けします。 はじめに まずは Cost Explorer でコストの把握をする NAT Gat
こんにちは！ファインディの大石（ @bicstone ）、甲斐（ @karukan013L23 ）、千田（ @_c0909 ）です。先日、ファインディはベルサール羽田空港で開催された「TSKaigi 2026」に協賛しました。 今回はDevRelメンバーとフロントエンドエンジニア3名で参加し、ブース運営を行いました。本記事ではTSKaigi 2026において印象深かったセッションの紹介や登壇、ブース出展などの活動内容を紹介します。 ブースで実施したユーティリティ型アンケートの集計結果（480票）も後半で公
DBの接続プール枯渇という課題に対し、Amazon ElastiCacheを導入して解決した事例を紹介します。本記事では、ElastiCacheの2つのエンジン（MemcachedとRedis）の基本的な違いを比較しつつ、実際のプロジェクトでMemcachedを採用した経緯を解説。認証トークンのオフロードや、In-Memory DB Cacheパターンを用いたDBアクセスの削減、さらにBulk処理によるElastiCache自身の接続プール枯渇対策など、段階的な改善プロセスと、その結果としてリクエスト処理
はじめに 今回作るもの 検証環境 手順 1. AgentCore CLIのインストール 2. プロジェクト作成 3. エージェントコードの作成 4. Dockerfileの作成 5. ローカルテスト 6. デプロイ 7. 呼び出しと動作確認 8. Observability（トレース確認） 9. Gateway でジオコーディングAPIを接続 @tool と Gateway の使い分け Bedrock Agents との比較 ハマったポイント CodeZipデプロイの初期化タイムアウト Container
本記事は 2026 年 3 月 30 日に公開された ” Introducing CloudWatch Metrics for AWS Direct Connect Virtual Interface BGP Health and Prefix Count ” を翻訳したものです。 本日、 AWS Direct Connect は Amazon CloudWatch における 仮想インターフェイス（VIF）に関する3 つの新しいメトリクス VirtualInterfaceBgpStatus 、
本記事は 2026 年 3 月 30 日に公開された ” Introducing CloudWatch Metrics for AWS Direct Connect Virtual Interface BGP Health and Prefix Count ” を翻訳したものです。 本日、 AWS Direct Connect は Amazon CloudWatch における 仮想インターフェイス（VIF）に関する3 つの新しいメトリクス VirtualInterfaceBgpStatus 、
はじめに 今回作るもの アーキテクチャ 前提条件 Bedrock Agents の仕組み 全体の流れ アクショングループとは 処理の流れ 手順 1. Lambda関数の作成 Lambda単体テスト 2. Bedrock Agent の作成 モデルと指示文の設定 アクショングループの追加 3. Lambda のリソースベースポリシー設定 4. テスト 5. エイリアス作成とAPIからの呼び出し 必要なIDの確認 Python（boto3）での呼び出し まとめ はじめに こんにちは、アプリケーションサービス本
はじめに サーバーワークスの池田です。 今週（5/17〜5/23）の Claude Code は v2.1.144 から v2.1.150 まで6バージョンがリリースされました（v2.1.146 は公式 CHANGELOG に記載のない欠番です）。大型の新機能というより、バグ修正と既存機能の安定化が主役の1週間でした。 そのなかでも、日々の運用に効く変更が3点あります。いずれも派手さはないものの、毎日触る部分の挙動が変わるため影響範囲は広いです。 /usage の項目別内訳（v2.1.149）: 利用上限