筋肉で解決しないために。

日々出会うモノに対する考察をしたり、主に以下のテーマに関して書いています。 データサイエンス/人工知能/AI/機械学習/DeepLearning/Python//数学/統計学/統計処理

Machine Learning Casual Talks #8に行ってきました(ブログ枠)

Machine Learning Casual Talks #8に行ってきました。

 

mlct.connpass.com


初メルカリ社です。会場はこんな感じ。

f:id:watarumon:20190128223056j:plain

 

出た。イケてるtech企業あるある。押し放題の自販機。

 

f:id:watarumon:20190128223115j:plain

 

 

エムスリー社からのノベルティー。TypeC to USBアダプタ、ありがとうございます。

 

 

 

ここから本編です。資料概要だけ書きますので、気になったものは資料を直接ご覧になってください。

 

youtubeライブがありました。

 

youtu.be

 

冒頭:machine learning casual talksを始めた理由の簡単な説明

twitter.com

 

docs.google.com



-「MLCTに初めて参加した方ーー?」

 - (半分以上が挙手)- MLCTのターゲット - 基本的に知識はあるでしょ?という前提で好きなことを話しても良い!

-論文にはあまりでない実務で得た知見を共有するために、開催した。

 -MLCTでは、モデルのアルゴリズムより、周辺のエコシステムやキャリアパス等々についての話題が多いよ。

 

発表1

 
-エムスリー社の開発チームについて

 -機械学習チームとして開発したアルゴリズムOSS化を検討している。

 - 公開できるレベルのアルゴリズムを作る、作りたい人を集めるため。

- 機械学習チームは、プロダクトまで作れるように機械学習エンジニアだけにはしていない。

- 成功確率が高そうな機械学習プロジェクト

 - サービス自体は成功している。

 - ABテストができる体制がある

 - 期待収益の計算ができる

 - 予測したい数字が限定的なこと

 - 既存の成功例を真似る

 - プロジェクトの中止の基準を決める重要性
-MLエンジニアのキャリアについて

 -  勤め先の昇給の仕組みや水準を理解する

 - 目安だけでも上の人に聞きましょう。

 -出世したいなら上司を出世させましょう。
-ビジネス貢献、組織貢献、技術貢献の3軸で考えよう。

-DMくれたらいつでもカジュアル面談できるので、いつでもどうぞとのこと。

-来週新しくMLエンジニアが増えるらしい。

 

発表2

 

-B to Bプロダクトを開発する中で遭遇した課題と解決策について
- bedoreにおける機械学習エンジニアの立ち位置について

 - ソフトウェアエンジニア、アルゴリズムエンジニアの2種類が存在

-対話エージェント開発について

 - 初期想定FAQでは対応できない言語に対して、クライアントがダッシュボードから学習のリクエストができる。

- モデルの予測性能がある日突然急激に低下した事件について。

 - 訓練データセットのスナップショットを保存してなかった。

  - 保存するようにして、学習を再現できるようにした等々。

  - 正解率や訓練データ数、クラス数を学習ごとに保存するようにした等々。

- 人募集してます!


LT1

 
- bfloat16という型について。

 - tensolflowの中で定義されている型

 - 比較対象がなんかよくわからんが、ハード的に高速化できるらしい。

 

LT2

www.slideshare.net


-chainerrl-visualizerについて

-強化学習の辛いところについて。

 

LT3

 

 

-yahoo kukaiの話

-e-commerceの違反検知の課題

-来週から新しい職場でMLエンジニアとして転職するらしい。

 

 

以下パネルディスカッションです。

網羅性は60%くらいだと思います。

 

西場さんに質問です。AIチームの目標が売上○億円にするのめっちゃ良いですが、売上の定義ってどうしてますか?レコメンドを導入したとして、そのレコメンドからのコンバージョンは100%AIチームの売上になるんでしょうか?

 - KPIはダブルカウントしてもとりあえずおっけーとしている。改善幅というところは、機械学習チームの成果としている。(@m_nishiba)

 


マルチクラスだときついのでは?

 -分類数×客数でモデルを生成するよりは、マルチモデルの方が良かった。(@naohachi89)

 


