「初心者」の記事 - Crieit

１００万円失いながらハッキングを乗り越え誰でも１分で切り抜きを作れるサービスを公開するまでの失敗と学び

2021-07-13T02:44:33+09:00

先日、誰でも最短1分でYouTubeの切り抜きを作れるウェブサービスを公開しました。

私はプログラミングの勉強を始めて1年半の初学者ですが、個人開発でサービスを公開するまでに、数多くの失敗と苦労をしてきました(そして今もしてます笑)。後ほど詳しく書きますが、以下のような経験をしました。

ハッキングを受けデータを盗まれる
α版をリリースするも作り直しを決意する
巻き返しのため海外フリーランサーを雇うも無駄金となる
公開前に本家が同じ機能を発表し諦めかける
β版をリリースするも使われない

同じようにプログラミングの勉強をし始めたばかりの方や、個人開発でいつかはサービスを公開したいと考えている方の「転ばぬ先の杖」として、私の経験が役に立てばと思っております。

開発したサービス

YouTubeの公式APIを利用してウェブ上で切り抜きを作成・紹介できるウェブサービス「YouClip」を開発しました。

ここから実際に触れます→https://youclip.app

私自身が所属するスポーツチームの動画をYouTubeにアップすることが多くあり、試合やプレーの振り返りをするのにあったら便利だなと思ったのが着想のきっかけです。考えてみると、これはスポーツのプレー分析以外にも色々と用途があるのではないかと思い、プログラミングの学習も兼ねて一般向けのサービスとして開発を始めました。

今までの失敗と学び

１．ハッキングを受けデータを盗まれる

開発を始めて間もないある日、いつものように本番サイトを開こうとするとエラーでページが表示されません。おかしいなと思いサーバ上のDBを確認すると、あったはずのテーブルが全て消えており、見慣れないWARNINGと言う名のテーブルが１つだけありました。そこにはデータが１つだけ入っており、「データを復元して欲しければビットコインを振込め」との脅迫文が書かれていました。

(テーブルに入っていた全文)

To recover your lost databases and avoid leaking it: visit xxxx and enter your unique token xxxx and pay the required amount of Bitcoin to get it back. 
Databases that we have: xxxx, xxxx. Your databases are downloaded and backed up on our servers. 
If we dont receive your payment in the next 9 Days, we will sell your database to the highest bidder or use them otherwise.

(日本語訳)
失ったデータを復元し漏洩したくなければ、xxxxのサイトを訪れ、記載のトークンを入力した上で指定された金額のビットコインを支払え。お前のデータベースはダウンロードし、我々のサーバにバックアップしてある。９日以内に支払いがなければ、誰か高く買ってくれる人に売るか、別の方法で利用するだろう。

そこではじめて何者かがDBをハッキングし、データを人質にビットコインを身代金として要求しているのだと分かりました。幸いまだ開発初期で、ユーザーは身内と知り合い数人しかいなく、個人情報もメールアドレスくらいだったので、彼らにはお詫びをしてデータは諦めることにしました。まさかサーバに上げてすぐにハッキングされるとは思ってもおらず、衝撃でした。

原因は、あまり深く考えずサーバにphpMyAdminを入れていたのですが、アカウント名やパスワードが単純だったためブルートフォースアタック(総当り攻撃)でハッキングされたのだと思います(アホすぎるorz)。セキュリティに無知だった自分が悪いのですが、これが正式なリリース後だったら・・とゾッとしました。リリースする際には十二分にセキュリティ対策をしようと、苦い教訓となりました。(当然現在はphpMyAdminも入れてません)

２．α版をリリースするも作り直しを決意する

当初作ろうと思っていた機能とデザインを一通り実装し終えたので、α版として身近な友人や親戚に使ってもらうことにしました。Adobe XDでUI案を作った段階で友人などからフィードバックはもらっていたし、自分でも使いやすく作ったつもりだったので、それほど大きな問題はないだろうと思ってました。しかし、いざ使ってもらうと肝心の切り抜き機能が使いづらいと感じる人が多いことが分かりました。そのため、切り抜き機能のフローやUIを抜本的に見直すことを決意し、その影響はサービス全体にも及んで結果として大改修をする羽目になりました。

Adobe XDでUI案を作った段階で友人からフィードバックをもらっていたのですが、それでも今回の問題に気付けなかったのは、２つ陥りがちな罠にはまっていたと思います。

