2015-03-21 探偵歌劇ミルキィホームズTD 第10話がとても良かった、という話


例によって例のごとく、探偵歌劇ミルキィホームズTDのお話です。

Perl とか DB の話を期待してた人は閉じるボタンとか戻るボタンとか、クリッククリック!若干ネタばれっぽい話もあるかもなので、 そういうの嫌な方も閉じるボタンとか戻るボタンとか、クリッククリック!

探偵歌劇ミルキィホームズTD の第10話、みなさん、ご覧になりましたでしょうか?

年取ったせいか、おじさんは涙腺がだいぶ緩くなっているんだけど、それにしてもミルキィで泣かされるとは思わなかったよ!(1期11話にも泣かされてますけど..)

というわけで、ちょっと野暮かもしれない解説とか感想です。

シャーロックについて

時々腹黒っぽい言動や行動もあったりするシャロですが、基本的には友達思いのいい子です。

それは 1期6話で、仲間のため、除湿機のために奔走するところであったり、11話で一度バラバラになってしまったミルキィホームズを復活させるところであったり、 他にもそういったシーンがたくさんあります。(1期はメインテーマの一つが友情だから、1期にそういうシーンがたくさんあります)

そもそも、ミルキィホームズのメンバーがまとまるきっかけになったのが、シャロの行動であり、それは前回にも紹介した(↓)の小説に描かれています。

終盤、天空島のホールから地上に戻るシーン、シャロは涙とヨダレを飛ばしながら帰ってきますが、コレ、シャロは別れを悲しんで泣いてたんですよ、気がつきましたか?

上記のシャロの性格と、地上から天空島に行く時は、景色の綺麗さに感動してた。それなのに、帰りは泣いていた意味を考えると、そうとしか考えられないのです。 一見ギャグっぽいシーンなのに、完全に持って行かれてしまって、ラストシーンとの合わせ技で号泣ですよ。。。

黒幕、もしくは美樹について

今回のシリーズの黒幕、つまり茉莉音のエレメントを奪った張本人ですが、これは今だに謎です。

10話では、美樹のトイズがエレメントとの関係を遮断するものであることが明らかにされました。また、美樹のトイズの発動音が怪盗のものであることも。

1話冒頭で、エレメントを盗んでいる、美樹と思われる怪盗は、文字通りエレメントを盗んでいました。一方で、茉莉音に対して行われたのはエレメントとトイズの 関係遮断であり、それゆえ僕は最初は「これは別のトイズで、犯人は美樹とは別の誰か」と思っていました。

美樹が茉莉音のことを心配しているのは本心っぽくも見えていて、これは二重人格的なものなのか、闇っぽい感情を秘めているのか、あるいはやっぱり真犯人は別の誰か なのか、今日放送される11話で明らかになるんでしょうか?楽しみであります。

今回の対決について

これまでは、エレメントが茉莉音に呼びかけることで謎空間が発動し、対決が終われば必ずエレメントは戻ってきました。今回は、茉莉音に呼びかけることなく、空間が発動し 対決の終了後もエレメントは戻ってきませんでした。これが何を意味するのか、とても気になります。

まとまってないけど、結論

と、いうわけで、探偵歌劇ミルキィホームズTD、色々知っていると、それはそれで楽しめるし、何も知らなくても ギャグ物として面白い作品でもあるので、(過去のシリーズ知らなくても、たぶんギャグ物としてなら十分楽しめるはず!)みなさんも見てみるといいと思います!

あと、1巻のBD/DVD が発売されたので、皆様も購入してミルマークを集めると良いと思います!

ミルマークは半分冗談、半分本気でして、ミルキィは作画もしっかりしてるので、MX の放送とかだと物足りないところがある(OPとか顕著ですよね)けど、BD だとその心配 ないですし、コメンタリーもみもみこの、有意義な感じの解説(と雑談)でいい感じですので、ミルキィ好きならマストバイな感じです。

ということで、残り2話とても楽しみですね!