特徴量を自分で作ってロジスティック回帰を使う、NNのモデルを使う、アンサンブルをするなどで、精度と複雑さや時間とのトレードオフがあると思いますが、この辺実務ではどのように対応されていますか?

 -あまり意識していないが、プロダクトになる上で、計算時間だけは意識している。ただ、医療の画像診断に関しては時間がかかっても良い領域で、少し特殊かもしれない。(@m_nishiba)

 -学習時間はコストに跳ね返るかつ、chatbotに5秒かかるのはしんどい。様々な要素から総合的にバランスの良いモデルを採用している。(@naohachi89)

 

 


サービスのインフラはどれを選びますか

 -基本was or gcp。良い方を選んでいる。オンプレは考えていない。(@m_nishiba)

 -基本aws。別のチームだとgcpも使っている様。(@naohachi89)

 -メルカリだと両方だが、そろそろオンプレの方が安いのでは?という領域に来ている(@hurutoriya)

 


医療とITでビジネスインパクトが一番大きいのはカルテの共有と診断の(やや)自動化とのことかと思います。M3ではクラウドカルテのサービスがあるようですが、どれだけ使われていて、分析がなされているのでしょうか?

 -それは分析したいが、色々リソースが足りていない部分もある。フリーテキストなのでとてもきつかった。(@m_nishiba)

 

運用の際、モデルの精度の許容範囲はどのように決めていますか?

 -サービスオーナー/プロダクトオーナーが決めている。文化としてはある程度悪くても受け入れられてもらえるがきちんとABテストを突破した上で、サービスオーナーが決める(@m_nishiba)

 


自分の会社でも利益を目標にしているのですが、機械学習ディープラーニング以外を使っていなくても自チームの調査で課題を見つけて他のソリューションで解決した場合も実績に加算していますか?

 -機械学習チームの評価には入らないが、360度評価では多少入る(@m_nishiba)

 -機械学習使わなくても十分な予測性能が出せるのであれば、それはそれで良いのでは。(@naohachi89)

 -機械学習じゃなくても、画像処理でも解決できる様なものを提案することはある。評価に入る時もあればそうでない時も。(@hurutoriya)

 


採用活動に関連して,ML関連の技術を持っている人材は不足していると言われていますが,未経験or経験が浅い人材でも採用して自社で鍛える上げることもありますか?

 -エムスリーに入社した時は、機械学習未経験でした。数値計算分野などでの実績があれば、採用する可能性はあるが勉強は頑張って。(@m_nishiba)

 -全くの未経験という事例はないが、学習経験や光るものがあれば取ることはある。何かしらのkaggle等の実績は持っていてほしいなと思っている。(@naohachi89)

 

すべてのMLフレームワークに精通していますか?

 -してないです。(@m_nishiba)

 -してないです。(@naohachi89)

 

MLは大きいところを狙いたいので老舗大企業と組みたい vs 老舗大企業は組織間の壁が厚く辛い のジレンマに陥ることってありますか(私は陥っています)

 -あまり感じない。例えばLINEヘルスケアではいいとこ取りができてると思っている。(@m_nishiba)

 -企業によるとしか言えない。(@naohachi89)

 

ばんくしさんへ、スマホ機械学習の状態を監視や操作をするために使った技術を知りたいです!

 -ほぼ自作した。(突然の@vaaaaanquish)

 

 

スポンサーはメルカリです。お寿司が出ました。名前だけでも覚えて帰ってねとのこと。

 

f:id:watarumon:20190128225009j:plain

f:id:watarumon:20190128225025j:plain

 

 

誤記/誤解釈があればtwitterまで指摘お願いします!

 

twitter.com

 

技術書典6に申し込みました


お久しぶりの更新です。

転職して、いろいろありましたが、いまのところ楽しく機械学習やれてます。


さて、表題の通り技術書典6に申し込みました。

techbookfest.org


出版物ですが、pandas + matplotlib + 前処理全般に関するチートシートを各2枚、計6枚くらいで作ろうかと考えています。(デスクの壁に貼れるようなイメージのもの)

 


前々から自分用に作っていたものなのですが、きちんと整えて形にしたいところです。
「○○について載せておいてほしい。」などあればぜひぜひtwitterでコメントください。

 


作成中の一部切り取ったものですが、こんな感じです。

 

f:id:watarumon:20190114184315p:plain

