るびまにて関西Ruby会議01@関西-KOF2008を公開
るびまに昨年の関西Ruby会議01@関西-KOF2008の記事が公開されました。
Rubyist Magazine - RegionalRubyKaigi レポート (03) 関西 Ruby 会議 01
るびまと言えば、日本のRubyの総本山。
何か恐れ多いです
なお、Ruby1.9.1の開発はRedmineで管理されています。
Redmineを使った開発の例として参考になります。
Ruby1.9のロードマップは下記の通り。
開発の進捗がリアルタイムに分かります。
Ruby 1.9 - ロードマップ - Ruby Issue Tracking System
Ruby1.9のチケット集計結果(サマリ)は下記の通り。
過去、現在そして将来のバージョンやチケットの動向をリアルタイムに把握できます。
Ruby 1.9 - Ruby Issue Tracking System サマリ
Ruby1.9のリリース結果は下記の通り。
変更記録はChangeLogそのものなので、どのバージョンにどんなチケットが反映されているか追跡できます。
Ruby 1.9 - Ruby Issue Tracking System 変更記録
Ruby1.9のリポジトリ統計は下記の通り。
開発者毎の貢献度合いや開発の活発具合を見れます。
Ruby 1.9 - リポジトリ - 統計 - Ruby Issue Tracking System
Rubyの実際の開発が見える化されているので、興味深いです。
個人的には、TracよりもRedmineに大きなポテンシャルを感じてます。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- SAFeの本質はアジャイルリリーストレイン、LeSSの狙いは組織のスクラム化ではないか、という仮説(2021.01.26)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 文化は組織構造に従う(2021.01.19)
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
- カンバンはステータス名が大事(2021.01.02)
「Redmine」カテゴリの記事
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- RedmineをPJ管理ツールと呼ぶのは嫌いだ、Redmineはチケット管理ツールと呼ぶべきだ(2021.01.02)
- PMO観点でRedmineの使い方とは何か(2020.12.20)
「ソフトウェア工学」カテゴリの記事
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- 第73回 SEA関西プロセス分科会「モデルベースシステムズエンジニアリングの活用」の感想~モデルの検証を形式手法で自動テスト化する(2020.12.13)
- 相殺フィードバックを再考(2020.06.17)
- SaaSのビジネスモデルがアジャイル開発を促進したという仮説(2020.06.14)
「チケット駆動開発」カテゴリの記事
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- GTDは箱の使い分けが鍵を握る(2020.12.09)
- ツールで定義したプロセスが組織文化を作り出すのではないか、という仮説(2020.12.05)
- チケット管理ツールの用途が変わってきている(2020.10.28)
「Agile」カテゴリの記事
- SAFeの本質はアジャイルリリーストレイン、LeSSの狙いは組織のスクラム化ではないか、という仮説(2021.01.26)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 文化は組織構造に従う(2021.01.19)
- 「ストーリーマッピングをはじめよう」本の感想~ストーリーによる企画や要件定義はSaaSと相性がいい(2021.01.17)
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
コメント