piu lentoの日々 (piu lento days)

乗り換えたばかりのZettlrは使い込むと駄目だった。Electronのため、大きいノートの編集が遅くなるのが一番イライラする(日本語なんて、入力に追いつかなくて ひどい)。※あと、余計な補完だの書式を勝手に変える(勝手に破壊して、なかなか直せないことがある)とかも、やっぱりイライラする。

※JavaScript≒ブラウザでテキスト・画像その他を処理しているので、どうしても無理があるのではないか? 最新のマシンなら問題ないのかも知れないが、元々効率が悪いものだけど すごい環境で動かせばいいという思想なのだろうか? まあ、Intelには馴染みが良さそうだｗ

そもそもMDが嫌いだ。書いている途中で いちいち書式を思い出したり調べたり、(エディタのせいでプレビューがおかしくて)調整するなどと、本質でないことに手間が掛かって書くことに集中できないし、見た目も煩雑だ。※ 今は流行っているが、僕にすれば全く奇妙な現象で、そのうち もっといいのが出て来て廃れるのではと思う。

※文章に書式指定が混ざっていて、良く普通に読めるものだ。MD愛好家・信者は そういうのが透明にでも見えるものなのか。至るところに混在していても「ないもの」にできる? 全く器用だ。

そこで浮上したのがZimである。前にも書いたように、これはワープロほど高機能ではなく、"Desktop Wiki"を自称しているように とてもシンプルなものだが※、僕がノートを書くには必要充分で、まさに「こういうのでいいんだよ」だ。あと、(ElectronのJoplinに比べて)超省メモリ(約1/3-1/10!)なのも 好感が持てる。もちろん高速だ。

※ツボは押さえており、ちゃんと上/下付き文字もできるｗ もちろん、画像も貼り込める。

気になるのは、作者が多忙(あるいは疲労?)で いつ終了するか分からず、そこまで行かなくても、この先も改良される期待ができないことだ(それでも、細かい修正は続いている)。まあ、オープンソースなので、終了する時はソースを引き取って自分で面倒見ることも可能だと考えて、使ってみることにした。

 

ただ、僕の使い方(スマフォからもアクセスしたい)としては、Zimはノートの共有・同期の機能、あるいは それを補助するような機能を持っていないのが困る。※

※実際にはwebサーバの機能が内蔵されていて確かに動くが、Zimの完成度や作者の状況を見るに、このサーバをインターネットで使うにはセキュリティ面でのリスクが高過ぎるので、「持っていない」と書いた。もちろん、使いたい人は使えば良い。

いろいろ検討したが、スマフォからのアクセスに関しては、どうにも いいものがない。Dropboxなどのファイル共有でZimのノートやMDなどを共有すれば、MDエディタで見られる(MarkorはZimのノートをサポートしている)。が、残念なことに画像が表示されない。事前に画像もスマフォに同期しておけばできるが、見るかどうかも分からないノートと画像など全部を常にスマフォに同期しておくのは余りにも効率が悪いし、電池や通信データ量を浪費する。

逆に、ユーザが指示した時だけ同期するソフトだと、ノートを見たいだけなのに、まず「同期」の操作をし(て、同期を待た)なくてはならず、面倒この上ない。そんなの忘れて古い情報を見てしまうか、面倒で使わなくなってしまうだろう。

もう一つ、ノートをHTMLに変換してwebサーバに置けば、スマフォからのアクセスはとても容易になる。上に書いたような同期は不要で、必要な情報だけがダウンロードされるし、特別なアプリも要らない。が、いろいろなノートを全部平文で格納してwebで公開(もちろん認証する)するのは多くのリスクがあって、かなりの勇気と慎重さが要る。

そこで出て来る(生き延びているｗ)のがJoplinだ。Joplinも実際にはノート全部をスマフォにダウンロードしておくようだが、画像はノートを開く時にダウンロードするので効率が良い。また、不具合のおかげなのだろうが、設定していてもバックグラウンドで同期しないので、アプリを開かない限り電池も通信量も消費しない。その代わり、アプリを開いた時に同期が終わるのを待たないと(そのあとで再度同期が要る場合が多い)、ノートが最新にならない(同じアプリなので、面倒さは少ない)。

という訳で、最新のシステム概要は以下のようになる。

• PC
  • 僕: Zimでノートを作成・変更、表示する。
    • 当初はJoplinのノートを変換して取り込むことが多いので、そのためのプログラムを作成する。
  • ノート変換・更新プログラム: (スマフォで見たい)ノートが作成・更新されたらMDに変換し、Joplinに入れる(ノートが既にあったら更新する)。
    • 自動で行うようにする予定。
  • Joplin: サーバにノートを同期(アップロード)する。
• サーバ: ノートを格納する。
• スマフォ
  • Joplin: サーバからノートを同期(ダウンロード)する。
  • 僕: Joplinでノートを表示する。
    • ノートの更新はせず(Joplinが重いので諦めている)、記録は別のシステムを使う。

そして今は、いくつかのノートをZimに移して機能や操作性などを確認しつつ(ダメ出し+習熟)、ZimとJoplin間のノート変換・取り込み/更新プログラムを作っている。

システムを作る際にZimのいい点は、グラフィカルに(WYSIWYGで)書式設定できるにも関わらず、ノートのファイルが非常に単純なテキスト形式(MDに近い)なので※、テキスト処理ツールで自由に処理できることだ。

※紛らわしいが、ZimのファイルフォーマットはZIMというファイルフォーマットとは異なる。なので、前者は"Zim-wiki"などと書かれることがある。

また、意外なことにpandoc(テキストフォーマット変換プログラム)がZim形式での出力("zimwiki")に対応している(JoplinのMDを入力するには"gfm"を指定するのがいいようだ)※ので、MDからの変換が可能だ。また、Zim自体でMDへのエクスポートが可能なので※、pandocと併用すれば、一応はMDとの相互変換が可能だ(今までのところ、MD-Zimの変換・逆変換をしても書式は崩れていない)。

※なぜか、pandocはZim形式での入力はできず、ZimはMDのインポートができない。

 

今まで同様、このシステムも、いつ気が変わって「はい終わり」になるか分からないが、まあ、苦労して作ったからと言って特に固執せず、その時々で良い・使えるものが できれば・見つかれば良いスタンスだ。

永遠のプロト・PoCか、継続的スクラップアンドビルドか、あるいはシステムの焼畑農業か星一徹式開発か?ｗ

 