ex_pandas

 

f:id:watarumon:20190114184343p:plain

ex_matplotlib


100部作成予定(多すぎる???)ですが、本当に適当に決めたので、技術書典の先輩方、参考部数を教えていただけると嬉しいです。。。


技術書典6の参加は抽選次第ですが、せっかく作り始めたので、落選しても技術書典当日には有料noteなどで公開できるようにしたいと考えてます。


続報はここに追記していきます。よろしくお願いします!

 

 

新卒配属ガチャに失敗しました

先日、新卒で入社し、約1年6ヶ月務めた某S社を退職しました。
闇属性でパーティー作ってんのに、光属性☆5引いちゃったみたいなそんな感じです。
(2019/01/04追記:某S社と書きましたが、ソフトバンク株式会社です。年も変わったしもういいでしょう。)

勤務時に、この会社ここがダメだなーとか、ここは良かったなとかパラパラと書き留めてましたので、 それらを整理しつつ、あまり表現がキツくならない様に書きたいと思います。

簡単に情報を書くと、
私は理系大学院修士卒(物理系)で、S社の規模は社員数1万人以上の企業です。

また、本エントリにおける意見は、私が関わったごく限られた部署及びその周辺、または伝聞した範囲の話であることを強く意識した上でお読みください。

まずは良かったところから。

前職の良かったところ

ピュアホワイト企業だった

ホワイト企業チェックリスト見たいなものがもしあったなら、前職はその項目全てオールグリーンだったと思います。
純白、ピュアホワイト、白より白い。

簡単に挙げてみると、
・残業が少ない(もちろんバラつきはあるけど基本的に上司から帰っていく、残業代はもちろん完全支給)
・社内飲み会がない(忘年会、異動等があれば歓送迎会はある。年数回程度)
・フレックス勤務を採用しているため数時間程度の融通を効かせやすい雰囲気がある
・有給、半休を取りやすい雰囲気がある
プレミアムフライデーは毎月取得可能
・育休を取得する男性社員が普通にいた
・休みの人や帰宅後の人を頼るのは辞めようという文化が浸透しており、そもそも属人化による単一障害点がきちんと回避されている

何を働きやすいと言うかは人それぞれだと思うけど、
今振り返っても一般的に望まれている要素はほとんど揃っていた様に思います。

人が余ってるくらいじゃないとホワイト企業って実現しないんだなーって理解しました。

一般的/社会的教養が十分な人で満ちていた

一般的/社会的教養と言うわかりやすい様で、明確でない言葉を使ってしまいましたが、
「まぁみんなそれぞれだよね」と言う感覚をきちんと備えていると言いますか、
パワハラとかセクハラとかそんなレベルからは程遠い人たちの集合だったなと感じています。

少し言い換えると、しょーもない人間関係のゴタゴタに巻き込まれることが一度もなかったと言うことです。
心身共に余裕がある人が多い、そんな組織だったのかなと今となっては思います。

私が入社するより以前にそういったやばい人達はきちんと淘汰されたんだろなとも想像できます。

世間の気持ちや生態が少しわかった

就職まではラボにこもってたので、
これまで社会性なく、且つ周りも自分と似たような人に囲まれて生活してきたため、
何も疑いなく自分は一般的な考え方を持っていると思っていたのですが、
企業で働いてみて、どうやら自分は少数派に属するのだということに気づきました。

良い悪いではなく、
帰宅後や土日に勉強してる人は少ないし、
"そこそこやる"の基準(作業時間等)が他の人とすごく差があったし、
好きでも楽しくもないけど、嫌じゃないからこのままで良いと思っている人は多いし、
そもそももっと強くなりたいと思っている人って少ないんだなぁと感じました。

筑波大学の落合先生はよく”追い込め追い込め”と言った発言をされていて、個人的にはとても共感できるんだけど、
そんなことは"自分だけ"が勝手にやるべきで、その基準を他の人にも勧めたら/求めたらいけないんだなと理解しました。
あんなのはやはり一般的ではないんですよ。
もし私が学生起業なんかしてたら、絶対ブラック企業作ってたわ。

こうした事はそもそも知らなくてもいいのでは?という気持ちもあるけれども、
もう知ってしまったし、知ってた方が良いこともあるとも思うので、良かった事に分類しました。

