みんなの個人開発つぶやき場

ほんとは記事の適当なところにペタペタ付箋みたいに自由にコメント貼り付けみたいなことできるようにしたいんだけど全く方法が思いつかない。（ブラウザによってサイズ変わったり本文も編集されたりすると位置の判断のしようがない）

予約投稿作るか…。実際問題子育てしてると朝忙しいから欲しい気持ちはすごくわかる。ただツイートもセットでしてくれないとあんまり意味ないというのもあるのでそのへんも含めてやる必要がありそう。

Twitterのdevelopersの説明文にはツイートも使うことにしましたとか書いときゃ良いのかな。

有料記事を実装して売れるかについて数秒考えてみたけど、今のままでも需要（どうしても早く解決法が欲しくて困っている人等）があれば購入したいと「思う」人はどこかにはいるんだと思う。（どんなサービスでも需要があれば購入したいと思う人はいる、という個人的に勝手に思っている原則より）

ただ、実際に購入する人がどれだけの量いるのだろうと考えてみると、うちはユーザー属性やアクセスの多い曜日的に多分仕事中に何かしらで困って探している人が多いと思うので、会社で働いている人は勝手に決済などもできないだろうし、フリーでやっている人を考えるとますます母数はすくなるなると思う。

なので相当人気が出て誰でも知ってるサービスくらいにならないと実装してもあまり意味なさそうだな、という印象。でもまあマイナスになることはないのでそのうち余裕ができたら作ってみるのはおもしろそうかもしれない。

というか、どのサービスでも有料機能の案がある場合、工数的に問題なければとりあえず作っておいて、経過観察してデータを貯めるのは重要なのかもしれない。

OGPサーバーが安定したら使えるように、記事の画像がない時のOGPも作っとこうかな

非常に気づきにくい不具合の報告を頂けてとても助かった…。
関係ないけどGoogleフォームでの問い合わせ見づらいので何か変えたいな…。

そろそろCloud SQLにしようかなと一番安いの見てみたけどやっぱそこそこ高いな…。（無料に比べると）

はぁ…bootstrapのdrawerをfixedにするのにやけに時間かかった…。意外とCSSの変更箇所多くて面倒…。

ひたすらマニュアル的な記事を書いていく。今日はコードは書けないかも。

ボード一覧ページの表示どうしようかということで延々と悩んで時間が潰れている…。

次はボード投稿にコメントが付いた時の通知機能を進める。すぐには需要ないだろうけど、これがないとコメントがついても誰も気づかず、コメントした人も、された人も後で気づいて悲しい思いをしたりするので先に作るしかない。

しかし、通知機能を作る→ユーザーの通知無効機能が必要→投稿毎の通知無効機能が必要、みたいに連鎖的にやることが出てくるので結構通知機能はやっぱり大変。

これが終わったらボードを大っぴらに公開しつつ、プログラミングの質問ボードとかをいくつか作ったりして運用しつつ、スマホのUI対応をガッツリやっていきたい。

連載機能作りたいんだけどテーブル名に悩む…。magazines, serializations, books, stories…

magazinesかな…。
serializations→日本人に馴染みがなさそう
books→紛らわしい
stories→かっこよすぎる

ああ、自分の記事の中で特定のタグを付けたものを連載として扱う、みたいな感じにすれば誰も困らないで作れるのか。

コリさんの連載に連載タグがついてない記事があったから勝手につけた。タグ一覧ページもうちょっといい感じにしたいな。単なる一覧じゃなくて一つのコンテンツみたいに。

TUI Editor自体Safariだと一文字打つ毎に確定されちゃうのか…。どうするかな。

ボード投稿へのコメント通知を作る予定だけど、他の細かい対応を潰すことでなんとなくその面倒くささから逃げてる感がある…。