Contents

XOOPS Cube Project
Proj | XCLバグトラ | XCL機能要望 | フォーラム | DevTalk;ja | Wiki
→初めての方は概要ページへ

開発:主なトピックス


ここから始めよう　〜あしたのために〜


３分で分かる開発の現状

　現在プロジェクトでは人手不足を鑑み「Anytime Anyone welcome」でひたすら待つという基本線に加えて、「拝み倒して引きずり込む」という方針で人手を順次増強、当初の予定にあったコアの正式版 1.0 とそのサンプルの新型 BASE に加えて、 Legacy v2.2 と v2.1 のメンテナンスの４本を動かしています。

XOOPS Cube Legacy v2.1 (HEAD)

　2.1.6 が最終フィックスになると思われますが、 v2.2 が安定するまではパッチフィードバックは続けます。ただ、 v2.2 も v2.1 からそこまで劇的に変わるわけではない（構造的な変化があるわけではない）ので、プロジェクトとしては 2.1 から 2.2 へはユーザー全員アップグレードの方針です。主担当は minahito ですが基本はバグやパッチの対応がない限り何もしません。
  • 開発は終わった
  • バグ修正はやる
  • 機能アップは v2.2
  • 主担当は minahito

XOOPS Cube Legacy v2.2 (ブランチ)

　パワフル開発者 gigamaster さんを中心に開発を進めている v2.1 のメジャーバージョンアップです。開発期間は１２月より半年間の予定も現在絶賛延伸中。ギガマスさんが考える「後方互換だけじゃダメなんだ！がっつり変えるんじゃぁ〜」という機能強化に加えて、 v2.1 からの高速化、 2.1 マイナーバージョンアップでは手が出せなかった修正事項など、日本側の要望も追加して仕様を絞り込んでます。海外側スタッフの中心を gigamaster さん、日本側スタッフの中心を kilica さん、ブリッジ minahito でやってます。フォーラムで追いましょう。
  • 開発開始
  • α版が０９年５〜６月を予定
  • 主担当は gigamaster さん、日本語なら kilica さんへ
  • フォーラムで追うべし

XOOPS Cube コア 1.0 ‘unleashed’ （ブランチ）

　Legacy で使っているコア 0.9 はマニフェスト仕様や仮想サービスが暫定的でした。０７年１２月の原案を元に、少しパーツ間の依存性を下げたもの（全部使わなくても BASE が開発可能なもの）と、デリゲート周りの仕様を整理したもの（イベント扱いで新作するかもしれない）、レンダー周りをいじったバージョンとして開発中で、これもロードマップは半年も 2.2 同様大好評延伸中。主担当 minahito 。情報はフォーラムと XCDGJ に若干。
  • 開発再開
  • α版が０９年５〜６月を予定
  • 主担当は minahito
  • フォーラムとXCDGJで追うべし

Example BASE （ブランチ）

　minahito、 jidaikobo さん、mumincacao さんで進めているコア 1.0 に対応した新しい CMS BASE です。こちらもコア 1.0 同様、スケジュールが延びていってます。こちらも情報はフォーラムで。
  • 開発開始
  • ファーストプレバージョンが０８年２月末
  • 主担当は minahito + jidaikobo さん & mumincacao さん
  • フォーラムとXCDGJで追うべし

開発に関するFAQ


Legacy って後方互換だけが目的のシリーズじゃなかったの？

　2.1.x 系がバグフィックスなので、プチパッチ程度で収まらない修正はメジャーバージョン上げて修正する方針です。あと、毎度「それは追加プログラムでやってください」と対応しているもののうち、「もう作っちゃったほうが逆にしんどくないかも」と思われるものはなるたけやります。

新型ユーザーモジュールってプロジェクトがやることなの？

　結局誰も作らなかったし、こっちで作った方が早いと思います。なんか土台があれば、真打ち版やコンパクト版も出るかもしれないし。

高速化ってどうやるの？

　パフォーマンスアナライザでボトルネックを計測して改善……ということになりますが、基本はコードの畳み込みになると思います。よって使われていないと考えられる交換機能や、カーネルの非交換を前提とした畳み込み、パッケージ的内部処理は public のやりとりだけどオブジェクトを使わずに高速処理に都合を合わせる……など割と大きく手が入ります。「それ困るんだけど！」「実は使ってるんだけど！」みたいな情報は “こんだけ困るんだ” というダメージ話と一緒に早めにくれると助かります（機会は設けます）。

v2.1 → v2.2 バージョンアップ面倒がられない？

　user と pm は、v2.1 のモジュールも残します。それを使えばそのまま移行可能。v2.1 系で開発され、 v2.2 系で動かなくなったモジュールに関してはプロジェクトからもモジュール作者へパッチ提供予定。 v2.1 系が残ることが最悪のシナリオなので思いつく対策があればどんどんフォーラムに書いてください。

開発に参加するにはどうすれば

　Get_Involved;ja に参加する種類や方法のとりまとめがあります。短くまとめると「フォーラムの購読とカキコミ参加」「SVN ML の購読」から始めて、テストやパッチ書き、デザイナーならリソース提供あたりから開発に参加。プログラマなら容赦なく「コミット権を持て！」「もっとやれ！いややってください！」というメールがそのうち来るので、それで参加完了です。

v2.2 テンプレートで問題見つけたけど日本語では誰に言えば

　Legacy v2.2 系の日本側のビュー担当者はいません。ナッシングです。今のところ有志調達の目処なし。翻訳ソフト様に頼んでギガマスさんに直接連絡するか、翻訳が効きそうな日本語で書いて、ギガマスさんに「読んでくれ」とリクエストしてみてください。ギガマスさんが「こりゃあかん。読めんわ」となったら日本側にアサイン要請がきます。

ドキュメント手伝ってあげようか

　マジすか！　こちらのフォーラムに書き込むか、 kilica さんに連絡してください。

2.2 も新 BASE も興味ないんで俺だけの BASE を作りたいんだけど

　それぞ XC 本道。 DevTalk あたりで連絡ください。セクト関係ねぇ！という形で海外みたいにカオスな感じで混ざってやりたい。コミュニティは独自で持つのもOK、既存のコミュニティを使うのもOKですが、後者がラクだし楽しいのでオススメ。