そういう意味で、世間の気持ちや生態が少しわかったと書きました。

なぜ新卒に庶務をやらせるのか答えを見つけたこと

日本企業では鉄板だと思いますが、新卒に庶務をやらせますね。
例えば、社内の郵便配達、会議室の予約/設営、新聞/雑誌の集荷/整理、役職者のシステム操作代行(IT介護)等々あげればキリがありません。

入社直後から、「なんでこんなバイトでも出来ることをやらせるんだろう。」と思ってました。
1年半も大企業にいたので、答えがわかった気がしています。

その答えは、"出来ない人がいるから"だと感じました。
事務処理能力が低い人って年齢問わず、普通にいることを知りました。

そりゃあ上司は、新人に対して、事務能力を試したくなるわな、と。
そこで上司の信頼を得ると、そこから卒業できるという仕組みなわけです。

結構戦いましたけど、
提案は通る可能性があるから提案するのであって、
閉まっていたり、何重にも門があるところで提案するのは時間の無駄だと気づいて、辞めました。

知らない分野が知れたこと

前職では、省庁対応を行っていました。いわゆるロビイングと言われる分野です。
国内の政策決定を自社に不利益なことにならないよう働きかけたり、自社の取り組みを政府にアピールしていくような業務です。

政治的な力や流れ(いわゆる既定路線)は変わりようがないことも体感できましたし、
どのルートで、どのタイミングで働きかけたら軌道修正できることもあるということも学びました。

私も今後新興分野に身を置きますが、こういった分野こそ、法規制 vs XXの様な構図になりがちかと思いますが、
真正面から省庁と対立しても仕方がなく、また省庁には省庁なりの承認ステップがあり、独特のスピード感があります。
こういった素養を理解できたことは今後役に立つだろうと感じています。

また、なかなか経験できる職種でもないと思いますので、良い経験ができたと思います。

前職の悪かったところ

さて、本編始めますか。

業務とのミスマッチ

退職に最も影響したのはやはり本務に関心がわかなかったことです。

前項では、美しめに"経験になりました。"なーんて書きましたが、
正直「つまんねー!」でした。
仕事してて、脳汁が全く出ないんですよね。

省庁対応やロビイングなんて言ったら、聞こえは良い感じはしますが、
結局、パワポエクセルワードです。

"仕事に答えがない"なんて言われますが、
業務特性もありますが、答えがありました。

先日、このような意見もありましたが、同じ気持ちです。

最初から結論が決まっているので、データ分析はいかに結論をでっち上げるかという方向に労力が注がれる。

anond.hatelabo.jp

また先日、友人に「最近1年で1番楽しかった仕事は?」と聞かれ、答えられなかったです。
これは自分にとって衝撃的で、
改めて辞めて正解だったとそこでは感じました。

てか、人事さん、配属権ないのに採用面接時に配属先について言及するのはやめてください。

働き方とのミスマッチ

これもまた前項で述べましたが、ホワイト企業というのは、
プライベートと仕事をきっちり分けるということ(ワークライフバランス)ですが、
結局、私にはそれは馴染めませんでした。

むしろそう二分することで徐々に仕事が自分ごとに思えなくなっていきました。
私にとってそれはストレスであり、
仕事も趣味も勉強も中途半端になっている感覚が抜けず、
QoLを下げている要因であることに気づきました。

世間ではワークライフバランスを目指した働き方改革が盛んですし、
同期等を見ていてもワークライフバランスを重視したい人が多数派だったので、会社を批判するわけではなく、
企業文化と合ってない私が消えるしかないと考えました。

ワークアズライフってやつを目指してみます。

評価最適化していく自分

評価には、闇の力が多分に含まれ、
フィードバックでは当たり障りのない事が言われる。
こうした事実によって、私は評価への関心をなくしました。

すると、以下に労力少なくこなすか、という考え方に陥り、またそこから抜けることが私はできませんでした。
また、そうした自分がとても嫌でした。

そしてこうした発想は、他部署とタスクの投げ合いをしたりすることに発展し、
「なんだかなー」という気持ちでした。

好きな漫画アカギの言葉を借りて表現すると、自分も含め
「なんでもっとみんなスカッと生きねえのかな・・・」という感じです。

f:id:watarumon:20181118201724j:plain

5年後も10年後も憧れなかった

5年後も10年後の自分の姿というのは、
先輩や上司群を見ればおよそ想像できる気がすると思いますが、
やはりそこに憧れが持てなかった。

もちろんこれは嗜好の問題で、"私は"憧れなかったということにすぎません。
人それぞれです。

また、このままずるずると在籍したら絶対後悔するなと思いました。
もちろん転職しても今より良くも悪くもなり得りますが、
後悔することが明らかであれば、その行動を取るしかないだろうという発想です。

後悔は先に立たずということわざがあり、また概ねその通りだとも思いますが、
後悔は先に立つこともあるだろうと、今回ばかりは感じました。

研修がひどい

大人が何百人も関わって経費たくさん使ってのんびりのんびり何をやっているのかという気持ちでした。

指導側は、"研修を行った"という事実を作るという仕事で、
被指導側は、"研修を受けた"という事実を作るという仕事に成り下がってしまっていると感じました。

組織からしたら、持ち出せるスキルのない人材育てて飼い殺したいんだろうなとか勘ぐってしまう。

転職に際して

新卒ガチャではずれを引く可能性はそれなりにあるわけで、
転職活動に当たって、もちろん明言はされてませんが、修士行ってて良かったなぁと私は感じました。
やはり面接では学生時代の研究の話で盛り上がるし、基本的に即辞め人材なんてポテンシャル採用だろうからね。 もし行くか悩む人がいたなら是非行って欲しいなぁと個人的には思います。

  • 転職の思考法

こういった自己啓発系の書籍を紹介するのは、少し恥ずかしいのですが。
以下の文言が刺さりました。

『転職が100%失敗する、唯一の条件』というものがある。それは腹を括るべきタイミングで、覚悟を決めきれなかったときだ

このまま今の会社にいていいのか?と一度でも思ったら読む 転職の思考法

さいごに

今後も同じ会社で働く人をできるだけ傷つけないように書いたつもりです。

まだまだ書きたいことはありそれは、なぜ異動希望ではなく転職なのか、という答えになるんですが、
これ以上は愚痴になってしまうのと、内容が具体的になってしまうので、心に閉まっておこうと思います。
摂取アルコールの量によって適度に身内にオフライン放出して消化しようと思います。

パフォーマンスとはいえこんな若輩者が、早々に会社辞めてもきちんと送別会が開催してもらえ、
「いつでも待ってますので」とか言われると、少し感傷的になりました。
今はただ淡々と誠実に頑張ろうという気持ちです。 ちなみに次は、ベンチャー企業でデータサイエンティストをやりますよ。

あの会社の社食、ビーフカレーが安くて美味しかったな。

しばしニート期間を楽しもうと思います。

PyCon_JP_2018カンファレンス資料まとめ(仮)

twitterで回ってきたものだけとりあえずまとめています。

全く網羅できていないので、今後も見つけ次第追記、整理します。

twitterで情報いただけると助かります。 [9/24追記:他サイトを追記]

twitter.com

他サイト

他の方がまとめられたページになります。 参考にどうぞ。

qiita.com

day1

github.com

day2

LT

プレゼンテーション入門2_色を増やすのやめよう

f:id:watarumon:20180915180531p:plain:w800

こんにちは、ワタルです。

プレゼンテーション入門2です。

入門1はこちらからどうぞ。

watarumon.hatenablog.com

このエントリの目的

今回は、プレゼンテーションの内容についてではなく、
知ってるだけで資料が美しくになるよ、という部分について解説してみます。

また、それらを反映させたテンプレートも頒布しますのでぜひ使ってみてください。

資料作りで最も重要なこと

まずはじめに、資料デザインで最も重要なことは、
"聴者にストレスを与えないこと", "聴者がデザインに気が取られない様にすること"だと考えています。

ストレスとは、例えばこんなことだと思います。

  1. 位置がバラバラとずれ、気になる。

  2. 資料が人と被って見えない。

  3. 色使いが激しい。

見てるだけで気が散るようなスライドはやめていきましょう。

ガイド機能で使用領域を決めてしまう

まずはじめに、スライドの領域について解説します。

私はスライドをこのようにガイドで区切っています。

