nbdevの商用化について

![](nbdev.png) nbdevは、未来から来たような感覚を与えるJupyterベースのソフトウェア開発ツールです。 何人かの友人から、特にフルタイムの仕事を辞めてこのプロジェクトに注力するなど多くの労力を費やした後にも関わらず、なぜnbdevを商用化しないことにしたのかと尋ねられました。そこで、私の考えを説明する短い記事を書こうと思いました。 nbdevは、リテラートプログラミングと探索的プログラミングを採用した革新的なPythonソフトウェア開発フレームワークです。私は2020年から2023年にかけてJeremy Howard、そして後にWasim Lorgatと共にnbdevに取り組みました。非常に優秀なソフトウェアエンジニアたちと働きながら、開発者ツールと探索的プログラミングの可能性を探求する特権と興奮を味わいました。多くの人々に愛用されるツールを作り出したことに加え、私自身も個人的および職業上のプロジェクトでnbdevを活用することを楽しみました。 製品リサーチを実施する中で、私はさまざまな背景を持つ多くの開発者にインタビューし、彼らの課題とニーズを理解しようとしました。私が話した開発者全員が直面していた一つの大きな課題は、他のエンジニアにnbdevを使うよう説得することが、不可能ではないにせよ、非常に困難だということでした。 以下は、採用が進まなかった最大の理由です。 エンジニアのオンボーディングにおける摩擦。多くの企業には既存のPythonプロジェクトがあり、企業がすでにプロセスやツールを構築して確立した方法がある場合、異なる手法を併存させることは有害となり得ます。 ソフトウェア開発スタックの他の部分との衝突：ノートブックを共同作業に適した形でバージョン管理することは（今でも）煩わしい作業です。実際問題として、ReviewNBというツールを購入せずにGitHub上でノートブックのコードレビューを行うことはできません。そのため、人々にnbdevを使うよう説得するだけでなく、nbdevとReviewNBの両方を使うよう説得しなければなりません。これは初期採用の障壁を大幅に高めます。なぜなら、多くの組織におけるソフトウェア調達は、セキュリティレビュー、コンプライアンス、法務、その他の関係者を巻き込む、簡単ではないプロセスを伴うからです。 私は上記の問題を解決することが、nbdevを商用化する潜在的な機会であると考えました。 Jeremy、Wasim、そして私は最終的に「開発者のためのWordPress」というアイデアに落ち着きました。これは、人々がnbdevプロジェクトを作成して共有できるホスト型サイトです。私たちは、これが何もインストールせずに人々にnbdevを試してもらう優れた方法だと考えました。このアイデアは、Glitchのように探索と共有を促進するプラットフォーム上でプロジェクトを公開することに関心のある人々に絞り込み、WordPressのように使いやすく実用的なものにすることでした。 私たちがホスト型ツールの議論を始めたほぼ同時期に、生成AI、特にStable Diffusionの爆発的普及により、機械学習の世界は地殻変動を経験しました。nbdevを作成した組織であるfast.aiも、その焦点を変えつつありました。fast.aiの主要な使命は、できるだけ多くの人々に深層学習をアクセス可能にすることであり、生成AIは無視するにはあまりにも重要でした。それに応じて、JeremyはStable Diffusionコースに全力を注ぐようになりました。 この方向転換は、nbdev、生成AI研究、そして収益化という異なる優先事項を調整する中で、いくらかの混乱を引き起こしました。私たちは最終的に、fast.aiパートナーという形でfast.aiに関連するあらゆるコンサルティングサービスを提供することに決めました。これにより、経済的に自立しつつ、fast.aiのより大きな使命（生成AIと研究を含む）に沿って進むことができました。最終的に、私はあまりにも多くの分野に焦点が分散していることが非生産的であることに気づき1、足場を固め直すためにコンサルティング以外のすべてから離れることを決めました。 その直後、ChatGPTが登場し、機械学習にさらなる変化をもたらしました。その規模は、テキストから画像への前身モデルよりも桁違いに大きいものでした。間もなく、私のクライアント全員が言語モデルに興味を持ち、私はそれらの運用化に専念するようになりました（これは20年以上機械学習に携わることで培ったスキルです）。さらに、LLMはソフトウェア開発の性質、特にnbdevがサポートするように設計された種類のソフトウェア開発2を根本的に変えました。これらの要因と前述の要因は、nbdevから離れて他のことに集中する良い時期であることを示唆していました。 このプロセスで私はいくつかの重要な教訓を学びました。 プロジェクトを愛し、それが有用だと思うからといって、必ずしも商用化の準備が整っているとは限りません。私は常に、nbdevにとって良いビジネスモデルがあるという確信を得ることに苦労しました3。代わりに、私は本当に気の合う人々とビジネスを始めるというアイデアに惹かれてこの道を進みました。最終的に、一緒に働く人々に興奮していることに加えて、少なくとも一人は強い確信を持っている必要があることを学びました。どちらか一方だけでは不十分なのです4。また、自分自身（およびチーム）の確信の度合いについて正直であることが重要であり、存在しないものを無理に作り出そうとしないことを学びました。 直感に耳を傾けること。私はこの過程で複数の機会に直感を無視しました。年を重ねるにつれて、この過ちを犯すことはずっと少なくなりましたが、この件ではもっと上手くできたかもしれません。 方向転換を恐れないこと。私たちは見込みのない状況を避けることで、不必要な混乱を回避できたと思います。私は今取り組んでいる仕事にはるかにワクワクしています5。 自分自身のブランドを築くこと。私のプロフェッショナルブランドは、fast.aiと友人であるJeremy Howardにますます結びついていきました。このメンターシップの下で経験した成長には感謝しています。しかし、自分自身の明確なブランドとアイデンティティを築くことが重要だと信じています。他人のプロジェクトに取り組んでいる時に自分自身のブランドを築くことは難しいと気づき、これは私が苦労した点です6。これにもっと取り組むことを楽しみにしています。 将来の方向性 私はnbdevと完全に縁が切れたわけではないと考えています。適切な時期が来たら、このプロジェクトまたは関連するアイデアを再訪するかもしれません。Positがリテラートプログラミングと探索的プログラミングの分野で行っている仕事には興奮しています。そこにはnbdevが探求したアイデアの多くが含まれています。WasimはPositのチームに加わったので、彼らが何を生み出すかを見るのが楽しみです。 次に私が取り組んでいることについては、それに関する考えは別の記事に譲らなければなりません😊。 --- 1. このプロセスで何度も燃え尽き症候群を経験しましたが、当時はその理由がわかりませんでした。驚くことではありませんが、一度にあまりにも多くのことに集中しようとすることが根本原因でした。↩︎ 2. LLMを使ったコーディングがどのように見えるか、特にノートブックでのアイデアについては、このデモを参照してください。↩︎ 3. ホスト型ソリューションの問題は、これが私自身が使いたいものではないことです。GitHub/GitLab以外の何かでコードをホストしようとする自分自身を想像できません。↩︎ 4. 共有された確信がなければ、全員を結びつける接着剤がなく、人々は離れていってしまいます。↩︎ 5. これについては将来の記事で詳しく共有します。↩︎ 6. これが常に当てはまるとは思いませんが、グループの力学によっては真実となり得ます。↩︎ 7. 私たちは以前にPositのJJ Allaireと提携し、Quartoの上にnbdevを構築しました。私は現在、Positの製品と戦略についてアドバイスをしています。彼らのロードマップには、今は公開できない追加プロジェクトがあります。↩︎

nbdevの商用化について

背景や根拠まで確認しますか？

調べる

選ぶ

サイト