i wanted to avoid developing an own script laguage. besides i thaught it would be nice to programm little battle bots with perl.
the idea was to scale the amount of time or actions betwen two rounds (it would be a round based strategy game) so you could scale the complexity.
short amounts of time or only few actions could be defined by giving some simple commands, like Mu (=Move upwards) or Sn (= Shoot neares enemy) and so on. but by giving more and more actions betwen two rounds the units have to become smarter and smarter. i don't think that i want to develop my own script language for this.
| [reply] |
Actually, yeah you do. In just your little description, you've got at least 3 commands: Move, Shoot, Find. Each of those has, at least, 3-4 different parameters, if not many many more. This isn't something you want your users attempting to write Perl for.
The fundamental question, I think, is how do you deal with syntax errors? If you have your own scripting language with a very simplistic syntax, then you can deal with syntax errors very easily. Perl is much more complicated. Too complicated, I think, for a game where the scripts need to be writable in a quick period of time.
Put it another way - I use Perl every day as my primary programming language for both fun and profit. I would prefer to see a domain-specific language if I was to play your game. If I had to program scripts for your game in Perl, I wouldn't play it.
Being right, does not endow the right to be rude; politeness costs nothing.
Being unknowing, is not the same as being stupid.
Expressing a contrary opinion, whether to the individual or the group, is more often a sign of deeper thought than of cantankerous belligerence.
Do not mistake your goals as the only goals; your opinion as the only opinion; your confidence as correctness. Saying you know better is not the same as explaining you know better.
| [reply] |
ok, you're right, i have some sort of (very simple) script language. it's just that i thought it would be a nice feature, if you could script those bots in perl. it wouldn't be a must, but it could give you an advantage, cause you could use a very powerfull language.
i also thought of limit the space for perl scripts per unit, so you could make some sort of perlgolf competition out of it.
these are just plans, but i see no fault in features which you can turn off, if you don't want 'em. all those stuff will be optional. "you don't have to if you don't want to" is one of my design goals.
| [reply] |
| [reply] |
no, it's absolutely not, my game is intendet to be a browser based turn based strategy game.
btw. there are many programable games out there.
| [reply] |