anticipatingminds.com - anticipatingminds リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
手順書の鉄則 - Sacrificed & Exploited
ビルド手順書だったり、モジュールの配備手順書だったり、そういった手順書を書くときに気をつけている事を勝手に列挙します。 はじめに 手順書を実施するうえで、最大の敵になるのがヒューマンエラーです。 ヒューマンエラーをなくすには、完全に自動化してしまえばいいんですが、そこまで出来ない場合でも最低限守った方がよい事をのべます。 よくあるパターンが コマンドの入力ミス 手順を飛ばした 配布先を間違えた などです。 1.手順書の実施順序は最初から最後まで一方向に読めるようにしておく たとえば、同じ手順を複数の箇所で実施させる場合、 ここでXXページの○○手順を実施する。 などといった前の手順に戻って実施させるような記述は避けましょう。 途中で手順をさかのぼって実施させると、いまどこの手順を実施しているのか分からなくなり、ある手順がスキップされてしまう確率が上がります。 めんどうですが、コピーペースト
TDD.NET の道具箱 - TDD.NET
入手先 使い方リンク 入手先 ※ カッコ内の日付は、 その項目を追加・修正した日です。 ※ とくに記載がないものは、 無償で利用可能なものです。 Visual Studio 2008 Express Edition SP1 Visual Studio 2010 Express Edition( 2010/06/23 ) TDD するにはコンパイラ単体でもかまいませんが、 やはり IDE ( 統合開発環境 ) があったほうがよいでしょう。NUnit 2.5 ( 2009/06/17 ) JUnit の流れを汲むオープンソースのユニットテストフレームワークです。 .NET でテストファーストをするには、 Professiona Edition 以上の Visual Studio に搭載されているユニットテスト機能を使うか、 そうでなければこの NUnit を使うのが一般的でしょう。FxCop
VS 2008単体テスト機能でテスト駆動開発／NUnitからの移行
VS 2008単体テスト機能でテスト駆動開発／NUnitからの移行：特集：Visual Studio 2008単体テスト機能徹底活用（後編）（2/3 ページ） NUnitとの互換性 － NUnitのプロジェクトをVS 2008に移行 以前のVS 2005では、Professional Editionに単体テスト機能がなかったため（VS 2005 Team Systemにのみ搭載されていた）、代替手段としてフリーウェアのNUnitを使っていた開発者も多いと思う。 VS 2008では、Professional Editionにも単体テストが搭載されるようになり、IDEに統合されているため、乗り換えを検討されている人もいるのではないだろうか。 ここでは、NUnitからVisual Studioの単体テストへの移行方法を解説していく。なお本稿では、NUnit 2.4.8を使用して解説しているため、
Kiwidude's Geek Spot: NAnt and MSBuild Tasks for NCover
Kiwidude's Geek Spot Ramblings about NCoverExplorer, .Net development and other geek toys I received an e-mail this week from Jay Flowers asking if I would be interested in helping him put together NCover and NCoverExplorer plugins for CI Factory. The intent is to provide these as an alternative for the CoverageEye package he already includes. I normally use the NAnt <exec> task for running NCover
スクラムは現実解 (arclamp.jp アークランプ)
アジャイル開発というとXPに代表されるようなエンジニアリング的な要素が強いように感じられる。しかし、プロジェクトマネージメントをアジャイルにすることの方が重要だと思っている。僕が気に入っているのはスクラムだ。既に書籍が出ており、かなり明確に体系化されている。スクラムのプラクティスがなにかというのはWebや本で探ってもらうとして、なぜスクラムが良いのか・なにが難しいのか、というあたりを書いてみたい。 スクラムの良さ スクラムの良さはタイムボックスによるコントロールだ。ソフトウェア開発は、要件も技術要素も非常にあいまいで、ようはやってみなくては分からないことが多い。とはいえ何も基準がないのでは混乱をきたす。そこで、ある時間枠（土日を含む30日間）を基準とする。 チームは少人数（7人前後）で構成されており、自分達で期間内の作業にコミットする。作業ゴールは必ずテスト済みの動くアプリケーションで
アジャイル開発のためのプロジェクト管理·IceScrum MOONGIFT
IceScrumはJava製のオープンソース・ソフトウェア。未だに世の中ではウォーターフォール型の開発が行われている。確かにプロジェクトの開始直後はウォーターフォール型の方が進めやすい。だが後々になって火をふきトラブルを生むのもまたウォーターフォールだ。これだけ何度も繰り返してきて、それでいて未だに行うのはなぜなのだろう。 アジャイル開発のためのプロジェクト管理 アジャイル開発が全ての解決手段になる訳ではない。これもまた手法であり、適切に自分たちにあった形で取り入れなければ火をふくのは当然だ。だが真剣にアジャイル開発を取り入れていくなら、改善される可能性はある。そのためのプロジェクト管理に使ってみたいのがIceScrumだ。 IceScrumはアジャイル開発専用のプロジェクト管理だ。機能をノート形式で記述し、スプリントにおけるバックログを管理、ロードマップやリリースプランを通じてプロジェク
Dropbox であんなアプリも、こんなアプリも同期できる！ | シゴタノ！
▼編集後記： いよいよ iPhone 情報整理術の出版まで１週間となりました。でもこの本、実は「iPhone だけ」の使い方ではなくて、iPhone と今回紹介した Dropbox の連携、iPhone とさまざまなウェブサービスの連携といった、「iPhone を中心とした生活の作り方」を書いています。 共著者の佐々木さんと話していて、 iPhone 本というよりも、ライフハック本ですよね。 といわれたくらいです。 発売当初は不調と噂された iPhone ですが、すでに日本だけで 200 万台が利用されているという報告もされています。ますます手のひらのデジタル・オフィス端末として重要性が増してくる iPhone の指南書として利用していただければ幸いです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアプロフェッショナルとしての心構え - NAnduブログ