PS. Zimを使っていたら、早速思わぬ欠点に気付いた。引用の書式がないのだ。あと、段落のちゃんとした(綺麗な)インデントもない。※ 良く使うものだが、ないものは仕方ない。作者なりの考えなのだろう。

※ちゃんとしたインデントはあった。MDにエクスポートする時になくなってしまったようだ。そうだ、EvernoteからJoplinに移行する時に、MDにはそういう概念がなくて困ったのを思い出した。その時は">"を使った。

代わりに、例えば、引用部をコードブロック(verbatim)にするとか、斜体にするとか、上下を目立つマーク(例: "+++")で挟むとか、MDのコードブロックの記号で挟む("```"などは そのままMDに行く)などの代替ができる。他には、単に段落をインデントさせるのもいいかも知れない。

作者としてはverbatimを使うことを想定したと思う。それは間違っていないのだが、そうすると引用部に書式が付けられなくなくなってしまうのが、不満なのだ。まったく、「シンプルなのでいい」と言っていた舌の根が乾かないうちにｗ

それから、インデントは、まあ、箇条書きで代替すればできるし、現状でも「綺麗でない」インデントは可能だ。

でも、何となく気に入らないので追加したい気もするが、やり過ぎだろう。 (11/9 19:16)

↓

本体を改造するのはハードで やりたくないので、別件で見付かった余計な変換(例: "//...//"が"*...*"になる)を吸収するのと一緒に、MDへのエクスポート前にノートを変換して何とかした。

引用部はインデントすることにすると、ZimはインデントをTABで表現しているが、MDにエクスポートする時に削除されてしまうので、エクスポート前に、とりあえずMDのblockquote(">")のTABの数分繰り返しにして、MDに残るようにした。 (11/10 18:55)

先日から使っているZettlrは安心・安定感はあるものの、それほど機能が多い訳でも、細かくカスタマイズできる訳でもない。それでも、テーマはCSSでいろいろ変えられる。Electronなので、ブラウザと同じ「開発ツール」が使えて、CSSの変更べき箇所が分かり、その場で設定を変えて試せるのが便利だ。Electronは嫌いだけど、この点は良い。

昨日は、色とフォントの組み合わせに好みのものがなかったので調整した。Frankfurtというテーマは、色はいいのだが、フォントがセリフ(日本語の「明朝」に相当)で気に入らなかったので、サンセリフ(日本語の「ゴシック」に相当)に変えた。それに気を良くして、色をデスクトップに合わせてベージュ系にし、いくつかのフォーマットのスタイルも調整した。

あと、タブバーが上だとタブ数が多くなった時に見えなくなるので、縦にできないか試してみたら、難しそうではあるけど、やればできそうな感じだった(先は長そうなので、その時はそこまでで止めた)。が、もしかしたら そのうちオリジナルでできるようになるかも知れないから、余り急いで作ることもない。

あと、テーマではないが、Zettlrでノートに画像を貼り付けてもJoplinにインポートされない件は、Joplinで画像を「画像貼り付け用ノート」に貼り付けてインポートし、そこに出たタグをZettlrに貼り付けることで仮対応している。

 

同じくテーマではないけど、ZettlrはZettelkastenというノートの仕方をサポートしていて、気になっている。(→ 参照) 一言で書くと、情報を(小さくまとめて)「カード」に書いて、リンクで繋げて行くようだ。僕のやり方とは違うが、それよりは効率が良さそうな気がした。というのは、今の、カテゴリごとのノートに続けて書いて行くやり方だと、どこに何があるか分からなくなってしまうし、情報を時系列に追加していくうちに、ノート内での小さ目のまとまりの情報の位置が飛び飛びになったりして不便だからだ。

Zettelkastenは、ツールによるのだろうが、手軽に情報(カード)を繋げられて、効率的にカードが探せれば良さそうだと思った。あと、多くのカードを うまく管理できるかも気になる。そして、こういう方法ではGoogle Keepのようなポストイット型の見せ方のほうが良さそうだけど、カードが多くなったら破綻しそうだから そうでもないのかも知れない。

 

PS. 気分良くZettlrを使っていたら、思わぬ欠点が見付かった。上/下付き文字すら表示できないのだ。フォーラムでは作者らしき人が、「Zettlrが使っているエディタCodeMirrorがサポートしない限り対応しない。対応して欲しければ、自分で作ってCodeMirrorに提案しろ。」とのこと。なんか、随分石頭かつ上から目線で嫌な感じだ。いくら面倒でも その言い草はないだろう。一気に冷めた感じ。

僕は上/下付き文字は余り使わないからいいけど、これの主たるユーザーは研究者らしいのに、良く問題ないな。実は使っている人が少ない??

その後、実は、ZettlrのLaTeX拡張($で挟む。例: $m^2$ → m², $CO_2$ → CO²)を使えば、上付き/下付き文字が使えることが分かった。それで研究者には問題ないだろうが、一般的な問題(例: LaTeXにないMDの機能?, 互換性※)はないのか? そして、作者は なぜ、上記フォーラムでの質問に この機能を紹介しなかったのか? (11/7 7:27)

※JoplinはGFMとLaTeX拡張をサポートしているので、案外、互換性には問題ないのかも知れない。

また放浪しそうな気がして来た・・・

前にも書いたが、このブログのエディタ(もちろん、上付き、下付き文字ができる)でMD(でなくてもいいが)を編集できればいいのだが、できないものか。編集以外が低機能とか煩雑になるのか。ちょっと考えたい。 (11時)

PS2. PSのあとで調べたら、このブログのエディタはTinyMCEのようで有料のようだが、そのお金はWordPressが払っているのだろうか? (それで新しいエディタを押し付けている??)

それはまあいいとして、似たようなエディタにはCKEditorやTrixやQuill(あとの2者はフリー)などがあることが分かった。ブラウザで動く、ちょっとした編集領域(ブログにあるようなもの)を作るのは簡単だが(→ Trix, Quill。Trixは画像に横線が入ってしまう。Quillは高機能な感じ)、それでファイルの読み込みや保存(、その他もろもろのこと)をするなど、「本物のエディタ」にするのは面倒そうだ。

そういうののスタンドアロン版があるといいのだが、なかなか手軽なものがなかった。普通のリッチテキスト(あるいはWYSIWYG)エディタはWordみたいで重いし機能があり過ぎて、「ちょっと書く感じ」でないのだ。 上に挙げたような「こういうのでいいんだよ」的なものが欲しい・・・

