nyopのブックマーク - はてなブックマーク

詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記
わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、
nyop 2014/03/11
ソースの読めない上流(笑)な人たちが仕様を理解できるようにしておくためのもの。後は、上流(笑)の人が書き漏らした仕様が書かれてる。

it

programming
リンク
データベースでもっとも重要な３つのアイデア。（世界でもっとも強力な９つのアルゴリズム） - 未来のいつか/hyoshiokの日記
昨日の日記には山のようにブックマークがついた。( 世界でもっとも強力な9のアルゴリズムを読んだ。 http://d.hatena.ne.jp/hyoshiok/20140209/p1 ) データベースはアルゴリズムじゃないだろうというツッコミもあるけど、偉大なアイデアということだろう。それは多分誰も異論はないと思う。そこで紹介されている３つのアイデアはログ先行書き込み(WAL) 2段階コミットリレーショナルデータベーストランザクションと言う概念が70年代以降発展してきて、その実装にはログ先行書き込みが多大な貢献をした。 2段階コミットによって分散型データベースが信頼性をもって実装できるようになった。リレーショナルデータベース（というよりもリレーショナルデータモデル）は全ての基盤になっている。これらの発展は70年代のSystem Rの先駆的な研究開発から始まったといっても過言ではな
nyop 2014/02/11
DB

it
リンク
Can-Do vs. Can’t-Do Culture - 未来のいつか/hyoshiokの日記
http://recode.net/2014/01/01/can-do-vs-cant-do-culture/ As a venture capitalist, people often ask me why big companies have trouble innovating while small companies seem to be able to do it so easily. My answer is generally unexpected. Big companies have plenty of great ideas, but they do not innovate because they need a whole hierarchy of people to agree that a new idea is good in order to pursue
nyop 2014/01/03
大きな会社でイノベーションを起こしにくい文化とは。

biz
リンク
1