「英語」の記事 - Crieit

【プログラミング全般】「登録する」の意でregistと書くことの是非について

2021-05-12T21:20:27+09:00

はじめに

「登録する」という意味でregistと書くのがあるあるなのかは分かりませんが、色んなプロジェクトで色んな人が書いたコードを見ても、結構registが使われていました。

英語的には誤りであり、registという単語は存在しません。正しくはregisterです。ではなぜregisterではなくregistが使われているのか、そう書いた人ひとりひとりを捕まえて「あなたはなぜregiterではなくregistと書いたのですか？」とインタビューすることはできないので、勝手に推測しています。

registerではなくregistを使う理由を推測

-erが動詞っぽくないから

個人的には一番それっぽい理由だと思います。

registerはまぎれもなく動詞なのですが、-erという接尾辞が「～する人」ということを表すので、-erを抜いたregistが「登録する」ということなのだろう、と思ったのではないかということですね。まぁ分からなくはないですが、辞書引こうよ…とは思いますね。

慣習になっているから

自分たちが手をつける以前のソースコードでびっしりとregistが使われており、registerを使いたいけど統一感なくなるのも気持ち悪いので、いやいやregistを使っているパターンですね。

短い方がいいから

registerという語であることは知っているけど、registの方が短いしチーム内で意味も伝わるからregistにしているパターン。これもなくはないでしょうし、ベテランエンジニアがこんな感じで書いてたら他のメンバーも合わせざるを得ないみたいな感じになりそうです。

insert→ins、update→updみたいに省略してもある程度意味が伝わるので、わざわざregisterと書く必要はないじゃんという発想かもしれません。

おそらく上記のような理由があるのではないかと思います。

ググってみる

「登録する regist プログラマ」みたいなキーワードでググってみたところ、以下の記事がヒットしました。

「登録する」の罠: registは間違い、アクセントにも注意

registerではなんとなく動詞らしく見えないので、こういう勘違いが発生してしまうのでしょう。

「動詞っぽくないから説」を提唱されています。私もそう思います。ちょっとややこしい単語ではありますよね。

この記事へ反応する形で、次のような記事もありました。

正確さよりも意図が“素早く正確に伝わる”ことが重要 - 2011年09月05日

プログラマやＳＥにとって、この単語が正しい英語かなんてどうでもいいことだ。さらに発音なんてさらにどうでもいいことだ。重要なことは、この単語を見た人間（おそらく同じプログラマかＳＥか）が、この単語が付いた機能なりファイルなりの概要を名前から安易にかつ正確に想像できるか？という点にある。

これに関しては半分同意といいう感じです。発音に関しては個人的にはどうでもいいと思います。それは私の周りにもネイティブの英語話者がいないからかもしれないですが、コードレビューしていて「このトライアップロードメソッドは何をしているの？」みたいにカタカナ英語で言いますし双方通じています。

ネーミングから容易に処理が分かるかというのも大事な視点です。

たとえば、認証という単語はrecognitionやcertificationを使うのが妥当だと思われる。しかしrecognitionやcertificationという単語はあまり馴染みが無い。意味を調べるのに辞書を要する人間も多いだろう。さらに文字数も多すぎる。それを考慮して、俺は認証をする機能にはauthという略語（造語？）を良く使う。

これに関しても同意できます。一方、英語の細かいニュアンスの違いを命名に落とし込んであると、より良いコードだなと思うこともあります。たとえば

beginとstartの違い
deleteとremoveの違い
sinceとfromの違い

などがコードリーディングを助けることもあるでしょう。

例として挙げられているものでも、たとえばrecognitionだと「一度認識しているものを改めて認識する」ようなニュアンスの認証ですし(接頭辞re-が付いていますね)、certificationだと「何かを申請して、それが他の誰かに承認される」ようなニュアンスの認証、auth(authentication)だとIDとパスワードを使って認証(本人確認)するようなニュアンスの認証です¹。これらのニュアンスの違いがあるのに、認証は全部authでいいや！というのはちょっとどうかと個人的には思います。

英語はやっぱり大事

そういう意味では、「正しい英語」というのはニュアンスの違いなどの理解が及ぶ範囲であれば、それは重要だと個人的には思います。ただ、registとregisterに関してはニュアンスの違いとかではなくそもそも存在しない語と存在する語の違いなので、ここでは若干違う話題ではありますが。

また、プログラミングはだいたい英語を使うため、正しい英語の重要性みたいなのを理解していないとトンチンカンなコードを書いたりします。一度directoryPassみたいな変数を見たことがあります(おそらく書きたかったのはdirectoryPath)。pathは結構頻出基礎的な単語だと思うのですが、自分より何年も長くコードを書いているような人が間違えていると、ある程度正しい英語を使うクセ付けというか、そういうのは大事だよなぁとも思います。少なくとも分からなかったらググる、あまりにも長くなりそうだったらローマ字で書くとかが「正確に伝わる」という意味ではアリだと思います。ローマ字の是非はまた議論が別れそうですが、個人的にはpathをpassと書かれるくらいならpasuと書いてもらった方が…いやpathくらい覚えてほしいな、やっぱ。

個人的にはregistだろうがregisterだろうが意味は伝わるので、既にregistが使われているプロジェクトではregistを使います。でも自分が0から作るならregisterを使います。IDEの補完機能などを使えば2文字増えようが関係ないですし、逆に2文字をケチって「あれｗこの人registっていう英単語はないって知らないのかな？ぷっぷくぷーｗ」と思われるくらいならしっかり書きます²。まぁ思われても別にいいですけど。

結局は環境次第ということだと思います。メリットデメリットあるので、ある程度クローズドな環境であればregistでもいいんじゃない？とは思いますね。ただ、世界中に公開するようなコードを書くのであればregisterを使っていた方が無難だとは思います。少し紹介しましたが、insert→ins、update→updで伝わるのになんでregistはダメなんだ！と思われたら、中途半端に略してて気持ち悪いからだと思います。中途半端にerだけ省略しても誰も幸せにならないのでregくらいまで省略すれないいんじゃないですかね？regだったら省略しているということが明かなので。registだと若干ひっかかるというか、気持ち悪い感は否めないです。個人的に。

