これまでチケット管理にMantisBTを使っていたがこれをやめた。
最大の理由は見ないからだ。プロジェクトを分けチケットを管理していようと、MantisBTのタブをひらっきぱなしにしていようと、私はMantisBTを滅多に見なかった。偶に思い出したように見て稀にタスクを消しこんでいたが、ほとんど役に立っていなかった。
そのためチケットについてはセルフホストを諦め、GitHubに移設した。そしてこれも恐らくあまり見ないと思う。何故なら見ないから。見なくても長期的に何かを残しておきたい用途では使えることが分かったので備忘録程度には使って行こうと思う。
個人的にタスク管理、TODO管理で最も役に立っているのはGoogleカレンダーで、Googleカレンダーにやることを書き、達成出来たら消し、できなかったら順延、どうにもならなかったら消すという運用が比較的よく回っている。これは時間を切ってアラームが出るようにすることで、存在に気が付くことができるためだ。
また昨今行っているLyndbaumの開発においてはテキストベースのTODOリストが元も活躍した。テキストにやりたいことを書き、やったら消す。これはチケットを作る手間も、開く手間も、面倒な管理画面を一覧する手間も何もなく管理がとても楽だった。短所としては何故作り、どう消化し、なぜ取りやめたかの履歴が残らないことだが、そんなことより物事が進むことのほうが何倍も重要だったため割り切ることにした。
情報を管理できるが何も進まないチケット管理より、情報を管理できないが物事を進められるTODO管理のほうがずっといい。最近はGitHub Issueも使っているが、コミットとIssue消化を結びつけるのが手間なので、正直イマイチに思っている。テキストベースならコミットを打ったら消せばいい。それに長期的に見た時にGitHubを手放すことを考えるとIssueに情報を残しても仕方がないのもある。
コミットに- resolved #123とか書いたところでGitHubを捨てたら何のことやらもうわかりはしないのである。なので私はそれはしないことにしていて、結果Issueとコミットが連動していない。よってPRを作ったときにIssueとコミットを突き合わせて消し込む作業が必要になり、手間だ。最近はこれを避けるために先にPRを作り、Issueを消化したらPRにメンションして閉じていて、この仕組みは上手く回っているが、やはり手間である。テキストファイルに追記したり消したりするほうが、ウンと楽だ。
Issue管理の利点は草が増やせることと、後で経緯を多少振り返りやすくなることくらいしかない。そもそもPRに経緯を書いているため、ほぼ役に立っていない。精々リジェクトしたときにリジェクトしたことが分かる程度だ。何故ならPRにはやったことは書いているが、やらなかったことは書いていないからだ。なぜやらなかったかはIssueに残せる。但し振り返る保証はないし、役に立つのかは今のところ不明である。
ひとまずMantisBTを消したことでPHPの世話が一点減ったのはありがたかった。うちは他にttrssをホストしていて、各テナントの仮想化をしていないため同一のDBMSや言語ランタイムを使うものが複数いると、これらのバージョンにまつわる競合が面倒だった。ttrssもどうにかしたいのだが、ここまで出来のいいRSSリーダーが他に見当たらないため一旦放置している。Pukiwikiもホストしているが、こいつが問題を起こすことはまずないと思うので深く気にしてはいない。
私は一応PHPerの端くれを名乗っているが、実のところPHPのことが特に好きなわけではなく、最近は忌むべく存在になりつつあるので、可能な範囲でPHPは排除したいと考えている。PHPは実行権限なくても動いてしまうのが厄介だし、ランタイム本体が汚染されとか、その利用者の多さゆえに攻撃の対象になりやすいのも懸念事項だし、後方互換性良く切り捨てるので私はあまり気に入っていない。