画面デザインを見せて意見を聞くだけで、ユーザーが操作しているところを観察しなかった
元からサービスの内容を知っている友人に意見を聞くだけで、完全に初見の人からフィードバックをもらわなかった

やはり実際に操作するのを見て初めて気が付くことが多くあり、XDの画面デザインを見せるだけでなく、プロトタイプ機能を使って模擬的に操作してもらうべきでした。また、サービスの前提知識がある人やITリテラシーが高い人だと、多少分かりにくくても使いこなせてしまいます。実際にこれから使うターゲットユーザーに合わせ、初見でITリテラシーもそこまで高くない人からもフィードバックをもらうべきでした

３．巻き返しのため海外フリーランサーを雇うも無駄金となる

３−１．Crowdworks経由で中国人のエンジニアと働く

大改修により、当初の予定よりだいぶリリース時期が遅れることが見込まれたため、巻き返しにスポットで外部のエンジニアを雇えないか考えました。知り合いをはじめ、Twitterや、クラウドワークス、ランサーズなどのクラウドソーシングサイトを利用して、フリーランスエンジニアの方々に連絡してみましたが、いいなと思う人はやはり時給にすると5,000円以上といった感じでした。自腹を切る上に、どれぐらい開発に時間がかかるかも読み切れない中で、言い方は悪いですが少しでもコストパフォーマンスの良さそうな人を必死に探しました。

そんな中、クラウドワークスに登録していたエンジニアの1人が、技術スタックや経験、公開しているポートフォリオの観点からも良さそうで、かつ時給3,000円程度のオファーだったので、その人にお願いしてみることにしました。やりとりしている段階で気が付きましたが、登録してある情報は日本語でしたが実際には彼は中国人で、英語と中国語しか使えないようでした。私自身は留学経験もあり、英語でやりとりするのに抵抗はなかったのでそのまま彼と契約することにしました。

彼とは作業時間に応じて支払いをする形(プロジェクト形式)で、途中休暇を挟みながらも足掛け2ヶ月程度リモートで一緒に働いたのですが、完成前に契約を打ち切りました。今も使っている有用なライブラリを紹介してくれたり、技術力はある程度期待通りだったのですが、次第に胡散臭いところや、面倒な交渉が多く発生するようになったのが原因です。

例えば、タスク量はそれほど変わっていないはずなのに、後半になるにつれ作業時間がなぜか右肩上がりで増えていました。また、兄弟がコロナにかかって重症で大変なのでボーナスをくれないかと交渉されたり、契約の終わりの方には次のクライアントを見つけるのに海外のフリーランスサイトに登録したいが出来ないので、アカウントを貸してくれないかとお願いされたりしました。このようなことが積み重なって、次第に信用できなくなっていきました。

３−２．海外のクラウドソーシングサイトでインド人・ウクライナ人・スペイン人と働く

ただ、作業自体はある程度スピードアップしたのは確かだったので、もう少し試してみようと、今度は直接海外のクラウドソーシングサイトを利用してみることにしました。前回の反省を活かして、数時間で出来る小さいタスクに対するコンペ方式で支払いを抑えつつ、何人か試してみていい人がいたら継続しようと考えました。

海外のクラウドソーシングサイトで有名なFreelancer.comやUpworkを使って、インド人、ウクライナ人、スペイン人と働いてみることにしました。確かに金額的には日本よりだいぶ低く抑えられましたが、お願いした仕様と全く違うものを作ってきたり、その多くが自分でやり直さなければいけないことになりました。

結局トータル１００万円近く掛けましたが、果たしてその価値があったかと聞かれると「はい」とは素直に言えない感じになりました。日本のフリーランスの方と働いたことがないため一概には言えないものの、(中国・インド等の)海外エンジニアだからコスパ的に良いといったことはないというのが今回の感想です。

４．公開前に本家が同じ機能を発表し諦めかける

改修も終えそろそろリリースできそうだなと考えていたある日、YouTube本家が動画の一部を切り取ってSNSでシェアできるクリップと言う機能を実験的に米国で開始したと言うニュースが流れてきました。