f:id:watarumon:20180915135917p:plain:w500

まず、赤色の部分、ここは禁断の領域としています。

単純に、読みにくいからです。特に下部は聴者の頭と被ることがよくあります

さらに、このようにガイドを設定しておくと、
PowerPointには、[描画オブジェクトをグリッド線に合わせる]という機能がデフォルトだと有効なので、
画像や文字が微妙にズレているといったことが起こりにくくなります。

スライド毎に、見出しの位置がズレている資料を目にすることが往々にしてありますが、それを簡単に防ぐことが出来ます。

色使いについて

次に色使いについて。

基本的に黒、赤、青の3色で充分です。
私は、プラスイメージの文字には青マイナスイメージの言葉には赤で使い分けています。

ちなみに、パワーポイントデフォルトの色は少し強いので、
黒は、R:G:B=77:77:77
青は、R:G:B=0:113:188
赤は、R:G:B=255:80:80がおすすめです。

比較図はこちらです。

f:id:watarumon:20180915173730p:plain:w500

右側の方が柔らかい印象を感じられますね。

ちなみに、下記にて配布しているテンプレートでは、このように設定済みです。

f:id:watarumon:20180915182752p:plain:w300

濃淡の活用

とはいえ、色の数が足りないと感じた時は、濃淡を活用すると良いです。
具体例として、駅でよく見かける案内図を見てください。

f:id:watarumon:20180915173840j:plain:w500

センスの悪い人は、行き先を赤行かない方向を黒などの配色にしそうなところですが、
この例から行き先を黒行かない方向をグレーにした方がよほどシンプルでわかりやすいことが実感できます。

このように色が足りないと感じた時は、色の違いではなく、色の濃淡で表現できないかを考えて見ると良いと思います。

このビールのCMも同じ原理だと言えます。

f:id:watarumon:20180915174326p:plain:w500

強調したいときに色を付ける発想だけでなく、強調したくない部分の印象を薄くすることで、目立たせることをここでは覚えてもらいたいです。

文字の大きさについて

次に、文字の大きさについて、
これは20以上32以下の間と覚えておけば充分です。

これ以上小さい字は読めないし、そもそも読む気にならない。 大きい字は稚拙な印象を持たれがち、ということが理由です。

TIPS

最後に、覚えておくと便利そうな事を箇条書きにしておきます。

  • .potmファイルは、”Office のカスタム テンプレート”に保存しておくと、新規作成→個人用から いつでもこのマスタで新規作成ができるようになる。(下記の配布ファイル)

  • クイックアクセスツールバーに「テキストボックス作成」「最背面へ移動」「最前面へ移動」を追加しておくと便利。

  • ショートカット「Alt + H → G → A →C or M」 : 左右揃え or 上下揃え。を覚えておくと便利。

テンプレート配布

最後に、私が資料作成の時に使っている自作のテンプレートを置いておきます。

ご自由にどうぞ。

https://drive.google.com/file/d/14UyxLHEcremongA61tkrQxO3gYkxFyb-/view?usp=sharing

使い方やリンク先がおかしいことになっている等あれば、twitterから連絡頂けると嬉しいです。

twitter.com

このエントリは終わりでーす。

np.whereとdf.whereの違い

f:id:watarumon:20180904173907j:plain
図1 2匹の羊

当たり前ですが、
numpyのndarray.where()
pandasのDataFrame.where()は引数が異なる。

この前、混乱したのでまとめておきたいと思います。

ndarray.where()

まずは、numpy、ndarrayから。

import numpy as np
nd = np.arange(10)
nd

>>>
array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])
#where

np.where(nd < 5,0,1)

>>>
array([0, 0, 0, 0, 0, 1, 1, 1, 1, 1])

条件式がTrueなら、第2引数。 Falseなら第3引数が返っていることがわかります。

DataFrame.where()

次に、pandas、Dataframeについて。

import pandas as pd
dfw = pd.DataFrame(np.arange(10))
dfw

>>>
   0
0  0
1  1
2  2
3  3
4  4
5  5
6  6
7  7
8  8
9  9
#where

dfw.where(df[0] < 5,0)

>>>

   0
0  0
1  1
2  2
3  3
4  4
5  0
6  0
7  0
8  0
9  0

