A new team style in Cube world
XOOPS Cubeは小さい政府主義を志向し、小型のコアプログラムとコンベンションを開発します。 XOOPS JPはマルチバイトとセキュリティ方針に関して XOOPS2 と異見があります。これらの問題により、私たちはフォークしました。 だれでもCubeの世界では公式のマークなしで解決策を開発することが出来るので、Cubeには同様の問題はありません。

しかし、何人かのユーザは、Cubeは新しい公式サイトを得るためにフォークしたのだと考えています。 彼らは、セントラルチームが何であるかを見いだすことができていないので、Cubeの方針に混乱しています。 私たちの方針はまだ(厳格に)統一されてはいません。しかし、私たちはXOOPS2の中央集権制とは異なったスタイルを目的としています。これは確実なことです。無政府主義は活発な人々の情熱を妨げません……なぜなら、だれも認可を得る必要がないからです。チームメンバーの数には上限がありますので、オープンな公式のチームは実現困難です。 しかし、公式という概念が存在しないなら、開発者は、いつでも自由に加わって、抜けることができます。 私たちはCubeに関するどんなプロジェクトにも干渉するようなキャプテンを必要としていません。

オフィシャルと3rdの違いを取り除く

公式サイトが中央であることは良い考えではありません。Cube には、交換可能なベースモジュールと十二分な柔軟性があります。 しかし、サイトには、1つの特定の実現がなければなりません。 それはCubeの真価の否定です。 そして、私は、他のリポジトリにおける行動派の人々が '3rd party' と呼称されることを理解することができません。 それはナンセンスです!
team_exampl06
いかなるプロジェクトのいかなる開発者も他のプロジェクトにいかなる特権を持ちません。
team_example07

行動派はお気に入りのプロジェクトを選択する

例えば、現在、私は Cube 開発チームのコアメンバーのひとりです。
team_example01
しかし、私は、XUGJの通常メンバーでありたいです。もちろん、私が、XUGJで一生懸命活動するのを望んでいるなら、XUGJは私を受け入れるでしょう。
team_example02
xoopscube.jp は私たちではなく行動派の方々によって管理されるでしょう。
team_example06
管理者は、彼らのデフォルトのための1つのベースモジュールを選んで、xoopscube.jpパッケージを計画します。 私はその計画に干渉しません。 そして、私には、そのプランに関して一切の義務がありません。 しかし、それがおもしろいなら、私は、開発者としてプランに参加することを望むかもしれません。 この場合、私はコアメンバーではなく、ゲスト開発者です。
team_example03

開発者は自分の自由時間に合わせてどのプロジェクトに参加するか決定する

開発者は自分の自由時間がどれくらい長いかによって、バイキング料理を楽しみます。
team_example04

「うーん、一日あたり3時間の自由時間か……」
「どのプロジェクトを選ぼうか?」


メンバー交替

私は来年、開発チームを離れるつもりです。 それはCubeスタイルのための一種のテストです。 このスケジュールは昨年に決められました。 しかし、コアメンバーには多すぎる義務がないので、次世代開発者を見つけるのは簡単でしょう。彼が .jp .org に参加することを望んでいるなら、彼は、それらにメンバーであることを要求するかもしれません。 彼が望むなら、より多くのプロジェクトを選べばよいでしょう。 私はCubeツール開発があるXOOPS Cubeを継続するつもりです。そして、必要に応じて、私は、再びメンバーであることを要求するかもしれません。
|