タグ: 開発ツール

私が過去十年ほど、HappyFunCorp¹で仕事としてやってきたウェブサービス作りやスマートフォンアプリ開発は、かつてはとてもわかりやすいものだった。決して簡単だったとは言わないが、特に顧客が消費者向けスタートアップの場合は、わかりやすかったのだ。多くの会社がそうだった。

経験を積むほど、私たちはより良いものに手が届くようになった。2つのアプリをデザインし実装する（通常はiOSが先、Androidが後）。デザインには金を惜しんではならない。それらをJSON APIに接続する。それは通常はRuby on Railsで書かれたバックエンドだ。このバックエンドはウェブサイトでも使われている。常にウェブサイトが存在している：一般消費者はアプリで最小限の表示を見ているに過ぎない。その裏には常に機能やアプリの外観を制御するための管理サイトが伴っているのだ。

管理サイトのデザインはそれほど重要ではないので、ActiveAdminのようなもので、見かけは粗いが使えるものを作成することができる。なぜ自分でわざわざ作る必要があるだろう？同様に、認証は面倒で間違いも起きやすいので、FacebookやTwitterへのフックを組み込んだDeviseのようなものを使いたい。データベースは慎重に設計しよう。生のJavascriptを扱うのは悪夢に他ならないので、動的なブラウザ内操作にはjQueryを使おう。サーバーテストにRspecとMinitestのどちらを使うかには議論が分かれる。

全部揃ったかな？OK、それではHerokuのスケーリング環境に展開しよう、単に”git push”とするだけでステージングと本番環境にプッシュすることができる。様々なレベルのPostgresサポート、自動スケーリング、パイプライン、Redisキャッシング、Eesqueワーカージョブなども同様だ。もしスタートアップなら、そのままHerokuの上で様子を見よう。もしそれが製品市場で成功するとしたら、とりわけ素早いイテレーションが可能だったことが大きい。そしてもし成功したならば、ある時点でAWSへと卒業しなければならない。なぜならHerokuのスケーリングには限界があり、しかも大規模になるにつれて多大な費用がかかるからだ。もしそうでないなら…まあ「失敗は早めに」だよね？

ああ、友よ、そんな日々があったのだ。既に過ぎ去った平和な日々…（ノートをチェック）もう5年前の話だ。もちろん沢山の苦労は味わったが、意思決定上の複雑さはほとんどなかった。スマートフォンブームが始まり、ウェブブームは落ち着いて、それでも皆がまだその2つのブームの上に乗っていた。

では現在は？まあ、今でもそれらの波自身は崩れ去ってはいない、ソフトウェアはいまでも世界を食べ続けている。だが状況は…変わってしまった。世界はますます（ソフトウェアによって）食べられ続けているが、その速度は落ちている。まあ今や100万ドルのものが500%成長するというよりも、10億ドルのものが50%成長しているという意味でだが。世界を変える決意に満ちて、それを試すために資金を注ぎ込む、アプリのアイデアに満ちた夢想的起業家の数は少なくなっている。もちろん、そうした者たちはまだ居るし、その力も大きくなってはいるが、現在の風景はより複雑なものになっているのだ。

その代わりに、私たちは大規模なビジネスを目にするようになった。メディア、製造、そして小売などだ、そうしたものたちが新しい技術プロジェクトを適用し、熱中し、実験しなければならないことに気が付いたのだ ―― 興奮と恐れの中で。そうでなければ、とても限られた（しかしとても有益な）用途のカスタムアプリケーションを作ることが要求され、それらを既存の面倒なミドルウェアなどと接続しなければならない。また、たとえ有名なテクノロジー企業であっても、社内のチームを純粋にコアコンピタンスとビジネスモデルに専念させるために、補助的なツールとプロジェクトはアウトソーシングしている。私たちの顧客たちが、ここ数年でより企業向けにシフトしたことは間違いない。

とはいえ、素晴らしいアイデアや触発的なパワーポイントを引っさげたスタートアップたちの登場が途切れたと言いたいわけではない。例えば、かつてのコンシューマアプリの創業者たちを置き換えるように登場した、超夢想的ブロックチェーン創業者たちがいる（実際、私自身も時には少しばかりブロックチェーンに対して夢想家になってしまう）。昨年末から今年にかけて沢山のブロックチェーンスタートアッププロジェクトを仕掛けて、現在はせいぜいそのうちの数個が残っている状態に陥っているのは、私たちだけではないと思っている（とりわけツールが依然としてとてもお粗末なままなので、私には90年代のコマンドラインハッキングを思い起こさせる）。しかし、私はこの分野が消えてしまうとは考えていない。

