Re: [Algorithms] Complexity of new hardware

[Jeff R. <je...@8m...>]

Working in C++ all the time I feel like the language has become a problem.
The whole industry seems *really* stuck on it, probably because it has the
"when in doubt, add a feature" mindset that so many programmers have (and I
count myself). I'd love to see something a bit more powerful in a language
that still affords very good performance.

Jeff

On Thu, Apr 16, 2009 at 4:08 PM, Nicholas "Indy" Ray <ar...@gm...>wrote:

> On 4/16/09, Jon Watte <jw...@gm...> wrote:
> >  Dealing with complexity is really becoming quite a chore, and our tools
> >  just aren't keeping up IMO.
> >  What good ways are you seeing of lifting game design and implementation
> >  up onto higher levels of abstraction? Is it just middleware, or will the
> >  middleware guys in turn need newer, better ways of doing things?
>
> I find that middleware while often built to be as general as possible,
> it's still too specialized to be the end all of game design
> abstraction. all middleware is designed for a specific purpose and a
> subset of game types.
>
> Since we have been topping out at progress we can make in the graphics
> sense, that leaves us with much more progress to be made with core
> design decisions, as evidenced by the wealth of new game mechanics
> being constantly introduced by the indie game community.
>
> Yet at the AAA end of the scale the scope of our games are so large,
> and the amount of work involved is so much that we aren't yet able to
> experiment so freely. As often such changes don't fit very well into
> our existing pipelines/engines/middleware.
>
> Additionally we are constantly developing tools for our artists and
> designers and giving them more freedom. But here we are still
> developing with the same old tools we have been using for 10+ years,
> that were created with no thought to the specific challenges of game
> development.
>
> Thusly I feel that some large improvements need to be done in the
> tools that help us develop our games, otherwise programming will begin
> to be a larger and larger bottleneck, and we will fall into the
> pattern of making the same old sort of games.
>
> We need improvement in the languages we use, compilers, and
> IDE/Editors; It's absurd that I am using tools/languages that have
> been only incrementally improved in the last 10 or so years, and have
> evolved naught with considerations from the problems we face in game
> development.
>
> Nicholas "Indy" Ray
>
>
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today.
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______________________________________________
> GDAlgorithms-list mailing list
> GDA...@li...
> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list
> Archives:
> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list
>