keitairc

Fork

[メッセージ#49338 へのフォロー]

> [メッセージ#48316 へのフォロー]
>
> > > いま現在は、おそらく私の勉強不足のため、あまりピンときません。
> > > また「前時代的」であることは優劣とは関係ありませんし、
> > > たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。
> > すみません。そういう価値観（保守的）なプロジェクトであるという事をあまり認識していませんでした。
>
> ハックするのもいいけど、実際に使いたいという気持ちのほうが70%ぐらいかな、
> 少なくとも僕は。
>
> あと、あくまでも現時点での話ですよ。
> 10年前だったら、Perl 4で書かれたplumでまあ実用上問題ないやと思っていた
> わけですし、逆に2年後とかに、なんでkeitaircをPlackベースに書き直さない
> んだよこのタコ! とか私自身が言っている可能性だってありますw
>
> > とりあえず今件に関してはmrmtさんのおっしゃる通り現状のまま進めていく
> > のがいいのかなぁ。と思いました。
>
> 別ブランチで先進的な取り組みをしていくのは良いことだと思います。
それは確かにそうですね。。。汗
僕も「まだ早すぎるかも」とか思ってます。
でもプロジェクト自体が「あれって古いよねー」って扱いになるのがちょっと淋しい気がするので、
別ブランチうんぬんは「ありかも」って思います。


> ただ、今の状況で、単に前 (別ブランチだから、斜め前かな?) にだけ
> アクセルを踏んでも、やりっぱなしで失速する予感がします。
それは危険ですね。。。かなりあり得ますし。


> * cvsじゃなくて、もうちょい現代的なversion control管理に改善する
> * test suiteを整備する
> ** いちおう *.t の場所はありますけど、まったくもって不完全です
> ** irc serverとやりとりするソフトウェアのテストをどう書くべきか?
>
> RDBにアクセスするソフトウェアをテストするためにFixtureがあるように、
> irc serverとのインタラクションをエミュレートするFixture的なものが
> あるといいかもしれませんね。
>
> このへんに取り組むのは、まだ他に誰もあまりやってないかもしれないし、
> hack valueもあると思います。
>
> また、これを使うのはkentaircエンドユーザではなく、keitairc開発者だけで
> すから、多少先進的なperl moduleを使うのも時にはありでしょう。
>
> まずはこのへんに取り組んでみるのはいかがでしょう?
はい。そうですね。
とりあえず現状で一番気になるのは
> * cvsじゃなくて、もうちょい現代的なversion control管理に改善する
ですかね。
個人的にはgitよりSVNの方がいいかなーと思ってます（完全に個人の好き嫌いです）。

SVNに移行しようと思って、とりあえず
rsync -av rsync://keitairc.cvs.sourceforge.net/cvsroot/keitairc/* .
とかしてみたらエラーが出て既に挫けそうですが・・・笑