「実践!機械学習 - Web系企業 CTO が実例を公開」参加メモ

forkwell.doorkeeper.jp

  • 各社のサービスの中で、機械学習をどのように取り入れているか という事が中心のセッションでした。 そもそものサービスの目的について 各社が熟慮されて その手段として 機械学習を取り入れているのかなという感覚を持ちました。
  • こだわり過ぎると、危ういのかな。

フロムスクラッチ 井戸端 氏「マーケティングプラットフォームにおけるレコメンドサービス」

  • B-Dashマーケティングプラットフォーム)
  • データの取得、統合、活用が強み
  • 機能はいくつがあるが、レコメンドについて今日は話す
  • レコメンドエンジンとは、
  • 協調フィルタリング

    • アイテム利用者の行動履歴を元にレコメンドする方法
    • 他のユーザのデータがたくさんないとできない
    • 新商品、新ユーザに適切な推薦ができない
  • 内容ベース型

    • アイテムの特徴ベクトルで類似度ソートしてレコメンドする方法
  • データ処理方法

  • 協調フィルタリング〜ユーザベース〜

    • 類似度の計算
  • 協調フィルタリング〜アイテムベース

  • 応用例

    • 海外旅行航空券の推薦 アイテムベースの組み合わせ

    • メルマガタイトルの最適化

    • ユーザが興味を持ちそうなキーワードをタイトルにねじ込む
  • アーキテクチャ、メモ

    • spark、mahout、embulk、fluentd
  • レコメンドサービスのポイント

    • データの取得

      • WEBサイトのアクセスログGoogle Analyticsだけでは不十分
      • 詳細ページの閲覧、レコメンド閲覧、クリック数を取得する必要がある
    • データの統合がかなり大変

      • WEBログと他データの統合は共通ぷらっとフォームが処理
      • 顧客データ、ビジネスデータの内容を理解する必要がある、
      • レコメンド独自の考慮の必要
      • レコメンド用商品グループID、商品ページのURLのパターン判定 →色違いは別々だけど、サイズ違いが同じになるような商品のこと
  • まとめ

    • どんなアルゴリズムを使うかより、マーケディングとしての設計が必要
    • ユーザがイメージしている内容と実際の抽出結果が一致しない場合がある
      • マーケッターの感覚?
    • 施策の結果を分析して示唆を抽出し、次の施策へと生かすプロセスが重要
  • 今後の展望

    • 外部サービスを強めたい
    • プラットフォームの拡張

プレイド 柴山 氏「トラッキングデータを使った機械学習活用」

  • karte
    • 実手紙を出すなどもできる
  • アルゴリズム要件

    • リアルタイム推論
    • オートスケールする形に沿った学習、推論実装可能
    • サイト/施策ごとの最適化をするためのオンライン学習
  • 利用シーン1

    • 配信比率を自動収束させたい
    • 探索
      • None
      • Epsilon Greedy
      • softmax good
    • 価値関数計算
  • 利用シーン2

    • 顧客満足度、購入確率予測、離脱確率予測などの指標を暗黙的な形で数値化する
    • 2クラス分類 SGDがベース
      • logistic regression
      • ridge
      • negative sampling

「Oisix・機械学習勉強会」参加メモ

https://oi-study.connpass.com/event/48753/
行ってきました。

今はやり?のグラッフィックレコーディングで記事を書いてみました。

準備した道具

f:id:masaji0912:20170130232818j:plain:w300

  • キャンドゥ レミィ五反田店で買った方眼用紙
  • 無印良品 水性六角ミニカラーペンセット ¥500

「レビューのネガポジ RandomForest vs LSTM」

f:id:masaji0912:20170130232726j:plain:w300

  • 限られた紙面の中に、話を聞きながらまとめるのは無理ゲーじゃないか?
  • LT全体の構成がわからないと、紙面をどう使っていいのかわからなくなる。
  • 肝心な課題部分が聞き取れなかった。
  • 途中から、下書きして、後から色塗った。
  • 色を使いすぎ?

