다운로드
소프트웨어 개발
계정
다운로드
소프트웨어 개발
Login
Forgot Account/Password
계정 만들기
언어
도움
언어
도움
×
Login
Login Name
Password
×
Forgot Account/Password
Translation Status of 한국말
Category:
Software
People
PersonalForge
Magazine
Wiki
검색
OSDN
>
브라 우즈 소프트웨어
>
Communications
>
Chat
>
Internet Relay Chat
>
keitairc
>
포럼
>
Developers
>
やはりkeitaircは前時代的な件について
keitairc
Fork
Description
Project Summary
Developer Dashboard
웹 페이지
Developers
Image Gallery
List of RSS Feeds
Activity
Statistics
History
다운로드
List of Releases
Stats
소스 코드
Code Repository list
Git
keitairc
티켓
Ticket List
Milestone List
Type List
Component List
List of frequently used tickets/RSS
Submit New Ticket
Documents
FrontPage
Title index
Recent changes
Communication
포럼
List of Forums
Developers (13)
도움 (10)
Open Discussion (0)
Mailing Lists
list of ML
keitairc-commit
keitairc-dev
News
포럼:
Developers
(Thread #25286)
Return to Thread list
RSS
やはりkeitaircは前時代的な件について (2010-02-01 14:29 by
noblejasper
#48238)
Reply
Create ticket
色々ソースを読んでいて思ったのですが、
やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。
3.0ぐらいを目標でいいと思うのですが、
Plack::Server::Standalone(
http://perl-users.jp/articles/advent-calendar/2009/hacker/23.html)
などで動かして、
POEではなくAnyEventなどでIRCとつなぐのがいいのではないかと。
モバイル対応に関しては文句なし!って感じなのでもったいないかと思ってます。
Reply to #48238
×
Subject
Body
Reply To Message #48238 > 色々ソースを読んでいて思ったのですが、 > やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。 > > 3.0ぐらいを目標でいいと思うのですが、 > Plack::Server::Standalone(http://perl-users.jp/articles/advent-calendar/2009/hacker/23.html)などで動かして、 > POEではなくAnyEventなどでIRCとつなぐのがいいのではないかと。 > > モバイル対応に関しては文句なし!って感じなのでもったいないかと思ってます。
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-02-01 14:30 by
noblejasper
#48240)
Reply
Create ticket
SVNかGitに移行すればbranch切ってnoblejasperが書きはじめますー
Reply to
#48238
Reply to #48240
×
Subject
Body
Reply To Message #48240 > SVNかGitに移行すればbranch切ってnoblejasperが書きはじめますー
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-02-03 19:39 by
morimoto
#48298)
Reply
Create ticket
> やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。
メンテナンスされていない、利用していると問題がでてきそうなmoduleがどれなのか教えていただけますか?
その具体的な問題がどの程度差し迫ったものかを知りたいです。
ちなみにあと1〜2年のスパンでしか考えてないです。
現在使っているモジュール群がいずれ古くダメになっていくもので、
かつ他のより新しいモジュールを採り入れることが将来への有効な投資になりそうで、
かつモジュールやアーキテクチャが異なるブランチを同時に保守していく手間が充分割に合うのなら、
よい提案なのだと思います。
いま現在は、おそらく私の勉強不足のため、あまりピンときません。
また「前時代的」であることは優劣とは関係ありませんし、
たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。
個人的には、stableなDebian GNU/Linuxにおいてapt-getでインストールできないモジュール、
cpanで手で入れるようなモジュールにプログラムを依存させるつもりは全くありません。
Reply to
#48238
Reply to #48298
×
Subject
Body
Reply To Message #48298 > > やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。 > > メンテナンスされていない、利用していると問題がでてきそうなmoduleがどれなのか教えていただけますか? > その具体的な問題がどの程度差し迫ったものかを知りたいです。 > ちなみにあと1〜2年のスパンでしか考えてないです。 > > 現在使っているモジュール群がいずれ古くダメになっていくもので、 > かつ他のより新しいモジュールを採り入れることが将来への有効な投資になりそうで、 > かつモジュールやアーキテクチャが異なるブランチを同時に保守していく手間が充分割に合うのなら、 > よい提案なのだと思います。 > > いま現在は、おそらく私の勉強不足のため、あまりピンときません。 > また「前時代的」であることは優劣とは関係ありませんし、 > たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。 > > 個人的には、stableなDebian GNU/Linuxにおいてapt-getでインストールできないモジュール、 > cpanで手で入れるようなモジュールにプログラムを依存させるつもりは全くありません。
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-02-04 09:49 by
noblejasper
#48316)
Reply
Create ticket
[メッセージ#48298 へのフォロー]
> > やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。
>
> メンテナンスされていない、利用していると問題がでてきそうなmoduleがどれなのか教えていただけますか?
> その具体的な問題がどの程度差し迫ったものかを知りたいです。
> ちなみにあと1〜2年のスパンでしか考えてないです。
最近のPerl事情を聞いているとPOE->AnyEventって流れが主流になりつつあります。
またサーバとしての機能もカスタム面から考えるとPSGIを汲み取った方がいいのかな。と思います。
> 現在使っているモジュール群がいずれ古くダメになっていくもので、
> かつ他のより新しいモジュールを採り入れることが将来への有効な投資になりそうで、
> かつモジュールやアーキテクチャが異なるブランチを同時に保守していく手間が充分割に合うのなら、
> よい提案なのだと思います。
上述したようなものを異なるブランチで作るのは大変賛成ですが、
やはり人間的なコストがかかりますね。
> いま現在は、おそらく私の勉強不足のため、あまりピンときません。
> また「前時代的」であることは優劣とは関係ありませんし、
> たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。
すみません。そういう価値観(保守的)なプロジェクトであるという事をあまり認識していませんでした。
> 個人的には、stableなDebian GNU/Linuxにおいてapt-getでインストールできないモジュール、
> cpanで手で入れるようなモジュールにプログラムを依存させるつもりは全くありません。
ふむ。
apt-get出来るモジュールだけで作るというのであれば今回の話は完全になかった事になるかと思います。
思いつく解決法としてはlocal::libなどを使用し、moduleを同梱するという可能性がありますが、
まだAnyEventにせよPlackにせよ完全に安定したとは全くもって言えません。
とりあえず今件に関してはmrmtさんのおっしゃる通り現状のまま進めていくのがいいのかなぁ。と思いました。
Reply to
#48298
Reply to #48316
×
Subject
Body
Reply To Message #48316 > [メッセージ#48298 へのフォロー] > > > > やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。 > > > > メンテナンスされていない、利用していると問題がでてきそうなmoduleがどれなのか教えていただけますか? > > その具体的な問題がどの程度差し迫ったものかを知りたいです。 > > ちなみにあと1〜2年のスパンでしか考えてないです。 > 最近のPerl事情を聞いているとPOE->AnyEventって流れが主流になりつつあります。 > またサーバとしての機能もカスタム面から考えるとPSGIを汲み取った方がいいのかな。と思います。 > > > 現在使っているモジュール群がいずれ古くダメになっていくもので、 > > かつ他のより新しいモジュールを採り入れることが将来への有効な投資になりそうで、 > > かつモジュールやアーキテクチャが異なるブランチを同時に保守していく手間が充分割に合うのなら、 > > よい提案なのだと思います。 > 上述したようなものを異なるブランチで作るのは大変賛成ですが、 > やはり人間的なコストがかかりますね。 > > > いま現在は、おそらく私の勉強不足のため、あまりピンときません。 > > また「前時代的」であることは優劣とは関係ありませんし、 > > たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。 > すみません。そういう価値観(保守的)なプロジェクトであるという事をあまり認識していませんでした。 > > > 個人的には、stableなDebian GNU/Linuxにおいてapt-getでインストールできないモジュール、 > > cpanで手で入れるようなモジュールにプログラムを依存させるつもりは全くありません。 > ふむ。 > apt-get出来るモジュールだけで作るというのであれば今回の話は完全になかった事になるかと思います。 > > 思いつく解決法としてはlocal::libなどを使用し、moduleを同梱するという可能性がありますが、 > まだAnyEventにせよPlackにせよ完全に安定したとは全くもって言えません。 > > とりあえず今件に関してはmrmtさんのおっしゃる通り現状のまま進めていくのがいいのかなぁ。と思いました。
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-02-04 09:51 by
noblejasper
#48317)
Reply
Create ticket
追記:
最近出てきたような新しいモジュールを使ってブランチを作ってみる。
とかは試作してみてもいいのかなーとかも思いました。
Reply to
#48316
Reply to #48317
×
Subject
Body
Reply To Message #48317 > 追記: > 最近出てきたような新しいモジュールを使ってブランチを作ってみる。 > > とかは試作してみてもいいのかなーとかも思いました。
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-03-10 19:44 by
morimoto
#49338)
Reply
Create ticket
[メッセージ#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を使うのも時にはありでしょう。
まずはこのへんに取り組んでみるのはいかがでしょう?
Reply to
#48316
Reply to #49338
×
Subject
Body
Reply To Message #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を使うのも時にはありでしょう。 > > まずはこのへんに取り組んでみるのはいかがでしょう?
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-03-11 00:03 by
noblejasper
#49356)
Reply
Create ticket
[メッセージ#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/* .
とかしてみたらエラーが出て既に挫けそうですが・・・笑
Reply to
#49338
Reply to #49356
×
Subject
Body
Reply To Message #49356 > [メッセージ#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/* . > とかしてみたらエラーが出て既に挫けそうですが・・・笑
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-03-11 00:29 by
noblejasper
#49357)
Reply
Create ticket
とりあえず
http://sourceforge.jp/docs/%E3%82%B3%E3%83%BC%E3%83%89%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%AE%E7%A7%BB%E8%A1%8C
ここで申請すればsfの人が移行してくれるんですね(汗
Reply to
#49356
Reply to #49357
×
Subject
Body
Reply To Message #49357 > とりあえず > http://sourceforge.jp/docs/%E3%82%B3%E3%83%BC%E3%83%89%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%AE%E7%A7%BB%E8%A1%8C > > ここで申請すればsfの人が移行してくれるんですね(汗
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel
RE: やはりkeitaircは前時代的な件について (2010-03-15 16:02 by
morimoto
#49485)
Reply
Create ticket
> でもプロジェクト自体が「あれって古いよねー」って扱いになるのがちょっと淋しい気がするので、
セキュリティホールを放置したりするのは良くないことで、素早く積極的に直すべき理由がありますし、そうすべきですが、設計やモジュールが古いこと自体はなんら問題ないでしょう。
なので「ちょっと寂しい」というのは私にはわかりません。つきつめると感覚論の雑談にしかならない気がします。
古いから、こういうデメリットがある、なのでこうしたい。ということなら判ります。
(という話のくりかえしになってきている気もします)
Reply to
#49356
Reply to #49485
×
Subject
Body
Reply To Message #49485 > > でもプロジェクト自体が「あれって古いよねー」って扱いになるのがちょっと淋しい気がするので、 > > セキュリティホールを放置したりするのは良くないことで、素早く積極的に直すべき理由がありますし、そうすべきですが、設計やモジュールが古いこと自体はなんら問題ないでしょう。 > なので「ちょっと寂しい」というのは私にはわかりません。つきつめると感覚論の雑談にしかならない気がします。 > 古いから、こういうデメリットがある、なのでこうしたい。ということなら判ります。 > (という話のくりかえしになってきている気もします)
You can not use Wiki syntax
You are not logged in. To discriminate your posts from the rest, you need to pick a nickname. (The uniqueness of nickname is not reserved. It is possible that someone else could use the exactly same nickname. If you want assurance of your identity, you are recommended to login before posting.)
Login
Nickname
Preview
Post
Cancel