If you’ve read some of my other articles, you know that I believe that the best code is no code at all. But what if you actually have to write some code? What then? This article deals with that question and shows the importance of simplicity.
It is true that no tools are necessary to apply good software engineering techniques, but they can often be a big help. The third and last session of “By the Books: Software Engineering in the Games Industry” concentrated exclusively on languages and tools, and participants shared their favorite tools and warned others about potential duds.
The second session of the GDC 2004 roundtable “By The Books: Software Engineering in the Games Industry” concentrated on processes and methodologies. In particular, we had a good look at agile development and how it can be applied to game development.
This is the summary of the first session of my GDC 2004 roundtable: By the Books: Software Engineering in the Games Industry. Unlike other years, each session focused on different topics. This one starts with a general discussion of what we need software engineering for in the games industry and then looks into specific techniques that teams can adopt as part of their development process right away.
For small projects, we can blissfully code away without paying any attention to physical structure and we won’t be any worse off for it. However, as a project grows, it reaches a critical point where build times become unbearably slow. This article looks into the reasons for such slow build times and explores some techniques to speed things up.