現段階では、予想していたほど多くのAIプロジェクトを、私たちは手がけていない。おそらくその原因の一部は、AI人材が極端に不足し高価値のままであることであり、また部分的には多くの”AI”的な仕事が、深層学習ニューラルネットワークを訓練し調整することなく、単純な線形回帰を使って行えることが明らかになったことだろう…まあもしTensorFlowでそうした線形回帰を行ったとしても、まだ”AI”というバズワードを使っても許される筈だ。そうだろう？

しかし何よりも、私たちが使用するツールが変わってしまった。いまでは、アプリを作ろうとする際には、自分に問いかけなければならない：本当にネイティブで作るべきか？（JavaまたはKotlin？Objective-CそれともSwift？）そうでなければReact Native?あるいはXamarin？そうでなければGoogleの新しいFlutterとか？またウェブサイトを構築したいときには考えなければならない：従来式でやるのか？それともReact、Angular、またはVueを使ったシングルページにするのか？サーバーに関しては…ご存知のようにGoはRailsよりもはるかに高速で、そう、並列処理もエレガントだ。でもmap/filter/reduceはどこに入れれば良いのだろう？Javascriptはいまだに扱い難い言語だが、システム全体を横断して1つの言語を使うことには一定の利点がある。そして最近のNodeは強力でパッケージも豊富だ。もちろん、それら全体をコンテナに入れたい筈だ、Dockerはさらに1層もしくは2層の設定の複雑さを追加するが、通常そうする価値はある。

完全に「サーバレス」に移行はしないにしても、ある程度の部分をAmazon LambdaやGoogle Firebaseでまかなうというのはどうだろう？たとえFirebaseをデータストアに使用しなくても、認​​証に使うというのは？そして、もし必要に応じてあるいは適切と思われるので、全てをコンテナ化しKubernetes化していた場合でも、製品が市場に受け入れられたことがはっきりするまでは、多数のマイクロサービスを組み合わせる道筋を進むのはやめておこう。そしてその後どこにシステムを展開すれば良いだろうか。AWS、Azure、Google Cloud、またはDigital Ocean？あるいは、App EngineやBeanstalkのようなPaaSサービスや、Herokuのような「サーバーレス」と「ベアメタル仮想マシン」の間に入るようなものを使いたいだろうか？

過度に単純化しているが、私の言いたいことはおわかりいただけるだろう。開発者として、これほどの選択肢やツールが提供されたことはこれまでになかった。そして利用可能なツールセットの中の、どれが特定の状況に対して最善なのかを決定することが恐ろしく難しいという理由で、分析に対する困難に直面させられることもかつてなかった。場合によっては（実はしばしば）最善ではなく、とりあえず良いものを選ぶことで満足しなければならない。そして、その選択の困難はすぐには簡単になりそうもない。プログラマーでいることは大変な時代だ。私たちは有り余るほどの選択肢の中に巻き込まれて、生きて働かなければならないのだ。

【注】¹はい、これは本当に私たちの会社の名前である。このTechCrunchのコラムは私のフルタイムの仕事ではない（人は、これが私のフルタイムの仕事だと考えることが多い。なにしろ目に止まるし、毎週コラムを書くことは大変な重労働だと考える人もいるからだ。しかし私は本当に企業のCTOだ）。

【訳注】この記事の原題は”The tools, they are a-changing”であるが、これはボブ・ディランの”The Times They Are a-Changin’ “のもじりである。この歌の邦題はしばしば「時代は変わる」とされるため、この記事のタイトルも「ツールは変わる」とした。

[原文へ]
（翻訳：sako）

画像クレジット: Pixabay under a CC0 license.

大企業ならば、おそらく相互に関連した情報の複雑なバックボーン（そこには膨大なデータが含まれ、そこへの操作が簡単にできるようになっている）を構築するための、多数のエンジニアとリソースを抱えていることだろう。しかし小さな企業だったり、それほど技術指向ではない企業の場合、そうしたリソースを持つことは難しい。