2015-03-04 探偵歌劇ミルキィホームズTD 第8話がとても良かった、という話


例によって例のごとく、探偵歌劇ミルキィホームズTDのお話です。

Perl とか DB の話を期待してた人は閉じるボタンとか戻るボタンとか、クリッククリック!若干ネタばれっぽい話もあるかもなので、 そういうの嫌な方も閉じるボタンとか戻るボタンとか、クリッククリック!

探偵歌劇ミルキィホームズTD の第8話、みなさん、ご覧になりましたでしょうか?

この話、今作や今までのシリーズの疑問点をいくつか解決しているとても重要な話だったのではないかなぁ、と思います。重要なファクターがいくつかあるのですが、 僕の中でもまだちゃんと消化しきれてないから、とりとめなく書いていきます。

重要なファクターじゃなくても、良かったこともチョイチョイ書いていきます。

エレメント実体化のトイズについて

茉莉音のエレメントを実体化するトイズですが、このトイズは「後天的なもので、母親から引き継いだものなのではないか」という説があります。(僕もどこで見たのか忘れたけど)。 確かに茉莉音のトイズは、トイズの発動音と目が光るエフェクトなしにエレメントが実体化していて、シャロ達のトイズとは一線を画すものであることは明らかです。

エンディングで、茉莉音の母親と思われる人物が亡くなっている描写がありますが、これを機に茉莉音がトイズを引き継いだのではないか、ということです。

今回、オスカーが茉莉音と同系統のトイズの保持者として登場しましたが、「このトイズは先祖代々受け継いだもの」ということが明言されています。茉莉音のトイズも同じである 可能性が非常に高いのではないか、と思われるわけです。

トイズの消失について

1期ではアルセーヌとの対決の際の落雷がきっかけで、ミルキィホームズはトイズを失います。一方で今回の第8話では、落雷をきっかけにオスカーはエレメントとの関連性を失いました。 トイズとエレメントは密接な関連があるのではないか、という気がしています。つまり、1期でミルキィがトイズを失ったのは、トイズを失ったわけではなく、トイズとエレメントの関連性が 落雷のショック(?)によって切断されてしまって、トイズが使えなくなったのではないか、ということです。

落雷のショックかどうか、というところは実はまだ謎が残っていて、先祖のホームズは怪盗のトイズを封印していたりしていたので、シャロは他人のトイズをある程度コントロールすることが可能で、 無意識のうちにミルキィ全員のトイズを封印していた可能性もあったりします。(トイズが戻ったきっかけもシャロのトイズの復活と同時だったし)

ミルキィホームズの推理について

ミルキィホームズというと、ダメダメ探偵のイメージが異常に強くて、今回もニコ生とかで見てると、ちょいちょい「※農家です」とか出てたりしてて、まー実際ダメダメなところも多々ありますが、 今回のシリーズを客観的に見ていると、「ミルキィホームズの推理は大体正しい」という不文律があるように思えます。

今回の話では、コーデリアの推理は犯人を正しく当てることはできませんでしたが、「車椅子の人物は実は歩ける」というところは正しかったし、ある意味今回の事件の黒幕は小林オペラだったとも言えるので、 大体あっていた、とも言えなくもありません。TDの過去の話を見ていても、ミルキィの推理は大体こんな感じで、ちゃんと当たってはいないのだけど、大体あっています。

小林オペラについて

今回の事件の黒幕(?)として、小林オペラが登場しましたが、短編ではない、シリーズ物では初登場だったりします。これは地味に嬉しい。ミルキアンは小林先生が大好きなのです。

ちなみに、この(↓) Febri のインタビューを見ると、ふでやすさんが男性を描くと必ず変態になるらしく、1期2期の登場人物や、夜のヤッターマンとか見てると、まーそうだよねー、という感じはします。 プリパラでは全力でストッパーがかかっているのでしょう。小林先生はふでやすさんの脚本で登場したことが一度もないため、幸か不幸か変態ではない、いつもの小林先生が保たれています。

