はじめに Vue.jsを使用したアプリケーションでのWeb API呼び出しのデザインパターンについて調べてみました。 しかし検索して出てくるチュートリアルやサンプルは、コンポーネント内でaxiosをインスタンス化していたり、Vuexの中でaxiosを使用するというサンプルがほとんどでした。 しかし実際のプロダクトでこれをしてしまうと コンポーネント内でAPIアクセスの直書きによって単体テストが困難に Vuex(actions)の肥大化(使い回さない処理はStoreに記述しないほうがいいとする文献もある) API通信部分をPureJSでモジュール化しても依存度がイマイチ下がらない（コンポーネントでモジュールをインポートするため）。 などなど問題になることが多そうでした。 ある日、Jorge氏が投稿した「Vue API calls in a smart way」という記事にたどり着きました。

プロダクトクリエーターは「人々がプロダクトを実際にどのように使っているのか」といった本質的な問いに答えなくてはなりません。 そのためには、ユーザーの視点からユーザー体験全体の本質を理解する必要があります。 ユーザージャーニーマップはユーザー視点に光を当てる素晴らしい取り組みです。 ユーザージャーニーマップとは？ ユーザージャーニーマップは、個人とプロダクトやブランドとの関係性をさまざまなチャネルを跨いで時間軸に沿って俯瞰的に把握できるようにビジュアル化したものです。 ユーザージャーニーマップはさまざまな形やフォーマットで表されますが、一般的にはユーザーとプロダクトの間のすべてのタッチポイントのタイムラインが表示されます。ここにはユーザーがプロダクトとインタラクションするために必要なすべてのチャネルに関する情報が含まれています。 何故ユーザージャーニーマップはデザインの改善に役立つのか ユー

きっかけ レガシーをぶっつぶせ。現場でDDD！に行ってきました。 genbade-ddd.connpass.com 正直、タイトル一本釣りな感じです。 こんな過激で魅力的なタイトルあります？ 実際に現場でDDDに取り組んで、失敗とか反省とかあると思うんですよね。 それを共有してくれるとは、なんてありがたいんだ！ 以下、参加時のメモです。 趣旨説明 DX(デジタルトランスフォーメーション) 2025年以降、最大１２兆円／年（現在の約３倍）の経済損失が生じる可能性 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省） ここにもあるように、技術的負債に立ち向かうために、設計をちゃんとやろうということらしい。 しかし、特設サイトまであって気合入ってますね経済産業省。 www.meti.go.jp きれいな理論より、現場のドロドロ感 うん、こういうの大好き

<template> <div> <label> <input type="file" placeholder="何でやねん" /> </label> </div> </template> これ実行してみると デフォルトのプレイスフォルダーを変更したい ファイルを選択という箇所。 何でやねん が表示されてないようだ。 これは自由の変えられないのかな？と悩んでいたら。書く場所を間違っていました。 placeholderはinputへ書くものじゃないらしい。 デフォルトのスタイルを変更するには、