の作業記録
ゆっくりしたい日曜日
- 作業記録の共有
- 来週のSTLの確認
- Blogfeedの処理
- 考え事の整理
- 考え事の整理
7:00
おはようございます。やることはいくつかありますが、今日はいくらかはゆっくりできそうです。来週の予定の確認と、考え事の整理などを行いましょう。
来週のSTLの確認:
まずは来週の予定の確認から。
* * *
だいたいOKです。来週はスケジュールがたくさんあり、かわりに締め切りが少ないですね。
Textbox:
先日、dais-boardのページで、左右キーでの表示変更を可能にしましたが、モーダルが開いて文字入力ができるようになっているときにもその操作が発動してしまって、エディタ操作ができなくなっていました。
なので修正です。
* * *
classがmodalな要素を取得し、そのうち一つでもdisplayがblockになっているものがあれば移動処理を抜ける、としました。
右キーでも左キーでも同じ処理を書いているので、なんとかしたいところ。
共通の関数を作る?
つまり、大本の方では、右キー、左キーの入力を受け取ったら、「キー操作」のような関数に入力されたキーを引き数として与えるところまで行い、各ページはその「キー操作」の関数として、個別の具体的な関数に処理を振り分ける、というような。
あるいは、モーダルチェック、入力チェックのような関数を作って、そこで処理を分ける?
とは言え、この関数は即実行関数ではなく、mainレベルで定義される関数なので、あまり数は増やしたくない印象。まあ、同名の関数にすれば常に上書きされるから問題ないとは言え。
* * *
とりあえず、モーダルが開いているかをチェックする関数を書きました。これは共通的に使われるので本体に入れてもいいかもしれません。
8:00
Blogfeed:
自作のフィードがエラーを吐いていて、原因を調べてみたら、どうやら特定のブログのフィードにエラーが紛れ込んでいて、パース作業がうまくいっていない模様。さすがに、こちらから相手のブログのフィードを変更することはできないので、一度置換を挟んでエラー要素を除外しようかとも思ったのですが、どういうエラーが入ってくるのかは事前にすべてを網羅することはできないので、考え方を変えることにしました。
ごく単純に、パース作業をtryで囲んで、エラーが出たらもうそのブログのフィード処理は諦める、というものです。簡潔ですね。
考え事の整理:
今から考え事の整理を行いたいのですが、まずどういう形で、どんな整理をすればいいのかを考えるところからですね。
今週もいくつか考えたいなと思ったことがあったので、それを何かしらで「保存」して、未来の自分に引き継ぎたいというのが第一の要望です。
* * *
断片の成長。メモからアウトライン、アウトラインから文章?
どこかで「切断」は必要。
* * *
今考えていることが、今の自分に一番欠落しているパーツ(あるいはプロセス)であり、であるがゆえにどう考えたらいいのかがわからない、という状況がありますね。難しい。
* * *
思考の三角州、というネーミングをふと思いつきました。タイムラインという川の流れから新たに生まれる陸地。deltaic。delta think。
* * *
移す場所は、どこか。「かたまり」を扱うもの。しかし、少しずつ大きくなるもの。やはりアウトライナーか。
* * *
とりあえず、アウトライナーだとしておく。で、そこからどうするのか。
最終的に何かを考えることは、それについての文章を書くことだとする。とすれば、タイムライン→アウトラインときて、その後に文章化がくるわけだが、「今すぐに文章を書くわけではないが、これについては文章を書こう」と決めたものをどう扱うか。
でもってそれは以前から考えている断片的な文章の扱いと通じるだろう。
* * *
タイムラインメモから、アウトライナーに移動させておく。メタ・ノート的に。で、しばらくすると、少しの塊ができはじめる。これをどうするか。
PoICでは、しばらく放置しておいて、その後全体からタスクフォースを作り、そこで再生産を行うのであった。そのやり方をそのまま踏襲するなら、しばらく並べるだけ並べておき、後から一気に文章化する、という流れになるだろう。それはあまりにも悠長な気がしないではない。
一応、ネタ的なものを保存しておいて、後から利用するというやり方はできるだろうけれども。
アウトライナーから別の場所に移すとしたら、それはどこだろうか。Evernoteに戻すこともできるが、Scrapboxという手もあるし、ごく普通にテキストエディタということもある。Textboxでもいい。
どういう場所に移すにせよ、どういう形で移し、その後どう運用していくのかが大切になる。
* * *
タイムラインが「流れ」が重要であるように、三角州は弱めであってもfix(位置)が重要なのかもしれない。アウトライナーは、可動式の位置だが、より固定的な位置を確立できるもの。
だとすれば、たとえばUlyssesか。あるいは、Scrivener? HaptaBaseという手もあるか。
* * *
Workflowy内で別の項目下に移動させる、という手もないではない。
* * *
村上春樹さんの断片的に書いた文章をしまっておく「引きだし」。これはプリントアウトしたものを入れておくリアルの引きだしなのか、概念的なもので実体はデジタルのフォルダなのか。たぶん、プリントアウトだろう。
* * *
「考え事」にも大きく二種類ある。
一つは、何か文章のもとになるようなもので、もう一つは、今回考えているような内容、あるいはツールのデザインや実装をどうするのか、ということ。前者は文章というよりも、「記事」と言うべきか。実際は、後者でもそれを後から振り返りながら記事にすることがわるわけだが、そのために考えいるわけではない、という点で意味がかなり違っている。
* * *
とりあえず、WorkFlowyから別の場所に移すということにして、その移動先は、ScrapboxかTextboxの「currentText」というページのどちらかにする(後者は以前に作ったページで、以降機能を書き換えることも念頭に置いている)。
で、以前の「currentText」では、上で行った「考え事」の分類を特に行わず、なんとなく気になっていることをピックアップしていたが、それが運用として適切なのかを検討したい。
(ちなみに、もしEvernoteに保存するならば、これはCardではなくBookのノートブックになるだろう)
* * *
異質なものが混じっているのが好ましい場合と、そうでない場合がある。この場合はどちらだろうか。Scrapboxならば、必然的に混じることになる(発想工房を使うだろうから)。あるいは、特別にそうしたプロジェクトを設けるということもできなくはないか(運用は面倒だが)。
currentTextは、今は混じっているが、切り離すことは問題ではない。記事ではないものは、Workflowyに置いたままにするか、あるいは、Textboxのプロジェクトページとして扱うか。
* * *
「いよいよ文章を書く」という段階まではずっとWorkflowyに置いておく、という選択もないわけではない。その運用をしたときにどんな感じになるのかはちょっと気になるところではある。
* * *
種類の異なるものが混じっていると、それに対してどういう操作をすればいいのかというアフォーダンスが働きにくいことはデメリットになるだろう。
16:00
考え事の整理:
引き続き検討します。
* * *
とりあえず、実験的にWorkflowyからTextboxのcurrentTextに移動することにしました。
その際に、Workflowyでは箇条書きになっているので、それをできるだけ文章に直して保存するようにします。それでないとあまり意味がないので。
19:00
TH:
少しだけ冒頭部分を書きます。
* * *
まだ読者の顔がイメージできていない感じですね。だから文体が決まり切らない。よって語りが始まらない。そんな感じがあります。