今日、気づいたのですが、たださんからのツッコミメールが、どうもGMailのSPAMフィルタにひっかかりやすいみたいです。他の方からのツッコミメールはそんなことないのですが。(本当は、「ニコニコ動画データ分析研究会」が正しいのです)で、書いたとある単語がtypoってたのをツッコミメールで指摘してくださっていたのですが、今日まで気づきませんでした。たださん、ごめんなさい。設定を工夫して、拾い上げるようにがんばります。95系統ツッコミメールで高速走る95系統は健在ですか?という質問がきたのですが、95系統は一昨年くらいに廃止されちゃいました。残念!あれがあると、横浜駅西口から一気に港北IKEAにいけたのになぁ。横浜へなちょこプログラミング勉強会き、気がついたら、IT系勉強会のオブザーバになっていました。よしおかさんが、日記で、社内勉強会をやりたいのに上司が認めてくれなかったらという記事を書かれていて、リンク先の社内で勉強会やりたいと会社に言ったら、「言うまでもない」と断られた。脱エンタープライズ志向を見たら、「横浜」「脱エンタープライズ」「やります!」というキーワードに惹かれ、速攻、hkhumanoid氏にメール。昨日の今日で、横浜駅界隈で会うことになり、最初は「お話だけでもー」がなぜか、勉強会のフレームワークができあがっていました。主宰は、hkhumanoid氏です。shinoは本業が今年はちょい大変状態なので、オブザーバ的な存在でいます。今日は、「やりたいことは、読書会なのか、アプリ作りなのか?(両方いっぺんにというのはちょっと混乱するだろう。おまけに言語が多様すぎたので)」「目標・目的はなんなのか?」「想定している参加者層は?」「開催形式はどうするのか?」「できる範囲はどのくらいなのか?」などなどを質問していって、方向性を絞り込みました。結果として、できあがったのが、横浜へなちょこプログラミング勉強会です。(すみません、オブザーバとか言いながら、この勉強会の命名は、shinoがやりました。いうセンスになってまうのは仕方あるめぇ)。公式にはあがっていませんが、上記のことを決めたあと、本屋に行って、候補本を探してみました。あとで、公式に掲載されるでしょう。それはあとのお楽しみ、ということで。ヒントを出しますと、アルゴリズムや、ソースコードを読む系の汎用的な基礎力本を候補にしてますので、興味のある方は(横浜在住・在勤でなくとも)ぜひご参加ください。社内勉強会の立ち上げについて社内勉強会の立ち上げについて、そろそろ時効だから書いてもいいかなー。えーと、もう数年前になっちゃいますが、派遣型PGやってました。(もう「プログラマです」とは言えないな−。「元プログラマです」とは言うけど)。PGやってた最後のころ、所属会社で自社内勉強会立ち上げ、やりました。立ち上げただけで、運営は放置というか、タイミング悪く(?)結婚&妊娠そして退社、で、つきあえなかったのです。会社に何か要望を出す時。これ、口頭じゃなくて、「稟議書」を作成しました。これ、絶対、会社内で自分が何かやりたいときの基本。OLやってた時も、ExcelVBAの講習会(外部の有料の)を受けさせてもらったのですが、これも稟議書作って上司納得させて、仕事にフィードバックして営業さんに嫌がられました。(いや、ExcelVBA使って営業成績とかグラフ化するようなことをいろいろやったもんだから)。当時、上司だった常務は「おお、これはわかりやすい!」とか喜んでましたが。(OL時代にひたすらExcelを使い込んだのは、のちに、DBのテーブル設計とか、C言語の構造体とか、そういうデータ構造の基礎を学ぶ良い機会だったと思います←へなちょこだけどな!)。第二新卒で転職した会社が、派遣型の会社だったので、定期的にどっかに固定メンバが集まるのはなかなかむずかしい環境でした。考えたのが、ともかく、社内メンバ&外注メンバで「勉強会やりたい!」と言い出した人が、勉強会を開けるようなフレームワークを提案しました。内容的には、ちょっとかっこよさげな名前をつけ(←組織の上の人はこういうかっこいい名前に弱いところがある)、自社内で勉強会を行うことの意義やメリットを書き(そしてデメリットは控えめに←でも「こうすればメリットになるよ!」みたいなことも書いたように思う)、開催方法案をいくつか書いて、上司提出。作ってくださいというような内容で、稟議書ですから、社内であちこち回って、承認くだりました。結局、ひとつの固定した勉強会そのものというよりも、「勉強会やりたい」という人が活動しやすい下地を作った(というか作ってもらった)感じです。退社してから噂で聞いたところ、(ちゃんと書面にした)良い勉強会企画をその窓口に提出した人の中には、予算がついて、のちにベンチャー化したとかしないとか。(よく知らないけど)。わたしは「きっかけ」作りだけで、実際に社内勉強会やりませんでした。言いつつ、shino個人レベルでは、ともかく自社でもベテランと言われている人や、外注とかの個人事業主レベルで動いてるような人捕まえて、あれこれ質問しまくったり、帰りの方角が一緒だったら、とっつかまえて本屋行って、「この本はこういうことが書いてある」とかああだこうだ教えてもらいました。あれが一種の勉強会だったかなぁ。Wiki研究会オープンな公式サイトをネット上に作っていないのですが、クローズドに、Wikiについて研究する会を行っています。勉強会と異なり、メンバがメンバだけに、主に論文を作成し、学会に出すという形式で活動をしています。Wiki」とは、Wikiとはふつう「簡単なもの」という風にとらえられやすいのですが、じつは使いこなすのは、むずかしいのではないか、いや、実際、使っていて、「共同」でコミットするのは難しいぞ、また、Wikiは本来フラットなものだけれど、その中で構造化が行われるのはかなりのリテラシが必要だぞ、というのが、shinoの感触としてありまして、そこら辺を追求したいという目標(?)を持った研究会です。主要メンバは、etoさん、svslabさん、SHIMADAさん、shinoです。わたしをのぞいては、プログラミングなり、情報工学なり、情報学についてのエキスパート揃いで、毎回、このメンバでミーティングをするたびに、いかに自分が無知であり、愚かであるかということを思い知らされます。ミーティングの内容については具体的に書きませんが、いまは、主に、svslabさんのターンで、qwikWebのアクセスログと昨年とったアンケートをもとに、ごにょごにょしています。一応、アウトプットの目安は今年の3月から4月あたり。どこかの学会に提出されると思います。(と、軽くsvslabさんにプレッシャーをかけてみる)。〜隠れた法則を発見する〜」岡嶋裕史著をすすめられました。(この本の感想についてはまた後で)毎回、ミーティングのたびに、うまいなぁ、と、思うことをひとつ記します。etoさんの人への仕事(課題)の振り方。毎回、「○○のシナリオはどうなってるの?」という台詞がでます。これは、論文の構成をさしている場合もあるし、プロジェクトの進行をさしている場合もあるし、さまざまな事柄を示していますが、指示をひとつひとつ出すのではなく、担当者に考えさせる。わたしは、つい、細かにダンドリを考えて、こう動いたら、次はこう動いて、と、指示を出してしまいがちなのですが、これは見習いたい!でないといつまでたっても引継ができないプロジェクトばかり作ることになる、と、思いました。orz.い、いや、書けるものなら、書きたいですよ!しかし、mixiをやめて、この日記を再び本拠地として書きはじめて気がつきました。shino、文章力ない......。etoさんには「これだけ書ける人が周りにいる状況だからともかく何か書き始めたら、がんがんハンドアックスが飛んできて、絶対、書けるはずだから」と叱咤されました。がんばります......。読書会についてその後の帰り道、svslabさんに読書会についていくつかアドバイスをもらいました。実際に、使ってみることによって、理解が深まる、ということです。これは他のプログラミング系の本を読むにしても同じことかもしれません。ひとつの言語で書かれたことが、ほかの言語でどう表現できるか考える、など。いま、横浜へなちょこプログラミング勉強会では、読書会を開こうとしていますが、進行の仕方に少し仕掛けを作るヒントが与えられたように思えました。735データマイニングとは何か、と、一言で表現するならば、大量の情報の中から、「使える」法則性を発見すること、だとshinoは理解しました。大量の情報から法則を取り出す手法はさまざまにあります。マップ」「連関規則」「ニューラルネット」について概要を説明しています。詳しい書籍になると、これらの「数式」や「プログラミング」の例題が出てくるのでしょう。(たとえば「集合知プログラミング」など。データマイニングは位置づけ的には、統計分析の延長線上にあるそうですが、決定的に違うのは、「取り扱う情報が、質と量において異なる」(p.10)だそうです。データマイニングにおいて重要なのは、見つけた「法則」が使えるかどうか、またどう使うかの意味付けを、「人間が行う」(p.31)ことだそうです。「法則」が見つかったとしても、それが使えるものかどうか、またその「法則」の意味づけは、人間でないと判断がつかないというのが作者の主張です。データマイニングの手法について、概要を理解するにはわかりやすい本ですが、最後に、現在、データマイニングで採取される情報がインターネットが主流である点から、知らないうちに、自分個人の情報も利用されているという、監視社会問題について警鐘をし、この本は終わります。わたしとしては、もう少し、「法則」の意味付けの例をそのページ分増やしてほしかったなという印象で終わりました。(しかし、データマイニングの各手法については、もう一度、再読して、消化する必要あり)。デブサミ2009に行ってきた。Ruby1.9の現状と導入ポイントぜんぜんRubystじゃないくせに、ひとつのインタプリタ言語のバージョン変わる時、どういうことが必要か、どういう動きがあるのかを知りたくて、Yuguiさんのセッションを聞いてきました。得たことは、過去のことはばっさり捨てる。未来のことは曖昧だけど、何かあるだろうという認識でおさえとく。3年くらいは保証する?ということでした。過去の1.8系バージョンのマイナーブランチはまたバグ対応なりなんなりでアップしていくけれど、それは、1.9系ではみない。いや、重要なのは、そういうバージョンがとか、ブランチがどうのという話ではなく、その前の、過去の積み重ねは積み重ねとして尊重しつつもばっさり切り離し、自分がみるべき今をはっきりさせつつ、しかし、未来が曖昧であってもそれはそのときに任せるという、姿勢。これって、繊細かつ強靱でないとできない、その相反する神経を、いったいどこで保っているのか。ある種のプログラミングとはかけ離れた、人間の心のバランスの取り方の謎だけが、残りました。最初に言っていいですか。「Wikiばな」が入らなかったのが悔しいです。