- 自動化のためのGNU Make入門講座 - Makefileの基本：ルール
ここでは，メイクファイルの基本的な書き方としてルールの説明をしましょう．ここからは，Makefileといえばmakeが参照するメイクファイルのことを指すものとします． コメントと改行 その前に少しコメントの書き方について解説しておきます．Makefileでは，#から行末までがコメントです．例えば， # # Hello Worldを出力する # all: @echo Hello World! のように使います． また，makeは基本的に行指向です．見やすくするために改行したい場合はバックスラッシュ\を使って改行を無視させることができます．例えば，マクロの定義（後述）で object_files = \ foo.o \ bar.o \ baz.o と書けば，makeは改行を無視して次のように解釈します． object_files = foo.o bar.o baz.o ここで注意することは，f
- JUnit 実践講座
更新: 2003/11/05 公開: 2002/01/03石井 勝 はじめに ここでは， JUnit ついて僕が普段使っているテクニックやコーディングスタイルについてまとめていきたいと思います．読者としては，ある程度 JUnit を使いこなせる方を想定しています． 僕が仕事で JUnit を使い始めて 1 年半以上になります．つい先日まで行っていた開発プロジェクトでは，テストメソッドの数は 2000 程度，TestCase のクラス数は 2,3 百個という規模になりました．それぐらいの規模になれば，JUnit でコーディングする際に何らかの指針が必要になります．その開発プロジェクトでは，何度もプログラミングスタイルを変え，どういうスタイルが JUnit のコードをメンテナンスしやすいか，ということを考えてきました．そういったことをまず プログラミングスタイルガイド と シナリオベースのテス
- 設計の終焉?
設計の終焉? (原題: Is Design Dead?) マーチン・ファウラー チーフサイエンティスト , ThoughtWorks エクストリーム・プログラミング(XP) をかじってみて、多くの人がこう感じ ただろう。XP は「ソフトウェア設計など消え失せろ」と言っているのではな いか、と。というのも XP では、多くの設計作業が 「料金前払いのデカい設 計("Big Up Front Design"」などとからかわれているばかりか、UML、柔軟な フレームワーク、そしてパターンまでもを含む設計技法が、ぞんざいな扱い を受けているか、完全に無視されているからだ。 実際には、XP にもたくさんの設計作業が含まれている。しかしそれを、既存 の設計プロセスとは違うやり方で行っているのだ。「進化的設計」という考え 方がある。XP はこの考え方を、「進化」を実行可能な設計戦略へとに変換す るプラク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
- Java プログラマのためのC# 考察 -- 言語仕様の比較