今は そういうのはMDエディタになるのだろうが、いくら探しても僕の気に入るものがなくて困る。 (21:02)

PS3. PS2の前に、もう少しMDまたはリッチテキストエディタ、他の方法を検討したのだが、ZettlrやJoplinよりいいものはなかった。※ 今までに試した・検討したうち(論外のQOwnNotesは含まないが、純粋に主要な機能がまともに動いたとして比べればZettlrの上になる)では、以下の順位・印象となった。

※その後、pandocでMDをZimのフォーマットに変換すれば取り込めることが分かったので、Zimの順位を上げた。将来性を除けばZittlrやJoplinより良いかも知れない。 (11/7 13:54)

1. WordPress (ローカルサイト → 外部アクセス用サーバに送信 → スマフォから閲覧)
   • 問題: セキュリティ
   • 手間: HTMLへの変換(移行時のみ)
   • 外部での編集はしない。
   • Joplinは不要。
2. WordPressのエディタ
   • 手間: HTMLへの変換・逆変換(毎回)
   • Joplinが要る。
3. Zettlr
   • 問題: 機能が今ひとつ。大きいノートは遅い。
   • フォーマットも今ひとつ。
   • 作者が石頭。
4. Joplin
   • 問題: 遅い、メモリを食う。
   • 作者が いい加減。
5. Zim
   • 問題: 何もインポートできない。独自のファイル形式。 → その後、pandocでMD(おそらく その他も可能)を変換すれば取り込めることが分かった。 (11/7 13:54)
   • 作者はMD嫌いか無関心? 「多忙」。
   • 将来性に不安。
6. Cherrytree
   • 問題: かなりメモリを食う。
   • センスが悪い。
   • 将来性に不安。
7. VNote
   • 問題: かなりメモリを食う。
   • まだ不完全。
   • 信頼性に不安あり。

そして、実は1番はWordPressでなくても良く、手軽なリッチテキストエディタとファイル送信の仕組みがあればいいことに気付いたが、エディタについてはPS2に書いたように「手頃なものは なし」となった。 (20:44, 11/7 8:17 加筆・修正)

その後、BookStackという、セルフホスティングでTinyMCEでノートを編集できる情報管理システムが見付かった。まさに探していたものだと思い掛けたのだが、良く調べたら、これもZim同様に何もインポートできず、独自のファイル形式(実際にはDBに格納される)である。

フォーラムを見ると、作者は全然乗り気でない(他に重要なことがあると思っている)ようだ。まあ、思想の違いなのだろうけど、全く賛成も理解もできない。僕だったら、これは最も重要で一番最初に考えることだ。

既存システムから移行する手段がなかったら、本気で使おうと思う人はかなり限られてしまう。引越しに例えれば、新しい部屋は今までの家具が全く入らず、全部買い直すか、分解して部品で搬入して組み立て・調整し直す必要があるようなものだ。あるいは、PCだったら、新しいPCは既存のメディアが読めず、USBもNWも繋がらないので、何もコピーして入れられず、情報を1文字ずつ手で打つしかないようなものだ。馬鹿過ぎる。

魅力はあるものの、これだったらZim(ノートはテキストファイルに記述)のほうが まだマシな気がした。ただ、BookStackのサーバはセキュリティに考慮しているようなので、外からのアクセスが可能になるメリットはある。 (11/7 10:03)

(2021/11/5 4:10) その後いろいろあり、QOwnNotesは作者共々クソだという結論に達し※、使うどころか画面を見るだけでもイライラするのでアンインストールして、とりあえずZettlrに戻った。それで使いにくいことがあれば、何とかすることにした。

※実際に使ったりフォーラムをのぞいてみて、自分で確認されたい。

やっぱり、舌の根は永遠に乾かないようだ。(そもそも、舌の根が乾いた時は死んでいるのではないか?)

であるので、以下のほとんどは「古い情報」である。

---

先日は、MDの編集は(Joplinじゃなくて)Zettlrが一番いいと思ってそう書いたのだが、そのすぐあとに、「ちょっと待て」的な展開になった。

先日のリストで「最初に何か(MDは不可)開かないと起動しない。」と書いて却下したQOwnNotesは、本当にそんなにしょうもないものかと疑問に思ったのだ。それに、仮に何か開かないと起動しないとしたって、機能が良ければ使えるかも知れないとも思った。

再度試したら、以前(Evernoteを止める時だったか)試した時の設定の痕跡が残っていたために、何か開かないと起動しない状態になっていることが分かった。再設定したら普通に起動した。全く失礼だった。

しかも、再度試す きっかけとなった機能紹介ページにあるように、機能や操作性がちゃんとしていて意外にいい感じだった。それでも、「完璧」とは言えないが、他に全滅なので それだっていいと思って詳しく試した。

Evernoteを止める時に試した時は、MDを使う気がなかったのとスマフォ版がないので却下したように思うが、今は状況が違って充分候補になる。

結果は、結構な当たりだった。Zettlrに完勝している訳ではないが、良い点はZettlrより多く、悪い点はZettlrより少なかった。(→ 付録を参照)

一番いいのは、ごく当たり前の話ではあるが、sym-linkに対応していることだ。これで、前回苦労して作ったけど なんか煩雑で嫌いな、MDが変更されるたびにJoplinにコピーし続ける処理が不要になる(と思った)。

一方で、Zettlrにない欠点もある。QOwnNotesはリソース(画像)の格納先にはノートのトップディレクトリの"media"というディレクトリだけしか指定できないのだ。それ以外の指定では概ね画像は出ない(フルパスとかを書けば可能らしいが、僕の用途には向かない)。

かたや、Joplinはノートを外部編集に出す時には画像ファイルをノートのトップディレクトリの"resources"に入れるので、そのままではQOwnNotesで画像が出ない。ひどいことに どちらも強情で、設定でディレクトリを変えられるようにはなっていない。

改造した時(後述)に分かったが、QOwnNotesは意外にディレクトリ名をハードコードしていて、それが何箇所にもあった。機能などの出来がいい割には雑なところがあって、どこの人かは分からないがUS的な雰囲気を感じた。

そのせいか、フォーラムでの問い合わせに作者は「変更はできない」と平然と書いていて(参照不明)、なかなか「ん?」だった。