本家が、名前もほぼそのまま、同等の機能を出してくるとは思ってもおらず、リリースしても本家に勝てるはずがないと諦めかけました。しかし少し冷静になって考えてみると、まだ実験的な位置付けで本当に追加されるかもわからないことに加え、そもそも本家は１つの場面しか切り抜けないが、YouClipは複数の場面を切り抜いて繋げられることなど、機能面でも違いがありました。

そこで、この機能面の違いに目を向ければ、特定のユースケースでYouClipにも需要がまだあるのではないかと考え直し、そのユースケースに集中しようと考え直しました。具体的には、複数の場面を切り抜いて繋げる必要があるような、長時間のライブ配信がメインのVTuber動画や、ゲーム実況配信にサービスの主眼を置くことにしました。

５．β版をリリースするも使われない

そうやって何とかβ版のリリースに漕ぎ着け、知り合いやTwitter経由でユーザーを集め始めたのですが、一度はサイトに訪問してくれるものの、そのまま何もせずに帰ってしまう人がほとんどでした。Google Analyticsで見てみると、ホーム画面や再生画面の直帰率が70%近くあり、全く以て穴の開いたバケツのような状態であることがわかりました。

そこからは直接ユーザーに意見を聞いたり、Analyticsで取れる各種KPIやMicrosoft Clarity(※)の画面レコーディングデータを見つつ、仮説を立てて離脱率が下がるよう改善を繰り返しました。

例えば、再生画面の画面レコーディングを見ると、ミュート解除ボタンに気づかず、そのままミュート状態で見続けているユーザーが多くいることに気づきました。ミュート状態だと面白さは半減するため、ミュート解除ボタンをより目立つ位置と見た目に変えることで、再生画面の離脱率を10pt%近く下げることができました。

まだまだ十分とは全く言えない状態ですが、このような小さな改善を繰り返すことで、バケツの穴を少しずつ塞いでいっています。

（※）Microsoftの無料ヒートマップツール「Clarity」について
Clarityは、ユーザーの行動を無料で把握できる分析ツールで、匿名化されたユーザーの画面操作記録を見ることが出来ます。

詳しくは以下のサイトなどを見てもらうと良いと思いますが、実際にユーザーがどんな風にサービスを使っているのかを知るのにとても役立ちます！
https://sogyotecho.jp/clarity/

最後に

このようにたくさん失敗をし、正直こんなことやって意味あるのか自問自答することもありましたが、長年やってみたいと思っていた個人開発でサービスを作れた事は楽しかったし良い経験となりました。

こんなこと出来ないかと空想することから始まり、そこからどうやったら実現出来るか1つずつ考え・調べて・学びながら実装していく作業はとても楽しかったです。そうやって苦労して作ったサービスが誰かに使われているのを見るのはとても嬉しく、新しく投稿があると思わず全部いいねしてしまいます笑

また、当然サービスをリリースしても知ってもらわなければ意味がないので、苦手なSNSの運用やマーケティングについても現在進行系で試行錯誤しながら学んでいます。(こちらも現在進行系で失敗?!しているので、いつか振り返りたい)

以上が個人開発でサービスを公開するまでの私の失敗と学びです。
何かしら個人開発をしている人、これからしたい人の参考になれば嬉しいです！

lambda に感動した

2021-05-11T23:46:09+09:00

Python学習記録2日目
10年ぐらいVBA一筋の人生を歩んできたので、ささやかなことに一々感動してしまう

出来るようになったこと

クラス継承とスーパークラスを使った継承
** VBA ではできないスーパークラスにずっと憧れていた。超便利だった。スーパークラス素敵
Dictionary の操作
Pandas パッケージをちょろっと
map 関数
lambda式
** VBAのFor Each地獄が1行で済んでしまうのに感動して二度とVBAに戻りたくなくなった

Python の学習記録をつけていこうと思う

2021-05-11T09:06:28+09:00

動機

こういうことも書いていいのだろうか？
今まで学習記録をブログに書くとかSNSで共有するとかやったことがない
やったことがないことをやってみるのは、微妙にドキドキする
でも悩むのがめんどくさくなったので、学習記録をブログに綴ってみることにする

できたこと

Pythonで MySQL サーバに接続して SELECT する
SELECT した行(taple と呼べばよいの?) を行ごとに処理する
INSERT する
クラスを作る
外部クラスとして定義してインポートする
インスタンスを生成してディクショナリに入れる

気持ち悪かったこと

