GitHub時代の開発委託とは？ デブサミの資料を公開しました - QA@IT公式ブログ
2013年2月14日と15日の2日間にわたって東京・目黒で開催されたDevelopers Summit 2013（デブサミ2013）の1セッションで、QA@ITの委託開発の話をさせて頂きました。講演40分＋パネルディスカッション40分の構成でした。ご来場くださった皆さま、ありがとうございました。 以下、私の講演パートの資料を公開します。 QA@ITは特殊解か？ パネルセッションの部は、今回お声がけ頂いたデブサミ・コンテンツ委員の和田卓人氏が司会となって、委託側、受託側の双方が登壇してQA@ITの開発の経緯や現状を、SI案件一般との比較で相対的に位置付けるという内容でした。 このパネルセッション中の論点について、1点だけ書いておきます。 資料を見ていただいた方の中には、もしかすると「これは特殊ケースでは？ ふつうの受託ではxxxがyyyなので、こうできないのでは？」とお感じになる方もいるかも
CPUはオワコン - きしだのHatena
FPGAでCPUを組んでると、フェッチ部やデコーダ部で足し算や掛け算をしようとして、そんなことしたらCPUの意味ないなーと思ってしまうことがありました。 で、よく考えたら、FPGAでロジックを組むならCPUの意味はないんです。 だいたい、ひとつの処理実行するのに何クロックかかってんですか！と。 CPUでは、計算効率をよくするためにパイプラインという仕組みが使われています。 最近では、18段とかのパイプラインもあるようです。 ここで、18段のパイプラインのうち、実際に計算を行うのは2段か3段だったりします。残りの15段くらいは、命令や計算結果を読んだり書いたりしているだけです。 このパイプラインも、ほとんどはメモリの読み書き、それも命令の読み込みに多くが使われます。 であれば、CPUにしなければ、18段全部計算に使えるんじゃね？という話になりますね。 決まりきった計算を行うのに、いちいちメモ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
