かしい@お笑いSNS作成中の投稿 - Crieit

100個入ってわかった! 人が集まるSlackコミュニティ運営術

2018-12-14T02:28:39+09:00

この記事はCrieitの「アドベントカレンダー Advent Calendar 2018」の14日目の記事です。
昨日はまんじゅ（´ん｀）＠CoderDojo駄Mentorさんの論理を煮詰めた正論は常に正しいだろうけど、時によっては鋭利なナイフにもちろんなるぞでした！

はじめに

駆け出しエンジニアのかしい(@rubys8arks)です。
個人開発を始めた頃、情報をもとめて地域のもくもく会やネット上のオープンコミュニティなどのSlackに入っていたら、気づいたら100個ものSlackに参加していました…。
いろんなSlackに参加する中で見えた、「こんなSlackは参加したい」という盛り上がっているコミュニティの特徴をまとめました。

1. Slack参加のハードルを低めにする

だれでもつよいエンジニアとつながりたいですが、つよいエンジニアはそうはいません。
「rubyに詳しい人」「毎日ブログを更新できる人」「バズった経験がある人」など、母数が少ない人をターゲットにSlack参加者を募集すると集まりにくくなります。
「個人開発をはじめたい人」「プログラミングを勉強しはじめた人」など、初心者歓迎にした方がコミュニティの参加人数は多くなります。
基本的にはコミュニティ全体の参加人数が多い方が、コミュニティで積極的に発言してくれるメンバーも多くなります。
※ 有料サロンなど、全メンバーのコミットメントを高く管理したい場合は別

2. 分報はつくった方が定着率高め

分報とは、「自分が今かんがえてること」ならなんでもOKな個人チャンネルです。
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ〜Problemが10分で解決するチャットを作ろう
「途中からつくる」ということはあまりないと思うので、最初に「分報を作ってください」というルールにした方がよいです。
分報チャンネルへの加入は任意なことが多いですが、全メンバーの割合に対して見る人が少なくなるので反応が少なくなる懸念もあります。
「反応ない」→「書かない」→分報つくった意味ない
になるので、自己紹介に分報を貼ってもらうなど、新規チャンネルができた場合の導線があるとよいです。
反対に、コミュニティが盛況でメンバーが増えてくると、メンバー数の分だけ分報が作られるので全部追うのが難しくなります。
その場合は、人気ランキング（絵文字のリアクション数などで判断）などをつくって、見るべき分報をある程度運営側でピックアップしてあげると、ライトなメンバーにもやさしいつくりとなります。

3. カスタム絵文字は随時追加して充実させる

コメントするのはめんどくさくても、誰かが押したリアクションに追従するのはカンタンです。
コミュニティにおいて「反応がない」→「人が来なくなる」なので、旬のアイコンやネットスラングの日本語リアクションを用意して、みんなが反応しやすくするのは大事です。

4. Slackボットを活用してコミュニケーションを盛り上げる

特定のワードがコメントされたら特定のリアクションをする (例：誰かが「おめでとう！」と言ったらくす玉のGIFが流れる)
特定の絵文字がリアクションされたら特定のチャンネルに流す（例：誰かが「有益」絵文字をつけたら「有益」チャンネルに流す）
新メンバー、新チャンネルができたら特定のチャンネルに流す（例：新メンバー、新チャンネルお知らせ用のチャンネルをつくっておく）
特定のサイトからRSSでチャンネルにニュースを流す（ただこれは多すぎると結局読まなくなるので意味なし。記事を選別しつつ、手動でコメントしてあげると興味を惹かれる。）
など、作業をSlackボットで自動化しておくとコミュニティ運営がラクになります。
自分ではSlack botを作れていないので、下記のサイトなどを参考にするとよいかと思います。
Slack Botの種類と大まかな作り方 #Slack - Qiita

5. Slackの創始者が積極的に発言する

Slackワークスペースの作成者もしくは運営コアメンバーが顔を出してくれないと、「もうこのSlackワークスペースは動いてないのかな」「やる気なくなっちゃったのかな」という感じがします。
忙しい場合は一言「しばらく離れます」と言ったり、場合によっては他の人に管理を譲る、コミュニティを閉じるなど責任のある対応が必要です。

6. リアルイベントを開催する

