MBA流 大人の学ぶ力

MBAのフレームワークやマネジメント理論を応用しながら、ビジネス・社会問題から何が学べるかを考察します。by 若林計志

AIが作り出す未来

先日、NHKスペシャル人工知能 天使か悪魔か 2017」が放送されていました。

NHKオンデマンド(2017年6月25日(日) )

www6.nhk.or.jp


番組内では、

1)事故を起こす危険性の高い運転手をドライビングレコードから
  AIで見つけ出すバス会社のシステム

2)被告の再犯リスクを予測し、刑期の決定などの参考情報を提供する
 AIアラートシステム

3)NTTドコモの位置情報と、タクシー会社の乗降記録をミックスして
 ドライバーに最適な流しのルートを提案するAIレコメンデーション
 システム


など、興味深い事例が目白押しでした。

上記1、2は、「レベル4」の自動運転技術が実用化されると、
そもそのもドライバー自身が完全にAIが取って代わられる
アービトラージ」が起こりそうです。

2)についても、究極は犯罪を起こす前に犯罪を起こしそうな人を
探知する技術の確立ということになります。映画で言うところの
「マイノリティレポート」(トム・クルーズ主演)の
世界になるわけですね。倫理の問題はありますが。

▼マイノリティレポート

Amazon | Minority Report | | 本 通販



▼自動運転のレベル解説(1から4)
(日本政府は2020までに「レベル3」を目指している)

自動運転車 - Wikipedia


2045年には、AIがあらゆる面で人間を凌駕しすると言われる「シンギュラリティ」がきます。その前には、特定のカテゴリーで次々に人間の能力を超えていく「プレシンギュラリティ」の到来が予想されています。

また同時に、AIによって仕事を奪われる

「AI脅威論」

が叫ばれています。

ただよく考えてみると
「電卓」の時代からマシンは人間の計算能力を
とっくに超えています。

だからといって仕事が奪われたでしょうか?

現実はむしろ逆です。

もちろん、そろばんで計算の仕事”だけ”をする人の職業は
奪われたかもしれませんが、それ以上に社会にとっては
ビジネスチャンスが増えたメリットの方が大きいのです。

おそらくAIの社会進出も同じような状況を作り出すの
だろうと思います。


筆者はAIの教育活用(Education × Technology=EdTechと呼ばれます)に興味があるのですが、もちろんこちらもAIとは無縁どころか、ど真ん中の業界です。

まだまだAI界隈の話題の中心は「教育」ではありませんが。

しかし、学習者のデータがビッグデータレベルで溜まってくれば
それを分析するLA(Learning Analytics)が注目され、そこに
AIが投入されるのは必然です。

AIの世界ではブレークスルーの手がかりが1、2%見つかると
あとは一気にアルゴリズムができ、Deep Learning
指数関数的に100%まで一気に進化するのはよくあること。

筆者は昔から、個人が発した言語データがある一定以上の
閾値(しきいち)を超えると、AI上で人格を作り出す
ことができ、教育の現場では、先生のアシスタントとして
生徒を指導できるの世界はくるだろうと思っています。

その可能性がいつ見えてくるのか?
AI業界からは目が離せません。

卒業生に付加価値をつけて、奨学金でWin-Win の関係を作ろう

学生奨学金の返済で首が回らなくなっている卒業生の話題が、たまにメディアを騒がせます。

 

そこで日米で状況を比較して見ました。 

business.nikkeibp.co.jp

 

私は米国の大学を出ましたが、米国では私学と州立でどーんと学費が違います。

 

*名門私立大学の年間学費
ハーバード大学 3万7,012ドル(380万3,000円)
マサチューセッツ工科大学 3万7,782ドル(388万2,000円)
スタンフォード大学 3万8,676円(397万4,000円)」


州立の4年生総合大学
2009年 入学料:なし/授業料 + その他:6,695ドル/計:6,695ドル(約73万円)

 

米教育省によると、学費から奨学金助成金(返済義務なし)を引いた平均学費支払額が、

 

公立大学で約150万円

私立大で250万円

 

ほど。残り部分を大学のStudent Aid Officeでローンする場合が多いようです。

 

金利ハーバード大学の場合、10年国債金利+2.05%で上限は8.25%。(同大学ホームページによる)日本学生支援機構と比べると金利負担は高い気がします。

 

第二種(利息が付くタイプ) - JASSO

 

もちろん米国にも卒業後にローン返済に苦労している人もいますが、それはある種当たり前のこと。

 

一旦社会人になってから、大学に入る人もかなりいます。日本だけが特別ローン金利が高いわけではないので、金利以外に何か根本的な問題がある気がしますね。

 

筆者は、日本の大学が卒業生に付加価値(マーケットバリュー)をつけられていないのが問題の一つではないかと考えています。

 

そこで、日本の各大学も米大学と同様に学生向けに独自のStudent Aid を発行して、学生に付加価値をつけることに真剣に取り組んだらどうでしょうか。

 

いい加減な卒業生を輩出したら貸し倒れになりますし、うまくいけばちゃんと金利で儲かり、卒業生も大学もWin-Winです。 (Netgeekはかなり偏向しているメディアなのでご注意を。)

  

