良いユースケースを書くための発想法
システムの要求仕様を決めるのに、ユースケースを使うことがよくあります。 しかし、ユースケースは上手く書けない、何を書けば良いのか分からない、という人も、少なくありません。 たいていのユースケースは、アクターが１人２人いて、アクターが行える操作がいくつか丸で描かれて、それらが線で結ばれているだけの、とてもシンプルなものです。しかし、シンプルすぎて、何の役に立つのか分からない、という人もいます。 役に立つユースケースを書こうとして、細かいことまで書き込みすぎてしまう人も良く見かけます。しかし、それは誤りです。 ユースケースは何のために書くのでしょうか。ここでは、ユースケースの目的をはっきりさせて、良いユースケースを書くための考え方を紹介します。 開発者は、細かいことまでユースケースに書き込みがち Design Wave Magazine 2007年5月号別冊付録「組み込みシステム開発者＆LSI
Facebook、IPO申請書類に添付されたザッカーバーグの手紙全文 | TECH SEVEN
Tweet Facebookは2月1日、昨年から噂のあった新規株式公開（IPO）の申請書類を米証券取引委員会（SEC）に提出した。IPOによってFacebookの企業価値は1000億ドル（約7兆6000億円）に達する可能性がある。 提出文書によると同社のユーザー数は8億4500万人で、毎日ログインするアクティブユーザー数は4億8300万人。従業員数は前年比50％増の3200人以上。2011年の業績は、売上高が37億1,100万ドルで前年比88％増、純利益は10億ドルで65％増となっている。収入は広告の影響が大きいが、広告収入の割合は、2010年の99％から2011年には83％と減らしており、他の収入源を広げつつあるようだ。 最大の株主は創業者のマーク・ザッカーバーグで、約28％を保有する。同氏の2011年の年収は150万ドルだったが、2013年1月からの月収は1ドルにするようだ。 IPO申
ulog.cc - ulog リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
2011-09-27
欧米（特にアメリカ）の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日本ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日本人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか？」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか？」とか、 「 10人の
プログラミングは「名前」が9割。 - このブログは証明できない。
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
なぜ日本人はリスクマネジメントができないのか？：日経ビジネスオンライン
（前回から読む） 池上：今回の東京電力福島第一原子力発電所の事故でもっとも象徴的だった言葉。それは、「想定外」でした。事故を起こした東京電力や監督官庁である原子力安全・保安院までが、今回の巨大津波による災害を「想定していなかった」ことを、早い段階から認めてしまいました。事故の責任をとりたくなかったからでしょう。 加藤：「想定外」の巨大自然災害だったから仕方がない、という話ですね。 「想定外」にしてはいけなかった地震と津波 池上：けれどもその後、今回と同規模の津波が東北地方の太平洋沿岸で、869年の貞観地震の際に起きていたことが震災前から分かっていた事実が明らかになりました。しかも原発関係者にも報告されていたことも判明しています。 つまり「想定外」では済まされない、「想定内」にしておかなければいけない事態だったわけです。日本では、複数のプレートが重なり合い地震や噴火、津波はいつ何時おきてもお
もしも「カレー無料法」ができたら - モジログ
もしも「カレー無料法」ができたら、何が起きるだろうか。 「カレー無料法」は、「お金のない人にも、せめてカレーくらい食べさせてあげよう」という趣旨の法律。メニューにカレーのある飲食店は、カレーだけは無料にしなければいけない、というもの。 もしこんな法律ができたら、まずカレーチェーンは商売にならないので、消滅するだろう。そして、牛丼チェーンやファミレス、定食屋などでカレーを出している店も、カレーはメニューから消えるだろう。 こうして、カレーを出す店はなくなってしまう。これまで普通にカレーを食べていた人も、カレーを食べられなくなるのだ。 どうしてもカレーを食べたい人は、違法の「裏カレー」を出している店に行く。「裏カレー」は１万円くらいするが、店側も違法を承知でやっていて、摘発されるリスクがあるので、高額になっている。 そのうち、「なんで普通にカレーを食べられないんだ！」という国民の声が強まって、
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
