新人ITエンジニアが開発現場で戸惑うことが多いコマンド操作。最前線で活躍している経験豊富なエンジニアの中にも、CLI（コマンドラインインターフェイス）の黒い画面に苦手意識を持っている人は少なくないのではないでしょうか。

そこで今回は注目書籍『コマンドラインの黒い画面が怖いんです。新人エンジニアのためのコマンドが使いこなせる本』の著者・kanataさんにインタビュー。エンジニアが知っておくべきCLIの基本知識や、普段の作業がラクになるコマンドプロンプトの便利な使い方について伺いました。

### [『コマンドラインの黒い画面が怖いんです。 新人エンジニアのためのコマンドが使いこなせる本』](https://www.amazon.co.jp/-/en/kanata/dp/479818229X)

出版社 ‏: ‎翔泳社 　著者 ‏: ‎kanata

青森県弘前市生まれ。シェル芸（コンピュータ上の処理において、各種コマンドをパイプ演算子で繋ぎ、あらゆる調査・計算・テキスト処理をCLI端末へのコマンド入力一撃で終わらせる芸のこと）とサイバーセキュリティと温泉が好き。シェル芸を難読化することが趣味。 

## なぜコマンドの“黒い画面”は嫌われるのか

#### balloon kishi left
kanataさんはエンジニアとしての経験も豊富ですが、どのような業務に携わってきましたか？

#### balloon kanata right
システム開発に長年携わってきて、組織の運営や企画、技術の標準化に取り組んできました。その中で、いわゆる“黒い画面”を使ってコマンドを入力するような場面も日々多くあります。また、情報セキュリティの分野にも携わっており、SECCONという大規模な情報セキュリティのイベントで行われるコンテストでコマンドに関わる問題を作ったこともありました。

#### balloon kishi left
コマンドに関してかなり多くの経験を積まれているんですね。

#### balloon kanata right
実務のみならず、趣味でもコマンドを駆使した"シェル芸"を活用しています。だいぶマニアックですが、シェル芸（※1）をさらに難読化することにも取り組んでいます。

~~※1 シェル芸……マウスも使わず、ソースコードも残さず、GUIツールを立ち上げる間もなく、あらゆる調査・計算・テキスト処理をCLI端末へのコマンド入力一撃で終わらすこと。あるいはそのときのコマンド入力のこと。~~

#### balloon kishi left
コマンド入力に抵抗を感じる人が多いのはなぜなのでしょうか？

#### balloon kanata right
まず、**グラフィカルな画面に慣れすぎていて、CLIの黒い画面にギャップや抵抗を感じるからだと思います。**私のまわりでも、ビジュアル的に見やすいGUIの操作はできるけど真っ黒なCLIはあまりやりたくないというエンジニアは少なくないですね。

#### balloon kishi left
気持ちは分かりますね。 私たちはGUIに慣れきっているので…。

#### balloon kanata right
また、黒い画面への恐怖心を生み出しているのはCLIでフィードバックがすぐに返ってこないことも原因ではないかと。GUIの場合は特定のボタンを押すと結果がすぐに分かりますが、コマンドの場合は「実行」と「結果の確認」が別々になっていることがあります。**CLIで実行ボタンを押しても何も起こらないので、「どうなったんだろう」と不安に駆られるのでしょう。**

#### balloon kishi left
何も反応がないと、壊れたのかなと思ってしまいます。別のケースでは、エラーメッセージが出ることもありますよね。

#### balloon kanata right
そうですね。エラーメッセージは使い方が正しくない場合だけではなく、コマンドの使い方が正しいときにも表示されます。しかも真っ黒の画面に英語の表示が多いので、ネガティブに感じる方が多いのでしょうね。

#### balloon kishi left
「自分が否定された」ように感じる人もいるかもしれませんね。

~~ エラーメッセージの例（PowerShell） ~~

#### balloon kanata right
エラーメッセージが出たとしても、自分を否定されたと思うのではなく「現在の状況を教えているだけ」と捉えて、表示内容を調べてみることが大切です。

#### balloon kishi left
エラーメッセージにも意味があるんですね。

#### balloon kanata right
はい、まずCLIを怖がらないでいただきたいなと。システムやソフトウェアの開発では、コマンドを使わなくてもできる仕事はたくさんありますが、CLIを避けていると仕事の幅が狭まっていく可能性も。CLIは最初の一歩目をクリアしてしまえばそんなに難しくないので、まずはやってみることが大切です。

## CLIは開発のトラブル時にも活躍

#### balloon kishi left
CLIには具体的にどんな利点がありますか？

#### balloon kanata right
大きく次の3つがあげられます。**1つ目は、少ないリソースで操作が行えること。**古くてスペックの低いパソコンでも、軽快に待ち時間なく動かせるのがCLIの強みです。**2つ目は、作業の手順を簡単に記録・共有できること。**例えば、グラフィカルな画面で手順を説明しようとすると、画面のスクリーンショットをExcelなどに貼って、押す必要のあるボタンを赤枠で囲むなど、かなりの工数がかかります。そんなときにCLIを使えば、コマンドをコピーして送れば一瞬で完了します。

