「日本のゲームが持つ問題点」や「開発における日本とアメリカの明確な違い」を最前線にいる当事者がハッキリと語る
日本のゲームを愛するが故に「日本の有名なゲームクリエイターが最新のゲームをやっているとは到底思えない」などと「日本のゲームが持つ問題点」について歯に衣着せぬ意見をバシバシ飛ばしまくる講演「僕の海外ゲーム開発ストーリー++ ～日米両方でAAAゲーム開発をして分かったこと～」が日本最大のゲーム開発者向けカンファレンス「コンピュータエンターテインメントデベロッパーズカンファレンス2011(CEDEC2011)」で行われました。 講師は、Microsoftの343 Industriesでディレクターを務めたライアン・ペイトンさん。2003年に来日し、小島プロダクションにて「メタルギアソリッド4」などの人気作に関わった後、故郷のシアトルに戻ってからMicrosoftに入社して「HALO 4」を含むHaloシリーズのクリエイティブ面のディレクションを担当した人物です。 講演は自身の半生から始まり、「ゲ
【島国大和】パチンコや麻雀，そしてソーシャルゲームからゲーム業界が学ぶべきこと
【島国大和】パチンコや麻雀，そしてソーシャルゲームからゲーム業界が学ぶべきこと ライター：島国大和 島国大和 / 不景気の波にもがく，正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ：http://dochikushow.blog3.fc2.com/ 東京ゲームショウ2010には，公式サイトによれば過去最高の20万7647人が来場した 今更な話で恐縮ですが，東京ゲームショウ2010は，予想以上に来場者が多くてよかったです。コスプレを見に来た人がたくさんだったという噂もありますが，それはそれ。人数が多ければ，それで良いのです。数字は力を持ちますからね。 ここのところ，旧来から続くゲーム業界は不景気な話ばかりで，今回の東京ゲームショウも凹むかなーと思って心配していたんですが，ほんと良かった良かった。 そんなわけで，ちょっと安心している島国大和です。今回もよろしくどうぞ。
ソフトウェア工学とは何か
ソフトウェア設計とは何か？ （原文： 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.
6000人が作ったシステムは必ず動く：ITpro
最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開
「作っては壊す」過程があってこそ良いものが作れる
iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが
新卒で入社して一年
大手電機メーカーのSEとして就職して一年。 うちの職場は、なんというか、生ぬるい。 もちろん仕事がないかといえばそういう訳でもなく、 毎日20時21時まで残業するのが当たり前。 でもそれほど切羽詰っているわけでもないから、 定時に帰っても特に問題ないし、皆ちょこちょこと有給で休みを取る。 一日に何度か職場のあちこちで雑談タイムが繰り広げられていて、 朝から晩までバリバリ仕事、という空気でもない。 そして今年は一年目だから給料は300万ちょっとだけど 来年からは600万くらいに跳ね上がる。 はっきりいって、楽にお金を稼ぐという点では非常に恵まれた環境だと思う。 良くも悪くも平均的な人が多く、職場の人間関係も穏やかそのもの。 このままなんとなく過ごせば、きっと10年後には貯金の額もすごいことになる。 でも、ここにいる限り、スキルの向上はあまり期待できそうにない。 同僚はクルマやらマイホームやら
○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | fladdict
今日はてぶのトップにあがってた○○円ならどこまでできる!? ウェブサイト制作の相場早見表のエントリ。見てびっくり。 高度なFlash = 250万円 AjaxやAPIを使った少し高度な仕組みの作成 = 500万円 わ ー い 、 ふ ざ け ん な ば か。 価格っていうより、「少し高度」なAjaxのほうが、「高度な」Flashより扱いが上なのが納得いかないざんす。
RIATest - Automate testing of Flex applications
RIATest is a GUI test automation tool for Adobe Flex applications. RIATest does for your GUI what FlexUnit does for your code. Why use RIATest? Stop wasting expensive QA engineering time testing the same feature over and over again. Automate the process and let RIATest do the work for you. Add RIATest to your continuous integration system and find out when your software regresses, without c
AS3での非同期通信を一元化する方法のメモ | fladdict
休日出勤で作業中に、コードの神が脳内降臨して問題が解決したので忘れる前にメモ。 イベントリスナによる非同期処理が複雑にからむ場合、非同期処理を同期処理の中になんとか同一視して埋め込もうとするから破綻するんだ！！多分、逆に考えればいい。 あらゆる処理は非同期処理である。 通常の関数のコールやtrace文みたいなものまで、同期処理は待ち時間が極小の非同期処理と解釈する。こう解釈すれば、作るべきは非同期処理をチェーンしたり、キャンセルしたりする機構と、同期処理を擬似非同期処理としてラップするクラスだけだ。 これさえ作れば全ての処理は一元的に管理できる。更に評価関数を定期的にウォッチし、条件が満たされたときにイベントをdispatchするような非同期クラスを作れば、アニメからポーズロックからローディングまでなんでも同じ記述でかける。 for文の分割や重い処理なら途中でウェイトかまして分散とかも余裕
enbug diary(2008-01-21)
_ プログラマの心がけ バカが征くより： 若いヤツと仕事してると、よく『なんとなくこのへんが おかしい気がするんですけど』っていうのを聞く。 若くなくても、そういう人はいるんですよねえ、というのは置いといて、 私がしばしば言っていることは プログラマは一行一行に責任を持て。 ってことなんですね。 「プログラムというのはロジックを記述するためのものなのであって、 詩や小説じゃないんだから、無意味な行があっても仕方がない。 自分がそこで何を意図しているのか責任を持てないようなコードを書いちゃ駄目。」と。 もっとも、詩や小説にも本当には無意味な行なんてものはなくって、 雰囲気を作り上げるためとか、話のテンポを調節するためとか、 それ相応の意味があるわけですが、 プログラムというものには「論理的に」関係のない行があっては駄目だと思うんですね。 もちろん、読みやすくするための空行とかは別ですが、 何
オフショア時代を乗り切る明確な要求仕様作成術
正確で明確な「要求仕様」を作成するのは非常に難しい。それがオフショア開発となればなおさらである。 開発技術の発展により，従来よりも変更に強く，速くシステムを作ることは可能になった。しかし，実物を作らずに「紙上」だけで仕様を正確に定義するのは，いまだにとても難しい。 システム化の対象業務も様々で，近年では経理システムのように定型なものは少なくなった。要求を出す側のユーザーでも，アプリケーションを作成して初めて仕様が見えてくるといったことはよくあることだ。 システムに対する業務的な要求が，時間の流れによって変わってしまうこともよくある。チェンジビジョン代表の平鍋健児氏は，このことをで「ムービングターゲット」，つまり動く標的という言葉で説明している。 オフショア開発の場合，それが顕著になる。日本人同士のように，電車で移動すれば顔を合わせられる位置にいても，仕様に対する意識の違いや，仕様そのものの
福耳コラム - ものづくりは情報の転写だの巻「女子大で講義する余談の多い経営学 ＃６」
自動的に移動しない場合はをクリックしてください。
AS3 メモ 抽象的なUIクラスが必要 | fladdict
AS3でまともに広告系のサイトをバリバリ作ろうと思うなら、なんか抽象的なUIクラスがないと叶わん。 ビューの制御を継承するサブクラスに丸投げして、UIの挙動部分だけに特化したクラス。 サブクラスは、親クラスからイベントを受けて、enableやフォーカス、キー入力の有無を取得し、それにあわせて描画を変更する仕組み。 たとえばスクロールバークラスなら。 ・表示領域と、コンテンツ全体の計算。 ・移動量、ドラッグ可能範囲の制御。 だけを抽象的に行って、スクロールバーそのもののアニメや描画は全部、サブクラスで俺らが適当に実装する。みたいな感じ。 こういうクラスが欲しい。というかないとどーにもならん。 ぶっちゃけコンポーネントは中途半端にビューと結合しすぎてて、役不足だ。 そういうのがないとホントヤバイというか、一般的には費用対効果的でAS3はお金ジャブジャブプロジェクト以外では投入できない、というか
IGDA Japan chapter - 足さずに作ること
ここにあるblogエントリは、それぞれの投稿者が個人的な見解を記すものです。 文責は投稿者にあります。IGDA日本は、blogエントリの内容について一切の責任を負いません。 また、blog エントリに記された見解と、IGDA日本の公式な見解が一致することも保証しません。 モノを作っていて1番怖いのは、途中で何を作ってるのか分からなくなることだと思うのです。特に、大人数の共同作業で作っている時は要注意でしょう。たった1人の認識がズレてるだけで、その人の担当部分が綻びとなり、統一感を損ねてしまったり、評価を落とす原因になりかねません。 世の中の殆どの作品は、1人の人間によって作られます。人手がかかる作品も、その多くは、1人のクリエイターと、その手足となって手伝うアシスタントの集団によって作られているので、実質的には1人の人間によって作られていると考えて良いでしょう。クリエイターは、ア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.brian-talbot.com/portfolio/docs/NGEE_annotations.pdf
Lost Garden
http://www.businessweek.com/the_thread/techbeat/archives/2008/03/apples_design_p.html
Amazon.co.jp: ソフトウェア要求: Karl.E.Wiegers (著), 渡部洋子 (翻訳): 本
https://www.flashdevelop.org/community/
Engadget | Technology News & Reviews