一方、Joplinはディレクトリ名を定数にしていたので、こういうところは抜かりないものだと感心したものの、変更できないようにする考えが理解できなかった。まあ、変えると全部のノートに影響してシステムが崩壊してしまいかねないのは分かるから、仕方ない。

それで、仕方なく「何とか」しようと思った。これはZettlrの時に比べれば簡単で(とその時は思った)、Joplinの出すノート(作業用ノート)中の画像指定タグ中の画像のディレクトリ("resources")を"media"に置換してQOwnNotesに出せばいい。

なお、画像ファイル本体はresourcesにあるので、resourcesをmediaにsym-linkしておく。

早速実装しようとして、気付いた。編集が終わったノートをJoplinに戻す時には、逆に"media"を"resources"に変換しなくてはならないが(そうしないとJoplinで画像が出ない)、それは そんなに簡単なことではない。というのは、いつQOwnNotesで編集を終えるか分からないからだ。※ Zettlrの時同様、Joplinが作業用ノートを削除したことを契機にできるが、削除されたファイルの中身は置換できないので、やっぱり、Zettlrの時同様に、ファイルの変更を監視して逐次Joplinにコピーすることになって、何も簡単ではない。そんなはずではなかったが・・・

※もちろん自分(僕)は分かるので、そういう(手動の)操作を追加すればいいが、必ず忘れるし面倒なので、そういうことは避ける方針だ。これは、PCでUSBメモリを抜く時にアンマウント操作をすべきかどうかの話＊に似ている。

＊不要という人も多いが、僕はOSの仕組み上、必要だと思う。例えば、OSは、メモリがいつ抜かれるか分からないではないか。それに備えて常に安全策を取っているOSがあるようだが、それは何か違うし、それだって完全に安全ではない。そういうOSでは書き込み中に抜いてもいいのだろうか?

本当に「何もせずに抜いていい」と言うなら、USBの端子に「抜かれつつある状態」を検出する仕組み、または、処理中は抜けないようにロックする仕組みが必要だ。

しかし、一晩頭を冷やして考えて、(他の案もあったものの、)QOwnNotesかJoplinを改造して、QOwnNotesが"resources"を認識するようにするか、Joplinが作業用ノートに"media"で出すようにすれば、万事丸く収まる気がした。

早速QOwnNotesを改造してみたら、うまくできた。ただ、オリジナルのQOwnNotesが更新されるたびに改造し直す必要があるので面倒だ(作者にフィードバックしてオリジナルに入れてもらえばいいが、結構なパワーが要る)。※

QOwnNotesにはスクリプティングという機能(JavaScriptらしい)があり、それを使えば改造しなくても実現できるかもしれないが、なかなかハードルが高いので保留にした。

※と書いたら、さっき更新の通知が来たｗｗｗ (18:00)

更新のたびに改造するのはJoplinでも同様だが、僕はJoplinに これ以上の改良は期待しておらず、激遅とメモリの馬鹿食いが解消されない限りMDの編集には使わないので、仮に今後更新しなくても大きな問題はないと考え、Joplinも改造してみた。こっちはGUI版とコマンドライン版があって全部は確認できていないが、おそらくうまく行ったと思う。

JoplinはJavaScript(正確にはTypeScript?)で書かれているので、コンパイルが不要なのが楽だった。 (← TypeScriptからJSへのコンパイルは要る。これが長くて面倒・・・) でも、nodeの更新が必要なのに気付かず、ちょっと手こずった。

それから、Joplinにはプラグインの機能があるので、それを作れば改造しなくても実現できるのかも知れないが、QOwnNotesのスクリプティングと同様にハードルが高い。

Joplinは以下のように改造した。

• ノートを外部編集設定した時
  • 作業用ノート中の画像指定のディレクトリの"resources"を"media"に置換する。
  • それがファイルに書き出される。
    • それがQOwnNotesに読み込まれる。
• ノートの外部編集設定を解除した時
  • ファイルから読み込んだ作業用ノート(QOwnNotesが更新した(かも知れない)もの)中の画像指定のディレクトリの"media"を"resources"に置換する。
    • そのあとで、何事もなかったようにJoplinの内部パスに変換される。

なお、外部編集設定している間もJoplinはノートが更新されるたびに表示を更新するので、その時は画像が出なくなる。読み込まれるたびに変換すればいいのだろうが、無駄な処理だし面倒なのでやっていない。 (← その後、更新されても ちゃんと画像が出ることが分かった。それが下に書いたように正しい動作で、出なかったのはQOwnNotesの版(改造版かどうか)と合ってなかったからかも知れない。)

良く考えると、読み込まれるたびに上の変換が行われるはずなので、外部編集設定を解除するまでは、少し動作が違うのかも知れない。まあ、それほど大きな問題ではない。

あとは、改造版Joplinを「ちゃんと」使えるようにすればいいのだが、改造したものは「開発版」と出ていて設定なども本物とは別で、その直し方(書いてない・・・)を調べようとするところで力尽きたｗ

→ JSとTSの違い(あと、昨日はJSを直して居たが、それはTSから生成されるため、危うく消滅するところだった)、その他諸々に戸惑いながらも どうにかできた。改造版Joplin (GUI版)とオリジナル版QOwnNotesで連携できている。

CLI版は謎の動作(中身を表示すると、画像のディレクトリが外部編集と同じディレクトリになっている)だが、オリジナル版と同じなので良しとした。面倒なのでAppImageは作らず、npmやnodeで起動することにした。

npmとnodeとelectronの違いが分からないが、興味ないので放置する。

あとはQOwnNotesでの画像の追加や新規ノート作成に対応などが残って居るが、おいおい やりたい。 (これも疲れそうだ) (11/1 13:33)

 

それから、(これが最初だったのだが)上の処理の他に、QOwnNotesの動作を改善し、使いやすくするための処理をJoplin→QOwnNotesのコネクタに入れた。

• QOwnNotesはノートのタイトルをファイル名から取るが、Joplinのノートのファイル名はIDなので、ノートを表示させないとタイトルが分からなくて不便。
  • それを解消するため、Joplinが外部編集設定した時に、作業用ノートのタイトル(Joplinでは最初の行に書かれている)を短縮してファイル名に入れるようにした。
  • 重複を防ぐため、元のIDも付けるようにした。