実際にメンバーと会って話すことができると、やはり格段に親近感が湧いてオンラインでも交流しやすくなります。
イベントはconnpassに登録するようなテーマを決めた勉強会でもよいし、単純にメンバー同士の交流会やもくもく会でもよいと思います。
ただ、「運営が大変・・・」「だんだん人が集まらなくて開催されなくなる…」というのもあるあるです。
開催頻度や開催日程を固定して参加しやすくしたり、テーマを設定してメンバーやコミュニティ外の人の興味を惹けるようなイベントを作っていくのが大切かと思います。

7. 内輪な雑談しかないのはツライ、励ましあいつつ知見を提供しよう

雑談チャンネルで盛り上がるのもコミュニティでは大切です。
ただ、「○○さんが××らしい」といった内輪ネタや、アニメ・ゲームなどの「前提知識がないとわからないネタ」が多いと新規参加者には入りづらいです。
基本的には「有益な情報（ブログ記事だったりニュースだったり）」や「参加者の悩みや喜びに対する共感・励まし」が大事だと思います。

まとめ

キリストは「与えよ、さらば与えられん」と言いましたが、コミュニティ運営においても似たようなことが言えます。
自分がやってほしいこと（積極的な発言や反応、アドバイスなど）をまずメンバーに自分がやってあげると、「私もやってみようかな」という気にメンバーがなりやすいです。
あなたのSlackコミュニティが活発になることを願っております！

明日はyahsan2さんが最近リリースしたサービスpoiit(ポイート)について書いてくれます！

15分でできる！Slackのオープンコミュニティの作り方

2018-12-12T17:46:44+09:00

この記事はCrieitの「アドベントカレンダー Advent Calendar 2018」の12日目の記事です。
昨日はfk2000さんのHugoでブログ付きのポートフォリオサイトでした！

はじめに

駆け出しエンジニアのかしい(@rubys8arks)です。
技術書典でアンソロジー（合同誌）を出す関係で、Slackのコミュニティを新しく作成しました！
そのときに気づいたSlackのワークスペース作成の手順とTipsをまとめます。

1. ワークスペースの作成

とにもかくにもSlack公式から新しいワークスペースを作成します。
メールアドレスを入力すると確認コードが届くので、入力して作成を完了します。
ワークスペース名・ワークスペースURLは後から変えられますが、わかりやすいものがよいです。

2. チャンネルの作成

デフォルトではgeneral(一般)とrandom(雑談)チャンネルが作成されます。
Gmailで作成する場合、ワークスペースの設定言語を日本語/英語にしておかないとデフォルトのチャンネル名や説明文が英語以外で作成されてしまうので注意。
（私はGmailをフランス語設定にしていたので、チャンネルがフランス語で作成されてしまい焦りました）

よくあるチャンネル
- ランディングページ(readme)：Slackの目的、コミュニティのガイドラインなどを説明
- 自己紹介(member_profile)：初めて来た人がまず挨拶する場所

立ち上げの段階でチャンネルがありすぎても使い分けが難しいので、テーマに応じて3〜5つ程度あれば十分かと。
チャンネルごとのトピックも念のため設定しておくとわかりやすいです。

3. デフォルトチャンネルの設定

Slackに入ると同時にメンバーが自動的に入室できるチャンネルを設定しておきます。
後からチャンネルに個別に入室するのはめんどう＆入り忘れる人が必ず出るので、メンバーをInviteする前にやっておくとよいです。
基本的には分報（メンバーの個人チャンネル）以外のメインのチャンネルを設定しておけばOKかと。
モバイルアプリからだと設定できない？ので、デスクトップから設定します。
もしくは、https://ワークスペース名.slack.com/admin/settings から設定画面にアクセスできます。

4. ワークスペースのアイコンの設定

設定しなくてもワークスペースのイニシャルが自動で設定されますが、ある方が愛着が湧きます。
デザインに凝る必要はないので、フリーアイコンなどを使用すればOK。
こちらもモバイルアプリからだと設定できない？ので、デスクトップから設定します。
もしくは、https://ワークスペース名.slack.com/admin/settings から設定画面にアクセスできます。

5. カスタム絵文字(日本語リアクション)の設定

「すごい！」「ありがと」など、日本語リアクションのカスタム絵文字はSlack上のコミュニケーションを円滑にしてくれます。
1個1個設定するのは大変なので、既存のSlackグループから一括でコピーさせてもらうのがオススメ。
基本的にはこの記事のとおりにやれば、カスタム絵文字のExport/Importができます。
Slackの絵文字(emoji)を一括エクスポート＆インポートする
記事内でオススメされているChrome拡張機能ですが、カスタム絵文字が0個の状態だと表示されなかったので、テストで1個絵文字をアップロードするとよいです。

6. メンバーをInviteする

下準備完了！ということで、いよいよメンバーをInviteしてSlackコミュニティを立ち上げます。
自己紹介してもらったら、カスタム絵文字だけでなくコメントもしてあげるとウェルカム感が強くなります。

まとめ

Slackコミュニティの作成って、「Slackのワークスペースつくるだけでしょ？」と思いきや、いろいろ設定することがあります。
初めてSlackのワークスペースを作る場合は設定がこんがらがるので、余裕をもって作業した方がよいです。
あなたのSlackオープンコミュニティが活発になることを願っています！

明日はまんじゅ（´ん｀）＠CoderDojo駄Mentorの記事です！

ブログSNS『Tumblr』を無理やりユーザー投稿型メディアとして運営した話

2018-12-11T01:50:38+09:00

この記事は、「個人開発サービスに用いられている技術 Advent Calendar 2018」11日目の記事です。
10日目の昨日はiotasさんの「創作支援ツール「WorldType」に使われている技術」でした！

はじめに

駆け出しエンジニアのかしい(@rubys8arks)です。
2017年10月〜2018年11月まで、お笑いライブの検索サービス「wArally!」（現ワラリー!）をTumblrのサブブログ(※)サービスを使って運用していました。
Tumblrのいいところ、悪いところを紹介しつつ、WEBサービスとして使う場合の無理やり改変ポイントを解説します。

運営していたサイト

wArally! - お笑いライブ検索
データは更新されていませんが、無料ブログなので今でも閲覧はできます。
運営していたときはこのページに独自ドメインを設定していました。

「Esten」というTumblrのテーマをカスタマイズしているのですが、オリジナルはこちらから閲覧できます。
http://esten-theme.tumblr.com/

記事ヘッダーのLIKE数とコメント数、記事フッターの「VIEW｜LIKE｜REBLOG｜SHARE」の部分などを削除しています。

Tumblrのよいところ

広告なし、デザインがすっきりキレイ

Tumblrの特徴は、なんといってもおしゃれなテーマが無料で豊富にあることです。
特に写真をメインにしたタイル型のサイトデザインが映えます。（Esten、Elise、Indyなど）
サーバー依存の広告もないので、スタイリッシュなサイトを誰でもさっと作ることができます。

無料・かんたんに独自ドメイン＋SSLの設定が可能

Tumblrの設定画面から独自ドメインとSSLの設定ができます。
Cloudflareなどの外部サービスを使う必要はありません。（DNSレコードでCNAMEの設定は必要）

シングルページでフロントエンドのみ自由にカスタマイズできる

既存のテーマからHTMLやCSSをカスタマイズできるほか、JavascriptやjQueryも使用可能です。（その他のライブラリは試してないのでわかりません）
Tumblrの記事一覧ページ、記事詳細ページ、検索フォームなどの基本機能がそのまま使えます。
「ページを追加」ボタンから静的ページを99個まで追加することも可能です。
Tumblr独自のタグを使って環境変数を設定したり、記事ごとの変数を取得することもできます。
（参考：Tumblr で使えるタグ）

Tumblrの無理やり改変ポイント

「ゲスト投稿」機能を使ってユーザーからの投稿を受け付ける

Tumblrには「ゲスト投稿」という機能があり、ユーザーからブログへの投稿を受け付けることができます。
この機能を使って、「ユーザーからのライブ情報の登録を受け付ける」というかたちをとっていました。

- 名前やメールアドレスの入力が必須
- Tumblrにログインしていない場合、reCAPTCHAによる非ロボット認証が必須
- ゲスト投稿後、管理者による投稿の承認が必須
- ゲスト投稿の通知はないので、都度Tumblrにログインして投稿がないか確かめる必要がある（だいたい来てなくて落ち込む）
と制約は多くあったのですが、たまにライブ主催者の方やファンが登録してくれて、1ヶ月に50件程度はユーザーが記事を投稿してくれていました。
（首都圏で開催されるお笑いライブの全数は1ヶ月に約1000件くらいあり、手動で登録できていたのは300〜400件程度）
しかし、旅行で1ヶ月サービス運営をお休みした後から、如実にユーザーからの投稿数が減ってしまって悲しくなりました…。
休むことはお知らせはしていたのですが、ユーザーからするとせっかく投稿したのに放置される、投稿習慣がなくなるわけですから厳しかったです。
終盤はユーザーからの投稿が1ヶ月数件レベルにまで落ち込んでいたので、スクレイピングで自動登録できる現サービスに移行できてよかったです…。

「フォローする」ボタンを消す

TumblrをSNSではなく静的サイトとして運用する場合、Tumblr固有の「フォローする」ボタン（右上）は邪魔になります。

PCでは表示を消せないようなのですが、モバイルではCSSで表示を消せるのでひょいっと消しちゃいましょう。

iframe#tumblr_controls {
  display:none;
}

「スキ!」「リブログ」ボタンを消す

「フォロー」ボタンと同様、Tumblrユーザー向けの「スキ!」（Twitterでのいいね)と「リブログ」(TwitterでのRT)ボタンも不要です。
サイトのターゲットにもよりますが、日本ではTumblr利用者が少ないため、SNSとしてTumblrを利用するメリットはあまりありません。
テーマの中から「LIKE」「REBLOG」に関連する部分のhtmlを削除します。

LIKE数、コメント数を表示する部分を削除


    {block:IfShowPostNotesCount}
    {NoteCount}
    
    {/block:IfShowPostNotesCount}
    {block:IfDisqusShortname}{block:IfShowPostCommentsCount}
    0
    
    {/block:IfShowPostCommentsCount}{/block:IfDisqusShortname}

LIKEボタンとREBLOGボタンを削除


    {LikeButton}
    {text:Like label}
    {text:Unlike label}


  {text:Reblog label}

Tumblrでサービス運営する際の注意点

コードのバックアップは必須

Tumblrには、Gitやはてなブログのようにファイルをブラウザ上でバージョン管理してくれるなんて便利な機能は存在しません。
変更を加えた都度、自分でテキストエディタに保存してバックアップする必要があります。
プレビュー機能もあるのですが、いかんせん挙動が安定せず、結局「保存」ボタンを押して一度管理画面を閉じないと変更が反映されません。
そしてなぜか「保存できとらんやん！！」という事態も発生します。
ブラウザ上で保存したはずのコードは戻ってこないので、管理画面を閉じる前に必ずローカルのテキストエディタにバックアップを取ることを推奨いたします…。
Tumblrのサブブログは無料で10個まで作成できるため、本番用のブログとは別に、同じテーマのブログを作っておくとオリジナルテーマと自分がカスタマイズしたテーマの差分を確認することができます。

SEOが弱い

もともとTumblrはサービス内で交流を完結させるという思想のため、GoogleのSEOは強くありません。
設定で「検索から除外する」のチェックボックスを入れなければ一応クローリングの対象にはなるのですが、あまり検索結果の上位に表示されることはないようです。
TwitterなどSNSで集客する場合はよいですが、GoogleのSEOで集客したい場合はかなりのウィークポイントとなります…。

まとめ：TumblrでWEBサービス運営は無理がある、素直にポートフォリオサイトとして使おう

上述のほかにもTumblrには固有の制約がかなり多くあり、サービスの実運用で使うのは全くおすすめできません！！
ログインなしで記事投稿しようとするとreCAPTCHAの画像認証が入るため、プログラムで記事を一括自動登録、ということができず個人的につらかったです…。
結局6000記事以上を手動でぽちぽち登録するはめになり、途方もなさすぎて1年間運営している途中で何度もくじけそうになりました…。（実際放置気味の月もありました。データがたくさん入ってても入ってなくてもアクセス数はそんなに変わらず、それも徒労感を増してました（逆に言えば毎日とりあえず見る、というリピーターがついてくれてたのでありがたいですが））
Tumblrは素直にポートフォリオとして使いましょう！！
それか、さっと作れるので、細かいCSSを気にせずになんとなくの個人開発プロダクトのデザイン（モックアップ）を作ってみるのにはいいと思います。
結局ほしいものは自分の手でつくるしかないんや！！がんばれ個人開発者！！！！！！！！！！！！！！！

明日はTecco XIIIさんです！

※ Tumblrにはメインブログとサブブログの2種類のブログがある。メインブログは自分のタイムライン用という感じなので、静的サイトを作りたいのであればサブブログ推奨。Tumblrのメインブログとサブブログの違いについては公式ヘルプページを参照メインブログとサブブログ)

日本脱出するなら？初心者でも作れる診断サービスの仕様を考えてみる

2018-11-14T03:54:58+09:00

こんにちは、かしいです。
2018年11月12日、はじめて作ったWEBサービスをリリースしました！
Web未経験から100日でリリース！「お笑いライブの検索サイト」をつくりました【個人開発】

でもこの「検索サイト」というWEBサービスは、初心者が作るにはハードルが高すぎました…。
データのほとんどを管理者側で用意する必要があり、検索機能も充実させ…と考えるとかなり実装に手間取ってしまいました。
本来『初心者が作るべきは診断メーカー』、というせせりさんのアドバイスを元に、次回作として「診断メーカー」のサービス案を考えてみます。
【最高のサービスは診断メーカー】資金力も知名度も無い初心者のwebサービス運営者が現実的にユーザーを獲得できるサービスの設計方法

サービスのコンセプト

「日本が生きづらい」と考えてる人に、「今より自分に合ってる場所があるんだ」と知ってもらう

「日本が生きづらい」と考えてる人はたくさんいる
(例) 「村」「世間」などの密着した共同体のあり方、能力よりしきたりを優先する、年功序列、出る釘を打つ文化(同調圧力)など
→だったら自分の性格が合う文化の国に移住すればよいのではないか？
→自分の性格に合っている国がどこにあるか事前に知れれば、言語の勉強もしやすいしムリして日本に馴染もうとしなくて悩む必要もなく済むのでは？

サービスの仕様

質問画面

質問を5問くらい答えたら結果が出る
(5問×55種類の回答にすれば243通りなので世界の国を網羅する196か国以上になる。
ただ196種類回答を用意するのは大変すぎるので回答の種類を減らす。
5問×2種類で32通りか、3問×3種類で27通りにしてはどうか）
アプリみたいな感じですいすい進める。

結果の表示

結果「あなたの脱出先は…『国名』です！」
結果画面では回答に応じて、その国になった理由が5枚のスライドで確認できる
結果はTwitterにツイートして公開できる
Twitterカードで世界地図が出る、自分のタイプが該当する国がハイライトされる
→世界地図だと小さすぎて見えない？
ハッシュタグ # 日本脱出するなら

サービスの懸念点

データはどうやって集める？（どうやって196か国の指標を集めるのか？）
ちゃんと事実に基づいて診断結果を考えようとすると大変すぎる！！！
→フツーに考えると民主主義じゃない国、治安が悪すぎる国(紛争地帯とか)は移住先として除外されるので実際の診断結果は196種類より少なくなるはず。10〜30種類に絞るとして、どの国を脱出先に選ぶか？
バズる気がしない
「あなたが合う国はここ！」とやるより「あなたは何人と付き合える！」とかやった方がわかりやすい気がする
診断サービスは「何が出るかな？」という期待感が大事で結果が学術的に妥当かどうかはあまり関係ないので、単純に結果をランダムで表示する方がシステム的にはカンタンになる。

喫茶店のルーレット式おみくじ器と同じで、入り口は違うけど結果は同じという構造でいい気もする
(※古きよき喫茶店に置いてあるやつ。干支や星座に応じた穴に100円を入れて占いができる。中の構造は入れてある紙が順番に出るだけなので、どの入り口からお金を入れても結果には関係ない。)

参考：ルーレット式おみくじ器

Web未経験から100日でリリース！「お笑いライブの検索サイト」をつくりました【個人開発】

2018-11-14T03:32:24+09:00

こんにちは、かしい（@rubys8arks）と申します。
SIerで働いていましたが、WEB業界への転職を目指しプログラミングの勉強を始めました。
データベースなどの知識は少しあったものの、Webアプリケーションの開発は今回が完全に初めてです!

作ったもの

お笑いライブの検索サイトです。日付やキーワードで東京近郊のお笑いライブを横断検索できます。
- ワラリー! - お笑いライブ検索(東京)

🎊Web系未経験の初心者が100日間で初めてのrailsサービスをリリース🎊👉https://t.co/qL6fAtOi5i首都圏のお笑いライブを日付やキーワードで横断検索できるサービスです！・5秒で使えるTwitterログイン・わかりやすいUI・13サイトからデータを毎日スクレイピングよかったら見てください〜✨ pic.twitter.com/7js7F9Bs8p
— かしい@お笑いSNSつくった (@rubys8arks) 11 novembre 2018

データはプレイガイドや劇場のサイトから自動でスクレイピングするほか、誰でもライブ情報を登録できるようになっています。

* ビジモ図鑑で配布されているキットをお借りしました。

サービスを作ったきっかけ

もともと「Walive!」というお笑いライブの検索サイトがあったのですが、そのサイトが2017年9月で突然閉鎖してしまったことがきっかけです。
せっかくお笑いファンの間で愛されているサイトだったのにもったいないなと思い、同じ機能(+α)を持った新しいサイトを作ろうと考えました。

どういう技術で動いてるか

初心者なのであまり凝った技術は使っていません！

バックエンド

Ruby on Rails

webスクレイピング用にMechanizeのgemを使ってます。サービス層は悪！と言われてることもあるのですが、コントローラーやモデルが見やすくなるのでサービス層、ヘルパー層も使いました。

サーバー

Heroku

手軽にデプロイできるHerokuのサーバーを使っています。
アクセスできない時間ができるのが嫌だったので、Herokuの有料プランにしています。
- Hobby Dyno $7/月 (システムダウンタイムなし、独自ドメインのかんたん設定）
- Heroku Postgres Premium ＄9/月(1000万行まで保存できる)

Herokuの有料プランは使わずにもっと安くする方法もあるみたいなんですが、一旦は設定のしやすさを優先しています。

フロントエンド

JQuery

さんざん「JQueryはオワコン」と言われていますが、ぐぐったときに出てくる情報が多いので一旦JQueryで実装しました。
日付の選択をカレンダ(flatpickr)で行えるようにしたり、アンケート結果をアコーディオンでぬるっと表示させたりしています。

fontawesome

みんな大好きfontawesomeです。
フォームのplaceholderにも使っています。

こだわったこと

UIとデザイン

「とにかく人に使ってほしい」という思いからUIとデザイン（特にライブの入力フォーム回り）にこだわりました。
実際にサービスへの反応も「デザインがいい！」というものが多く、ありがたい限りです。
CSSのフレームワークは使わず、TumblrのEstenテーマ、Twitter、InstagramなどのSNSを参考にしました。

URLを貼り付けたらogp情報を取ってライブの説明や出演者、画像などを自動入力できるように
会場をセレクトボックスで選択できるようにしつつ、自由入力欄も作ったり
フォーム数が多くなると入力したくなくなるので、重要でない項目はモーダルで分けたり

自分にとってはだいぶ使いやすくなったのですが、フォームはまだまだ改善の余地があるなと思っています。

SNSログイン

お笑いファンはだいたいTwitterで情報収集しているので、既にアカウントを持っているであろうTwitterアカウントで登録・ログインできるようにしました。
知らないサービスにいきなり「メールアドレスで登録できます！」と言われてもユーザー登録しないなと思ったので、SNS連携としました。

いいね機能

旧サイト「Walive!」にはなかった機能として、ライブへのいいね機能を2種類実装しました。
ライブに行く人あるあるとして、自分のスケジュールを把握できずに同じ日の同じ時間帯のライブ(いわゆる『被り』)のチケットを間違えて買っちゃったりします。
そういうのを防止したいなと思い、すでにチケットを買った・予約したライブは『絶対いく』、まだ買ってないけど行けたら行きたいライブは『気になる』で管理できるようにしました。

Webサービスをつくってみた感想

最初の1ヶ月はプログラミングスクールでhtml/cssとruby/Ruby on Railsを学んだのですが、スタッフの「1ヶ月ですぐ作れるよ！」という甘い声をうのみにして痛い目にあいました…。
スクールを終えた知識で作ってみても「え、いいねボタン自動で切り替わらないの？(JQueryが必要)」、「孫モデルまでアソシエーションしてデータ取るのどうやるの？」などなどわからないことだらけ。
最初の頃、家で同じエラーに1週間くらいわんわん言ってた私に「macbookを買え、もくもく会に行け」と言いたいです。
Twitter、Slack、もくもく会などでド初心者の質問に親切に答えてくださった皆さん、本当にありがとうございました！！

エンジニアの方にはあまりお笑いライブに馴染みはないかもしれませんが、せっかく作ったのでちら見してもらえれば幸いです。
出演者ですぐ探せるので、「こないだテレビで見た芸人面白かったな」というときはぜひ使ってみてください！

ワラリー! - お笑いライブ検索(東京)