HarioNote

<p>先日、上野にある中華料理店「珍々軒」に行ってきたが事前にGoogleマップや、お店を紹介しているYouTubeのコメント欄で見た口コミとはだいぶ異なる印象でした。</p>
<h2>注文した料理</h2>
<p>私は炒飯と餃子を注文しました。</p>
<h3>炒飯</h3>
<p>口コミで特に評価が高かったチャーハンを注文しました。しかし、口コミによくあった「ぱらぱら」系ではないように感じました。<br>
どちらかといえばしっとり系？<br>
しっかり油を使っているような感じがしました。</p>
<p><img src="https://storage.googleapis.com/newt-files/d191282c-9cdd-4f13-b299-7efff1cda9f7/2024-05-18_1.webp" alt="2024-05-18_1.webp"></p>
<p><img src="https://storage.googleapis.com/newt-files/7494ad48-39e9-4f0a-9003-caf102bb70ed/2024-05-18_2.webp" alt="2024-05-18_2.webp"></p>
<p>卵は白身と黄身がはっきり見てわかるのでおそらく卵を溶かずに炒めるタイプと思われます。</p>
<p>特徴をまとめると</p>
<ul>
<li>パラパラではなく油をがっつり使ったしっとり系</li>
<li>卵は溶かない系</li>
<li>具はシンプル</li>
</ul>
<p>な感じでした。</p>
<h3>餃子</h3>
<p><img src="https://storage.googleapis.com/newt-files/4c3342ca-9694-4c88-9684-19e86d3b7cb5/2024-05-18_3.webp" alt="2024-05-18_3.webp"></p>
<p>思ったよりかなり大きかったです。<br>
少食の人ならこれだけで満たされてしまうかもしれません。</p>
<h3>補足</h3>
<p>スープも付いてきましたが個人的にはスープはなくてもいいかなと思いました。</p>
<p>以上</p>


上野の珍々軒という中華に行ってきたが口コミとは異なる印象だった【炒飯】

<h2>やりたいこと</h2>
<p>AWSアクセスポータルからログインするときに、メールとパスワードを入力したあとに毎回MFAデバイスでコードを確認して入力することを必須の設定にしていたが、メールアドレスにワンタイムパスワード(OTP)を送信させてそれを入力する方式に切り替えたい。</p>
<h2>理由</h2>
<ul>
<li>MFAデバイス(Authenticator アプリケーション)を確認するのが面倒</li>
<li>趣味で使用するAWSアカウントのため現状MFAにしないといけない要件はない</li>
</ul>
<h2>作業</h2>
<h3>1. AWSの現在の設定を確認する</h3>
<p>AWSにログインして「IAM Identity Center」にアクセスします。<br>
<img src="https://storage.googleapis.com/newt-files/8d1a3531-5244-421c-a40c-9540ad69d684/2024-05-02_1.webp" alt="2024-05-02_1.webp"></p>
<p>ナビメニューの「設定」をクリックし、<br>
<img src="https://storage.googleapis.com/newt-files/228e4395-9029-43a7-ac88-23b2cce050a2/2024-05-02_2.webp" alt="2024-05-02_2.webp"></p>
<p>「認証」タブの「多要素認証」セクションの「設定」をクリック。<br>
<img src="https://storage.googleapis.com/newt-files/06e915a6-5d71-42b7-a952-7ed5ee194b18/2024-05-02_3.webp" alt="2024-05-02_3.webp"></p>
<p>私の場合はこれまではMFAデバイスでの認証を必須にしたかったので以下のように「サインインごと (常時オン)」で「サインイン時に MFA デバイスを登録するよう要求する」にしていました。<br>
<img src="https://storage.googleapis.com/newt-files/72d20f61-8952-4aca-b39c-80213ba52368/2024-05-02_4.webp" alt="2024-05-02_4.webp"></p>
<p>この「登録された MFA デバイスをユーザーが持っていない場合」の項目を「サインイン時に E メールで送信されるワンタイムパスワードの入力を要求する」に変更します。<br>
その際、「ユーザーは自分の MFA デバイスを追加および管理できる」にもチェックを入れておきます。<br>
<img src="https://storage.googleapis.com/newt-files/2d5c3aa5-0f2a-4158-85e0-ba4cba421686/2024-05-02_5.webp" alt="2024-05-02_5.webp"></p>
<h3>2. 登録済みMFAデバイスを削除する</h3>
<p>ここまでの手順でMFAコードによる認証とメールOTPによる認証のどちらも可能になりましたが、私がこれまで使用していたアカウントはすでにMFAデバイスが登録済みのため、自動でMFAコード認証が選択されてしまいます。<br>
これをメールOTP認証にするために登録済みのMFAデバイスを削除します。</p>
<p>まずAWSアクセスポータルにこれまで通りにログインします。（この時点ではMFAコード認証）<br>
そして右上の「MFA devices」をクリックします。<br>
<img src="https://storage.googleapis.com/newt-files/30b333bf-a664-4823-9680-f35a54045d45/2024-05-02_6.webp" alt="2024-05-02_6.webp"></p>
<p>登録済みのMFAデバイス情報が表示されるため、選択して「Delete」ボタンをクリックします。<br>
<img src="https://storage.googleapis.com/newt-files/da3bdf91-2004-49a7-b25a-3a304b39cb8f/2024-05-02_7.webp" alt="2024-05-02_7.webp"></p>
<p>削除が完了したらAWSアクセスポータルからログアウトして、再度サインインしてみます。<br>
<img src="https://storage.googleapis.com/newt-files/835a13b9-cf69-4c39-873f-7e49b106754c/2024-05-02_8.webp" alt="2024-05-02_8.webp"></p>
<p>ちゃんとメールOTP認証に移行しました。<br>
比較用に修正前後のスクショを載せます。</p>
<table>
<thead>
<tr>
<th>修正前</th>
<th>修正後</th>
</tr>
</thead>
<tbody>
<tr>
<td><img src="https://storage.googleapis.com/newt-files/289e1189-27c9-4f0f-862d-5884a1a1c687/2024-05-02_10.webp" alt="2024-05-02_10.webp"></td>
<td><img src="https://storage.googleapis.com/newt-files/9fdf218d-c0d1-49b5-82cd-7cada6a37282/2024-05-02_9.webp" alt="2024-05-02_9.webp"></td>
</tr>
</tbody>
</table>
<p>以上です。</p>