小林オペラが変装の名人でもあるのは、下の「探偵オペラミルキィホームズ Overture」(ミルキィホームズシリーズの前日譚の小説)で出ていたりして、今回はその設定も地味に活用されていたりします。

小林先生、変装は完璧のように見えるのですが、ミルキィさん達だけ実は呼び捨てにしていて、凝ってるなーって思いました。(小林先生はエリーのことは本来、「エルキュール」と呼ぶはずなんだけどね。。。TVシリーズでエリーがエルキュールって呼ばれることは多分なかったはずなので、致し方ない気もする。)

エレメントが象徴するもの、について

今回登場するエレメントは、何か重要なことを象徴する存在なのではないか、というのが現時点での僕の仮説です。以前にも書きましたが、 たとえば3話に出てくるハーモニーは「信じる心」を象徴するエレメントです。(多分)

今回のノブレスは「才能とそこから生じる義務とか責任」を象徴するエレメントです(多分)。「ノブレス・オブリージュ」なんて言葉もありますしね。

今回茉莉音のエレメントじゃないエレメントが出てきて、象徴するものがわりと明確だったので、2話のエレメントだけどエレメントじゃないカプリッツィオにも象徴する何かがあるのではないか、と思い直して、確認し直しだよコンチクショー。。。

今回の対決について

小林先生がヘルプしていたり、最後の最後でゴールテープを切ったのは茉莉音のエレメントのメロディアで、これが象徴するのは(多分)「諦めない心」なので、よくできてるなー、と思いました。

結論

とかまぁ、だいたいこんな感じです。前にも書きましたが、ミルキィホームズのシリーズは結構凝っていて、一見カオスっぽいのに、ちゃんと整合性が取れていたりして、今回のシリーズは特にそれが顕著ですね。

あとまぁ、こんな感じのめんどくさい考察をしなくても、全く問題なく楽しめるように作ってあるのがミルキィホームズシリーズの良いところなので、みなさんも見てみるといいと思いますよ!

追記

小林先生、ふたりはミルキィホームズの最終回にちょこっと出演していたことが発覚。初登場ではなかった、とのことでした。。。

@echizen_tmさん、どうもです!



2015-02-09 Hatena Engineer Seminar #4 に行ってきました


2/7 に開催された、Hatena Engineer Seminar #4というイベントに 参加してきました。

Go からインフラっぽい話からモバイルっぽい話から、フロントまで、幅広くいろいろな話が聞けてよかったと思います。 その話も、割と現場寄りな、泥臭い話が多くて、とても面白かった。

astj さんの、レガシーな環境に CPAN モジュールを入れるためにほげほげ、とか僕も最近悩んでたやつで、はてなさんでも 決して完全に解決しているとは思えないけど、参考になるし、何より勇気がもらえる。

と、言うわけでとても楽しいイベントでした。懇親会も楽しかった。また(無事当選できたら)是非参加したいです。

以下は雑なメモ。(聴講中にメモってたやつ) だいたいスライドは公開されているっぽいので、そっち見た方がいいと思います。

Goで書かれたmackerel-agentのOSS化や自動化にまつわるあれこれ(songmuさん)

  • サーバサイドは Scala、エージェントは Golang
  • エージェントはユーザが使うものだから、ソースを公開。エンジニア的にも嬉しいし
  • ソースをオープンにするだけじゃだめで、p-r をちゃんと取り込んでいける体制になっていないといけない
  • CI があると公平になるし、パッチのクオリティが担保できる
    • travis 慣れているのと、tag にフックできるのがよい
    • コードフォーマットの検査(go vet golint)
  • Windows 対応もやってる (AppVeyor。インストーラとかも作れるらしい)
  • レビュー体制はこれから(今は気付いた時にやってる)
  • mackerel-agent-plugins(Nginx の接続数をとるとか)
  • リリースプロセスがオープンに(リリース用のp-rを作るmake, travis でビルドしてリリースタグを打ってリリース)
  • どこでも入っていて、テストも書けるので、better shellscript としての Perl は良い
  • tag は github token でやると権限のコントロールが大変なので travis にしている
  • 社内で検証できないプラグインはどうするか

