「Oisix・機械学習勉強会」参加メモ
https://oi-study.connpass.com/event/48753/
行ってきました。
今はやり？のグラッフィックレコーディングで記事を書いてみました。
準備した道具
- キャンドゥ レミィ五反田店で買った方眼用紙
- 無印良品 水性六角ミニカラーペンセット ¥500
「レビューのネガポジ RandomForest vs LSTM」
- MAX鈴木 （オイシックス株式会社 エンジニア）
- 限られた紙面の中に、話を聞きながらまとめるのは無理ゲーじゃないか？
- LT全体の構成がわからないと、紙面をどう使っていいのかわからなくなる。
- 肝心な課題部分が聞き取れなかった。
- 途中から、下書きして、後から色塗った。
- 色を使いすぎ？
【eLV勉強会】 Dockerを触ってみよう ~初心者向けDockerハンズオン~ 参加メモ
こちらに参加してきたので、メモ共有。
【eLV勉強会】 Dockerを触ってみよう ~初心者向けDockerハンズオン~ - ~ITエンジニア勉強会~ engineer's Learning･Vesper | Doorkeeper
当日利用した資料
やったこと
- さくらクラウドでに、サーバ（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クラスロジスティック回帰
- 発生確率を予測する
- Azure Machine Learningを使ったモデル作成のデモ
「リレーションシップ駆動要件分析 ☓ ドメイン駆動設計 ☓ アジャイル開発」参加メモ
メモ
「越境アジャイル Transgrade Agile」
- 市谷さん
- TIS、楽天、永和マネジメント、起業
- 問い
- システム開発は人の企みについてこれているのか
- 事業、サービスは成長するが、システムはどうか？
- ベンチャーと中大企業が、さらに事業を大きくする時に足かせとなりそうなシステム開発をどのように乗り越えるか
- 戦略的越境
- 仮説検証型アジャイル開発
- 正しいものを探す
「RDRA for 越境アジャイル」
- 要件定義の技法 RDRA
- 図を書いて、要件定義する技法。
- http://www.vsa.co.jp/
依存関係があるので、合意の場所をどこで実施するかがキモである。
ビジネスルールの洗い出し
- ビジネスモデルキャンバス
- ビジネスコンテキスト
- バリエーション分析
- 既存システムの調べ方
- 具体的な分析
- 集めやす情報から集める
- 集めた情報を構造化する
- 抜けたピースを探す
- 集めた情報の特徴から
- 入出力をイベントで統一的に扱う
- 状態を振る舞いのルールとする
- コミュニケーションするために、システム地図を作る
「越境するドメイン駆動設計 現場での実践報告」
オブジェクト指向を体で覚えた
- リファクタリング―既存のコードを安全に改善する
- https://www.amazon.co.jp/dp/427405019
- ThoughtWorksアンソロジー
- https://www.amazon.co.jp/dp/487311389X
Q.getter禁止？
- getしてロジック書いちゃダメだよね
- フィールドは、privateにしている
- ダイレクトフィールドアクセス
toJsonメソッド
SQLアンチパターンを読んでます（随時更新中）
ジェイウォーク（信号無視）
複数の値を持つ属性を格納する
- 多対１の関係性が、１対多の関係性をもつデータを格納する時の設計をどうするか
交差テーブルを作成する
- 多対多となるようなERとする。間に存在するテーブルが交差テーブル
「「ふりかえり」による現場改善の事例とその可能性」参加メモ
esminc-guildworks.doorkeeper.jp 「「ふりかえり」による現場改善の事例とその可能性」に参加してきました。 永和さんに来るのは、初めてです。 勉強会ができるスペースがあり、良さげな会社環境でした。
「ふりかえりで学んだことベスト10」
- 天野勝さん
- 振り返りを指導しに行く人
- アジャイルのコーチをする人
ふりかえりで学んだことベスト10という題材で、過去の経験や事例を交え
共有頂きました。10位 教訓とベストプラクティス
- 9位 チームでおこなうふりかえりの学び
- 8位 KPTとPDCA
- 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
- ふりかえりが形骸化してしまう
- 振り返りがマンネリしてしまったときの良い問いかけ「あなたたちのチームは世界最高のチームですか？」
- KPTふりかえりの質も評価（標準）
keepの枠にgoodをあげる - １枚のボードを使い続けることが良い。前回の状態がわかるから
- ラウンドロビン方式(ぐるぐる順番に発言する)
- 3位 個人の成長とチームの成長
- 個人とチームの成長が相乗作用を生む
- 2位 チームの成熟とふりかえりの仕方
- チームの成熟に合わせ、進行を変える
- プロブレムを出す人はトライを一緒に考えがち
- トライできそうなものしか、プロブレムを出さないこともある。
- 1位 ファシリテータは不要
「現場でよく見かける課題とその解決案(現場コーチの場合)」
- 現場コーチの役割
- ちーむをビルドする
- プロセスのカイゼン
- 技術の検証
- 視座を高くする
- ふりかえりの目的
- プロセスの改善
- 不確実な状況を明らかにする
やり方の改善のためのふりかえり
成長し続けることで、成果を出せる強いチームになる
忙しすぎると自分の手元が見えなくなる。俯瞰する場がなくなるフィードバックする機会がなくなる
改善の機会を失う
- 不確実な状況を見通す
- しばらくして歩んでみて、ふりかえり、次のアクションを試して見る。
- KPT
- YWT
- タイムライン
エモーショナルライン
長期的なプロジェクトでやってみると良い残念なふりかえり
時間がないのでふりかえりはスキップしましょう
何でもかんでもとりあえずKPT
とにかく話題が多岐に広がりすぎる
初めのうちは良いけど、成熟しつつあるチームは話題にフォーカス
何か話すことにプレッシャーを感じる
タイムボックスにそうだけの予定調和なふりかえり やると決決めたことが実行されないふりかえりで意識している問い
- ふりかえりの意図参加者など様々な要素を踏まえてデザインする
- 自分たちで意思をもってきめいているか
- 説明責任・改善責任を自分で話すことができるはず
- 決めることができる必要なサポートの存在
- あんしんできる・安全な場か？
くだらないと思える意見、批評をその場に出せる。
付箋に書いてもらう、言えないけど、書けば意見が出やすい？
グランドルールを決める
腕組みをしない。上司出て行ってください。 - 事象や結果を計測できるか？
- 事実を収集する
- ふりかえりがおわったら、何をするか明白か？
いきなりはうまくならない
走りながら靴紐を結べない。立ち止まって靴紐を結び直す。
QA
- プロブレムがチームの枠を超えたものが出てきたらどうしたら良いか？
- 他チームが遅い時に、働きかけをする。第三者をいれて話をする。
- チームの成熟度はどのようなレベルがあるのか？
- 一年くらいスクラムをやっているチームのふりかえりが流れでされてしまう
- 世界最高のチームなのかと説いてみる？プランニングポーカーで点数を出してみる。その結果について、話あってみる。
- プロジェクトの内容を知らないのに、ふりかえり会のファシリテーションをする工夫
- 気にしない。もうちょっと具体的に教えてもらう。
- 他の人は、どう思っているのか聞く。それは感想ですか？
- ファシリテーターは、場をうまく回すロールである。
- 安全安心の場を作る
- ふりかえりが根付かない
- プロジェクト中は、よくわるけど解散したら他の現場ではやらない。ことがあってどうしたら良いか？
- やらされていたら、他の現場ではやらない。心からふりかえりを良いと思っていたらやると思う。
- ふりかえりの場に上司を連れてきて、誘い込む
- メンバー間のやる気がギャップ場合にどのようにしたら良いか？
- 10人くらいいるとテーマが合わない。
- ３つくらいのテーマに絞って 人数を絞ってふりかえりをする
- ふりかえりをやるタイミング
- 定例で実施する。一週間に１５分とか
- 毎週一時間することが決まりではない。毎日ふりかえりでも良い
- 自分たちがふりかえりのフィードバックを感じられる頻度が良い
- １ッカツだと 振り返ることが辛くなる？
- 毎日１０分とか？
- やることを決めたこと
- 誰々がいつやるかまで、きめられているか？
- トライを見える化、朝会でチェック
- 継続性がなく、忙しい、トラブルが続くとスキップされる。そのままやらなくなる。どうしたらよい？
- リスケはしない。
- チームのえらい人がスキップの元凶になっている可能性もある。
- ２週間後にやる。
- PにたいするTがでず、タイムアップで持ち帰りになる。
- Pにたいする優先順位をつける。
- Tを出す人がTをやることとなってしまうと、でにくくなる。
- 無責任に出してもらう。
- Tをやる人がTができるようにサポートすることがチームにとって必要
「教育心理学概論勉強会〜XP後の祭り〜」参加メモ
教育心理学概論勉強会〜XP後の祭り〜
http://connpass.com/event/41104/
教育心理学概論勉強会に参加してきました。
XP祭りの際にも参加しましたので2回目の参加となります。
XP祭りの時のテーマすら忘れました。
3人チームになり、教育について答えを出すワークショップをしましたが、
3人が3人とも勉強会開催失敗経験ありの人々だったので
議論が続かず、息ができないワークショップとなってしまいました。
前回のワークショップはコレ。
http://xpjug.com/xp2016-session-d6/
今回のテーマは「真の学びを提供するには？」でした。
基本的なワークショップの進め方は同じでしたが
テーマがある程度抽象化されていたので、
私が居たチームでも議論が活発に進みある程度
納得感の行く結論までたどり着くことができました
各チームの成果
それぞれのチームでも議論が活発に進でいたようで
最後に結果を共有してもらいました。
それぞれに違う結論が見いだされていて、興味深いです。
参加後、ぽちっとしました
https://www.amazon.co.jp/dp/4595314647
