Inkdrop のロードマップ vol.4

Inkdrop のロードマップ vol.4

Inkdrop のロードマップ vol.4

エクスポート機能の強化、ノートブックのプロジェクトライクな動作、モバイル版のプラグイン対応など

更新: 新しいロードマップはこちら

English version is available here.

どうもTAKUYAです。

Inkdropはクロスプラットフォームで同期するMarkdown専用ノートアプリです。つい先日までvol.3のロードマップに取り組んでいましたが、ついに完走しました🎉 今僕らは、より永く続く開発に向けてモダンなライブラリを使ってイチから作り直したv4を手にしました。 (v4の新しい点についてもしまだご存じない方は、こちらを参照ください) この取り組みが本プロジェクトの継続性を高める大事なステップになると僕は信じています。このv4のローンチに併せてウェブサイトをリデザインしたのですが、この作業はアプリのコンセプトについて見つめ直すいい機会になりました。ですので、ロードマップの話に入る前に、まずは本アプリのコンセプトについて改めてお話したいと思います。どうぞお付き合いください。

Inkdropの課金ユーザが1,000人を突破しました!

この話を最初にさせてください。自分がこのプロジェクトを始めた当初、1,000人の顧客を集めることをゴールに掲げました。そして現在は1,200人に到達しました。本当にありがとうございます!この目標を達成した事により、新規顧客の獲得を焦るあまり大事な既存顧客から注意を背けてしまわないで済みます。そしてもっと広い視野をもって長期的な戦略を立てて行動できるようになりました。僕は1人でやっていますので、ユニコーン・スタートアップのように指数関数的成長は要りません。僕はこのサービスを「より大きく」ではなく「より良く」していきたいと考えています。ぜひ一緒にInkdropを育てて行きましょう!

“Organizing Markdown notes made simple”

Markdownノートの整理をシンプルに。

これがウェブサイトで掲げているスローガンです。つまりInkdropはあなたのMarkdownノートの整理をお手伝いすることで、日々のハッキング作業においてメモを快適に取れるようにし、生産性を高めます。これがInkdropのコア・コンセプトです。

僕がこのアプリを作った最も大きな理由は、自分自身が複数のデバイス・コンピュータ間でノートを整理するのに困っていたからでした。最初のベータ版をリリースした時、沢山の人が僕と同じ悩みを抱えている事を発見しました。そこで、安全でシームレスなデータ同期機能と、Markdownノートの整理を支援する機能に集中して取り組む事に決めました。そして今、Inkdropは僕のほとんどのかゆい所に手が届くようになりました。これからも同じ方向性で進んでいきます。つまり、チーム向けの機能やWYSIWYGエディタなどは今後も対応しませんし、このアプリは引き続きデベロッパ向けであり、マス市場は狙いません。

では、Inkdropがここから更にどのようにMarkdownノートの整理を支援していくのか、お話しましょう。

エクスポート機能の強化

Markdownは規格化されたプレーンテキストのフォーマットです。企業独自のシステムはもとより、World-Wide-Webにすら依存しません。その読みやすく書きやすいシンタックスによって、今日ではMarkdownは様々な目的で利用されています。ドキュメント作成、ブログ執筆、そしてもちろん、ノートテイキングなど。例えば、Gatsbyのような静的サイトジェネレータを使えば、Markdownファイルからウェブサイトを構築できます。Markdownが .md のファイル形式としてある時、Markdownのポータビリティを最大限に活用することが出来るのです。

InkdropのMarkdownはプラグインでシンタックスを独自に拡張したりしない限り、CommonMarkの規格に互換性があります。それによって、あなたのノートは様々なツールや場所で再利用できます。しかしInkdropのエクスポート機能はそれをするためにはまだ不十分です。現状では、単一のノートを各フォーマットで出力するか、すべてのノートを一括で .md 形式で出力する事しか出来ません。つまり、具体的には以下に挙げる機能が足りていません:

  • ノートブックごとに出力
  • 柔軟なディレクトリ構造とファイル名パターン
  • YAML frontmatterの対応

