2014 11月26日 19:46
この記事はゆるい広島 Advent Calendar 2014の1日目の記事です。このアドベントカレンダーは広島をテーマに好きなことを書いていいらしいアドベントカレンダーです。 広島にはLT駆動開発というゆるめのIT勉強会があります。 IT勉強会の形式には セミナー形式 ハンズオン形式 アンカンファレンス形式 などなどがありますが、LT駆動開発はセミナー形式になります。 LT駆動開発はライトニングトークと呼ばれる5分から10分程度の短いセッションで構成され、10人程度の発表があります。 LTはライトニングトークの略で、「LTを毎月やるつもりで普段の開発(仕事)をしよう」という勉強会になります。 セミナー形式は普通は参加対象者をしっかり定めて、スピーカーが参加者に価値のある情報を提供するのが一般的ですが、このLT駆動開発では、スピーカーになることに重点を置いています。 そのため、参加対象者は曖昧となっています。 セミナー形式の勉強会で、聴衆はたいていの場合、内容のすべてを理解することはできません。 そして、聞いたことを実践できる人はほとんどいないと思われます。 しかし、スピーカーは喋ることを理解した上で伝える方法を準備してきているのです。 スピーカーになるということは喋る内容をより理解できるということなのです。 これを利用して、喋ることで学んだことをより理解を深めるのがLT駆動開発なのです。 スピーカーは参加対象者は自由に決めることができるし、喋る内容も自由に決めることができるし、発表者する時間ほ長くなければ自由に決めることができるというとてもゆるいIT勉強会なのです。 ライトニングトークを行うイベントはたいてい時間制限がきっちりしていて、ドラが鳴らされて発表が打ち切りになりますが、このLT駆動開発ではぐだぐだに継続することができます。 やはりゆるいですね。 これまでのLT駆動開発の8回行われています。 その中からいくつか公開されているスライドをゆるく紹介したいと思います。 これまでのLT駆動開発 これまでのLT駆動開発のはWikiに整理されています。ここで紹介しないものはそっちからみてください。 ワイヤレスディスプレイをつかってみよう！ ワイヤレスディスプレイをつかってみよう！ from Yoshitake Takata 無線で画面を飛ばせる。最近はおもしろいものがありますね。 #### コーチングから学んだこと コーチングから学んだこと from Yuri Kamimori おれたちのLT駆動はまだはじまったばかりだ。 自分がどんなタイプなのか、一緒に仕事する人はどんなタイプなのか。 #### LT駆動開発03 Web制作をカレー作りで例えてみる LT駆動開発03 Web制作をカレー作りで例えてみる from Kawakami Hiroko すべてはカレー作りに通ずる。 #### 原典にあたったら英語も勉強できた話 〜 Git編 〜 原典にあたったら英語も勉強できた話 〜 Git編 〜 from Yukinori Kitadai 名作スライド #とは。 #### Twitterのスパムアカウントを考察する Twitterのスパムアカウントを考察する [LTDD 01] from nemumu
2014 9月13日 22:38
座駆動LT大会で「戦闘力」というLTをしてきました。 座駆動LT大会とは、岡山にはRyouteiという素晴しいお店があり、そこの座スタジアムという部屋は非常にLTに適した場所です。 大都会岡山が誇る最強の懇親会会場「Ryoutei 座・スタジアム」でLT大会を開催します！ というわけで、今回参加してきた時のスライドを紹介します。 戦闘力といえば、Vim戦闘力やEmacs戦闘力がありますが、GitHub戦闘力を適当に定義してみました。 スターの数がGitHub戦闘力と言われているのもみかけましたが、折角なのでいろいろ考えてみました。 実はオープンソースカンフェレンス2014広島のために制作しているものの中でGitHub APIを使用してつくっていたものがあり、そのノウハウで、そのついでに作成したのが今回のgithub_scouterです。 eiel/github_scouter · GitHub オープンソースカンファレンスは今週末の土曜日、2014年9月20日に予定されています。 予約数があまり多くないらしいので、今後も継続して欲しいと考えている方は参加や告知を協力していただけると助かります。 ちなみに私はLT駆動開発ベストセッションズでLTをする予定です。 閑話休題。 今回はGitHub戦闘力を攻撃力、知力、すばやさの3種類に分けて戦闘力を定義しました。 攻撃力は所有リポジトリを元に算出しました。 知力はさまざまな言語を利用していると高くなるようにしました。 すばやさはOrganizationの情報を元にチーム力の高さとして算出しました。 と、非常にどうでもいい戦闘力ですが、みなさんも御自分の戦闘力を算出してみてはいかがでしょうか。 また、APIの利用しすぎにご注意ください。 .@eielh 「わたしの戦闘力は168Gです」 #zadrvnlt — (っ’ヮ’c) ＜ 君のほうがかわいいよ (@ryosms) 2014, 9月 13 かけ算バージョンは表計算で出したので、コマンドを用意していません。 0にならないように1を加えてからかけ算しています。 今後、計算式を定義しなおしてVersion2も検討したいと考えているのはまた別の話です。 追記 Gem化して欲しいって要望があったのでしておきました。 $ gem install github_scouter $ github_scouter [GitHub ID] で利用できます。
2014 5月23日 10:51
すごい広島って勉強会というかミートアップが一年間、毎週休まず活動したらしい。「すごい」というか、めでたい。 概要 すごい広島とは何か 一年間活動してみて すごい広島とは何か すごい広島は、「ITエンジニアとか、情報系の学生とか、Web系デザイナが毎週どこかに集まっていればそれだけで面白いことになるはずだ」 と考えた @Toro_kun と @CentBoss と @eielh がはじめたミートアップらしいです。(他人事) 「すごい広島」は、もともとすごいHaskell を楽しく学ぼう という書籍の読書会を広島でやろうとした際に考えた名前だそうです。 しかし、Haskell の需要が少ない関係で、参加者が見込めないため、読書会はお蔵入りしてしまいました。 せっかく考えた名前は面白いし、どこかで使いたい。 そこで、流用したのが「すごい広島」となりました。 しかし、ただ集まるだけでは目的を見失う恐れがあります。 「広島のエンジニア」のアウトプットの総量を増やすことによって広島が盛り上ってるように錯覚させることができないか考えることにしました。 結果、参加ルールを設けることにしました。 その場で何をするつもりなのか GitHub の Issue に書く すごい広島内でブログを書く GitHub に Pull Request をする というルールです。 GitHubに慣れてもらうために、開発でない部分にGitHubをつかおうとする試みです。 最初に Pull Request した時の楽しさを伝えたいというのもありますし、GitHubを使える人と仕事をしたいという裏の目的です。 結果、GitHubを練習するための場として定着するようになりました。 しかし、ブログをかくのは少し負担が大きいということになり最近では「何かしらのやったことをウェブに残すこと」というルールに緩和されました。 ところで、広島でもIT勉強会は土日にそこそこの数あります。 自分がいろんなすごい人たちの話を聞きたいのもありますが、土日以外なら参加できる人もいるかもしれない。 毎週やっていれば、月に1回ぐらいは来られるかもしれない。 そんな気持ちでやっています。 気がつけば、すごい広島はほぼ毎週参加されている人は3,4人います。 いつもいる人を中心に、輪が広がり、相乗効果が起きるといいと思っています。 一年間活動してみて つづけたいこと 毎週活動する 学生など若い人を優遇する 学生が来る場合は、社会人がひとりいるだけでも学生にとっては参考になる話も聞けると思うので、それだけでやってる価値がでて良いと思います。 問題点とか直したい点 人数が多いと喫茶店だと迷惑がかかる 参加者の固定化 名前からやってることが想像をしづらい。なにしてるか不明。 よく参加する人はステップアップして欲しいが、その道を示してない。 はじめての参加者に優しく、参加しやいように メンバーの固定化はちょっと深刻な気もします。 なるべくはじめてきた人が入りにくくならないように気をつけたい。 挑戦したいこと みんなが勝手に準備して、勝手にまわるように 協賛。活動することにメリットがある企業をみつけて支援してもらいたい。 企業に協力してもらいたいところはちょっとある。 その他感じてること 大人がんばれ 参加者に学生がわりと多く、どうやら大学の同好会の活動の一部になってきているらしいです。 それこそ学生が参加して価値を提供できるように社会人ががんばるようになるとすてきだと思います。 2ヶ月に一度ぐらい来る人とかが数人いるとちょっと雰囲気が変わるかなとも思います。
2013 12月16日 15:08
合同勉強会の懇親会ともいえる、忘年会議2013に参加しました。 その中で告知メインの LT してきました。 オープンセミナー2014@広島の告知がメインで、その後に今年のアウトプットのふりかえりをしようと思ったのですが、余裕で時間が足りませんでした。 そもそも「8分ぐらい喋ってもいいよね」なんて甘い考えがよくありませんでした。 スライドは喋ったところまで公開したいと思います。 完全版をオープンセミナー2014@広島 懇親会でやろうかと考えています。 ほとんど告知なので大したことは書かれていません。 数値は12月10日時点のものです。 この後は、アクセスの多かった記事の具体的なPVなどを紹介して、「量が質に転化したかなぁ」という話をするつもりでした。 他にはざっくりとした広告収入の話とか。 あと、20枚ぐらいありました。 大都会アワードの授与式 忘年会議では他には、「大都会アワードの授与式」なるものがあって10人以上表彰されていました。 そういえば、私も表彰状頂きました。 本当にありがとうございます。 人生で表彰状なんてもらった記憶が他にない!! ピントを合わせるところを間違えた気がする。 表彰するのは良いことだと思いました。どこかで真似していこう。 まとめ こんなにたくさんの IT 技術者が集まり LT のある懇親会は広島にはないので、オープンセミナー2014@広島の懇親会で実現できたらいいなぁ。 といっても座れる定員の40が限界そうではあるのですが…。 もし、いっぱいになるようであれば、立食形式も検討したいと思います。 関連 流れるようにプログラミングしたい - 合同勉強会 in 大都会岡山 2013 Winter
2013 12月15日 01:38
合同勉強会 in 大都会岡山 -2013 Winter- でライトニングトークをしました。 合同勉強会という名前からわかるように各勉強会からいろんなスピーカーがやってきて、セッションをします。 私はHiroshima.rb・すごい広島・WEB TOUCH MEETING からやってきたという形でライトニングトークをしました。 「流れるようにプログラミングしたい」というタイトルです。 Ruby で読み書きしやすいプログラミングをしたときの問題点を紹介しつつ、Haskell の良いところを紹介するといった内容です。 内容も多かったのでかなりの早口で喋りました。 コードはこちらら Ruby で関数型の思考でプログラミングをすると自然と流れるようなコードになりますが、問題があり、データをすべて読み終えないとプログラムが実行されないという状態になります。 その例が flow.rb のプログラムです。 puts ARGF.each_line .map(&:to_i) # 数値に .map { |n| n * 5} # 5倍する .select { |n| n > 10 } # 10より大きいものだけに .first(5) # 最初の5つ Haskell を使用した場合は、そのまま書いてもこの問題はおきず、現時点で処理できる時点まで処理してくれています。 main = do getContents >>= ( return . take 5 . -- 最初の5個 filter (>10) . -- 10より大きいものだけに map (*5) . -- 5倍する map read .
2013 6月15日 19:39
WEB TOUCH MEETING #58 の LT 枠ですごい広島について LT をしました。 Githubの話はほとんどしていない。最近、隔週で何か喋ってる気がする。 主な目的は みんな広島を盛り上げようぜ です。 表面的には みんなもっとアウトプットしましょう 楽しいことをしよう というのをメインに話しました。 裏の目的は 自分のツイートだってコンテンツになりえるか です。 世の中には勉強会の存在を知らなくて一人でがんばってる人がいたり、 勉強会で何をやってるのかわからなかったり、 そういう人たちに地元の勉強会の存在を知る可能性を高くする。 あと LT できる人、したがる人を増やす。 LTやる人がいないと LTをやろうと思う人も増えない。 僕は人前で喋りたくない派なので、できるのはきっかけ作りをしたい。 そういう目的のセッションをしたつもりです。 すごい広島 from Tomohiko Himura というわけで、セッション補足。 up したスライドは削ったものを追懐しています。 Github ここを見ている人に書く必要はないと思いますが、オープンソースプロジェクトをしていく上で重要なWebサービスです。 言葉慣れをしてもらうということで解説は全くしませんでした。 気軽にアウトプット 気合いれてアウトプットするにはエネルギーが必要です。大作を毎週書くのは大変です。 「気軽に書きましょう」という話をしたかったですが、時間の都合上、削除しました。 LTも気軽にアウトプットできて、影響も大きいです。気軽に作れるように練習したほうが良いと思います。 なので、気軽にLTするには 広島Ruby勉強会を使うといいですよ。 という話をあらかじめ休憩時間の告知で伏線を貼ることで、省略しました。 アウトプットをすると勉強になる、かつ、そこに情報が集まる。 アウトプットをするにはそれなりのエネルギーが必要ですが、インプットするのはアウトプットに比べるとずっと少ないです。 気軽にコメントをしてくれたり、詳しい情報を聞こうと人が集まってきたり、強力なマサカリが飛んでくることで自分の理解を促進してくれます。 また、伝えようとすることで考えを整理することができます。 そういう話をざっくりしました。 また、ツイートも立派なコンテンツになるんじゃないかと、自分のツイートをスライドに使ってみたりもしました。 これは自爆気味なのでライフポイントがガンガン減ります。 県外のほうが楽しく見える 隣の芝生は本当に青いのか。 青くないのかもしれませんが、青く見えたら人はそちらに流れていく可能性があります。 そうです。潜在的に面白い人たちが都会へと流れてしまいます。 こういった勉強会に興味を持つ人が「地元には面白いものがないから」 と、都会へと行ってしまう。 特にいまから高い可能性を持つ学生が都会へ流れずに、地元へ残る選択肢を提示していきたい。 また、面白ければ「県外から広島は楽しそうだから」と、やってくる可能性もあります。 僕だって楽しいところに行きたいもの。 じゃあ、楽しくするしかないじゃないか。 楽しければいいの? ここは削った部分です。 「楽しいだけの勉強会は人は集まらないし、本格化しない。人が集まらないので継続は難しい」そんなマサカリを受けたことがあります。 ビジネスにならないとメリットを感じることが難しいので人がこないという話ですね。 実際、Ruby勉強会の参加者のほとんどがRuby初心者です。 でもね、エンジニアはビジネスをする人じゃない。
2013 6月2日 20:47
広島Git勉強会 に参加しました。 1セッション喋りました。 はじめからgit reset と git checkoutあたりを説明しようと思ってたのですが、「元に戻せること」を主眼においていろいろ考えました。 結果として、「危険」「少し危険」なコマンドを定義して、よくわからない時どうすればいいのか伝えられるか試みてみました。 「危険」なコマンドはワークツリーにした変更が消えてしまう恐れがあるもの。 「少し危険」なコマンドはgit reflogなどを利用しないと追えなくなるコミットができてしまうもの。 と定義して、そこを強調しながら説明してみました。 スライドはこちらに。 やりなおせる Git 入門 from Tomohiko Himura 結局、難しかったのか簡単だったのか、周りの空気を読む余裕が僕にはまだまだ足りなくて、「経験値を積まないといけないなぁ」と、思うのでした。 追記 ブクマのコメントなどなどに返信 「git commit の -m はそろそろ卒業しましょう」というのはどういうことなのかな？ -m って解説のために、そう書いてることが多いじゃないかと思う。スライド上でも -mを利用していますが、こ の場合はコミットログをタイトルしか書かない場合が予想できる。なので、「概要も書きましょう。」という話をするために書いています。 良いまとめ。だけど rm -rf .git ってそんなにカジュアルでいいのかなw すごく危険な操作なので、カジュアルにやるのはよくないですが、初回のコミットまでなら。という感じで口頭では伝えております。スライドにも入れればよかった。 関連リンク 広島Git勉強会 - 番外編 Github Flow してみる 岡山Git勉強会 - 20130223 - Git 仕組み入門 という話をしてきた Git がわからなくても Github を利用しよう Github の楽しみ方
2013 5月23日 10:56
先週の土曜日にセキュリティもみじで 5分の LT をしました。 セキュリティの勉強会なのに、セキュリティと全く関係なかったり、5分を超過してたり、痛いツイート引用していたりと、恥ずかしい限りです。 しかも、ターゲットに設定していた広島の若い人が……参加してない! という、致命的な問題が発生しました。 仕方ないので、ネタにしておきました。 すごい Hiroshima で楽しく学ぼう from Tomohiko Himura タイトルの元ネタは言わずとしれた、「すごいH本」で知られる [すごいHaskell 楽しく]http://www.amazon.co.jp/gp/product/4274068854?ie=UTF8&camp=1207&creative=8411&creativeASIN=4274068854&linkCode=shr&tag=eiel-22() です。 良本なので、まだ読んでない方は、ぜひ。Haskell を使う機会がなくて新しい視点を得るヒントになるかもしれません。 LTは Haskell ともなんにも関係ないし、説明する時間もありませんでした。 話を戻します。 つまり、広島は盛り上がってるのか、盛り上がってないのか。 どちらでも構わないから、もっと盛り上げたらいいよね。 そういう気持ちの話しをしてきました。 人前で話すのは本当に苦手です。 だからといって、何もしないのでは期待するような結果にはならないです。 ならば、まずは自分にできそうなことをやる。それだけです。 「地元がよいけど、やっぱ都会のほうが楽しいよー」って、人たちが「地元楽しいな!」になると良いですよね。 このセッションに便乗したわけではないのですが、すごい広島 という Meetup 的なものをはじめてみたりしました。 毎週水曜日にやってみようと思います。 おしい広島にもなんとなく音が近いですね。 Asakura.rb 的なものがやってみたかった。 実は参加したことがないのでどんなやり方なのか実はさっぱりわかっていません。 岡山でも Okayama.rb というのを毎週やっていて、対抗したい意識があったり、なかったりです。 やり方がよくわからないので自己流で裏テーマとして Github の使う ブログを書く週間をつける というのも兼ねてみてます。 「これは意識高すぎるんじゃね？」という意見もちょっと出てて、ちょっと迷い気味。 敷居もなるべく下げたい。 盛り上がりというのは、正のスパイラルで、そこからはずれてしまうと、負のスパイラルに落ちいってしまう印象があります。 良い方向へ進めばどんどん良い方向に進むと思います。 悪い方向へ進んだら、ゼロからやりなおせばいいです。 とりあえず、まずは周りから。
2013 2月23日 21:24
岡山Git勉強会 20130223 で Git 仕組み 入門という話をしてきました。 トゥギャッター セキココ もっと簡単な内容にできるかな？っと思ってやってみたのですが、やっぱり難しめだったみたいです。 スライドだけでもある程度理解できるように細かめにつくってみました。 やりすぎた感が漂います。 Git 仕組み 入門 from Tomohiko Himura スライドをつくる際のメモなどもupしています。 この辺りの話を聞いたことがない方は手を動かしてみてはどうでしょうか。 話し忘れたこと 日頃使うツールはしっかり理解したほうがいいと思う tree オブジェクトに登場した mode は 666 とかよくパーミッションがどうこう言われるアレです。 このあたりの仕組みが入門書に出てくるあたりも Git の魅力なだと思います。 内容にあまり関係ないこと keynote の機能をいろいろためした もっとはやく勉強しておけばよかった。マスタースライドでスライドのテンプレートをつくっていじると、スライドのデザインをまとめていじれる。 背景色をうっすら変えてみた。 お洒落感が出るのか試してみたかった。結果はよくわからない。 ディスプレイでみるとわかる違いはプロジェクターでわかるかどうか怪しい。 keynote で アウトラインからスライドを作ると効率よさげ 前述のマスタースライドの機能がわかっていれば、わりといけます。 まとめ 話をするのは苦手で、相変わらず、反省点の多いセッションですが、話を聞いていただいてありがとうございました。良い経験になりました。