(last edited on April 29, 2014 at 1:26 am)
I’ve been slugging it out with C# and Managed DirectX for the past couple of months, and haven’t made as much progress as I’d like. My conclusion: I need people to jam with to develop momentum. I am pretty much building my development process up from scratch, as it’s been years since I’ve done this full time, and I miss having other people to talk to about technology, game design, and interactive ass-kicking.
There possibly is a group already meeting that does this; I should check out the long-running Boston Post Mortem again, our local area game developer social group to see what’s going on. I figure there’s got to be a few people in Southern New Hampshire / Metro Boston North–and it only really takes a few–who are motivated and skilled enough to tackle some game development topics and develop best practices. The ideal candidate already knows one of the following so they can bring some skill to the table:
- C# / Microsoft Programming Environments
- Game Development, especially tool chains and workflow
- Object Oriented Programming
- DirectX 9 / Win32 Programming
I used to work in the game industry, so I know something of the second topic though it’s pretty out of date. I’m a decent-though-workmanlike programmer, something of a architectural purist that’s learned to make concessions to just getting things done. I love documenting APIs for some reason. And I dig algorithms, version control tools, debugging, and Joel on Software.
If you’re interested in forming a local study group, let me know and let’s get together. If long distance is workable through online collaboration tools, then we can try that too. This is related to my main project for 2008 to develop a large-scale museum exhibit, so I will be working on this full time. I’m not out to create the next cutting-edge graphics demo; I just want to have a decent architecture built on some good tools.
Drop me an email via my contact form or leave a comment here. To maintain high signal-to-noise, I will classify interested parties as either a contributor or a subscriber:
- Contributors are developers with experience in one of those three areas I mentioned, and are genuinely interested in understanding the technology to apply it to their active projects. We expect results from each other, in other words, though we are all working on our own projects.
Subscribers are people who are interested in what we’re doing, but may not have the requisite time or experience to contribute knowledge and code. Nevertheless, they want to know what’s possible, and maybe learn something about how they could start doing what we’re doing. 3D and 2D Artists, interactive developers who use Flash/scripted environments, museum exhibit designers, advertising technologists, and experience designers would probably fall into this category. The input from this group of people is a necessary part of developing anything that has life in it, and communicating how this stuff is technically achieved will provide valuable insight. Or so I hope.
p>Of course, this presumes that people are actually reading this and care :-) At least I tried :-)