• QOwnNotesは画像タグのタイトル(またはキャプション)が空だと画像を表示しない。
  • それを解消するため、Joplinが外部編集設定した時に、作業用ノート中にタイトルが空の画像タグを見付けたら、ファイル名をタイトルに入れるようにした。
  • MDでは画像のタイトルを見ることはまずないし、空のものにファイル名を付けるのに特段の問題はなさそうだ。
  • ※ノートから画像を抽出する部分のソースを見ると、タイトルが空でも問題ないはずなのだが そうでないので、別のところで落としているようだ。

 

と、最初は「簡単だ!」と思ったけど実はそうでもなかったという、いつものパターンである。(Joplinの改造を仕上げる件が残って居るものの、)今は、以下のように普通にMD(画像も)が表示でき、快適に編集できている。

 

最後にもう一回言いたいのは、ZettlrでもQOwnNotesでも どちらもでいいけど、Joplinのエディタを使っていた時のイライラから解放され、まさにサクサクと(それが普通なんだけど)文章が書けるようになって(Joplinも最初はそうだったはずだが、いつの間にか肥大化・肥満化・劣化してしまったようだ・・・)、うれしい限りだ。

 

付録: ZettlrとQOwnNotesの長所と短所

主に相互の比較の観点で書いた。また、基準はJoplinのエディタ(機能としては かなり良いほう)である。なお、太字は僕が重視した(「これはちょっと」、「これはいい」と思った)点である。

Zettlrの長所・短所

• 長所
  • 他のエディタよりは ちゃんと使える。
  • 全ノートに対する検索ができる。
  • ノートの編集ペーンはプレビュー兼用だけど見やすい。
• 短所
  • 検索で前候補に行けない。 → その後、Shift+Enterで行けることが分かった。 (11/5 5:53)
  • sym-linkで誤動作する。 → コネクタで対応した。 → 最新版(2.0.2)では直っていそうな感じ。ただし、相変わらずsym-linkのファイルは開けない。 (11/5 5:53)
  • MDのタグの動作が変・変なものに変えてしまう場合がある。例: コードブロック, 横線 → Auto completeを調整すれば大丈夫そうな感じ。 (11/5 5:53)
    
    • それをコピー・ペーストしても、ちゃんと働かないことがある。補完の影響?
  • ()や"などの補完が余計なことが多いうえにoffにできず、面倒。 → 設定があった(最新版で増えた?)。それ以外もAuto completeを調整すれば大丈夫かも。 (11/5 5:53)
  • 編集中に表示位置がジャンプすることがある(Joplinよりはずっと少ない)。
    • プレビューが別でないので、ジャンプは仕方ない?
    • 表示はジャンプするが、カーソル位置は動かないので まだ良い。 (11/5 5:53)
  • 選択したブロックを箇条書き・番号リストにすることができない。 → 選択して右クリック → "Insert numbered/unordered list"でできる。が、箇条書きは頭の文字が違う(そのうち直る?)。 (11/5 5:53)
    
    • 番号リストのリナンバーもできない。 (できるものは見たことない)
  • 書式設定の ショートカット・ボタンが少ない。
  • 細かいカスタマイズができない。 → CSSの調整である程度できる? (11/5 5:53)
  • 日時の挿入ができない。 → スニペットで代用できる。(11/5 5:53)
    
  • 日本語処理が今ひとつ。
  • 左サイドバーの機能が貧弱。
  • Joplinのタグに相当するものがない。
  • Joplinとタイトルの指定方法が異なる。
  • テーマの色の趣味が悪いうえに調整できない。→ CSSで調整できる。 (11/5 5:53)
    • テーマでフォントも決まってしまうので不便。

QOwnNotesの長所・短所

• 長所
  • 他のエディタより ちゃんと使える。
  • 使用メモリ量が少ない。: Zettlrの約1/4。
    • 例: 4ノートを開いている場合、アイドル時約140MB
      • この少なさは何かの間違いではないかと思って調べ直すのだが、合っている。
  • 編集中に位置がジャンプしない。
    • ただし、プレビューペーンは頻繁にジャンプする(それでも、Joplinと違って ちゃんと戻る)が、エディタは動かない。
  • 全ノートに対する検索ができる。
  • 細かいカスタマイズが結構できる。
    • できないことも結構ある。
  • 日時の挿入ができる。
    • フォーマットが変更できる。
  • ノート一覧が縦なので、ノートが多くなっても見やすい。
  • 高速
    • ノートの切り替え(読み込み)がJoplinよりずっと速い。
  • 文字列を選択してネットで検索できる。
    • これが欲しかった!!
  • Joplinのタグに相当するものがある。
  • ノートの暗号化が可能
    • 実際に使うかは不明。
  • スクリプティング機能がある。
    • 実際に使うかは不明。
  • コネクタでノートを常時コピーしないので、Joplinでの変更が検出できる。
• 短所

• • 画像の保存ディレクトリとタグのディレクトリが"media"で固定。 → 対応が必要。 → Joplinを改造し、外部編集時のディレクトリを"media"にして対応した。 (11/3 13:36)
    • 本文に記載のとおり。
  • 選択したブロックを箇条書き・番号リストにすることができない。 ← スクリプトでできることが分かった。すごい。 (11/2 6:21)
    • → スクリプト"List maker"でできる。 (11/2 6:21)
    • 番号リストのリナンバーもできない。 (できるものは見たことない)
      • → スクリプト"Fix list numbers"でできる。 (11/2 6:21)
  • 書式設定のボタンが少ない。
  • MDの解釈・実装のJoplinとの差
    • 画像タグのタイトル([])が空だと表示されない。 → コネクタで対応した。: 修正する(ファイル名を付ける)ようにした。
    • HTML要素(例: "<s>")をコードブロックに入れても無効化できない。 → &xxx;を使うしかない? ← なぜか、今試したら問題ない。他のアプリとの混同や勘違いだった? (11/2 8:44)
      
      • あとで問題になりそうではある。
    • 画像タグの前に空行がないと、プレビューがおかしくなる。
      • 画像の前に縦の空白が入る。
    • 単一の改行は無視されて繋がってしまう。空行を入れないと、期待する結果にならない。
      • MD本来の動作なので、仕方ない。
      • こいういうのが嫌で却下したMDエディタがあったが、QOwnNotesは それを補うほどのメリットがある。
      • ただ、それと違うのは、勝手にノートを変更(「修正」)しないことだ。これは重要だ。
  • 検索結果のハイライトが消せない。 → 対処してもらって解決した。 (11/3 13:36) → が、実際には、どうしようもない場当たり的な修正だったし、作者自身が作ったものの仕様を覚えてなくて、こっちが混乱させられたり(そもそも、ハイライトが消えないのが仕様だったのを、僕に指摘されて場当たり的に消したものだから、整合性が取れなくなった)と、クソさが露呈し、それで使うのを止めた。 (11/5 20:40)
    
    • 検索文字列を消せばハイライトも消えるが、位置がリセットされてしまう。
  • 日本語処理が今ひとつ。
    • 直接関係ないが、日本語入力(Fcitx+Mozc)の未確定入力の下線が出ないのがちょっと辛い・・・ Fcitx側で調整できるのだろうか? → いろいろ調べたところ、Qt5の問題のようだ。ほとんどのアプリで下線が出ない。 (11/1 17:01) → QOwnNotesの問題ではなく、fcitx-qt5の問題だった。自分で対処した。 (11/3 13:36)
      • ただ、LibreOffice CalcとImpressでは出るのが謎。使い方があるのだろうか?
  • 画像がある場合、プレビューの縦の余白が広過ぎることがある。
    • 画像タグの書き方によるようで、次を空行にすれば直ることが分かった。
  • ノートにタイトルが指定できない。: ファイル名で見るしかない。 → コネクタで対応した。: ファイル名にタイトルを付けるようにした。
  • プレビューペーンが最後まで見えない(ことがある)。
    • コードブロックの開きと閉じの対応(インデント)が悪かったためだった。
  • 書式付き文字をコピーして、他のアプリでペーストすると、書式の文字列も貼り付けられてしまうことがある。: 再現せず。
    • 別のアプリ(ReText)だったか?

