【感想】『どこでも誰とでも働ける――12の会社で学んだ“これから"の仕事と転職のルール』（尾原和啓）
著者について
尾原和啓さんは、この本のサブタイトルもあるように、12社（マッキンゼー、NTTドコモ、リクルート、Google、楽天など）を経験していらっしゃる方です。他の著書に、『ITビジネスの原理』、『ザ・プラットフォーム』、『モチベーション革命』などがあります。
私はこの中では『モチベーション革命』だけ読んだことがありますが、「偏愛マップを見せ合おう」、「自分のトリセツを書こう」あたりの話がためになる本でした。
books.rakuten.co.jp
私のピックアップ
これから実践できそうだなと思ったトピックのみ取り上げます。既に実践していることや、わかっていることには触れません。
第1章
自分がもつ知識はできる限りオープンにしたほうが得をする
本書を読むまでは、自分はできていると思っていました。
尾原さんの場合は、毎朝最低20人に相手に合わせた記事を一言添えて送っているそうです。
- 常に視点を変えながら読むので、20人分の視点を自分の中に持てる
- 仕事でも相手の視線に立って考えられるようになる
- インプットの量を無理なく確保できる
わたしの場合は、知っていることを聞かれれば答えるし、誰かの役に立つかもしれないと思ったときには文書としてまとめて公開していますが、ここまではしていません。
実際に最低20人に送らないまでも、論文や技術系記事を読むときは、他の人の視点を意識しながら読もうと思いました。
グーグルが最高のブレスト相手になる理由
- グーグルアラートに、出会った人のうち、これぞという人の名前を全部登録しておく
グーグルアラート、こういった使い方をしたことがなかったので目からウロコでした。
この節では他にもいろいろGoogleのサービスが紹介されていましたが、それらは私も使用しているのでここでは言及しません。
リクルートが大事にしたOBゾーン
「ここまではやるけれど、ここからはやらない」という線引を、ゴルフにたとえて「OBゾーン」とリクルートでは呼んでいるそうです。
私はゴルフを嗜まないので知らなかったのですが、ゴルフにおいて、OBはOut of Bounds（アウトオブバウンズ）の略で、 プレーが出来る区域外のことを意味するそうです。
OBゾーンには手を出さない
→美学やこだわりが生じる
→熱量が出る
→共感を呼ぶ
自分らしさが生まれて他との差別化要因ともなる
相手の期待値をコントロールする
- エクスペクテーション・マネジメント（期待値管理）
- 相手の期待を1%でも下回れば満足してもらえない、100%がスタートライン
- 期待値をある程度高めて相手の行動を引き出す
- それ以上は無理にあげない
- 本番では期待値をはるかに超えるサプライズを演出
頭ではこのようにすればいいのかとわかっても、実践までのハードルが高いです。
今まで期待値をコントロールしようと思ったことが無かったので、まずは意識するとこから始めたいと思います。
仕事ではまず、全体像と制約条件、意思決定のプロセスを押さえる
これができないと後々つらくなりますね。でも結構難しいですよね。
全体像を把握するフレームワークとして、MECE（ミーシー）というものがあるそうです。
MECEは、
- Mutually
- Exclusive
- Collectively
- Exhaustive
の頭文字を取ったもので、「相互に排他的な項目」による「完全な全体集合」です。
重複が存在する集合に対しては使えません。
MECE - Wikipedia
また、資料づくりでは「ブランクチャート」という絵コンテを先に作るやり方があるそうです。
- 資料の全体のストーリーを作って各ページの役割分担を決める（課題、仮設、結論 etc.）
- 各ページの1行メッセージを考える
- 各ページの中身を吟味
この方法に「ブランクチャート」という名前があることは本書を読むまで知らなかったのですが、最近はこの方法で資料づくりを作るように意識しています。中身の吟味のほうが楽しいので先にやりたくなってしまいますが、構成は本当に大事ですね。
第2章
「始まりの場所」にいる大切さ
- 刺激があるから成長する
- 皆が一斉スタートである「始まりの場所」では、ベテランが多い場所と比較するとプロになれるまでの時間がそれ程かからない
- 最初からいる人は、発展しても、どこで何が起きているか大体わかったまま成長できる
「始まりの場所」の見つけ方
未来予測すると良いというお話を昨年聞いたなーと思い出しましたが、まだ実行に移せていません。
未来予測の資料を読むコツは、最新版を読むときに1年前と3年前のものを同時にチェックして、何が当たったか、何が外れたかを書き出すことだそうです。これは少しずつやっていかないと、できるようになっていかなそうだと感じました。
おわりに
本書の「おわりに」の部分に、
いつものように、ぼくの本にはオリジナルなことなんて何一つありません。みなさんからいただいた言葉を自分なりに咀嚼して、言いかえていった言葉を連ねています。
とあるのですが、確かに書いてあるトピック自体は、よく耳にするものも多いのですが、とにかく尾原さんは実践力がすごいのです。私の場合ビジネス書を読むときは、最初に目次を読んで、ある程度内容を推測してから読み始めるのですが、どの章・節を読んでも、ここまで実践するのかと感銘を受けました。
Machine Learning Casual Talks #8 に参加してきました
はじめに
2019/01/28(月)に行われた、Machine Learning Casual Talks #8 に参加してきました。
mlct.connpass.com
YouTube配信されていて、以下から見ることができます！
youtu.be
当日の様子は、Twitterのハッシュタグ、#MLCTでもわかります。
本当に毎回人気のイベントで、今回も一般参加枠や初回参加枠は、枠に対して申込みがかなり多かったため、今回はブログ枠で申し込みました。
開催場所は、株式会社メルカリでした。
MLCTに参加したのも、株式会社メルカリのオフィスにお邪魔したのも、今回が2回目でした。
大きいスクリーンが何個かあってどの席にいても見やすいし、社員じゃなくても無料でソフドリを購入できる自販機があるし、全体的にオフィスきれいで最高です。
エムスリー株式会社の西場 正浩（@m_nishiba）さんから、ノベルティでUSB typeCオスUSB typeAメスのコネクタをいただきました！ちょうど今使っているのが壊れて買い直そうと思っていたタイミングだったのもあり、神ノベルティだと思いました。大切に使わせていただきます。
冒頭
Machine Learning Casual Talks を始めた理由 Aki Ariga(@chezou) さん
『仕事ではじめる機械学習』の著者
books.rakuten.co.jp
カジュアルとは
カジュアルトークを開くと、その手の人がカジュアルに自分の好きなことばっかり話すからガチな話しかない
AWS Casual Talks#1 で説明したカジュアルとはを再掲 http://t.co/CdlqWIlDES #awscasual
— con_mame (@con_mame) 2014年4月18日
MLCTの狙い
本編
エムスリーにおける機械学習活用事例と開発の効率化 西場 正浩（@m_nishiba）さん
資料
資料の末尾に、パネルディスカッション用のsli.doの質問に対する回答も載せてくださっています。
私のメモ
各発表に対して「私のメモ」という項目で書きますが、概要ではありません。文字通りメモです。
- ずっと使ってもらうためにはプロマネ大事、これからは機械学習×プロダクトマネジメントが大事になってくる
- アルゴリズムのOSS化すると公開できるレベルのものを作るようになる
- 既存のサービスじゃないと、そもそもサービスに価値がないんじゃないかって話になってアルゴリズムのせいなのかどうなのかわらかない
- 期待収益計算できると工数見積もしやすい
- アルゴリズムで改善できることがわかっているもの
- e.g. ニュースは地域きくって言われてる → ルールベースで出身地域のとか出して聞いたら機械学習でもいけそうだよね
- 勤め先の昇給の仕組みや水準を理解する
- 出世したいなら上司を出世させるのも重要
- 技術貢献、ビジネス貢献、組織貢献
所感
少人数で回しているのが本当にすごいです！
機械学習領域でマネジメントできる人が需要あるのは本当に感じます。
キャリアの話も聞けて良かったです！
私自身は給与体系は把握はしているけれど、そこに対してきちんと戦略を立てられているとは言えない状態なので、意識していきたいと感じました。
LT
bfloat16について OEC (@roishi2j2) さん
所感
bfloat16自体が初耳でした！
会場全体でも知っていた人はほとんどいなかったようでした。
GPUが扱える、サイズが小さい、精度は十分とのことで、良い事づくしなのかなと思いました。
cloud.google.com
強化学習を可視化する chainerrl-visualizerを動かしてみた @mogamin さん
資料
私のメモ
強化学習の良いところ
- 正答データがない問題でもできる
強化学習のつらいところ
- 報酬設計が難しい
- いつ報酬を与える？いつ罰を与える？
- マルチワーカーが苦手
- GPUをフルに使えない、CPUパワーに依存する
- シミュレーターの開発コストが高い
- 実際の環境、状態をもうらするシミュレータ必要
- マルコフ決定過程をちゃんと成立させて作る
- 状態が変わらなければ意味がない。報酬減らしたり枝刈りとか
- 方策設計はどうあるべきか
- いつまでも神の手を待ってると終わらない
- アルゴリズム部、Deep Q-Network部の試行錯誤
Chainerrl-Visualizer
github.com
- どこを見ているかが可視化できる
- 何が取るべきactionか出している
- 可視化ないと強化学習難しいよね
- こういうツールいいよね
所感
LT聞いて良さそうだと思いました。そもそもChainerを普段使っていないのですが、使う機会があったら使ってみたいです。
分散深層学習のチューニングや辛い話 Shunsuke Kawai(@vaaaaanquish)さん
資料
私のメモ
- ヤフオク! チームリーダー
- ヤフオク! の偽物物品検知AI
- Yahoo! JAPANのスパコン、kukai
- マルチモーダルCNN
- kaggleのAvitoコンペ1st solutionのモデルを参考にしてやった
- * 層、初期パラメータ、Samplerなどの実験
- 最初Kerasで書いていてChainerMNに変えた
- チャットbotも作っていた
- * LGBMとかよりずっと良かった
- ECの違反検知、最後は人が見てBANするけど、限界あるからそれをサポートするMLモデルは精度重要
- 偽物の出品は少なくてImbalance data
- ファッションは多いけど電子部品はなかったりとかそういうの
- ｢ユーザが違反 → オペレーターがBAN｣の度にモデルを再学習
- pretrain使ってるからoverfitする
- 実際のデータでCV作ってValidationとって評価
- 大きなデータでばらつきあるやつでやるにあたって、Chainerだと Dataset, iterators、PyTorch だとData loader, Samplerといったクラスの設計がすごく大事
- 正例と負例を最初は5:5で実際の割合にあわせていく
- 機械学習の観点でマッピングできるできないを考えて均等にサンプリングする
- entity embeddings
- embedding layerをはさむと商品の位置関係を考慮できる
- 偽物判定は数値的な大きさはあんまり関係ない
- ヤフオク! は1円出品がある！大多数が低価格か1円
- 内部でマイナスで表している場合もある
- 次の画像で使うpハッシュを使う
- 画像同士のphashを計算し同一画像をなるべく学習しないように
分散深層学習は機械学習モデリングとソフトウェアエンジニアリングの総合格闘技
所感
ばんくしさんがヤフオク!の異常物品検知に携わっていることは知っていましたが、具体的な話を聞けて良かったです。
欲を言えば、LTじゃなくて本編の長さでききたかったです！
パネルディスカッション
パネルディスカッションは、司会の @hurutoriya さん、登壇者の @m_nishibaさんと @naohachi89 さんの3名に、sli.doでした質問に答えていただく形式でした。
app2.sli.do
聞きながら取ったメモほぼそのままなので、たぶん抜けている箇所はあるので、正確に知りたい方はYouTube配信の方をご覧になることをおすすめします。
プロジェクトの取捨選択や推進をできるレベルの人材ってどれくらいいますか?
@m_nishibaさん
- チームに5人しかいないので今のところ自分だけ
- サービス理解、ビジネス理解、ビジネスサイドと同じ土俵で話せる人
@naohachi89 さん
- PMは明確なロールを持っている人がいる
- AEからPMになった人はいまのところいないけど、わりと新しい会社なのでこれからキャリアパスが整備されるかも？
@hurutoriya さん
- プロダクトマネージャーやエンジニア出身じゃない人がプロジェクト回せるのか？結構難しい
- プロジェクトを回せる人材はまだまだ希少、新しいキャリアパスとしては面白いのかなー
Q. 西場さんに質問です。AIチームの目標が売上○億円にするのめっちゃ良いですが、売上の定義ってどうしてますか？レコメンドを導入したとして、そのレコメンドからのコンバージョンは100%AIチームの売上になるんでしょうか？
@m_nishibaさん
- KPIダブルカウントでOKとしている。改善幅はレコメンドの成果
Q. マルチクラス難しそうだけどPros and consは？
@naohachi89 さん
- 公開したくないやつはダッシュボードから設定
- 公開非公開の設定みていろいろする
- 1000クラスだと1000model、クライアント100だったら×100 → その数作るよりは1 modelの方がいいかなあ
Q. 特徴量を自分で作ってロジスティック回帰を使う、NNのモデルを使う、アンサンブルをするなどで、精度と複雑さや時間とのトレードオフがあると思いますが、この辺実務ではどのように対応されていますか？
@m_nishibaさん
- そこまでできてないが、計算時間は意識している
- 医療画像、画像診断はスピード求められない
@naohachi89 さん
- トレードオフは意識している
- めちゃくちゃ精度よくても学習速度かかるとコストがかかる
- 学習にかかる時間、推論にかかる時間、メモリ使用量
- 正解率高くてもボツにしたモデルもある
@hurutoriya さん
- オフライン時とオンライン時のテスト基準
- 推論時間と学習時間
- 推論短くしたいとか運用のシンプルさとか…….
Q. サービスのインフラは何を使っていますか？（AWS, GCP, オンプレ...） ミニマムにスタートアップするとしたらどのインフラを選びますか？
@m_nishibaさん
@naohachi89 さん
@hurutoriya さん
Q. 医療とITでビジネスインパクトが一番大きいのはカルテの共有と診断の（やや）自動化とのことかと思います。M3ではクラウドカルテのサービスがあるようですが、どれだけ使われていて、分析がなされているのでしょうか？
@m_nishibaさん
- 人数少ないけど分析したい！
- フリーテキストなのでかなりむずい、癖がある
- 構造化すら難しい
Q. 運用の際、モデルの精度の許容範囲はどのように決めていますか？
@m_nishibaさん
- サービスのビジネスオーナーが決める
- ある程度悪くても受け入れてもらえるけど、ABテストやアンケートはする
@naohachi89 さん
- モデル、どのくらい改善幅があるか？
- 許容範囲という概念がない
- 3ヶ月とか6ヶ月とか決めてやるのは許容範囲は大事になってくる
- ベースラインを設定する、クライアントのビジネス要件を握ってする
@hurutoriya さん
- どの打ち手がいいか、どのKPIがいいかみんなで考える
- 一人で決めるのはつらい
- プロフェッショナルからフィードバックをもらう
- どういう問題を解くのか、大きいKPIだと難しい
- Precision, recall
- PoCをはやく回す
Q. 自分の会社でも利益を目標にしているのですが、機械学習やディープラーニング以外を使っていなくても自チームの調査で課題を見つけて他のソリューションで解決した場合も実績に加算していますか？
@m_nishibaさん
- 加算していない
- でも楽しい、できたらめっちゃ気持ちい
- 360度評価であの提案良かったみたいなコメントがあると考慮される
@naohachi89 さん
- 実績に加算というのがそもそもそんなない
- 機械学習使わなくても性能良いなら良いと思う
- GoogleのRules of Machine Learningにも機械学習使わないことを恐れるなみたいなことが書いてある
- 機械学習で解決する問題少ない
@hurutoriya さん
- 機械学習じゃないものを提案することもある
- 評価に入ることもある
Q. 採用活動に関連して，ML関連の技術を持っている人材は不足していると言われていますが，未経験or経験が浅い人材でも採用して自社で鍛える上げることもありますか？
@m_nishibaさん
- 入社したとき未経験だった
- 未経験でも取らないことはないけどポテンシャルや実績がほしい
- 数学、コンピュータサイエンス、ちゃんと勉強はしててね
@naohachi89 さん
- 全くの未経験はとったことないけど、学習欲あればとるかも
- なりたい人は未経験でもkaggleとかやるよね
@hurutoriya さん
- 自分ではじめやすい時代
Q. すべてのMLフレームワークに精通していますか？
@m_nishibaさん、@naohachi89 さん ｢｢していません｣｣
Q. エムスリーのMLチーム、MLエンジニア以外にデータエンジニアとアプリエンジニアがいるそうですが、データエンジニアとアプリエンジニアに常に仕事がある状況になっていますか？個人的にそういうチーム構成を考えているけど、MLエンジニア以外の常時的な仕事を生み出すことが難しそう。
@m_nishibaさん
- 大丈夫、会社できて20年
- DBぐちゃぐちゃ、そこで大活躍、基盤も作ってもらう
- アプリケーションエンジニアは他のチームと兼任だったり
@naohachi89 さん
- クライアント企業は大企業が多い
- 壁が多いからドライブしにくい？
@hurutoriya さん
- APIあるけどクライアントエンジニアいないからリリースできないとかありそう
- 機械学習APIできたけどクライアントエンジニアいないとかある
- 小規模チームだとアイドルタイム多そう
- 多いとスピード上がりそう
Q. MLは大きいところを狙いたいので老舗大企業と組みたい vs 老舗大企業は組織間の壁が厚く辛い のジレンマに陥ることってありますか（私は陥っています)
@m_nishiba さん
@naohachi89 さん
- 企業による
- プロジェクトによる
- 受注という文脈？
Q. ばんくしさんへ、スマホで機械学習の状態を監視や操作をするために使った技術を知りたいです！
@vaaaaanquish さん
- ヤフーだと社内システムが整っている
- 社内の自製チャットツールのAPIたたき放題でそこに全てのログを流す
@hurutoriyaさん
- 体制ないと真似できないですねー
本イベントの、他の参加者のブログ記事
Women in Machine Learning @Google Japan に参加してきた
はじめに
本日2019年1月26日（土）に開催された、Women in Machine Learningというイベントに参加しました。
www.meetup.com
本イベントの主催は Machine Learning Tokyo というよく機械学習関連のイベントを行なっている団体と、Google Japanです。私自身はMLTのイベントは初参加でした。
machinelearningtokyo.com
www.meetup.com
全てのトークは英語だったので、英語で感想を書こうかなと思ったのですが、一旦日本語で書きます。
余裕があったら英語版も書きます。
資料は現時点ではどなたも公開していらっしゃらなかったようでしたので、載せていません。
感想
1. "Handling Gender in Google Translate", Anja Austermann, Software Engineer, Google Japan (Google Translate)
以下のブログを始めとした、いくつかの記事でこの話を以前に読んだので、ちょうど気になっていました。
www.blog.google
翻訳において、性別の部分の対処は一筋縄でいかないことも多くて大変だということがわかりました。
性別が決まっている単語(e.g. wife)もあれば、無い単語(doctor, manager, nurse etc.)もあります。
また、言語によって、男性か女性かで違う単語を使っていたり、男性でも女性でも一つの単語で表現できる場合もあります。
気にしすぎると性別関係ない部分にも性別の表現が出てきてしまったりするみたいです。
2. "Machine Learning in Space", Danielle DeLatte, PhD in Aerospace Engineering at the University of Tokyo
クレーターの検出をアンサンブル学習でして、可視化もしたというお話をうかがいました。
航空宇宙でどうMachine Learningするかといったお話を聞く機会は今まで全然なかったので、すごく新鮮で、面白かったし自分自身も分析してみたいという気持ちになりました。
分野が違えど、すること自体は一緒なんだなーと思ったり。
航空宇宙に関するデータ分析をしたい人は、以下のデータセットが使えるようです。
archive.stsci.edu
pds.nasa.gov
www.kaggle.com
"End-to-end Pre-modern Japanese Character (Kuzushiji) Recognition with Deep Learning", Tarin Clanuwat, Researcher at the Center for Open Data in the Humanities, National Institute of Informatics
Kuzushiji は、「くずし字」です。古文書で使われているくずした形で書かれている文字です。
今くずし字を読める人は、日文と歴史の研究者、書道を習ってる人くらいみたいです。
私は読めません。
アノテーション大変だという話を聞きましたが、確かにそもそも読める人が少ないのに行ったり頼んだりするのは大変ですよね。
くずし字のことはよく知らず、初めて聞く話だったので、とても新鮮でした！
ひらがなも漢字も、元々一つの字に対して書き方がたくさんあったというのが衝撃でした。
現代に生まれて良かったです。笑
絵の書いたものに文字が書かれていたり、全て縦書きで読んでいけばいいという訳でもなく、ブロック（段落？）がダイナミックにオシャレな感じに配置されていたり......。
ひらがなの「く」と「くの字点」がとても似ているのですが、私には見て違いがさっぱりわかりませんでした。
Data Setがあって、Kuzishiji-MNIST、Kuzishiji-49、Kuzishiji-Kanjiというのがあるそうです。
www.lyrn.ai
www.kaggle.com
"How to become a data scientist", Etsuko Tane, Market Researcher, BrainPad Inc.
データサイエンティストの女性は、O'Reillyの調査によると世界で20%、データサイエンティスト協会の調査によると日本だと12%だそうです。もっと増えるといいなと思います。
データサイエンティストになるメリットとして以下の3点を挙げていらっしゃいました。
- バックグラウンドはCSや統計でなくても良い
- 世界のどこでも仕事を探せる、働ける
- 年収高い
実際に仕事では、私自身も、いろいろな分野の出身の人たち、様々な国籍の人たちと現在仕事をしてます。
これは1. や 2. の恩恵だと思います。
データサイエンティストのスキルセットは大きく3つにわけて、「ビジネス力」「データサイエンス力」「データエンジニアリング力」です。全て完璧に身につけるのは難しいと思われるとのことでした。同感です。
よく見る図のやつですね。
prtimes.jp
おわりに
パネルディスカッションの時間があったのですが、質疑応答が活発で20以上質問が出ていました。
Machine Learningに携わる活躍する女性の方々のお話を聞けて、大変刺激を受けました！
参加者同士でも交流することができ、有意義な時間を過ごすことができました。
Learn You a Haskell for Great Good! Chapter2 （すごいH本 1章）
はじめに
会社の同期と "Learn You a Haskell for Great Good!" の輪講をしています。
learnyouahaskell.com
本書は日本語訳も出ていて、邦題は『すごいHaskellたのしく学ぼう！』で、「すごいH本」という愛称で親しまれています。
輪講で使用した資料
Chapter2のStarting Out!の部分を、Jupyter notebookでまとめて、動かしながら確認しました。すごいH本では1章にあたる部分のようです。以下に資料を公開します。
1月半分すぎたけど2019年の抱負
はじめに
本当は1月の初めに決めようと思っていたのですが、気づいたら半月すぎていました。
インプット系
勉強会
月2以上社外の勉強会に行く。
懇親会では、最低2人以上と話す。（わりと最初に話しかけてくださった方と最後までずっと2人でしゃべってしまうことがあるので）
アウトプット系
ブログ、Qiita
今年は、ブログとQiita合わせて月に1記事以上書く！
ソースコードを含むような記事はQiitaに書くので、ブログタイトル変えようかしら。（このブログにデータサイエンスしてる感がないので、タイトルと中身が合ってない感じがする）
登壇
今年は12回する！
目安としては月1回。社内外問わず。
おわりに
本当はもっといろいろ書こうと思っていたのですが、公開しないまま1月が終わってしまいそうだったので、かなりざっくりとした感じになりました。2019年の12月にこの記事にそって振り返りをします！
connpassのイベントで、申し込む枠を変更したい
connpassとは?
connpassは、エンジニアをつなぐ IT勉強会支援プラットフォームです。
connpass.com
勉強会、イベントを探すのにとても便利です。
connpassのイベントの「枠」とは？
1つのイベントに対して、イベント主催者は複数の枠を儲けることができます。社会人枠、学生枠などがあります。各枠に対して、先着順か抽選かをイベント主催者が設定します。参加者は、1つのイベントにおいて、1つ枠を選んで申し込みをします。同じイベント内の複数の枠に申し込むことはできません。
この記事を書こうと思った理由
とあるconnpassのイベントに、既にある枠で申し込みをしていて、異なる枠で申し込みをしたいということがありました。
connpassご利用ガイドを読んでもわからず、「connpass 枠 移動」とか「connpass 枠 変更」とかで検索をしてみましたが、知りたい情報を得られませんでした。「一度キャンセルして、再度申し込みを〜」との記述があるconnpassのイベントページを見つけたので、その情報を信じてやってみることにしました。
わからなかったから、やってみた
1. 申し込みキャンセル
まず、イベントページ内の、「申し込みキャンセル」をクリックします。
すごくドキドキしました！！！
ここで、一度キャンセルしたイベントに再度申し込めなかったらどうしようか不安でしょうがなかったのですが、大丈夫でした。
2. キャンセルの理由を書く
この部分ですが、この後別枠で申し込むと、「キャンセルした人」の欄には表示されなくなるので、書かなくていいかもしれません。キャンセルの理由を書いて送信した時点では、「キャンセルした人」の欄にIDおよびコメントが表示されます。
私自身は、念のため枠移動の旨を書きました。
（connpassでイベントを主催したことがなく、主催者にコメントの通知が届くのかどうかがわかりません。また、ここまで行った時点では、キャンセルした人一覧に名前とコメントが最後まで残るのかと予想していましたが違いました。）
追記(1/6 23:00)：↑主催者側にはメールで通知がいくようです。
3. 申し込みたい枠に対して、申し込む
あとは、申し込むだけ！
申し込み方法がわからない方は、connpass ご利用ガイド 参加者の機能 > イベントに参加する をご覧ください。
申し込む枠の移動をする前に気になっていたこと
どの枠に自分のIDとコメントが残るのか気になっていました。
結論から言いますと、
- イベント申込者一覧の、元々参加申し込みをしていた枠 ×
- キャンセルした人一覧 ×
- イベント申込者一覧の、新たに参加申し込みをした枠 ✔︎
となっています。
おわりに
connpassのイベントに参加する際に、申し込む枠の移動で困った人の参考になれば幸いです。
2018年にしたインプット・アウトプット、新しかったこと
2018年ももうすぐ終わりなので、1年を振り返ってまとめたいと思います。2018年は年間目標を立てていませんでしたので、やったことを書きます。2019年の目標については新年になってから書く予定ですが、今のところ、年間目標を立てるという目標があります。
インプット
読書
今年は85冊読みました。まだ読みます。
今年のおすすめは以下の記事で紹介しています。
kabayan55.hatenablog.com
勉強会・技術系イベント参加
《女性限定》Geek Women New Years Party 2018
techplay.jp
半年以上ぶりくらいに参加したイベント。たくさんのエンジニア女性と話すのは楽しい！
このイベントが楽しかったので、2018年こそは勉強会やイベントに参加しようと思いました。
このあと半年くらいどこにも顔を出していません。
togetter.com
【サポーターズCoLab勉強会】20代エンジニアのキャリア論
supporterzcolab.com
そろそろ真面目にキャリアに向き合おうと感じて参加。
WebHack#15 From code to release @Line 新宿
webhack.connpass.com
わりと珍しい英語onlyの会。開発全般についての話でした。
Machine Learning Casual Talks #6
mlct.connpass.com
実務に直結する他社の事例を聞けるとても貴重な勉強会。懇親会で数人としか話せなかっただけが心残りでした（わりといつもやってしまいがち）。毎回大人気ですね。（抽選通れば）毎回行きたいです。
うちのビッグデータ事情#01 - データ収集・分析基盤構築・データ解析・可視化-
techplay.jp
AWSの話が多くてAWSを使ったことがなかった私にはピンときませんでした。
かなり具体的なお話が聞けた点は良かったです。
【まつもとゆきひろ氏 特別講演】20代エンジニアのためのプログラマー勉強法
supporterzcolab.com
プログラマー勉強法をちょうど知りたかったタイミングで開催されたため、参加。
そのときの感想は以下の記事に。
kabayan55.hatenablog.com
Data Analyst Leaders Talk! #2
connpass.com
データアナリスト向けの会でした。
データアナリストのことやダッシュボード事情を聞けたり、データ分析の民主化の話を知れた貴重な機会でした。
【和田卓人氏特別講演】若手エンジニアに送る、"心構え"と"キャリア観"
supporterzcolab.com
この日に聞いたことは勉強になりましたが、まだまだ実践できていないと感じます。
その時の感想は以下に↓
kabayan55.hatenablog.com
ML Kitchen @Cookpad #10
cookpad.connpass.com
たまたま開催日の前日だか前々日に見つけてふらっと参加しました。
【サポーターズ勉強会】これだけは絶対覚えたいセキュリティ基礎講座
supporterzcolab.com
セキュリティについて勉強する必要があると感じていたときに目に留まって参加。
【サポーターズCoLab交流会】クリスマス・ハック・ミートアップ
supporterzcolab.com
厳密に言えば勉強会ではないのだが（LTはあった）、普段接しない人たちの様々な話が聞けたので面白かったです。普段はどうしても機械学習やデータ分析をしている人とばかり話してしまうので、こういった機会も大事だと思いました。
エンジニアの登壇を応援する忘年LT大会
techplay.jp
LTが総じてクオリティが高かったです！事前にリハーサルをしているそうです。一年の締めくくりに相応しい会でした。私もアウトプットしていきたいと改めて感じました。
togetter.com
techplay.jp
アウトプット
社内有志勉強会
NLP チュートリアル
自然言語処理（NLP）の勉強をしたいとの要望が多かったので、Graham Neubig先生のNLPチュートリアルを輪講形式で行う勉強会を主催しました。
Graham Neubig - チュートリアル資料
私が取り組んだのは、3度目です。
主催といっても、やったことは、取り組む教材選びと補足説明と場所の確保くらいです。
自然言語処理の良い復習になったと思います。
マイクロサービス輪講
オライリーの、『マイクロサービスアーキテクチャ』の輪講に参加しました。
books.rakuten.co.jp
「4章 統合」と「6章 デプロイ」を担当しました。
一通り読み終えましたが、実践する機会があれば、読みながら少しずつ実践したいです。
Qiita
2記事（2017は0記事）
qiita.com
ブログ
9/29にはじめました。
この記事を含めて、7記事です。
読書メーター
レビュー45記事／85冊
サポーターズCoLab講師
supporterzcolab.com
初めて講師をしました。1人でリハーサルしたときは時間ちょうど良かったはずなのに、実際にはかなり早く終わってしまったので、1人で練習するのではなく、複数人に事前に見てもらうべきだったかなと思いました。反省点は多々あります。
2018年新しかったこと
Apache Kafka
PyCharm
今までAtomやJupyter notebookで開発していたのですが、今年後半になって初めてPyCharmを使用しました。
Keras
コード読んで動かしたりしていたくらいなので、まだ書けるようにはなっていません。
Trello
今までプライベートの進捗はTodoist、仕事の進捗はJIRAで管理していました。
trello.com
Office TIMELINE
かっこいいロードマップが無料で作れます。
www.officetimeline.com
EF English Live
半年間受講しました。ビジネス英語を初めてきちんと勉強できたので良かったです。
englishlive.ef.com
Pluralsight
プログラミングの学習サイトです。英語only。まだ始めたばかりですが、1年続けるつもりです。
www.pluralsight.com
kabayan55.hatenablog.com
まとめ
わたしにとって、2018年はアウトプットを開始した年でした。
続けることが大事だと思っているので、2019年はもう少し具体的に目標を立てて、楽しくやっていきたいと思います。