それこそが、Howtie LiuにAirtableの作成を決意させたものだ。このスタートアップは一見ただのスプレッドシートにしか見えないものを、堅牢なデータベースツールとして使えるようにすることを目指している企業だ。背後で行われている複雑性を隠しながら、プログラミング経験のない人たちに、自分たちの仕事を処理するための複雑なシステムが作れるようにしてくれる。本日（米国時間3月14日）、彼らはBlocksという名の新しいツールで、さらなる1歩を踏み出した。これを使うことで利用者たちは、SMSや統合マップなどの様々な操作部品を、システムにただドロップすれば良いようになる。例えば、技術バックグラウンドを持たない小規模ビジネスのオーナーが、注意深く全てのアクティビティ、例えば食品トラックのネットワークを追跡することが、金額を入力してツールの1つをドロップするだけで、可能になるものだと考えてみて欲しい。

「私たちは、皆が持っているこの力をソフトウェア開発の中に引き出して、それを誰でも使える『一般消費者向け製品』の形にしたいと願っているのです」とLiuは言う。「同時に、ビジネスの観点からは、一般にローコードアプリケーション（プログラミングをあまり行わなくてもよいアプリケーション）のプラットフォームが持つ、大きなチャンスに期待しています。これらのプラットフォームは、普通なら予算を使い時間もかかる、重量級の高価なユースケースのニーズを解決します。私はAirtableをGUI寄りのものとして位置付けています。これに対して多くのツールはデータ管理的側面が中心です」。

Liuによれば、同社はCRVとCaffeinated Capitalによって主導されたラウンドで5200万ドルを追加調達したと語った。他にラウンドに参加したのはFreestyle VenturesとSlow Venturesである。調達資金は全て、プログラミングプロセスそのものを抽象化しようとするシステムの構築に利用される。しかし結局は、論理操作のレゴブロックに過ぎないものを使って、どれだけ実際にシステムをカスタマイズできるかということには、ある程度の限界がつきものだ。要するに、ここでの目標は、平均的なプログラマーが作るような、一般的な操作をなるべく数多く抽出することだ（そして大企業にはしばしば、これらを高度にカスタマイズするニーズが存在している）。

こうしたことは、まだ流行ってはいないが大きな市場の可能性のある、小規模から中規模のロングテールビジネスを、企業たちが徐々に狙おうとするときに必要となるものだ。そうした企業にはエンジニアを雇うためのリソースもおそらくないだろう。GoogleやFacebookが大学にやって来て、技術系のバックグラウンドを持った学生たちをさらっていくのとは対照的だ。これが、ビジネスを運用するために必要な、沢山の複雑な操作を抽象する用途に、Excelが大人気を博している理由の1つである。しかし同時に、Liuはそうした哲学はさらに前に進めることができるべきだと語った。

「クラウドの世界には、AmazonのクラウドインフラのEC2があります。これはハードウェアを抽象化して、既存のマシン上の情報を乗せることが可能です」とLiuは言う。「そして、OSやそれ以上のものを載せることも可能です。コンテナ、Heroku、およびその他のツールが、運用レベルの複雑さを取り除いています。しかし、それでもアプリケーションとロジックは書かなければなりません。私たちの目標は、その部分をさらに飛び越えて、アプリケーションコードのレイヤーを抽象化することなのです。利用者は私たちのインターフェイスやブロックを直接使うことができます。これらは全てプラグアンドプレイで利用できるレゴブロックのようなもので、利用者に、よりダイナミックな機能を提供します。マップビューやTwilioとの統合などがその例です」。

そして実際には、Twilioを始めとする多くのプラットフォームも、それ自身でコーディングの初心者に対して、とても親切なものになろうとしている。例えばTwilioは開発の初心者が、そのプラットフォームを利用するためのとても素晴らしいドキュメントを沢山持っている。その中でAirtableが狙うのは、これら全てを複雑なウェブの上で相互接続し、リレーショナル・データベースを背後で構築し、利用者が正確性、速度、そして信頼性を犠牲にすること無く、シンプルに運用できるようにすることだ。

「明らかにMySQLは、コードやカスタムSQLクエリを使用してデータとやりとりしたい場合には素晴らしいものです」とLiuは言う。「しかし、究極的には、ビジネスエンドユーザーが、文字通りターミナルベースのSQLプロンプトを、データとのやりとりをするプライマリインターフェイスとして採用することを期待することはできません。もちろんそのようなデザインを採用することはないでしょう。明らかに、SQLレベルのデータベースの上に、何らかのインターフェイスが必要です。私たちは基本的に、Postgresのようなリレーショナルデータベースと同等の価値をエンドユーザーに対して開放していますが、私たちはさらに重要なものを提供しています：データを即座に可視化するインターフェイスです」。

