t_wの輪郭

　手書きできる画像アップローダーみたいなのを考えてるんだけど、考えることが多い。DBどうしようとか、利用者登録管理どうしようとか。

　ナウでヤングなやり方を考えるなら、クラウドでマイクロサービスでウェイするのがいいんだけど、それするとお金がドバドバ出ていく。

　VultrのVPCでDockerを動かしてマイクロサービスやーってやったら安くつきそうな気がする。

　そう考えると、『t_wの輪郭』のシステムもDocker上で動かしたくなる。

　やることが……やることが多い……！！

　ブログシステムのDocker化、ベンダーに頼むと2人月とか取られるやつじゃんね。規模によるけど。4万ページあるし、ブログ移行としては超大規模案件では？ページ数でみるとやたらデカいけど、システム的にはDBとNode.jsだからそんなにか。

　問題は作業者（t_w）にDockerの知識があんまりないってことなんだよな。『t_wの輪郭』のDocker化で知識をためつつ、手書き共有ウェブアプリ（仮） EGAKUの準備を進めるという形が綺麗か。

　Docker使うと依存する技術が増えて面倒じゃんというのもある。

　昨晩23時にねて、今朝11時に起きた。よく寝た。睡眠不足が募っていたがこれで返済できたはずだ。

　起きてから4時間ぐらい漢字の振り仮名データを作る作業をした。IMEが作りたい。ありもののデータも活用したいが、これまで書いた入力データを利用してIMEが作れれば、めちゃくちゃ自分に特化したIMEが作れるのではないかと画策している。日本語でコンピュータを使う最も重要なソフトウェアの一つなので、これの利便性向上は重要だ。
　ただ、IMEを作ったとしてそれでどうやって儲けるんだという点に関しては全然見通しが立っていない。

　『t_wの輪郭』にプッシュ通知機能を追加した。簡単にできるかなと軽く見ていたら、Service Workerが絡み、DBが絡みとなかなか大変だった。最終的には何とか動くものを作り上げることができた。コードがまだ汚いところがあるので、リファクタリングを進めた後に記事にできたらいいのだが。まあほかの人の記事もあるのでそれを参照いただければなんとかなる。正直もうこのまま動いてるコードを触りたくない。なんで動いているのか全然把握できていない。

サーバーにDBを置く場合は、アウトラインの所有者を決めないといけないな。
今のところはDBを利用者のPCの中だけの想定だから問題にはならないけど、将来を見越して今のうちに所有者のテーブルを作ってもいいかもしれない。と思ったけど、YAGNIの考え方だと今対応するのもなんだかなぁだな。必要になってからでいいか。テーブルを一つ追加する形になるので、そこまで大それた変更にもならないはずだ。