はてなのサービスの開発環境(astjさん)

  • ブログ、ブックマークなどいろいろなサービスやってた
  • 開発者やデザイナーの手元で環境が使えるとよい
  • ブクマはレガシーな環境やミドルウェアの構築とかが面倒なので、仮想マシン使う(Vagrant)
  • ブログはそうでもないので、仮想マシンを使わず環境構築(plenv/Carton)
  • 5.8.8/Ridge/Moco/mod_perl/TS(部分的)/gulp/LESS(部分的)いろいろあったけど今はgulp
  • apache+nginex/MySQL/memd/Elasticsearch(2014/06から)
  • Cent/chef/rpm(社内ビルド)/CPANも
  • サービスはProcletであげてる
  • cpanm だと昔のモジュールとかをうまく管理できない
  • Vagrant + Chef でやる。秘伝のタレ化を防止
  • うまくインストールできないCPANモジュールはChefのクックブックで頑張る
  • サーバ(DBなど)は一部別の開発環境を共有。テスト時は手元に建てたものを使う
  • apt がobsoluteになったり、CPANが非互換になったりして、困る
  • 管理コストを減らすためにUbuntu->Cent(本番と同じ)にしたい
  • bento(chef official な Base Box)
  • B!KUMA は最初はエンドポイントを手で叩いていたが、つらいので、Nginxたてて reproxyするようにした
  • Hatena Blogの開発環境は Solr 以外は全部立つように

はてなブックマークの新機能における自然言語処理の活用(skozawaさん)

  • 10周年
  • トピックページ2/5リリース
  • クラスタリングの精度の問題とタイトル生成
  • クラスタリングは重要語抽出ベース(Elasticsearch)
  • タイトル生成は自然言語処理
  • Elasticsearch の Significant Terms Aggregation(重要語を取得できる機能)
  • 普段現れないような単語を取れる => 盛り上がってる話題
    • スコア計算はいろいろあるが、jlh scoreというのを使っている
    • 最近の単語のスコアが高くなる計算方法
  • トピックのどれかが含まれるだと、関係のないエントリも取れてしまう
  • スコアの合計8割以上になるようなエントリをとっている
  • トピックのタイトルは、記事のタイトルと本文1行目
  • キーワードの羅列では厳しい => どれかの記事を使うとうまくいきそう => どれでもいいわけではないので、重要文を取る
  • 媒体名が入ると困るが、辞書を作るのはコストが高い => 重要な部分をとれば自然と媒体名はなくなるはず
  • 重要語抽出 Elasticsearch -> TopicSum
  • 重要語のスコアが最大の記事のタイトルを抽出
  • かかり受け解析(Cabocha&ipadic)
  • 重要語を含む戦闘文節から末尾の文節まで。非文にならないように、品詞関係をみるヒューリスティックルールを一部採用
  • タイトルは全角スペースが文境界になっていたりするので、前処理をかける

はてなのiOSアプリとSwift(yashiganiさん)

  • はてなブックマークShare Extension で使用
  • ほぼ全てSwift(実験プロジェクト的位置付け)
  • アプリの規模として小さいので、試すのにちょうど良かった
  • 今後は標準的に Swift を採用
  • 同じコードが Objective-C->Swiftに書き換えるとシンプルになる
    • Generics のおかげで、安全なコードが楽にかける
    • 関数型っぽい記述(map, filter, sort etc.)
    • Closure Objective-C の Blocks だとつらい(慣れれば読める、慣れても書けない)
  • 言語は良いが過去の資産が使えない
    • Cで書かれたものの一部が使えない
    • C++
  • 最適化で壊れることがある
    • β配布まで気づかないことが多い
    • デバッグ実行時でも最適化レベルを上げれば再現する
    • 一時変数を使ったり、Swiftの機能を排除する(structを使わない、NSObjectを継承)
  • 型推論が微妙なのとリフレクションがまだない
  • JSON はOptional と相性が悪い Mantle 使うと良い
  • スマート会。チームを横断で技術共有

