I'm writing a followup to my venerable old very-outdated What Language Do I Use? article, and I'd like a little advice. The article isn't bad, but it's clearly showing its age. The languages I covered back then were.
C
C++
C or C++ (which is better)
Assembly
Pascal
Visual Basic
Java
Authoring Tools (Flash, Director, IconAuthor, Hypercard)
And I'm trying to update things for the present. The fixes I see thus-far are. . .
- add the .NET languages with C# and VB.NET subsections. That'll kill the Visual Basic section.
- replace the "Authoring Tools" section with "Flash" because Flash won that war.
- replace Pascal with Python. Pascal seems to be much more of a niche-player nowadays than Python. Seems like most of the old Pascal language-zealots are now worshipping C# or Python, so I don't think I'll break any hearts there.
- server languages (PHP, as well as a short discussion of previously-mentioned languages that work nicely on a server, like Python and ASP.NET)
And yeah I know I'm starting a language war here, but my goal is to be pragmatic and cover technologies that are used now and in the very near future to create viable commercial products. Hence I don't think I'm gonna mention javascript because it doesn't exist beyond very small projects, and Silverlight isn't really anywhere in game development either. The javascript thing might change with that Apple Cocoa-gizmo that was just announced, but that's a ways down the road before we even see it, much less when we start seeing quality game-products done with it. And Silverlight might change as soon as someone ports a terrific 3D shooter to it, but that's also a ways away if ever.<br><br>Java will probably get a much heavier emphasis on its use as a server language than a client one because I haven't seen any growth in Java as a client technology, but it does seem to now have a comfortable niche for servers.<br><br><br>So I'm at this now. . .<br><br>C<br>C++ (with the "C versus C++" part in the conclusion)<br>Assembly (probably keep this very short, no real growth here)<br>Python<br>Java (emphasizing server use more than client)<br>.NET languages (specifically C# and VB.NET)<br>Flash<br>Server languages (PHP, server-side Java and Python, ASP.NET)<br><br>Any omissions?<br><br>Okay, any HUGE omissions? I know I probably oughta mention Perl and Haskell and Ruby (on or off Rails) and LUA, but you're gonna have to lobby for those.<br><br>Discuss. . .<div>
</div>
🎉 Celebrating 25 Years of GameDev.net! 🎉
Not many can claim 25 years on the Internet! Join us in celebrating this milestone. Learn more about our history, and thank you for being a part of our community!
Previous Entry
Yeah I'm still here
Next Entry
Memory and my personal conspiracy theory
Comments
June 17, 2008 10:23 AM
Seems fine to me. I don't think Java should exclusively be argued for server-side; coupled with a good library like jMonkeyEngine or LWJGL, it can be pretty powerful. I was extremely doubtful until I saw what HopeDagger was up to using it.
I do love Haskell, but I understand it's not for everybody.
I do love Haskell, but I understand it's not for everybody.
June 17, 2008 01:13 PM
June 18, 2008 04:20 AM
Dark/BlitzBasic? (It's the only thing I can think of that comes up a lot on the forums that wasn't on the list)
June 21, 2008 04:09 AM
Why did this not get posted? I submitted it this morning at about 8am CST.
I disagree on the javascript side. It's the most widely deployed language in the world. SproutCore is already out there with Apple's contributions in it.
If it's good enough to write a iPhoto gallery tool that supports stuff like drag and drop, smooth animation, skimming, etc... on Safari, Firefox 2/3, and IE 6/7* (in the ill-named MobileMe) to be released July 11th. Then I submit that it's ready for casual games. I could easily see someone writing a solitaire using the code in the photo galley demo app.
*Assuming of course that what was said at the Keynote was true. I've tried the demo photo app with Firefox, Safari and IE 7 and it works fine.
I disagree on the javascript side. It's the most widely deployed language in the world. SproutCore is already out there with Apple's contributions in it.
If it's good enough to write a iPhoto gallery tool that supports stuff like drag and drop, smooth animation, skimming, etc... on Safari, Firefox 2/3, and IE 6/7* (in the ill-named MobileMe) to be released July 11th. Then I submit that it's ready for casual games. I could easily see someone writing a solitaire using the code in the photo galley demo app.
*Assuming of course that what was said at the Keynote was true. I've tried the demo photo app with Firefox, Safari and IE 7 and it works fine.
June 21, 2008 10:49 PM
Advertisement
Latest Entries
Neato transition effect
3594 views
New Unity3D UI and just general musing.
4517 views
So Dwarf Planet Pirates has grown in scope.
3926 views
Seems to still be working.
2799 views
Advertisement
Hell, I'm using at work right now on a PS2 project and I know it is used in the PS3 and 360 projects we do here as well.