<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The truth behind game development</title>
	<atom:link href="http://www.mandible.net/2007/12/20/the-truth-behind-game-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mandible.net/2007/12/20/the-truth-behind-game-development/</link>
	<description>The Mad Ravings of Zorba</description>
	<lastBuildDate>Thu, 12 Jan 2012 00:07:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Ming</title>
		<link>http://www.mandible.net/2007/12/20/the-truth-behind-game-development/comment-page-1/#comment-1097</link>
		<dc:creator>Ming</dc:creator>
		<pubDate>Wed, 16 Jan 2008 21:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.mandible.net/2007/12/20/the-truth-behind-game-development/#comment-1097</guid>
		<description>Having started a game studio, and having been in the game industry for a decade and a half, I can tell you that starting a game studio has quite a lot of business detail to take care of. Even as you get larger, to the size of EA, the business stuff arguably becomes larger than the development issues.

However, for a small studio, this should not be the case. Although you may be grinding valuable business XP, you might want to re-examine your priorities if you want to put out a game. There are several hidden costs to not hiring expert people to take care of things such as server issues, PR, web design, and yes, even programming and *designing* interfaces.

One large hidden cost is the quality of the game suffers when the primary creators are distracted from the job of creating the game to the job of maintaining the business. Game quality largely resolves around how quickly and easily you can turn around changes. Consider this the &quot;inner loop&quot; of game development. Like all critical routines that need to be fast, you focus your software and engineering talent on tightening this inner loop so that content creators can make as many polishing passes as possible in a small amount of time.

Parts of the game that are largely not core gameplay can have their non-inner-loops outsourced or otherwise created less efficiently. These include shell screens, interface screens, interface code, localization issues, and screen resolution issues. While these must be in the game, they are not critical to whether the game is fun or not. So, in general, it makes sense to create these at a slower pace, in parallel with the actual game development.

A second hidden cost is the constantly moving window of progress. You don&#039;t see it, because you are isolated, but you have competitors. In the case of the IGF, I have seen the quality of student works improve dramatically year after year. The collaboration efforts and free-source engines available keep improving. As this progress increases, you run the risk of your project becoming *trivialized* because you are building so much of it yourself, rather than in collaboration. For example, a game with the complexity of Breakout might have taken a team of 3, a full 9 months when it was first invented, simply because the tools did not exist to create a novel game. However, our gamesmithing group could probably whip it together on our spare time over a couple of weekends.

A third consideration is that arguably your strength, the very uniqueness of your tools and approach, will be a barrier when you try to attract a publisher. The reason for this is that you will need to hire a full team in order to complete your game. Already, you are coming up against several inefficiencies--- the interface could have been designed before it was implemented, thus saving YOU, the critical bottleneck, lots of rework time. Eventually, you will want a designer to save you this kind of time. And then you will want artists. And maybe another programmer. Or two. Or four. 

However, hiring professional game development talent will be difficult if your suite of tools is unique and you are the principal architect and programmer. The reason for this is that young game developers will want to work on professional tools that are commonly used in the industry in order to improve their skills and resumes--- they are grinding XPs for skillsets they can use in other companies. A unique development environment doesn&#039;t help that goal. Secondly, expert developers are likely to already have tools and skills that they have developed using standard industry programs and tools. They will not want to learn anything new, and would not want to work on something that is less efficient than the approach that they&#039;re used to.

A fourth and final consideration, perhaps the most insidious, is personal opportunity cost. Although you may have a wealth of time, money, and enthusiasm now, that does not mean that you will still have enough of all three to do this another time. For me, personally, my enthusiasm on a project erodes with time. There is a time window in which I will be interested in a project, and beyond that window, I will lose interest unless there is significant progress. I must commend you for having stuck through this for even this long since to me, it seems like things are moving at a glacial pace.

Anyway, I am just offering my insights into the development of your game studio. You have a great opportunity here--- one that many of us don&#039;t have since we lack some of the critical elements (time, money, or enthusiasm/attention span). So I&#039;m just outlining some dangers so that you have a better chance of success.

