ナカザンドットネット

それって私の感想ですよね

Code for Niigata 真夏のハッカソンに参加してきたよ #c4ngt

Code for Niigataのイベントがあったので参加してきました。

8/1-8/2に「真夏のハッカソン!」( #C4NGT )を開催します!! | Code for Niigata

前夜に突発的に参加を決めたため 家庭の都合により、2日間構成の1日目のみの参加となりました。しかも、

出入り自由ですので、ご都合の良い時間のみの参加でも全く問題ありません

と書いてあったので、完全に鵜呑みにして、13時から18時までという中途半端な時間だけいた感じでした。(自分が一番半端かと思ったら、夕方に1時間だけいた @ パイセンのほうが半端だったのでちょっと安心した)

色々と雑多に感想を書いていこうと思います。

会場について

f:id:Nkzn:20150802000042p:plain

http://tsubamesanjo-style.jp/

今回のイベントは、昨年の秋にオープンした、燕三条トライクというシェアスペース(コワーキングスペース?)で行なわれました。知りあいづてに存在は知っていたのですが、行くのは今回が初めてです。

感想としては、めっちゃ雰囲気のいい古民家でした。*1

*1:元商店らしいので、古「民家」ではないのだけれども

続きを読む

勉強会の発表下書きにQiitaを使うスタイル

第40回勉強会(2015/02/21) - 長岡 IT開発者 勉強会(NDS)

第40回 長岡IT開発者勉強会に参加した皆様、お疲れ様でした。初心者Dayという名前ながら知見にあふれた良いイベントだったと思います。

さて、私は「Android再入門 〜Eclipseのことは忘れろ〜」と銘打ち、Android初心者向けにネット情報の取捨選択を行うにあたって考慮してほしいことを発表しました。

また、今回は講演内容をQiitaに下書きして、勉強会と同時に公開するという初めての試みも行いました。

Android再入門 〜Eclipseのことは忘れろ〜 #nds40 - Qiita

1週間で400ストックという凄いペースで伸びていて、承認欲求が大幅に満たされつつもビクビクしている日々です。

この記事では、今回試みたことを簡単に紹介したいと思います。

公開までの流れ

  1. 初期構想
    • Android Studio便利だよ!
      →でも情報が氾濫してるね
      →初心者向けに1度整理しよう
    • Eclipseへのdisはうっかり紛れ込んだだけで本筋ではないのです
  2. 全体構想
    • 概要(見出しレベル)をMarkdownでゴリゴリ書く
  3. 原稿作成
    • ↑に肉付けしつつ、Qiita向けの技術記事として当たり障りなさそうな体裁の文章をKobitoで書く
  4. スライド作成
    • 「原稿の内容を喋っている時に背景として表示されていてくれると嬉しいスライド」という観点でスライドを作成する
  5. 勉強会中にQiitaに原稿を公開
  6. 勉強会でセッションを発表
  7. 発表しましたレポとともにスライドを公開(本記事)

この順でやってみて、全体的には良かったと思っていますが、もちろんデメリットもありました。それぞれ紹介します。

悪かったこと

二度手間

単純に数だけ見れば資料を2本仕上げたことになるので、作業量としてはただスライドを作るよりも少し重くなりました。とはいえ、倍という程ではなかったと思います。

分量が測りづらかった

スライドだけを作っている分には、枚数を見ながら「1枚○分ずつは喋れるな」のような算段ができたのですが、Qiita向けの原稿を書く体で作っていると、実際に喋るときの分量が想像しづらく、作りすぎてしまいました。(実際に、15分枠だったセッションを30分枠に変更してもらうことになりました)

良かったこと

テーマの深堀りができる

技術記事として成り立つものにしようというスタート地点で原稿を書き始めると、スライドにキーワードを書き連ねていくよりも具体的に発表テーマについて検討することができます。また、スライドに比べて1つの見出しに書ける一連の情報を大きくできるため、情報に深みを持たせることができました。

細かい話題まで入った資料を公開できる

勉強会の後にSlideShareSpeaker Deckに資料を公開して、当日会場にいた人やいなかった人が見れるようにすることは一般的になってきています。公開を前提にしてスライドを作成する講演者も多いのではないでしょうか。

資料の公開自体はありがたいのですが、少し困ったことが起こります。喋る内容を概ね再現した資料を作成しなければならなくなるのです。講演者が読みながら喋るための「原稿としてのスライド」は、聴き手が読むことに集中してしまい、肝心の口頭の話を聞けなくなってしまう危険性を帯びています。

私の感覚では、講演スライドには2種類あります。

  • 資料としてのスライド
    • 後日読む分には、情報量も多く発表内容が伝わってくるいい資料になる
    • 会場にいると文字を追うのと話を聞くのが同時進行になって大変
    • MSの講演でよく見かける
  • 背景としてのスライド
    • その時喋っている内容を象徴するキーワードだけが載っているスライド
    • 聞き手が読む文字が最小限になり、話を聞いてもらいやすくなる
    • ジョブズ的なアレ

この2つのどちらを採用するかは、現場での読みやすさと公開時の資料としての価値を天秤にかけることになり、非常に悩ましいところでした。

ですが、今回のように「資料としての内容はQiitaに投稿する」と最初から決めてしまっていれば、迷う必要はありません。スライドだけなら冗長すぎて書けなかったような余談も含め、話題をガンガン深めていくことができます。

深めすぎた結果、喋れない分量になったらどうするって? そうなったらスライドを作るときに推敲して、省ける項目を原稿から省いてしまえばよいのです。

スライドがすっきりする

前述のとおり、「資料としてのスライド」を作る必要性が薄くなったので、「背景としてのスライド」に寄せられるようになりました。

文章量は極力抑えてみたところ、これまでのイベントでの講演に比べて、聞き手の目が僕に向いている時間がとても長かったように思います。ただ、当の僕が練習不足で、別途カンペを見ながらでないと喋れない状態だったので、聞き手のほうを見ながら喋ったりができなかったのが悔やまれます。

スライド作りにはそこまで時間がかからない

原稿にある内容を表現すればいいという性格上、新しくネタを考える時間は取られませんし、文章量も原稿に比べればかなり少ないです。そのため、原稿+スライドでかかる時間は、中身を悩みながらスライドだけを作る場合の1.5倍程度の時間でできるのではと思います。

まとめ

Kobitoで重厚な原稿を書いて、軽いスライドで発表して、Qiitaに公開する。このサイクルで、公開スライドが抱えていたジレンマが少し解消されそうです。

スライドだけを作ると話題が中途半端になってしまうような感覚を持っている方は、是非このスタイルを試してもらえればと思います。

宣伝

ウォーターセル株式会社では、農業分野でのITツールの開発・改善に一緒に取り組んでくれるAndroidエンジニアを募集しています。

農業IT分野がどんなものなのか話を聞いてみたいレベルでも結構ですので、興味のある方は@まで空リプを飛ばすなり何なりして、コンタクトを取っていただければと幸いです。

スティーブ・ジョブズ 驚異のプレゼン

スティーブ・ジョブズ 驚異のプレゼン

Scala入学式 #NDS33 で長岡に行ってきました

f:id:Nkzn:20130929101652j:plain

ドーモ、テイトク=サン。ナカザン=デス。

9/28に新潟県長岡市で行われた、第33回長岡IT開発者勉強会に行ってきました。

今回は「Scala入学式」と銘打って、 id:nkgt_chkonk さんプロデュースによるハンズオンイベントでした。
僕も2ヶ月前くらいからちょこちょことScalaをやっていたので、これは参加せにゃならんということで行ってきました。

結論から言うと大満足なイベントでした。今回は、その報告を書こうと思います。

※他の人の記事はこちらから→ http://nekogata.hatenablog.com/entry/2013/09/28/185217

やったこと

内容と感想を並べていきます。

入学試験(事前準備)

資料→ https://gist.github.com/Shinpeim/db00b073f7acd6d5b918

まずは環境作りから。
IntelliJ IDEAとSBTを利用する形の、スケールしやすい形の開発環境を揃えてくれていました。
HelloWorldまでしかやらない分には、実はIntelliJ IDEAだけあればできてしまうので、「なんでわざわざSBT依存の実行環境にすんねん!いちいちrun叩くの面倒やろ!」とは思ったものの、Java文化圏最大のライブラリアーカイブMaven Central Repositoryからデータを引っ張ってこれるというのはかなりの強みなので、まあ覚えておいて損はないのだろうと思いました。
テスト実行とかもコマンドラインからできるので、Jenkinsに載せてCIする場合にもSBTが便利なんでしょうね。

第1部 Better JavaとしてのScala

資料→ https://gist.github.com/Shinpeim/6740436#file-00-md

スーパー写経タイム。
とりあえずclassとかobjectとかtraitとかを自分の手を動かして作りながら、初期化の仕方や構文などを学びました。
printlnで表示する内容がドラクエじみていたというか、テーブルトークRPGじみていた点が分かりやすくて面白かったです。Weaponトレイトとかテンション上がりましたわー。

第2部 もっとScala!

資料→ https://gist.github.com/Shinpeim/6740436#file-01-md

  • 基本的なデータ構造の1つであるリストの扱い方
  • パターンマッチ
  • Option型
  • 関数型としてのScala
    • foreach
    • map(flatMap)
    • filter
  • 実は↑はfor-yieldに書き換えられるよ的な話とか

みたいな感じでモリモリとScalaの便利な仕組みについてお話ししてもらってました。ハンズオンちょっと少なめ。

資料の方には書いてあったけど、リストのimmutableとmutableの違いについては言及されなかった気がする。
immutableなリストをfilterやmapで加工したときに出てくるリストは、元々のリストオブジェクトを変更したわけではなくて、新しいオブジェクトが生成されてる、という認識でよかっただろか。

第3部 ぬるぽガッbotを作ろう

資料→ https://gist.github.com/Shinpeim/6740436#file-02-md

Twitter4Jを使って、タイムライン上に現れた「ぬるぽ」に対して「ガッ」をリプライするプログラムを作る時間。

初期設定をしている間に、作者のヒゲメンが反応してくるという一幕も。

Javaのライブラリを普通にScalaへ取り込んで利用することができるんだよー、といういい例だったと思いました。

最終的にはこんな感じに↓

まとめ

f:id:Nkzn:20130929110743j:plain

新潟県はニー型圏!

静的型付け都市、ニー型!!!!!

圏論都市、ニー型!!!!!

素晴らしいイベントでした。まる。

May the Type be with you...