TypeScriptで実現するMVPアーキテクチャパターン(nanto_viさん)

  • 動的な部分は少ないが、投稿ツールやビューワでJSを使用
  • TSを使っている。Angular などのフレームワークは使わず、外部ライブラリは JQuery のみ
  • 型が使えて、型推論もある。関数の引数と戻り値の型を指定しておけば、追加の指定はほぼ不要
  • gulp-typescript でコンパイル
  • 開発環境はコンパイルしたJSをそのまま使用。本番はminifyや 結合したもの(CI環境を使用)
  • テストは QUnit/Sinon.js(モック)
  • ローカルではブラウザ、CIでは gulp-qunit
  • 最初は JS を書いていたが規模が大きくなると辛いので TS に移行
  • 移行は5行書き換えただけだった(外部宣言の追加、any型へのキャスト、typoの修正)
  • 徐々にTSのクラス、モジュールを使って書き直し(8000行のうちの半分くらいがTSらしいコードに)
  • AngularJS は学習コストが高いのと、チューニングが辛そうなので見送り
  • Vue.js は Android 2.3 で動かないので見送り
  • Alux/React.js 当時は情報が少なかったので見送り
  • プレゼンテーション層をテスタブルにしたいけど、フレームワークは上記の理由で厳しいし、データバインディングを自作するのは嫌
    • MVP アーキテクチャパターン(Model-View-Presenter)
  • MVVM と違って、View のIFを知っていて、自身の変更をViewに反映される(自前でやる)
  • DOM の変化する部分を View の Interface に定義(例: 場所、可視性、ページ番号)
  • Presenter は DOM の処理に依存しない形でロジックを実装
  • アニメーションは JQuery の animate を使用。Presenter の値が変わるたびに View に通知して表示を更新
  • テストは空のView(モック)を作って、Presenter のみテストしている(View は DOM を触るのでテストできていない)


2015-01-31 hachioji.pm #46 に行ってきた


本日 1/31 は hachioji.pm #46でした。

タイ料理を食べつつ、技術的な話とか、技術的じゃない話とかいろいろしていた気がします。

僕のスライドはこちら

以前 Perl Beginners ではなしたやつの続編、というか完結編みたいな感じです。

前々から、まとめたいなー、でもめんどくさいなー、と思っていたので、ちょうどいい機会でした。と、いうわけで、Otogiri の最新版(>=0.15) からは自動再接続入っているので、よろしくお使いください & 自動再接続まわりのコードを読む際に、この資料が参考になれば幸いです。

hachioji.pm は技術的なガチっぽい話から、ゆるふわな話から、ミルキィホームズの話まで、幅広く色んな話題が出てきて楽しいですね。今年もよろしくお願いします。



2015-01-27 DB プログラミングの話を社内向けにしたやつを、差し支えない範囲で公開します


表記の通りで、もともと社内向けに話すのに使った DB プログラミングに関するスライドを公開します。

もともとは、社内向けのやつを改修したり、テスト周りの整備をした際に、「なぜこういうことをしたのか」みたいな 話なのですが、その辺の背景とか細かい事例みたいなのはさすがに公開できないから、カットしてます。

カットした結果、だいぶ初心者向けっぽい話になっていますが、それなりに役にたつのではないかなぁ、と思います。



2015-01-19 探偵歌劇ミルキィホームズTD 第3話の信じる心について


例によって例のごとく、探偵歌劇ミルキィホームズTDのお話です。

Perl とか DB の話を期待してた人は閉じるボタンとか戻るボタンとか、クリッククリック!

ちょっと野暮な解説なので、ミルキィ好きな人もネタバレ的なの嫌なら、閉じるボタンとか戻るボタンとか、クリッククリック!

第3話の冒頭で茉莉音は CM の撮影に失敗し落ち込みます。そのあと、別の仕事で全国各地のパワースポット(?)を巡っていくうちに、よくわからない何かに目覚めて、「私には信じる心が足りない」と言い出して、 ガノターラ国へ「ありがたいお経」をもらうためのたびに出ます。

最初まったく僕は気づいていなくて、「あー、宗教的ななんかに目覚めちゃった話ね。お経を取りに行くのは西遊記だよね」くらいに思っていたのですが、実はコレはこの話の重要な伏線だったのです。

ガノターラ国への道中、ミルキィホームズは相変わらずのダメダメっぷりを発揮して、道中でとろけていたり、寝言でわけわからんことを言ったりして、その度に茉莉音はイライラを募らせていきます。 そして、ガノターラ国のカレー屋で、「吸いましょう!」を繰り出したミルキィホームズに対してついにはキレてしまい、「私一人でお経を探す」と一人で出て行ってしまいます。街中で「ありがたいお経」の 情報を集めていた茉莉音ですが、突然捕らえられてしまい、投獄されてしまいます。捕らえられた茉莉音をミルキィホームズが探し出し、捕らえた張本人のガノターラ国の王子との「カレー対決」に勝利し、 無事に茉莉音を助け出す、というのが第3話のお話でした。

ラストで、「結局、ありがたいお経、手に入らなかったけど、いいんですか?」とシャロが聞きます。それに対して茉莉音は「ええ。それよりも、もっと大事なものを手に入れたから」と答えます。 「大事なもの」ってのは最初は、王子との対決で取り返したエレメントだと思っていましたが、実はそれだけじゃなかったんですね。

それが冒頭に出てきた、足りなかった信じる心。

それに気づいて第3話をもう一度見てみると、見え方がまたちょっと変わってきます。どう変わってくるか。。。そこまで書いてしまうのはいくらなんでも野暮すぎると思うので、 各自見て欲しいなぁ、と思います。

こういう所が何気にしっかり作ってある所もミルキィホームズのいい所なのですが、全く気づかなくても問題なく楽しめちゃったりもするので、皆様も見てみると良いと思います!



2015-01-11 Mock::Quick というモジュールがいい感じ


偶然見つけたのですが、Mock::Quick というモジュールがいい感じです。

Synopsis みると結構色々できそうな感じなのですが、とりあえずTest::Mock::Guardの 代わりとして使っています。こんな感じ(↓)

で、「Test::Mock::Guard で良くね?」と言われると、まあそうなのですが、あのコードかなり難解で、何かミスったり、万一バグ踏んだ時に割と辛いっていうのと、 Class::Loadに依存していて、これの依存が結構多いので既存の環境で使いたくなった際にちょっと躊躇してしまう、 ってのがあります。Mock::Quick はその点、依存がとても少なくていい感じです。

qclass 以外にも便利っぽい機能が色々あるので、もう少し色々試してみたいと思います。



2015-01-04 「探偵歌劇ミルキィホームズTD」が始まったったー


あけましておめでとうございます。

今日はミルキィの話なので、Perl とか SQL とかその辺のお話を期待されている方は、閉じるボタンとか戻るボタンとかをクリッククリックしちゃってくださいね。

表記の通り、探偵歌劇ミルキィホームズTDが始まりました。

MX勢は昨日から、BS勢は今日というか、明日の0:00からですね。

感想を割とちゃんと書こうかな、と思っていたのだけど、まだ自分の中でそこまで消化できていないので、雑な感想を書きます。

ミルキィホームズの本放送をリアルタイムで見れるのは、「ふたりはミルキィホームズ」以来でした。 当時、めっちゃ期待していたのですが、ふたりは... はぶっちゃけ微妙でした。

ふたりは... のコミックス版(下記のやつ)は良くできていたので、これは監督とか脚本とか、 スタッフがダメダメだったのではないか、と僕は思っていたわけです。(ミルキィ情報局が本編だったのだ、と自分を納得させた)

なので、TD がふたりは... とほぼ同じスタッフで作られる、と知ったときは正直なところかなり不安でした。

