ビープラウド社長のブログ

株式会社ビープラウドの社長が、日々の思いなどを綴っていきます。

広島東洋カープ、2017年セリーグ優勝おめでとうございます

広島東洋カープ(以下、広島)が9月18日にセリーグ優勝を決めました。

2016年セリーグ優勝に続いての連覇です。

圧倒的な戦力と言われているソフトバンクホークスも2015年の優勝の翌年は2位に終わり連覇の難しさを物語っています。

広島の連覇は、私の想像を超えていたので、暗黒時代から優勝・連覇までの道のりをまとめておきます*1

16年にわたった暗黒期

広島の暗黒期のきっかけは、1993年オフに日本球界に導入されたフリーエージェント(FA)制度です。

広島はお金も無いので、FAで選手を獲得することはせず、育てる道を選びます。

1996年は春から首位を独走。2位の巨人に最大11.5ゲーム差をつけます。

しかし、巨人に逆転優勝*2を許し、1997年の3位を最後に2012年までBクラス。暗黒時代に突入します。

FAでは、2000年に江藤智選手が巨人に、2003年に金本知憲選手が阪神に、2008年には黒田博樹投手がメジャーリーグに、新井貴浩選手が阪神に移籍するなど、せっかく育てた選手も流出しチームは弱体化していきました。

赤ヘル復活への道のり

暗黒時代から優勝への道は、2010年野村謙二郎監督の就任から始まったと言ってよいでしょう。

野村謙二郎監督が退任後に著した書籍「変わるしかなかった。」では、2010年就任時のチームの様子を以下のように書いています。

質の高いチームは約束事が徹底されている。僕が就任した時のカープはそれがないも同然だった。「なんでこんなチームになってしまったんだろう・・・」

ベースカバーもできない、連携プレーができない、サインプレーができないという状況だったようです。

そして開幕から7連敗。チームも5位に終わり、新人監督は洗礼を浴びました。

ちなみに2010年のセリーグ優勝チームは中日ドラゴンズです。

2013年 赤い旋風

野村謙二郎監督が試行錯誤、四苦八苦しながら、迎えた2013年。

9月には、長年苦手意識を持っていたこの年優勝の巨人に3連勝。

17年ぶりの3位。Aクラスで、初のクライマックシリーズ(CS)進出を果たし「赤い旋風」を起こします。

特に阪神とのCS初戦で、代打攻勢で藤浪晋太郎投手を攻略した鮮やかな逆転劇は、今でも印象に残っています。

この年に、鈴木誠也が高卒ルーキーで入団しています*3

f:id:haru860:20170920151255j:plain

2013年、中日は、パ・リーグもあわせて11球団に負け越すなど4位に終わり、2001年の5位以来12年ぶりのBクラス。広島と入れ替わりに暗黒期に突入していきます。

2014年 大竹寛のFA移籍

「赤い旋風」で、優勝への機運が高まる中、ローテーションの一角を担っていた大竹寛投手が(2012年11勝、2013年10勝)2014年シーズンにFAで巨人に移籍します。

10勝投手が同リーグ他球団に移籍するということは、単純にいうと20勝の差がつくいうことです。

巨人は2012、2013年と優勝し戦力も充実していたので「なにも大竹を獲ることないだろう。。」と憤りを感じたのを憶えています*4

2014年はシーズン開始から首位を快走するものの失速し、3位に終わります*5

2014年、中日は谷繁元信選手が兼任監督で就任しましたが、8月に20敗するなど大きく失速し4位。2年連続Bクラスに終わりました。

2015年 黒田博樹と新井貴浩の復帰

2015年にはメジャーリーグから黒田博樹投手が復帰し話題を集めました。

また、阪神で数年くすぶっていた新井貴浩も復帰。前田健太も全盛期を迎え、広島を優勝候補にあげる解説者も増えました。しかしチームは4位に終わります。

2015年中日は福田永将の活躍で開幕10試合目時点で首位に立つも、その後失速し5位に終わります。秋には山本昌、谷繁元信、和田一浩、小笠原道大、川上憲伸、朝倉健太が戦力外や引退でチームを去り、2016年からチームの若返りが始まります。

2016年 前田健太のFA移籍

2015年は、優勝の機運が高まったところでのBクラス(4位)。

さらに2016年、エースの前田健太投手(前年15勝8敗)がメジャーリーグに移籍してしまいます。

「広島が優勝することはなかったか。。」

私はそう思っていました。

2016年、25年ぶりの優勝

2016年は中日から移籍したルナが4番サードという苦しい布陣でスタート*6

4月には新井貴浩が2000本安打を達成。「努力の人」の記録達成にチームの勢いもつきました。

交流戦も乗り切り、2位巨人に17.5ゲーム差のぶっちぎりの優勝。

投手陣も野村祐輔投手が16勝3敗の成績を残し、前田健太投手の穴を埋めました。

絶対的エースが抜けた次のシーズンでの優勝。

エースが抜けても次のエースが出てくる。そのようなチームは強いですね。

中日は2016年から谷繁監督が専任監督に就任。新外国人ビシエドの活躍で、5月に首位に立つもその後大きく失速。谷繁監督も夏に解任。その後森繁和監督代行が采配を振るいましたが、ナゴヤドーム元年の1997年以来20年ぶりの最下位に沈みます。

