ソフトウェア開発におけるフロントローディングとは何だろう？ - カタチづくり
自分の身近でソフトウェアのフロントローディングということばをよく聞くようになったのだけれど疑問点もいくつかある。 フロントローディング - sakataakinoriのブログ 僕もその一人だ。 僕は３次元CAD関係の開発をしているわけで、必然的に製造業という業界に触れる機会が多く、そんなわけでフロントローディングという言葉が製造業の文脈で語られていることはそこそこ知っている。しかし、そのフロントローディングという概念をソフトウェア開発に持ち込むというのは、どうもピンと来ない。 企画/設計/コード/テストといったいわゆるウォーターフォール的に工程をとらえれば、かつフロントローディングを現象ではなく、手法と捕らえればこういう誤解(!)もありうるだろう。 要求/要件を追加し続けるシステム開発や改版を重ね続けるソフトウェア製品の工程とはなんだろう。企画/設計/コード/テストのそれぞれを工程と考える
Matzにっき(2008-02-04) - 初心者向けの言語|ソフトウェア開発における初心者
<< 2008/02/ 1 1. [言語] 「ハッカーと画家」の著者が新しいLisp系言語「Arc」を公開 | エンタープライズ | マイコミジャーナル 2. 「セキュリティ、なめんなよ!」 なめねこも一緒に情報セキュリティ強化宣言 | ネット | マイコミジャーナル 3. 「サイオステクノロジーはグルージェントの未来技術に期待し子会社化」：ITpro 2 1. [Ruby] Nimble Method: Garbage Collection is Why Ruby on Rails is Slow: Patches to Improve Performance 5x; Memory Profiling 2. [言語] LuaJIT roadmap 2008 3. [Ruby] What will Matz do? 4. [Ruby] EURUKO 2008 − European Ruby
秋元@サイボウズラボ・プログラマー・ブログ: 誠実なお店の看板
via del.icio.us/popular バイク店にかかっていた正直な看板の写真だそうで。 「良いサービスを、安く、早く。3つのうちどの2つでもお選びいただけます」 良いサービスを安く、という場合は時間がかかります 良いサービスを早く、という場合はお代がかかります とにかく安く早く、という場合はサービスの質を落とさせていただきます ソフトウェアの開発も同じことで、3つを同時にいくらでも満たすのは無理。できますと言うエンジニアがいたら詐欺師かダンピングのどっちかだろう。 機能とコストと納期は、x-y-zの三軸に張り付いたゴムの膜みたいなもので、一つをグーッと引っ張ろうとすると、他の二つがつられて短くなっていくものだ。 相手が顧客でも営業でも、それまで無かった新しい制約条件を追加されたときに、「それを実現すると、代わりにこれが犠牲になります」と言えなければ、プロジェクトを制御しているとは
「ユーザビリティ＝使いやすさ」なんて誤訳をいつまで放置するのか？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 さてさて、ここ最近のエントリー（「答えはユーザーが知っている」など）では、奥出直人さんの『デザイン思考の道具箱―イノベーションを生む会社のつくり方』、トム・ケリーの『発想する会社! ― 世界最高のデザイン・ファームIDEOに学ぶイノベーションの技法』を読み進みつつ、デザインによって「イノベーション」を生み出す「デザイン思考」「デザイン戦略」という考え方、それを実現するための「創造のプロセス」、そして、実際のプロセスの中で使われる「フィールドワーク」「プロトタイプ」「ユーザーテスト」「ブレインストーミング」などの手法を紹介してきました。 社会に新しい価値をもたらすイノベーションを技術ではなくデザイン思考で創造することを目指し、そのためにユーザー中心のデザイン・プロセスで、観察
日本のソフトウエア産業、衰退の真因
ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の
「ソフトウェアの仕様書は料理のレシピに似ている」へのフィードバックをいくつか集めてみた
一年近く前に書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリー。今になってもトラックバックやコメントが送られて来るのは、実際に日本のIT業界に働く人たちの間にも「今のやりかたはおかしい」という疑問や不満があるという証拠だろう。 そこで今日は、シオレットの引用機能のテストも兼ねて、よせられたフィードバックを新しい順にいくつか紹介してみる（それも、昨日になってやっとシオレットが動き始めたSafariブラウザーを使っての投稿だ^^）。 まして、優秀でないエンジニアがコードを書かずして、仕様書を作ることが出来ようか？ソフトウェア開発はウォーターフォールでは上手くいきません。 【さくねこの”チラシうら”にっきより引用】 別会社のSEが設計して、それを請け負った会社のPGが実装する。こんなやり方でまともなプログラムが作れたらある意味凄い。物凄いオーバーヘッド作業をこなして作るわけだ
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」：ITpro
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日，日本最大のソーシャル・ネットワーキング・サイト（SNS）である「mixi」を運営するミクシィのBatara Kesuma（バタラ・ケスマ）取締役最高技術責任者（CTO）が，増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時，米国でFriendsterなどのSNSがはやっており，同氏が会社（現在のミクシィ，当時はイー・マーキュリー）にSNSを作りたいと提案したところ認められたという。同氏が
What Is Web 2.0 | O'Reilly Media
The list went on and on. But what was it that made us identify one application or approach as "Web 1.0" and another as "Web 2.0"? (The question is particularly urgent because the Web 2.0 meme has become so widespread that companies are now pasting it on as a marketing buzzword, with no real understanding of just what it means. The question is particularly difficult because many of those buzzword-a
プログラミングとは経営判断の集積である - 分裂勘違い君劇場 by ふろむだ
ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは
POLAR BEAR BLOG アイデアを殺す22の方法
久しぶりに箇条書きネタ。How Blog > Core 77's Design Blog という経由ですが、「アイデアを殺す台詞/態度」というエントリがありました： ■ Idea killers: ways to stop ideas (Berkun Blog) で、内容はというと： 「それはもう試したよ。」 「そんなのうまく行かないよ。」 Would you like a pony? （※すみません、ここ意味分からず。検索すると割とヒットするフレーズなんですが・・・。pony = 子馬、重要でないものということで、「そんなつまらないことしたいのか？」という意味？） 「ばかげているな。」 「君はクビだ。」（※失敗すれば処罰される、という雰囲気では新しいアイデアは表にでない、という意味？） 「君には強く反対する。」 （笑い） 「予算にないな。」 「それは重要な問題じゃないよ。」 「時間がない
品質とは何か？ | コラム | ミツエーリンクス
弊社のスタッフは毎日イントラ上で業務日報を書くことになっています。その中には「今日の感想」という項目があり、それぞれ思っていることを書いていいことになっています。その中からあるスタッフの発言を一つ紹介します。 1日の感想（スタッフの業務日報から抜粋） “顧客満足を実現する”とか“品質”ということに対する認識がたまに自分の中でぶれることがある。 自分は技術者なので、技術的な面での品質も当然保障するべきものと思っているが、そんなモノ本当に必要とされているのか？ 例えば、建築物に例えて言うなら ・外装は適当でいいので、堅牢な建物を建てたい人 ・外装は適当でいいし、建物の強度自体もあまり欲しない人 ・建物の強度はいい加減でいいので、その分を外装に当てたい人 ・・・ お客が言う通りのものを作ればいい？ 「そんなんじゃダメですよ」とお客にアドバイスする？ 難しい・・・。 真剣に考えているという意味で嬉
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
ITmedia Biz.ID：ブラウザの使い勝手を取り入れた「タブ型ファイラー」を比較する
初めて「Firefox」や「Sleipnir」「Internet Explorer 7」などのタブ型ブラウザを使ったとき、タブを使ってウィンドウを切り替える便利さに感心した人は多いだろう。 いったんタブの便利さに触れると不満に思えてくるのが、ファイルの管理だ。Windowsユーザーなら、フォルダを開いたりファイルを移動するのに、Windows付属のエクスプローラをそのまま使っている人がほとんどだろう。「これもタブで切り替えて管理できれば、デスクトップがウィンドウだらけにならないで済むのに……」と思ったことはないだろうか。 ファイル管理ソフト（ファイラー）と呼ばれるソフトウェアには、フォルダをタブごとに切り替えてファイルを管理できるものがある。これを使えば「デスクトップがウィンドウだらけ」を避けられる。キーボードショートカットやマウスジェスチャーのような、先進的なブラウザで採用している機能も
仕事をできる人作れる人 : 404 Blog Not Found
2006年10月03日20:45 カテゴリValue 2.0書評/画評/品評 仕事をできる人作れる人 実は仕事ができる人より、もう「一枚上」の人がいる。 Unixという考えかた Mike Gancarz / 芳尾 桂 訳 [原著: The Unix Philosophy] レジデント初期研修用資料: 凄いのにそう見えない人本当に仕事ができる人というのは、一見すると何も仕事をしていないように見えるのかもしれない。 「仕事を作れる」人だ。 「人の仕事を増やしやがって」という意味の「作る」ではない。仕事そのものを「発見」し「整理」し、それを「業務化」する人のことである。 何か特別な資格を持っているとか、ものすごく大きなプロジェクトを成功させたとか、そういう武勇伝みたいなものはなんにも無くて、淡々と医療事務をこなすだけの人。 でもすごい。仕事が快適。 なぜあなたの仕事が快適かといえば、それはあなた
報奨金制度の提案に起因する、Debian開発者の活動意欲に関する論争 | OSDN Magazine
現在、自らをDunc-Tankと名乗る開発者たちの集団が、特定のプロジェクトを完成させたDebian開発者に対して金銭的な報酬を支払うための準備を進めている。こうしたDunc-Tankによる活動の第一目的は、Debianの次期バージョンをスケジュールどおりにリリースさせることにあるのは分かるとしても、このアナウンスについて懸念されるのは、以前にもプライベートな議論として取り上げられたことのある問題、つまり「従来は個人的な動機から仕事を進めてきたフリーソフトウェア開発者に対し、唐突に金銭的な報酬が与えられるような事態になったらどうなるか」というものである。 Dunc-Tankが最初に発表したニュースリリースによると、この組織は一種の“実験”団体であり、「開発者とユーザおよびDebianのサポータをメンバとする独立団体」であるとのことだ。実際Dunc-Tankには、Debian開発者の間でも特
システム脆弱性のオープン系ツールを用いた検証 | OSDN Magazine
ネットワークのセキュリティ確立に最適な手法やソフトウェアを見極めるのは、IT管理者にとって難題の1つだ。特にセキュリティ関連製品の場合、その謳い文句どおりの恩恵が得られるかを確認するのは非常に困難である。こうしたネットワークの安全度を検証する手法の1つが、攻撃側の手口を実際にシミュレートしてみる侵入テスト（ペネトレーションテスト）というプロセスだ。通常このプロセスでは、インターネット検索ないしその他のオープンソース系ソースから必要な情報を収集した上で、ターゲットとなるネットワークにNmapなどのツールを用いたスキャニングとマッピングを実行し、目的のコンピュータへの侵入経路となり得る脆弱点を探し出して、実際にコンピュータを攻撃するという手順が取られる。有益な侵入テストを実施するにはセキュリティに関する広範な知識が必要なのは当然だが、同時に不可欠なのが、下記に紹介するオープンソース系ツールなど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://hotwired.goo.ne.jp/original/maegawa/041130/03.html
IBM Java:コード品質を追求:ソフトウェア設計者にとってのコード品質 - Japan
