受託開発で開発開始時に確認すること | DevelopersIO
はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基本部分 契約書／要件定義書に書かれているようなこと。設計時や問題発生時に考える時の基礎になる部分なので、プロジェクトに関わる人全てが知っていて意識するべきこと。 ☆は仕様追加などの状況によってパラメータ調整する項目 目的 何故このプロジェクトが始まって何を目標としているのか 世界のはじまり。考察の基準。 エンドユーザー お客様と本当の意味でのエンドユーザー。 誰が使って嬉しいといいのか ステークホルダー プロジェクトのボスは誰か 誰を納得さ
パーソナル・スタジオ設計の音響学 その1「低域・中域・高域という3つの世界」 - ROCK ON PRO
渋谷：〒150-0041 東京都渋谷区神南1-8-18 クオリア神南フラッツ1F 03-3477-1776 梅田：〒530-0015 大阪府大阪市北区中崎西2-2-1 東梅田八千代ビル1F 06-6131-3078 パーソナル・スタジオ設計の音響学 その1「低域・中域・高域という3つの世界」 NEW!Archives 2010年01月20日 長い夜は、じっくり音を科学する！ サウンドクリエイター、エンジニアにとって、制作空間には多くの要素が求められます。快適であること、創造性が高まる環境であることは、近年、特に高まってきた要望ではないでしょうか。その全ての基盤になるのが、適切な音響空間デザインがされていることだとRock oNは考えます。 建築家、デザイナーに設計を任せる前に理解を深めてみませんか。サウンドの世界が、ぐっと広がるかもしれません!今回から4回の連載で、株
8ビット時代のグラフィックについて::Colorful Pieces of Game
twitterで、X1やSMC-777などのVRAMがI/Oポートの先にある設計をおかしいハードだと書かれていたので「あー、今の目で見るとわからんか」と思うと同時に、それがゼンゼンおかしいどころでなく、とてもリーズナブルな設計の一つであったのだ、という話をここに書いておこうと、突然思ったので書く。 まず、当時のパソコンでとても主流だったグラフィックスを解説すると640x200。 RGB１ビットずつのデジタル８色。縦横８で割るとわかるが80x25。つまり当時のキャラクタ画面のドットに１：１対応するグラフィクスだ。 これRGB、それぞれのプレーンのサイズをKBで表すと16KB。 今から見ればカスのようなサイズだけど、アドレスバスが16ビットしかない8ビットマシンでは大問題になる。 アドレスバスが16ビットってことは、64KBが直接アクセス可能なメモリ量ってことになる。ここに16KB*3のプレー
特許庁の55億かけて頓挫したプロジェクトの報告書が面白い
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視
設計と実装の狭間で - 急がば回れ、選ぶなら近道
・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて（懐古趣味の老人を除いた）皆さんが毛嫌いするCOBOL＋汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず
先日倒産したメモリメーカーの友人と飲んできた話
彼は純粋な技術屋といった感じで、 愚痴もまじっていたせいだろうか、何を言ってるかわからない部分もあったが、 いろいろと興味深い話を聞くことができた。 「結局、装置があれば韓国でも中国でもどこでも作れるようになって、値段のたたきあいになっちゃたんだろ」 という私に対して、彼は言った。 「体力勝負で負けたのは否定しない。だけどな、装置があれば誰でも作れるというのは大間違い」 「最大の要因は、やつらの技術力が高かったことだと思う。というかうちの規模の会社が研究開発で対抗できてたのがある意味奇跡。」 メモリは『装置があれば作れる汎用品』なわけではない。ということを彼は熱弁していた。 回路ひとつをとってみても、『アナログ』技術の塊で、 記憶素子のわずかな物理量(数10フェムトとか言ってた)の変化を 増幅する高精度なアンプだとか、 秒速数ギガビットの信号を処理するためにピコ秒単位で 信号のタイミングを
ソフトウェア工学とは何か
ソフトウェア設計とは何か？ （原文： What Is Software Design?） by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W. Reeves 氏に，
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データベース設計の煩雑な作業を自動化する「ERMaster」
Loading...
IDEA * IDEA
IDEA * IDEA