INSERTしようしたテーブルにはプライマリキーに NotNULL 制約をつけていた。
でもPythonでこのテーブルにINSERT したあとCommit しなかったら、すべてNULL値の行ができてた。
なんでやねん！！！！

技術ブログの書き方について・・・

2021-04-21T14:08:10+09:00

よろしくお願いいたします

はじめに

この記事を書く経緯
今回、技術ブログ？を書くにあたりそもそも何をすべきなのか理解が及ばなかったため。まとめることとした。
何を書くのか
これから書いていくべきものの、スタンスを定める。決意表明みたいなもの。

準備

手順
1.サイトで調べる
2.以上！！

説明

結果の表示

メリット
アウトプットを習慣づけられるとインプットも習慣づけられる
　　　→ネタ不足のため、自分でネタを仕入れるために躍起になる。
　
　教える側の方が理解度も早い
　　　→教えるためには、自分で理解する必要がある点　
　　　　間違っている場合指摘され気づく事ができる点

自分の知識の備忘録として
　　　→何がどこにあったか、何を記してあったのかをまとめる場所として最適。

デメリット
文字に起こすのが面倒
　　　→頭の中だけでなく、書き記すのだから当たり前、メモと変わらない。

ネタ探しの時間がかかる
　　　→何か目新しいものを探す旅に出るのが大変

まとめ

要点、何が言いたいのか。
私が調べた感じだと、あくまで自由に並べ立てて良い風に感じたため。
学んだことを備忘録として残す形に使用していこうと思う。

参考

参考にさせていただいた、リンク等。
きれいに死ぬITエンジニア - エンジニアが技術ブログを書くべき理由　↓
https://s8a.jp/engineers-should-write-blog

XPath基礎編（2）ー XPathの書き方

2020-05-22T10:17:55+09:00

前回の記事では、XPathの基本概念を簡単に紹介しました。今回はXPathによるWebページ（HTML）からデータを指定・取得する方法、つまりXPathの書き方を紹介します。

1.タグ（要素）で指定する

下記のHTMLサンプルで、文章がのように、といった記号で囲まれているのが分かります。このようなといった記号を、タグと言います。

<タグ名>ここにコンテンツが入ります...

最初のタグを「開始タグ」、終わりのタグを「終了タグ」といいます。そしてこの開始タグから終了タグまでの全体を、要素と呼びます。

下記のHTMLの中で赤色で表示された部分はタグです。（Firefoxで青色、Chromeでは紫色で表示されます。）

下記はHTMLでよく見かけるタグのまとめです。詳しくのはこの記事を合わせてご覧ください！

XPathの最も一般的な書き方は、スラッシュ “/” で区切りながらタグを記述します。

例えば、このHTMLから『Harry Potter』を取得したい場合は、ツリー構造の上から順に『htmlタグ→bodyタグ→h1タグ』と指定できます。次のように書きます。

/html/body/h1

また、『//』を用いて、途中までのパスを省略することができます。

//h1

タグを複数に合致する場合に、N番目のタグを指定することができます。この例では、『7,631円』を取得する場合、「div」の行から2行目の「span」であるため、次のように書きます。

//div/span[2]

抽象化にすると、タグ（要素）で書くXPath構文はこうなります。

//タグ名
//タグ名/タグ名

2.属性で指定する

属性とはタグの中に記載されていて、タグの情報を細かく表すものです。タグに属性をつけることで、要素の効果を指定したり、具体的な指示を付け加えることが出来ます。属性は通常、「id="booksTitle"」のように表示されます。なお、属性は複数指定する事も可能です。

<タグ名 属性名="属性値">

最も一般的な属性には、href、title、style、src、id、classなどがあります。詳しくはこの記事を合わせてご覧ください！

XPathでは属性を『@』の関数で表します。

例えば、『Harry Potter』を取得したい場合、XPathは次のように書きます。

//h1[@id="booksTitle"]

抽象化にすると、属性で書くXPath構文はこうなります。

//タグ名[@属性名="属性値"]

もし同じ属性を持つすべての要素を取得する場合、次のように書きます。

//*[@属性名="属性値"]

3.テキストで指定する

下記のようにタグで囲まれているのはテキストです。

<タグ名>ここにテキストが入ります...

Webページからデータを取得するのは、通常ページ内のコンテンツまたはテキストを取得することです。ですから、取得したいテキストを直接指定することができます。