#### balloon kishi left
システム開発を進める上でのトラブルやエラーなど、いざというときの調査もスムーズに進められそうですね。

#### balloon kanata right
はい。そして**3つ目のメリットは、昔作ったものでもそのまま動かせること。**GUIの場合は時間が経つと作り直すことも必要になりますが、CLIはメンテナンスをあまり必要としないので30年前に作られたコマンドプロンプトでの操作が、今でもそのまま使われているケースが数多く存在します。自動化にも組み込みやすい技術です。

#### balloon kishi left
CLIには多くのメリットがあるんですね。ちなみにコマンドの使い方がわからないときはどうすればいいんですか？

#### balloon kanata right
コマンドの使い方を確認できるコマンドが用意されているので、実行すれば仕様や使い方がCLI上に表示されます。次のいずれかの方法で、ほぼ全てのコマンドの公式情報を参照できます。

~~ コマンドの仕様や使い方を調べるコマンド ~~

#### balloon kanata right
**わからないことがあったら公式の情報源でコマンドを調べて実行することを強くおすすめします。**というのも操作に失敗した時に、誰かに説明する必要があるためです。その際、公式以外のサイトでコピペした情報では適切なコミュニケーションが取れません。公式のドキュメントであれば、それを元にチーム内で意見を出し合うこともできるので、ぜひ公式情報を参照するようにしてください。

#### balloon kishi left
公式のドキュメントを確認するのが大切なのは理解できましたが、内容が難しいこともあると思います。そういうときにインターネットで調べるコツも教えてください。

#### balloon kanata right
**Googleなどの検索エンジンでは、シェル名（PowerShell やMS-DOS、bash）とOS名（WindowsやLinux）を合わせて検索するのがポイントです。**また、Linux限定になりますが、シェル名やOS名の代わりに、「manpage」と入力することで目的の情報をさらに探し出しやすくなります。その際の注意点として、「-」からはじまるテキストを使わないようにしましょう。コマンドオプションの先頭が「-」で表現されることが多く、「-」からはじまるテキストで検索したくなるのですが、**Googleなどの検索エンジンでは、「-」からはじまる言葉を検索から除外する条件が設定されています。**

## コマンドをつなぎ合わせれば何でもできる

#### balloon kishi left
コマンドはそれぞれのOSでなぜ統一されていないんでしょうか？

#### balloon kanata right
これにはOSの進化の歴史が関係しています。Windows、Linux、macOSなどのOSは、その時点で元々存在していた他のOSを参考にしたり流用したりして作られています。そして、さまざまなOSの祖先ともいえるのがUnixです。Unixとの互換性を意識してLinuxというオープンソースのOSも作られ、日常生活の多くの場面で使われています。**コンピュータシステムや各種のサービス開発においても、Linuxを利用するのが主流です。**

#### balloon kishi left
Linuxのシェル操作は、コマンドプロンプトやPowerShellと異なりますか？

#### balloon kanata right
Linuxでも他のOSと同じ操作ができます。ただ、たくさんのコマンドが用意されているので目的のコマンドを忘れてしまうことも。そんなときには、aproposコマンドが役立ちます。aproposに検索ワードを指定すれば、関連するコマンドを調べてくれます。例えば、ファイルをコピーするコマンドを調べる場合は次のように進めます。

#### balloon kishi left
ここまで教えてもらえれば、目的のコマンドを見つけられそうです！Linuxのシェル操作で特に便利な方法があれば、そちらも教えてください。

#### balloon kanata right
**コマンド同士をつなぎ合わせて、一つのコマンドをもとに別のコマンドを処理する「パイプ」という手法がとても便利です。**これは多くのエンジニアが日常的に使っている手法ですが、コマンドの処理結果が次のコマンドにパイプを通って渡されるようなイメージです。

~~ パイプを利用したコマンドをつなぐ概念 ~~

#### balloon kanata right
パイプを使うことでファイルの行数を一瞬で数えたり、特定の言葉が含まれる行を抽出できたり、活用方法は無限大です。習熟すれば本当に何でもできる技術なので、普段コマンドを使わないエンジニアの皆さんにもぜひ試していただきたいですね。

## たった一行のコマンドで業務効率アップ

#### balloon kishi left
Linuxのコマンドでどのように業務効率化できるのか、具体的な内容を教えてください。

#### balloon kanata right
**まず便利なのは電卓を使わなくても四則演算ができることです。**Windowsの電卓ソフトなどでは、途中でどこまで足したのかわからなくなり、最初からまたやり直しになることが起きがちです。コマンドを使うと、計算式を確認でき、かつ結果が一瞬でわかります。計算はシェルの種類の一つであるbashの機能で行い、計算結果を表示するためにechoを組み合わせます。書式は次の通りです。

~~ 四則演算のコマンドプロンプト書式の例 ~~

#### balloon kanata right
記号で囲まれた箇所に、次のように数式を入力すれば計算結果が簡単に表示されます。

#### balloon kanata right
電卓の場合は、途中で打ち間違えたときに最初からやり直す必要がありますが、コマンドの場合は戻って修正するだけで完了します。

