Re: Object Oriented Programming Update

new topic     » goto parent     » topic index » view thread      » older message » newer message

Joe Otto wrote:

> What you read in "oop.txt" was actually my very first
> attempt at writing a EULA.  All I really mean for it to say
> is take the code, play with it, work with it, have fun with it,
> learn with it, teach with it, and freely give it to anybody else
> that wants to do the same.  If you want to make money with it,
>then go ahead and do so, but please share some of the income
> with me (my company).  I'm sorry for the confusion.

That's an *excellent* EULA, right there. smile

> It seems like most of the people on this mailing
> list treat coding as a hobby.

I think that's accurate. I also get the impression that most people on this
list are equally strapped for cash. And the registered ones forget to
vote...

> I'm also having trouble thinking of a good app
> to write to showcase the library.

I really think that a strong demo is the key to selling the library.Colin
Taylor's Vega library is an excellent example, as well as some of Jiri's
stuff. If you can't think of a great use for your library, I'm not sure
others will, either.

I also suspect that a library built with your OOP library is probably much
more valuable than the library itself. So if you come up with a "killer app"
demo, you might consider that as your product instead of the OOP library.

A game application framework seems like a good idea. Michael Packard did
something similar a while back (and got far too much harassment from me
about being "too commerical" for this list). Pick a good video and sound
library (they've already been written), and build a game application
framework.

By "game application framework", I'm not thinking of just providing the bits
and pieces that the libraries already supply. The application framework
would provide a *complete* framework for game creation. For example, all the
player would have to do is write something like this:

   myGame = new( GenericVideoGame )
   sendMessage( myGame, play )

and a complete generic game (along with sound effects, scoring, title
graphics, logic, enemies and so on) would be created. Mind you, it wouldn't
necessarily be an *interesting* game, but it would be complete.

You could then override the base classes to create a new game. For example,
change the sprites, backgrounds and some text, and you have a customized
game.

As I've noted, all the bits and pieces are already out there - sprite
management, collision detection, sound effects, fonts. All you would need to
do is write a basic game that glues all these bits and pieces together. That
game would serve as your game library, from which you could derive other
games.

Just a thought.

Good luck!

-- David Cuny

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu