ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ
ネットワークオペレータとWeb開発者の断絶 - Blog::koyhoge::Tech
JANOG21 @Kumamoto 1月24(木),25(金)は3回ぶりのJANOG Meetingに参加するべく熊本まで行ってきました。金曜日の夜に東京に戻ってきましたが、どうも向こうで風邪を貰ってきたらしく、ひどい下痢で土日は寝込んでいました。おかげで動画人イベントには参加できませんでした、くすん。 Perlは遅いに決まっている JANOGという性質上、基本的にはネットワークオペレータの集まりなので、私のようなサーバ屋/Webアプリ屋はあまり参加していないのですが、そのことが端的に示された発表がありました。 JANOG21の最後のセッション ［ファシリティ集中講座］そのラック、何度かしら？ です。内容自体はとても面白く、放熱を考えないラック内の機器の設置やケーブリングはいかがなものか、サーバの温度監視をやるのは当然よね、という啓蒙的なものだったのですが、その発表の最後でMEXの高田さん
かWiki - Git/分散レポジトリって何が嬉しいの
Git は分散レポジトリ型の版管理システムです。 他にも Mercurial とか SVK とか分散レポジトリ型の版管理システムが最近流 行ってます。 では、分散レポジトリ型って何がいいんでしょうか。 この文章では単一レポジトリ型と分散レポジトリ型の特徴について書いておきたいと思います。 急ぐ方は、ページの一番下にある「まとめ」を参照してください。 用語 この文書内で使う用語について。 なんらかの版管理システムを使ったことのある人にとっては聞きなれた言葉だと思うけれど、一応。 レポジトリファイルの履歴情報などが格納されたデータベースのこと。普通はプロジェクト毎に用意されることが多い。レポジトリに登録されている各ファイルは、変更が行われ登録(コミット)されるごとに、リビジョン番号とファイルの内容が関連付けられて保存される。 ワーキングコピーレポジトリ中の特定のバージョンをファイルとして取り出
I, newbie » プログラマへのお願い
インストールに必要な要件を書いてください。なにが必要で、なにがオプションなのか書いてください。 配布物のファイル名はてきとーにしないでください。package-$major-$minor.tgzでなぜだめですか。package-$major-rc4-$date-beta.tgzとか嫌がらせですか。 同じファイル名で違う内容の配布物を再リリースしないでください。hash値ってファイル名とその内容に対して作成されるんですよ。どんな小さな修正でもバージョンを上げてリリースしてください。 インストーラを再発明しないでください。対話的なインストーラだからインストールが簡単ですよって、人間がインストールすると仮定しないでください。そういうのはパッケージ管理システムに任せてください。 エラーをSTDOUTに出力しないでください。通常の出力はSTDOUT、エラーなどはSTDERRであることが期待されていま
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
HackingWithGnu - enbug.org
はっきんぐ・うぃず・ぐにゅー GNU を使って開発しようっていう不定期な連載です。 いつ書かれるかも分からないし、いつ終わるかも、いつ改訂されるかも不明です。 もちろん、ここは全然公式なページじゃありません。 嘘は出来る限り書かないように努力しますが、絶対信頼してはいけません。 これらは、かなり昔に私自身が執筆していた記事を掘り返した物です。 古くなって、現状に当てはまらない部分を更新していますが、十分ではないかもしれません。 第一回 GNU C の書き方 (1) 第二回 GNU C の書き方 (2) 第三回 GNU C の書き方 (3) 第四回 GNU Make の初歩 第五回 GNU Automake の概要 第六回 GNU Autoconf (1) 第七回 GNU Autoconf (2) 第十二回までありますよ...
ITmedia エンタープライズ：あるWebプログラマーの作業環境――豪傑の三種の神器【後編】 (1/3)
Zshを使おう！ 前回紹介したWebアプリケーション開発における三種の神器。GNU Emacs、GNU screenと紹介してきましたが、締めくくりはZshです。ZshはBashやtcshなどと同じUNIXのシェルですが、プログラマー向けにさまざまな機能を搭載した高機能シェルといえます。Bashやtcshと比較して、機能的に大きく違うわけではありませんが、細かな使い勝手でほかのシェルにはない便利さが感じられると思います。 またわたしがほかのどのシェルよりもZshを推薦するのには理由があります。 Bashにしてもtcshにしても、シェル上で実行したコマンドをさかのぼる際にはCtrl＋Rキーを押して、履歴のインクリメンタルサーチを行うのが便利です。例えばBashでは、
Capistrano in Ruby on Rails
Capistrano (formerly known as Switchtower) is a utility which may be used to automate the deployment of your applications. Resources Introducing SwitchTower by its author JamisBuck. Fun with SwitchTower by its author JamisBuck. The book Capistrano: Automating Application Deployment Capistrano and the Rails Application Lifecycle Safari Book, By Tom Mornini, Marc Loy source code on trac. Capistrano
[ThinkIT] 第1回：複数人による開発の要所を押さえる (1/3)
PHPは生産性の高い開発言語として広く普及しました。現在も多くのWebアプリケーション開発でPHPが採用されており、その手軽さも手伝って実績を伸ばし続けています。手軽に開発できることから、個人での開発もでき、独自の開発手法が多く存在し、複数人では統一が難しいといわれています。 そのため複数人による開発では、確固とした開発手法がとられてない事例が多いのも事実です。開発手法が確立されてない場合、規模が大きくなるとすぐに破綻してしまいます。それを避けるには、開発手法を確立しておく必要があります。 本連載では複数人によるPHPを用いたWebアプリケーション開発において、実際に筆者の所属するウノウ株式会社が行っている手法を例に効率的な開発手法を解説していきます。本連載の内容はPHPだけでなくRubyやPerlのような他の言語にも適用できます。また1人で開発を行う時に非常に有効な方法です。実際に筆者が
：CodeZine（コードジン）
CodeZineについて プログラミングに役立つソースコードと解説記事が満載な開発者のための実装系Webマガジンです。 All contents copyright © 2005-2009 Shoeisha Co., Ltd. All rights reserved. ver.1.5 掲載記事、写真、イラストの無断転載を禁じます。 記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。
Tail for Windowsの詳細情報 : Vector ソフトを探す！
ソフト詳細説明 ログファイル等の追記情報をリアルタイムにモニタします。 動作は軽く、メモリ使用量も少ないようにしています。 基本的にtail.exeがあれば動作可能です。 大容量ログファイルも追記のみの表示を行うと高速に動作します。 特徴として、 ・ウィンドウの最前面表示の設定が可能です。 ・表示が多く動作が遅くなってきたら、表示バッファのクリアが可能です。 ・モニタするタイミングはプロパティで設定可能です。 ・ファイルオープン時の初期読込みを3パターン指定できます。 1.EOFから任意サイズ読込み2.全部読み込み3.読込み無し。 ・指定ワードを含む行をフィルタリングできます。 ワードはプロパティで追加削除できます。 ここで追加した文字列を含む行は追記が発生しても表示しません。
Failmalloc
Welcome to failmalloc. This software generates a shared library which can be loaded by LD_PRELOAD or linked at compilation time. The idea behind failmalloc is to demonstrate what really happens if memory allocation fails. Unfortunately, most programs in this world are not robust, mostly because programmers are careless, but sometimes because programmers are too brave. Regardless of whatever reason
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
/post/on-api-design-guidelines/
http://0xcc.net/pub/decon2006/