【AWSアクセスポータル】MFAコード認証からメールによるワンタイムパスワード認証に設定を変更する

<p>以下の記事を参考にやってみました。</p>
<p><a href="https://qiita.com/sugimount-a/items/4a38f91c69544cfcb934">AWS マネジメントコンソールで大事な情報を隠す動的マスキング</a></p>
<h2>作業内容</h2>
<h3>「Stylus」というchrome拡張を追加</h3>
<p>Stylus：<a href="https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne">https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne</a></p>
<p><img src="https://storage.googleapis.com/newt-files/022ede1f-de5c-4aee-96d3-9fe5ff0685dd/2024-04-23_1.webp" alt="2024-04-23_1.webp"></p>
<h3>AWSマネジメントコンソールをマスキングするStyleをStylusにインストールする</h3>
<p>これは「<a href="https://github.com/ma2shita/stylus-aws-management-console?tab=readme-ov-file">stylus-aws-management-console</a>」というGitHubのリポジトリにアクセスして、Readmeに書いてある内容に従います。</p>
<p><img src="https://storage.googleapis.com/newt-files/6b879e94-36ba-47d2-8e5e-c378e6dd120e/2024-04-23_2.webp" alt="2024-04-23_2.webp"></p>
<p>このリポジトリが何かというと。</p>
<blockquote>
<p>(JP) ユーザーCSSを動的に適用する機能拡張「Stylus」を利用した動的マスキングで、AWSマネジメントコンソールに適用できます。</p>
</blockquote>
<p>とのこと。</p>
<p>指示通り「<a href="chrome-extension://clngdbkpkpeebahjckkjfobafhncgmne/install-usercss.html?updateUrl=https%3A%2F%2Fraw.githubusercontent.com%2Fma2shita%2Fstylus-aws-management-console%2Fmain%2Fstylus-aws-management-console.user.css">stylus-aws-management-console.user.css</a>」にアクセス。</p>
<p><img src="https://storage.googleapis.com/newt-files/c4909b24-8f84-47ae-80fb-a668c7051c73/2024-04-23_3.webp" alt="2024-04-23_3.webp"></p>
<p>左上に「インストール」とあるのでそれをクリック。</p>
<p><img src="https://storage.googleapis.com/newt-files/a0a9f6c9-e97e-473a-83af-946eb76f6ee4/2024-04-23_4.webp" alt="2024-04-23_4.webp"></p>
<p>これで完了とのこと。</p>
<h3>確認してみる</h3>
<p>AWSマネジメントコンソールでログインして見てみる。<br>
すると、アカウント情報がモザイクが掛かった状態になっている！<br>
ありがたい。</p>
<p><img src="https://storage.googleapis.com/newt-files/44f7689b-f75f-4c59-9cab-deec9f694052/2024-04-23_5.webp" alt="2024-04-23_5.webp"></p>
<p>以上です。</p>


AWSマネジメントコンソールの重要情報をモザイクしてくれるやつを試してみた