#### balloon kishi left
CLIの方がかなりラクですね。引き算やかけ算も利用できるんですか？

#### balloon kanata right
もちろんです。「−（減算）」「\*（乗算）」「/（除算）」「%（剰余／割り算の余り）」などの記号が使えます。ただし、このときに注意が必要なのは小数点以下が切り捨てられること。**小数点以下の計算が必要な場合は、テキスト処理に適した簡易なプログラミング言語「awk」を使うのがおすすめです。**他のプログラミング言語と比較して文法が容易なのでコマンドのように使えます。

#### balloon kishi left
コマンドと「awk」を合わせて使うと便利ですね。他にも便利なテクニックはありますか？

#### balloon kanata right
**CLIを活用してフォルダをZIPファイルにバックアップするのが便利です。**失敗したときに備えてバックアップを取るのは、皆さんも普段から行っているのではないでしょうか。Windowsでは右クリックでコンテキストメニューを表示すれば「ZIPファイルに圧縮する」という機能を使えますが、CLIでもzipコマンドを使えば簡単に実行できます。書式は次の通りです。

#### balloon kanata right
この書式を元にbackup.zipを作成する例は以下になります。textdataディレクトリの中身も含めて全部圧縮した結果が表示されています。テキストファイルがいずれも元のサイズの半分程度に圧縮されたことがわかります。

#### balloon kishi left
別のツールを使う必要がないので便利ですね。

#### balloon kanata right
コマンドでやりたいことがあれば、ChatGPTに聞いてみるのも一つの方法です。**コマンドはChatGPTとの相性が良く、ざっくりした内容を質問しただけで使えるコマンドを表示してくれることが多いです。**ただしハルシネーションも起こるので、何も疑わずそのまま業務で使うのはリスクがあります。どういう処理を行っているか理解した上で使ってみて、その精度を確かめながら活用範囲を広げていくのが良いと思います。

## 忘れがちなルーティン業務を自動化

#### balloon kishi left
コマンドを使って日常の業務を自動化する方法もありますか？

#### balloon kanata right
数値の集計やメール送信、在庫チェックなどのルーティンワークは「シェルスクリプト」を使って自動化できます。シェルスクリプトは、実行したいコマンドを順番に書いたものです。書いた順番どおりに実行してくれます。他のプログラミング言語と比べても比較的簡単に習得でき、複雑な作業にも十分対応できます。

#### balloon kishi left
簡単に使えるのはうれしいです！実例を教えてください。

#### balloon kanata right
**実務に役立つ実例として、チェック先のサーバーのサービスが稼働しているかどうかをチェックするシェルスクリプトをご紹介します。**例えば、翔泳社のサイトのWebサービスが稼働しているかどうかは、翔泳社のドメインに対してhttps（ポート番号443）に接続できるかどうかで確認できます。応用的な内容ではありますが、一般的なプログラミング言語に比べて平易な文法なので、参考にしていただければと思います。

#### balloon kishi left
実行することで、各接続先の状態が表示されていますね。

#### balloon kanata right
はい、存在しないドメインの場合は「Name or service not known」というメッセージが表示されます。このように同じ操作を繰り返す作業は、シェルスクリプトを活用することで作業を大幅に効率化できます。他にも普段の実務で効率化できる作業として「起動中のDockerコンテナを全て停止」「AWSの課金額を毎日通知する」などが挙げられますが、それ以外にもあらゆる業務に活用できます。

#### balloon kishi left
それぞれの業務に合わせて柔軟に使えそうですね。忘れがちなルーティン業務を自動化できるのは助かります。

## エンジニアの多くが経験するCLIの失敗例

#### balloon kishi left
CLIを使用する上で、注意するべき失敗例も教えてください。

#### balloon kanata right
CLIの失敗例をエンジニアにヒアリングすると山のように出てきて、それだけで一冊の本が書けるほどのエピソード量です。書籍に掲載しているのはその一部で、泣く泣くカットしました（笑）。

#### balloon kishi left
その中でも特によくあるのはどんな失敗ですか？ 

#### balloon kanata right
**本当によくあるのは、rmコマンドで大事なファイルを誤って削除してしまうことです。**rmコマンドは、ファイルを削除するコマンドで次のように使います。

#### balloon kanata right
rmコマンドで事故が起こるのは、次のようなケースです。

・作業で「data」というファイルを作ったものの、不要になったので削除したい。
・カレントディレクトリには「dat」と「data」というファイルがある。
・「dat」というファイルはなくなると困る重要なファイル。

#### balloon kishi left
CLIを使って「data」を削除するということですね。

#### balloon kanata right
はい、CLIで次のような操作をするときに注意が必要です。bashにおいて「Tab」キーはコマンドの入力を補完してくれる機能があります。

1 プロンプトに「rm d」まで入力。
2 ［Tab］キーを入力して「data」を補完
3 「rm data」コマンドを［Enter］キーで実行。