I wish you all the luck in the world. But keep in mind that actions or inactions can bring about that luck or cancel it all the same.

-Ming</description>
		<content:encoded><![CDATA[<p>Having started a game studio, and having been in the game industry for a decade and a half, I can tell you that starting a game studio has quite a lot of business detail to take care of. Even as you get larger, to the size of EA, the business stuff arguably becomes larger than the development issues.</p>
<p>However, for a small studio, this should not be the case. Although you may be grinding valuable business XP, you might want to re-examine your priorities if you want to put out a game. There are several hidden costs to not hiring expert people to take care of things such as server issues, PR, web design, and yes, even programming and *designing* interfaces.</p>
<p>One large hidden cost is the quality of the game suffers when the primary creators are distracted from the job of creating the game to the job of maintaining the business. Game quality largely resolves around how quickly and easily you can turn around changes. Consider this the "inner loop" of game development. Like all critical routines that need to be fast, you focus your software and engineering talent on tightening this inner loop so that content creators can make as many polishing passes as possible in a small amount of time.</p>
<p>Parts of the game that are largely not core gameplay can have their non-inner-loops outsourced or otherwise created less efficiently. These include shell screens, interface screens, interface code, localization issues, and screen resolution issues. While these must be in the game, they are not critical to whether the game is fun or not. So, in general, it makes sense to create these at a slower pace, in parallel with the actual game development.</p>
<p>A second hidden cost is the constantly moving window of progress. You don't see it, because you are isolated, but you have competitors. In the case of the IGF, I have seen the quality of student works improve dramatically year after year. The collaboration efforts and free-source engines available keep improving. As this progress increases, you run the risk of your project becoming *trivialized* because you are building so much of it yourself, rather than in collaboration. For example, a game with the complexity of Breakout might have taken a team of 3, a full 9 months when it was first invented, simply because the tools did not exist to create a novel game. However, our gamesmithing group could probably whip it together on our spare time over a couple of weekends.</p>
<p>A third consideration is that arguably your strength, the very uniqueness of your tools and approach, will be a barrier when you try to attract a publisher. The reason for this is that you will need to hire a full team in order to complete your game. Already, you are coming up against several inefficiencies&#8212; the interface could have been designed before it was implemented, thus saving YOU, the critical bottleneck, lots of rework time. Eventually, you will want a designer to save you this kind of time. And then you will want artists. And maybe another programmer. Or two. Or four. </p>
<p>However, hiring professional game development talent will be difficult if your suite of tools is unique and you are the principal architect and programmer. The reason for this is that young game developers will want to work on professional tools that are commonly used in the industry in order to improve their skills and resumes&#8212; they are grinding XPs for skillsets they can use in other companies. A unique development environment doesn't help that goal. Secondly, expert developers are likely to already have tools and skills that they have developed using standard industry programs and tools. They will not want to learn anything new, and would not want to work on something that is less efficient than the approach that they're used to.</p>
<p>A fourth and final consideration, perhaps the most insidious, is personal opportunity cost. Although you may have a wealth of time, money, and enthusiasm now, that does not mean that you will still have enough of all three to do this another time. For me, personally, my enthusiasm on a project erodes with time. There is a time window in which I will be interested in a project, and beyond that window, I will lose interest unless there is significant progress. I must commend you for having stuck through this for even this long since to me, it seems like things are moving at a glacial pace.</p>
<p>Anyway, I am just offering my insights into the development of your game studio. You have a great opportunity here&#8212; one that many of us don't have since we lack some of the critical elements (time, money, or enthusiasm/attention span). So I'm just outlining some dangers so that you have a better chance of success.</p>
<p>I wish you all the luck in the world. But keep in mind that actions or inactions can bring about that luck or cancel it all the same.</p>
<p>-Ming</p>
]]></content:encoded>
	</item>
</channel>
</rss>