<p>※あくまでも個人の感想的なやつです。</p>
<p>何かモバイルアプリ開発やろうかなーと思ったときに、どういうアプリを作るか考えるために戦略的な視点でまとめたものをせっかくなので記事にしてみました。</p>
<p>ゼロから考えると結構疲れるので、この分類をみてどういう方向性に挑んでみるのが今の自分に適切かの判断に使おうと思います。</p>
<h2>分類したもの一覧</h2>
<p>まず分類したものの一覧と説明を表で示したいと思います。</p>
<table>
<thead>
<tr>
<th>分類名</th>
<th>説明・おおよその定義</th>
<th>例</th>
</tr>
</thead>
<tbody>
<tr>
<td>ユーティリティツール系</td>
<td>そのアプリ自体がツールになるもの。アプリを介してなにかコンテンツを提供することがメインではないもの。</td>
<td>電卓、カレンダー、家計簿、パスワード管理、翻訳</td>
</tr>
<tr>
<td>生活必需系（昇格型）</td>
<td>最初は使いたい人だけ使う1サービスであったが、使用人口が増加しインストールが必須に近い状態になったもの。</td>
<td>LINE</td>
</tr>
<tr>
<td>生活必需系（拡張型）</td>
<td>アプリでなくとも存在していたサービス等をアプリによって提供できるようにして利便性を拡張したもの。<br>世の中的にニーズがあったり、時代の流れ的に必要とされ、作られるもので、それ単体での利益を目的に作られるものではないもの。</td>
<td>銀行アプリ、出前系アプリ、PayPay、Amazon、ゆうパック</td>
</tr>
<tr>
<td>情報取得系</td>
<td>情報を提供すること自体が重要で、そのためのプラットフォームを提供するもの。</td>
<td>ニュースアプリ、天気予報、乗換案内</td>
</tr>
<tr>
<td>受動的娯楽系（コンテンツ提供型）</td>
<td>開発者もしくは第三者が制作した娯楽となるコンテンツをユーザー提供するもの。<br>開発側はコンテンツの生産とプラットフォーム提供の両方を担う必要がある。</td>
<td>Netflix</td>
</tr>
<tr>
<td>受動的娯楽系（プラットフォーム提供型）</td>
<td>コンテンツの発生源と到着先の両方ともがユーザーであるもの。アプリ自体はその経路やプラットフォームを提供しているにすぎない。</td>
<td>YouTube, Instagram</td>
</tr>
<tr>
<td>能動的娯楽系</td>
<td>受動的娯楽は流れてくる情報をただ受け入れる系の娯楽で、長時間利用しても比較的脳が疲れず負荷が低いと思われ(私個人の感想)、目新しい情報が入ってくることで依存性が高い。<br>それに対し能動的娯楽はユーザーが自ら思考し操作することがメインのとなるもので、使用時のユーザーの負荷が比較的高いと思われるもの。<br>提供するコンテンツは見るだけでは完結することはなく、なにかアクションを伴うことでコンテンツとしての価値を100%発揮できることが多いという傾向を持つ。</td>
<td>ゲームアプリ全般</td>
</tr>
<tr>
<td>趣味娯楽支援系</td>
<td>それ自体が趣味になるアプリではなく、趣味の質の向上に貢献するようなもの。</td>
<td>旅行：楽天トラベル<br>料理：クックパッド<br>レジャー施設：アソビュー！<br>ゲーム：Discord</td>
</tr>
<tr>
<td>学習支援系</td>
<td>特定の学習を支援するためのもの。</td>
<td>単語帳</td>
</tr>
<tr>
<td>限定的インセンティブ系</td>
<td>特定の商業施設の店舗のために提供されているもの。<br>ポイントカードなどの役割をするもので、インストールすることでポイントが付与されるなどのインセンティブがなければインストールすることがほとんどないもの。<br>その店舗でしか使わず、それ以上のメリットをユーザーにもたらさないもの。<br>特定の店舗を利用するのに必須のもの。</td>
<td>-</td>
</tr>
</tbody>
</table>
<h2>それぞれの分類について</h2>
<p>ここでは分類したものについてもう少し掘り下げて書いてみます。</p>
<h3>ユーティリティツール系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>そのアプリ自体がツールになるもの。アプリを介してなにかコンテンツを提供することがメインではないもの。</td>
</tr>
<tr>
<td>例</td>
<td>電卓、カレンダー、家計簿、パスワード管理、翻訳</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>・既存のものと同系統でUXの質が高いものを提供する<br>・これまでに無かったツールを提供する</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>アイデア次第</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>多い</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>基本的に有用ならアンインストールはされない。<br>スマホ買い替え時。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>有用性があり、たまにUIデザインのアップデートができていればいけそう。</td>
</tr>
</tbody>
</table>
<h3>生活必需系（昇格型）</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>最初は使いたい人だけ使う1サービスであったが、使用人口が増加しインストールが必須に近い状態になったもの。</td>
</tr>
<tr>
<td>例</td>
<td>LINE</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>・独占状態にあるアプリが過度に公益性よりも利益追求に走った場合などがあれば、対抗馬としてユーザーに選択の自由を与える意味で参入するといった戦略はあるかもしれない？</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>かなり難しい</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>多い</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>基本的にはなさそう。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>「普通に使えること」が重要なため各OSのアップデートに対応したり、ローエンドモデルでもパフォーマンスが出るようにする。また、ユーザーが求めていない機能追加や改悪をしないようにする。</td>
</tr>
</tbody>
</table>
<h3>生活必需系（拡張型）</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>アプリでなくとも存在していたサービス等をアプリによって提供できるようにして利便性を拡張したもの。<br>世の中的にニーズがあったり、時代の流れ的に必要とされ、作られるもので、それ単体での利益を目的に作られるものではないもの。</td>
</tr>
<tr>
<td>---</td>
<td>---</td>
</tr>
<tr>
<td>例</td>
<td>銀行アプリ、出前系アプリ、PayPay、Amazon、ゆうパック</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>既存サービスを提供してい企業等が内製もしくは外注することで参入することになると想定されるため、個人で開発する戦略はとくに思いつかない。</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>土台になる既存サービスありきなので難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>比較的多い</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>もととなるサービス自体を解約したとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>ユーザーがやりたいことが明確なためわかりやすいUI/UXを提供する。サービス自体がユーザーにとって有益でなくなるような改悪をしないようにする。</td>
</tr>
</tbody>
</table>
<h3>情報取得系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>情報を提供すること自体が重要で、そのためのプラットフォームを提供するもの。</td>
</tr>
<tr>
<td>例</td>
<td>ニュースアプリ、天気予報、乗換案内</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>・既存のものと同系統でUXの質が高いものを提供する<br>・これまでに無かった分野の情報提供アプリを新規で開発する</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>まず提供する情報源や方法を有していることが前提であるため、それを持たないものには難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>多い</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>より質の良い代替アプリを見つけたとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>ユーザーが必要とする情報を提供できている状態を維持する。同系統でUXがより優れているものがリリースされれば乗り換えられるため、UI/UXの改善は時代の流れにそって検討し続ける。</td>
</tr>
</tbody>
</table>
<h3>受動的娯楽系（コンテンツ提供型）</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>開発者もしくは第三者が制作した娯楽となるコンテンツをユーザー提供するもの。<br>開発側はコンテンツの生産とプラットフォーム提供の両方を担う必要がある。</td>
</tr>
<tr>
<td>例</td>
<td>Netflix</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td></td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>コンテンツを提供できるリソースが必要なため難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>多くなってきた</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>サービスを解約したとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>競合がいる限りは常に価格、コンテンツの種類、UIの使いやすさで比較されるため、常にそれらを他社に負けないように質を維持し続ける。</td>
</tr>
</tbody>
</table>
<h3>受動的娯楽系（プラットフォーム提供型）</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>コンテンツの発生源と到着先の両方ともがユーザーであるもの。アプリ自体はその経路やプラットフォームを提供しているにすぎない。</td>
</tr>
<tr>
<td>例</td>
<td>YouTube, Instagram</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td></td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>既存のものがUX的にもかなり成熟しており、ユーザー数も多いため、大多数が利用をやめたくなるほどの改悪でも限り難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>比較的多い</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>サービスを解約したとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>ある程度成熟してしまえば、UI/UXの多少の改悪ではユーザーは減らない。コンテンツ発信者の量と質がイコールこのアプリの魅力と直結するため、コンテンツ発信者にインセンティブを提供し続けられる運営を維持することが重要。</td>
</tr>
</tbody>
</table>
<h3>能動的娯楽系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>受動的娯楽は流れてくる情報をただ受け入れる系の娯楽で、長時間利用しても比較的脳が疲れず負荷が低いと思われ(私個人の感想)、目新しい情報が入ってくることで依存性が高い。<br>それに対し能動的娯楽はユーザーが自ら思考し操作することがメインのとなるもので、使用時のユーザーの負荷が比較的高いと思われるもの。<br>提供するコンテンツは見るだけでは完結することはなく、なにかアクションを伴うことでコンテンツとしての価値を100%発揮できることが多いという傾向を持つ。</td>
</tr>
<tr>
<td>例</td>
<td>ゲームアプリ全般</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>・物理的な媒体や他の媒体で存在していたもののアプリ化<br>・これまで無かったゲームの開発</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>新規のコンテンツを考えるハードルが高い。<br>ユーザー離れを防ぐために常に新しい「種類」のコンテンツを考えていく必要がある。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>中程度</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>コンテンツに飽きたとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>仕組み自体を変更しないのであれば仕組みの中で提供される小コンテンツで新しいものを出し続けるか、新しい仕組みとしてのコンテンツを提供し続ける。コンテンツで新しいものを提供できなくとも、ユーザーの使い方次第で常に新しい体験ができる形態(ユーザー同士の対戦など)を提供できれば維持できそう。</td>
</tr>
</tbody>
</table>
<h3>趣味娯楽支援系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>それ自体が趣味になるアプリではなく、趣味の質の向上に貢献するようなもの。</td>
</tr>
<tr>
<td>例</td>
<td>旅行：楽天トラベル<br>料理：クックパッド<br>レジャー施設：アソビュー！<br>ゲーム：Discord</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>特定の趣味に着目し、その趣味の質を向上させる仕組みが現状提供されていなければ、そこを担うアプリを開発する。</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>ニッチな趣味を狙えば難しくはないかもしれないが、獲得ユーザー数は限られる。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>少ない～中程度</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>趣味自体に飽きたとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>新規の競合にUI/UXで明らかに劣らない程度に改善を重ねる。</td>
</tr>
</tbody>
</table>
<h3>学習支援系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>特定の学習を支援するためのもの。</td>
</tr>
<tr>
<td>例</td>
<td>単語帳</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>・既存のものと同系統でUXの質が高いものを提供する<br>・これまでに無かった学習方法を提供する</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>誰でも思いつきそうなものはすでに世の中に多くあるため、新たな学習法を考案する必要がありそこの難しさがある。<br>現在提供されているもので、自分がほしいと思う機能が提供されていなければ、それを提供するものを作ればいいので、着手は比較的しやすいが、それが大多数に対して需要があるのかの判断は難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>少ない</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>学習完遂時、または離脱時。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>UXが成熟するまでは改善を続ける。</td>
</tr>
</tbody>
</table>
<h3>限定的インセンティブ系</h3>
<table>
<thead>
<tr>
<th>項目</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td>説明・おおよその定義</td>
<td>特定の商業施設の店舗のために提供されているもの。<br>ポイントカードなどの役割をするもので、インストールすることでポイントが付与されるなどのインセンティブがなければインストールすることがほとんどないもの。<br>その店舗でしか使わず、それ以上のメリットをユーザーにもたらさないもの。<br>特定の店舗を利用するのに必須のもの。</td>
</tr>
<tr>
<td>例</td>
<td>-</td>
</tr>
<tr>
<td>想定する新規参入戦略パターン</td>
<td>-</td>
</tr>
<tr>
<td>新規参入の難しさ</td>
<td>提供者にとって必要があり作られるため、参入の難しさはないが、開発する意味があるのかを見出すのが難しい。</td>
</tr>
<tr>
<td>ターゲット層の多さ（イメージ）</td>
<td>少ない</td>
</tr>
<tr>
<td>想定するアンインストール理由</td>
<td>店舗の利用をしなくなったとき。<br>メリットを感じられなくなったとき。</td>
</tr>
<tr>
<td>継続的にユーザー獲得するには</td>
<td>店舗・サービス自体の魅力度を維持向上し続ける。</td>
</tr>
</tbody>
</table>
<p>以上です～</p>