#### balloon kanata right
事故が起こるのは②と③のタイミングです。**入力した内容が「data」に補完されず「dat」に補完されることがあるんです。**そのことに気づけば悲劇を防げますが、そのまま［Enter］キーを叩いてしまうと結果的に「dat」が削除されて「data」だけが残ってしまうことに。Linuxの仕組み上、消したファイルを元に戻すのはかなり困難です。

#### balloon kishi left
大事なファイルを消してしまうのはダメージが大きいですね…。何か対策はないのでしょうか？

#### balloon kanata right
**いくつか予防策が考えられますが、まず「-iオプション」をつける方法があります。「-iオプション」をつけると削除前に確認が入ります。**そこでyを入力して［Enter］を押すことで削除されます。

#### balloon kishi left
こまめなバックアップと合わせて使うと良さそうですね。

#### balloon kanata right
最初のうちは慣れないこともあるかもしれませんが、**CLIやコマンドはITのトレンドに左右されることなく長年使える技術の一つです。**インフラシステムからアプリの開発まで、あらゆる現場で幅広く使えるスキルなので、ぜひ怖がることなく積極的に利用していただければ嬉しいです。

大学卒業後、構成作家・フリーランスライターとして、幅広いメディア媒体に携わる。現在は採用関連のインタビュー記事や新卒採用パンフレットの制作に注力しながら、SaaS企業のマーケティングにも携わっている。いま一番関心があるのは、キャンプ場でワーケーションできるのかどうか。

岸 裕介

kanataさん

初心者にもやさしいコマンドプロンプトの基礎知識

日常的な業務に役立つシェルスクリプト

CLI（コマンドラインインターフェイス）のよくある失敗例

CLIをエンジニアが避けるのはなぜ？「コマンドラインの黒い画面が怖いんです〜」著者に聞く本当に便利なコマンド活用法

**心理学に基づいて英単語学習ができるアプリ『DiQt（ディクト）』**。

