このBlogは、当時興味を持っていたSMSやPHP、Webデザインの勉強のために作った。その後、備忘録のように色々な情報を記録する事に用しているが、Blogでまとめている内に、情報によってはBlogにまとめづらいものがあることを実感した。別にBlogがいい、悪いと言うよりは、情報には管理の仕方に種類があり、それぞれ適した管理システムがあるよ。えらそうに言っているが、別に目新しい話ではなく、わかりきった話なんだけど自分で実感した内容を備忘録として纏めただけ。システム開発をしていて、日々記録しておきたい情報としては以下のようなものがある。仕様、規約、ルール日々成長していく情報で、頻繁に更新される。参照する時は常に最新情報が知りたいもの。過去、どうだったかはあまり気にしない。いつ追加されたなどは気になるが、それは以前見た時からなにが変わったかが知りたいため。バグ、タスク、課題(イシューっていったほうがかっこいいのか?)粒度は異なるが、日々追加されていく情報。一つ一つの状況や担当がが刻一刻と変わる。クローズとなれば後は(滅多に)参照されない情報。何かをやったと言う記録を残しておきたいだけ。事がないと参照されないが、ないと不安だし、怒られる。上記をWeb上で纏めるにはそれぞれ適したシステムがある。Wiki体系的に情報をまとめられ、関連情報も紐づけられる。更新情報をニュースの形でみる機能を持っているシステムも多い。System)、バグ管理システムと呼ばれるもの。「チケット」と呼ばれる単位で情報を管理し、そのチケットを誰がいつまでにどうするか、現在はどういった状況かを管理できる。Blog別にBlogでなくともいいのだが、元々が記録用のシステムの代表ということで。別にこんな事は言われなくてもたいていの人はわかっている。いちいち情報の種類によってそんなに仕組みをたくさん作りたくないというのも事実。上記のくくりを無視して情報を管理した結果どうなるか?例1:仕様、規約、ルールをBlogで管理すると・・どの情報が更新されたかがわからない。コメントでやり取りすると、そのやり取りを追いかけなければ結論がわからない。後から参加したメンバーは過去の記事を全部(不要な記事も)読まないと話についていけない。