始めたこのブログの振り返りを書いていきたいと思います。以前、毎月やっていたのですが、まあなんかめんどくさかったので辞めていました。年が変わり、半年近く更新したという節目でもあるので、再開しようと思います。書き始めた動機と書き続ける動機もともとは色々な技術を試すためのサンドボックス、就活対策で書いていました。これも今では変わらずこのような理由で書いています。それに加えて今では純粋に楽しいからという理由で書いています。エゴサしていて、読者からの反応を見てそれに答える内容を書いて、さらにアクセス数を増やしてブログを育てるという一連のプロセスに楽しみを覚えています。書く時に気をつけていること根拠を必ず書く、参考リンクを貼り付ける、根拠がないときは根拠がないことを明示しています。終わるような説明や例示だけをするような記事にしないようにしています。いう記事を見るとどうしても作者に「それ本当に意味を分かって書いている?」みたいな感情を持ってしまいます。自分が分からないものを分かるように見せかけて書くことは良くないことだと思っているので、自分はその設定をしたことでなぜ上手くいくのかといった言及まで必ずするようにしています。意外と根拠まで踏み込んでいるブログや解説記事は少なく、十分に解説がされているかのように思えるトピックでも書ける内容は見つかります。積極的にそういったところに踏み込んでブログを書いていました。解説だけでなく実装も示すようにしていました。実装を提示することは本当に動くのかを確かめることができる上に、読者が望んでいるものを提示できるためです。半年続けられたと思います。サンプル実装やコードリーディングの残骸も気付いたらたくさん貯まりました。https://github.com/ojisan-toybox内容はどうしていたのか自分が困ったことを調べて書く基本のモチベーションはこれです。ドキュメントの不備を補足したり、ドキュメントを読むための前提知識を補足したり、そういう記事が多かった気がします。動かすために知っておくと良いこと他の人にとっては困っていない内容だったりもするので、「なんでこんな内容でブログ書くの?」と言われたこともありますが、それは自分がわからなかったからです。自分にとっては当たり前ではなかったものはちゃんと記事にして文書化していきたいと思っています。実際そのような記事が最初から転がっていれば自分が困っていなかったからです。いった道を整備することを目的に書いています。年は勉強のためにいろんなライブラリを読んでいました。そのメモや解説としての記事です。コードリーディング何かのまとめを書く情報が散らばっていて困ったときはまとめを作るようにしていました。パフォーマンスチューニングの歴史をまとめてみたまとめ系を書くと大体アクセス数が増えるのでちょっとした麻薬に感じることもあります。だいたい書くモチベーションは自分が公式ドキュメントを漁って困ったという体験です。使ったチュートリアルみたいな記事を書いている気がします。新規性があれば、やってみたみたいな記事も書いていました。ここでいう新規性は、ググって出てくるかどうかで判断しています。他所での成功事例を自分のところで取り込んでみたといった内容でも書いたりしています。読者にパクリと思われないような範囲でならなんでも書くようにしています。おふざけ記事などもたまには書いていました。息抜きに書いていることが多かったです。