ソフトウェアアーキテクトのための意思決定術: Create Decision Readiness—The Real Skill Behind Architectural Decision

はじめに こんにちは、マッハチームの日吉です。 「Claude に自社サービスの知識を持たせて、提案業務やプロトタイプ作成などに活用できないか？」 そんな発想から、「グロースパック for LINE」のドキュメントを提供する MCP サーバーを作ってみました。 本記事はMCPサーバーの社内公開（private）についての紹介ですが、いずれ社外にも公開しようと思っています。 同じように自社の知識を AI に渡したいと考えている方の参考になれば幸いです。 何を作ったのか 背景 「グロースパック for LINE」は、会員証・クーポン・スタンプカードなどのアセットを活用しハーフスクラッチで提供するサービスです。営業・プリセールス、また要件整理の場面では、顧客の業種や課題に応じて最適な機能を提案する必要があります。 しかし、プロダクトの機能は多岐にわたり、すべてを把握するのは容易ではありません。そ

ウォンテッドリー社内で数回に分けて発表した「文字コードの話」のスライドです。 2026/02/21: まだ埋めきれていない部分、出典の確認・整理が不十分な部分等がありますが、ちょうど文字コードが話題になっているので一旦アップロードしてしまいます。ご指摘歓迎です。 【未適用の修正項目】 …

はじめに こんにちは！ 株式会社エクスプラザのhyodoです！ E2Eテストの自動化を導入して3ヶ月後、こんな会話が聞こえてきたことはありませんか？ 「このテスト、また落ちてるけど誰か見てる？」 「あー、それいつも落ちるやつだから無視して大丈夫」 自動テストがあるのに誰も信用していない。書いた本人しかメンテできない。エンジニアのPCでしか動かない。——結局、数ヶ月で誰も触らなくなる。 これ、自動化の「やり方」ではなく「届け方」に問題があるケースが多いです。 今回は、QAメンバーやPMがブラウザからボタンひとつでE2Eテストを実行・結果確認できる環境をPlaywrightとAWS ECSで構築したので、その設計と実装を紹介します。 なぜE2Eテストは廃墟になるのか 自動テストが使われなくなる原因は、だいたい以下の3つに集約されます。 テスト結果を誰も信用しない。 HTMLの構造をちょっと変え

きっかけ：支援先のスプリント開発で見えた課題 技術顧問として入っている会社で、スプリント開発の現場を見ていてずっと気になっていたことがあった。 QAチームのテストケース作成がボトルネックになっている。 具体的にはこんな状況だった。 スプリント後半にQAの作業が溜まり、テストケース作成が間に合わない JIRAチケットの受け入れ条件からテストケースへの変換が完全に手作業 QAメンバーはコードを読めないので、エンジニアに「この変更、何に影響する？」と毎回聞く 新しいQAメンバーが入ると、テスト観点を覚えるまでに時間がかかる OpenObserveでも同じような課題があったらしく、Claude Codeで自動化したところ特徴分析が45〜60分から5〜10分に短縮、テストカバレッジも380から700以上に増えたという記事を見つけた。 これを参考に、Claude CodeのSkills・サブエージェン

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

キャッシュレス決済の普及を加速させる手立ての一つが、鉄道やバスといった公共交通機関への導入にあることは、「カードのタッチ決済」（タッチ決済対応のクレジットカード、デビットカードなどを使った決済）が証明している。ユーザーのため、特に母国で公共交通機関をタッチ決済で利用しているインバウンド（訪日外国人）観光客の利便性向上につながるとして、改札機を改良してタッチ決済を導入する公共交通機関がこのところ