これまでにも、平均的なユーザーが慣れ親しんでいる基本的なフォーマットを再考しようとする活動は数多く見られてきたが、柔軟性に対しての成熟度は進んでいる。例えばワード文書の背後にある概念を再考しようとするスタートアップCodaは6000万ドルを調達した。こうした努力はいずれも、非テクニカルユーザーのためのより堅牢なツールキットの作成に向けられている。このことは、この分野が徐々にホットな場所になることを意味している。特にAmazonやMicrosoftのように、こうしたサービスをオンラインで提供しようとしていたり、そうしたビジネスに目をつけた企業たちにとってはチャンスのようにみえる。

Liuも、同社の目標は、WYSIWYGで汎用なプラットフォームを作ることで、潜在的な全てのビジネスケースを追い求めることだと話した。こうしたやり方は通常ホリゾンタルアプローチ（水平アプローチ）と呼ばれている。ただ、こうしたやりかたは大変危険なもので、おそらく同社に対して投げかけられる最も大きな疑問の1つである。例えば他のスタートアップや企業がやって来て、特定分野のニッチを全て奪ってしまうかも知れない（例えば、ヘルスケアに特化したカスタムGUIプログラミングインターフェイスとか）。しかしLiuはAirtableにとってのチャンスは、最初から水平アプローチをとっているところにあると語る。

「ソフトウェアには、文字通りコードを書かなければならないという前提があります」とLiuは言う。「コードを書くことであまりにも多くのことを構築しているために、自分たちを解放することが難しくなっているのです。しかし有用なアプリケーションの中身を考えてみるとき、特にB2Bの企業内ツールのユースケースを支える、コードで書かれた大量のソフトウェアを見ると、結局その大部分は主にリレーショナルデータベースモデルなのです。そしてそのリレーショナルデータベースの側面から見ればバラバラの形式ではないのです」。

[ 原文へ ]
（翻訳：sako）

ポルトガルのリスボンを拠点として、「自動コードレビュープラットフォーム」を提供しているスタートアップのCodacyが、シリーズAの資金調達で510万ドルを調達した。ラウンドを主導したのはEQT Venturesであり、参加者は既存の投資家のFaber、Caixa Capital、Join Capital、そしてSeedcampである。

2014年に創業したCodacyによれば、同社のシステムはPaypal、Adobe、Qlik、Cancer Research UK、Deliverooなどを顧客として、数多くの企業に採用されている。このソフトウェアは、自社内にインストールすることも、クラウド上でアクセスすることも可能で、開発者はコードの品質をチェックし、コード品質基準を実装することができる。

「コードレビューは、開発ワークフローの不可欠な要素となっており、開発者は現在、バグをできる限り早く発見し品質を保証するために、コードレビューに20％以上の時間を費やしています」とCodacyの共同創業者Jaime Jorgeは語る。「Codacyを使うことによって、開発者はコードレビューに使う時間を3割削減することができると見積もっています」。

これは、Jorgeの主張するところによれば、エンジニアリングチームの効率性を6％向上させることに相当する。あるいは、より具体的な言葉で言うならば、例えば計画よりも2週間早くソフトウェアを提供することができるということだ。

「コードのレビュー以上に、私たちの使命は、大規模なシステムでの品質確保を通して開発者の生産性を維持するということです。私たちはこれを、最も重要な問題、警告、そしてメトリックスを一元化し、ワークフローに完全に統合することで実現します」と彼は語る。

「たとえば、開発者がプルリクエストを作成しようとする際に、システムが発見したセキュリティの脆弱性を伝えるだけでなく、テストカバレージがチームの定義された目標基準に達しているかどうかを伝えることもできます。当社は、開発者がコード品質を理解し、優れた設計上の決定を下すのを支援する目標に向けて、クラス最高の製品提供することを確実にするために、製品を継続的に開発していきます」。

Codacyの顧客は、小規模なデジタルコンサルタント会社から、大規模な多国籍企業まで、さまざまな業界や地域にまたがっている。

直接の競合相手としてはCode ClimateとSonarqubeが挙げられるが、JorgeによればCodacyはGithub Enterpriseなどの好きなツールと自動的に同期するといった形で、ワークフローに統合されているので、顧客はCodacyを選ぶのだという。「これは非常に大規模な顧客にとっては、特に便利な機能です」と彼は付け加えた。

一方、新たな資金調達は、チームをさらに強化して、幅広い顧客層に向けてCodacyをを拡大できるようにするために使用される。同社は現在、13人の従業員を抱えているが、ソフトウェアエンジニアリング、カスタマーサクセス、販売、マーケティングの分野の人材を募集しているということだ。

[ 原文へ ]
（翻訳：Sako）