条件式がTrueなら、それ自身が返っています。 Falseなら第2引数が返っていることがわかります。

ちなみに、条件式がTrueのときに、第2引数を返したいなら、 DataFrame.mask()を使います。

DataFrame.mask()

dfm = pd.DataFrame(np.arange(10))
dfm.mask(df[0] < 5,0)

>>>

   0
0  0
1  0
2  0
3  0
4  0
5  5
6  6
7  7
8  8
9  9

条件式がTrueなら、第2引数。 Falseならそれ自身が返っていることがわかります。

まとめ

ndarray.where(条件式, 2, 3) 条件式がTrueなら、第2引数。 Falseなら第3引数。

DataFrame.where(条件式, 2) 条件式がTrueなら、それ自身。 Falseなら第2引数。

DataFrame.mask(条件式, 2) 条件式がTrueなら、第2引数。 Falseならそれ自身。

以上です!

プレゼン入門1_プレゼンを作り始める前に

f:id:watarumon:20180809230139p:plain

こんにちは、ワタルです。

読むだけでプレゼンが上手くなるプレゼン入門講座をはじめることにしました。

はじめに

実は私、学生時代から学会発表などでプレゼン発表する機会が多く、その経験からビジネスプレゼン大会(1000人規模)で優勝したことがあったりして、人前でプレゼンすることに苦手意識があまりなく、むしろ得意だと思っているところで。

そのため自分自身のための言語化や整理も兼ねて、どんな風に考えてプレゼン作っているかをまとめてみようかなと思います。

少しでも皆さんのプレゼンに貢献できたら嬉しいです。
ちなみにcoconalaでプレゼン資料添削もやってるので、良かったらお仕事ください。
エントリの最後にリンク載せておきます。

プレゼン入門シリーズの構成

今の所、このプレゼン入門シリーズは全10回くらいを想定しています。

第1,2回目 作り始める前にすること

第3,4回目 図の作り方、色の使い方等、デザインについて

第5,6回目 おすすめPower Pointショートカットについて

第7,8回目 細々としたテクニック

第9,10回目 話し方、立ち振る舞い、発表練習について

この様な内容を各2エントリくらいずつかなと思っています。
もちろん書き進める中で変わることはあるかもしれません。

それでは、よろしくお願いします。

このエントリの目的

このエントリでは、私が"資料を作り始める前に必ず行うべき"だと考えていることについてまとめています。

プレゼンをしなければいけない状況になった時、なんとなく資料を作り始めるのは絶対に無しです。 時間ばかりかかって、何を伝えたいのかわからないモノが出来上がります。

私はこうして出来上がった資料は、他人の時間も奪うので"不法投棄された悪臭を放つゴミ"だと考えています。
やめましょう、不法投棄は。

さらに、そういう適当に資料を作る人に限って発表練習すらせずに出てくるから、
発表もまとまってなかったりして、さらに世界の生産性を下げることになります。

少し言い過ぎましたが、
そう言った状況を避けるために、"資料を作り始める前に必ず行うべき"ことを知っていただくことが、このエントリの目的です。


漫画「SLAM DUNK」で例えている部分が多くあります。
読んでいない方にとってわかりにくかったらすみません。
SLAM DUNK」はおもしろいので読んでおいた方が良いと思います。

対象者・目的・内容・順序を考える

その"資料を作り始める前に必ずすべきこと"とは、対象者・目的・内容・順序を考えると言うことです。
ひとつずついきます。

f:id:watarumon:20180809121529p:plain

対象者を考える

まずは、対象者を考えるということについて。

対象者とは、言い換えると、そのプレゼンの受け手、聴者のことです。

対象者を考えるということは、
聴くのは、誰で、どんな状況でそのプレゼンを行うのかを考えるということにほかなりません。

例えば以下の様なことを考えます。
大人数?少人数?
場所は広い?狭い?
資料を配ってのプレゼン?投影?
年齢は?役職は?性格は?
思考や知識のレベルは?などです。

極端なことを言うと、
小学生に専門用語を使っても伝わらないと言うこと、大学教授に基礎から話しても冗長になるだけということ。
この様なことです。

漫画「SLAM DUNK」で例える