【eLV勉強会】 Dockerを触ってみよう ~初心者向けDockerハンズオン~ 参加メモ

こちらに参加してきたので、メモ共有。

【eLV勉強会】 Dockerを触ってみよう ~初心者向けDockerハンズオン~ - ~ITエンジニア勉強会~ engineer's Learning・Vesper | Doorkeeper

当日利用した資料

Dockerに触ってみよう // Speaker Deck

qiita.com

やったこと

  • さくらクラウドでに、サーバ(CentOS)を構築 AWSでいうEC2
  • サーバ(CentOS)に、Dockerのインストール
  • コンテナの構築、イメージ作成
  • Docker Hubにアップロード
  • Arukasにデプロイ

所感

  • dockerの概要はわかった
  • 開発環境(コードを書くための環境)につかえると嬉しいな。
  • 検証環境、本番環境をどのような構成で作ると楽にできるのかはまだ、理解できていない

「AzureとSalesforceでAI入門」参加メモ

d-cube.connpass.com に参加してきました。

  • BIZREACH のオフィスが綺麗、かっこいー。
  • なんだこのおしゃれな空間は。。。

    参加理由

  • 機械学習に興味がある。Salesforceをお客様が導入しようとしている。

    気づき

  • Azureがクレジットカードなしで使える
  • salasforceの開発環境がある
  • AzureMachineのGUIはわかりやすい。モデルを使って結果をすぐ得たいなら触ることに意味がありそう。

    参加メモ

  • そもそもこの勉強会の内容を履き違えていた。ようでした。Salesforce Einsteinについて
    だいぶ詳しく解説をしてくれると勝手に期待して参加しましたが、実は違ってた。
    Einsteinが出る前に、機械学習について少し理解しておこうという趣旨の勉強会だった。
  • アインシュタイン
    • 予測スコアリングができるのでは?
  • AzureのUSはクレジットカード不要
  • salesforceの開発環境は無料
  • 線形回帰
    • 連続値の予測をすること
  • 2クラスサポートベクターマシン
    • 分類を予測すること、2値分類、多値分類
  • 2クラスロジスティック回帰
    • 発生確率を予測する
  • Azure Machine Learningを使ったモデル作成のデモ

「リレーションシップ駆動要件分析 ☓ ドメイン駆動設計 ☓ アジャイル開発」参加メモ

guildworks.doorkeeper.jp

メモ

「越境アジャイル Transgrade Agile

  • 市谷さん
  • TIS、楽天、永和マネジメント、起業
  • 問い
    • システム開発は人の企みについてこれているのか
    • 事業、サービスは成長するが、システムはどうか?
  • ベンチャーと中大企業が、さらに事業を大きくする時に足かせとなりそうなシステム開発をどのように乗り越えるか
  • 戦略的越境
  • 仮説検証型アジャイル開発
    • 正しいものを探す

「RDRA for 越境アジャイル

  • 要件定義の技法 RDRA
  • 図を書いて、要件定義する技法。
  • http://www.vsa.co.jp/
  • 依存関係があるので、合意の場所をどこで実施するかがキモである。

  • ビジネスルールの洗い出し

    • ビジネスモデルキャンバス
    • ビジネスコンテキスト
    • バリエーション分析
  • 既存システムの調べ方
  • 具体的な分析
    • 集めやす情報から集める
    • 集めた情報を構造化する
    • 抜けたピースを探す
    • 集めた情報の特徴から
  • 入出力をイベントで統一的に扱う
  • 状態を振る舞いのルールとする
  • コミュニケーションするために、システム地図を作る

「越境するドメイン駆動設計 現場での実践報告」

SQLアンチパターンを読んでます(随時更新中)

ジェイウォーク(信号無視)

