<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title><![CDATA[Dex BlendMesh]]></title>
  <link>https://dex-blendmesh.com/</link>
  <description><![CDATA[Dex BlendMesh はデータパイプラインを統合・可視化するプラットフォームです。東京発、日本語サポート対応。14日間無料トライアル実施中。]]></description>
  <language>ja</language>
  <atom:link href="https://dex-blendmesh.com/feed.xml" rel="self" type="application/rss+xml" />
  <item>
    <title><![CDATA[MySQL 8.4 コネクタを正式リリースしました]]></title>
    <link>https://dex-blendmesh.com/</link>
    <description><![CDATA[長らくリクエストをいただいていた MySQL 8.4 対応コネクタを、2026 年 7 月 28 日に正式リリースしました。GitHub Issue で 23 件のリクエストが集まっていた機能です。設定方法はドキュメントをご覧ください。]]></description>
    <pubDate>2026-07-28</pubDate>
  </item>
  <item>
    <title><![CDATA[2026 年夏のアップデートまとめ：BlendTrace の改善点]]></title>
    <link>https://dex-blendmesh.com/</link>
    <description><![CDATA[6 月から 7 月にかけて BlendTrace に複数の改善を加えました。系譜グラフの描画速度の向上、フィールド検索機能の追加、影響範囲レポートのエクスポート対応が主な変更点です。]]></description>
    <pubDate>2026-07-10</pubDate>
  </item>
  <item>
    <title><![CDATA[大阪・北浜にサテライトオフィスを開設しました]]></title>
    <link>https://dex-blendmesh.com/</link>
    <description><![CDATA[2026 年 6 月 18 日、大阪市中央区北浜にサテライトオフィスを開設しました。関西エリアのユーザーとの対面ミーティングや、現地での勉強会開催に使います。]]></description>
    <pubDate>2026-06-18</pubDate>
  </item>
  <item>
    <title><![CDATA[データパイプライン管理の基本：何から始めるか]]></title>
    <link>https://dex-blendmesh.com/notes/data-pipeline-kanri-nyumon.html</link>
    <guid>https://dex-blendmesh.com/notes/data-pipeline-kanri-nyumon.html</guid>
    <description><![CDATA[データパイプラインの管理が難しいのは、問題が見えにくいからです。壊れていても気づかない。どこで壊れたか分からない。直したつもりが別の場所に影響していた。この記事では、パイプライン管理を「接続」「変換」「監視」の三層に分けて考える方法と、小規模チームが最初に手をつけるべき場所を説明します。]]></description>
    <pubDate>2026-07-15</pubDate>
  </item>
  <item>
    <title><![CDATA[データ系譜が障害対応を変える理由]]></title>
    <link>https://dex-blendmesh.com/notes/data-lineage-shogai-taiou.html</link>
    <guid>https://dex-blendmesh.com/notes/data-lineage-shogai-taiou.html</guid>
    <description><![CDATA[データパイプラインで障害が起きたとき、最初にやることは「どこで壊れたか」を特定することです。この作業に数時間かかるチームと、数分で終わるチームの違いは、データ系譜が整備されているかどうかにあります。この記事では、データ系譜とは何か、どう整備するか、実際の障害対応でどう使うかを説明します。]]></description>
    <pubDate>2026-06-30</pubDate>
  </item>
  <item>
    <title><![CDATA[ノーコードでデータ変換：ビジネスチームが自走するために]]></title>
    <link>https://dex-blendmesh.com/notes/nocode-data-henkan-business-team.html</link>
    <guid>https://dex-blendmesh.com/notes/nocode-data-henkan-business-team.html</guid>
    <description><![CDATA[「このデータ、少し加工してほしい」という依頼がエンジニアに集中していませんか。週次レポートのためのデータ整形、KPI の定義変更、新しい集計軸の追加。これらの多くは、ビジネス側が自分でできる可能性があります。ノーコードのデータ変換ツールを使うことで、エンジニアへの依頼を減らし、ビジネスチームが自走できる環境を作る方法を説明します。]]></description>
    <pubDate>2026-05-20</pubDate>
  </item>
  <item>
    <title><![CDATA[Snowflake と BigQuery の連携：どちらを主軸にするか]]></title>
    <link>https://dex-blendmesh.com/notes/snowflake-bigquery-renkei-hikaku.html</link>
    <guid>https://dex-blendmesh.com/notes/snowflake-bigquery-renkei-hikaku.html</guid>
    <description><![CDATA[Snowflake と BigQuery を両方使っているチームは珍しくありません。歴史的な経緯でどちらかが先に導入され、後から別のツールが加わるケースが多い。二つのデータウェアハウスが並存すると、どちらのデータが正しいか、どちらを参照すべきかという混乱が生まれます。この記事では、二つを統合するための考え方と、実際のパイプライン設計のポイントを説明します。]]></description>
    <pubDate>2026-04-25</pubDate>
  </item>
  <item>
    <title><![CDATA[データオブザーバビリティとは何か：監視との違い]]></title>
    <link>https://dex-blendmesh.com/notes/data-observability-nyumon.html</link>
    <guid>https://dex-blendmesh.com/notes/data-observability-nyumon.html</guid>
    <description><![CDATA[データパイプラインの「監視」と「オブザーバビリティ」は、似ているようで違います。監視は「パイプラインが動いているか」を確認します。オブザーバビリティは「パイプラインが正しく動いているか」を確認します。この違いは小さいようで、実際の障害対応では大きな差になります。この記事では、データオブザーバビリティの基本概念と、実装の始め方を説明します。]]></description>
    <pubDate>2026-03-18</pubDate>
  </item>
</channel>
</rss>