で、しばらくすると、TD のプロモーションが公開されたわけです。(↓これ)

これを見て、僕は「TDいけるかも」と思いました。キャラクターは相変わらず可愛いし、音楽がかっこいい。(本編の音楽も同じスタッフが作っています)。 ストーリーがダメダメでも、絵が可愛くて、音楽が良ければ、なんとでもどうとでもなるでしょ、と思ったのでした。OP/ED も良さげだし。

と、そういう前提で TD の本放送を見たのですが、良かった良かった。絵柄変わったし、新キャラクターも出てきたから雰囲気は違うけど、 これはいつものミルキィだ、と思いました。

1話ですと、あの雑な伏線の回収の仕方が最高にいいですね。ミルキィはなにげに伏線の貼り方と回収の仕方がすごいので、 これからも色々見せてくれるのではないか、と期待しています。



2014-12-31 2014 年のふりかえり


2014 年も残すところあとわずかとなりました。ざっくりではありますが、この blog に書いた記事を中心に振り返ってみようかな、と思います。

1月〜3月

初詣等のごく一般的なお正月行事を除くと、1/3 のミルキィのお正月ライブからスタートした2014年でした。

1月ごろから、Otogiri と Reply を組み合わせると便利かも、ということに気付いて、色々と周辺環境を整え始めたようです。

4月〜6月

1月〜3月に引き続き、Otogiri + Reply の環境を整えていた感じです。Otogiri::Plugin::TableInfo というモジュールを書いて、 かなり便利に使えるようになりました。実装はめっちゃ大変でしたが。

あと、忘れちゃいけないのが、Acme::MilkyHolmesをリリースした!

Acme なので、基本的にはふざけたモジュールなのだけど、中身はちゃんと作ったつもりだし、(記事にも書きましたが)、僕は仕事で Moose 系のクラスビルダをちゃんと使ったことがなかったので、その練習も兼ねていたりします。

7月〜9月

夏はやっぱり YAPC ですね!

あずまさん(@ytnobody)と Otogiri の話をしよう、ということになって応募しました。で、選考のちょっと前に、YAPC で話す、ということという、ポエムを投稿したところ、思った以上の好評いただいて、結構有名なハッカーからもブクマとかRTしてもらったので、「よっしゃこれはワンチャンあるで」と思っていたのですが、今年の大量かつハイレベルな応募の前にあえなく撃沈したのでした。

YAPC の感想はこんな感じ。

(タイトルが若干頭悪い感じなのは、ミルキィのせいなので、気にしないでください)

YAPC 本編では漏れてしまった Otogiri の話ですが、その後 Rejectcon というイベントで無事発表することができました。良かった & 感謝です。

10月〜12月

10月11月は仕事がかなり忙しかったので、あまり記事を書いてなかったようです。12月はイベント関係の記事が多いですね。

最後に示した記事の Perl 入学式の講師は結構大きな経験でした。サポーターは何度もやっていましたが、教える側になってみて、 あらためて「サポーターって大事だな、やっててよかったな」と思いました。

毎年恒例の Advent Calendar 関係は Perl 入学式 Advent Calendarのみ参加しました。

年越し等の普通っぽいイベントを除くと、昨日のミルキィのライブで僕の 2014 年は終了しました。

イベント関連

記事書いている限り、14回技術系のカンファレンスに行っていたらしい、Perl 入学式のサポーターなど、記事書いてないけど行っているものもあるので、多分20回〜30回程度ではないかと思う。別のイベント(謎)の 方の参加回数はもっと少ない(多分片手で数えられるはず)ので、よかった僕は正常だ。(昨日イベントに何回参加したとか、そんな話をしていたのである。わかる人にしかわからない話ですねコレ)

まとめ

この tweet に集約されるんじゃないかな、と思います。

と、いうわけで、今年もありがとうございました & お世話になりました。

皆様よいお年を!



2014-12-26 Perl 入学式第4回補講で講師をやってきました


