Are you sharing the full picture of your project with your team? A new project management tool aimed to make your tasks visible. Try it for free! Did you know that 71% of all projects fail? Source：Standish Group (Chaos Report 2015)
projectに関するa2ikmのブックマーク (14)
-
a2ikm 2017/02/28
-
-
There are No Perfect Redmine
There are No Perfect Redmine - Presentation Transcript Redmine Junya Ogura <juno@sooey.com> Jun 12, 2009 Saturday, June 13, 2009 Redmine 18 projects 1,696 tickets 22 users 2008.10 Saturday, June 13, 2009 • Junya Ogura ( ) • • PHP, Ruby, Java id:juno sooey.com twitter.com/junya github.com/juno Saturday, June 13, 2009 • Trac • • Textile • CSV • • Saturday, June 13, 2009 Trac Saturday, June 13, 2009
-
-
BasecampライクなRails製プロジェクト管理·Teambox MOONGIFT
Ruby on Railsの開発元、37signalsの提供するプロジェクト管理であるBasecampは確かに使い勝手が良い。複数のプロジェクトを実際に運用しているが、シンプルでありながら最低限の機能を備えた便利なWebアプリケーションだ。 タスク登録 そんなBasecampに影響を受けたプロジェクト管理としてRedmineがあるが、それに劣らず興味深いプロジェクト管理がTeamboxだ。 今回紹介するオープンソース・ソフトウェアはTeambox、Rails製のプロジェクト管理ソフトウェアだ。 TeamboxはWebサービスも提供している。そのオープンソース版がGithub上で公開されている。複数人で管理できるプロジェクト管理で、リポジトリブラウザはない。この点が何となくBasecampっぽい。 ページ作成 主な機能はメッセージ、タスク、ページ、チャットになっている。Basecampではチ
-
WebKit はリリースしない - steps to phantasien(2011-01-16)
ウェブをみていたらこんな風に書いているページがあった. WebKitは、現在も改良が加えられ、日々「現在開発中のWebKit」が開発者や先端ユーザー向けに提供されています。 ある程度、安定した機能を次のリリース用として仕様を固めたバージョンが、開発中バージョンとは別に作られ、一般ユーザーにも使えるよう、バグが少ない安定したコードになるまでデバッグが繰り返されます。 そして安定したバージョンを、各ソフトウェア提供企業が採用して、製品に使われるようになるのです。 この説明に間違いは無いと思うけれど, たぶん読んだ人の印象と実体は少し違うと思う. このズレに実害は無いと知りつつ, いい機会なので WebKit のリリースについて私の理解を説明してみたいとおもう. 最近 webkit-dev メーリングリストに "Best way to track feature evolution from r
-
複数人(2-3人)でウェブサービスを開発するコツ - リート開発者ブログ
こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxやWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware（仮想化マシン）を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能
-
Googleエンジニアから学ぶ、ハッカーになるための勉強法 - 久保清隆のブログ
Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した
-
-
デキビジ「勝間和代 VS ひろゆき」の議論が不毛な理由（建設的な議論をするために必要なこと） - babie, you're my home
「デキビジ 勝間和代 VS ひろゆき を文字におこしてみる - さかなの目」を読みました。テレビは見ていません。時間取られるのがめんどくさいんで。それはそうと、不毛だなぁと感じました。その理由を愚考してみました。 簡潔に言うと３点あります。 「問題」が共有出来ていない 「問題 vs 私達」の構図になっていない 「自分を変える勇気」をお互い持っていない それそれ詳しく書いていきたいと思います。 1 「問題」が共有出来ていない ひろゆきさんは独自の考え方を持っておりそこが魅力であり面白いのですが、議論の相手としては難しい相手だと思います。いろいろな媒体で意見を伺うことがありますが、ほとんどの場合、「問題」自体をひっくり返すことが多いと思います。なので、「問題」を共有する前に、もう一つ上のメタなレベルの「この問題は問題か？」を議論する必要があります。勝間さんは、頑張ってメタ議論をしていこうとして
-
開発中の PHP 6、UTF-16 化に失敗。開発ブランチも 5.3 系に巻き戻し | スラド
PHP の次期メジャーバージョンと見られている PHP6 では、内部的には文字列をすべて UTF-16 で処理するという方針が決定していたのだが、これが頓挫した模様 (マイコミジャーナルの記事) 。 PHP 開発者である Johannes Schlüter 氏による 2010/3/12 付けのブログ記事、"Future of PHP 6" によれば、数カ月前から PHP のコア開発者の多くから「PHP エンジン内部を Unicode 化するというアプローチは正しくないのでは、最初からやり直したほうがよいのでは」という議論が行われていたらしい。 「処理系内部ではすべての文字を Unicode で処理する」というアプローチは Java や Ruby、Python、Perl などですでに採用されているのだが、PHP の開発者らの結論は「プログラムにおいてすべての入出力時に変換処理を行うのはパフォ
-
Redmineに入れたプラグイン一覧 - プログラマの思索
RedmineのVer0.8.4、0.8.6に入れたプラグインのうち、使っているものを公開してみる。 1年前に比べると、プラグインが充実していて楽しい。 結局10個以上も入れていた(^^;) 【コードレビュー】 r-labs - Code Review - Redmine Redmineのプラグインが充実している: プログラマの思索 リポジトリ画面からコードレビューのチケットを発行して、レビューをワークフロー管理できる。 お手軽にコードレビューできるのがいい。 レビューもチケットにするから、ワークフローのカスタマイズも可能。 【Hudson】 r-labs - Hudson - Redmine Redmineのプラグインが充実している: プログラマの思索 Hudsonと連携して、ビルド管理する。 SimpleCIプラグインよりもはるかに機能が充実している。 【Wiki拡張】 r-labs
-
Redmineの各機能から眺めたチケット駆動開発の課題 - プログラマの思索
Redmineの各機能から眺めたチケット駆動開発の課題についてメモ。 ラフなメモ書き。 【プロジェクト】 「Redmineのプロジェクトはどんな単位で作るべきか？」という質問は良く出る。 僕がTiDDをアジャイルに運用した経験から言えば、二つある。 一つ目はブランチのライフサイクルに合わせる。 二つ目はITILの運用保守プロセスに合わせる。 前者は、RedmineのプロジェクトがSCMリポジトリと1対1に対応している思想から、自然に扱える。 例えば、本番リリースしたソースは本番ブランチとして作られて、trunkとは別のコードラインで保守される。そして、次のメジャーバージョンが出たら、古い本番ブランチは廃止されて、以後は保守されなくなる。 つまり、プロジェクトとブランチが1対1に対応する状態遷移になる。 プロジェクト：新規作成→使用中→非公開→終了 ブランチ：新規作成→使用中→廃止(以後保守
-
Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ
Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ Redmine で チケット駆動開発を 実践する チケットに分割して統治せよ 2008/11/7 あきぴー 1 KOF2008(written by Akipii) 第1部 Redmine で プロジェクト管理を IT 化せよ タスクはチケットに 2 分割して統治せよ KOF2008(written by Akipii) Redmine とは Ruby on Rails で作られたバグ管理システム (BTS) 最新版： 0.7.3 (2008/5) http://www.redmine.org LAMP 、 WAMP 環境で動作 GPL で配布 強力なプロジェクト管理機能を持つ ガントチャートがデフォルト表示 チケットで様々なタスクを一元管理できる ワークフロー管理が使いやすい
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました