Redmineで結婚管理はじめ(させられ)ました - razokulover publog
聞くところによると、今日はいい夫婦の日らしいですね。 Twitterのタイムライン上では結婚を発表している方が結構おりました。 こんな話をすると、僕もあのGoogle Adwordsで出会った彼女と結婚か？と思われるかもしれませんが さすがにそれはまだ早い。 早すぎる。 と、思っていたんですが。 提案 けれども、ある日彼女にこんな提案をされました。 「結婚をRedmineで管理しよう！」 先日githubで結婚式を管理している人のブログを読んだ気がするんですがRedmineは聞いたことがない。 そもそもRedmineとは、 Redmine.JP Redmineはオープンソースのプロジェクト管理ソフトウェアです。 思い返してみれば、Adwordsdで彼女募集の広告を出したとき、最速で「会いましょう！」と言ってきたのは彼女でした。 初デートのとき(このときまだ2回目の対面)に「同棲する？」と尋
Python使いのボクがTracよりRedmineの方が好きな理由 - White scenery @showyou, hatena
多分コレが一番致命的なんだろうけど、Tracはチケットの作り方が分かりづらい。Redmineならプロジェクト作って新しいチケット(New issue)選べばいいだけなのに。Tracはどこ選択するんだろ？→ログインしたら新規チケットのアイコン出てきた。 少なくともコマンドでプロジェクト作れ、とかない。 Tracはサブプロジェクトの切り替えがめんどい。 チケットの表示はまず未解決のやつを一覧で表示→そっからフィルタ、みたいなことしてほしい Tracはチケットの親子関係が持てない？ UIの統一がされてない。Mac風アイコンと青◇とか、青い方は横に伸ばすとかできないかなぁ。 だからTracは嫌い！っていうよりもRedmineのこう行った面をTracが取り入れてもらえるといいかなぁとか思うのです。特にTracは開発が熱心みたいですし。なにより私自身python使いなので頑張ってほしいとこです。 あと
これから使うならTracとRedmineどちらがよいか？ - プチ技術メモ
Tracを約一年、その後Redmineを約一年使った経験から言うと、これから使うならRedmineの方が断然いいと思います。 機能面では、それぞれに一長一短があるので、どちらが優れているかは人それぞれかと思います。一番の問題は、Trac本家のバージョンアップが、ここ数年停滞していることです。 とりあえず、直近３件のメジャーバージョンアップのリリース日を比べてみると次のようになります。なお、リリース日は、それぞれの本家リポジトリにタグが打たれた日としています。 Redmine Trac 0.9.0 2010-01-10 0.11 2008-06-22 0.8.0 2008-12-30 0.10 2006-09-28 0.7.0 2008-04-30 0.9 2005-10-31 ちなみに、Tracの0.12のリリース予定は2009-12-01となっていますが、大量の未解決チケットが残っていて
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
Don'tStopMusic(2007-03-26) - redMine が流行らないたったひとつの理由(vs trac)
_ [redMine] redMine が流行らないたったひとつの理由(vs trac) タイトルは(ry redMine は rails 製のプロジェクト管理＆問題追跡(issue tracking) システムです。redMine のサイトの OverView に特徴が挙げられていますのでいくつか紹介します。 複数のプロジェクト管理 柔軟な問題追跡システム 役割ベースのアクセス制限（ユーザ権限管理） ガントチャートとカレンダー svn 閲覧、差分閲覧 LDAP サポート 多言語サポート 多種類のデータベースサポート オンラインデモ を触ってみると分かりますが、trac と機能的に重複するものが多く trac を意識して開発されていると感じます。一方で上に特徴として挙げたように trac が弱い部分についてのサポートを積極的に行っており、非常に意欲的なソフトウェアだと思います。現在は s
第2回 環境構築／redMineのインストール・初期設定 | gihyo.jp
環境構築 前回では、プロジェクト管理ツールの必要性、そしてredMineをオススメする理由について解説しました。今回はredMineを利用する環境の構築、およびredMineのインストール・初期設定について解説します。 redMineはRuby on Railsによって作られているアプリケーションですので、動作環境として以下のものが必要になります。 Ruby (1.8.5 以上) Rails （※1） MySQL (MySQL 5) （※2） Subversion （※3） RailsはRubyで実装されたWebサーバのWEBrikを使うことができるため、ApacheのようなWebサーバと連携させる必要がなければ、これだけでOKです。 また、RubyやMySQLはLinuxに初期インストールされている場合が多く、その場合はRailsのインストールだけを行えばよいということになりま
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