複数の値を持つ属性を格納する

  • 多対1の関係性が、1対多の関係性をもつデータを格納する時の設計をどうするか

交差テーブルを作成する

  • 多対多となるようなERとする。間に存在するテーブルが交差テーブル

「「ふりかえり」による現場改善の事例とその可能性」参加メモ

esminc-guildworks.doorkeeper.jp 「「ふりかえり」による現場改善の事例とその可能性」に参加してきました。 永和さんに来るのは、初めてです。 勉強会ができるスペースがあり、良さげな会社環境でした。

「ふりかえりで学んだことベスト10」

  • 天野勝さん
  • 振り返りを指導しに行く人
  • アジャイルのコーチをする人
  • ふりかえりで学んだことベスト10という題材で、過去の経験や事例を交え
    共有頂きました。

  • 10位 教訓とベストプラクティス

    • CMMIの認定をうける現場にいた
    • 工程=イテレーションと読み替えて工程完了報告書を提出していた。
    • 工程完了報告書の中で、ベストプラクティスと教訓を報告
    • 前回の教訓の対策が次のイテレーションではベストプラクティスになることを実感した
  • 9位 チームでおこなうふりかえりの学び
    • XPアンギャ
    • KPTボードで振り返り(当時は、リクレクションシートと呼んでいた)
    • KPTの観点間のつながりで発送するのが良い
  • 8位 KPTPDCA
    • KPTを定期的に行うとPDCAがまわることがわかった。
    • はじめてKPTPDCAがつながった。
  • 7位 PDCAカイゼンが進む
    • 改善は、一回限りの改善。
    • カイゼンは、繰り返し行われる改善のこと。
  • 6位 ファシリテータは必要
    • ファシリテータに求められるスキル
      • プロセスを扱うスキル
      • 情報を構造化するスキル
      • 場を活性化するすキル
      • 意見の対立を解消するスキル
      • 場を読むスキル
    • 意見の発散と収束の考え方は大事だと感じた
    • 十分な意見の発散と収束が納豆性の高い合意につながる
  • 5位 KPT以外の思考フレームワーク
    • アジャイルレトロスペクティブの翻訳本がおすすめ
      https://www.amazon.co.jp/dp/4274066983
    • いろいろなふりかえりの方法が記載されている
    • KPT2(keep problem try todo)
    • KPTA(keep problem try Action)
    • KPTATAH(Keep Problem Try Action TimeAllocate help)
  • 4位 ふりかえりのふりかえりの効果
    • ふりかえりガイド
    • http://objectclub.jp/download/files/pf/RetrospectiveMeetingGuide.pdf
    • ふりかえりが形骸化してしまう
      • ふりかえりの効果は2種類ある。
        • チームのマイナスを0にする。
        • チームのゼロをプラスにする。
          目標を達成するカイゼン
          明確な目標を設定することでカイゼンが進む
    • 振り返りがマンネリしてしまったときの良い問いかけ「あなたたちのチームは世界最高のチームですか?」
    • KPTふりかえりの質も評価(標準)
      keepの枠にgoodをあげる
    • 1枚のボードを使い続けることが良い。前回の状態がわかるから
    • ラウンドロビン方式(ぐるぐる順番に発言する)
  • 3位 個人の成長とチームの成長
    • 個人とチームの成長が相乗作用を生む
  • 2位 チームの成熟とふりかえりの仕方
    • チームの成熟に合わせ、進行を変える
    • プロブレムを出す人はトライを一緒に考えがち
    • トライできそうなものしか、プロブレムを出さないこともある。
  • 1位 ファシリテータは不要

「現場でよく見かける課題とその解決案(現場コーチの場合)」

  • 現場コーチの役割
    • ちーむをビルドする
    • プロセスのカイゼン
    • 技術の検証
  • 視座を高くする
  • ふりかえりの目的
    • プロセスの改善
    • 不確実な状況を明らかにする