XPathではテキストを『text()』の関数で表します。

例えば、『Harry Potter』を取得したい場合、テキストで指定すると、次のように書きます。

//h1[text()="Harry Potter"]

抽象化にすると、属性で書くXPath構文はこうなります。

//タグ名[text()="取得するテキスト"]

もし同じテキストを持つすべての要素を取得する場合、次のように書きます。

//*[text()="取得するテキスト"]

4.タグ関係で指定する

HTMLのツリー構造において、すべての要素が親子／兄弟関係を持っています。

1つまたは複数の要素を含む要素は親要素と呼ばれ、含まれる要素は子要素です。子要素は1つのみの親があり、親の開始タグと終了タグの間にあります。同じ親を持つ要素は兄弟要素と呼ばれます。

具体的な例も見てみましょう。

以下のサンプルは、[body]要素を基点に、[body]要素は[h1]要素と[div]要素の親で、[h1]要素と[div]要素は、[body]要素の子です。親子／兄弟関係にある要素を取得し、それぞれにスタイルを変更する例です。

[h1]要素と[div]要素は、同じ親[body]要素を持つため、兄弟要素です。

また、[div]要素は2つの[span]要素の親ですから、2つの[span]要素は[body]要素の子孫要素です。

カレント要素を基点として、親子、もしくは兄弟関係にある要素を取得することができます。例えば、『7,631円』を取得したい場合、タグの関係で指定すると、下記のように書くことができます。

[div]要素の子要素とする場合

//div/span[2]

[body]要素の子孫要素とする場合

//body//span[2]

[span class="author notFaded"]要素の兄弟要素とする場合

//span[@class="author notFaded"]/following-sibling::span[1]

[span class="tax_postage"]要素の兄弟要素とする場合

//span[@class="tax_postage"]/preceding-sibling::span[1]

兄弟関係のあるタグを指定するには『following-sibling::』と『preceding-sibling::』という2つの関数をよく使います。

『following-sibling::』は、指定された要素より後の兄弟要素を指定する
『preceding-sibling::』は、指定された要素より前の兄弟要素を指定する

『following-sibling::』は、テーブル要素を指定する時に大活躍します。例えば、下記のHTMLサンプルがあります。

このHTMLはページに変更すると、以下のようなテーブルの形になります。

この例では、店名の『12345』取得します。ただし、[td]要素が複数あり、//td[1] で対応できなくなります。また、もし複数のページから、同じ構造のテーブルを一括取得する場合、固定的な値「店名」を基点として、『following-sibling::』を使うほうが薦めです。次のように書きます。

//th[text()="店名"]/following-sibling::td[1]

抽象化にすると、タグ関係で書くXPath構文はこうなります。

もし上記の構文で複数に合致する場合に、[Ｎ] を付けてN番目のタグを指定することができます。

いかがでしょうか？以上は最も使われるXPath書き方です。さっそくお試してみてください。次回はXPathによく使われる関数を紹介します。お楽しみに！

元記事：https://helpcenter.octoparse.jp/hc/ja/articles/360013122059

XPath基礎編（1）ー XPathの基本概念

2020-05-21T12:08:13+09:00

Webサイト上からデータを自動的に取得するには2つの方法があります。1つはPythonなどのプログラミング言語でWebクローラーを作る、もう1つはOctoparseのようなWebスクレイピングツールでデータを取得するのです。しかし、どれにしても、XPathは重要な役割を果たしています。XPathの書き方が分かれば、データをより正しくて効率的に取得できます。

それでXPathのシリーズではXPathの基本概念からXPathの書き方、応用まで詳しく紹介したいと思います。

この記事では、XPathの基本概念を簡単に紹介します。

1. XPathとは？

XPath (XML Path Language)とは、ツリー構造となっているXML/HTMLドキュメントからの要素や属性値などを指定するための簡潔な構文(言語)です。
Webページは通常HTMLで記述されるから、XPathはWebページの情報を取得する時によく利用します。ブラウザ（Chrome、Firefoxなど）でWebページのHTMLを表示するする場合、F12キーを押すことで、対応するHTMLドキュメントに簡単にアクセスできます。

2. XPathの仕組み

XPathは具体的にはどのように動作するのかを見てみましょう。下記の画像はHTMLドキュメントの一部です。

