タグ

2007年8月2日のブックマーク (5件)

  • [ThinkIT] 第1回:こんなにあるオープンソースのプロジェクト管理ツール (1/3)

    プロジェクト管理用のソフトウェアといえば、定番のMicrosoft Office Projectをはじめ、これまで様々な商用の製品が存在しました。一方で、従来からオープンソースのプロジェクト管理ソフトウェアにも様々なものがあります。 例えばソフトウェア開発に従事されている方であれば、Edgewall Software社が無償で提供している軽量バグトラッキングシステムの「Trac」を使ったことがあるのではないでしょうか(図1)。 ただし、このような従来のオープンソースのプロジェクト管理ソフトウェアの多くは、目的が限定されているものや基的な機能のみを実装するものが多く、企業の汎用的なプロジェクト管理に使えるものが少ないのが現状でした。 その背景の1つとして、オープンソースソフトウェアがWebアプリケーション技術に依存しているケースが多く、ガントチャートなど視覚に訴える機能を実現することが技術

  • ソフト/Bug Tracking/trac - discypus

    2013-06-14 Shibuya.trac第14回勉強会 日時: 2013-06-14(金) 19:00/21:00 場所: KDDI Webコミュニケーションズ会議室 東京都千代田区麹町三丁目6番地 住友不動産麹町ビル3号館 2011-07-30 SCM Boot Camp in Tokyo 日時:2011-07-30 10:00/18:00, 場所:オラクル青山センター http://www.oracle.co.jp/aoyamacenter/ 2011-06-30 19:00/22:00, Shibuya.trac第12回勉強会 〜チケット管理システム大決戦 第二弾〜 meeting/17 - Shibuya.trac Wiki - SourceForge.JP 日時: 2011/06/30(木) 19:00-22:00 (開場18:45) 場所: ニフティ株式会社 セミナールー

  • FrontPage - Trac Lightning Wiki

    最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si

    FrontPage - Trac Lightning Wiki
  • 運と機会を味方に「1人でも企業を変えられる」--出井氏が贈る起業家へのメッセージ

    ――Vieux氏:Appleは1997年頃は瀕死の状態でした。しかし、今はとても好調です。1つの会社が瀕死の状態から頂点までいくことなど、あり得るのでしょうか。しかもそれを1人の人間が舵を切って成し遂げられるのでしょうか。 出井氏:会社の経営はマラソンのようなものです。ネット社会で経営者はまだ、42kmのうちの5km程度しか走っていません。また企業の浮き沈みにはサイクルがあります。Appleは今、エンタテインメント企業に生まれ変わり、成功していますが、ソニーもこの土俵で戦っています。Appleは大変なイノベーションを巻き起こしましたが、この状況がいつまでも続くとは思いません。 Steve Jobs氏に1997年に同じ質問をしたことがあります。このときの彼の答えは「QuickTime」が鍵を握っているというものでした。当時のAppleは、OS市場の数パーセントしかシェアを獲得できず、逆に市場

    運と機会を味方に「1人でも企業を変えられる」--出井氏が贈る起業家へのメッセージ
    tm_z
    tm_z 2007/08/02
    もちろん運がすべてとは思いませんが、わたしは50%以上だと思います。
  • 理解することが書き直すことを意味するとき

    Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新

    tm_z
    tm_z 2007/08/02