2017年 連覇

2016年オフには、優勝を花道に黒田博樹投手が引退(2015年11勝、2016年10勝)。

若手が育っているとはいえ、10勝投手が抜けるのは苦しい」と私は思っていました。

ところが、若い投手陣が一気に一人立ち。

9月20日現在、薮田和樹投手が、14勝3敗(2016年は3勝1敗)、岡田明丈投手が12勝5敗(2016年は4勝3敗)と好成績を上げています。

また、大瀬良大地投手が9勝2敗と先発投手として、シーズン途中まで7連勝と復活します。

大瀬良投手は2014年に10勝で新人王を獲得したあと、2015年3勝、2016年3勝と思うような成績をあげられずにいました。

苦しい時期を過ごしましたが、今年は黒田投手に代わり投手陣の精神的支柱になったのではないでしょうか。

2017年、中日は5位確定。球団ワーストの5年連続Bクラスです。

黄金時代の息吹

タナキクマル(田中広輔、菊池涼介、丸佳浩)とよばれる同年代のセンターライン三銃士*7。それぞれが球界を代表するレベルの選手になり、チームを引っ張っています。

書籍、根本陸夫伝 プロ野球のすべてを知っていた男は、伝説のGMといわれている根本陸夫氏が、広島、西武、ソフトバンクの黄金時代をつくった軌跡が描かれた書籍です。

根本陸夫氏が広島の監督時代、実績ある山内一弘を若手の模範として移籍させました。そして20代前半の若手の山本浩二、衣笠祥雄、水谷実雄らに「君たちが山内を追い越さないとチームは強くならない」とハッパをかけて競わせたそうです。

この逸話は、黒田博樹、新井貴浩の姿が山内一弘に、水谷実雄、山本浩二、衣笠祥雄の姿が、田中広輔、菊池涼介、丸佳浩にだぶって見えてきます。

根本陸夫伝 プロ野球のすべてを知っていた男

根本陸夫伝 プロ野球のすべてを知っていた男

おすすめ書籍

2010年から2016年優勝までの7年間の道のりを追いたい人は、書籍「変わるしかなかった。(野村謙二郎著)」、「撓まず 屈せず 挫折を力に変える方程式(新井貴浩著)」の2冊を読むとよいでしょう。

# 変わるしかなかった。

変わるしかなかった。

変わるしかなかった。

野村謙二郎元監督が退任時に書いた書籍。就任期間(2010年〜2014)の各シーズンを回顧しています。

# 撓まず 屈せず 挫折を力に変える方程式

撓まず 屈せず 挫折を力に変える方程式

撓まず 屈せず 挫折を力に変える方程式

新井さん視点で2015・2016年シーズン、広島球団への愛などが語られています。

# 赤ヘル1975

赤ヘル1975 (講談社文庫)

赤ヘル1975 (講談社文庫)

第一期黄金時代を迎える前の、1975年(昭和50年)広島初優勝時のノスタルジーを感じたい人におすすめの小説です。

最後に

暗黒時代の中、長年応援を続けてこられた広島ファンの方々、おめでとうございます。

苦しいときにこそ、応援し続けるのが本当のファンですね。

*1:まとめることによる野球記憶強化も狙いの一つです。

*2:かの有名なメークドラマです

*3:鈴木誠也のプロ初ヒットは上記の巨人3連戦にて

*4:この憤りを感じたのは、2008年にヤクルトから前年最多勝(16勝)のグライシンガーと、最多安打、打点王のラミレスを獲得した時以来です。

*5:クライマックスリーズでは、前田健太が福留孝介にバックスクリーンに本塁打を浴び、撃沈。個人的にはこの本塁打で得た感触が福留孝介の復活のきっかけになったと私は思っています。この動画です。

*6:ルナはこの年の4月に、三塁手で1試合4つ失策ということもありました

*7:2015年に中日で結成された「3D(ドミニカン)」ルナ、エルナンデス、ナニータの三銃士は2年経ったいま跡形もありません

技術者の自分が11年間会社を経営して学んだ7つのこと:ビープラウド佐藤治夫〜BPStudy#120 その2

BPStudy#120の第2部は、主催の私が担当させていただきました*1

会社としては道半ばですが、11年と少しの会社経営の中で起きたエピソードと、そこから学んだことをテーマにしました。

f:id:haru860:20170917162953j:plain

資料は以下です。

11年間を振り返ると、会社の大きな節目は3つありました。

節目その1:Pythonの採用

会社をつくってから2年弱の2008年4月に、会社のメインプログラミング言語にPythonを採用しました。

そのあと実績とノウハウを積み、2012年には実務でのノウハウをまとめた「Pythonプロフェッショナルプログラミング」を上梓するなど*2、Pythonistaが集まる会社として、ブランディングされていきました*3

Pythonプロフェッショナルプログラミング 第2版

Pythonプロフェッショナルプログラミング 第2版

日経ソフトウェアの2014年2月号には「技術のある企業に優秀な技術者が集まる」という特集で、Pythonという核になる技術を持っている企業として紹介されました。

f:id:haru860:20170917163656p:plain

そのようにPythonの活動を会社として続けていく中で、国際的カンファレンスのPyCon JP 2015では、私が基調講演を担当させていただきました。

