記事検索
月別アーカイブ
アクセスカウンター

    タグ絞り込み検索

    Jubatus

    2014年06月29日23:00いってきた: Juatus Casual Talks #3 ビジネス応用編

    _1200423_1200424_1200426_1200427

    前回のアンケートの結果、ビジネス応用がいちばん要望が多かったということで今回の開催となったそう。

    [2014-06-29 14:04]

    Jubatus 0.6.0機能紹介 / 比戸 @sla

    • SIC,NTTと共同開発
    • 0.6.0で破壊的API変更あり。要確認。
    • アルゴリズムを書いたらMIXが勝手に分散サーバにしてくれたりはしない。
    • 削除機能: テレビ番組予測で番組が終わったらクラスを消したい、とか。
    • LRUタイムスタンプはupdateしないと更新されないのでreadしただけではダメ。
    • delete_class: 自然言語classifierだと各単語ごとに重みがちょこっとづつついてしまって処理が重くなることがあった。APIはdeletE_label(class labelの意味)。
    • Q: コアを分離したことでの今後の展望
    • A: 1アルゴリズム=1サーバになっていて使いにくいが、マルチテナントにしていきたい。1サーバ=複数アルゴリズムとか1サーバ=複数ユーザとか。
    • Q: 分散はzookeeperをつかっているが、Raftは?
    • A: Raft自体はコーディネートにはつかえないしetcdもいまいちで、zookeeperに対するメリットがない。

    [2014-06-29 14:22]

    [2014-06-29 14:23]

    標的型攻撃メール対策製品でのJubatus活用事例 / NTTソフトウェア(株) 前橋賢一

    • NTTソフトウェア(株) メディア事業部
    • first impression: 簡単につかえるけどバギーで商用にはつらい。 (version 0.2.2)
    • CipherCraft/Mail: 受信前に自動検知。メーラーとか経由地がいつもとちがうとか、スペースがいっぱいはいっているとか。
      • クライアントでproxyとして動く。(サーバ版もある)
      • アイコン偽装(見積書.doc.exe)とか、よく似たアイコン。
      • マルウェアの検体をしらべてみると偽装したアイコンに特徴がありそう。
      • update_rawで学習、similar_row_from_datumで類似度をしらべる。
    • Jubatus on Windows: コア部分はwindowdでもビルドできる。サーバはsocketをつかっているのでむづい。
    • AUC: 0.962。アルゴリズムはinvaerted_index。
      • マルウェアじゃないけど、アイコンが似ているフリーウェアがあるため。
    • トライアンドエラーのための支援がない: 設定ファイル書いて→データ流して→ダンプして
    • サポートサービスをはじめた: http://www.ntts.co.jp/products/jubatus/

    [2014-06-29 14:38]

    • Q: マルウェアがちょっとアイコンを変えてきてるのはなぜ?ルールベースのをすりぬけるため?
    • A: たぶんそう。パッカーをつくるときにビットマップがこわれちゃうのかも。杜撰にスクリーンショットからの切り抜きかも。
    • Q: アルゴリズムは?
    • A: 画像なのでinverted_indexをつかった。アイコンは透明なのところがあるのでアルファブレンドしてから。ピクセルサイズの正規化とか。1ピクセルずれてるとか。カラーヒストグラムとか。
    • Q: クライアントで動かして性能はどうか?
    • A: 速度はopenCVの前処理・特徴抽出がボトルネック。社内基準の1通/sはok。メモリはモデルファイル数10MB、オンメモリで40MB。

    [2014-06-29 14:43]

    休憩

    [2014-06-29 14:59]

    Meteor: Jubatuswをベースにしたオーディエンスの分析エンジンの紹介 / 渡部創史 (株)Intimate Merger

    • DSP: demand side platform。バナー広告をオークションで決めてる。ページに直接広告を貼るのではなく。
      • 0.05秒。RTB realtime bidding。
      • DMP: data management platform。
    • Look-a-like: 自サイトに来てくれている人に似ている人たちを探す。彼等にメールやバナーを打つ。
    • ペルソナ分析: 衝動買いしやすい人とか。
    • 月間1200億impression

    [2014-06-29 15:19]

    • Q: BidのH/W構成は?
    • A: よくしらないが、数十台規模でHive+memDBで組んでいるらしい。
    • Q: 年収が高い人は何を検索してる?
    • A: サンプル数が少ない。年収が2000万越えの人がアンケートサイトに登録するとは考えにくい。
    • Q; redshiftはなににつかう?
    • A: bid以外にあつまってくる大量ログ。位置情報とか買い物トランザクションとか。容量と耐障害性の目的。
    • Q: jubatusをつかわないといけなかったところは?
    • A: 数人のベンチャーなのでonlineでなげられるから。MIXはつかってない。
    • Q: Bazil: 男女判別の精度は?
    • A: 9割くらいの精度。ログだけだと65%。yahoo 7数%。

    [2014-06-29 15:27]

    [2014-06-29 15:28]

    評Ban(R)におけるJubatusの活用事例紹介 / 山田俊哉 NTTアイティ(株) メディアアナリティクス事業部

    • ソーシャルメディア分析サービス
    • 炎上をいち早く検出したいとか、ネットでの反響を知りたいとか。
    • リツイートを纏めるのも簡単ではない。
    • jubatusのメリット: 入力順に処理してくれるので、古いのが幹になる。パクリではなくオリジナルがわかる。
      • 幹: クラスタの中心 (recommenderだけど)
      • 葉: 類似文書
      • 幹・葉に分けるのは、ゆっくり変化する場合には向かない。SNSではあまりない。テンプレ化されているネタツイートくらい。

    [2014-06-29 15:46]

    • Q: インフルエンサー
    • A: ユーザのウォチング機能はある。核となるインフルエンサーを探す機能はまだない。
    • Q: 話題の解像度は調節できる?
    • A: キーワードはユーザが設定できるので、「ワールドカップ」で検索するか「ワールドカップ 選手名」にするとか。
    • Q: 性能は?
    • A: キーワードの設定によるが、通常数秒で返答、大きくても数分で。

    [2014-06-29 15:50]

    休憩

    _1200440

    [2014-06-29 16:00]

    センサデータ解析におけるJubatus活用事例 / 宮本哲 住友精密工業(株)

    • 住友精密工業: 住友金属の航空機部門。零戦とか。MEMSとかもつくっている。
    • センサネットワーク
      • 自律的にネットワーク形成(アドホック、マルチホップ)。電池駆動。
      • SmartdDustプロジェクト:1.5m^3,5mg以下。
      • MOTE: オープンなプラットホーム。研究用に。Arduinoみたいなもの。
      • 地上偵察用: レーダ照射を検出してGPSの位置情報とあわせて通知。
      • 山火事: FireBug。山火事で煙でみえなくなっても火の先頭がわかる。
    • EcoWizard: スーパーマーケットでの冷えすぎを検出したり、高圧受電設備とか、トンネル建設現場で無駄づかいを調べたり。
    • 計測・収集・みえる化
    • 複数のセンサーから事象を予測。
    • ビニルハウスモニタ(ハウスみかん)
      • 10月から加温、4,5月に収穫。3,4月は換気扇で上がりすぎないようにしないといけない。40度以上が15分つづくと1塔だめになる。換気扇に鳥がはさまったり。
      • 成長ステージによって設定温度がかわってくるのを人手でいまはやってる。
      • Jubatus Anomalyをつかった。
      • 1分間隔でデータ収集。
      • 通年でならしてしまうと、3月ごろの成長段階で異常になってしまう。
      • 月ごとに分けてみたら改善。
      • ハウス毎に分けるのは現実的でない。
    • 農協がハウスのオイルタンクを補充しにくるが、油量計は高価なので、予測したい。

    [2014-06-29 16:25]

    • Q: センサーのドリフト(右肩上がりにようにみえるが?)は補正してる?
    • A: してない。考慮する必要はあるかもしれない。
    • Q: 何次元?
    • A: ビニルハウスは1次元(温度)だけ。1日の中でも最高・最低気温で分ける方がいいらしい。
    • Q: ハウスごとにモデルつくったが、跨いだモデル(MIX)は実験した?
    • A: Rではちょっとやってみたが、いい結果はでなかった。ハウスごとに温度を測る地点がちがってたりして温度がばらつく。
    • Q: 15分で警告なので、1分間隔で1つも欠損は致命的だが、どうしてる?
    • A: 1分ごとにデータがとどいてるかどうか監視はしてて、2分届かなかったらアラートを上げている。
    • Q: jubatusをつかうことの社内説得はどうした?
    • A: 特に説得の苦労はなかった。簡単に使えた。
    • Q: ビニルハウスとセットで売るようなことも考えている?
    • A: 以前、ビニルハウスメーカーは乗り気ではなかった。手軽なものとして売りたい。リサーチ中。
    • kumagi実家はヒーター止めるのわすれて菊が炭化したそうな

    [2014-06-29 16:34]

    [2014-06-29 16:35]

    Jubatusで始める機械学習 / 藤村武史 エヌ・ティ・ティ レゾナント(株)

    • カスタマサポートへの適用
    • メールの内容で分類: 対象外(スパム・営業)・怒り(オペレータにスキルが必要)・その他
    • 形態素で分類してみたら、いまいち。 → データ量に対して次元数が大きすぎた
    • 手動で特徴を抽出。
    • でもいまいち。

    n- 個人情報をとりのぞく手間があるのでデータをたくさん用意できない。

    [2014-06-29 16:51]

    • Q: データ数? ラベルの偏りは?
    • A: 数百件くらい(Q:自然言語にしては少なすぎてover hit、次元をおとすのは正しいアプローチ。重みの偏り(想定の逆の重みががつく)のはよくある)
    • Q: やりたいことがわかっていれば、重みを自分で設定してclassifierにくわせるとよいのでは? 相関が高いのはまとめるとよい。
    • Q: 横展開は?
    • A: うまくいけばコールセンターに展開していきたい。

    [2014-06-29 16:56]

    休憩

    [2014-06-29 17:16]

    Jubatus使ってみた 作ってみたJubatus / 渡邉卓也 ヱヂリウム(株)

    • 近傍検索はrecommenderとちがって特徴ベクトルをためないのでメモリをくわない。
    • 近傍探索はあんまりはやくない。マルチスレッドは効かない。
    • ロックとりっぱなしの処理とかあって並列度があがらない。
    • フレームワークとしてはモジュール間の関連がソースをみないとわからない。

    [2014-06-29 17:41]

    • うんの: ひとつずつ対応している。社内でも認識している問題もある。実データでどうなるとか知見を共有できるといいなぁ。
    • Q: なんでjubatusをつかってみたか?
    • A: つかうのが前提条件だったから、としか言えない。

    [2014-06-29 17:46]

    LT枠を聞くには懇親会申込が必要だったので、これにて退却。銀座ぶらぶらしてから返る。

    _1200448



    このエントリーをはてなブックマークに追加
    2013年06月04日00:18いってきた: Jubatus Casual Talks #1

    大崎の開発でできたおしゃれなビルだ。

    _1040371_1040373_1040374_1040375_1040376_1040410_1040379_1040411

    会場入口でJubatusのシールをもらう。無料ドリンクも。

    _1040382_1040419

    [2013-06-02 14:00]_1040383

    開会、諸注意 / @unnonouno, futureひろせ

    • 開発者以外の人で集まるのは初めて
    • AP4基のうち2基が故障

    _1040384

    [2013-06-02 14:09]_1040385

    機械学習チュートリアル / @unnonouno

    • http://www.slideshare.net/unnonouno/jubatus-casual-talks
    • Jubatusのリーダーやってる
    • googleトレンドで「ビッグデータ」がどんどん伸びてる
      • データマイニングはトレンドが落ちてる。
      • 機械学習はちょっと伸びてる。
    • コンピュータ将棋とかはムーアの法則以上のスピードで強くなっている。アルゴリズムの改良が効いてる。
    • 機械学習はデータがあればすぐに適用できる。
    • メリット: 大量処理・高速処理・高精度(ブレがない・疲れない)
      • "大量"と"速度"が圧倒的なポイント。レコメンデーションとか株取引とか。
    • 失敗するパターン
      • 精度を求めすぎる・少ない情報から推測するのは人間が得意(常識とか知識とかを使える)・人が介在する場合
    • ルールベース: 意外とどこまでも良くなる。けっこうやっててたのしい。
      • 1万行のperl・どこをかえていいのか?・条件を追加したらどうなるのか不明 → 破綻する
      • ルールは適用できなくなるがデータはかわらない「スイカ」→「西瓜」or「Suica」
    • データ管理の発送はテスト駆動開発にちかい: テストを容易してそれを満すルールを学習する。
    • 機械学習はルールベースに比べてメンテナンス性に優れる。
    • 教師あり学習: 入力x→出力y を学習する。分類問題。yが実数なら回帰問題という。
    • 教師なし学習: 出力はあたえない。入力自体の性質をしらべる。クラスタリングとか異常値検知とか。
      • 教師なし学習はすぐにとびつかないほうがよい。(学習データをつくるのがむつかしいからといって)。
        • 分類基準を与えてないので変な結果になる可能性が。結果解釈も難しい。
        • 教師ありの前処理に教師なしをつかうのはよくある。
    • 線形分類器の推定は重み付き多数決のイメージ(パーセプトロンとか)
      • 特徴は数万から数十万になるのがふつう。
    • 機械学習の本領発揮はこれからだ。
      • モノ同士がやりとりするには必要。

    [2013-06-02 14:41]

    • QA: ナシをアリの入力にする例:機械翻訳(対訳でアリ学習して片方だけの言語でナシ学習)
    • Q:教師データはどのくらい容易したらよいか? A:みんながおもっているよりも少なくてok。50件15分でうまくいった場合も。
      • 問題が簡単だと特徴がはっきり出てくるのでデータが少なくてすむが、やってみないとわからない。

    [2013-06-02 14:46]

    休憩

    おかしの提供。なんか上品だ。

    _1040386_1040387_1040388

    [2013-06-02 14:57]_1040389_1040390

    ユーザーの潜在的な好みを反映した美容品レコメンド / チームJubatus

    • 大学院生
    • アットコスメ@cosmeのデータをつかわせてもらった。学生では通常つかえないもの。
    • ユーザモデル: 商品検索→購入・使用→レビュー・採点→商品検索
    • @cosmeには相性チェックというのがある。年代相性・肌質相性など。
      • 年齢と肌質だけで商品検索してよいのか?という疑問
    • 好みに類似した商品をレコメンドするようにした。
      • 入会して利用歴が浅い(ライトユーザ)場合は?
    • ユーザの好みと商品の評価を統合。
    • ライトユーザの特徴はヘビーユーザの特徴をつかってデータ補完
    • 類似度計算API・補完APIをつかった

    [2013-06-02 15:14]

    • Q:ライトユーザの閾値は? A:人間が決めた。
    • Q:実戦投入はされた? A:たぶんNo。とりあえず作っただけ。ユーザ満足度などの評価はしてない。
    • Q:言葉によるレビューはどうした? A:@cosmeでは細かい評価ができるようになっていて自由記述のは扱ってない。
    • Q:カテゴリごとのユーザ・商品の特徴分けは? A:そこまで作り込まなかった。

    [2013-06-02 15:22]

    [2013-06-02 15:23]_1040391

    mikutterとjubatusとfluentd / @katsyoshi

    • mikutter-jubatus
      • TLを学習。classifierを利用してfav判定。l
      • favイベントがきたら学習。
    • fluent-plugin-jubatus
      • classifierをつくったが、異常検知の方が便利?
    • Jubatusをカジュアルにつかってみた。100行くらい。

    [2013-06-02 15:32]

    • Q:自動分類は便利だった? A:分類精度がいまいちうまくいってない。ツイートしか評価してないので。文脈もあるし。
    • Q:fluentdの発表の反応は? A:fluentdの方はrubykaigi中に書いてただけ。発表はしてない。需要はあるとおもう。

    _1040392_1040393

    [2013-06-02 15:36]

    [2013-06-02 15:37]_1040394

    Javaで楽してJubatusしたい / @komiya_atsushi

    • 仕事でJavaつかってない人挙手 → 1/3くらい?「けっこうおおいな...」
    • 機械学習というとはPythonが多い感じ。環境が充実してる?
    • なぜJavaか? プロダクトベースで17%。
    • Java + jubatus でweb検索してみるとブログが皆無..
    • JubatusのclassifierをつかってTwitter stream APIでツイートの言語分類をつくってみた。
    • 30行くらいのコードになった。
      • ClassifierClient#classify()よびだし
      • Listくみたて
    • つかってみた感想:つらい..
      • オブジェクトの組立が面倒...
      • 似たようなクラスがたくさんあって悩む...
        • TupleStringHogehogeおおすぎ。 IDEのサジェスチョンが効かない...
      • TupleStringStringが複数のパッケージに定義されていてサジェスチョンが効かない...
      • コード記述が多くて試行錯誤がついらい..
    • Jubatus Java clientは自動生成されていているのでラッパーをつくっている。 → Jubaba

    [2013-06-02 15:53]

    • Java版がひどい理由は → つかわれてない。公開当時バグってたのにレポートが来ない。作ってる人も酷いのは認識...
    • Javaコードの自動生成がきびしいのかは、後の懇親会で...

    _1040395

    [2013-06-02 15:57]

    休憩

    [2013-06-02 16:05]_1040396

    数式を使わないJubatus入門 / @07c00

    • セキュリティ屋さん(ASM,C,Ring0が得意)
    • にこにこ動画のコメントから動画の特徴がえられるか?
    • データを学習用に整形するのがめんどくさい。重みづけとかパラメータはわからん。データをなげこめばokなのはないか?
    • 日本語はmecabをロードする設定さえすればできるらしい。
    • 「Javaのコードをみたら「うぁーなげー」とおもったけど、Python短かいっす」
    • demo:タイトルはみずにコメントだけで分類。
      • わりかし分類できてる。
      • コメントが少ない動画はうまくいかない。
    • たくさんのテキストデータを入手してJubatusチュートリアルをコピペしたらできる。
    • demo2: 1話と2話のコメントを学習して3話を検出
      • 30秒くらいかかる → 無事成功

    [2013-06-02 16:20]

    • Q:データをjsonでなげられるとうれしい? A:うれしいです。ベクトルの長さも隠蔽してほしい。
    • Q:にこ動のコメントは日本語じゃないのも多い(wとか)がストップワードにしてる。 A:そのままつっこんでる。mecabがどうなっているかも知らないし知りたくもない。(mecab的にはwの長さが違うと別単語になってしまう)

    _1040398_1040400

    [2013-06-02 16:24]

    [2013-06-02 16:25]_1040401

    Jubatusで快適ミサワ検索 / @kumagi

    • 地獄のミサワは非商用なら自由につかえる
    • 画像データを人力でOCRしてる。
    • jubarecommenderは汎用性の高い検索エンジン
    • 「Javaの人には悪いですがRubyで書くのも短いです」
    • Chromeエクステンションを書いた! → QoL上がった!
    • NTT中のgithub enterpriseで日記を書いてる
      • コメントに最適なミサワ画像を入れられる

    _1040402_1040403_1040404_1040405

    [2013-06-02 16:36]_1040406

    juabaanomalyでキーストローク認証 / おだ

    • 打鍵リズムは異なるという仮説にもとづいて、webごしの認証。リスクベース認証。
    • そのまま入れてもダだった → LOFパラメータチューニング。10個ちかくある。

    [2013-06-02 16:44]

    • Q:jubaanomaryはつかってみてうまくいかなかったがどうだったか A:自分のタイプなら1になった。
    • Q:bin_widthを決めるうまい方法は? A:裏でRをつかって算出した。LOFとeuclid-LSHの両方をつかっているのでパラメータがむつかしい。
    • ミサワ検索の質問がなくてショボーンなkumagiさん。

    [2013-06-02 16:49]

    [2013-06-02 16:50]_1040407

    JubatusとOpenCVで一般物体認識エンジンを作ろう/ @kazoo04

    • 一般物体認識: 画像を入力して何が写ってるか分類する
    • 画像データをそのままつっこめない。特徴抽出が肝。
    • Bag of Features (Bag of Visual Words; BoVW)
      • 文章の判別で構造を無視して単語だけでやった方がいい結果になるのと似てる。
    • 特徴抽出: 回転や照明変動にロバストなものを選ばないとだめ.
    • 高次元ベクトルを教師なしクラスタリングして代表点をとる (1日とか1週間とかかかる)
    • BoVWだけだと精度がいまいちだったので Fisher Vectorをつかった?
    • 特徴抽出はDense sampling。クラスタリングの精度はどうでもよさそう。BoVWはメモリと時間をとにかくかける。線形分類用に設計された特徴量をつかう。
    • PCの中に保存されてる画像を検索するのをつくってみた。
      • 飛行機は形が変わらないのでけっこううまくいった。
      • 飛行機でgoogle検索→64個とれる→jubatus学習
      • ディスクに入り切らずデモ断念。

    [2013-06-02 17:04]

    • Q:自分でつくった理由は? A:そういうプロダクト(モダンな方法をつかったもの)がなかったから。

    [2013-06-02 17:07]

    休憩

    _1040408_1040409_1040412

    [2013-06-02 17:21]_1040413

    Jubatusを用いた大量映像の異常値検知 / @ogawa

    • Jubatus+AIST: fv_converterの拡張⇒Datum魔改造
    • データはいっぱいある画像も監視カメラがあっちこちにあるし。
    • Datum魔改造: custom_typeをつくった
      • custom feature detectoreやそれのRPC clientとか. RPCをつかえばserverの言語は自由.
    • HLAC: 3x3の出現パターンを数え上げる。1〜25の特徴列が得られる。
    • CHLAC: HLACに時間軸を追加して3x3x3。251次元
    • 監視カメラの画像を縮小・2値化する。
    • 外れ値を検出する。同じ画像が繰り返し現われれば値が下ってゆく。
    • 分析のフレームレートは、学習済みデータ10000件くらいまでは(入力に相当する)30FPSを越えている。

    [2013-06-02 17:35]

    • Q:FPSが遅くなる原因は? A:(あとで) unno:遅くなる理由はLOFがデータを溜め込むため。回避方法も検討中。(特徴量抽出のスピードは問題ない)
    • Q:音響は? A:FFTしてCHLACを考えている。目に見えないのでウィンドウ幅を広くとらないといけないかも。
    • Q:リアルタイムに処理するのではなく、過去のある期間について異常値検出できないか? A:できるとおもう。
    • Q:左から物体が移動してきたのが何回か繰り返されたあとに右から物体したらどうなるか? A:HLACのパターンは並行移動で重ならないように選ばれている(これ重要)。なので並行移動じたいは特徴にならない。
    • Q:アプリケーションは? A:車載カメラで雨が振ってきたとか急ブレーキをかけたとか、やってみたい。
    • unno:教師なし学習は過去のデータを何時わすれたらいいのかというのは問題

    [2013-06-02 17:47]

    [2013-06-02 17:48]_1040414

    Jubatusでオンラインランク学習 / @y_tag

    • ランク学習: (learning-to-rank) 入力として与えられたあるクエリに対して、候補となるアイテムを適切に並べ替えたい。
    • メールの受信トレイの重要度順とか。
    • pagerank:クエリによらないアイテムのクォリティの例
    • ラベル:適合度。二値・多値。
    • データをどうつくるか?
      • 良質な人手、いまいちだがユーザのフィードバックをログから抽出やレーティングやクリックログ。
    • pointwise:ラベルの値自体を予想。分類や回帰。正解ラベルと予測値の損失関数を最小化。
    • pairwise:あるクエリにむすびつく2つのアイテムの適合度の大小関係を用いる。大小関係について分類や回帰をつかえる。
    • listwise:並び全体を考慮する。

    [2013-06-02 18:03]

    • スコアリング自体よりもランキングの方が重要だとおもわれている。ただ☆の数が3つ以下のは落したいという用途では必要だとおもわれる。

    [2013-06-02 18:07]

    [2013-06-02 18:09]_1040415

    世界征服をめざす Jubatsu に期待する5つのポイント / @shimtoru

    • ミドルウェアをコントロールできる。状態を把握できる。
    • 多種多様ではなくて多種単様なのがのぞましい。あれこれみるのはいや。
    • classifier,recommender,anomalyは安心してつかえそうという評価。
    • モデルを取得できない。
    • 障害に対する配慮が十分でない。エラーメッセージをみても問題が識別できない。
    • パッケージの依存関係が複雑・パッケージがそもそも多すぎ。
    • 実装言語が多すぎる。C++/Haskell/OCamlとか。実装者の趣味か?
    • mix: mixで平均をとるのがいいか、データを間引いた方がいいのか自明ではない。やってみたらイマイチ。そうすればmixのチューニングができるか。
    • jubatusの動作モデル:classiferは学習遅い・評価速い、recommenderは逆。分散のしかたをよく考えてほしい?
    • 開発は非常にアクティブ。(Hadoopサミットでjubatusが枠をもらってる。組織票ばんさーい?)

    [2013-06-02 18:32]

    • unno:機能拡張が遅れてるのは、大規模なリファクタリングを数ヶ月かけてやってたせいです。
    • unno: mix:iterative parameter mixerを実装している。手元で実験してもたいして改善してない。みんなそうおもってる?データセットが大規模じゃないとダメ?

    [2013-06-02 18:35]

    [2013-06-02 18:37]_1040417

    閉会のあいさつ / @unnonouno

    • 直前2週間前まで会場は断りつづけられた。
    • 参加者:85名 98人申し込み中。
    • 「jubatusハンズオン」で検索。

    _1040418

    [2013-06-02 18:41]

    懇親会 + LT

    [2013-06-02 19:00]

    _1040420_1040421_1040422_1040423_1040424_1040425_1040426_1040427_1040428_1040429_1040432_1040433_1040434_1040435_1040436_1040439

    うんのさんによる一本締め

    _1040441

    [2013-06-02 21:00]

    _1040442_1040444



    このエントリーをはてなブックマークに追加