Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
自分が理想とする開発環境 - cactusman日誌
自分は以前から、開発者にとっていい環境とはなんだろうかな、と考えていました。 自分が思うに、開発者が好きなIDEを使い、危険なコードは極力ツール類で検出し、ビルドはコマンド一発できて、CIサーバによってビルドが壊れた状態などをいち早く認知する、 そうすることで、開発者は「関心ごとの分離」*1ができるんじゃないかなと思っています。 あと、自動化できることは自動化で、ということもやることで、同じ労力をかけても質と量ともに高くなるのではと思っています。 自分としては「レバレッジを利かせる」という表現がしっくりきています。 それで、そういうことができそうな理想とする開発環境、ということ考えてみました。 以前から漠然と思っていたり、こうなるといいんじゃないかなと思っていることを、まとめてみます。 一応、それなりの規模のJavaのプロダクトである、という前提です。 SCM*2 ITS（BTS） CI
Mac OS Xを普通のPCで動かす（前編） - builder by ZDNet Japan
AppleのMacBook Air、iPhone、iPodはみな大流行しているが、同社のデスクトップコンピューターは、まだ比較的珍しい。アナリストの数字には幅があるが、Appleの世界のデスクトップ市場におけるシェアは、確実に10％に満たない。 このシェアが低いのは、Appleのコンピュータの値段が比較的高いからだとされることが多い。だが、もう1つの理由は、ユーザーがコンピューターを購入する前にMac OSを体験する機会があまりないことかも知れない。そのためには、Appleの小売店を訪ねるか、Macを持つ親切な友人を持つ必要がある。しかし、実はもう1つ方法がある。しばらく前から、インターネット上でAppleのハードウェアとの強い結びつきを迂回するよう修正を施されたMac OS Xのイメージが、いろいろと入手可能になっている。これらを使えば、Mac OS Xを通常のPCにインストールすること
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
Blogger
https://gnujavaplot.sourceforge.net/JavaPlot/About.html