APIを作ってみる」でした。最近の良かったことはサッカーのワールドカップで日本が出た全試合をリアタイし、サッカーに少し詳しくなれたことです。解説を務めた本田圭佑などの時代しか知りませんでした。つぶやきを理解するためにルールや戦略論(フォーメーションなど)を調べていきサッカーの奥深さに少し気づけたかなと思います。ページの作成を担当し、リーダーとして動いていた経験をもとに、当時意識していたことを書きたいと思います。私は別の団体と兼部をしているのですが(以下、G隊)、G隊では春の学祭にてクイズを使った出し物をしようということになりました。教室の中で完結するのですが、スタンプラリーのように順番に数問のクイズを解いていく形式で、最初の頃は設問を印刷して来場者に自分のペースで順番に解いてもらおうという議論でした。ページでクイズを読めるようにしようということになりました。結果的に印刷費用を抑えられるという利点もありました。非常にスマートで費用もかからないので現代の価値観に合った素晴らしい企画に思われましたが、ひとつだけ問題がありました。ページを作ることができる人材の不足でした。開発を担当していました。ページにする仕事はひとりでやるには業務量が多すぎました。対応することは困難でした。記法を用いて書けるシステムを採用すべきだと考えました。Markdown(マークダウン)は、文章の書き方です。デジタル文書を活用する方法として考案されました。・手軽に文章構造を明示できること・簡単で、覚えやすいこと・読み書きに特別なアプリを必要としないこと・それでいて、対応アプリを使えば快適に読み書きできることなどです。その後、多くの開発者の手を経ながら発展してきました。ページを作ることができます。記法を使うとして、どんなツールを使えばよいのでしょうか。条件をいくつか出しました。使う必要があった)無料のサービスである結果、"StackEdit"なるサービスを発見しました。ページを作ることができるサービスで、アプリのダウンロードが不要だったこともありがたく感じました。共有できるというのは魅力的でした。進捗管理にも大変役立ちました。ファイルにエクスポートすることもできました。作成して公開していました。ファイルでもアップロードできたのかもしれないがよくわからん)。エディター画面デザインは凝ったものにできませんが、学祭でしか使わないページになるだろうということで妥協することにしました。リポジトリにアップロードするという体制ができあがりました。導入:開発裏話ここまでは企画運営の方針に関しての話でしたが、ここからはチームのみんなに環境構築をしてもらう段階となります。開発の文脈の用語)を使わないよう徹底したことです。自分の知らない言葉で埋め尽くされたドキュメントは読む気にならないでしょう。知らない語彙が一定数あると読解精度が落ちるわけですが、個人的にはこの現象は外国語の文章に限らず専門的な内容の文章を読む場合でも変わらないと思っています。ドキュメントの整備に加えて、質問しやすいような環境づくりも意識しました。定例会議では何か困ったことがないか尋ね、相談してもらえるようにしました。アップロードしてもらいました。それを私がチェックするという流れです。結果クイズ画面クイズ画面は上のような感じになりました。した印象で、問題を解くうえではかなり見やすい画面になっているように思います。プログラミングを使わなくてもここまでできるのは素敵ですね。学祭当日は、私は忙しかったので運営として参加することはできませんでしたが盛況だったと聞いています。貢献できたようで嬉しい限りです。開発につなげやすくなったことは思わぬ幸運でした。おわりに新しくプログラミングに興味を持ってもらうには、「なんだか難しそう」という食わず嫌いを払拭させ、自分にもできそうだと思ってもらうことが何よりも重要でした。これはプログラミングに限らず新たな技術を導入する時には常に心掛けるべきことでしょう。チームの抵抗感を和らげ、スムーズな導入を目指しましょう。