gakumado.mynavi.jp

「ほぼ日」が雑談を重視するのは経営戦略。そのまま真似しても成功しない

業種にもよりますが、「イノベーション」や「おもてなし」を提供価値をメインにしている会社は、意図的に知の交配が起こりやすい環境をつくっています。

 

かつてのソニーに、社員が終業後に集まって勝手に製品のプトトタイプを作れる場があったり、Apple, Googleなどが社屋に遊び場を作ったり、社内食堂に力を入れているのも同じような理由からです。

 

同じコンテクストで、糸井重里さんの「ほぼ日」なんかは、まさにそういう職場なので雑談が多いのだろうと推測します。

 

www.dhbr.net

 

会社には

 

「おもてなし」

「効率」

イノベーション

 

という3つの異なる価値観(バリューシステム)が存在しています。

 

blog.flow-one.com

 

そのバランスの配合は、経営戦略によって大きく異なります。例えば、「効率」を武器としてスケールさせること(規模拡大)を中心目標としている会社では、雑談は無駄以外の何者でもありません

 

したがって、会社の向かっていく方向と、バリューをうまくアラインメントしなければならないのです。

リファクタリング(フローパッド開発メモ 2017.7.4)

いろいろ新機能をシステムを実装してくると、プログラム自体が複雑なスパゲティ状態になって、それぞれがちょっとしたことでコンフリクトを起こしてバグの原因になります。

 

また新たな機能を付け足したことが他の操作に影響して、帰って使いづらくるという「デグレ」問題も発生します。

http://wa3.i-3-i.info/word11087.html

 

で、現在は新機能を実装するために「リファクタリング」という作業を実施中。

 

要は将来に備えて、ぐちゃぐちゃになりつつあるプログラムを整理整頓しましょうという作業(と理解している)

 

リファクタリング (プログラミング) - Wikipedia

 

一見簡単そうな(?)プログラミングですが、いろいろなテクニックが必要になりますね。

 

www.f-pad.com

マルチプラットフォーム対応(フローパッド開発メモ 2017.6.30)

一つのウェブサイトをPC、タブレットスマホなどの画面に合わせて自由に変形させて表示させる

 

「レスポンシブデザイン」

 

という手法がある。

 

当然、フローパッドもこの技術を全面的に採用している。レスポンシブが出てくるまでは、スマホ用の専用のページを別途作る必要があったことを考えると、本当に素晴らしい技術である。

 

しかし、スマホで本格的にサービスをしようとすると、どうしても「プッシュ通知」機能が欲しい。

 

そうなると、やはり「アプリ」を別途作る必要が出てくる。

 

以前に「トイクルヒーロー」というiPhone向けアプリを開発した際に、iOSアプリの開発ツールである「X-Code」や開発言語のSwiftについてざっくり学んだ。

 

www.flow-one.com

 

しかし、アンドロイドを無視する訳にはいかないので、そちらにも対応しようとするとアンドロイドアプリ用のJavaAndroid Studioも必要になる。(iOSもアンドロイドも言語を一緒にしてもらいたいものだが。。!)

 

どうしたものかと思っていたら「Monaca」という、iOSアプリとAndroidアプリを同時開発できるハイブリッドプラットフォームを教えてもらった。

 

ja.monaca.io

このプラットフォームが救世主となり、FlowPADのアプリ版は、Monacaベースで開発・リリースすることになった。

 

ただしネイティブアプリに比べると、若干もっさり感があるのは否めないので、数年先にはネイティブで開発したいところ。

エンジニアのコスト(フローパッド開発メモ 2017.6.28)

日本はエンジニアさんが不足しているという話は聞くが、実際の肌感覚としてもそんな感じがする。

 

現在エンジニアには、人月計算(man-month=、1人のエンジニアが1か月雇うとしたときのコスト)で仕事を委託しているが、当然ながらできるエンジニアはコストも高いし、基本忙しい。

 

ランサーズやクラウドワークスでももちろんエンジニアは探せるが、どのぐらいの単価が適正なのかがいまいちはっきりわからない。

 

オフショア開発系の会社にも、いろいろ話を伺ったが、月150万円+の仕事量があれば、コスパは圧倒的に高いそうだ。

 

いずれにしろ自分自身がバリバリのエンジニアだったらその辺りをもう少しジャッジできるのだが、私はマネジメントサイドなので、技術ディレクターか、信頼できるパートナーに技術的評価を委ねるしかない。

 

また下手に依頼して、変なコードを本体に結合してしまうと、デグレ(degrade)が起こり、前よりクオリティが落ちてしまうリスクもある一方、スーパーエンジニアは、ミニマムのプログラムで数倍の処理速度のプログラムコード書いてきたりするので、結果的に最低レベルの人を3人雇うより安くついたりすることもある。

 

このあたりが難しいのである。したがって具体的な方法としては、

 

1)過去の実績を考慮する

2)一度試験的に一部のプログラムを作っていただいて評価する

 

といったステップになる。もちろんいくらエンジニアさんが優秀でも、こちらの要件定義がふわふわしていると、依頼者ーエンジニアの間で認識の齟齬が起き、お互いに不満を残す結果になる。

 

システム開発は深い。