スマホアプリを戦略的視点で分類してみる【iOSアプリ/Androidアプリ】

<p>当たり前すぎる超基本的な、AWS超初学者向けの内容です。<br>
なんとなく「Lambda　エントリポイント」で検索してみたら意外と上位に単純明快なページが出てこなかったので書いてみました。</p>
<h2>Lambdaのエントリポイントはどこで(何で)決まる？</h2>
<p>いきなり解答ですが、関数の詳細ページの下の方にある<code>ランタイム設定</code>の欄の<code>ハンドラ</code>の項目でエントリポイントが指定されています。<br>
ここで指定した関数が、作成したLambda関数を実行するとなったときに呼び出されます。</p>
<p><img src="https://storage.googleapis.com/newt-files/1d760be1-ccf8-41f2-8600-075d924ef17e/2024-02-12_1.webp" alt="2024-02-12_1.webp"><br>
<img src="https://storage.googleapis.com/newt-files/8a189fb7-e00e-429e-b277-684775a95aa6/2024-02-12_2.webp" alt="2024-02-12_2.webp"></p>
<h2>実際にLambdaで関数を新規作成して確認してみる</h2>
<p>まず、Lambdaのページにアクセスして、関数一覧ページなどから<code>関数の作成</code>をクリックして適当な関数を作成します。<br>
<img src="https://storage.googleapis.com/newt-files/b4769fcb-bb54-426b-8e8b-974e06818e20/2024-02-12_3.webp" alt="2024-02-12_3.webp"></p>
<p>適当に名前をつけて、今回は例としてJavaScriptで進ますのでランタイムはデフォルトのNode.jsにして<code>関数の作成</code>をクリック。<br>
<img src="https://storage.googleapis.com/newt-files/199b1c61-91cf-4c1a-a1f7-8fd2c08d982c/2024-02-12_4.webp" alt="2024-02-12_4.webp"></p>
<p>そうするとLambda関数の詳細ページ（編集ページ）が表示されます。<br>
デフォルトでサンプルコードが書かれているので見てみましょう。</p>
<p><img src="https://storage.googleapis.com/newt-files/d90d0a73-33aa-4e85-9184-e8f685eb91ec/2024-02-12_5.webp" alt="2024-02-12_5.webp"></p>
<p><code>index.mjs</code>というファイルに<code>handler</code>という名前の関数が定義されています。</p>
<p>※ index.jmsはindex.jsと同じとここでは思ってもらって大丈夫です。厳密な定義を知りたい場合は「<a href="https://gmo-aozora.hatenablog.com/entry/2023/02/17/110732">【AWS Lambda】index.mjs の mjs って何？【node.js】</a>」の記事がとてもわかりやすいのでおすすめです。</p>
<p>試しに実行してみましょう。<code>テスト</code>タブを選択し、<code>テスト</code>ボタンをクリックします。</p>
<p><img src="https://storage.googleapis.com/newt-files/ea0831cf-274d-4f89-b816-4a5b046c16ea/2024-02-12_6.webp" alt="2024-02-12_6.webp"></p>
<p>コードの通り、responseという名前のオブジェクトで定義された内容がreturnされていることがわかります。<br>
<img src="https://storage.googleapis.com/newt-files/9f907438-0086-4d73-bcb2-91378f138401/2024-02-12_7.webp" alt="2024-02-12_7.webp"></p>
<p>では再び<code>コード</code>タブに戻り、下にスクロースして<code>ランタイム設定</code> &gt; <code>ハンドラ</code>の項目を確認します。<br>
<img src="https://storage.googleapis.com/newt-files/a24aec17-9461-42d6-ba59-3109682b4544/2024-02-12_8.webp" alt="2024-02-12_8.webp"></p>
<p>これは<code>index.mjs</code>の<code>handler</code>という名前の関数がエントリポイントということを示しています。</p>
<p>では試しにこれを、存在しない名前にするとどうなるでしょう。</p>
<p><code>ランタイム設定</code>の<code>編集</code>ボタンで編集します。<br>
<img src="https://storage.googleapis.com/newt-files/b126a520-c063-4b1f-aa08-da57f4833fa6/2024-02-12_9.webp" alt="2024-02-12_9.webp"></p>
<p>存在しない<code>handler2</code>という名前にします。<br>
<img src="https://storage.googleapis.com/newt-files/471b3924-f06e-4d8b-9843-8cc3a99a8a46/2024-02-12_10.webp" alt="2024-02-12_10.webp"></p>
<p>実行してみます。<br>
<img src="https://storage.googleapis.com/newt-files/12d50276-fe26-4b9c-8390-0c60169981e3/2024-02-12_11.webp" alt="2024-02-12_11.webp"></p>
<p>「handler2は存在しないかexportされてないよ」といわれてエラーになりました。</p>
<p>では今度はhandler2を実際に作ってみます。<br>
<img src="https://storage.googleapis.com/newt-files/d7205743-4231-47ac-9bdf-e6897b0f5e4c/2024-02-12_12.webp" alt="2024-02-12_12.webp"></p>
<p><code>handler2</code>を作って、<code>handler</code>と<code>handler2</code>の両方が在る状態にしました。<br>
分かりやすいように、bodyのメッセージも変えました。<br>
修正したら反映されるように<code>Deploy</code>ボタンをクリックします。</p>
<p>では<code>テスト</code>タブに移動して実行してみましょう。<br>
<img src="https://storage.googleapis.com/newt-files/66872e40-241a-4793-89d1-2ce6fbbde6a8/2024-02-12_13.webp" alt="2024-02-12_13.webp"></p>
<p><code>handler2</code>だけが実行され、<code>handler</code>は実行されていないことがわかります。</p>
<p>以上です。</p>
<p>ちなみにエントリポイントの関数の先頭の<code>export</code>を書き忘れてもエラーになるのでご注意ください。</p>