事業紹介したnote「[この英単語を覚えるだけで、英文の９割は読めるようになるという話【NGSL,NAWL,TSL,BSL】](https://note.com/kawanjin01/n/na861d9264699)」がバズったのをきっかけに、高評価を集める人気アプリとなりました。

『DiQt』を個人開発したかわんじ（相川真司）さん（[@kawanji01](https://twitter.com/kawanji01)）は、元漫画家志望。ファンタジーについて調べるうちに「プログラミングは魔法だ」と興味を持ち、「自分も魔法を使ってみたい」という想いが高じて個人開発に至ったという、異色の経歴の持ち主です。

今回は、そんなかわんじさんにインタビュー。前編では、**試行錯誤を繰り返した『DiQt』の歴史**や、**個人開発でリリースまでこぎ着ける秘訣**について伺いました。

## 本の学習から英単語学習へピボット。かわんじさんが開発した『DiQt』とは

#### balloon eriko_ichibangase left
まずは、かわんじさんが開発された『DiQt』について教えてください。「絶対に忘れない辞書＆単語帳サービス」というキャッチフレーズがついていますね。

#### balloon kawanji right
『DiQt』は、**覚えたり調べたりした英単語・英熟語を簡単に復習できるようにすることで、「覚えたのに忘れてしまう」という語彙の忘却を解決する辞書アプリ**です。英単語帳の元になっているのは、『NGSL』『NAWL』『TSL』『BSL』※という4つの無料英単語帳で、一般的な英単語の90%以上を網羅しています。

*※『NGSL』『NAWL』『TSL』『BSL』とは*

~~無料で公開されている、頻出英単語リストの略称。『NGSL（New GSL）』は一般的な英文の92％（約2,800語）、『NAWL（New Academic Word List）』は学術英文の90％（NGSL＋約1,000語）、『TSL（TOEIC Service List）』はTOEICの英文の90%（NGSL＋約1,200語）、『BSL（Business Service List）』はビジネス英文の90%（NGSL＋約1,700語）を網羅している。~~

#### balloon eriko_ichibangase left
「これさえ覚えておけば！」という単語を学習できるアプリということですね。単語帳サービスとのことですが、単語や熟語を和訳したり英訳したりして問題を解くのでしょうか？

#### balloon kawanji right
問題は、4択問題・スペル問題・リスニング問題・発音問題の4種類のバリエーションを用意しています。**豊富なバリエーションを用意することで、多角的に英語学習ができる仕組み**です。

#### balloon eriko_ichibangase left
基本的な仕組みは同じでも、紙ではなくアプリならリスニングや発音の問題も出せるんですね。テクノロジーの進化が正しく生きていて素晴らしいです。もともと、英単語学習のアプリを作りたいという動機があったんですか？

#### balloon kawanji right
最初は、哲学や心理学、コンピュータサイエンスなどの専門書の内容をテスト形式で覚える『BooQs（ブックス）』というアプリでした。参考書を読むよりもテスト問題を解くほうが効果的に覚えられるので（テスト効果※）、本の内容をクイズ形式で覚えるアプリとして作ったんです。

~~*単に情報を読んだり書いたりするよりも、問題を解いたり自力で思い出そうとする行為により記憶が強化されること。実験心理学の分野で多くの研究がなされ、証明されている。しかし、テスト結果を直視することを回避する心理や「読む」という行為のわかりやすさにより、テストより参考書を読むほうが身に付くと思い込んでしまうことが多い。*~~

#### balloon eriko_ichibangase left
それが、なぜ英語に？

#### balloon kawanji right
あまり使われなかったんです。「専門書の内容を効率よく覚えるために『BooQs』が欲しい！」と思って作った自分自身でさえ使い続けられなくて、**どうすれば使ってもらえるか、自分が毎日使えるのはどんなものかを考えてピボット（方向転換）しました**。

~~『DiQt』の前身の『BooQs』。現在はかわんじさんが代表を務める「株式会社BooQs」として、社名になっている。~~

#### balloon eriko_ichibangase left
英単語学習の『DiQt』としてヒットするまで、どれくらいかかりましたか？

#### balloon kawanji right
最初のリリースから2年、開発着手からだと3年です。3年が長いか短いかはさておき、開発期間を含めて3年くらいは、無報酬を覚悟しておくほうがいいかもしれません。

## リリースからバズまで2年。かわんじさんが心折れずに個人開発を貫けた理由

~~かわんじさんの普段開発している時のデスク周りのお写真~~

#### balloon eriko_ichibangase left
仕事として請ける開発案件と違い、個人開発の継続は自分の意志次第です。英語学習のニーズが非常に高いのはわかっているとはいえ、リリースから2年もの間、挫折せずに開発し続けられたのはなぜでしょうか？

#### balloon kawanji right
「個人開発をリリースに漕ぎつける3か条」があると思っています。**「自分が使いたいものを作ること、自分が使い続けられるものを作ること、リリースを恥ずかしがらないこと」**です。

### 自分が使いたいものを作る―根底のビジョンは自分軸であるべき

#### balloon kawanji right
とにかく大事なのは、**「自分が使いたいものを作る」**ということです。

#### balloon eriko_ichibangase left
「これは絶対ヒットする！ナイスアイデアを思い付いた！」というような動機では、難しいですか？

#### balloon kawanji right
個人開発は、半分……、最低1割でも、自分のためでないと続かないと思います。**「これがウケるだろう」という他人の評価を軸にした動機だけでは、思ったように他人の評価が得られなかったときに軸が折れてしまうから**です。

#### balloon eriko_ichibangase left
「自分が欲しいから作っているんだ」という基盤が大事なんですね。自分が作っているものを完成まで持っていく、という意味では、漫画家を目指していた時代と通じるものがありますか？

#### balloon kawanji right
週刊少年ジャンプで漫画の賞をもらったのは高校生のときですが、小学生の頃は「おもしろフラッシュ」が流行っていたので課題の発表を「Adobe Flash」で作ったり、中学生の頃はニコニコ動画でストーリーを作ったりしていました。ファンアートを描いてもらったときは嬉しかったですね。でも、一貫していたのは、*「自分が見たいもの」「自分が読みたいもの」を作っていた*、ということです。

#### balloon eriko_ichibangase left
全く別ジャンルのように見えても、完全につながっているんですね。

#### balloon kawanji right
いま個人開発をしているのも、**「自分の作品を世に出したい」という想いが根底にあるから**です。作りたいものを作るために身につけたプログラミングスキルなので、エンジニアとしての仕事の依頼があっても、興味のないものを作りたいとは思えません。

### 自分が使い続けられるものを作る―それは、世界の誰かが必ず求めている

#### balloon eriko_ichibangase left
「自分が使い続けられるもの」というのは、「自分が使いたいもの」とは違うのですか？

#### balloon kawanji right
さきほども言いましたが、私は自分の勉強のために『BooQs』が欲しくて作ったのに結局使い続けられず、『DiQt』にピボットしました。ニーズを錯覚することって、よくあるんです。

#### balloon eriko_ichibangase left
「自分が使いたい」という自分軸の動機であっても、いざ使ってみると「使いたいものじゃなかった」ということがあるんですね。

#### balloon kawanji right
そうです。そして、すべての機能を熟知していて、かつ、いつでも改善できる立場にある開発者が使わないようなものを、赤の他人が使ってくれるはずがありません。**自分が最初の定着ユーザーになれるサービスであることが、まず大事**です。

#### balloon kawanji right
そして、もし自分が使い続けられるものができたとしたら、それは必ず、自分以外の誰かが求めているものです。世界中で自分しか必要としないサービスなんて、まずありませんからね。

### リリースを恥ずかしがらない―永遠にリリースできない悪循環の回避

#### balloon kawanji right
**リリースに漕ぎつけるという点において最も重要なのは、恥ずかしがらずにリリースすること**です。LinkedInの創業者であるリード・ホフマン氏の言葉に「リリースが恥ずかしくないなら、そのリリースは遅すぎる」というのがあるのですが、まさにそれです。

#### balloon eriko_ichibangase left
新サービスや新商品って、「満を持してリリース」というイメージを勝手に持っているんですが、そうではないんですね。

#### balloon kawanji right
『BooQs』の例にもあるように、実際にリリースして使ってみないとわからないニーズの錯覚も多いので、リリースしないことには始まりません。リリースは何度でもできるんですから、最低限でリリースしてしまうことです。

#### balloon kawanji right
それに、リリースが遅くなると「巨大バッチ死のスパイラル（large-batch death spiral）」に陥ってしまうのが問題なんです。

#### balloon eriko_ichibangase left
「巨大バッチ死のスパイラル」とは？

#### balloon kawanji right
『リーン・スタートアップ』（エリック・リース著）という書籍で紹介されている概念なのですが、開発期間（＝バッチ）が長くなればなるほどユーザーの反応が怖くなる、そうすると仕様を増やしたくなる、仕様が増えるとバグも増える、さらに怖くなって開発期間が伸びる…という、いつまでもリリースできない悪循環に陥っていくことです。

#### balloon eriko_ichibangase left
それは、非常によくわかる感覚ですね。

#### balloon kawanji right
しかも**そうやって時間をかけて仕様を増やしていると、自分たちのサービスに対する期待値も上がっていく**んですね。だからついにリリースの日を迎えても、バズらないと耐えられない。無風状態に耐え切れず、早々にクローズしたくなってしまうんです。

#### balloon eriko_ichibangase left
無風状態で当たり前だと開き直れるくらいの最低限で出してしまうことで、逆にブラッシュアップしやすくなり、スピーディーに進んでいけるんですね。

## ユーザー目線を意識できるのは、身内でのバグバッシュ

#### balloon eriko_ichibangase left
3か条は理解できましたが、個人開発ではどうしても独りよがりになってしまう部分があると思います。大勢の人に使ってもらえるサービスに成長させるにあたって、どのタイミングでユーザー目線を意識すればいいのでしょうか？

#### balloon kawanji right
**プレリリースという形で友人や身内にだけ公開して、バグバッシュ※すること**ですね。バグ出しをしてもらえるだけでなく、「UIが使いづらい」「とてもいいサービスなのに価値が伝わりにくい」など、ユーザー視点のフィードバックがもらえる貴重な機会です。

~~*ソフトウエア開発において、開発担当ではない部署の社員も一緒になって、社内全体で集中してバグを探す期間のこと。ここでは社内ではなく、『運営者ギルド』内など、友人知人に頼んでバグを探してもらうことを指している。*~~

#### balloon eriko_ichibangase left
一人で個人開発している場合、どうすればいいんでしょう？

#### balloon kawanji right
『[Qiita](https://qiita.com/)』（エンジニアのためのコミュニティサービス）に、Webサービスの運営者が集っている『運営者ギルド』というコミュニティがあります。製品をリリースしている人なら誰でも入れるので、そこでテストしてもらったり、意見をもらったりしています。

~~かわんじさんが参加している「運営者ギルド」。お誕生日には大量のプレゼントが届くほど仲良く交流しているとか。~~

#### balloon eriko_ichibangase left
いきなり入って、協力してもらえるものですか？

#### balloon kawanji right
**自分が発信側に回ることが大事**ですね。製品をリリースし、発信していくことで友達ができ、輪が広がっていくものだと思います。

#### balloon eriko_ichibangase left
いわゆる「コミュ力」が必要だということでしょうか？人によってはハードルが高いのでは？

#### balloon kawanji right
僕の場合は、オタクだからという理由でスクールカーストの底辺にまわされるのが怖くて、ニコニコ動画に投稿していたことも、ジャンプで漫画賞を取ったことも学校では隠し、漫画家になりたいと言えずに「デザイナーになる」なんて言ってました。でも社会に出たら、そんなマウントを取るような人は実際にはあまりいないじゃないですか。

#### balloon eriko_ichibangase left
たしかに、マウント取るほどヒマな人はほとんどいないですね。

#### balloon kawanji right
「ごめんなさい」と「ありがとう」が言えるという基本と、笑顔や謙虚さがあればちゃんと周りから大事にしてもらえる。

#### balloon kawanji right
学校のような閉鎖的なコミュニティだと上下関係やマウンティングが発生しがちですが、ギルドや社会人のコミュニティは出入りが自由なこともあり、攻撃的なこともなく、みんな優しいですよ。そんなに怖がることはないと思います笑。

## 何のための個人開発？事業化目的ならプログラミングは不要⁉

#### balloon eriko_ichibangase left
個人開発で、リリースまでモチベーションを維持しながら開発する秘訣はよくわかりました。ただやはり、「それでちゃんと稼げるのか？」という懸念はあります。

#### balloon kawanji right
何のために個人開発するのか、ということですね。**事業として稼ぎたい場合は、使ってくれる人や出資者を集めることが大事**です。開発よりも、LPを作って広告を出して、お金を払ってくれる人がいるかどうかを確かめるのが先でもいいと思います。

#### balloon kawanji right
**どんなにニーズがあっても、「お金を払ってでも使いたい」ではなく「無料なら使いたい」では事業にはならないので、まずはそこを検証する**。いざ作るとなった場合も、プログラミングスキルを生かすことにこだわる必要はないので、ノーコードで開発してもまったく問題ありません。

#### balloon eriko_ichibangase left
最初から事業化に照準を当てた開発だと全然違ってくるんですね。

#### balloon kawanji right
そうですね。でもほとんどの個人開発者は、「技術を学ぶため」か「自分が作りたいから」作っていると思います。あとは、「ポートフォリオにするため」ですね。そういう大多数の人たちは副業や趣味で個人開発しているので、さきほどの3か条が当てはまりますよ。

かわんじさんがご自身の作るプロダクトを「作品」と呼ぶのが非常に印象的で、根っからのものづくりの人なのだなと感じました。個人開発の3か条は、自分が一から作り出した作品を世に出したいと考えているすべての人に参考になると思います。

後編では、『DiQt』でどんなふうに心理学知識が生かされているのかや、他ジャンルの知識や経験を開発に生かす「スキルの掛け算」についての考え方を伺いました。

大好きなものがある人は強い。心理学を活かした英単語学習アプリ『DiQt』の開発者が考える「スキルの掛け算」

DiQt - 絶対に忘れない英和辞書＆英単語アプリ：[https://www.diqt.net/ja](https://www.diqt.net/ja)

かわんじさんTwitter：[https://twitter.com/kawanji01](https://twitter.com/kawanji01)

心理学科卒業後、新卒未経験でSI企業に就職し、Java系のSEとして10年。 結婚出産を経て、2015年にトラベルライターに転身。 現在はライターのほか、webディレクターや広報の業務にも携わっている。 新婚旅行では1年かけて世界50ヶ国を巡るほどの旅行好き。 日々の晩酌が何よりの楽しみ。

一番ヶ瀬 絵梨子

かわんじさん

かわんじさんが個人開発した『DiQt』とは？

個人開発でリリースにこぎつけるための３か条

事業化目的なら、プログラミングは不要？

自分が使いたいものを作り、自分が使い続けること。英単語学習アプリ『DiQt』の開発者が語る「挫折しない個人開発の術」

「エンジニアが集まるバー」というコンセプトのもと、2022年5月 神戸三宮にオープンしたHACK.BAR。バーテンダー・スタッフが全員エンジニアで構成されており、毎日プログラマーなど多くのエンジニアが訪れています。

店内では、プログラミング言語にちなんだカクテルが提供されていたり、お客さんとバーテンダーが一緒に競技プログラミングに取り組んだりするなど、HACK.BARならではのサービスが満載。しかも、立ち上げたのは現役大学生とのこと。バーテンダーも兼任し、同店の代表を務める井手 翔陽氏に、立ち上げの経緯や今後予定している東京・世界進出についてお話を伺いました。

住所：兵庫県神戸市中央区中山手通２丁目１０ ほらふきビル 4F
代表：井手 翔陽
設立年月：2022年5月21日
HP：[https://hackbar.jp](https://hackbar.jp)（表）
　　 [https://hack-bar.vercel.app/]( https://hack-bar.vercel.app/)（裏）

## エンジニアが集まるHACK.BARとは？

#### balloon kishi left
まず、HACK.BARがどんなバーなのか教えてもらえますか？

#### balloon ide right
**バーテンダーやスタッフ、お客さんなどほぼ全員がエンジニアで構成されているバーです。**今後、東京などへの出店も予定していますが、現在は神戸・三宮で週末に営業しています。

#### balloon kishi left
エンジニア以外も入店できるのでしょうか？

#### balloon ide right
もちろんです。ただ、2022年5月のオープン時からエンジニアの来店がほとんどですね。プログラマー・SEを中心に、製品エンジニアやサーバー管理に従事している方などもいらっしゃいます。Twitterで情報発信しているので、そこでお店のことを知って来店されるお客さんも多いですね。

#### balloon kishi left
お客さんは店内でどんな風に過ごしているんですか？PCを開いて飲んでいる方も？

#### balloon ide right
ええ、競技プログラミングのイベントが開催されているときは、お客さんと一緒にバーテンダーの私もPCを開いて楽しんでいます。**プログラミングを通してコミュニケーションをとれるのは、HACK.BARならではの楽しみ方かもしれません。**

#### balloon kishi left
お客さんたちはどんな話題で盛り上がっていますか？

#### balloon ide right
やはりエンジニア界隈の話題が多いですね。フレームワークのアップデートや各言語のファイルシステムの話など、突っ込んだテーマで会話していることもあるので、聞いていて私も勉強になります。お客さんからも「イベントじゃないのに詳しい話が聞けて楽しい」という声をよくいただきます。

#### balloon kishi left
お酒を楽しみながら、自然とITの知識が深まっていきそうですね。

#### balloon ide right
あとはお客様が趣味でつくっているアプリなどを見せ合うことが多いですね。ざっくばらんに話しながら、ユーザー目線でのフィードバックをするなど、プロダクトのブラッシュアップに役立っているような印象です。

#### balloon kishi left
なるほど。IT関連の知識があまりない方も楽しめますか？

#### balloon ide right
もちろんです。来店されるエンジニアの方々は皆さん親切ですし、誰にとっても居心地の良い空間になっていると思います。20代から40代までさまざまなキャリアを持つエンジニアの方々に通っていただいています。

#### balloon kishi left
東京・六本木には「Hackers Bar」というプログラミングライブが楽しめるバーもありますが、HACK.BARと何かつながりがあるのでしょうか？

#### balloon ide right
ビジネス的なつながりはありませんが、個人的に何度か遊びに行っていて、代表の中尾彰宏さんがHACK.BARに来てくれたこともあります。「Hackers Bar」のようにプログラミングをエンターテインメントとして魅せられるのは、本当にすごいと思います。私たちはそういったサービスを提供していませんが、エンジニアに支持されるお店として心から尊敬しています。中尾さんからは、ありがたいことにオリジナルのカクテルを伝授してもらいました。

~~ 「Hackers Bar」から伝授されたカクテル「ハッカーズハイボール」。HACK.BARでも提供。 ~~

## 文系の大学生がHACK.BARを立ち上げた理由

#### balloon kishi left
HACK.BARを開業した井手さんのことも教えてください。現役の大学生というのは本当ですか？（2023年8月現在）

#### balloon ide right
はい、大学の商学部に現役で在籍しています。そのため、大学で専門的にコンピューター関連の知識を学んできたわけではありません。プログラミングを始めたのは、コロナ禍にSNSで見かけたビジネスプランコンテストへの応募がきっかけです。アプリのアイデアが採用されれば「優勝賞金300万円」というのを目にして、プログラミング知識ゼロから本気で取り組みました（笑）。

#### balloon kishi left
そのときには、どのようなアイデアを出したんですか？

#### balloon ide right
大学から出された課題・提出書類の内容をカレンダーで確認できる「大学情報通知アプリ」です。自分自身、「課題や提出書類を管理するのが難しい」と感じていたので、大学生活の不便さをなくそうと思って考えました。優勝することはできなかったのですが、そのあと友だちと一緒に完成度を高めて『[ProTask（プロタスク）](https://protaskg.studio.site/)』として1年後ローンチしています。

#### balloon kishi left
在学中にアプリを開発しているんですね。周囲の反応はいかがでしたか？

#### balloon ide right
**学内の新聞や掲示板で情報公開し、リリース1か月で1,000ダウンロードを超えました。**その後は別アプリの開発も進め、2021年11月には筋トレ管理SNSアプリ『[ProTain（プロテイン）](https://apps.apple.com/jp/app/protain-%E7%AD%8B%E3%83%88%E3%83%AC%E7%AE%A1%E7%90%86sns/id1593411486?l=en)』をリリースしています。

#### balloon kishi left
積極的にエンジニアとして活動してきたんですね。インターンなどへの参加は？

#### balloon ide right
大手インターネットサービス会社2社で、フロントエンジニアやバックエンドエンジニアとして短期間働かせてもらいました。その他にも、アプリ開発会社でモバイルアプリエンジニアを経験しています。

#### balloon kishi left
その後、HACK.BARを開業したのはなぜですか？

#### balloon ide right
**1番の理由は「エンジニア同士がオフラインで気軽につながる場をつくりたかったから」です。**2022年の開業当時は、オンラインでのイベントや勉強会が主流でした。オンラインは便利なのですが、雑談も交えながらカジュアルに話すのは難しい。そのため、オフラインでエンジニア同士がゆっくり話せる場をつくりたいと思ったのです。東京の「Hackers Bar」のような場所が関西にもあったらいいなと。

#### balloon kishi left
なるほど。オフラインの場として「バー」を選んだ理由は？

#### balloon ide right
大きく2つあります。まず1つ目は基本的に調理などの手間がかからないこと。自分だけでお店をスタートしたときに、やるべきことがいろいろあるので、出来るだけ工数がかからない方がいいと思いました。2つ目は、バーテンダーが中心となって会話の渦をつくれること。私自身もコミュニケーションが好きですし、バーというカジュアルな場ならエンジニア同士の会話が弾むだろうと考えていました。

## 話題になった「UX最悪」のホームページ

#### balloon kishi left
HACK.BARのオープンまで、いろいろなハードルがあったと思います。在学中なので開業資金も限られますが、お店の場所はどうやって見つけたんですか？

#### balloon ide right
自分の持っている名刺を全て見直して、店を持っている方に片っ端から連絡していきました。その結果、大学2年生の頃に働いていたアルバイトのつながりから、使われていない地下スペースを発見。ありがたいことに破格の賃料で貸していただけることになりました。テーブルや椅子も元々あったのでそれを使わせてもらっています。そこからプレオープン日を1か月後に設定し、準備をどんどん進めていきました。少しでも早く実現したいと思ったのです。

#### balloon kishi left
思い立ってからの行動力がすごいですね。苦労したのはどのあたりですか？

#### balloon ide right
集客に必要なホームページの開設です。プレオープン日から逆算するとページ作成に1週間ほどしかなかったので、かなり焦りました。**その結果完成したのが「UX最悪」と話題になったホームページです。現在も“裏ページ”として一般公開しています。**

人気のある記事