昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え

DBエンジニアのための技術勉強会（第3回）で使用した資料です。主にリレーショナルモデルと正規化について解説しています。リレーショナルモデルの限界について正しく認識してこそ、リレーショナルモデルを理解したと言えると思います。

アンチパターンに名前を付けることで、コンテキストを共有できて議論がしやすくなる。2月14日、15日に都内で開催されたイベント「Developers Summit 2013」、通称デブサミにおいて、書籍「SQLアンチパターン」の監訳をした和田卓人氏は本書の意義をこう強調しました。 「SQLアンチパターン」は、データベースにおける設計からアプリケーションに関わるレイヤまで、開発者が陥りやすいミスや誤解に名前を付けたうえで原因と解決策を詳しく解説しています。 和田氏が指摘するように、これまでデータベースに関するデータ設計などのミスを指摘したり議論するには、その背景を共有するための面倒な説明が必要でした。SQLアンチパターンの登場は、そうした背景を暗黙のうちに共有する手段を与えてくれることになります。本書はデータベース分野の古典になる資格を十分に備えているのではないでしょうか。 書籍の監訳者自身が

状態遷移表による設計手法について解説。今回は「状態遷移表を使用したテスト手法」の【前編】として、ホワイトボックステストとブラックボックステストについて詳しく解説する。 はじめに 組み込みソフトウェアが抱える一番の課題は「設計品質の向上」です。本連載の主役「状態遷移表」であれば、“イベント”と“状態”の全ての組み合わせを捉えることができるため、「モレ」「ヌケ」のない品質の良い設計が可能です――。ということで、これまで状態遷移表設計手法について詳しく解説してきました。具体的には、“要求分析モデル”“設計モデル”“状態遷移表からの実装”などのテーマを中心に、その設計手法を見てきました。 ご存じの通り、組み込みソフトウェア開発において、“手戻り作業”は非常にコストが掛かり、とても非効率なものです。そのため、前工程で不具合要因をきちんと抑えることが重要です。ただし、不具合が前工程で抑えられたからとい

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

ドットインストール代表のライフハックブログ

昨年の10月14日、米Yahoo!のトップページがダウンしたと、米Huffington Postが記事「Yahoo DOWN: Yahoo.com Outage Reported」で伝えました。米Yahoo!にとってトップページがダウンすることはきわめてまれなことで、この件が発生するまでほぼ10年にわたりトップページのダウンは起きていなかったと言われています。 その米Yahoo!はシステムダウンを防ぐためにどのような取り組みをしているのか？ 米オライリーが主催したイベント「Velocity 2011」で、Yahoo!サービスエンジニアリング部門のVice President、Jake Loomisが行ったセッション「Why the Yahoo FrontPage Went Down and Why It Didn't Go Down For up to a Decade before Th

2010年12月12日22:30 カテゴリ書評/画評/品評Art 紹介 - プログラマが知るべき97のこと プログラマが知るべき97のこと [原著:97 Things Every Programmer Should Know] やっと出ました。 私も寄稿しております。 オライリー本としては2,000円を切るお手頃価格となっております。プログラマー、とくにプロ^2グラマーの方はぜひ一つ。 Dan the Contributor Thereof 目次 O'Reilly Japan - プログラマが知るべき97のことより 目次 監修者まえがき はじめに 01 分別のある行動 セブ・ローズ（Seb Rose） 02 関数型プログラミングを学ぶことの重要性 エドワード・ガーソン（Edward Garson） 03 ユーザが何をするかを観察する（あなたはユーザではない） ジャイルズ・カルバン（Gile

性能トラブルを避けるために、開発工程全体で性能について留意することは確かに重要だ。限られた時間のなかで、具体的に何ができるのか---。日経SYSTEMS 2010年11月号で「応答3秒の作り方」という特集を企画したときに、まずこんな疑問がわいた。 システムの設計や実装の工程では、「機能要件をいかに実現するか」が最優先される。その過程で処理性能の目標値を達成するための作業、いわゆる「性能の作り込み」にはそれほど大きなコストはかけられない。これが多くのプロジェクトでの現実だろう。 通常の設計や実装を進める際に、多くの手間をかけることなく、性能トラブルの原因を回避できるのか。そうした視点で取材で進めたところ、まず出てきたのが「画面からデータベース（DB）処理を想像する」という方法である。 画面から応答時間が見えてくる 「画面設計の際に、裏側でどんなDB処理を実行するかを想像してみる。すると、応答