これらの機能は、ノートをただInkdropのデータベースに格納しておくのではなく、様々な用途で活用できるようにするでしょう。考えただけで楽しいですね!

よりプロジェクトっぽい挙動をノートブックに加える

Inkdropの開発を続けるに従って、一部の人たちがノートブックに対してプロジェクトのような振る舞いを求めている事に気が付きました。具体的には以下の機能要望を受けました:

これらの要望は別々に見えますが、共通点があります: 彼らはワークスペースを求めています。正直なところ、僕は当時これらの機能に必要性を感じなかったのでお断りしました(それはアプリを安定かつシンプルに保つためには重要な事です)。しかし僕自身がInkdropをより多くの目的に使うようになるにつれて、それらの必要性を理解するようになりました。それらは複数のプロジェクトにおいてノートの整理を手助けしますし、上記で述べたアプリのコンセプトにも合致します。Inkdropは何年間も使えるものであるべきです。あなたは年月を経て多くのプロジェクトを手掛けるでしょう。これらの機能に対応すれば、Inkdropはより長期の利用に耐えうるようになります。

実装面では、データベースの仕様に大きな変更を必要とするので、少し時間がかかりそうです。しばらく調査した結果、Androidの対応が一番大変そうです (いつも通り😂)。なぜならFTS5がAndroidビルトインのSQLite3で有効化されていないからです。最近、React Native 0.60がAndroidXベースに移行しましたが、これは朗報です。おそらく、FTS5が有効化されているsqlite-androidをアプリに組み込めるようになったはずです。もしそうでなければ、別の方法をどうにかして見つけなければなりません。

モバイル版でのプラグイン対応

☑️ 完了!(1月24日)

去年、モバイル版でプラグイン機構を実現するためのアイデア(英語)をシェアしました。これは実現可能であることを、ノート共有機能にて検証しました。僕はmathシンタックスを共有ノートでも使えるようにしました。これは実際にブラウザでmathプラグインが動作しています。モバイル版のエディタ実装は埋め込みWebViewで動作していて、デスクトップ版と似たコンポーネント構成です。ですから、まず最初のステップとして同様にmathプラグインの対応をモバイル版に追加してみたいと思います。なぜなら、mathプラグインはInkdropにおいて最も使われているプラグインの一つだからです。次のステップで他のプラグインの対応も進めていきます。

Android版のGboard対応

☑️ 完了!

GboardはCodeMirrorと相性が悪く、上手く動きません(カーソルがワープしたりする)。CodeMirrorはInkdrop内部で使っているエディタコンポーネントです。この問題を回避するためにGboardを強制的にデフォルトで無効化するようにしているのですが、これが別の問題を引き起こす結果となっています — — それは日本語が入力できなくなる事と、英語のオートコレクトが機能しなくなる問題です。とても辛いですね。CodeMirrorは目下、次のバージョン6を開発していて、それはモバイルでの動作も主眼に入れているので期待できますが、まだまだ時間がかかりそうで待っていられません。そのため、自分でどうにか解決しようとこれまでずいぶん多くの時間をこの問題に費やしてきました。そして最近ついに解決方法を発見しました。実は既に一ヶ月ほどベータ版で配信してテストしていたのですが、今のところテストに参加してくださっているユーザさんのデバイスで上手く動いている様子です。しばらくしたら公開したいと思います。

Read more

Inkdrop v6 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山

Inkdrop v6 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山

Inkdrop v6.0.0 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山 こんにちはTAKUYAです。 v6.0.0 の最初の Canary バージョンをリリースしました 😆✨ v6では、アプリのコア機能の改善がたくさん盛り込まれています! * リリースノート(英語): https://forum.inkdrop.app/t/inkdrop-desktop-v6-0-0-canary-1/5339 CodeMirror 6 ベースの新しいエディタ フローティングツールバー v5ではツールバーがエディタの上部に固定されており、使っていないときもスペースを占有していました。 v6では、テキストを選択したときだけ表示されるフローティングツールバーに変わりました。 GitHub Alerts 構文のサポート Alerts の構文が正しい色と左ボーダーでハイライトされるようになりました。 ネストされたアラートや引用にも対応しています。 また、アラートタイプの入力を支援する補完機能も追加されました。 スラッシュコマンド 空行で /