私の理解が正しいかはわからないので鵜呑みにしないでくださいね。 ↩︎
私がregist派のみなさんをそのように思っているという訳ではないですよ。 ↩︎

チンタラ英語を勉強していくつもりが、いつの間にか変な所に来てしまった話

2020-12-22T03:28:56+09:00

Crieitの、なんでも Advent Calendar 2020 21日目の記事として投稿させて頂きました。

福岡で物流系のエンジニアやってる、かきそふとです。

思いつきから英語の勉強を初め、英語で日記を書き続けて 500日程経過しました。

その他には、オンライン英会話を１日 30分ほど、あとは個人的に教わっている先生が、カナダ・イギリス・スペインに居て、週１で１時間ほどレッスンを受けています。

あとは Language Exchange Partner（「日本語を教える代わりに、英語を教えて」という間柄）と不定期に連絡を取っています。

別に大それた目標があったわけではなく、「仕事、英語との親和性が高いんで、やっといて損はないか」程度のノリで始めました。
が、特別英語が好きなわけでは無いので、何か工夫をしないと途中で投げ出す事は目に見えている。

そこで、継続させるために色々と工夫をしていたら、結構面白い事もあったんで、それを書き連ねていきます。

英語で日記を書いてみた

現在も継続中。
kaki en talk　～英語が苦手な日本人エンジニアが書く　英語の日記～

継続期間は 16ヶ月と長いものの、トップページの「Author」を「Auther」とずっとスペルミスしていたのを最近ようやく直したという何だかもう恥ずかしい入り口となっておりました。
書いた英文は凄まじい怪しさを放っているので、先生に添削してもらってます。

書き始めるきっかけは、こんな感じ。
英語で日記をつけて５０日ぐらい経ちました。それまでの経緯とか。
英語で日記をつけて５０日ぐらい経ちました。（全体の構成編）
（※「50日」は、上記のブログを書いた頃の継続日数）

（要約）
小さい子供たちに邪魔されて、全然趣味のコードを書く事に集中できんのじゃあ！
よし。それなら邪魔されても気にならない事（別に好きでもないこと）をやろう。
という事で、英語で日記でも書いてみるか。

添削は英語が得意な知人にお願いした。
が、新しい事業の立ち上げで忙しくなったので、途中から断念。

義理の姉が海外で生活していた経験があるので頼んでみた所、快く引き受けてくれました。

ちなみに義理姉、確か５～６国語ぐらい話す事ができ、瞬間映像記憶なる超特殊能力を保持しているという、何かもうワケ分からない人。

東大を余裕で合格できる学力がありながらも、「近いから」という理由で地元の大学に行き、それを全力で先生全員から止められたというスラムダンクの流川楓みたいなエピソードがあったりする。

そんな素敵な才女である義理姉の旦那（私の兄）は、「出身は鈴蘭高校です（漫画「クローズ」に出てくる超ヤンキー校）」と言ってしまうようなお茶目さんで（実際にヤンキー校出身。学生時代、前述の「クローズ」や「ろくでなしブルース」のようなバイオレンスな世界に生きていた）、そのあまりの不釣り合いっぷりに、結婚前に

「何でコレ（ウチの兄）を選んだんですか！？考え直してください！今ならまだ間に合います！」

と心配して声をかけるも、

「もう既に色々な人に言われてるんで大丈夫ですw」

とにこやかに返してくれました。
ちなみに同じ事をウチの両親にも言われたらしい。どんだけやねん。

そんな元ヤンのウチの兄、現在は介護職に落ち着き（ハタから見てる分には天職みたい）つつも、副業でオカリナ吹きをやっており、時には有料、時にはチャリティーでコンサートを開催し、「オカリナ福祉士」というワケ分からん肩書きで様々な活動をしつつ、時には YouTuberやってたり有名どころのバンドとコラボしてたりと、意味不明な行動力があったりする。

話が逸れた。英語の日記だ。
200日を越えたあたりで、「英語で日記を書き続ける事で、何を得る事ができたか」をまとめときました。
英語で日記を２００日書き続けたら、様々な学びがあった。

自分で言うのも何だけど、結果のみでなく実際に書いてきた日記と突きつけ合わせながら効果を検証した、読み応えのある内容になっていると思う。

英語でスライド作ってみた

こんなの作ってみました。
WHAT I GOT FROM WRITING AN ENGLISH DIARY FOR 5 MONTHS
※ 「5 MONTHS」は、スライド発表時の継続日数

（要約）
英語で日記書いて５ヶ月経ったけど、まだ全然ダメだよ！
でも、少しは上達してるし、得られるものもあった。
これからも継続したいけど、実は問題が・・・
実は、添削をお願いしている先生が、ご妊娠されたので、新しい先生を探しています。

そう。おめでたい事に、義理姉には新しい命が宿っていたのです！
おおーーー！！めでたいーー！！

ちなみに現時点では元気な男の子が生まれており、すくすくと育っております。
兄の悪影響で、名前に「龍信（「クローズ」の登場人物の名前）」とか付けたらどうしようかとちょっとドキドキしていたが、特に変な名前が付けられる事はありませんでした。よかったです。

多分、義理姉が上手い事制御してくれているのだと思います。

これがきっかけで、新しい英語の先生を探す事になりました。

その時の内容は、こんな感じ。
【英語学習】英語日記の添削をお願いできる方を探しています。
「こんな方にお願いしたい」といった人物像および自分の学習スタンスをはっきりさせておきました。

学習記録を残した

色々な勉強法を試していく中で、「これは合わない」という勉強法が分かったり、
「こんな方法はどうだろ？」というのをいくつか試してみたり、
「こんな方法が合ってる」というのが分かってきたりしたので、メモを残す事にした。

英語学習で大切な事は、ボクシングが教えてくれた

英文法の第２文型が今でもさっぱり分からない。しかし、それはエジソンに続く道だった！？

自分の学習スタンスをはっきりさせ、その意見に肯定的な意見を示してくれる方にお願いしたいと思っていたので、この辺りは文章化しておきたかった。
実際、探す時は上記のブログのエントリを使いました。

オンライン英会話を試してみた

「とにかく会話する時間を増やそう！」という事で、色々なオンライン英会話を試してみた。
とりあえず DMM英会話に落ち着いたものの、やっぱり合わないと感じ始めていた。

DMMが悪いという事ではなく、「英会話教室」というシステムそのものが自分に合わない気がしてきていた。
詳しくは以下を。

オンライン英会話サービスをいくつか利用してみた感想と、今後の方向性について

専属の先生を探してみた

英会話の以下の点が合わないと思った。

毎回、その場限りの会話をするのが虚しくなった
講師の当たり外れが大きい
会話のネタを探すのに困る事がある

そして、以下のスタンスで会話をしたいと思った。

特定の講師から習いたい
教えてくれる方は、スペシャリストでなくてもいい
緩い雰囲気で、ざっくりなトークがしたい

そんなスタンスで探してみようかと思ったのをまとめたブログがこちら。
オンライン英会話サービスを利用してみた結果、別の学習法を試したくなった話

こちらも無事、見つける事ができました。

何だかんだでオンライン英会話を続けてる

とりあえず、自分の要望を満たす事はできたものの、退会まで猶予があるな。どうしよう。
・・・と思い、せっかくなんで色々試してみた。

オンライン英会話レッスンを使い分けてみようと思った話

正直、英会話講師との会話に虚しさを感じ始めていた頃だったので、「どうやったら面白くできるか」ばかりを考えるようになった。
何だかんだで現在まで続いていて、少しは楽しめるようになっています。

英会話レッスンなんてどうでもよくて、海のレジャーについて聞きたくなった話

オンライン英会話にて、講師がデートをしていた場合に使えるフレーズ集！

「猫派」は英語で「cat person」。ほかに、どんな派閥があるのか調べてみた

【英会話】カタコト英語ではなく、講師から「正しい表現」を聞きたい！そんな時に使えるフレーズをご紹介。

英語日記の書き方を変えてみた

英語日記を書き続けて 400日ほど経過したところ、今後伸ばしていきたいスキルの方向性を考え、別のスタンスで進めたくなった。
日記を書く事で、ついでに会話能力もあげられないかと思ったが、案外そうでもなかった。
具体的には以下の点に気付き始めたので、方向転換をしてみたくなった。

「書く」と「話す」は、表現方法が異なる
インタラクティブ性が鍛えられない
リアクション時に使う言葉のボキャブラリが全く増えない
文章化するのは結構大変

詳しくはこちらを。
英語日記を１年続け、方向性を見直してみようと思った話

具体的には、
「文章として書くのではなく、あたかもチャットをしているかのように書く」
というスタンスに切り替えた。

自分にとっては効果絶大で、どのくらいの成果があるのかは以下に書きました。
英語日記をチャット形式で書いたら、想像以上に大きな学びがあった

英語で技術ブログ書いてみた

DEV に投稿てみた。
fibonacci estimation method to minimize the harmful effects of death march of engineers

「英語記事→日本語」の方向はよく見るけど、「日本語→英語」の技術記事はあんまり見ないな。
と思い、書いてみた。

ちなみに、元記事はこちら。
フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法

※元記事の作者から許可を頂いたうえで執筆しております

元記事の@ジャバ・ザ・ハットリさん、ありがとうございます。

書いた英文は、先生にチェックをお願いしました。
読むのは数分ですが、完成までに８時間ぐらいかかりました。
現在、２つ目を執筆中。こっちは元記事が自分が書いたものなので、だいぶ楽。

その他のアウトプット

英語スライド：パート２
Accounting for engineers（エンジニアの会計）
エンジニア向け英語LTイベント第7回 Try English LT! for engineers様にて発表させて頂きました。

オンライン英会話で起こった面白かった出来事をネタに、ブログエントリにした
「オンライン英会話の先生の GitHubアカウントを聞いたら、全然違う人だった！というかエンジニアですらなかった！」そんな時に使える会話例

一見、「こんなクールなサイトができたぜ！」と錯覚させる事ができるものの、しょーもない事しか言ってないネタサイト。
https://atarima-e.studio.site/

現在の状況

そんな感じで、ダメなりに色々とアウトプットを続けている状態です。

「Xヶ月で英語ペラペラに！」と、短期で走りきる目標を立てるのではなく、「惰性で続けられるようにしよう」と、継続に主眼を置いたところ、こんな感じになりました。

現在の状況としては、
「せっかくここまで続いたんだから、ここで辞めるのも勿体ない」
と、より思ってるんで、こんな感じでしばらく続けて行こうかと思います。

スラッシュリーディングを使い、英文リーディングの速度向上を練習する

2019-12-01T17:29:52+09:00

英文の技術記事や技術書を読んだり、海外のポッドキャストを聴きたいと常日頃から思っているため、毎日少しずつ英語関連の勉強をしています。

今までは挫折を繰り返していたのですが、スラッシュリーディング（チャンクリーディング） という英文の読み方を知ってからは、心が楽になり英文に対する抵抗が少なくなりました。

かなりオススメできる英文の読み方なので、紹介します。

普通に和訳するのは大変

私は「いきなりスコアアップ！TOEIC(R) テスト600点これだけ英単語」というTOEIC向けの対策書を、スラッシュリーディングの練習用に使ってます。
そのため、この本の一文を例として取り上げます。

Steve went to look for a job right after college because he did not want to be like his father.

これを普通に日本語に翻訳すると、次のような文章になります。

スティーブは父のようになりたくないので、大学の直後に仕事を探しに行きました。