やり方の改善のためのふりかえり
成長し続けることで、成果を出せる強いチームになる
忙しすぎると自分の手元が見えなくなる。俯瞰する場がなくなるフィードバックする機会がなくなる
改善の機会を失う

  • 不確実な状況を見通す
    • しばらくして歩んでみて、ふりかえり、次のアクションを試して見る。
  • KPT
  • YWT
  • タイムライン
  • エモーショナルライン
    長期的なプロジェクトでやってみると良い

  • 残念なふりかえり
    時間がないのでふりかえりはスキップしましょう
    何でもかんでもとりあえずKPT
    とにかく話題が多岐に広がりすぎる
    初めのうちは良いけど、成熟しつつあるチームは話題にフォーカス
    何か話すことにプレッシャーを感じる
    タイムボックスにそうだけの予定調和なふりかえり やると決決めたことが実行されない

  • ふりかえりで意識している問い

    • ふりかえりの意図参加者など様々な要素を踏まえてデザインする
    • 自分たちで意思をもってきめいているか
      • 説明責任・改善責任を自分で話すことができるはず
      • 決めることができる必要なサポートの存在
    • あんしんできる・安全な場か?
      くだらないと思える意見、批評をその場に出せる。
      付箋に書いてもらう、言えないけど、書けば意見が出やすい?
      グランドルールを決める
      腕組みをしない。上司出て行ってください。
    • 事象や結果を計測できるか?
      • 事実を収集する
      • ふりかえりがおわったら、何をするか明白か?
  • いきなりはうまくならない
    走りながら靴紐を結べない。立ち止まって靴紐を結び直す。

QA

  • プロブレムがチームの枠を超えたものが出てきたらどうしたら良いか?
    • 他チームが遅い時に、働きかけをする。第三者をいれて話をする。
  • チームの成熟度はどのようなレベルがあるのか?
    • 一年くらいスクラムをやっているチームのふりかえりが流れでされてしまう
    • 世界最高のチームなのかと説いてみる?プランニングポーカーで点数を出してみる。その結果について、話あってみる。
  • プロジェクトの内容を知らないのに、ふりかえり会のファシリテーションをする工夫
    • 気にしない。もうちょっと具体的に教えてもらう。
    • 他の人は、どう思っているのか聞く。それは感想ですか?
    • ファシリテーターは、場をうまく回すロールである。
    • 安全安心の場を作る
  • ふりかえりが根付かない
    • プロジェクト中は、よくわるけど解散したら他の現場ではやらない。ことがあってどうしたら良いか?
    • やらされていたら、他の現場ではやらない。心からふりかえりを良いと思っていたらやると思う。
    • ふりかえりの場に上司を連れてきて、誘い込む
  • メンバー間のやる気がギャップ場合にどのようにしたら良いか?
    • 10人くらいいるとテーマが合わない。
    • 3つくらいのテーマに絞って 人数を絞ってふりかえりをする
  • ふりかえりをやるタイミング
    • 定例で実施する。一週間に15分とか
    • 毎週一時間することが決まりではない。毎日ふりかえりでも良い
    • 自分たちがふりかえりのフィードバックを感じられる頻度が良い
    • 1ッカツだと 振り返ることが辛くなる?
    • 毎日10分とか?
  • やることを決めたこと
    • 誰々がいつやるかまで、きめられているか?
    • トライを見える化、朝会でチェック
  • 継続性がなく、忙しい、トラブルが続くとスキップされる。そのままやらなくなる。どうしたらよい?
    • リスケはしない。
    • チームのえらい人がスキップの元凶になっている可能性もある。
    • 2週間後にやる。
  • PにたいするTがでず、タイムアップで持ち帰りになる。
    • Pにたいする優先順位をつける。
    • Tを出す人がTをやることとなってしまうと、でにくくなる。
    • 無責任に出してもらう。
    • Tをやる人がTができるようにサポートすることがチームにとって必要