shacho.beproud.jp

その流れで、Developers Summit 2016で、コミュニティをテーマに登壇させていただきました。

shacho.beproud.jp

その後ありがたいことに、Developers Summit 2017Developers Summit 2017 Summerにも登壇させていただいています。

このように、Pythonを採用したのをきっかけに会社は大きく変化し、動いていきました。

そして、さまざまなタイプの人が入社してくる中で、私は以下のことを学びました。

今までの考え方や方法から、はみ出す人が現れたときが組織の器が広がるチャンス。違う考えを排除するのではなく「どうしたら融合できるか?」と考える

また、Pythonistaを中心に人を採用していくという活動の中でどのようなときにリスクを取り、思い切った行動をするべきかという経営者として大事な感覚を学びました。

節目その2:製品開発と匠Method

スライドにもあるように、ビープラウドでは自社製品の開発に7回トライして、そのうち5回は失敗に終わっています。

そのような中で、私は匠Methodを2012年から学び始め、コタツモデルという考え方を学びました。コタツモデルとは、経営者、業務担当者、IT担当者がコタツに入るように、ひざをつきあわせ、プロジェクトを進めていくスタイルです。

私は「任せる」という考えのもとに、会社メンバーに製品開発を託していましたが、匠Methodを学ぶ中で経営者として「コタツに入っていなかった」と気づいたのです。

つまり、それまでの製品開発の失敗の原因は経営者である私自身にあったのです。

そこに気がついた私は、2013年の後半からは、connpassチームにがっつりと入り、PyQチームにも朝会に毎日参加し議論するなど、経営者としてコタツに入り続けることを意識しています。

そしてその活動の中で、経営者が自ら現場に入って取り組む大事さを学び、メンバーが想像した未来の姿を実現に導いていくことが、自分のリーダーとしての役割であることに気づきました。

節目その3:BPカイゼン

会社の人数が30人を超えてくると会社の問題が顕在化し、2012年にはデスマーチが2回ありました。

特に2012年後半の2回目のデスマーチは、数カ月間収束せず、大きな痛みを伴いました。

私もデスマーチを収束すべく、朝9時〜夜3時まで仕事をし、翌日9時からまた仕事をするということを続けていくうちに、体力と精神を摩耗していきました。

チームの雰囲気もギスギスとしていて、私自身もその場に踏みとどまることが精一杯の状態。経営者として会社全体を見るどころではなくなっていました。

そのような中で、会社メンバーが「こんなことではいけない」と立ち上げてくれたのが、BPカイゼンです。BPカイゼンとは、会社で改善するべきことをredmineに課題として上げ、あるべき姿を考え、改善していくというボトムアップの取り組みです。

この取組みのおかげで会社の悪いところが少しずつ改善されていき、2017年までに目立つ改善点がなくなりました。

私は、ボトムアップの大事さと効果、主体的に仕事や組織に取り組んでる人のありがたさを学びました。

現在では、会社を将来に向けてどのような方向に変化させていくかという大きなビジョンをこのBPカイゼンで話し合っています。

これから先やっていきたいこと

ビープラウドのサイトのトップにミッションとして以下を掲げています。

f:id:haru860:20170917161124p:plain

知識、技術、創造力、チーム力を日々研鑽する。そのスキルを活用し、アイデアをカタチにし、価値を創り出す。

そのように仕事ができることで、会社メンバーがやりがいを感じながら仕事ができる環境をつくっていきたいです。

エンジニアが価値を創り出していくことについてはBPStudy#97で発表した以下のスライドにまとめています。

その他、これまでの経緯など

会社をつくるまでや、つくってからの経緯については、いくつかのメディアに掲載いただいたり、自分で勉強会で発表していますので、宜しければご覧ください。

2013年9月 連載:エンジニアの幸せな職場第1回

type.jp

2016年7月4日付 情報産業新聞 「この人を訪ねて」

www.facebook.com

2017年4月 日経ITPro 「越境エンジニア列伝」

itpro.nikkeibp.co.jp

itpro.nikkeibp.co.jp

itpro.nikkeibp.co.jp

2011年12月16日のBPStudy#52 エンジニアの自分が会社をつくって5年間で起こったこと、学んだこと

2012年9月28日のBPStudy#61 私の履歴書(ヤング時代)

最後に

11年間というと長いようですが、あっという間の11年間でした。

時間の流れが速く感じていると、1年1年が惰性で流れてしまうことになりかねません。

そのときそのときを充実させ、大きな価値を生み出せるようこれからも進んでいきますのでよろしくお願いします。

*1:2007年9月に第1回を開催し、毎月1回のペースで開催してきていますので、丸10年の節目となる開催でした

*2:2012年に第一版、2015年に第二版を上梓しました

*3:ブランディングしたというより、ブランディングされたという感覚です

受託の会社が調達せずに自社サービスを立ち上げ事業として成立するまでの企画・開発・サポート・マーケティング:ヴェルク田向さん〜BPStudy#120 その1

2017年8月31日にBPStudy#120が開催されました。

2007年9月に第1回を開催し、毎月1回のペースで開催してきていますので、丸10年の節目となる開催です。

第1部は株式会社ヴェルク代表取締役社長の田向さんに発表頂きました。

f:id:haru860:20170916131837j:plain