AWS Lambdaのエントリポイントって何で(どこで)決まるの？【AWS/Lambda】

<h2>ポイント</h2>
<ul>
<li>「Incoming Webhook」というアプリをワークスペースに追加する方法ではありません。
<ul>
<li>この方法は現在非推奨で将来的に削除されることも示唆されている。</li>
</ul>
</li>
<li>本記事での方法は<code>slack api</code>のページの<code>Your Apps</code>の<code>Create New App</code>でAppを作成し、そのAppの設定項目の｀Incoming Webhooks`を使用する方法です。（現在はこちらが推奨されている）</li>
</ul>
<h2>本編</h2>
<p>「Webhookでメッセージをチャンネルにポストするやつ」を作る場合、<a href="https://slack.com/intl/ja-jp/apps">slack app directory</a>で「Incoming Webhook」というアプリ（「Incoming Webhook」で検索すれば出てくる）を使うのが、それまでスタンダードだったようですが、「Incoming Webhook」アプリのページを見ると、「これはレガシーな方法だから<code>Slack apps</code>を使ってね」と書かれております。</p>
<p><img src="https://storage.googleapis.com/newt-files/4f54c3a9-8df9-4f55-a77a-3786aaca6f41/2024-02-11_1.webp" alt="2024-02-11_1.webp"><br>
<img src="https://storage.googleapis.com/newt-files/eceefe27-2e52-480b-a7e0-8d8685999637/2024-02-11_2.webp" alt="2024-02-11_2.webp"><br>
<img src="https://storage.googleapis.com/newt-files/b4a30316-c6c7-43bd-a515-7418215cd241/2024-02-11_3.webp" alt="2024-02-11_3.webp"></p>
<p>この<code>Slack apps</code>の表記はリンクになっているのでクリックしてみると「slack api」のページに遷移します。<br>
<img src="https://storage.googleapis.com/newt-files/c848067f-0976-48da-aff2-ea66876c7285/2024-02-11_4.webp" alt="2024-02-11_4.webp"></p>
<h3>Webhookでメッセージを送信できるAppを作る</h3>
<p>というわけで、<code>Your apps</code>をクリックしてその先で<code>Create New App</code>ボタンをクリックしてWebhookでメッセージを送信できるAppを作ってみます。<br>
<img src="https://storage.googleapis.com/newt-files/325d9c8f-55a4-4eca-989c-362ffa606a33/2024-02-11_5.webp" alt="2024-02-11_5.webp"></p>
<p>モーダルが表示されるので<code>Form scratch</code>を選択して次へ<br>
<img src="https://storage.googleapis.com/newt-files/64fc8012-9b05-4814-8a11-0a72209666d1/2024-02-11_6.webp" alt="2024-02-11_6.webp"></p>
<p>次にApp Nameを入力します。そして使用するワークスペースを選択します。<br>
<img src="https://storage.googleapis.com/newt-files/5999c9be-1f00-43bc-827e-70bb7d62ef23/2024-02-11_7.webp" alt="2024-02-11_7.webp"></p>
<p>Appが作成され、Appの設定ページが表示されます。<br>
<img src="https://storage.googleapis.com/newt-files/105bbfdb-f0fe-4bcb-bd2e-ac3d37edf318/2024-02-11_8.webp" alt="2024-02-11_8.webp"></p>
<p>左ナビメニューにある<code>Incoming Webhooks</code>をクリックします。<br>
そして、ラジオボタンをオンにします。<br>
<img src="https://storage.googleapis.com/newt-files/2a0ec275-7937-4e0b-8518-5306b8a41716/2024-02-11_9.webp" alt="2024-02-11_9.webp"></p>
<p>オンにするとWebhookのためのURLを管理する欄が表示されるので、<code>Add New Webhook to Workspace</code>をクリックします。<br>
<img src="https://storage.googleapis.com/newt-files/11b1e2c0-2b00-469b-8b9f-9b1ce2d4633c/2024-02-11_10.webp" alt="2024-02-11_10.webp"></p>
<p>Webhookでメッセージをポストしたいチャンネルを選択します。<br>
<img src="https://storage.googleapis.com/newt-files/5a3b7ca9-2c8c-4c43-9d60-5612961e8270/2024-02-11_11.webp" alt="2024-02-11_11.webp"></p>
<p>Webhook URLが生成されます。これでWebhookでメッセージを送れるようになりました。<br>
<img src="https://storage.googleapis.com/newt-files/00b4d6a7-9207-4464-ae7a-461aacd8b7db/2024-02-11_12.webp" alt="2024-02-11_12.webp"></p>
<h3>Webhookでメッセージをポストしてみる</h3>
<p>サンプルのcurlコマンドのURL部分だけ生成したものに置き換えて実行してみます。</p>
<pre><code>curl -X POST -H 'Content-type: application/json' --data '{&quot;text&quot;:&quot;Hello, World!&quot;}' https://hooks.slack.com/services/XXXXX/XXXXX/XXXXX
</code></pre>
<p><code>invalid_payload</code>と言われた…</p>
<p><code>--data</code>の部分が良くなかったらしい。<br>
<code>--data '{\&quot;text\&quot;:\&quot;Hello, World!\&quot;}'</code>のように<code>&quot;</code>をエスケープしたら送信できた。<br>
以下が成功した書き方。</p>
<pre><code>curl -X POST -H 'Content-type: application/json'  --data '{\&quot;text\&quot;:\&quot;Hello, World!\&quot;}'  https://hooks.slack.com/services/XXXXX/XXXXX/XXXXX
</code></pre>
<p><img src="https://storage.googleapis.com/newt-files/214f7cca-55a9-4750-b3e3-9102f952bf7e/2024-02-11_13.webp" alt="2024-02-11_13.webp"></p>
<p>できた！</p>
<p>以上！</p>


slack apiの「Create New App」から、「Webhookでslackにメッセージを送る」Slack appを作るやり方の備忘録【非推奨じゃないやつ / Incoming Webhook】

<p>AWS Organizationsを有効にして、複数のAWSアカウント(環境)を作れるようにした(マルチアカウント戦略)のでAWSアカウントを追加します。<br>
たまにしかやらないと思うので備忘録として残します。</p>
<h2>作業内容</h2>
<h3>AWS Organizations</h3>
<p>AWSアクセスポータルからAWSにログインしたら、AWS Organizationsのページにアクセスします。<br>
<img src="https://storage.googleapis.com/newt-files/81f8799d-bbbf-4ba7-a7fa-b25598b06edd/yfukfserfgs.webp" alt="yfukfserfgs.webp"><br>
<code>AWSアカウントを追加</code>ボタンをクリックします。<br>
<img src="https://storage.googleapis.com/newt-files/285ac964-57ba-4d09-9128-5d681b7e7d42/fawrgtrh.webp" alt="fawrgtrh.webp"><br>
「AWSアカウント名」「メールアドレス」「IAMロール名」を入力します。<br>
<img src="https://storage.googleapis.com/newt-files/fb63e197-3fc2-43ed-a4fa-f0bbdf791236/hsrthststh.webp" alt="hsrthststh.webp"><br>
メールアドレスは、現在ログインしているユーザー等で使用しているものだと「EMAIL_ALREADY_EXISTS」で弾かれて失敗してしまいますので、まだ使ったことがないアドレスにしましょう。</p>
<p>Gmailを使っているならエイリアス機能を使えば、無駄に新しいメールアドレスを用意しなくてもいいので楽です。<br>
例えば</p>
<ul>
<li>今ログインしているユーザーのアドレスは<code>xxx@gmail.com</code>だとする</li>
<li><code>xxx+〇〇@gmail.com</code>というアドレスで<code>xxx@gmail.com</code>にメールを受信できる（これがエイリアス。〇〇は任意の文字列）</li>
<li>新しく作るAWSアカウントの名前が仮に<code>Sandbox</code>だとして、わかりやすくするために<code>xxx+Sandbox@gmail.com</code>というメールアドレス(エイリアス)で登録する。</li>
</ul>
<p>といった感じです。<br>
事前に指定のエイリアスでちゃんとメールが受け取れることを確認しておくと安心です。</p>
<p>IAMロール名はデフォルトで使われていた<code>OrganizationAccountAccessRole</code>にしました。<br>
（参考：<a href="https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_accounts_access.html">https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_accounts_access.html</a>）</p>
<p>作成が完了するとこんな感じで追加されます。<br>
<img src="https://storage.googleapis.com/newt-files/013057a7-130a-43e2-8b19-02f6feb7bc68/gsergshrth.webp" alt="gsergshrth.webp"></p>
<h3>作成したAWSアカウントに入れるようにする</h3>
<p>この時点ではまだAWSアクセスポータルからそのAWSアカウントに入ることはできません。</p>
<p>アクセスできるようにするにはまず、<code>IAM Identity Center</code>のページにアクセスし、<code>マルチアカウント許可</code> &gt; <code>AWSアカウント</code> をクリックします。</p>
<p>そして作成したAWSアカウントを選択して<code>ユーザーまたはグループの割当</code>をクリックします。<br>
<img src="https://storage.googleapis.com/newt-files/9862fa42-12ca-4c2b-82f2-10a08a40fa55/gawrgae.webp" alt="gawrgae.webp"></p>
<p>任意のグループを選択して次へ<br>
<img src="https://storage.googleapis.com/newt-files/318c2deb-6b2b-439d-95b5-d98d32d055f6/kfujftyhjfty.webp" alt="kfujftyhjfty.webp"></p>
<p>任意の許可セットを選択して次へ<br>
<img src="https://storage.googleapis.com/newt-files/004fadc8-3be9-4cb7-b2d8-bc4d5362130a/dhdrthdbtrgk.webp" alt="dhdrthdbtrgk.webp"></p>
<p>私は最初にAWS Organizationsを有効にした時に作った1種類しかグループも許可セットもまだなかったのでそれを選択しました。</p>
<p>最後に確認したら送信をクリック。<br>
<img src="https://storage.googleapis.com/newt-files/1543859e-3807-4bf5-b1cd-7b8009a3ecb5/nfghfnghfn.webp" alt="nfghfnghfn.webp"></p>
<p>これで新しいAWSアカウントに許可セットが割り当てられたのでログインできるようになったはずです。<br>
<img src="https://storage.googleapis.com/newt-files/386779f6-9d0c-4ed7-aa2a-0b7c60200189/dyhjdyt.webp" alt="dyhjdyt.webp"></p>
<p>AWSアクセスポータルを見てみると、入ることができるAWSアカウントが追加されています。<br>
<img src="https://storage.googleapis.com/newt-files/4195fc2c-77a3-489e-91aa-71d3a2f7245d/kjhkhbl.webp" alt="kjhkhbl.webp"></p>
<p>以上です！</p>


AWSアカウントを追加する【マルチアカウント / AWS Organizations / AWSアクセスポータル】

<p>ほぼ表題で書いた通りのことがあったよというつぶやきです。</p>
<p>色々試してみましたが、結局OSの再インストールでなんとか解消したというお話です。（疲れました笑）</p>
<h2>何が起こったか</h2>
<p>中古でWindows PCを購入したところ、起動してしばらくすると表題にある通りの「デバイスに問題が発生したため再起動する必要があります。エラー情報を収集しています。自動的に再起動します。」というメッセージが出てPCが勝手に再起動されるという症状が発生しました。<br>
<img src="https://storage.googleapis.com/newt-files/c3bbf05c-417a-490c-9a28-6a7f7be9a2b5/IMG_5616.webp" alt="IMG_5616.webp"></p>
<p>しかもこれが何回も繰り返され、永遠に再起動を繰り返すPCが誕生してしまいました。</p>
<h2>試したこと</h2>
<p>ググると各種ドライバを最新のものに更新すると解消するよ。という記事もあったのでそれを試してみることにしました。<br>
<code>Driver Booster</code>なるフリーソフトを使えば一括で更新もできるよとあったのでそれを試してみることにしました。</p>
<h3>Driver Boosterを試した所管</h3>
<ul>
<li>結論：解消されませんでした。</li>
<li>今回の私のケースでは効果がないようでした。</li>
</ul>
<p>そもそも、このソフト自体なんだかあまり信頼もできないような気もしてきました。<br>
インストールして実行すると、不要な別ソフトもインストールさせようとしてきますし(有償版を使えばそんなことはない？)、そのソフトに関するレビューも賛否あり、効果があるのかどうなのか判断が難しいと思いました。</p>
<p>某SNSで<code>Driver Booster</code>で検索すると、使ったらPC起動しなくなったり、wifi繋がらなくなったなどの投稿も見かけます。<br>
真偽はわかりませんが、個人的に試してあまり好感が得られなかったのと、不安要素も見えてきたので今後は使わないと思います。</p>
<h2>最終的に</h2>
<p>今回はOSがどこか破損しており、何かしらの障害が起こっているのでは？との予想のもと、OSを回復ドライブから再インストールすることにしました。</p>
<p>結果、これにより表題のメッセージが表示されることもなくなり無事正常にPCを使用できるようになりました。（よかった～）</p>
<p>以上！</p>


中古のWindowsのPC買ったら「デバイスに問題が発生したため、再起動する必要があります。」と言われて、結局回復ドライブからOSを再インストールすることで解消した。

<h2>Summary</h2>
<ul>
<li>個人的な感想です</li>
<li>打って2日目くらいからしっかり効果を実感している</li>
<li>注射は結構痛い笑</li>
<li>副作用はとくに感じなかった</li>
<li>値段は高い</li>
</ul>
<h2>経緯</h2>
<p>私は昔から片頭痛持ちだったのですが、ここ1年くらい特に酷くなってきていると感じておりました。<br>
つらいときはバファリンやロキソニンなどの痛み止めを飲んでいたのですが、飲む頻度が増えたせいか効き目が悪くなってきているように感じるようになってきました。<br>
そこでお医者さんに相談したところ、やはりわかってはいたのですが痛み止めの薬を頻繁に飲むのは良くないそうで、痛み止めではなく、片頭痛用の飲み薬を処方してもらいました。<br>
（念のためMRIも取りましたが特に問題はありませんでした。）</p>
<p>しかし、片頭痛用の飲み薬も最初は多少効果があったのですが、数ヶ月で効果がうすくなってきているような気がしてきました。</p>
<p>そこでお医者さんから紹介されたのが「エムガルティ」という注射薬で、今回はそれを試してみることにしました。</p>
<h2>費用</h2>
<p>1本<code>13,000円</code>くらいでした。<br>
6ヶ月間、毎月1本打つといった方法で使用するそうなのですが、最初の月（初回）だけは2本打つそうで、初回は倍の26,000円ほどかかるとのこと。</p>
<p>高いですよね…（この値段のせいで決心するのにだいぶ時間がかかりました）</p>
<h2>エムガルティ以外にも注射薬あるの？</h2>
<p>私がお世話になっていた病院には他にも偏頭痛の注射薬の取り扱いはあるようでそちらも教えてもらいました。<br>
ただ先生が他の患者さんを見てきた限り効果が一番ありそうなのでエムガルティだそうです。（初回に2本打つのもエムガルティだけで、それも要因としてあるかもともおっしゃっていました。）</p>
<h2>決心の決め手</h2>
<p>もちろん「飲み薬が効かなくなってきたから」というのもありますが、私の中で大きかったのでは「6ヶ月間打って効果があれば、その後は効果が持続する」という点でした。<br>
飲み薬は永遠に飲み続けないといけないのですが、今回の注射薬に関しては絶対というわけではないですが、6ヶ月のその後は効果が持続するとのことで、そこに魅力を感じました。<br>
本当にそうなら金額的にも長い目で見れば飲み薬よりも安くなりますし、6ヶ月で頭痛も出費もおさまればとても助かる。</p>
<h2>どこに打つの？打つときは痛いの？</h2>
<p>打つのはわりとどこでも良さそうです。<br>
私は両腕にしましたが、お腹とかも可能だそうです。</p>
<p>痛みについては、結構痛かったです。<br>
普通の注射よりだいぶ痛いです。ただ打った瞬間から数秒間痛いだけで、あとに長引くタイプの痛みではないのでそこまで辛くはないです。<br>
皮膚が厚い部位に打ってもらった方が痛くなさそうです。</p>
<h2>効果はいつから出るの？</h2>
<p>私が聞いた限りでは早い人で1週間とかで実感する人もいるとのことでした。</p>
<h2>打って数日たった感想</h2>
<p>正直私の場合は1週間と言わず、2日目からすでに効果を実感しました。<br>
というのもエムガルティを打った日の前日まで毎朝起きると頭が痛かったのに、打った次の日くらいから頭痛が軽くなっていたからです。</p>
<p>2日目には朝ほとんど頭痛が抑えられていました。<br>
いつもだったら心臓の鼓動にあわせてズキズキいっている感じがある状態の感覚なのに、頭痛がきていないのでとてもびっくりしました。</p>
<p>ちなみに副作用は私はとくになかったです。</p>
<h2>今後</h2>
<p>まだ1ヶ月もたっていないのでしばらく様子を見ようと思います。<br>
お医者さんもまず3ヶ月様子を見てみましょうとのことだったのでまず3ヶ月試してみたいと思います。それで効果がなかったらやめるという選択肢もあるようです。（効果ないのに6ヶ月分の大金を使うのはもったいないですからね…）</p>
<p>このまま効果がしっかり出て持続することをとりあえずは願います。<br>
進展がありましたらまた投稿します～。</p>
<p>以上。</p>


Articles in 2024