英文では末尾にある「he did not want to be like his father.」が、和訳では先頭にきます。
つまり英文を完璧な日本語に訳そうとすると、長い文章を紐解いた上で、順序を入れ替える必要に迫られる可能性があります。

日本語と英語では文の構造が違うため、互換性を維持しつつ和訳するのは労力のいる作業です。

スラッシュリーディングによる部分翻訳の積み重ね

スラッシュリーディングは、別名チャンクリーディングとも呼びます。
英文を部分的に区切ってリーディングする方法です。

その名の通り、英文をスラッシュを区切って分割します。

Steve went to look for a job / right after college / because he did not want to be / like his father.

スラッシュで区切った文章を、それぞれ日本語に変換します。
さっそく和訳してみましょう。

スティーブは仕事を探しに行った / 大学のすぐ後に / なぜなら彼はなりたくなかった / 彼の父のように

部分的に区切られた英文を和訳したため、細切れな文章になっています。
しかしながら、だいたいの意味とニュアンスは分かります。

スラッシュリーディングの良いところは、英文を細かく区切って考えることができる点です。
長い文章を正確に和訳するのは大変ですが、スラッシュリーディングであれば、細かい和訳の積み重ねなので挫折を予防できます。

完璧な和訳を諦めるという選択肢

スラッシュリーディングのポイントは、完璧な和訳を諦め、英文をだいたい理解できれば良いという潔さにあります。
最初は抵抗がありましたが、これによって英文を読む速度が上がったので、受け入れられるようになりました。

なお最終的には英語を英語として理解するのが理想とされているので、脳内で和訳しなくても自然と英文を理解できることが目標です。

まだまだ私には程遠い到達点ですが、とくに英語のリスニングは頭の中で翻訳していると理解が追いつかないので、頑張りたい。

スラッシュリーディングの練習

スラッシュリーディングをはじめて知ったのは、半年ほど前のことでした。
TOEICを受けたことがなかったので、どんな試験なのか本屋で対策書を眺めつつ調べていたところ、偶然手にとった単語集がスラッシュリーディングを採用していました。

