qSPCの開発も山場を越えた感があるのでたまには進捗報告以外の話を…… 多分、普段は宇宙語が書いてあるブログだと思って見てない人が多いと思うので前提知識を手短に書いておくと: スーパーファミコンにはメインのCPUと別にサウンド用のCPUが乗っている オーディオデバイスにはサウンドCPUからしか触れない サウンドCPUはメイン側とは独立したメモリを抱えている このメモリは64KBしかない メインCPUとサウンドCPUのやり取りには、あまり速くない通信路を使う必要がある という制約があるので、いかにデータをコンパクトにして、最低限の物だけをサウンドCPUに送るかという所で開発者の腕が試されることになる。で、プロの技はどんなもんだろうかと、メモリダンプを見ながら定番のグラディウスIIIをやってみると…… ボスを倒して、ステージが変わるタイミングで一瞬画面が止まるので、ここで曲を入れ替えていると思

同じ人でもチームが変わると駄目になる 唯一、ある種のパターンとして浮かび上がってきたのは「働き方」に関するものではなく、むしろ「成功の法則性」に関するものだった。 つまり成功するチームは何をやっても成功し、失敗するチームは何をやっても失敗する。そのようなパターンであった。 以上のような話を聞くと、読者の中には「それは働き方の問題ではなくて、単にメンバーの能力の違いによるのではないか。要するに、優秀なメンバーが集まったチームは常に成功している。それだけの話ではないか」と思われる人も多いと思う。 ところが、実際はそうではないという。 グーグルのチーム編成は固定化していない。つまり一人の社員が異なる業務目的に応じて、同時並行的に複数のチームに所属している。中には、メンバーの大多数が重複する2つのチームが生まれることもあるが、驚くべきことに、片方のチームの生産性は高く、もう片方は低いこともあるとい