ヴェルクさんは、受託開発とサービス開発を両立していて、サービスとしてはboardという、請求書や見積書などの書類作成、受発注、請求・入金などの業務管理、売上やキャッシュフロー予測などの経営分析のためのクラウドサービスを運営しています。

the-board.jp

boardはリリース3年で有料の顧客が900社を超え、順調にサービスが伸ばしているということもあり、そのノウハウをお話いただきたいと思い、お声がけしました。

boardはビープラウドも3年前からboardを使わせていただき、ユーザー事例も掲載いただいています。

the-board.jp

田向さんの発表資料は以下です。(はてなブックマークが2017年9月16時点で883!

あらためて資料を拝見し、私に刺さったポイントをまとめてみました。

事業戦略

  • いろいろ方法があるなかで、重要なのは、やり方ではなくどうやるか
  • リソースは限られているので、やることは本当に重要なもの、自分たちが強いものに絞る
  • 知名度が無いので、圧倒的なサポートで差別化。お試しした人に続けて使ってもらう
  • サービス成長が遅いと事業継続が厳しいのでは?→受託事業があり、外からのプレッシャーがないので収益化を急ぐ必要はなかった(当初は売上の座布団になれば良い程度で考えていた)
  • 他のサービスと比べて「明らかに良い」ではないと売れない。多くの人は「ちょっと良い」程度だと有名な方を選ぶ
  • 月額、980〜5980円なので、訪問したら赤字。依頼があってもお断りしている。来社、Google Hangoutなどリモートでの面談はやっている。個別相談会でフォロー
  • 開発ロードマップは好評。ユーザーとの信頼を構築する方法の一つ
  • 力を入れない、後回しにするとした分野はゼロではなく、少しずつ地道な活動をして経験値を貯めておく

企画

  • 限られたリソースの中ではドッグフーティングできる分野を選択することは重要
  • 競合を参考にしていては差別化できない
  • スモールスタートというが、スモールすぎると前に進まない。バランスは重要
  • 自分が素人の分野に時間をかけるのはリスク
  • 売れないものをコストをかけてつくってしまうリスクを下げるため、社内用α版(自社の業務がまわるか)、クローズドβ(知り合いを中心に外部に使ってもらう)、パブリックβ(十分な完成度)と進めた
  • 無駄なものをつくらないために、競合は見ない。つくる機能を吟味する。あったらいいねレベルはつくれない
  • ユーザーの声は改善の源泉だが、大きな声に左右されない軸は必要

開発

  • 独自UIの実装は時間が掛かるので頑張らない(まずはbootstrap、JQueryの世界で)
  • 時間をかけるのは、業務フィット感やユーザ視点での完成度
  • 多機能ではなく完成度を高める
  • 自動テストは事業成立がわからない段階では力を入れない。事業として成立したら、安定した継続開発のために力を入れる
  • 初期の頃は機能実装が優先で、3年目くらいからリファクタリングなどの改善に時間を割けるようになった
  • セキュリティは専門ではないので、お金で解決。WAF=Scutum、IDS・IPS=DeepSecurity、セキュリティテスト=VAddy
  • 他のメンバーが開発に入った時、同じ完成度でリリースするためには、開発スケジュールは倍は想定する。時間がかかることが問題ではなく、想定しておくことが重要

サポート

  • 開発者がサポートに関わるのはつらいこともあるがおすすめ。使いにくい機能をつくらないようになる、肌で優先度の強弱を感じられる、30分で実装ができることで問合せが減るような改善に気づけるなどのメリットがある
  • 問い合わせ対応はintercomを使ったチャットサポートのみ。メールが来てもチャットに誘導している
  • サポートは即レスで一発で正しい回答が重要。それしかない。
  • ヘルプを充実して、簡単に説明後、ヘルプへ誘導している(効率向上、自分で調べてくれるようになる)。ヘルプが不十分な場合は、その場で追記して回答、その場で改善する。
  • チャットだからといって、五月雨式にメッセージを送らない(ユーザーも問合せ後、他の業務に移っていることがほとんど)

PR・マーケティング

  • サービス名のユニークさ重要。「board」という名前で当初はSEOで苦労した。「請求書」というキーワードでも差別化しにくい
  • メディア露出がうまくいかない場合、事例インタビュー、ブログなど地道な活動で知ってもらう
  • サービスを使いたくて登録した会員に、メルマガは送りたくない。メルマガの手間を開発にあてたい
  • 過度な表現はしない。ギャップにがっかりさせることになり逆効果。信頼感を落とす
  • 初期ユーザーの獲得。開発中からTwitterでつぶやいて身の回りの人に、何か作っていると知ってもらう

感想

田向さんは「自分たちは、資金調達をしメディア露出も採用もうまくできているスタートアップとは違うので、自分たちのやり方を選んだ」とおっしゃってますが、スタートアップでも大企業でも、本来リソースは有限です。

たとえ資金が潤沢でメディア露出や採用がうまくいっている企業でも、その上にあぐらをかき、戦略を研ぎ澄ませずにムダな動きをしていては、数年で淘汰されるでしょう。

自分たちを見つめ自社にあったかたちで、地に足をつけて着実に事業を伸ばしていくスタンスは、多くの企業に参考になるでしょう。

田向さん、ありがとうございました!

DDD AllianceのLTで登壇しました

2017年8月30日(水)にDDD AllianceのLT(時間10分)で登壇しました。

ddd-alliance.connpass.com

以下が発表資料です。

LTのきっかけ

LTのきっかけは現場で役立つシステム設計の原則 〜変更を楽で安全にするオブジェクト指向の実践技法の書評をブログで書いたことです。

shacho.beproud.jp

はてなブックマークが500を超え、そのタイミングで書籍の売上も伸びたそう(私のブログからも2日間で70冊売れました)なので、DDD Alliance運営の高崎さんからお声がかかりました。

LTの内容

「現場で役立つシステム設計の原則Night!」という全体テーマなので、オブジェクト指向に関係することで内容を検討し、UMLを中心とした図解の効果について話すことにしました*1

f:id:haru860:20170913091842j:plain

プログラマーは図解が苦手?

プログラマーはプログラムを書くのは得意ですが、図解は苦手な人が多いと感じます。

やればできるのかも知れませんが、文章で情報を表現する人がほとんどです。

テキスト以外はキーボードに打ち込むのが面倒くさいのかも知れません。

図解の効果

プロジェクト(特にシステム開発プロジェクト)における図解の代表的な効果は、以下の3つです。

  • コミュニケーションコストの削減
  • ミス発見の可能性の向上
  • 設計の向上
コミュニケーションコストの削減

1枚の図は1024の単語に値する*2という言葉にあるように、図には多くの情報を盛り込めますし、ひと目で情報の全体像を伝えることができます。

ひと目で理解できるということは、理解する側のコストを削減することであり、プロジェクト全体のコスト削減につながります。

読み手の負担が削減されることで、読み手から積極的なフィードバックが得られます。逆に負担が大きい場合は、読み手は理解することをあきらめてしまうことが多く、フィードバックも得にくくなります。

情報伝達は伝達する側が手抜きをすることで、理解する側のコストがあがります。複数人に情報を伝達する場合、その後にかかるコストは膨大になります。

文章は読み手が頭のなかで情報構造を組み立てながら内容を理解する必要があります。

図はすでに情報構造が組み立てられていますので、情報構造の組み立てをスキップすることができ、内容の理解から始めることができます。

ミス発見の可能性の向上

図は全体を俯瞰でき、視点を移動しやすいので、違和感を感じる部分に気づきやすくなります。図はプロジェクトのたたき台に最適で、プロジェクト全体の品質アップに役立つでしょう。

設計力の向上

図が複雑になりすぎているときは、設計が複雑になっているサインです。作成した図を「もっとシンプルにできないか?」という視点で見直すことで、改善点に気づくことができます。常にシンプルに図を洗練させるように心がけることで、設計力が向上します。

図解ができるようになった理由

私も最初から図解ができたわけではありません。

なぜ、できるようになったのか。

それは型を覚えたからです。

型とはUML(Unified Modeling Language:統一モデリング言語)のことです。私の経験上、システムに関係することがらの80%はUML表現できます。

どのようにマスターしたのか

私は16〜7年前から「自分の頭の中を表現するには、UMLのどのモデルを使えばよいか」と考えていました。そのように日頃の仕事で図をつくり、プロジェクトメンバーと共有し、フィードバックを得ているうちにUMLをマスターしていきました。

図解ファーストを心がける

心がけていたのは、文章に図をつけるのではなく、図に文章をつけるということです。

図のなかに文字をいれるときは、文章ではなく単語や単文で表現することで、読み手が図を直感的に理解できるようにします。

UMLはオワコン?

UMLがメディアなどに話題にのぼらないからといって、UMLが役に立たないわけではありません。オブジェクト指向はソフトウェア開発に関わらず、現実世界を捉えるのに有効な考え方です。

オブジェクト指向で捉えた世界をモデルで表現するためのツールがUMLです。オブジェクト指向が有効だとしたら、UMLも有効なはずです。

ドキュメントのメンテナンス問題

ドキュメントや図を作成すると、開発していく中で、保守されなくなるという問題があります。

そのため、ソースコードをいちばん重要なドキュメントとして扱うべきという考えがあります。

これはある面では正しいですが、これだけだと片手落ちです。

機能単位のドキュメントはソースコードで十分な場合が多く、機能単位で図をつくりすぎてしまうと、ドキュメントがメンテナンスされないという問題に陥ります。

一方、システム全体をソースコードで理解するのには時間がかかりますし、スキルにも依存します。

システム全体の理解を共有するには、図解で俯瞰したドキュメントが必要でしょう。

RUP(Rational Unified Process)に「アーキテクチャー中心」という考えがありましたが、アーキテクチャーの一貫性を保つためには、ソースコードではなく図によるドキュメントが理解共有の助けになるでしょう。

f:id:haru860:20170913085104p:plain

最後に

今回LTの機会をいただき、オブジェクト指向、UML、図解についてあらためて考えてまとめる良い機会になりました。

図を情報を表現できると、コミュニケーションコストの削減につながります。

図解により、情報共有ができるひとはプロジェクトの中で価値ある役割を果たしているといえます。

いままで、図をあまり作成してこなかったというひとは、ノートに簡単な図を書くことから始めてみてはいかがでしょうか。

図の作成は、型を覚えて場数をこなせば書くのが速くなりますし、ビジネスや開発において大きな武器になることでしょう。

*1:本来は書評をLTで話すという趣旨だったようですが、私は「書評を書いた人のLT」と認識し、書籍に関係することならフリーに話して良いと考え、このテーマになりました。他の方は書評について話していました

*2:ソフトウェア要求

ソフトウェア要求

ソフトウェア要求

より

PyCon JP 2017に参加しました

2017年9月7日〜10日に開催された、PyCon JP 2017 に参加しました。

pycon.jp

スポンサー

チュートリアルスポンサー

初日の9月7日に「明日から使えるプログラミング入門 〜Pythonを右腕にしよう〜」というテーマで、ビープラウドメンバー4人でチュートリアルを開催しました(企画には10人以上のメンバーが関わっています)。

チュートリアルは、弊社サービスのオンラインPython学習プラットフォームのPyQをベースに進行しました。

昼には、私も参加者の皆様とランチをご一緒させていただき、お互いに自己紹介や参加動機などを話しました。

ランチを一緒に食べたせいか、午後は、質問などの活発なやりとりが生まれていました。

f:id:haru860:20170907105400j:plain

パトロンスポンサー

今年からパトロンスポンサーの名前も、掲示されました。 f:id:haru860:20170908093936j:plain

自分の名前が掲示されているのは、特別感があって嬉しかったです。

(この幕の前で、はしゃいでる写真を誰かに撮影してもらったと思いますので、探したいと思います。)

追記:見つかりました!撮影:@natsu_bm

f:id:haru860:20170908094207j:plain

シルバースポンサー

ビープラウドは、2011年のPyCon JP mini から、PyCon JP 2011PyCon JP 2012PyCon APAC 2013PyCon JP 2014PyCon JP 2015PyCon JP 2016PyCon JP 2017と、全てスポンサーをしています。

PyCon JP miniから、2017年までずっとスポンサーを続けているのは、株式会社Nexediとビープラウドのみです。スポンサーを続けていられることは、ひそかに誇りに思っています。

ブース

f:id:haru860:20170908095346j:plain

企業ブースでは、おもにPyQについて、来場者に説明しました。

PyConの前日に、機械学習、データ分析などのコンテンツをリリースしました。

このコンテンツをリリースしたおかげか、多くの方にブースに来ていただき、休憩時間も取りにくいほどでした。

そして、製品のアイデアについて、さまざまなフィードバックをいただきました。

また、昨年よりも企業ブース同士の交流が多かったように思います。

PyQチームのブログでも、当日のレポートがあがっています。 blog.pyq.jp

セッション

今年は、ビープラウドから4人が登壇しました。4〜5倍の倍率での当選と聞いていますので、なかなかの当選率と思われます。それぞれ参加しましたが、日頃の成果を活かした密度の濃い発表だったと思います。*1

www.slideshare.net

www.slideshare.net

slideship.com

資料:Pythonをとりまく並行/非同期の話

最後に

チュートリアル、カンファレンス1日目、2日目、Party 、ウェルダンパーティーと参加させて頂き、さまざまな方々と、お話させていただきました。

また、ビープラウドメンバーも生き生きと活動していました。

ここ数年の活動が実を結んできた感覚もあり、充実したカンファレンスとなりました。

このような価値を感じられるのも、スタッフの皆様方のおかげです。

ビープラウドとしても、PyCon などのコミュニティにこれからも貢献できればとおもいます。

スタッフの皆様方、本当にありがとうございました。

*1:BPPR(BeProud Public Relations) :ビープラウドの社内制度。イベントでの発表でビープラウドを宣伝した場合、次のことが適用される(1)イベント参加時間を出勤扱いとする(2)イベント参加費(交通費を除く)の補助(2017年9月現在)

プログラミングを学ぶとなにがよいのか〜流山高校で講義してきました

2017年8月25日に、千葉県立流山高校で講義をさせていただきました。

あと数年で社会に出る生徒達が、進路を考える際に少しでも役立つようにと、内容を考えました。

以下は、講義の資料です。

全体の流れ

人が取り組むべきこと(キャリア、やりたいこと)は、以下の式で考えられます。

機会(ニーズ)強み(シーズ)= 取り組むべきこと(キャリア、やりたいこと)

生徒たちが、自分のやりたいことをみつけるためのヒントを得られるように、講義はこの式に従い進めました。

機会(ニーズ)を捉える

取り組むべきことを考えるには、時代のニーズを捉える必要があります。自分がやりたいと思っても、世の中から求められていなかったら、収入を得られません。

お金のために仕事をする訳ではないとはいえ、収入が得られないということは、取り組んでいることが、その時代や世の中では価値がないとも考えられます。

受講生は、日頃プログラミングを学んでいる生徒たちだったので、プログラマーをテーマの中心として、プログラマーに対するニーズや、現代の世の中の流れ、プログラマーの仕事について、以下のようなお話をしました。

  • プログラマーが世の中で必要とされている
  • 時代の大きな流れ

    • 日本が人口減少の時代=人間の代わりが必要な社会(ロボット、AI)
    • 第4次産業革命(AI・機械学習の発展)
    • スマホ・タブレットなどの普及による情報爆発
    • すぐに始められる社会
  • プログラマーの仕事とは

強み(シーズ)を見つける

世の中のニーズに応えて仕事をしているだけでは、自分の持ち味を発揮できず仕事も長続きしません。自分をおさえ続けた結果、燃え尽きてしまうこともありえます。

世の中に価値を生み出し続ける仕事をするには、自分は何が強いのか?自分の性格は?自分の好きなことは何か?などを模索しながら、自分が取り組むべきことを考えます。

それが仕事をする幸せにもつながります。

なぜ勉強するのか

「学生の本分は勉強」といいますが、そもそも人はなぜ勉強するのでしょうか。

「良い学校に入るため」「良い会社に入ってやりたいことをやるため」などが理由として考えられます。

「人はなぜ勉強するのか」という書籍がありますが、講義ではこの書籍の内容をかんたんに説明しました。

説明した内容を、以下に抜粋します。

(P.26)

「自分探し」の勉強*1を続けるうちにやがて機が熟すと不思議なことが起こります。それは、自分のかけがえのない尊い持ち味を見つけてそれを鍛錬し、卓越した状態にまで高める「卓越性の追求」の志と、人々みんなの公共の幸せのために進んで役割取得をする「普遍的な自己実現」の志とが、わが志において一つに結びつくことです。これを「立志」といいます。

(P.27)

つまり立志とは、自分の持ち味を発揮することが世の中の人々のために役立つという自分独特の道を見つけ、その道に志すほかならないのです。だから立志とは自分の人生をデザインすることなのです。

(P.29)

「自分探し」の勉強をして自分の尊い持ち味がわかり、その持ち味を発揮して人々の幸福に役立つ道を見つけて「公なるもの」への役割取得をなし、生きがいのある人生を送るような人生のデザインをすることこそ、人はなぜ勉強するのか、学ぶのかという問いに対する基本的な答え

「なぜ、勉強するのか」という問いに対する回答を以下にまとめます。

  • 自分探しの勉強

    勉強を通じて、自分の持ち味を見つける。それを卓越した状態にまで高める

  • 立志

    人生のデザイン。持ち味を発揮し、社会での役割をみつけ生きがいのある人生を送る

勉強とは、自分の強みを見つけるためのきっかけであると言えるのではないでしょうか。

チームワークの重要性

スキルさえ身につければ人と話さなくて良い、関わらなくて良いからという理由で、プログラマーを仕事として選択する人がいます。

しかし、この認識は誤りです。

なぜなら、現代の専門知識は高度化し、かつ進化が速いので、成果を出すために必要な専門知識をひとりで全て学ぶことは不可能であり、他の人と仕事をしないと価値や成果をつくりだせないからです。

そのため、価値や成果をつくりだすためには、相乗効果を発揮するためのチームワーク、人との協力が欠かせません。

P・F・ドラッカーの言葉の以下の言葉が、これを現しています。

知識労働者の専門知識はそれだけでは何も生まない。他の専門知識と結合して初めて生産的な存在となる。

自分の価値を高める社会での立ち位置を考える

1つのスキルを身につけたとしても、それだけで一生は生きていけません。

なぜなら、現代は変化の速い複雑な社会だからです。

また、同じようなスキルをもつ人が世の中に多くいる場合、よほどそのジャンルを極めて、レベルが高くない限り一流にはなれません。

加えて弁護士、医師、会計士、経営など専門職の仕事でさえも、AIが代わりを務めることができる事例が生まれてきています。

複雑な社会で価値を生み出すには、単一のスキルだけではなく、複数のスキルや知識、強みを組み合わせて、変化に対応し、価値を創り出す力が必要です。

掛け算で組み合わせたスキルや経験が、その人の「個性」であり、「生きていく力」であるといえるでしょう。

そして、その掛け算で組み合わせた希少性が、社会でのその人の立ち位置となり、価値を高めることでしょう。

続けることの重要性

講義では「これだ」ということを始めたら、ある程度は続けることの重要性を伝えました。

これは、ドラクエの転職にたとえて説明しました。たとえば、戦士が、魔法使いなど他の職業に転職したとしてもレベル2や3ですぐに転職してしまったら、後の戦いで、魔法使いの能力は使えません。

なぜなら、後の戦いでは、自分自身の戦うステージが上っているからです。

つまり、あきらめてしまったものに使った時間そのものがムダになる可能性が高くなります。

1つのことを上達するには、10,000時間が必要と言われています。

学生とはいえ、10,000時間を確保するのは、至難の業です。

「人生の時間は貴重」ということをお伝えしました。

やりたいことを掛け算で考える(ワーク)

最後に、それまでの話を踏まえて以下の式にもとづいて各個人の「やりたいこと」を考えてもらいました。

プログラマーが必要とされている(機会:ニーズ)自分の得意なこと・好きなこと・性格(強み:シーズ)やりたいこと

生徒からは、以下のアイデアが共有されました。

  • プログラミングラジコンが好き = ドローンの仕事
  • プログラミング 映画が好きボランティアが好き = 新興国に映画配信
  • プログラミングAI楽したい性格プログラミングするAIをつくる

どれも感嘆する素晴らしいアイデアでした。是非とも実現してほしいと思います。

最後に

数日後、生徒たちからお礼のコメントをいただきました。

高校生への講義は初めての経験でしたが、私自身、本質的なことを考える機会となり、日頃得がたい貴重な経験をさせていただきました。

お声がけいただいた 秋川能徳先生、ありがとうございました。

*1:人類文化系の各分野各教科科目に全力でぶつかって勉強して自分を試してみることによって、自分のかけがえのない持ち味がどこにあるのかを見つけるための勉強

Pythonistaのコミュニケーションとは?〜みんなのPython勉強会#27で登壇しました

2017年8月9日に開催されたみんなのPython勉強会#27で登壇してきました。

startpython.connpass.com

以下は、発表スライドです。

全体のテーマ

2008年からPythonで仕事をして来て、私が気づいたPythonistaたちのコミュニケーションの特徴や、Pythonの勉強の仕方、そしてアウトプットの重要性などをテーマにお話してきました。

f:id:haru860:20170904215435j:plain

いくつかのトピックをピックアップしてお伝えします。

Pythonistaのコミュニケーションの特徴

The Zen of Pythonになぞらえて、コミュニケーションの特徴を説明しました。社内にフィードバックしたところ、赤字の反応を得られました。

まずルールを決める

Spcial cases aren’t special enough to break the rules. 特殊であることはルールを破る理由にならない。

あとで何度もルールを説明するのが面倒なので。

ドキュメントを積極的に書く

Explicit is better than implicit. 暗示するより明示する方がいい。

あとで何度も説明するのが面倒なので。説明しなくて良いようにドキュメントにする。

曖昧な発言は諭される

In the face of ambiguity,refuse the temptation to guess. 曖昧なものに出逢ったら、その意味を適当に推測してはいけない。

  • 何度も確認するの面倒なんで明確に言ってほしい
  • 話し手が手抜きしようとした分、聞き手に負荷がかかるだけ
  • コミュニケーションにかかるトータルコストのこと考えてほしい

面倒でムダなことが嫌い、良い意味で怠惰といえるでしょう。

弊社はリモートワークを積極的に導入し( BPRD2.0(BePROUD Remote Day 2.0) - ビープラウド社長のブログ )、チャットツールSlackを使ったコミュニケーションが中心です。

したがって文字ベースのコミュニケーションスキルを高めることによって仕事の効率化され、ムダのないワークスタイルにつながります。

ビープラウドは残業時間が少ない方だと思いますが、このワークスタイルが残業時間削減に一役買っているといえるでしょう。*1

アウトプットする重要性

アウトプットにより、学んだ知識や技術を確かなものにするということをお伝えしました。

アウトプット先として、以下の3つをあげました。

  • ブログなどにアウトプット
  • プロダクト、サイト、ライブラリをつくる
  • 勉強会・カンファレンスで話す

アウトプットする中で、知識を咀嚼してまとめ、自分なりの言葉で説明できるようにする、形式知化の重要性をお伝えしました。

形式知化の恩恵を受けるのは自分

自分の知識を形式知にすることで、最も恩恵を受けるのは自分です。

人に伝えることを意識することで、曖昧な点を調べたりまとめているうちに知識が定着します。

しかし、学んだことや本に書かれていることをそのまま聞き手にアウトプットしたり聞き手に伝えるのでは、あまり意味はありません。

自分の他の知識と組み合わせ、自分なりの言葉で伝えるようにすると、知識を咀嚼でき真の意味で自分の形式知になるでしょう。

ブログを書くためにライティングを学ぶ

ブログを書くために、ライティングを学ぶと効果的ということも最後にお伝えしました。

私はいつもブログを書く頻度が年々減っていて、今年は6月まで1件でした。

しかし、6月6日に落合博満氏の講演を聴講し(練習は嘘をつかない〜落合博満氏講演2017.06.06 参戦記 - ビープラウド社長のブログ)、ブログを再開することを決意しました。

ライティングの書籍として、以下の2冊を読みました。

6分間文章術――想いを伝える教科書

6分間文章術――想いを伝える教科書

売れる文章術

売れる文章術

そして、なんとエンパシーライティングで初めて書いたエントリーが、はてなブックマークでホットエントリー入りしました。

shacho.beproud.jp

気を良くした私は、ブログを書くスピードをアップするため、上記書籍で説明されているエンパシーライティングのオンラインツール「iEmpathy」を使用したところ、文章構成のスピードと質が劇的にアップしました。

また、iEmpathyの画面内の誤字をメールで報告した際にブログの成果をお伝えしたところ、エンパシーライティング開発者の中野巧さんの公式ブログでご紹介いただけました。

iEmpathyを使った具体的な効果は、以下のブログを参照してください。

blog.empathywriting.com

忙しい合間をぬってブログを書くためには、書く時間の短縮が必須です。ブログを書き続けたい方は、ライティングを学ぶことをおすすめします。

最後に

connpass運営が選ぶこのコミュニティがすごいでも紹介しましたが、Start Python Clubさんは、毎回100人以上集まる勢いのあるコミュニティです。

そのコミュニティに参加させて頂き、Python人気の盛り上がりを感じました(噂のビールサーバーも良かったです)。

また、何かの折に発表させて頂けるよう、精進していきたいと思います。

*1:「コミュニケーションの効率化」というと冷たく感じる方もいるかも知れませんが、Pythonistaたちも効率化を目指しながら、コミュニケーションが冷たくならないように配慮しています。