Joplin(特にエディタ)がクソで使い物にならなくなったので※、他を探してみたのだが(試したものを付録に書いた)、結局、Zettlrしか残らなかった。エディタの機能ではJoplinは足りているのだが、遅かったり表示がジャンプしたりと邪魔されて普通に文章が書けないという点で、使うことができない。

※想像して欲しい。1文字打つ・消すたびに5秒くらい待たされるので、記憶と予想で新しいカーソル位置を想定して作業する苦しさを。30年前のviだって、そんなことはなかったよ。もちろん、何か大きなことをすると(いつ起こるかは不明)いきなりカーソルが行方不明になって、文章を書くレベルじゃねえ!

前回候補に挙がったTriliumは、(いろいろな問題はあるけど一番大きいのは、)内部的にMDでない(HTMLのようだ)※せいかJoplinのノートを開くと書式が変わってしまう。Triliumを使うために全部のノートを見て修正するなんてやってられないので、やっぱり使いものにならない。

※どうしてそうしたかは分からないが、推測してみると、MDよりHTMLのほうが 幅広い表現が可能なためかも知れない。が、世の中の標準に合わせずに自分だけの(詳細が不明な)仕様で通そうとしても先は ない。そういう点で、Triliumはセンスが悪い。

更に、PC(Linux)だけの話なら まだいいが、僕はスマフォ(Android)でもノートを共有して開きたい。すると、ノートの同期システムが必要になるのだが、こちらも(僕には)まともなものがなかった(例: ちゃんと同期しない、電池を食う)。また、同期するといっても、常に全部のノートをスマフォに入れておく必要はなく、見たいものだけ適宜ダウンロードすればいいのだが、そういうものは なかなかない。Dropboxは近いのだが、その上のノートをMDエディタで開いた時に画像が開けない問題があった。Dropbox対応のMDエディタなら可能かも知れないが、有料である。※

※高いものではないから、ちゃんと使えるなら買ってもいいけど、買わないと確かめられないので どうにもならない。

すると、PCとサーバとスマフォでノートを同期するという点では、Joplinは必要充分で なかなか良いことに気付いた。

なお、JoplinのAndroidアプリはLinux版と同様に重くて(EvernoteのAndroidアプリと同様) ほとんど編集はできず、表示専用と割り切っている。

そこで考えたのは、いつものように、JoplinとZettlrで「何とかする」ことだ。それぞれの得意な(「使える」)ところを使い、以下のように分業させるのだ。

JoplinとZettlrの分業

• Joplin
  • (Linuxアプリ) ノートの管理
  • (スマフォアプリ) スマフォでのノートの表示
    • 重いので、編集は元から諦めている。
    • ノートの編集(書き込み)の代わりに、自作のメモ記録システム(BNote)を使っている。
      • 必要なら、そのメモをPCでノートに貼り込む。
  • ノートのサーバとの同期
• Zettlr
  • ノートの編集

試しに上記の分業システム(のPoCかプロト)を昨日作り、どうにか動くようになった。以下に基本的な動作を示す。

動作

1. Zettlrで編集したいノートに対して、Joplinで外部エディタでの編集を設定する(ノート名で右クリック → "Edit in external editor")。
   • あらかじめ、Joplinの設定の外部エディタに、JoplinとZettlrを連携させるためのコマンド(「コネクタ」?)を指定しておく。
2. JoplinとZettlrを連携させるコマンド(zettlr.sh)は以下を実行する。
   1. 編集用にJoplinからエクスポートされたノート(「元ノート」)を作業ディレクトリにコピーする(→ 「作業ノート」)。
      • 元ノート自体をZettlrに指定してもいいのだが、Joplinの他のファイル(設定やログ)が見えるのが嫌だし、それらを誤って変更したり削除してしまうのを防ぐために こうしている。
      • また、下にも書いたが、Zettlrは単にファイル名を指定しても開けない場合があるので、(仕方なく)作業ディレクトリを作ることにした。
      • 更に、Zettlrはsym-linkは開けないようなので、(仕方なく)編集するノートを作業ディレクトリにコピーすることにした。
        • このために かなり面倒になった。。。
        • 調べたら、ワークスペースやノートのあるディレクトリにsym-linkがあると うまく動かないことがあるようで(→ 参照)、実際に この環境でもしばらく使っていたらノートが開けなくなってしまった(なぜか、Zettlrを再起動すると開ける)ので、(仕方なく)作業ディレクトリ直下からsym-linkを排除し、ノート中のリソース(画像)を抽出してJoplinのディレクトリからsym-linkして(サブディレクトリにある分には大丈夫なようだ)表示できるようにした。これで様子を見ることにした。
   2. 作業ノートを指定してZettlrを起動する。
      • あらかじめ、Zettlrに作業ディレクトリをワークスペースとして設定しておく。
        • 設定しないと、Zettlrが起動中に新たにノートを開く時にエラーで開けない場合が多い。
   3. 作業ノートの更新または元ノートが削除されるのを待つ。
      • 作業ノートの更新の場合、少し更新を「ためて」からJoplinのディレクトリにコピーする。
        • ノートを書いている時は頻繁に作業ノートのファイルが更新され、そのたびにコピーするのは無駄だし重そうなのでそうした。
        • 現状は、10回以上更新があったか、10回未満でも約20秒間更新がなかった場合にコピーするようにしている。
      • 元ノートが削除された場合(Joplinで外部エディタでの編集が解除された)、作業ノートを削除して終了する。
        • 作業ノートを元ノートにコピーしていない場合(上記の保留された更新が未反映の場合)には、エラーダイアログを出す。 → あとで手で反映させるなどが必要。
   4. 3に戻る。