HTMLは、ツリー構造のように、異なるレベルのがあります。この例では、レベル1はbookstoreで、レベル2は
bookです。Title、author、year、priceはすべてレベル3です。

山括弧（など）を含むテキストはタグと呼ばれます。HTMLの要素は通常、開始タグと終了タグで構成され、その間にコンテンツが挿入されます。以下の形になります。

<○○>(開始タグ)ここにコンテンツが入ります... (終了タグ)

XPathはスラッシュ “/” で区切りながら階層を記述し、基準となるノードから別のノードを指定できます。URLと似ています。この例では、要素「author」を検索する場合、XPathは次のようになります。

/bookstore/book/author

それがどのように機能するかをよりよく理解するには、コンピューター上の特定のファイルを見つける方法を参照してください。

「author」という名前のファイルを見つけるには、正しいファイルパスは \ bookstore \ book \ authorです。

コンピューター上のすべてのファイルには独自のパスがあるように、Webページ上の要素もパスがあります。そのパスはXPathで記述されています。

ルート要素（ドキュメントの一番上の要素）から始まり、中にあるすべての要素を経由して目標要素に至るXPathは、絶対XPathと呼ばれます。

例：　/html/body/div/div/div/div/div/div/div/div/div/span/span/span…

絶対XPathは長くて混乱する可能性があるため、絶対XPathを単純化するために、「//」を使用して途中までのパスを省略することができます（短いXPathとも呼ばれる）。

たとえば、

絶対XPath：　　/bookstore/book/author
短いXPath：　　//author

3. XPathを表示・書くには

【Google Chromeの場合】

Chromeでこのページを表示し、右クリックメニューの[検証]から開発者ツールを表示します。Elementタブのhtmlで、要素を右クリックします。メニューの[Copy] → [Copy XPath ] でその要素を取得するためのXPathがクリップボードにコピーされます。

表示されているElementタブのhtmlから “Ctrl + F” で検索欄を表示します。XPathを入力すると、得られる要素が選択されるはずです。

また、「XPath Helper」という拡張機能を追加することもできます。XPathを入力すると、一致する結果が表示されます。（XPath Helperをインストールする)

【Firefoxの場合】　

Firefoxの旧バージョンに搭載されている拡張機能「Firebug」が利用できます。（Firebug&FireXPath拡張機能をインストールする方法)

FirefoxでWebページを開く➡Firebugボタンをクリック➡ページ内の要素をクリック➡その要素のXPathが表示されます。

以上はXPathの基本概念でした。次回はXPathの書き方を紹介しますので、お楽しみにしてください！

元記事：https://helpcenter.octoparse.jp/hc/ja/articles/360015765513

Rails6 ビューファイルにRubyのコード書く時の<% %>と<%= %>の違い

2019-12-18T23:02:34+09:00

<% %>と<%= %>の違い

: この中に書いたコードは表示されない。変数定義やif文などの記載に使う。
: この中に書いたコードは表示される。ビューファイル上に変数の値を表示したい時などに使用する

アウトプット始めました

2019-08-07T08:16:34+09:00

はじめに

情報系を学んでいる大学3年生です。
文章を書くことに慣れておらず、言い回しが変であったり、意味がわからないという部分が多々あると思いますが、ご了承ください。

きっかけ

なぜ、大学3年生のこの時期にアウトプットをし始めようかと思ったかというと、、、

単に暇そうだったからです笑笑

3年前期のテストが終わり夏休みと入りましたが、私は9月にインターシップに3週間ほど行かせてもらうのですが、その勉強をするという名目でバイトに入らないという決断をしました。

バイトに入らないと1日がとても長いです笑笑

勉強ばかりでは、飽きてしまうこともあるかなと思い、暇つぶしと勉強したことの復習の一石二鳥ということで、アウトプットしてみようと考えました。

これから

私はとても飽きっぽくて、3日坊主のことなんてザラにあります。

~~買ったばっかりのゲーム、ギター、スケボー、日記、スケジュール帳、、、~~

最初は頑張ろうと思うんですけどね笑笑

しかし、今回は周りの意識の高まりから負けてはいられないと思うので、毎日やったことを書いていけたらいいなと思います。いや、書いていきます！

質問や変なところがあったら、どんどん指摘していただきたいです。

以上！
今後に期待していただきたいです