Androidアプリケーションのコンテスト「Android Application Award（A3） 2010 Spring」の表彰式が、2010年6月24日、都内で開催された。約340件の応募の中から17作品（最終ノミネート作品一覧）が最終選考に残り、8作品が大賞、優秀賞などを受賞した。 Android搭載スマートフォンの技術的な可能性を引き出した作品、そして人々のライフスタイルを変える可能性を秘めた作品が高く評価された。スマートフォンは、IT（情報技術）の最先端であると同時に、ITがライフスタイルを変える動きの最前線でもある。そのことが実感できる内容となった。 グローバル賞に「PICT RHYTHM」、“クリエイターの楽しさ”を提供 グローバル賞を受賞したテックファームの「PICT RHYTHM」開発チームと審査員のソニー・エリクソン・モバイルコミュニケーションズ 小林弘明氏（左端）

宮原 徹 日本仮想化技術 サーバー仮想化の目的として「仮想化によるサーバー統合（仮想化統合）」がよく挙げられる。物理サーバーのリース期間が終了したり、保守サービス期間が終わって交換用部品が入手できなったりするなどで、システムを継続運用するのが困難な場合に採用することが多い。 これにより、サーバーの消費電力削減や設置スペース縮小などによるランニング・コストの削減も期待できる。省電力化を図る「グリーンIT」にも貢献するわけだ。 しかし、仮想化統合を成功させるには、きちんとした仮想化環境の設計が必要になる。VMwareやXen、Hyper-Vといった仮想化ソフトウエアが稼働するだけでなく、適切な性能で既存システムを動かし、さらに消費電力を確実に削減できるようにするべきである。 ここでは、当社がこれまで手掛けてきた仮想化プロジェクトに基づいて、消費電力の削減までを考慮したサーバー仮想化環境を設計す

開発者から見て、iPhoneとAndroidはどう違うのか。ITproの記事を読むためのiPhoneアプリとAndroidアプリを開発し、「オール・イン・ワンiPhone開発」と「Androidで広がる、携帯アプリ開発の世界」とを執筆したアシアルが両者の違いを解説する連載。今回は、「UI（ユーザーインタフェース）」の観点から両者を比較する。 新たなユーザー体験をもたらしたiPhone iPhoneのUIは、現在Mac OS Xで全面的に採用されているGUI、「Aqua」をベースとしている。繊細で美しいビジュアルと、流れるようなアニメーションが特徴だ。タッチパネルでの操作を基本とし、とりわけマルチタッチディスプレイが採用されたことは、従来の携帯電話にはない新たな体験をユーザーにもたらした。今となってはすっかり定着した感のある「ピンチ」という言葉は、2本指でつまむようにして拡大・縮小する時の操

全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

DB設計の神ツール「ERMaster」なら、ここまでできる：ユカイ、ツーカイ、カイハツ環境！（11）（1/3 ページ） 無料のEclipseプラグイン「ERMaster」とは データベースのテーブル設計を行うときに皆さんは、どのようにしているでしょうか？ いくつかの無料で利用できるツールが提供されているので、筆者はそれらを利用していましたが、最近「ERMaster」と呼ばれるEclipseプラグインの存在を知りました。 ERMasterは、ほかのツールに比べ、直感的で分かりやすいUI（ユーザーインターフェイス）に、カスタマイズ可能な、Excelで出力できるテーブル定義書、辞書機能など痒いところに手が届くERモデリングのツールです。本稿では、このERMasterについてご紹介します。 ERMasterの主な特徴、8つ ERMasterには、主に次のような特徴があります。 【1】直感的で使いや