[https://www.amazon.co.jp/dp/B01N59OH28/:embed:cite]

「いきなりスコアアップ！TOEIC(R) テスト600点これだけ英単語」という本なのですが、私はTOEICの対策ではなく、スラッシュリーディングを練習するために使ってます。

音声ダウンロードのない点が残念ではありますが、スラッシュリーディングを全面的に採用しており、リーディングの訓練をしながら英単語を習得できる点が気に入ってます。

ソフトウェア開発の世界と考え方は似ている

唐突な結論ですが、スラッシュリーディングの考え方はソフトウェア開発の世界と似ているかもしれません。

完璧を目指すよりまず終わらせろ（マーク・ザッカーバーグ）
- => 完璧に英文を理解する必要はない
小さいものは美しい（UNIX哲学）
- => 英文は小さく区切って、パーツ単位で意味を理解しよう

まとめ

ITのエンジニアをやっていると、GitHub上でOSSのREADMEを読んだり、Stack Overflowでエラーの解決方法を調べることが多いです。
日常的に英語を読む機会は他の職種よりも多いので、その際にも役立ちそうです。

スラッシュリーディングは英文を読む（リーディングの）テクニックですが、英文を聴く（リスニングの）場合も完璧な理解を求めていると速度が追いつかないので、考え方は応用できそうです。

GitHub: Let’s build from here · GitHub

Attention Required! | Cloudflare

なぜ英語でしゃべれないのか☆（＾～＾）？＜書きかけ＞

2019-09-14T06:29:28+09:00

「　Hi, Team!
Regards,
Muzudho」

「　本文も　よろしく頼む☆」

「　まず　頭から　構文が出てこないのよ。　なんでなの？」

「　だいたい英語で　わたしの話しがされているとき、 He （ヒー）から始まる音が耳に飛び込んできたぜ☆」

「　He （ヒー）と、 You （ユー）は聞き取れるよな☆」

「　そのあと　記憶を失う☆」

「　記憶を失っているから、習得できないのよ！」

「　まず教材が要るよな☆
自分で　自分に必要な教材を探してこれるか、そうでないかが　スキルの差を分ける☆
無料で見れる You Tube で、英語でしゃべってる手ごろなやつはないかだぜ☆？」

Mathematica For Beginners: The Basics

「　適当に開けてみるか……☆
こういう動画で物足りないのは　呼びかけられないことだぜ☆
あと　一人でしゃべってる動画は　受け答えがないから　教材に向いてないな☆　次☆」

A Brief History of Video Games

「　うーむ☆　１人がしゃべり続けている動画は　用はないんだよな☆　次☆」

「　インタビューを探したらどうだぜ☆？」

The Game Interview With The Breakfast Club (9-23-16)

「　インタビューはいいかもしれないな☆」

「　インタビュー動画から何を学べばいいの？」

「　My name is Ken Ikeda. とか聞こえてこないよな☆　次☆」

Top 10 Job Interview Questions & Answers (for 1st & 2nd Interviews)

「　そんなにチャンネルをコロコロ変えて　何が出てくるのを狙ってるんだぜ☆？」

「　なんというか　しゃべっている内容に興味がなくて身が入らない……☆
じゃあ　任天堂でも探すかだぜ☆」

Nintendo's Game Developer Shigeru Miyamoto - Interview

「　しかし　やはり　My name is Ken Ikeda.　は聞こえてこないな☆」

「　お父んがキャッチできるボールが少なすぎるのでは……☆？」

「　だいたい　これは英語なのかだぜ☆？」

「　ケンイケダ語を忘れましょう」

The Life of Satoru Iwata - Gaming Historian

「　How many hanburgers do you want?」

「　岩田はハンバーガーは食べないわよ。
袋いっぱいの麦チョコを頬張るのよ」

「　多分、英語は　わたしの知っている英語ではないぜ☆」

「　よし分かった☆　You forget ken ikeda.」

ケンイケダ語を忘れようぜ？

「　Tincle Popo が　チンコーポーポー　に聞こえるんだが☆」

「　その調子だぜ☆」

「　まず SVO を忘れようぜ☆」

「　忘れてどうすんの？」

「　V　の聞き取りに注力する☆」

「　例えば　I came everywhere. （アイケイムエブリフェアー）の came が V （ブイ）だが、
Ｖはだいたい１単語なのに、ＳもＯも長い……☆　Ｖは　一瞬しか出てこない☆」

「　ワッ　とか　クッ　とか　トゥッ　とか　言ってるだろ☆」

「　ウッジュッ、　ワズ、 ワンナ 」

「　動詞が　発音がくっついて　消えてるときあるよな☆」

「　消えているのではなく、くっついているんだぜ☆」

「　動詞がくっつくと　お父んは　記憶を失うのでは☆？」

「　それだと　主語しか　記憶に残らないだろ☆」

＜書きかけ＞

ネコのアプリで世界7位をとったので、やったこと全部さらす

2019-07-08T11:15:01+09:00

タイトルにある「ネコのアプリ」というのは、僕が作ったものではありません。個人開発者が集まるslackグループ、運営者ギルド仲間の@ampersand_xyzさんが作ったものです（アプリの詳細はこちら）。
今回、そのアプリを世界最大級のプロダクト紹介サイトProduct Huntにて紹介したところ、その日のランキングで7位を獲得したというお話です。

対象読者

個人開発者や、スタートアップの方で、海外に自分の作ったプロダクトをローコストで広めたい方。

およそ1万字の記事なので、時間があるときにじっくり読んでいただければと。

なぜやったのか

自分が作ったアプリの海外展開を行うにあたって、海外の三大プラットフォームの動きを事前に体験してみたかったからです。
少しだけ自己紹介をすると、shinji といいまして、サイドプロジェクトとして個人開発で下記のようなサービスを運営しています。

現在は主にアイテマスの開発に注力しており、今後英語化し海外展開を考えています。

海外のユーザーを集めるときはまず、Hacker News 、Product Hunt、redditを利用することが常識のようです。しかし、それらのサイトに自分のアプリを投稿する前に、何か別のアプリを投稿して各サイトの動きをよく調べてみたいと思い、@ampersand_xyzさんのアプリを題材として利用させていただくことができました。感謝を込めて、同じく運営者ギルド仲間の@dala00さんが運営しているここCrieitに今回やったことをできるだけ詳しくまとめてみようと思います。

ニッチだけど、世界的にみると一定のユーザー規模があるかもしれないようなサービスを作っている方は、ぜひこの記事を参考に挑戦してみてください。準備に時間がかかったり、投稿しようと思ったらまだ投稿の資格を得てなかったといった想定外のトラブルを避けることができるはずです。

ちなみに
各海外サイトの紹介、その効果と、海外サイトを利用する際につかえる便利な英語ツールに関しては下記のnoteにまとめました。2記事で3,800以上のはてなブックマークがついたのできっと役に立つと思います。

戦略

各サイトについて改めて簡単に紹介します。

サイト名	紹介
Hacker News	Y Combinatorの運営するアメリカのスタートアップコミュニティ。投票機能あり。
Product Hunt	シリコンバレーで生まれたプロダクト投稿サイト。投票機能あり。1日毎にランキングレースが開催される。
reddit	アメリカ最大級のソーシャルニュースサイト、掲示板。投票機能あり。

どのサイトも基本的には

プロダクトや話題を投稿
1に対してコメントを入れてディスカッションしたりupvote（もしくはdownvote）などの投票

という機能があります。見ているだけでも興味深い情報が多いので楽しいのですが、今回はプロダクトを宣伝するという目的で使用するので能動的に投稿していくことになります。そしてたくさんのupvoteを獲得することができたら、その分たくさんのユーザーに見てもらえるということですね。
何も考えずに投稿しても問題ないのですが、各サイトでupvoteが集まるよう頑張って投稿しつつ、サイト間でユーザーを誘導するような導線を作ってさらに多くのupvoteを狙うための仕組みを考えてみます。具体的にいうと、例えばHacker Newsでupvoteをたくさん獲得して注目を集め、そこからProduct Huntのページに誘導してProduct Huntの方でもupvoteを押してもらうといったような導線です。

今回はProduct Huntを本丸と位置づけ、reddit、Hacker NewsからProduct Huntへ誘導する導線を作っていきます。Hacker News→Product Huntへの導線に関しては、今回は事情により、Medium（noteの海外版のようなサービス）に英語での紹介記事を書いてHacker News→Medium→Product Huntという導線にしてみます。

全体の注意点としてはupvoteを不自然に集めようとすると、内部アルゴリズムによってペナルティをうけることがあります。
はっきりと決まっているわけではありませんが、ツイートなどで「upvoteを押してください！」というのもあまりよくないようです。どのように他の人が紹介しているかtwitter検索などで参考にしながら、あくまでプロダクトの良さを全力で伝えるという姿勢で進めていきましょう。

準備

Product Hunt用の準備

Product Hunt用に準備したものは下記です。既に@ampersand_xyzさんがいろんな画像やアイコンや動画を用意されていたので、僕の方ではそれをいくつか英語化するだけで済みました。実際に投稿したページがこちらなので、見比べながら読んでいただければと。

これらの準備物は、Product Hunt公式のハウツー記事 How to Launch on Product Hunt 🚀 を参考に用意しました。

準備物	用途
Product Huntアカウント	Product HuntにはHunter（プロダクトを紹介する人）とMaker（そのプロダクトを作った人）の2種類のアカウントがあります。とはいえアカウントの作り方が異なるわけではなく、紹介するプロダクトへの関わり方によって自己申告で設定するだけです。今回は僕がHunter、@ampersand_xyzさんがMakerという立場になります。この立場によって、プロダクト紹介ページ内で、他のユーザーからのコメントへ返信する際に自分の名前の横にHunterやMakerといったラベルが付きます。Makerにはチームで開発している場合にも対応でき、複数人登録可能です。注意点としては、会社アカウントを作成することもできるようですが、Product Huntのサイトポリシーとして個人にフォーカスされているので、会社アカウントで投票したりディスカッションに参加したりすることはできないようです（ただ個人の判断をどのようにしているかは不明）。MakerがHunterを兼ねることもできますが、プロダクトを紹介する前にハンター試験を突破しなければなりません。ハンター試験については後述します。また、MakerがいなくてもHunterという立場のみでプロダクトを紹介することもできます。つまり、自分のプロダクトが知らない間にProduct Huntに掲載されることもあるということです。その場合あとで自分をMakerとして追加することもできるようです。
ギャラリー動画・画像	プロダクト紹介ページに大きく表示される動画・画像です。今回はYouTube動画1つと、1095 × 760pxのPNG画像を2枚用意しました。Product Hunt公式のハウツー記事によると、画像サイズは635x380（ピクセル？）がおすすめだと書いてあるのですが、実際に作ってみると小さい気がしたので、他の人気のプロダクトのページを参考にして画像サイズを決めました。よくみるとProduct Huntの投稿画面に推奨サイズが書いてありまして、結局のところ1270× 760pxが一番いいようです。まぁ、こういう縦長のギャラリー画像を使ったパターンもあるので、推奨サイズではなくても大きな問題はありません。PNG以外にもJPEG, GIF画像も使用可能です。注意点としては、YouTube動画はギャラリーの1番最初に表示されます。また、プロダクト紹介ページをSNSでシェアする際のサムネイル画像には１番最初に設定されている画像が使用されます。つまりYouTube動画がギャラリーに存在する場合は、動画の次の画像がサムネイル画像に使われるということです。もしそこにGIF画像を配置していると、GIF画像がtwitterでシェアされる際のサムネイルになってしまうのですが、twitter cardではGIFアニメーションが無効になってしまうので気を付けましょう。なので、このプロダクト紹介ページが理想の動画・画像配置ではないでしょうか。
サムネイル用gif画像	プロダクトのアイコンになり、一覧ページなどに表示されます。240×240pxが推奨サイズとなっており、2MB以下のJPG, PNG, GIFが使えます。一覧ページで他のアプリに埋没しないように、GIFアニメなどを使って目立たせることが大事です。
タグライン	プロダクトのキャッチコピーのようなものです。一言でうまく表現する必要があります。今回はジョークアプリなので気楽に "Cats attack on your screen" にしました。公式のハウツー記事にも書いてありますが、Muzzleというアプリのタグラインが秀逸で "Silence embarrassing notifications while screensharing 画面共有時の恥ずかしい通知を黙らせる” といったものです。このように人気のアプリがどんなタグラインを使っているかを参考にしてみるといいでしょう。
プロダクト紹介文	英文です。予め準備しておきました。可能であれば英語ネイティブの方に用意してもらった方がいいですが、今回は自分で用意しました。
最初のコメント	同上。プロダクトを投稿したあとに、アクセスしてきたProduct Huntユーザー達に向けて挨拶をしておくと、コメントが活発になります。
アプリページの英語化	Product Hunt内のプロダクト紹介ページから、アプリのページへ移動するわけなのでそちらも英語化しておきます。今回のアプリはネコの暴れ方によってハードバージョン、マイルドバージョンの2種類のインストールページがあるので両方に英文を追記しました。追加で、理想をいえば、Voteボタンを設置するとよかったのですが、Google Chromeのwebストアのページを即座に変更することができないので今回は諦めました。

ハンター試験について

ハンター試験と書きましたがそんなに大それたものでもなく、アカウント作成後に下記の3つの条件を満たせばいいだけです。

連続して3日間、何かProduct Hunt内のプロダクトにupvoteをする。
Product Hunt内のプロダクトに11以上upvoteをする。
デイリーダイジェストを購読する。

僕がこれらを行おうとしたときはなぜかうまくいかなかったのですが、運営に問い合わせたところ条件を満たしたことにしてくれました。

準備したものを実際の投稿フォームにあてはめてみる

準備したものを実際の投稿フォームにあてはめながら確認していきます。あくまで見栄えの確認です。最後のLAUNCH NOWボタンを押すと投稿されてしまうので注意してください。ちなみにProduct Huntに投稿したときにどう表示されるかプレビューできるサイトがありますが、どうも仕様が古いのでProduct Huntの実際の投稿フォームを利用した方がいいでしょう。

下記は投稿フォーム1ページ目になります。Topicsはカテゴリーのようなもので、こちらからTopicsの種類を一覧できます。

下記は投稿フォーム2ページ目になります。絵文字の入力方法がよくわからなかったので、他のページの絵文字をコピーして貼り付けました。自分がMakerも兼ねる場合、最後のチェックボックスをチェックすればいいのだと思います。

下記は投稿フォーム3ページ目になります。ここでMakerアカウントを関連付けすることができます。

フォロワーの多いハンターに協力を依頼した方がいいか？

いくつかの英語記事で、Product Hunt上のフォロワーの多いハンターにコンタクトをとってプロダクトを紹介してもらうといいといったような書いてありました。たしかに昔はプロダクトを投稿した際に、そのハンターのフォロワー全員にメール通知が届いたので意味があったようですが、現在はそういった仕様はないようなのであまり意味はないようです。

Hacker News用の準備

Hacker Newsの投稿方法は先述のnoteに詳しく書いていますのでこちらを先に読んでください。そのnoteの中でプロダクトの宣伝をするときはShow HNを付けて投稿すると記述しました。この方法でも問題ないのですが、今回の戦略に基づいてHacker NewsからProduct Huntの誘導を考えなければなりません。
方法としては下記の6パターンが考えられます。

Show HNをつけて自分のアプリのTOPページタイトルとURLを投稿し、そのページにvoteボタンやProduct Hunt Cardを設置してそこからProduct Huntへ誘導。
Show HNをつけてタイトルとテキストを投稿し、テキスト内でProduct Hunt内の紹介ページタイトルとURLを直接投稿。
Show HNをつけてProduct Hunt内の紹介ページタイトルとURLを直接投稿。
Show HNをつけないでタイトルとテキストを投稿し、テキスト内でProduct Hunt内の紹介ページURLを貼り付けそこから誘導。
Show HNをつけないでProduct Hunt内の紹介ページタイトルとURLをを直接投稿。
Show HNをつけないでブログ記事タイトルとURLを投稿し、ブログ記事内にProduct Hunt Cardを設置してそこからProduct Huntへ誘導。

この中で今回の戦略に最も適したものを選びます。

1に関しては、今回紹介するアプリがGoogle Chromeウェブストア内のページになるため適しません。voteボタンやProduct Hunt CardはProduct Huntに投稿した後で取得できるものなので、投稿後に瞬時にウェブストアページ内にProduct HuntのURLを掲載することができないからです（ウェブストアページ編集時にGoogleによる審査がある）。また、おそらくウェブストアページ内にvoteボタンなどのウィジェットを貼り付けることもできないのではないかと思っています。
2と3に関しては、Hacker Newsを全文検索できるHN Search powered by Algoliaというサイトを使って有効性を確認してみます。この条件で検索してみたところ、あまりupvoteを獲得できていないので、Hacker Newsの歴史的には効果が低そうです（upvote数はpointsというところで確認できます。）。
4に関しては、同じく全文検索サイトを使ってこの条件で検索してみましたが、同様にあまり効果が高いようには見受けられません。
5に関してはそういった投稿をみつけることができなかったので、いい方法ではないのだと思います。

最後に6について。これはいろいろなパターンのURLがあるので全文検索サイトは利用していませんが、この方法を採用している下記のような記事があります。

上記のページにアクセスすると、Hacker News内のスレッドに飛び、それぞれHacker News内で大量のupvote（pointの部分）を獲得していることがわかります。スレッドのタイトルをクリックすると記事自体にアクセスすることができます。Product Huntの方へきちんと誘導されたかのかどうかはこちらでは不明ですが、記事内にProduct Huntへの導線がはってありました（Product Huntのランキングレースは既に終わっているので、現在はProduct Hunt Cardが削除されたり、記事自体にアクセスできなくなっているのかもしれません）。
というわけで今回は6の方法を採用します。

準備物	用途
Hacker Newsアカウント	Hacker Newsに投稿するにはアカウントが必要なので作っておきます。
Mediumアカウント	今回は6の方法で行くので、Mediumに記事を投稿するためにアカウントを作っておきます。
コンテンツ	Mediumに投稿する英語の記事を書きます。ちなみにMediumは下書きの状態でチームメンバーにシェアできたりもします。
Product Hunt Card	Mediumの記事内からProduct Huntへ誘導するための導線です。Product Huntにプロダクトを投稿したあと、そのURLをMediumに貼り付けると自動でProduct Hunt Cardが生成されるようです。どのように表示されるかは下記の英語版記事をご覧ください。

コンテンツについて、@ampersand_xyzさんがqiitaに書いた日本語の記事があるのでそれを英語化してみました。

日本語版: 猫に仕事を邪魔されてみたかったので技術で実現した
英語版: Simulate the life with cats using my programming skills

本当は英語ネイティブの方に添削してもらった方がよかったのですが、今回は実験的なところがあるので、僕の方で翻訳し、grammerlyというサービスで添削した程度です。これでHacker News用の準備は完了です。

ちなみに、Hacker Newsはシンプルなサイトですが、明文化されていない裏ルールがたくさんあるようで下記にまとめてあります。
A List of Hacker News's Undocumented Features and Behaviors

reddit用の準備

準備物	用途
redditアカウント	まずredditのアカウントを作成します。redditにはコメントやスレッドに紐づく投票機能であるupvoteやdownvoteの仕組みとは別に、Karmaというアカウントに紐づくポイントの仕組みがあります（Hacker Newsも似たようなものですが）。コメントを投稿したり、自分の投稿に他のユーザーがupvoteするとKarmaを獲得でき、Reddit PremiumかReddit Coinsという仕組みでKarmaを購入することもできるようです。
投稿先のサブレディット	特定のジャンルの話が集まる、URLが/r/*** となっているページです。自分のプロダクトの属性に近いサブレディットを予め選んでおきます。今回の実験でわかったのですが、サブレディットに参加できる条件、サブレディット内で新しくスレッドを立ち上げる条件に上記のKarmaが関わってきます。自分のKarmaが充分か事前に確認しておきましょう。
投稿コンテンツ	複数の投稿形式があります。

サブレディットを選ぶ注意点として下記があります。

サブレディット内に充分なメンバーがいるか確認する。
サブレディット毎に定められたコミュニティルールに従う。
自分のKarmaがサブレディットに参加する条件、サブレディット内でCreate Postする条件を満たしているか確認。

1に関しては、サブレディットのTOPページに下記のような表示があるのでここで確認しましょう。

2に関しては、1と同様に下記のような表示があるのでここで確認しましょう。

3に関しては、どこに書いてあるか見つけられなかったのですが、試しに一度なにかCreate Postしてみるとわかります。条件を満たしてなかったらbotが自動削除し、その通知がアカウント宛に届きます。

今回は下記のようなサブレディットに投稿しよう、、、と思っていたのですが、実は投稿の条件を満たすほどKarmaがなかったので投稿できませんでした（詳しくは後述）。また、コミュニティガイドラインにコンペティション系の投稿はダメだと書いてあったので、結局投稿できなくてよかったのかもしれません。
https://www.reddit.com/r/cats/
https://www.reddit.com/r/chrome_extensions/

とはいえ、実際にreddit上でProduct HuntのURLをどのように宣伝しているか見たいのであれば、こうやって探してみるといろいろと参考になると思います。

投稿の際、下記のようなタグを指定することができます。

これはそれぞれ

OC…オリジナルコンテンツ
SPOILER…ネタバレ注意
NSFW…職場で見るのに適さない
FLAIR…分類タグのようなもの？詳しくは、他の用語の意味も含めてこちらをご覧ください。

という意味になります。

当日の行動計画

準備が整ったらProduct Huntのランキングレースにあわせて行動します。ランキングの仕組みは先述のnoteに詳しくまとめているのでこちらをご覧ください。太平洋時間00:01（日本時間16:01）からレースが始まるので、それ以降の時間に投稿することになりますが、投稿後そのまま放置してはいけません。他のユーザーからプロダクトに関するコメントが入ったときはすぐに返信をして盛り上げていきましょう。そのためにもできる限りパソコンの前で待機しておく必要があります。
まとめると下記になります。タイムテーブルを予め作っておいた方がいいと思います。

Product Huntに投稿。
- 太平洋時間0:01（日本時間16:01）からその日のランキングレース開始。
- 1時間くらい様子をみて、GoogleやFacebookからのプロダクトなどのビッグサービスが投稿されていないのを確認してから投稿。
TwitterでProduct Huntへの投稿を英語でアナウンス。
Product Hunt上の紹介ページURLが取得できるので、それを基にProduct Hunt Card作成（Mediumの場合はURLを貼り付けるだけでOK）し、Medium投稿。
Mediumの記事を、Product Hunt上のプロダクト紹介ページに関連記事として貼り付け。
Mediumの記事を、Hacker Newsに投稿。
redditに投稿。
コメントが入ったらそれに返信していく。

分かりづらいところがあるかもしれませんが、このあと補足説明をいれながら実行していきます。

実行・結果

計画を実行

計画のステップ1に関して、実際に投稿したページがこちらになります。

2に関しては、英文になりますが、ほぼ定型表現のようなものなので I'm really excited…とかI just launched my first product!とかなんとか言ったらいいと思います。併せて文の途中に@ProductHunt を入れることを忘れないように。Product Hunt公式がいいねを押してくれたりします。
実際の投稿はこちら。

3に関して、実際に投稿したものがこちら。記事の最後の方にProduct Hunt Cardを表示させています。

4に関しては、Product Huntの紹介ページ内の中部あたりにMediumの記事が関連付けられていると思いますがそのことです。

5に関して、実際に投稿したものがこちら。

6に関しては、少し先に述べましたが、投稿までできたものの、Karmaが足りずにすぐにBotに削除されてしまいました・・・。

結果（あまりよくなかったこと）

Product Huntが謎の挙動をしまして、なぜか投稿した当日のランキングに参加できず、次の日のランキングレースに回されてしまいました。実は同じ日に日本からBiscuitというブラウザがローンチされており、これを作った方からも同様の謎の挙動があったと聞きまして、Product Hunt内でなんらかの不具合が発生したのではないかと考えています。
Hacker NewsにMediumの記事を投稿しましたが、まったくといっていいほど反応がありませんでした。残念でしたね。
redditは先ほど述べたように、Karmaが足りずにすぐにBotに削除されてしまいました。

結果（よかったこと）

Product HuntでPopular入りし、一瞬3位にランクインしながら、結果的に7位になりました。たくさんのコメントもいただきました。
Product Hunt創業者とProduct Hunt公式アカウントからTwitterでシェアしてもらえました。公式アカウントからはなぜか3回もいただきました。Twitter上で合計50万フォロワーのアカウントからシェアしてもらえるのは大きかったのではないかと思います。

反省

redditへの投稿は完全に失敗だったので、次回はきちんと条件を満たして投稿しようと思います。
Hacker Newsに投稿したMediumの記事は、結果的に失敗でしたが成功例も多いので、やはりビジネス的に、あるいは技術的に面白そうなストーリーがある場合は次回もまた書いてみたいと思います。最近だとFlutterやRustで作ったネタであれば、その作り方を英語でまとめるだけでもある程度うけるかもしれません。
結局、サイト間の導線を作る戦略は失敗しましたが、プロダクトの魅力のみでいい結果を得れたのでやったかいがありました。

今回やりませんでしたが次回は必ずやりたいこととして、Product HuntのUpcomingページを使ってみようと思っています。これはいわゆるProduct Hunt上にリリース前のプロダクトのティザーサイトを設けるような仕組みです。例えばこういうページが簡単に作成できます。これを使うメリットとしては、Product Huntにログイン済みのユーザーであれば、ワンクリックであなたのリリース前のプロダクトのファンになることができる点です。ティザーサイトを自前で作ってメールアドレスを入力してもらうよりも、ファンになってもらうハードルがかなり低いのではないかと思います。また、リリースするまでの公開ToDoリスト管理機能などもあるので、そういった機能を駆使してファンと対話しながら進めるといいかもしれません。このあたりはまだ調査中の段階なのでまた実際に使ってみてtwitterなどで発信していこうと思います。

その他、いくつか僕が書いた英文がでてきましたが、おかしなところがあれば指摘していただけるとありがたいですm( _ _ )m

最後に

開発者の立場だとついマーケティングを軽視しがちですが、リリース後に一定の規模のユーザーに見てもらえる機会を作ると、その分フィードバックもたくさん得ることができますし、誰にも見てもらえないよりはいいと思います。Twitterのフォロワーが少なくても、お金をかけなくても、こういったルートがあるとわかっていれば、うまくいけばその日1日が、あなたのスタートアップのための日になるかもしれません。
念の為もう一度書いておくと、「upvoteしてください」と呼びかけすぎたり、不自然な組織票をするとペナルティが発生する可能性があるので、あくまで自分のプロダクトの良さを全力で伝えるという姿勢でご利用ください。

今回の実験のためにアプリを提供していただいた@ampersand_xyzさん本当にありがとうございました。
日本発のプロダクトに関してはガンガンupvoteしていくので、もしこの記事を読んでProduct Huntなどに投稿した方はぜひ僕のtwitterアカウント宛にURLを送ってみてください！
最後まで読んでいただきありがとうございました！