3. ノートの編集を終える時は、Joplinでノートの外部エディタでの編集の設定("Edit in external editor")を解除する。 → 元ノートが削除され、上の「元ノートが削除された場合」が実行される。

使っている時の画面を見ても、単に「2つのMDエディタが動いているだけ」だが、背後では上のような複雑な処理をしている。そのおかげで、Zettlrでノートを変更すると少し経ってJoplinの表示も更新される。

 

効果・良かったこと

• 操作性: Zettlrは高速(というか、当たり前の速さ)だし、MDエディタとしての挙動も概ね一般的(Joplinに近い)なので、書く時にストレスがなさそうだ。
  • 今までのところ、機能不明・不足以外のストレスはない。
    • 他のエディタのようなプレビュー画面はない(印刷プレビューのみ)のだが、それで充分使えるところがZettlrの表示の すごい・うまいところだと思う。やたらに機能を増やさず、着実に進めている印象がいい。
  • 一方、Joplinのエディタは まさに"disturbance/distraction-ful"だ。
• メモリ量: JoplinもZettlrも同じElectronで動いていると思われるが、Zettlrは随分まとも(というか普通)。
  • 開いているノートの数と使用メモリ量(アイドル時)の比較例
    • Joplin: 1ノート(サイズ: 約40KB): 約1.2GB
    • Zettlr: 5ノート(サイズ: 合計約1MB): 約680MB
  • Joplinはエディタの他にノート管理や同期の機能があるとは言え、メモリを食い過ぎる。多くのノートを開くと、簡単に2GBを超える。
  • Joplinのメモリは減ることがないが、Zettlrは作業状態に応じて ちゃんと減るのが いい(というか、それが普通だ!)。

処理速度もメモリ量も、同じElectronなのにZettlrは ちゃんとしているが、Joplinは全然「なってない」。Zettlrができているので、やればできるはずのことをしていない(Androidアプリも同様にひどい)。作者は、手を広げるよりも、まず こういう基本的なところを詰めるべきだと思う。

惜しいこと

• ノートを編集するたびにJoplinで外部エディタでの編集を設定するのが面倒。
  • Joplinを終了しなければ設定は維持されるので それほど煩雑ではないが、(可能ならZettlrに組み込まれた)シンプルなメニュー的なものが欲しい。
• JoplinとZettlrの管理情報(タイトルの設定方法やタグやノートのIDやマークダウンリンクなど)が別々なので煩雑。
  • ノートIDの統合はできないだろうから、Joplinをベースにするしかなく、必要になるたびにJoplinに戻るのが面倒そうだ。
  • 書いていて気付いたが、Zettlrで貼り込んだ画像をJoplinに戻す必要があることを忘れて居た。面倒かも知れない。。。
  • 同様に、新規ノートはZettlrでは作れない(Joplinに入れる機能がない)。: なかなか先が長そうだ・・・
• Zettlrの編集機能が「もう一声」。
  • 総合的には、試した他よりは ずっといいのだが・・・
    • 書式設定の機能・メニューが少ない。
    • 日本語処理は特にしていないようで、日本語中の英語の単語選択(ほとんど文章全部が選択される)もスペルチェックも誤動作する(ノートのほぼ全体が真っ赤になるｗ)。
  • このブログ(WordPress)のエディタくらいの機能があれば言うことないが、なかなかうまく行かないものだ。
    • 何度もブログでノートを書くことを考えているのだが、エディタの機能だけで済むものでもなく、なかなかうまく行きそうにないので諦めている。
  • あと、テーマがどれもイマイチ。自分でCSSをいじれるが、もう少し普通の感覚のものを用意して欲しかった。
    • もしかすると、日本(というか、僕?)以外では、用意されたものがごく普通なのかも知れないｗ が、特に色遣いの趣味が悪い。明る目の緑とかキツい赤とか止めて欲しい・・・
• "Zettlr"の綴りが いつも分からないｗ
  • Zettler? Zottler? Zottero? ヒ○ラー? デスラー?などと、最初の"Z"しか分からない。

メモ・残件

• ファイル更新の検出は、inotifywaitというコマンドを使った。これをモニターモードで動かし、出力されるイベントを読み込んで処理する。
  • ファイルのコピー中などに起こったイベントを落とさないように、モニターモードで動かすことにした。
• 連続した複数のイベントを保留してまとめる処理は、イベントの読み込み(bashのreadコマンド)にタイムアウトを指定することなどで実現した。
• 現状では、編集中のノートごとに上のファイル更新の検出処理が起動されてイマイチなので、いつか統合したい。
  • ただ、基本的に待っているだけなので、負荷は高くない。が、無駄にプロセスが多くなって気分が悪い。
• 上に書いたように、Zettlrで追加した画像や新規ノートをJoplinに入れる処理が必要だが、作るのは容易ではない。対応できるまでは適宜Joplinを併用するしかない。

 

付録: 試して却下したMDエディタ

以下のもの(すべてLinux版)を試したが、どれも僕には今ひとつだった。次点的なものはMark TextとAbricotineとReTextだった。

(書いたあとで再度試して分かったが、)Mark Textはキーの挙動と勝手な修正とメモリ量などを我慢すればZettlrより良さそうで、乗り換えたくなっている。が、更に少し試したら結構バグがあるようだし、ノートを勝手に修正されるのは困るので、保留した。Abricotineはメモリを食うのが惜しい。ReTextは いろいろ惜しい。いったい何を考えているのか分からない。そこを直せばいい感じだ。

