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

貫禄を捨てて愛嬌で生き延びろ!40代オッサンの生存戦略

貫禄を捨てて愛嬌で生き延びろ!40代オッサンの生存戦略

どうもTAKUYAです。 つい先週(11月19日)に誕生日を迎え、41歳になりました。40代と言うのは若い頃には想像もしなかった年代で、どう生きれば良いのかというイメージがあまり具体的に湧かない、曖昧な年齢ではないでしょうか?自分の父親を想像するも、日中はいつも仕事でいなかったのであまり参考になりません。 自分は個人開発で生計を立てていて20代、30代で積み上げて来たものが上手く実を結んだおかげで今の生活があります。育児にも、いわゆるサラリーマンよりかは柔軟に参加できていて、子供との時間も沢山取れています。ママ友も出来ました(迷惑かけっぱなしですが)。 本記事では、そんなライフスタイルを送る自分が40代で大事にしたいことについて書きたいと思います。タイトルにもある通り、結論から言うとそれは「愛嬌」だと思います。以下、中年男性の愛嬌の重要性について説明します。 TL;DR * 「貫禄が出てきたね」と言われたら注意 * 笑顔を作れ。オッサンがムスッとしてたら普通に怖い * 謙虚に振る舞え。実績を積むと周りが萎縮する * ギャップ萌えを活用しろ 「貫禄が出てきたね」と言わ

By Takuya Matsuyama
過集中を避けるための働き方とルーティン(二児の父ver.)

過集中を避けるための働き方とルーティン(二児の父ver.)

どうもTAKUYAです。 先日書いた通り、最近個人開発を頑張りすぎて体を壊してしまいました。 その原因の一つが過集中癖です。自分はもともと何かに集中すると周りが見えなくなる傾向があり、それがたまに私生活にも影響を及ぼします。同じ失敗を繰り返さないためにも、ちょっと働き方を再設計したいと思います。 働き方に対して他人の指摘をアテにしない 自分のようなフリーランサーまたは自作サービスで生計を立てている人は、時間の使い方を自分で自由に決められます。その反面、どこまでも極端な働き方が出来てしまい、それを指摘したり止めてくれる人がいないという欠点もあります。自分には妻がいますが、全く違う業界なので自分の作業ペースがどのようなものか具体的に把握できません。 「疲れた!」と言えば「休んだら?」と言ってくれますが、働き方やペース配分などにまで口は出しません。なので、他人のストップサインはアテに出来ません。 (心理カウンセラーの可能性を別途検討中) 最近子供が生まれたので厳密なルーティン実行は出来ない 一日を時間単位・分単位で区切ってルーティンを組むのは気持ちがいいですよね。僕もそうしたい

By Takuya Matsuyama
なぜ体を壊してまで個人開発を頑張るのか?自尊心の欠如や過集中癖と向き合う

なぜ体を壊してまで個人開発を頑張るのか?自尊心の欠如や過集中癖と向き合う

どうもTAKUYAです。最近、個人開発を頑張りすぎて体調を崩してしまいました。アトピーが猛烈に悪化して、QoLが著しく下がってしまいました。まだ療養中ですが、毎日1万歩以上歩いて、徐々に回復しつつあります。 この過ちを繰り返さないためにも、自分は一体何が原因で頑張りすぎてしまうのか?という事について深堀りして考えてみたいと思います。また、個人開発におけるメンタルヘルスはあまり語られていないトピックだと思います。本記事が、同じように仕事を頑張りすぎてしまう人の助けになれば幸いです。 TL;DR * なんとなく続けていたソフト開発が自分を救った * 原体験が歪んだモチベーションを生んでしまった * 親が引くほどの過集中癖がある * 生得的な直せないバグと考えることにする * アプリの成功に関係なく、自分をあるがままに受け入れる * 挫折しないのは、なんだかんだで前向きだから * ユーザさんから「休め!」と叱咤された * 人生は長い。個人開発なんかで死ぬな 自己の原体験について振り返ってみる 個人開発だけで生活するようになって、かれこれ8年ぐらいが経ちます。こう

By Takuya Matsuyama
ユーザサポートの問い合わせを装った攻撃が怖すぎた

ユーザサポートの問い合わせを装った攻撃が怖すぎた

どうもTAKUYAです。個人開発をしていてアプリの知名度が上がってくると、作者個人(あるいはサイト管理人)を狙った攻撃というのをたまに受けます。つい先日も、怖すぎるメールを受け取ったのでシェアします。 件名: Cookie consent prevents platform access Hello, I cannot access use the store. The cookie consent notice keeps appearing and nothing happens once I approve or try to close it, so I’m unable to interact with the website. Please provide guidance on

By Takuya Matsuyama