次世代 codecheck.in の可能性と未来について
4 views
Skip to first unread message
Kota Sakoda
Nov 15, 2009, 11:59:27 PM11/15/09
to codecheckin
cohtanです。
最近僕が忙しくなってきたため、
あまりサーバ管理に時間が使えなくなる可能性が高まってきました。
ただ単にサーバを管理してくれる人（移転先）だけ探そうと思っていたのですが、せっかく議論するなら そもそも codecheck.in が提供して
いるサービスの必要性とかも考えてみたいです。（設立時と今では状況が変わっていますよね）
codecheck.in 設立当初は、
「共有リポジトリの地域版の決定版！みんなで面白いもの作ろう！」
という意気込みでスタート。
順調にメンバーも増え、積極的に活動していました。
しかしながら現在、Github のようなコミュニティベースの共有リポジトリがメインとなり（僕はまだgit cloneとかwatchしかしてない
けど）共有リポジトリとしての役目は終えつつあるような気がします。
ちなみに現在codecheck.inがサービスとして提供しているものは以下の通りです。
・共有リポジトリ（Subversion）
・IRC Server
・Trac（Wikiで活用）
・SSH（特定メンバーのみ）
・MEMBERNAME.at.codecheck.in 上へのページ作成機能
これらのサービスを続ける/やめるという話でもいいですし、「新しくこういう事をしたい」でもいいです。「サービスをやめる」という事であれば、その移
行先となりそうなところも一緒に書いてくれると話がしやすくなりそうです。
ではでは、ご意見下さい。
一応意見交換の期限は11月いっぱいという事で。
最近僕が忙しくなってきたため、
あまりサーバ管理に時間が使えなくなる可能性が高まってきました。
ただ単にサーバを管理してくれる人（移転先）だけ探そうと思っていたのですが、せっかく議論するなら そもそも codecheck.in が提供して
いるサービスの必要性とかも考えてみたいです。（設立時と今では状況が変わっていますよね）
codecheck.in 設立当初は、
「共有リポジトリの地域版の決定版！みんなで面白いもの作ろう！」
という意気込みでスタート。
順調にメンバーも増え、積極的に活動していました。
しかしながら現在、Github のようなコミュニティベースの共有リポジトリがメインとなり（僕はまだgit cloneとかwatchしかしてない
けど）共有リポジトリとしての役目は終えつつあるような気がします。
ちなみに現在codecheck.inがサービスとして提供しているものは以下の通りです。
・共有リポジトリ（Subversion）
・IRC Server
・Trac（Wikiで活用）
・SSH（特定メンバーのみ）
・MEMBERNAME.at.codecheck.in 上へのページ作成機能
これらのサービスを続ける/やめるという話でもいいですし、「新しくこういう事をしたい」でもいいです。「サービスをやめる」という事であれば、その移
行先となりそうなところも一緒に書いてくれると話がしやすくなりそうです。
ではでは、ご意見下さい。
一応意見交換の期限は11月いっぱいという事で。
k1LoW
Nov 17, 2009, 12:12:35 PM11/17/09
to codec...@googlegroups.com
k1LoWこと小山です。
どういった方向性がいいんでしょうね。
ちなみにIRCは福岡の井戸端みたいで好きです。
リポジトリですが、移行が大変ですが閉じていく方向でもいいかもしれません。
ただ、「福岡発のプロジェクトがこんだけある」というのはいい場所だったんですけどね(誰もアピールしなかったですが)。
自分がおいてあるプロジェクトが結構あるので、まあぼちぼちgithubにでも移行していきます。
Wikiもどうするかですね。TechTouchはgithubとwikihubで管理するかな。。。。
codecheck.inという名前はどういった形かで残していきたいです。
2009年11月16日13:59 Kota Sakoda <coh...@gmail.com>:
どういった方向性がいいんでしょうね。
ちなみにIRCは福岡の井戸端みたいで好きです。
リポジトリですが、移行が大変ですが閉じていく方向でもいいかもしれません。
ただ、「福岡発のプロジェクトがこんだけある」というのはいい場所だったんですけどね(誰もアピールしなかったですが)。
自分がおいてあるプロジェクトが結構あるので、まあぼちぼちgithubにでも移行していきます。
Wikiもどうするかですね。TechTouchはgithubとwikihubで管理するかな。。。。
codecheck.inという名前はどういった形かで残していきたいです。
2009年11月16日13:59 Kota Sakoda <coh...@gmail.com>:
Kota Sakoda
Nov 17, 2009, 12:24:19 PM11/17/09
to codec...@googlegroups.com
縮小と拡大のどちらに的を絞るか。
ってのはひとつポイントかもしれませんね。
とりあえず僕は現状では縮小が妥当な気がしてます。
というのも代替出来るサービスが既に他に存在しているからです（ドメイン名の件はまた別ですよ）。
codecheck.inという名前を残す事は多いに賛成ですし、僕も個人的には残したいです。
（いろんな資料の中でcodecheck.inの名前を出してますし^^）
僕的にはあくまで縮小というのはインフラ管理面での縮小の話であって、
規模そのものを小さくする事とはイコールではないという感じです。
2009年11月18日2:12 k1LoW <k1l...@gmail.com>:
ってのはひとつポイントかもしれませんね。
とりあえず僕は現状では縮小が妥当な気がしてます。
というのも代替出来るサービスが既に他に存在しているからです（ドメイン名の件はまた別ですよ）。
codecheck.inという名前を残す事は多いに賛成ですし、僕も個人的には残したいです。
（いろんな資料の中でcodecheck.inの名前を出してますし^^）
僕的にはあくまで縮小というのはインフラ管理面での縮小の話であって、
規模そのものを小さくする事とはイコールではないという感じです。
2009年11月18日2:12 k1LoW <k1l...@gmail.com>:
マンノ
Nov 17, 2009, 7:00:29 PM11/17/09
to codec...@googlegroups.com
万野です。
「次世代 codecheck.in の可能性と未来について」
表面：
今まで通りというか基本、拡大を意識した活動が良い。
内側：
インフラ周りの縮小。いや、表現が違いますね。自サバから外部へ。
自分があまりコミットできていないのももうしわけないのですが、
小山さん迫田さん両意見とも賛成です。
あとは運用方法・運用コストをどうするか、、と言う話になるのかなと。
2009年11月18日2:24 Kota Sakoda <coh...@gmail.com>:
--
_________________________
万野@ecogrammer
http://ecogrammer.manno.jp
man...@gmail.com
_________________________
SAKURAI Masashi
Nov 17, 2009, 8:05:57 PM11/17/09
to codec...@googlegroups.com
桜井です。
codecheck.inのコミュニティにあまり参加出来ていないのですが、コミュニティ
の活動の拠点としてはIRCやWikiは面白い感じだと思っています。
リポジトリについては福岡発というカラーが出てて良かったと思うのですが、
githubなどとの使い分けが難しいようにも思いました。個人的にはもしどこか
に移行することになっても支障はないです。
あんまりコメントできなくてすみません。
At Wed, 18 Nov 2009 09:00:29 +0900,
codecheck.inのコミュニティにあまり参加出来ていないのですが、コミュニティ
の活動の拠点としてはIRCやWikiは面白い感じだと思っています。
リポジトリについては福岡発というカラーが出てて良かったと思うのですが、
githubなどとの使い分けが難しいようにも思いました。個人的にはもしどこか
に移行することになっても支障はないです。
あんまりコメントできなくてすみません。
At Wed, 18 Nov 2009 09:00:29 +0900,
rytich
Nov 18, 2009, 1:59:47 AM11/18/09
to codecheckin
サーバ管理ありがとうございます！
・IRC -> freenode
・Wiki -> wikihub (trac wiki エクスポートできない？)
・ドメイン 次回の更新まで Googleグループなどに301リダイレクト
・Subversion (138MB)
容量的にBackLogやbeanstalkにはおけないっぽいので 一旦(ライセンスとか決めないとですが)GoogleCodeにまるごと移す
のはどうでしょうか？
・IRC -> freenode
・Wiki -> wikihub (trac wiki エクスポートできない？)
・ドメイン 次回の更新まで Googleグループなどに301リダイレクト
・Subversion (138MB)
容量的にBackLogやbeanstalkにはおけないっぽいので 一旦(ライセンスとか決めないとですが)GoogleCodeにまるごと移す
のはどうでしょうか？
橋本正徳
Nov 18, 2009, 2:07:38 AM11/18/09
to codec...@googlegroups.com, codec...@googlegroups.com
橋本正徳です。
周りの国産oss活動をしている人たちも
外部サーバへの移行をしているところ
多いですね。
足回りを軽くして、やりたいことを
思い切りやれる環境を手に入れること
が、最善かと。
ただし、守るべきブツ(codecheck.inの
場合、サーバー)が無くなると、途端に
何もしなくなる傾向もあるみたい。
この辺、別件で僕も考え中で、
シンボリックなブツがない時は、
普通のときよりさらに、強い大義名分
や、ビジョンがないとねーって
思います。
On 2009/11/18, at 10:05, SAKURAI Masashi <m.sa...@dream.com> wrote:
>
> 桜井です。
>
> codecheck.inのコミュニティにあまり参加出来ていないのですが、コ
> ミュニティ
> の活動の拠点としてはIRCやWikiは面白い感じだと思って
> います。
>
> リポジトリについては福岡発というカラーが出てて良かったと思うので
> すが、
> githubなどとの使い分けが難しいようにも思いました。個人的にはもし
>>>> 2009年11月16日13:59 Kota Sakoda <cohtan@gmail.
>>>> com>:
>>>>>
>>>>> cohtanです。
>>>>>
>>>>> 最近僕が忙しくなってきたため、
>>>>> あまりサーバ管理に時間が使えなくなる可能性が高まっ
>>>>> てきました。
>>>>>
>>>>> ただ単にサーバを管理してくれる人（移転先）だけ探そうと思って
周りの国産oss活動をしている人たちも
外部サーバへの移行をしているところ
多いですね。
足回りを軽くして、やりたいことを
思い切りやれる環境を手に入れること
が、最善かと。
ただし、守るべきブツ(codecheck.inの
場合、サーバー)が無くなると、途端に
何もしなくなる傾向もあるみたい。
この辺、別件で僕も考え中で、
シンボリックなブツがない時は、
普通のときよりさらに、強い大義名分
や、ビジョンがないとねーって
思います。
On 2009/11/18, at 10:05, SAKURAI Masashi <m.sa...@dream.com> wrote:
>
> 桜井です。
>
> codecheck.inのコミュニティにあまり参加出来ていないのですが、コ
> ミュニティ
> の活動の拠点としてはIRCやWikiは面白い感じだと思って
> います。
>
> リポジトリについては福岡発というカラーが出てて良かったと思うので
> すが、
> githubなどとの使い分けが難しいようにも思いました。個人的にはもし
>>>> com>:
>>>>>
>>>>> cohtanです。
>>>>>
>>>>> 最近僕が忙しくなってきたため、
>>>>> あまりサーバ管理に時間が使えなくなる可能性が高まっ
>>>>> てきました。
>>>>>
>>>>> ただ単にサーバを管理してくれる人（移転先）だけ探そうと思って
Ryuzo Yamamoto
Nov 18, 2009, 2:16:58 AM11/18/09
to codec...@googlegroups.com
山本(dragon3)です。
codecheck.in のIRCとWikiが好きです。
みなさんも言われていますが、共有リポジトリは縮小していく方向でいいのではと思います。
リポジトリ内のものの移行は、移行期間を設けてもらえば問題ないです。
(できれば12月中とであると助かります)
IRCは、freenodeへ移行でいいんじゃないかと思います。
"codecheck.in" の名前やドメインについてですが、できれば私も残って欲しいとは思います。
ドメインとサイト(の一部でも)は継続して、
各プロジェクトを繋ぐ的なものになると良いなと思っています。
自サーバを辞める場合でも、ドメインの継続を希望している自分としては、
ドメインの管理についてはお手伝いさせていただければと思っています。
あと、「特定の会社内に置くのはあまりやりたくない」という考えでしたよね？
サーバを会社内に置いてもらえるように交渉しようかとも思ったのですが、、、その必要はないですねー。
以上です。
2009/11/16 Kota Sakoda <coh...@gmail.com>:
--
Ryuzo Yamamoto
http://d.hatena.ne.jp/dragon3
codecheck.in のIRCとWikiが好きです。
みなさんも言われていますが、共有リポジトリは縮小していく方向でいいのではと思います。
リポジトリ内のものの移行は、移行期間を設けてもらえば問題ないです。
(できれば12月中とであると助かります)
IRCは、freenodeへ移行でいいんじゃないかと思います。
"codecheck.in" の名前やドメインについてですが、できれば私も残って欲しいとは思います。
ドメインとサイト(の一部でも)は継続して、
各プロジェクトを繋ぐ的なものになると良いなと思っています。
自サーバを辞める場合でも、ドメインの継続を希望している自分としては、
ドメインの管理についてはお手伝いさせていただければと思っています。
あと、「特定の会社内に置くのはあまりやりたくない」という考えでしたよね？
サーバを会社内に置いてもらえるように交渉しようかとも思ったのですが、、、その必要はないですねー。
以上です。
2009/11/16 Kota Sakoda <coh...@gmail.com>:
Ryuzo Yamamoto
http://d.hatena.ne.jp/dragon3
taketin
Nov 18, 2009, 8:14:21 AM11/18/09
to codecheckin
竹下(taketin)です。
皆さん、お疲れさまです。迫田さん、いつもサーバ管理ありがとうございます。
コアな方々より一歩引いた立場で、なのですが、やはり一番の魅力はIRCだと思いますので、
そこが残れば良いなと思います。
IRC -> freenode
wiki -> wikihub
で良いと思います。
ドメインとSubversionに関しては、主コミッターの方がたの意向に沿いたいです。
個人的には、現在fwwサーバで稼働させて頂いてる「Twice」というサービスがあるのですが、
ほぼメンテできていない事と、ご時世的にもう終わっているサービス(今時OAuthじゃないTwitterサービスなんて)
になりましたので、これを機に一旦閉じたいと考えています。
codecheck.in の御陰で色んな方と知り合えました。
今後も九州の技術者のハブになっていくといいなと勝手に思ってます。
（協力出来る事があればやります！）
皆さん、お疲れさまです。迫田さん、いつもサーバ管理ありがとうございます。
コアな方々より一歩引いた立場で、なのですが、やはり一番の魅力はIRCだと思いますので、
そこが残れば良いなと思います。
IRC -> freenode
wiki -> wikihub
で良いと思います。
ドメインとSubversionに関しては、主コミッターの方がたの意向に沿いたいです。
個人的には、現在fwwサーバで稼働させて頂いてる「Twice」というサービスがあるのですが、
ほぼメンテできていない事と、ご時世的にもう終わっているサービス(今時OAuthじゃないTwitterサービスなんて)
になりましたので、これを機に一旦閉じたいと考えています。
codecheck.in の御陰で色んな方と知り合えました。
今後も九州の技術者のハブになっていくといいなと勝手に思ってます。
（協力出来る事があればやります！）
しかじろう
Nov 19, 2009, 11:05:07 AM11/19/09
to codec...@googlegroups.com
しかです。
IRC はあんまり使ってないので、なんとも言えないです。
みんなTwitter使ってるからそっちにうまい具合に移行してもいいのかなーとか思ってます。
codecheck.in は「ものづくりなあつまり」なイメージを持ってます。
作ったものを発表する場みたいなものが維持できる方法があればいいなーと思ってます。
おぼろげなイメージですいません＞＜
2009/11/18 taketin <tkst...@gmail.com>:
--
/**
* @real name : 渡辺 慎二郎
* @programmer name : しかじろう
* @mail : shik...@gmail.com
* @blog : http://d.hatena.ne.jp/re_shikajiro
* @profile : http://iddy.jp/profile/shikajiro/
*/
IRC はあんまり使ってないので、なんとも言えないです。
みんなTwitter使ってるからそっちにうまい具合に移行してもいいのかなーとか思ってます。
codecheck.in は「ものづくりなあつまり」なイメージを持ってます。
作ったものを発表する場みたいなものが維持できる方法があればいいなーと思ってます。
おぼろげなイメージですいません＞＜
2009/11/18 taketin <tkst...@gmail.com>:
/**
* @real name : 渡辺 慎二郎
* @programmer name : しかじろう
* @mail : shik...@gmail.com
* @blog : http://d.hatena.ne.jp/re_shikajiro
* @profile : http://iddy.jp/profile/shikajiro/
*/
IMAKADO
Nov 19, 2009, 9:17:40 PM11/19/09
to codecheckin
今門です。
お久しぶりです。
自分は現在、福岡在住ではないのですが、そこからの観点で思った事を書きます。
以下の事について書きます。
・共有リポジトリ（Subversion）
・IRC Server
リポジトリについての自分の意見は、新しいプロジェクトはgithubのようなコミッターが多い場所でホスティングするのが良いのではと思っていま
す。
つまり、縮小 or 廃止の方向です。
理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
す。(それでも、共有リポジトリが流行る前と比べると、ずっと楽なのですが)
デメリットとして、SAKURAIさんが言ってるような、福岡発というカラーが無くなるという事だと思います。
あと、自分は、みなさんの書くコードを見るのが好きなので、githubなどに移行した場合にcodecheck.in関連メンバーの一括folowが
できたりしたら便利だなあと思いました。
IRCはどのような形であれ残っていて欲しいです。
自分はあまり発言していませんが、毎日見るたびに、みんなコード書いてるんだなあ僕もコード書こうっと、みたいな気持ちになれます。
杞憂かもしれませんが、縮小していくにつれ codecheck.in 自体が自然と消えていくような事になったら、悲しいなと思いました。
最近、寒くなって来ましたので、皆様お体ご自愛くださいませ。
それでは。
お久しぶりです。
自分は現在、福岡在住ではないのですが、そこからの観点で思った事を書きます。
以下の事について書きます。
・共有リポジトリ（Subversion）
・IRC Server
リポジトリについての自分の意見は、新しいプロジェクトはgithubのようなコミッターが多い場所でホスティングするのが良いのではと思っていま
す。
つまり、縮小 or 廃止の方向です。
理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
す。(それでも、共有リポジトリが流行る前と比べると、ずっと楽なのですが)
デメリットとして、SAKURAIさんが言ってるような、福岡発というカラーが無くなるという事だと思います。
あと、自分は、みなさんの書くコードを見るのが好きなので、githubなどに移行した場合にcodecheck.in関連メンバーの一括folowが
できたりしたら便利だなあと思いました。
IRCはどのような形であれ残っていて欲しいです。
自分はあまり発言していませんが、毎日見るたびに、みんなコード書いてるんだなあ僕もコード書こうっと、みたいな気持ちになれます。
杞憂かもしれませんが、縮小していくにつれ codecheck.in 自体が自然と消えていくような事になったら、悲しいなと思いました。
最近、寒くなって来ましたので、皆様お体ご自愛くださいませ。
それでは。
k1LoW
Nov 19, 2009, 9:50:26 PM11/19/09
to codec...@googlegroups.com
小山です。
>理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
す。
非常に納得いきました。
プロジェクトをcodecheck.inに置いている人には面倒でしょうが、リポジトリは廃止に1票です。
なにかwikiでも残ったら、そこからgithubにリンク貼るとかでいいかもしれませんし。
2009年11月20日11:17 IMAKADO <ken.i...@gmail.com>:
>理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
す。
非常に納得いきました。
プロジェクトをcodecheck.inに置いている人には面倒でしょうが、リポジトリは廃止に1票です。
なにかwikiでも残ったら、そこからgithubにリンク貼るとかでいいかもしれませんし。
2009年11月20日11:17 IMAKADO <ken.i...@gmail.com>:
Kota Sakoda
Nov 30, 2009, 8:22:11 PM11/30/09
to codecheckin
迫田（cohtan）です。
皆様貴重なご意見ありがとうございます！
12月になりましたので、
そろそろまとめていきたいと思います。
方向性としては「リポジトリとしては縮小するが、コミュニケーションについてはこれまでと同様」
という感じでしょうか。
具体的には、ドメインを残しつつ、
Subversion -> 停止（github等へ各自プロジェクトを移行する）
IRC -> FreenodeへBotを引き連れて移行する（Twitterももっと活用しよう）
Wiki -> 外部のWikiサービスへ移行する
が妥当っぽいですね。
codecheck.inのドメインにアクセスした時にはWikiが表示されるような形式ですかね。
いかがでしょうか？
また、忘年会を企画して、最終決定はそこでやる。
（参加出来る人に限られてしまうのが申し訳ないところですが）
というのはどうでしょう？
On 11月20日, 午前11:50, k1LoW <k1lo...@gmail.com> wrote:
> 小山です。
>
> >理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
>
> す。
> 非常に納得いきました。
>
> プロジェクトをcodecheck.inに置いている人には面倒でしょうが、リポジトリは廃止に1票です。
> なにかwikiでも残ったら、そこからgithubにリンク貼るとかでいいかもしれませんし。
>
> 2009年11月20日11:17 IMAKADO <ken.imak...@gmail.com>:
皆様貴重なご意見ありがとうございます！
12月になりましたので、
そろそろまとめていきたいと思います。
方向性としては「リポジトリとしては縮小するが、コミュニケーションについてはこれまでと同様」
という感じでしょうか。
具体的には、ドメインを残しつつ、
Subversion -> 停止（github等へ各自プロジェクトを移行する）
IRC -> FreenodeへBotを引き連れて移行する（Twitterももっと活用しよう）
Wiki -> 外部のWikiサービスへ移行する
が妥当っぽいですね。
codecheck.inのドメインにアクセスした時にはWikiが表示されるような形式ですかね。
いかがでしょうか？
また、忘年会を企画して、最終決定はそこでやる。
（参加出来る人に限られてしまうのが申し訳ないところですが）
というのはどうでしょう？
On 11月20日, 午前11:50, k1LoW <k1lo...@gmail.com> wrote:
> 小山です。
>
> >理由は、codecheck.inでホスティングされているプロジェクトに関係者以外の人が参加する敷居が、githubでforkするより高いからで
>
> す。
> 非常に納得いきました。
>
> プロジェクトをcodecheck.inに置いている人には面倒でしょうが、リポジトリは廃止に1票です。
> なにかwikiでも残ったら、そこからgithubにリンク貼るとかでいいかもしれませんし。
>
tobetchi
Dec 3, 2009, 9:07:27 AM12/3/09
to codecheckin
卜部(tobetchi)です。
返事が遅れましたが、
codecheck.inドメインを残す
外部サービスへ移行する
は同意です。
あと、Twitterを活用するのはいいと思います。
IRCよりも参加のハードルが低いですし。
だたIRCはTwitterよりもまとまった会話ができるので残して欲しいと思います。
細かいところは忘年会などで決める、で賛成です。
返事が遅れましたが、
codecheck.inドメインを残す
外部サービスへ移行する
は同意です。
あと、Twitterを活用するのはいいと思います。
IRCよりも参加のハードルが低いですし。
だたIRCはTwitterよりもまとまった会話ができるので残して欲しいと思います。
細かいところは忘年会などで決める、で賛成です。
Kota Sakoda
Jan 31, 2010, 10:05:56 AM1/31/10
to codecheckin
cohtan事、迫田です。
返事がめちゃくちゃ遅くなってしまって申し訳ないです。
返事がめちゃくちゃ遅くなってしまって申し訳ないです。
Subversion -> 停止（github等へ各自プロジェクトを移行する）
IRC -> FreenodeへBotを引き連れて移行する（Twitterももっと活用しよう）
Wiki -> 外部のWikiサービスへ移行する
で妥当っぽい感じですね。
> tobetchiさん
IRCはBotと一緒にFreenodeへ移行すれば問題ない範囲かなと思っております。
リポジトリは各自移行していただくとして、
問題はWikiですね。
TracのWikiをエクスポートして活用出来るところがよさそうです。
Reply all
Reply to author
Forward
0 new messages