• Remarkable: パッケージ不足でインストール不可だった。
• ReText: タブキーで箇条書きがインデントしない。
  • プレビューの画像のサイズが大きい(リサイズされない)。
  • ライブプレビューの表示位置がエディタと同期せず、不便。 (← レンダラーにWebkitを使えば同期する。)
  • 改行の解釈・処理が違うようで、改行だけで次に空行がないと、行が繋がってしまう。
  • メモリ量は少なそう。
• Mark Text: MDを勝手に変更(修正)する。カーソルがノート内にある場合、Page Up/Down, 上下キーの動きがおかしい。
  • MDの箇条書きの子要素の前に余計な空行が入る(MDを勝手に変更する)。
    • その他も勝手にいろいろ(空行や空白など)書き換わる。「正しいMD」に修正してしまうようだ。
  • MDの空行が無視される。入れてもなくなる。
  • 細かいバグが多そう。
    • Ver. 1未満なので仕方ない? (結構時間は経っているが・・・)
  • 日本語対応は一番良い。
  • 雰囲気はZettlrに似ている。
  • メモリ量は多目だが、Joplinよりは少なそう。
• MindForger: PPAがUbuntu 20.4 LTS(focal)に非対応でインストール不可だった。
• Abricotine: 開くノート(ウインドウ)の数に応じてメモリがかなり増える。約340MB+200MB/ノート。
  • 複数のノートは別ウインドウ
  • 設定がファイル
  • 表示は綺麗。
  • Zettlrに近い。
  • 古い: 2015年。ただし、GitHubでのリリースは2020年。
• Notable: ワークスペース型で、ノートのインポートが必要。
• Haroopad: タブキーで箇条書きがインデントしない。
  • 複数のノートは別ウインドウ
  • なぜか、メニューのフォントが汚い。
  • 雰囲気が、僕が使っているエディタjEditに似ている。
  • メモリ量は少なそう。
  • 寄付の表示が消せない。 (← ボタンを押せば消える)
  • 古い: 2015年。
• GhostWriter: 複数のノートが同時に開けない。
• QOwnNotes: 最初に何か(MDは不可)開かないと起動しない。
• Markdownify: ライブラリが合わないようで、起動しない。
• Znote: Joplinで作ったMDの画像が表示できない。
• Apostrophe: Joplinで作ったMDの画像が表示できない。
  • 機能が貧弱
  • Flatpakなので、インストール・起動・アンインストールが面倒
• StackEditPro: サイトが開けなかった。

「いつもイライラしてんな?」って言われそうだけど、実際そうなので仕方ないｗ

Joplin(ノートアプリ)を丁度1年くらい使ったが、近頃は乗り換えたくなって居る。以下に その理由を挙げる。

• エディタがクソで、書くことに集中できず イライラする。
  • 大きい(といっても、サイズは100KBくらい)ノートの途中に1文字でも書く(置換でも挿入でも)と、ノートの表示位置がジャンプして場所が分からなくなってしまう。しかも、その挙動が不定(ジャンプしないこともあるし、ジャンプする位置も まちまち)。
    • それで何度も、似たようなことが書いてある別の場所に書き込んでしまった。
  • 遅い。: 大きいノートを開くのも編集するのも遅い。必ず数秒は待たされる。
• メモリを馬鹿食いする。
  • すぐに2GBを超えて(大きいノート複数開いて編集すると すぐに超える)減ることがない。
    • それでPCのメモリを圧迫するので、一日に何度も(Joplinを)再起動している。
• サポートの姿勢が今一つ。
  • 上のような問題はフォーラムに上がっていて(、それ以前に自分で使っていれば)作者は分かっているはずなのに、「仕方ない」みたいな姿勢で放置して サーバとか新しいことをやっている。
  • 自分のやりたいものだけ直している感じ。

 

それで ちょっと思い立って今朝探してみたら、以下の(以前は見落としていた)候補が見付かった。ただ、どちらも今ひとつだ。

• Zettlr
  • ノートを共有・同期できない(そういう機能がない)。
    • Dropboxのようなファイル共有の仕組みを使えば共有は可能だが、複数で編集した時に競合する。
      • 例: どちらかの変更が失われてしまう。
    • 僕の使い方では編集するのはPCだけなので大きな問題はないが、ちょっと怖い。
  • スマフォアプリがない。
    • 他のユーザの例を調べると、別なMDのエディタを使っているようだ。
  •  編集(フォーマット)機能が今ひとつ。
    • 例: 取り消し線がない。 ← あった。メニューになかったためサポートしていないタグ(<s>)を試したのと、インポートしたファイルでうまく動いていなかったので誤解した。
      • 標準的なMDに準拠しているためだろうが、実用性に欠けていないか? ユーザーは不満でない??
• Trilium
  • 作者が正体不明で怪しい。
    • 名前どころか、国すら不明。
      • ドキュメントの言語やGitHubのメンバーを見ると、中国系では?
    • Webページがなく、GitHubだけ。
      • 一方、Zettlrのページは しっかりしている。
  • リリース(2017年頃)から数年経っているのに、まだV1になっていない。
  • 同期できるのはいいけど、オフラインの時にどうなるか不明。
    • サーバが独自なので、インストールが手間。
  • ノートも画像も全部DB(SQLite)に入れるのでは、あとでとんでもないことになる気がする。

今のところはZettlrしかないが、もう少し検討したり探してみたい。

↓

その後、やっぱりJoplinが遅過ぎて使い物にならないので、試しにTriliumに いくつかのノートを移して使おうとしてみたのだが、たった1個で不完全な点(例: インポートするとフォーマットが崩れることがある)が出てきたり、そもそもセキュリティや運用上の不安(全ノートが一つのDBファイルに入っている)があるので止めた。エディタの使い勝手はJoplinより10倍くらいいいのだが、実用性・現実性(?)に欠けるので仕方ない。

一方、しっかり・堅実に作られている印象のZettlr(実際、Triliumでのフォーマット崩れは起こらない)はスマフォでうまく使えないので すぐには移れないが、何とかならないか考えるとともに、他も探したい。 (10/17 11:04)

 

PS. 勘違いした取り消し線の件でZettlrのフォーラムをちょっと見たら、別なソフトだが、MediaElch(メディア管理ソフト)同様にドイツ人らしい真面目なサポート姿勢が垣間見えて、いい感じがした。

PS2. 「Triliumが怪しい」と書いて気付いたが、僕も、以前 正体を明かさずにソフト開発の仕事を始めようとしたが、その点だけでも論外だったのを実感した。