Descargar
Desarrollar
Cuenta
Descargar
Desarrollar
Entrar
Forgot Account/Password
Crear Cuenta
Idioma
Ayuda
Idioma
Ayuda
×
Entrar
Nombre de usuario
Contraseña
×
Forgot Account/Password
Translation Status of Español
Categoría:
Software
Gente
PersonalForge
Magazine
Wiki
Buscar
OSDN
>
Buscar Software
>
Communications
>
Chat
>
Internet Relay Chat
>
keitairc
>
Foros
>
Developers
>
やはりkeitaircは前時代的な件について
keitairc
Fork
Descripción
Project Summary
Developer Dashboard
Página Web
Developers
Image Gallery
List of RSS Feeds
Activity
Statistics
Historial
Descargas
List of Releases
Stats
Código Fuente
Code Repository list
Git
keitairc
Incidencia
Ticket List
Milestone List
Type List
Component List
List of frequently used tickets/RSS
Submit New Ticket
Documents
FrontPage
Title index
Recent changes
Communication
Foros
List of Forums
Developers (13)
Ayuda (10)
Open Discussion (0)
Mailing Lists
list of ML
keitairc-commit
keitairc-dev
Noticias
Foros:
Developers
(Thread #25286)
Return to Thread list
RSS
やはりkeitaircは前時代的な件について (2010-02-01 14:29 by
noblejasper
#48238)
Responder
Crear incidencia
色々ソースを読んでいて思ったのですが、
やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。
3.0ぐらいを目標でいいと思うのですが、
Plack::Server::Standalone(
http://perl-users.jp/articles/advent-calendar/2009/hacker/23.html)
などで動かして、
POEではなくAnyEventなどでIRCとつなぐのがいいのではないかと。
モバイル対応に関しては文句なし!って感じなのでもったいないかと思ってます。
Responder al #48238
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-02-01 14:30 by
noblejasper
#48240)
Responder
Crear incidencia
SVNかGitに移行すればbranch切ってnoblejasperが書きはじめますー
Responder al
#48238
Responder al #48240
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-02-03 19:39 by
morimoto
#48298)
Responder
Crear incidencia
> やはり前時代的なModule(現在はメンテされてない)などが多いのが気になります。
メンテナンスされていない、利用していると問題がでてきそうなmoduleがどれなのか教えていただけますか?
その具体的な問題がどの程度差し迫ったものかを知りたいです。
ちなみにあと1〜2年のスパンでしか考えてないです。
現在使っているモジュール群がいずれ古くダメになっていくもので、
かつ他のより新しいモジュールを採り入れることが将来への有効な投資になりそうで、
かつモジュールやアーキテクチャが異なるブランチを同時に保守していく手間が充分割に合うのなら、
よい提案なのだと思います。
いま現在は、おそらく私の勉強不足のため、あまりピンときません。
また「前時代的」であることは優劣とは関係ありませんし、
たとえばmobircという選択肢もあるいま、保守的であることはむしろ美点だと思っています。
個人的には、stableなDebian GNU/Linuxにおいてapt-getでインストールできないモジュール、
cpanで手で入れるようなモジュールにプログラムを依存させるつもりは全くありません。
Responder al
#48238
Responder al #48298
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-02-04 09:49 by
noblejasper
#48316)
Responder
Crear incidencia
[メッセージ#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さんのおっしゃる通り現状のまま進めていくのがいいのかなぁ。と思いました。
Responder al
#48298
Responder al #48316
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-02-04 09:51 by
noblejasper
#48317)
Responder
Crear incidencia
追記:
最近出てきたような新しいモジュールを使ってブランチを作ってみる。
とかは試作してみてもいいのかなーとかも思いました。
Responder al
#48316
Responder al #48317
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-03-10 19:44 by
morimoto
#49338)
Responder
Crear incidencia
[メッセージ#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を使うのも時にはありでしょう。
まずはこのへんに取り組んでみるのはいかがでしょう?
Responder al
#48316
Responder al #49338
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-03-11 00:03 by
noblejasper
#49356)
Responder
Crear incidencia
[メッセージ#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/* .
とかしてみたらエラーが出て既に挫けそうですが・・・笑
Responder al
#49338
Responder al #49356
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-03-11 00:29 by
noblejasper
#49357)
Responder
Crear incidencia
とりあえず
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の人が移行してくれるんですね(汗
Responder al
#49356
Responder al #49357
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar
RE: やはりkeitaircは前時代的な件について (2010-03-15 16:02 by
morimoto
#49485)
Responder
Crear incidencia
> でもプロジェクト自体が「あれって古いよねー」って扱いになるのがちょっと淋しい気がするので、
セキュリティホールを放置したりするのは良くないことで、素早く積極的に直すべき理由がありますし、そうすべきですが、設計やモジュールが古いこと自体はなんら問題ないでしょう。
なので「ちょっと寂しい」というのは私にはわかりません。つきつめると感覚論の雑談にしかならない気がします。
古いから、こういうデメリットがある、なのでこうしたい。ということなら判ります。
(という話のくりかえしになってきている気もします)
Responder al
#49356
Responder al #49485
×
Sujeto
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.)
Entrar
Nickname
Vista previa
Post
Cancelar