By Takuya Matsuyama
AIのお陰で最近辛かった個人開発がまた楽しくなった

AIのお陰で最近辛かった個人開発がまた楽しくなった

AIのお陰で最近辛かった個人開発がまた楽しくなった こんにちは、TAKUYAです。日本語ではお久しぶりです。僕はInkdropというプレーンテキストのMarkdownノートアプリを、デスクトップとモバイル向けにマルチプラットフォームで提供するSaaSとして、かれこれ9年にわたり開発運営しています。 最近、その開発にClaude Codeを導入しました。エージェンティックコーディングを可能にするCLIのAIツールです。 最初の試行は失敗に終わったものの、徐々に自分のワークフローに馴染ませることができました。そして先日、アプリ開発がまた「楽しい」と感じられるようになったのです。これは予想外でした。 本稿では、自分がエージェンティック・コーディングをワークフローに取り入れた方法と、それが個人開発への視点をどう変えたかを共有します。 * 翻訳元記事(英語): Agentic coding made programming fun again 自分のアプリに技術的負債が山ほどあった ご想像のとおり、9年も続くサービスをメンテするのは本当に大変です。 初期の頃は新機能の追加も簡単で

By Takuya Matsuyama
個人開発を7年以上続けて分かった技術選択のコツ

個人開発を7年以上続けて分かった技術選択のコツ

個人開発を7年以上続けて分かった技術選択のコツ InkdropというMarkdownノートアプリを作り続けて7年になる。 お陰さまでその売上でずっと生活できている。 これまで個人開発でどう継続していくかについて「ユーザの退会理由をあれこれ考えない」とか「アプリの売上目標を立てるのをやめました」とか、ビジネス面あるいはメンタル面からいろいろ書いてきた。 今回は、技術面にフォーカスして、どう継続して開発していくかについてシェアしたい。 TL;DR * 最初はとにかく最速でリリースする事を最優先する * 迷ったら「ときめく方」を選べ * 程よいところで切り上げて開発を進める * 使っているモジュールがdeprecatedされるなんてザラだと覚悟する * 古いから悪いとは限らない * シンプルにしていく * 老舗から継続の秘訣を学ぶ * 運ゲー要素は排除しきれない 最初はとにかく最速でリリースする事を目標に技術選定する 開発計画とビジネス計画は切っても切り離せない。 コーディングに傾倒するあまり完璧主義に陥って結局リリース出来ないまま頓挫してしまう個人開発者は多い

By Takuya Matsuyama
子育て中の個人開発者の一日

子育て中の個人開発者の一日

子育て中の個人開発者の一日 どうもTAKUYAです。 久しぶりに生活まわりの事を書きたい。自分はInkdropというMarkdownノートアプリを売って生きている。 子供も無事順調に成長しており、あと数ヶ月で3歳になるというところで、イヤイヤ期もやっと終わりが見えてきた。 生活パターンもなんとなく定着しつつあるので、ここで一旦どんなルーティンなのか書き出してみる。ちなみに当方今年で40歳。 平日の1日の流れ * 06:30 妻と子供起床、朝食 * 07:10–30 俺起床、朝食 * 07:40 布団を畳んで子供を着替えさせる。妻はその間に化粧や通勤の準備 * 08:00 ストレッチと軽い筋トレ(腕立て50回、スクワット100回) * 08:10 妻と子供を見送る。15分前後瞑想 * 08:30 散歩 * 09:00 作業開始(カフェまたは家) * 11:00 昼飯 * 12:00 ダラダラする * 12:30 作業再開(だいたい家)

By Takuya Matsuyama