漫画「SLAM DUNK」で例えると、海南大付属高校との試合において、
赤木は、マネージャーの彩子に対し、「いいからテーピングだ!」と発言する印象的なシーンがあります。

一般的な人に「いいからテーピングだ!」と言っても、
「テーピングってなに?」「テーピングって何かの検査のこと?」「もう試合には出ないって意味なのかな。。」
などとわけのわからないことになりそうですが、

「テーピングとはどんなものか。」「どんな効果があるか」を理解しているマネージャーの彩子に対しては、
「いいからテーピングだ!」という最小限の言葉で、相手に行動まで促させることに成功しています。

対象者を考えることは、全く時間を要しませんが、
少なくともこの様なことを回避することができるというメリットがあります。

さらに次の目的を考えるときに非常に役に立ちます。

まとめです。

f:id:watarumon:20180809121549p:plain

目的を考える

次は、目的を考えるということについて。

目的を言い換えると、
そのプレゼンを受けた相手に、プレゼン終了後にどんな行動をしてほしいか、ということになります。

つまり、誰に、何を、どうしてほしいのか。ということです。
具体的を書くと、

  • セミナーに来たお客さんに、この商品を、購入してほしい。

  • 山田部長に、この企画を、承認してほしい。

  • 学生に、この講義を、理解してほしい。

  • マネージャーの彩子に、テーピングを、してほしい。

稚拙な例になってしまいましたが、このような感じです。

そして、この様にプレゼン資料に入れてしまいましょう。
プレゼン冒頭で宣言することをお勧めします。

f:id:watarumon:20180809122008p:plain

これをしっかり明言するだけで、もう迷いません。
登壇者と聴者は、伝え/伝えられようとする共同体の様になります。

その行動に必要な情報を説明すればいいし、聴者は行動に必要な部分だけ聞けば良くなり、話が格段に伝わりやすくなります。

プレゼンは、登壇者が伝えたいことを説明して、聴者が登壇者の意図を想像する様な連想ゲームではありません。
始めから答えを言うべきです。

まとめです。

f:id:watarumon:20180809122036p:plain

内容を考える

次は、内容を考えるということ。 ここまで話してきた通り、プレゼンの目的は、プレゼン終了後にどんな行動をしてほしいか、に尽きます。

必然的に、内容は、
対象者が行動するために必要な情報になります。
私は、以下の項目について埋める形で考えています。

目的概要理由まとめ

  • 目的とは、プレゼン終了後にどんな行動をしてほしいか

  • 概要とは、その企画概要

  • 理由とは、その企画の詳細やメリデメ

  • まとめとは、目的や概要のまとめになります。

漫画「SLAM DUNK」で例える

プレゼンを漫画「SLAM DUNK」における「いいからテーピングだ!」で例えると、

目的:
マネージャーの彩子に、テーピングを、してほしい。

概要:
テーピングによる治療箇所の詳細、テーピング材の詳細、締め切り日時

理由:
①テーピングで固めないとプレーできない現状

②自分がプレーすることによるメリット
(→牧 紳一の脅威について)

③自分がプレーすることによるデメリット
(→自身の骨が折れてもいい、歩けなくなってもいいと考えているため、デメリットは無視できる)

まとめ:
理由の一覧+「いいからテーピングだ!」

この様な感じでしょうか。
まとめます。

f:id:watarumon:20180809123259p:plain

順序を考える

最後に順序についてです。

プレゼンにおける順序は2種類あります。
結論を先に置くか、後に置くかです。

多くの場合で結論を先にすべきだと思いますが、長めの講演などでは結論を後に置いた方が効果的な場合もあります。

メリデメをまとめておきます。

f:id:watarumon:20180809223038p:plain

漫画「SLAM DUNK」で例える

結論を先に置く場合:
「いいからテーピングだ!」 → なぜなら...

結論を後に置く場合:
「皆さんは私がこの試合に懸ける気持ちをご存知でしょうか?」 → 「1年生の時からずっと全国制覇を...」 → 「いいからテーピングだ!」

この様になります。

まとめ

最後に、このエントリをまとめておきます。

f:id:watarumon:20180809224029p:plain

第1回目は以上です。

次回もよろしくお願いします。

coconalaでプレゼン資料添削もやってるので、良かったらお仕事くださいね!

coconala.com