打开抖音搜索:让前找你 让前找你
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
Plagger をリリース Plagger - Pluggable RSS/Atom aggregator の 0.5.0 を CPAN にリリースしました。 Plagger は Bloglines to Gmail な Hack の進化したもので、すべてをプラグインで実装できるようにしたソフトウェアです。Blog ソフトウェアの Blosxom とか SMTP サーバの qpsmtpd とかを知ってる方は、それの RSS アグリゲータ版と思っていただけると話が早い。 Bloglines からとってきて Gmail に HTML メールを送る、というのに限らず、RSS をとってきてそれを加工して何かのフォーマットで書き出す、というのはよくやるハックだなあと思っていました。自分の例でも、 * Bloglines -> Gmail * Bloglines -> iPod * RSS -> Au
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP(エクストリームプログラミング)のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
11年も前のプレステゲームの話などをしてもわかる方は少ないだろうけど、私のプログラムに対する考え方を教えてくれたものなので書き記しておきます。 ソフトウェアをプログラムする事が、いったい何を意味しているのかという基本的な部分がそのゲームには詰まっていたからです。 そして、はてなブックマーカー達には、なぜプログラマや技術屋が多いのかというのも、この結論でなんとなく納得してしまいました。 その前にまず、カルネージハートって何よという人のために説明しておきます。 書いて気がついたのですが、かなりマニアックな話になりますので、ゲームに興味のない方は見るのつらいかもしれませんので先に言っておきます。 無人ロボット作成ゲーム 初代カルネージハートは、3対3のロボット同士を戦わせるゲームでした。 高校のときにはまり4~5年やってましたがこれが面白い。 今ではPSP版が出てますね。 ゲーム内容としては、ハ
前回の記者の眼「IT業界の“イジメ”に切り込む」で実施したアンケートでは,411人もの方から回答を頂きました。どの回答も「不当な要求や対応の実態」の一端を表す貴重なご意見でした。ありがとうございました。 今回はそのアンケートの結果と不当な要求や対応の実態がどのようなものかを紹介します。 大半のケースが下請けイジメ アンケートではまず始めに,優位な立場を利用した不当な要求・対応を経験したことがあるかどうかを尋ねました。結果は,59.1%という過半数の方が「不当な要求・対応を受けた」と回答されました。 続いて,「不当な要求・対応」がどのような構図(立場の違い)で発生したのかを尋ねました。一番多かったのは元請け会社の社員(またはユーザー企業の社員)と下請け会社の社員という構図でした(全体の41%)。その中で声として一番多かったのが,「ユーザー企業からトラブルの責任を一方的に押し付けられる」という
RailsやChuraのいけてないところ これは、Ruby on Railsに対する実に的確な批判だと思う。だが、これによって逆にRailsの意味が見えてきたような気がする。 (このエントリ、入口はソフトのやや専門的な話ですが、例によって大風呂敷で、そこから"The World is Flat"の話につながっていくので、できればプログラマ以外の方もおつきあい下さい) Railsというソフト開発ツールの良さは、単に便利とかフルスタック(必要な全ての機能盛合せ)ということではなく、実践的な仕事の流れが背後に想定されていることだ。頭をひねってツールを使いこなすというより、ツール(が想定しているソフト開発手順)に「乗る」という感覚で開発を進めることができる(まさに On Rails)。 だから、Railsの個々の機能の過不足を問題にするのはあまり意味が無い。仮に不足があったとしても、オープンソース
Wikiとはただ文字列を書き連ねるだけの存在ではない。その積み重ねはいわゆるDBとなって、活用されるものだ。とは言え、柔軟性が高過ぎて自由に書かれただけではDBとしての活用は難しい。 ある程度の項目を区切って入力できればベストだろう。かといってWikiの柔軟性は失わない事が前提だ。 今回紹介するオープンソース・ソフトウェアはwikidBASE、Python製のWikiエンジンだ。 wikidBASEはいわゆるWikiエンジンとして開発されている。普通のWikiとしての利用は無論可能だ。だが、それはwikidBASEの目指すべき使い方ではない。このWikiエンジンには秘めたる実力がある。 それが簡易DBとしての利用だ。データ項目の定義はユーザ自身ができる。入力フォームは自動的に生成され、テキストボックスのみならず、ドロップダウンやチェックボックス等も生成される。日付を定義することで、カレンダ
Joel Spolsky / 青木靖 訳 2006年4月11日 火曜 若い男が町にやってきた。彼は見かけも悪くないし、ちょっとは金も持っていた。 過去のことについてはあまり話したがらないが、血の通ってない大企業に長くいたらしいことは明らかだった。 彼は生まれつき人当たりが良く社交的で、自分に自信を持っていながら傲慢ではない。だから地元のプログラマーズ・カフェにある求職の掲示の中からちょっとした仕事を見つけるのは、彼には簡単なことだった。しかし保険データベースプロジェクトや、主婦向けの飾りだらけのWebページや、会計計算エンジンといったものには、やがて興味をなくしてしまった。 1年もたつと、彼の慎ましい生計を1年支えられるくらいの蓄えができた。それで贔屓にしてくれるアルザス人へのコンサルティング仕事の後、食料品店の上にある自分のアパートの陽の当たる部屋にコンピュータを据え付け、選りすぐったツ
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �� 쪪 �D 몪 Getting Real The smarter, faster, easier way to build a successful web application Start reading →
9/15日にMozilla 24 出張Shibuya.js 24でしゃべってきました。 http://shibuyajs.org/articles/2007/08/24/Shibuya-js-24 資料はこちら。 http://ma.la/files/shibuya.js/mozilla24.html JavaScriptでBloom filterのデモ。今のところ実用性が無い。仕組みを理解するのには良いかも。 http://la.ma.la/misc/js/bloomfilter/ Bloom Filterについてはここら辺が詳しい。 http://chasen.org/~taku/blog/archives/2006/01/bloom_filter_1.html http://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%BC%E3%83
WEB+DB PRESS Vol.37の特集1「実演!リファクタリング」の特設ページです。リファクタリングの実演ムービーや誌面サポート情報などを掲載しています。 なお,本企画は「実演!テスト駆動開発」(WEB+DB PRESS Vol.35の特集1)と連続性を持っています。 更新履歴 2007年3月2日 訂正情報の追加 pom.xmlに,JVMのデフォルトエンコーディングがShift_JIS以外のOS(要するにWindows系以外のOS)をお使いの方向けの設定を追加しました。詳しくは5ページ目をご覧ください。 ダウンロード用サンプルコードの差し替え 上記補足情報に対応したpom.xmlに差し替えました。 著者からのメッセージ 実演ムービーをご覧いただくにあたっての,著者の和田卓人さんからのメッセージです。 Eclipseのリファクタリング機能 第3章を題材にした,Eclipseのリファク
Javaを途中までかじったが挫折した。やはりJavaプログラマにスキルチェンジしたい!という読者のために、Tomcatの最新バージョンを使いながらJSPを基礎から解説していく。(編集局) JSPとは? 現在のインターネットの主役は、掲示板やブログ、オンライン・ショッピング、ネット・オークション、ニュースサイトなど、時々刻々と変化する情報やさまざまなサービスを提供するWebサイトです。これらは、あたかもPC上で動作するアプリケーションのように豊富な機能を実現できることから、一般に「Webアプリケーション」と呼ばれます。 当然のことながら、固定的なHTMLページをサイト管理者が手作業で書くような方法では、Webアプリケーションは実現できません。そこで通常は、ユーザーがWebブラウザに入力したデータやデータベースに保存された情報を基に、WebサーバがリアルタイムにHTMLページを組み立て、Web
" + window.document.getElementById("saveMessage").innerHTML + ""); srcDocument.close(); // Get a reference to the text area var theTextBox = srcDocument.getElementById("source"); // Jam in the current source theTextBox.value = window.document.getElementById("storeArea").innerHTML; // Select the text in the textbox theTextBox.focus(); theTextBox.select(); ; } // ------------------------------------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く