Debusami 2018 | Business + IT
ITと経営の融合でビジネスの課題を解決する
ビジネス＋ITとは？
ログイン
メルマガ登録
事業拡大
米ＦＲＢ、インフレ抑制に一段の積極姿勢必要＝ミネアポリス連銀総裁
2022/03/19
ロシア向けコンテナ貨物停止＝国内大手３社出資のＯＮＥ
2022/03/19
米ＣＢ景気先行指数、2月は0.3％上昇 持続的な景気拡大示唆
2022/03/19
営業戦略
さらば！「うざい」モバイル広告、事例でわかる消費者に“刺さる”タイミングとは
2022/03/10
東京電力が挑んだ「顧客体験向上」、“倍の効率”で満足度130％増を実現した方法とは
2022/03/09
『セールス・イズ』著者が語る、成果に直結する「営業DX」の進め方
2022/03/04
コスト削減
このままでは危険な「SAP 2027年問題」、移行期間とコストを“半減”させる方法とは？
スペシャル
2022/03/16
どうしても残る紙の書類、テレワークの足かせに……一気に電子化する方法はあるか？
2022/03/16
悩み付きまとう「タクシーの領収書」問題、関係者全員の煩わしさを解消する方法
2022/02/09
組織改革
業務改善プロが語るDX阻む「企業風土」、考えなしのツール導入は悪習慣を生むだけ？
スペシャル
2022/03/18
アクトグループが約20の口座情報を一元管理し、業務時間を「1/3」に短縮した方法
2022/03/18
オフィスとリモート、どちらも働きやすい“デジタルな職場”の作り方
2022/03/16
生産・製造
ウォルマート・ZARA・ユニクロは何が凄い？ 小売業の「物流」が超重要と言えるワケ
2022/02/21
なぜダイキン工業は世界トップシェアになれたのか？ インバータエアコン開発の裏側
2022/02/15
コロナで乗客数激減のJR東日本……苦肉の策「ダイヤ改正」は効果があるのか？
2022/02/01
危機管理
原油「1バレル＝100ドル越え」が続くと日本はどれだけヤバいのか
2022/03/18
サイバー攻撃の変遷、あの頃どう対策してた？「WinMX時代の情報漏えい」「WannaCry」
2022/03/17
ロシア制裁手段「SWIFT排除」の影響力とは？ なぜ金融の「核兵器」と呼ばれるのか
2022/03/09
コンプライアンス
専門家に聞く「サステナブル商品」ヒットの理由、背後にある消費者マインドの変化とは
2021/12/24
ロレアルが推進する「本気のSDGs」、すでにほぼ全設備でカーボンニュートラル達成
2021/09/28
アップルの「児童ポルノ検出技術」計画が延期、なぜ全米から批判されたのか
2021/09/07
省エネ・環境対応
ロシア産原油禁輸に踏み切った米国の勝算は？ シェール採掘もすぐにはできない事情
2022/03/11
【独占掲載】110社へのサステナビリティ調査で見えた3つのポイント
2022/01/27
味の素も取り組む、人・環境・利益のトリプルボトムラインとパーパス経営の関係
2021/11/19
業種・規模別
建設業は「残業」常態化から抜け出せるか？ DX進む一方で顕在化する構造的問題
2022/03/18
迫る「建設業の2024年問題」、上がらない職人の給与・加速する人手不足…解決の糸口は？
2022/03/16
オードリー・タン氏がDXで重視した「たった1つの技術」
2022/03/16
IT戦略
オードリー・タン氏が日本人のために「デジタルとITはまったく別物」と語る理由
2022/03/09
なぜ「医療デジタル化」が遅れるのか？ 1万2000人調査が示す日本の課題と解決策とは
2022/03/07
経費精算のマイナーチェンジで「120時間の業務短縮」を実現できた理由
2022/03/07
基幹系
担当者の半数以上がストレス、データ分析“前”の業務はどうすれば効率化できる？
スペシャル
2022/03/09
2年の猶予が設けられた「改正電子帳簿保存法」に、なぜ“今すぐ対応”すべきなのか
2022/02/08
「現場も喜ぶデータ連携」のコツは？ プログラミングなしで“自動化”を推進する方法
2022/01/24
情報系
Twitterのつぶやきなど、顧客の「定性データ」からどうやって“気付き”を得るか？
スペシャル
2022/03/18
問い合わせ数65％減。再チャレンジで大成功！モバオクの「AIチャットボット」活用術
2022/03/11
リタゲ終焉、ポストCookie時代に求められる「顧客データ」を活用した広告配信とは？
2022/02/02
運用管理
Windows 11にアップグレードする前に備えるべき、たった1つのこと
2022/03/17
ランサムウェアが依然1位、サプライチェーン攻撃の増加、サイバー脅威の最新動向
2022/03/11
「サーバの消費電力」がAI・機械学習の足を引っ張る？ 高性能ならではの苦しみとは
2022/03/08
セキュリティ
多すぎるアラート・誤検知はもう嫌だ、「シンプルに賢く守る」次世代エンドポイント防御
スペシャル
2022/03/11
覇権争いで“スパイ”活発化、「国家支援」サイバー攻撃のヤバすぎる深層
2022/03/11
感染したら成す術なし？バックアップデータにも「ゼロトラスト」の考えが必要な理由
2022/03/07
ネットワーク
IoT投資の世界市場調査（後編）、気になる１位は？ 投資基準は結局「コスト」？
2022/01/26
IoT投資の世界市場調査（前編）、用途別トップ10は？成功事例と併せて解説
2022/01/25
2022年のIoT市場で注目の6大トレンド、42％が積極投資に意欲も企業間格差拡大のワケ
2021/12/23
モバイル
テレワークで負荷増のデバイスセキュリティ、もっと柔軟で効率的な方法はないのか
スペシャル
2021/04/02
テレワーク最大の懸念…“セキュリティ確保”がそう簡単ではない理由
2020/08/28
IEEE802.11ax（Wi-Fi 6）とは何か？ 5つのメリットで理解する最新無線LAN規格の詳細
2020/06/03
ハードウェア
パナやホンダら8社で協会も発足、配送ロボットの普及本格化と今後の課題
2022/03/03
ストレージの第一人者が語るデータシェアの可能性、東北で芽吹くスーパーシティとは？
2022/02/09
「知能化ロボット」と「データドリブン」が倉庫と工場を変える
2022/02/03
開発
RPAを導入したのに「成果が出ない」？ 失敗企業の共通点
スペシャル
2022/03/04
CI/CDとは何かをわかりやすく図解、具体的なツールや取り組み方とともに紹介する
2022/03/01
ローコード／ノーコード開発市場が24.3％の大幅増、2023年度には1,000億円規模に
2022/02/18
メルマガ登録
ビジネス＋ITとは？
関連ジャンル
めまぐるしい変化の中で、スルーしたくない「Game Changer」な技術を見極めるには
デブサミ2018
IT分野の技術はつねに速いスピードで変化し続けています。そうしたなかで登場する新しい技術には、スルーしてもかまわないものと、スルーすべきでない重要な技術があります。めまぐるしい変化の中で、どこに着目することで重要な技術を見極めるのか。一方で、長年にわたって変わらず現役で使われ続けている技術にはどのような特徴があるのでしょうか。
Publickey 新野淳一
Publickey 新野淳一
ITジャーナリスト／Publickeyブロガー。大学でUNIXを学び、株式会社アスキーに入社。データベースのテクニカルサポート、月刊アスキーNT編集部 副編集長などを経て1998年退社、フリーランスライターに。2000年、株式会社アットマーク・アイティ設立に参画、オンラインメディア部門の役員として2007年にIPOを実現、2008年に退社。再びフリーランスとして独立し、2009年にブログメディアPublickeyを開始。現在に至る。
＜目次＞本記事は「和田卓人氏が明かす「ついて行くべき変化」と「スルーしていい変化」の見分け方」の続きです。ネイティブアプリとWebアプリというのも行ったり来たりしています。 以前はVisual Basicがあり、その後にGood Old Webがあり、Flashのリッチクライアントがあり、AjaxによるJavaScriptの再発見があり、Webフロントエンドフレームワークの乱立時代があり、HTML5という大きな標準の誕生がありました。 しかしHTML5ではユーザーが望むUXが実現できなかったことと、ユーザーの専有時間が長く、UXが作り込めるネイティブアプリの時代がやってきます。 そしてReactが登場し、いまPWA（Progressive Web Apps）がやってきている。 いまのアプリケーションの主戦場はモバイルデバイスに収束してきていて、ここでどうやって戦うか、各社がしのぎを削っています。 その要素技術としてService Workerが登場し、これがWebアプリにとってネイティブアプリとの技術の差を縮めてきていて、Service WorkerをWindowsやiOSなどがサポートし始めたため、これをベースとしたPWAがネイティブアプリと競合しはじめています。 なぜPWAがきているかというと、そこにはWebアプリとネイティブアプリの性質の違いがあります。 ユーザーとのエンゲージメントはWebの方が強いのですが、滞留する時間についてはネイティブアプリの方が強い。一方、ネイティブアプリは審査されたあとにリリースされ、ユーザーにアップデートしてもらう必要がありますが、このリリースやデプロイをもっとコントロールしたいということもあって、PWAに時代が来ていると解釈するといいのではと思います。それはそれとして、僕のタイムスパンでは螺旋ではなくて戻ってこないだろうなあと思うのが、Web技術への大きな流れです。 昔はEmacsのうえでメールを読んでいましたが、いまはGmailの使いやすさにやられてWebブラウザで見るようになり、エディタもEmacsを離れてAtomやVisual Studio Codeを使うとイノベーションの中心がそちらに移動しているのに気がつきます。 イノベーションが生まれる場所、イノベーティブな人が集まる場所はWebにいってるんだなと思っています。次の螺旋は、オープンソースソフトウェアと組織です。 まずクローズドソースの時代があって、そのあとLinuxと「伽藍とバザール」で示された開発スタイルがやってくるわけです。 そこからオープンソースソフトウェアの最初のブームがあって、SourceforgeやApache Software Foundationといった何らかの組織やチームが出てきて、そこでオープンソースソフトウェアを作ろうという流れがでてきました。 その後、GitHubが登場して民主革命みたいなことが起きます。まず個人があり、個人がオープンソースソフトウェアを書いて世に問い、そのあとで必要に応じて組織を作るようになると。 これによって、組織やチームに所属してコミット権みたいなのをもらわないとオープンソースソフトウェアが書けなかった時代から、まず個人がコードを書いて世に問う、ということになり、間口が大きく広がりました。 しかし一方で、個人の開発者はたくさんのユーザーから、こうしてほしい、こう使えるようにしてほしいなどのたくさんの要望を受け取るようになります。個人の開発者と圧倒的多数のユーザーと要望、という関係では、2年くらいで個人が燃え尽きてしまうということが目撃されるようになりました。 これは持続可能なモデルではないんですね。 そこで、オープンソースソフトウェアとして登場し、かつ持続可能なのはどういうものかということが議論されるようになりました。 ここで僕自身がよくできているなあと思ったのが「What success really looks like in open source – Nadia Eghbal – Medium」です。 オープンソースソフトウェアが成功するには、ポピュラーであること、ヘルシーであること、サポーテッドであることという3つの要素があると説明しています。 ポピュラーであることとは、たくさんの人に使われ、それがどんどん伸びていくと。まあ、当たり前のことです。 ヘルシーとは、開発者やメンテナがアクティブに活動していて、かつ、ユーザーときちんとしたやりとりをしていると。 サポーテッドとは、例えばオープンソースソフトウェアの開発者やメンテナが開発にかける時間や資金がヘルシーでありつづけるために何らかのサポートが必要であるということ。フルタイムのコミッタとして採用されるとか、何らかの形で大きな額の寄付を得るとか、そういった形でないとボランティアベースでヘルシーな開発を続けるのは非常に難しいと。 オープンソースソフトウェアがポピュラーになるほど開発者は燃え尽きやすくなります。でもポピュラーになったソフトウェアには社会的責任が出てきて開発を続けなくてはいけないので、早期にチームを形成したり組織に巻き取ることでヘルシーにしなくてはいけない。 最近で言うとBabelがそうで、Babelは19歳のSebastian McKenzieが開発してすごくポピュラーになった結果、たくさんの要求にさらされて、彼は燃え尽きてしまったんですね。ですけどFacebookに採用されてエンジニアリングチームのサポートを受けることで、いま開発がヘルシーに続くようになりました。こうした非連続な変化をもたらしたものが「スルーしたくない技術」なので、それらについて考えてみます。 僕がプログラマとしてキャリアを積んできた中で、決定的な変化をもたらした技術を上げてみると、こんな感じだと思います。 Ruby on RailsとクラウドとDockerとReactです。 Rails、クラウド、Dockerは、量的な変化が質的な変化をもたらしたと考えています。 これまでできていたことが圧倒的に速くなる、簡単になると、見えてくる世界がある、というのがこの3つの起こした変化でした。 Railsの生産性は、スタートアップに必要な速度と仮説検証を可能にしました。 クラウドはシステム開発のコスト構造とボトルネックを大きく変えました。大きく変えた結果、開発と運用の関係も変えました。DevOpsというやつですね。 Dockerも、それまでの仮想化技術に比べて圧倒的に速く、かつ再現性も高かったので、これまでできなかったことが結果的にできるようになって、かつ、やりたかった新しいことが見えてきた。例えば、コードが事業そのものになる時代に備えられるようになった。 一方、Reactはなんだったかと考えると、Reactは仮想DOMという概念をもたらすことで、考えることや心配を減らしました。 仮想DOMによって、富豪的にデータを更新してもレンダリングコストの心配をしなくてよくなった。結果、フロントエンドの複雑なビューを、いまDOMがどうなっているか考えなくてもよくなって、大きな心配のネタが減ったんです。Game Changerな技術をスルーするかしないか。例えば、具体的なGame Changerの技術、RailsやReactなどをスルーするのはかまわないと思いますが、それらがなにをもたらしたか、変わった後の世界は知る必要がある。 例えば、開発に関わる労力やコストを圧倒的に短くするもの、あるいは構造を大きく変えてしまうものや、そのものを不要にするもの。 そういったインパクトのあるGame Changerは世界を変えていくもので、スルーしがたい。そういったことを見極める必要がある。 逆に言えば、そこまででないものは、「お好みで」。じゃあ「お好み」を表現する軸を持ちましょう。 ここからは時間がないので駆け足でいきます。 僕が好きな軸は「Simple」と「Easy」です。SimpleとEasyは同じものと思われがちですが、実は違うものです。 Simpleは概念の少なさ。客観的にSimpleであるものは、誰にとってもSimpleなものです。 一方、Easyは近さのことです。いま知っているものとか、スキルセットとか、そういうものとの近さのことであり、だから主観であり相対的なんですね。 Simpleは、いろんなものをけずってけずって、最後に到達する、1つのことをうまくやる、という考え方。でもEasyは、いま目の前にある問題に対してどれだけ手数を減らせるか、という考え方です。 手数を減らすというのは、覚えることを増やす、覚えることが増えることで手数が減る。これがEasyの考え方です。例えばRailsは覚えることが多いほど手数を減らせる。 よくGoogleトレンドで技術を比較して、こちらの方が検索が多いから流行しているという説明がありますが、これは誤解されがちです。というのも、シンプルなものはあまり調べることがないからです。 だからSimpleなフレームワークとEasyなフレームワークをGoogleトレンドで比較すると、間違った結果になることがあります。 Easyの方が覚えることが多いために質問が増えるのは当然で、その覚えることを検索エンジンに肩代わりさせることによってEasyさを支えているのです。その代わり、Easyさが開発生産性をもたらすので、ソフトウェアの開発やビジネスには勢いをもたらしてくれます。 ソフトウェアの構造としてはSimpleなものの方が望ましいのですが、ソフトウェア企業として開発の勢いはEasyなものを選ぶ方がいいこともあります。この2つのどっちを選ぶかは、好みの選択になります。まとめです。 技術の螺旋を理解しましょう。螺旋の前の周期から今の周期のあいだには差分があり、その差分を可能にする技術があります。それをよく見極める必要があります。 それとは別に長く生き残る技術があって、それには別の特長があります。 また、SimpleとEasyは異なるので、それらのあいだの選択について意識的にならなければなりません。 時間が余ったらさせていただこうと思っていた話はできませんでしたので、また別の機会にしたいと思います。ありがとうございました。公開されている資料技術選定の審美眼 / Understanding the Spiral of Technologies※本記事は、ブログ「Publickey」から転載、一部を再構成したものです。関連記事一覧へ
一覧へ
PR
SBクリエイティブ株式会社
ビジネス＋ITはソフトバンクグループのSBクリエイティブ株式会社によって運営されています。
ビジネス+IT 会員登録で、会員限定コンテンツやメルマガを購読可能、スペシャルセミナーにもご招待！