『 先端技術ナビゲーター：量子AI・次世代技術の評価と展望 』 量子技術、次世代AIなど、実用化フェーズ手前の先端技術について、 技術的な深掘り調査と実装可能性の評価を行うマガジンです。 学術論文の体系的レビューを通じて、技術の現在地、解決すべき課題、 実用化までのマイルストーンを明確化。大手企業が中長期的な技術ロードマップを策定する際に、「この技術をいつ、どう取り入れるべきか」の判断を支援する知見を提供します。

こんにちは。株式会社SHIFTのCATエヴァンジェリスト・石井優です。

こんにちは。SHIFTのテスト自動化アーキテクトの牧野です。 今回は自動テストのあるべき姿に悩んでいる皆さんへ、メジャーな自動テスト戦略を一緒に振り返っていきたいと思います。

はじめに   こんにちは！愛知工業大学大学院修士1年の杉原充稀です。   202 ...

ども！龍ちゃんです。 前回の記事 では Draw.io の公式 MCP Tool Server を検証しました。しっかり動くし、Mermaid 入力のトークン効率もよかったのでぱっと使う分には良かったですね。問題があったんでブログを書いているんですけどもwww 今回の内容です。 MCP Tool Server の問題 — ファイルが残らない Skill + VS Code 拡張機能のセットアップ VS Code 内で完結する作業の流れ（生成 → プレビュー → 編集 → エクスポート → Git 管理）

ども！最近は仕様書×AIの文脈で図解まわりの検証をやってる龍ちゃんです。 Draw.io の開発元である jgraph 社が、公式の MCP サーバーを出しました。 jgraph/drawio-mcp リポジトリで Apache 2.0 ライセンスで公開されています。 コミュニティ実装の MCP サーバーはいくつかありましたが、公式となると話が変わってきます。draw.io 本体と同じ開発元が直接メンテしてくれるので、コミュニティ版よりも長くメンテされやすいんですよね。 MCP の基本的な仕組みについては

LINEヤフーでは、開発業務に関わる全てのエンジニアを対象に、AI活用スキルを実践的に高めるワークショップ「Orchestration Development Workshop」を開始しました。この取...

.entry .entry-content .table-of-contents > li > ul, .table-of-contents li:nth-child(2) { display: none; } はじめに こんにちは、ECプラットフォーム部の権守です。普段はZOZOTOWNの会員基盤やID基盤の開発に携わっています。 本記事では、会員基盤で導入したデータベースへの書き込みを伴う処理のテスト手法について紹介します。この手法では実行前後のデータベースの差分に注目することで特定のレコードだけでな

本記事は、Claude Code + さくらのAI EngineではじめるAgentic Codingを加筆修正したものです。 いまやAIは仕事に欠かせない存在になりました。数あるAIサービスの中でもプログラミングにおい […]

ビジネスのデジタル化が進む中、もはや「ただのオンラインストレージ」の枠を超え、チームの共同作業プラットフォームとして欠かせない存在になった Dropbox。 しかし、いざ導入や見直しを検討すると「Standard、Advanced、Enterprise……結局、自社にはどれが最適なの？」という壁にぶつかりがちです。プランを間違えると、コストが無駄になったり、逆にセキュリティ要件を満たせなかったりすることも。 今回は、企業向けDropboxの3プランの決定的な違いと、迷わず選ぶための「簡単選択ガイド」をお届

こんにちは、Catoクラウド担当SEの中川です！ 今回の記事では、SocketのBypass機能の強化についてご紹介します。 ようやくBypassしたい通信先の指定にFQDNが使えるようになりましたので、その点を中心に設定方法を交えながらご紹介します。 Bypass機能ってそもそもなんだっけ？、という方は下記の記事をご参考いただければと思います。 【Catoクラウド】アプリケーション指定で通信をバイパスする – TechHarmony 本記事は下記のリリースノートの内容に従って記述しています。 Socke

Microsoft ESI について調べても公式情報が見つからず、ブログ記事もほぼ存在しません。 私自身まだ使いこなせてはいませんが、本記事では実際に触れた内容を追記しながら、ESI の情報を共有します。   Microsoft ESIとは Microsoft ESI(Enterprise Skills Initiative) は、企業向けに提供されるクラウドやAIの学習プログラムです。 割引込みの資格の申し込みや、トレーニングコースの受講などが用意されてます。 &

SCSKの畑です。 先般のエントリ の内容は MySQL における特定障害シナリオからの復旧手順の検証に関連するものでしたが、引き続き今回はその障害シナリオや復旧手順について説明したいと思います。また、その復旧手順に関連する内容として RDS/Aurora (MySQL) におけるバイナリログの確認・取得方法についても合わせて紹介します。   データベースの構成について まず、本エントリで言及していくデータベース環境の構成について説明します。 具体的には、以下の通り Aurora ⇒ EC2 上

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第2回です。 前回は、マニュアルに書かれていない非互換が存在することを整理しました。 ▶ 第1回はこちら COBOL現新移行で「マニュアルに書いていない非互換」とどう向き合ったか はじめに 第1回では、仕様ベースの非互換抽出だけでは不十分であり、 実行結果ベースの検証が必要であることを述べました。 では、実機検証はどのように設計すればよいのでしょうか。 重要なのは、「何をどの順番で疑うか」を整理することでした。