テストとコードの関係
ここでいうテストとは、JavaでいえばJUnitなどの自動化テストの事を指します。 JUnitは多くの現場で採用されるようになりましたが、 それを「有効に」使えている現場はその1割にも満たないのではないでしょうか。 なぜテストするのか まぁこれは誰もがわかりますよね。 システムのバグを発見し修正することで、品質を保証する為にテストするのです。 ちゃんと動かないシステムは、システムとは呼べないのですから。 手動テスト ほんの5～6年前（2000年頃）は、テストと言えば手動で行うのが当たり前でした。 「テスト項目表」なるExcelの表が存在し、テスターはそれを実施して ○とか×とか付けていくのです。 このテストのメリットは、簡単なことです。 おそらく、テスト項目表を見れば昨日今日現場に入った人でもテストを実施できます。 しかしこの方法には致命的な欠点があります。 それは「テストは一度やったら終
gren - 次世代grepを目指したコマンドラインツール - ブログのおんがえし
grenはgrepの置き換えを目指して作ったコマンドラインツールです。 以下のような特徴を持っています。 特徴 基本はfind+grep 指定ディレクトリ以下にある全てのファイルの中身を調べます。 gren 検索文字列 [検索するディレクトリ] でOKです。 ユーザーが指定する項目を最小限に バイナリかテキストかをツールが自動で判断します *.rbや*/*.cppのような指定は必要ありません README,README.jaのような特殊な拡張子でも検索対象に含めます .pngや.exeの中身は調べません。 デフォルトで除外ディレクトリが設定されています * *~, .svn, .git, CVS等は探索対象から除外します 便利な検索結果 検索を開始したディレクトリ(Path)、かかった時間(Time)、ファイル数(Files)、ファイルサイズ(Size)、マッチしたファイル数とヒット数(M
マルチプラットフォーム対応のAS3/Flex向けIDE·Moonshine MOONGIFT
MoonshineはWindows/Mac OSX用のオープンソース・ソフトウェア。FlashやFlexといった技術を使った開発を行う場合にはFlash CS5のような環境が必要に思われるが、場合によってはFlashDevelopのようなオープンソース・ソフトウェアでも可能だ。 編集画面 コンパイラは無償で提供されているので開発するのに適したエディタがあれば実際にActionScript3などで開発ができるのだ。FlashDevelopは優秀だがWindows向けだ。Mac OSXユーザであれば（Windowsユーザも）Moonshineを使ってみるといいだろう。 Moonshineはまだシンプルなエディタだがコンパイル機能も備えている。ActionScriptファイルのハイライト表示にも対応し、プロジェクトファイルの階層表示も可能だ。実際にコンパイルをし、結果を確認することもできる。 プ
DarkBASIC Pro Wiki*
2016-05-04 MenuBar 2014-09-05 DarkBASIC Proについて 2013-10-21 technical-link 2013-09-29 Books 2013-08-26 入門６：当たり判定 2013-05-01 DBP-link 2013-02-03 DBPクイックリファレンス 2013-01-27 3D-Tools 2011-11-28 RecentDeleted 2011-11-26 FrontPage 入門-index 2011-08-18 MonsterHunt3dTutorial 2011-03-17 FAQ 2011-02-16 バージョン 2010-09-10 入門７：カメラ 2010-08-31 INPUT COMMANDS 2010-07-20 BASIC3D COMMANDS IMAGE COMMANDS DISPLAY COMMAND
フリーのFlash統合開発環境 FlashDevelop (+flex 3 SDK)を入れてみました - 音楽方丈記
フリーのFlash統合開発環境 FlashDevelop (+flex 3 SDK)を入れてみました » ソフトウェア(その他) [編集] このブログでは時々「コンパクトな Flash の埋め込み mp3 プレイヤー」を紹介する記事を書いていて意外にも好評を得ているのですが、紹介するだけではなくてそろそろ自分で作ってみたくなってきたので、Flash (AcsionScript 3) の開発環境を整えることにしました。 ActionScript は未経験 一応諸々の言語のプログラミングスキルはあるので、Flash で使われている ActionScript もなんとかなるだろうという安直な考えです。 ActionScript 中心の開発環境でいちばん手っ取り早いのは Adobe Flex Builder を購入することなのですが、スタンダード版でも3万ちょいの出費になるのはちょっとツラいので
そろそろバグ管理についてひとこと言っておくか - 平凡なエンジニアの独り言 はてなブログ出張所
ひとことどころか、バグ管理について367ページにわたって書いてしまいました。「実践バグ管理」です。なでしこなどで有名なid:kujirahandさん（クジラ飛行机さんのブログ）との共著です。 実践バグ管理―プロジェクトを成功に導くための 作者: クジラ飛行机,あかさた出版社/メーカー: ソシム発売日: 2009/03メディア: 単行本購入: 6人 クリック: 148回この商品を含むブログ (21件) を見る 本書の特徴 本書の特徴を伝えることには非常に苦労しています。「バグ管理なんて何について書くの？」とかよく言われるわけです。バグ管理のやり方なんてあたりまえ・・・なのかもしれませんが、大抵のプロジェクトに参加すると以下のような現象に遭遇するものです。 Tracなどの運用を始めると、「バグレポートに何を書けばいいのか？」と質問される バグレポートに書かれている内容が意味不明 とある案件では
『コピー指向プログラミング』
以前、「簡単コピー・プログラミングの罠」という記事で、コピー・プログラミングの危険性について書いた。ここでいうコピー・プログラミングとは、同じアプリケーション開発の中で、似た機能を量産するためにソースコードをコピーすることである。同記事には書いていないが、他にも、「バグがコピーされてしまう」問題や、ソースコードが無駄に大きくなるなどの問題もある。 そもそも、プログラミングでは「同じことを何度も書く」ということは避けるべきだ。その理由をあらためてここに書く必要もないだろう。同じことを何度も書かずに済ませるにはどうするか、ということは、構造化プログラミングからオブジェクト指向やアスペクト指向に至るまで、プログラミング技術の発展における重要な課題のひとつだったはずだ。 アプリケーションに固有の「業務ロジック（ビジネスロジック）」なども、開発プロジェクト内で共通化を行い、重複コードをなくすのが理想
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www2u.biglobe.ne.jp/~nemojun/
GamDevPukiWiki - フォントのライセンス
ヤルハリ大学
Routine-Work:/topics/SDL/index.html
403 Error - Forbidden
Adas' Linux Game Programming
http://gamdev.org/w/