これは Perl 入学式 Advent Calendar 2014の26日目のエントリではありません。でもまぁ、そんな感じのエントリです。

12/20 に開催された、Perl 入学式第4回補講 で講師をやってきました。 やってみて初めて分かったこととかあったので、その辺の話をとりとめもなく書いてみようかな、と思います。

その前に軽く自己紹介っぽい話。

私と Perl 入学式

Perl 入学式に関わり始めたのは多分 2013年の途中からです。

2013年くらいから、@xtetsujiさんの紹介でhachioji.pmと関わり始めたのがきっかけな気がします。 YAPC でちょっと喋ったことある人飲み会(題名忘れたけど、そんな趣旨の飲み会)ってのがあって、@papix校長と会ったのは確かその時が最初なはず。

で、細かい経緯は忘れたけど、サポーターとして Perl 入学式に関わるようになったのでした。

多分最初に参加したのが 2013年8月23日っぽいです。

んで、それ以降、サポーターとして、都合のつく日はチョイチョイ参加してた感じです。

最近の Perl 入学式の話

いつ頃からか忘れたけど、最近は Perl 入学式のコアスタッフ(?)として、いろんなこと考えたり、資料チェックしたり、資料直したり、そんな事をしていたりします。 今回講師をやったのも、(多分)その一環ですね。

初めて講師してみた話

資料について

自分も commit 権あるんで、あんまり褒めるのもどうかと思うけど、Perl 入学式の資料って、スタッフの皆さんがちゃんと考えて、ちゃんとメンテしてるモノなので、 かなりいいものだと思います。まだまだ改善点は色々あるのだけど、よくまとまってていいなぁ、と思います。

教える、ということ

大学時代、大学院時代に塾講師のアルバイトやってたんで、それなりに教えるのは好きだし得意だと思っています。Perl もなんだかんだで10年以上書いてるので、 結構細かいところも知っているつもりです。

Perl 入学式で教える、ということ

そんな僕が、第4回の補講で講師をやってみたのですが、いやー大変でした。

教えていて、一番怖いのは、「ちゃんと伝わっているか、理解されているか」ということです。Perl 入学式の生徒のみなさんは、割と積極的に 質問とか疑問を出してくれて、それは本当にありがたいことだ、と思っています。

でもね、だけどね。それでも不安になるんですよ。

僕が講師をやってた4時間、「あーこれ難しいな、大丈夫かな?」って何回言ったか覚えてませんが、沢山言ったことは憶えています。

さっきも書きましたが、Perl 入学式の資料ってすごく良くできていて、優秀な Perl ハッカーの方々や、プロの校正者でもある @note103さんや、 (note103さんもそうだけど)Perl入学式の卒業生がチェックして、直しているものなので、とてもいいものです。

それを使って講義をしていても、やっぱり難しい概念って沢山あって、「伝わっているのかな、大丈夫なのかな?」と講師の立場でやってみると不安になってしまうものなのです。 プログラミングとかその周辺技術って、やっぱり難しいもんだよなー、と僕は思うのです。

サポーターのありがたさ

そんな感じで、不安を抱えつつも講義をしていたわけですが、そこで改めて分かったのはサポーターの存在の大きさでした。

「あーこれ難しいな、大丈夫かな?」って何度も思いましたが、実際に演習問題をやる際は、サポーターの皆さんがフォローしてくれるので、 「まー僕の説明がダメダメでも、なんとかなるかもなー」と思うことができました。

サポーターの皆さんがちゃんとフォローしてくれてるから、「まーなんとかなるだろー」と思って、講義を進めることができました。そしてまた、 自分が1年ちょっとくらい、サポーターとして色々やってきた事って意義のあるものだったんだなぁ、と実感できて嬉しく思いました。

まとめ

Perl 入学式って、なんやかんや1年半くらい関わっていますが、とてもいいと思います。Perl とかプログラミング言語に自信のない方は生徒として、 Perl の経験がある方はサポーターとして、関わってくれる方が増えたら嬉しいなー、って僕も思います。