//RTS CONCEPT: C vs Java vs LISP vs Scheme vs Python
What units should each army have? What should their building structures be? If enough good ideas are posted, my game development club might take on this endeavor.
Name:
Anonymous2009-06-20 15:35
scheme: all buildings are escherian
java: all buildings are thrice-redundant
python: all buildings are identical in form
Name:
Anonymous2009-06-20 15:36
>>1
Doomed to failure as it is inevitable that the language it is coded in will be overpowered.
Name:
Anonymous2009-06-20 15:39
LISP needs parenthesis as their base unit (duh).
Java should have some bytecode as theirs.
C, maybe some brackets or something?
I dont know enough about the other three to give a comment.
C will be played 95% of the time.
Java has the slowest build times.
Scheme will conjure their buildings with spells.
Python will be the beginners army of choice and force buildings to be aligned in a certain manner.
>>9 Not particularly fair, as Scheme and Lisp would have the ability to define new unit types on the fly.
But! They'd only be 30% as good as a C unit.
Name:
Anonymous2009-06-20 16:23
>>9
Unfortunately, for LISP, the spaces units can occupy must be separate from the actions they perform, making them unable to do anything.
Name:
Anonymous2009-06-20 16:31
>>11
True, but how then would you balance java and python? My guess:
Java - Super fast unit build time(maybe builds multiple similar units at the same time?) but their attack speed is slow.
Python - Strong (and forced) starting game, but weak end game.
Python and Java would be the 'rush' armies.
Name:
Anonymous2009-06-20 16:33
>>13 Java - Super fast unit build time(maybe builds multiple similar units at the same time?) but their attack speed is slow.
are you kidding me
Name:
Anonymous2009-06-20 16:34
Each army would be scriptable in their own language.
Name:
Anonymous2009-06-20 16:45
>>14
No, the build time would be fast because of 'lol enterprize' and code reusability. The units attack speed and possibly movement speed would be decreased because of obvious reasons.
>>1
I like that name. The sequel should be 'Enterprise strikes back'
Name:
Anonymous2009-06-20 16:57
>>16
Nah, they should have a head start on research and available units, with big, heavy units that move quickly but take forever to build.
Name:
Anonymous2009-06-20 16:59
>>17
Java would have only three humongous buildings available:
- JDK as the main HQ
- Eclipse or Netbeans as the humongous factories which takes ages to build. Each will give you slightly different units but can't coexist in the same base.
Plot twist: Every faction relies strongly on C which rules all.
Name:
Anonymous2009-06-20 16:59
C - Super-strong, super-fast, fastest build-time, adaptable to any terrain.
Any other language - Super-weak, super-slow, slow build-time, can only walk through swamps, some random gimmick.
Name:
Anonymous2009-06-20 17:01
C++: slowest build time, fastest units, ugly units, most complicated tech tree. Units take smallest amounts of supply, but if you run over supply it will cause random problems with your units.
Java: Units start slow but get faster the more they are used, also pause and stop attacking at random intervals. Units require a lot of supply. Simple tech tree.
LISP: Plays differently from other languages. Units can be combined to form strong units, or to modify other units.
Python: fast construction time but units are weak and slow. Requires a lot of supply. Has restriction on how you must build your base(like zerg crepe).
Name:
Anonymous2009-06-20 17:04
>>20 Plot twist
You're right. C should not be a playable ... race.
Name:
Anonymous2009-06-20 17:10
>>21 C - Super-strong, super-fast, fastest build-time, adaptable to any terrain.
C should allow a fast build time, but at the expense of having all your units and buildings randomly backfire and explode. C units should also be the most vulnerable to takeover by the enemy.
This thread is amazing!
also: C vulnerability -- null pointer exceptions. I guess this would work like taking down their shields like you could with protoss in starcraft.
Name:
Anonymous2009-06-20 19:52
This game might be better as sort of a 2D zelda style multiplayer battle game. You choose your language(class) and you fight other players using that languages abilities.
Name:
Anonymous2009-06-20 20:16
>>37
That could be cool, but I think a cool idea would be to make this into a RPG. You could start off as a stripped down language (brainfuck or some simple assembler) and as you move through the levels fighting these other languages you can pick up some of their features i.e. you kill C and get some real program control (you'd start off with a conditional goto), all the way up until you fight the master boss. Which, predictably, is a lisp-interpreter written in lisp.
Name:
Anonymous2009-06-20 20:32
>>38 [code]
//The sheer amount of win in this post is unfathomable.
[code]
JAVA unit: Interface. It would be heavy artillery that would fire abstract methods and could use its super(); to call in for reinforcements.
Name:
Anonymous2009-06-20 21:29
>>41
Hmm, pretty cool. We need more specific ideas like this one.
C: Struct - Flying troop transport. Can use its link-list ability at a cost of more supply points to transport heavier units.
Name:
Anonymous2009-06-20 21:38
>>19 >>22 >>24 >>28 >>36 >>41 >>42
OP here, good work guys I'm liking these ideas. And as for the suggestions of changing the type of game, sorry but our gaming club wants to develop an RTS, although the alternative ideas do sound cool.
Name:
Anonymous2009-06-20 21:54
I would honestly be surprised if a game like this has not been developed already. Anybody know of one?
Name:
Anonymous2009-06-20 22:11
>>44
bump for answer. I don't want to wait for OPs potentially fail club to finish. No offense OP, but I'm sure you understand my concern.
Name:
Anonymous2009-06-20 23:24
This thread ...
I LOVE YOU GUYS!I LOVE YOUR POSTS!I READ THEM 5 TIMES!KEEP POSTING!
Name:
Anonymous2009-06-20 23:54
I'm working on a prototype as we speak, add more ideas
Name:
Anonymous2009-06-20 23:58
clearly the base units of FIOC should be whitespace, units can easily change type whereas in C it costs some resource... actually as an idea have each type of controllable moving unit a type: int long double float short char etc. python has special unit string
Name:
Anonymous2009-06-21 0:12
I like the idea of FIOC units all looking more or less the same and behaving the same
>>48
Shouldn't that be the other way round? C is the weakly typed one, so no resource cost, but FIOC is strongly typed so it would require some resource.
Name:
Anonymous2009-06-21 0:39
Versioning (base upgrades)- add the respective research/units on major upgrade, ie: c99 adds VLA unit.
c89 -> c99 -> c++
java 1.0 -> java 1.3 -> c#
common lisp -> scheme -> clojure
python 0? -> python 1.0 -> python 2.0
Some obvious researchable things that come to mind,
Java
JIT: improved unit and building construction times
Hotspot: improved movement speed
Reflection: Allows construction of a reflection factory primary unit: ClassLoader which can resurrect units
Garbage Collection: increased resource harvesting speed
C
Preprocessor: Unit upgrade building. Various #includes available to allow more complex unit construction.
Short-Circuit: increased movement speed
Malloc: allows pointer and reference unit construction
Name:
Anonymous2009-06-21 0:43
>>51
Perhaps a companion to Malloc,
Free: gives a small amount of resources back on pointer/reference unit death.
Name:
にわとりさん2009-06-21 0:46
I like the idea of C building more reliable units at the cost of longer build time. That should be implemented as a research upgrade to keep it simple.
>>51
Why is it that all the upgrades just make everything worse?
Name:
Anonymous2009-06-21 0:52
>>55
To accurate portray the real world, where upgrades do make everything worse.
Name:
Anonymous2009-06-21 1:18
the C units shoot loads really fast and quite often their own guns blow up (segfault)
Name:
Anonymous2009-06-21 1:30
C pointer units can cast "mirror image", where multiple copies of the original unit are created but do not do damage. They have a chance to become null and dereference themselves, however, causing instant death of everything that C owns.
Name:
Anonymous2009-06-21 1:47
>>58
There should be an Erlang mercenary with a superior mirror image move
Name:
Anonymous2009-06-21 2:03
>>56
Right on. We need to get back to 1978 when computing was perfected.
Name:
Anonymous2009-06-21 2:09
>>60
It was perfect back in 1958 when there was only LISP. No C, no JAVA, no Python. Only LISP.
>>61
Oh man, I remember those days. That was back when we all thought the U.S.S.R. would drop the bomb on us, and I even had a fallout shelter in my basement. I was using LISP on the university machines, and I would go back and forth driving my 1957 Chevrolet Bel air.
Name:
Anonymous2009-06-21 3:38
>>64
You are ~70 years old and posting on /prog/? Good heavens!
I'd like to say all the FIOC's are whitespace as an ``in'' joke, but there are no original things to put for it, FIOC doesn't have a niche. Perl would be much better.
>>38
>get some real program control(you'd start off with a conditional goto)
Name:
Anonymous2009-06-21 11:06
What about resources? What would all these languages harvest?
We'd need:
- registers (limits maximum number of units in play)
- stack/heap space (high/low value sources of the same stuff)
- assembler instructions
You would sometimes stumble upon an improved instruction set that would give you a temporary bonus (unit's speed gets permanently increased, temporary invulnerability, etc.).
Game time would be measured in CPU cycles.
>>66 fine Unix-Guru beards.
Mine is coarse from all the bread-crumbs right now.
Name:
FrozenVoid2009-06-21 11:18
>>66
Monthly Traffic for dis.4chan.org
People Cookies Page Views
US 40.0K 43.6K 104.9K
GLOBAL 85.7K 94.2K 242.2K
85K Unix-Gurus with fine beards? Kinda hard to believe that.
*strokes beard*
__________________________________________ http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est
>>76,77 >>66 was correct, after a fashion. It is said that most of the non-gurus visit the far-away lands of /lounge/ and /vip/: pale shadows of /prog/, which stands itself in the shade of the /prog/ of old, enshrouded in the darkness of the spoiler, abiding the end.
Ah, what I would give to see those days again: when the world was young, when LISP and man roamed free, and the parentheses flowed like a dazzling river. But that river now runs dry, as shall all things one day fade, and /prog/ is NO EXCEPTION.
I fear our day will be sooner rather than later: this land is already writhen like a dying tree, and men and LISP fight their final battle with the endless hordes of trolls. The great hovering is at hand. Alas!
Name:
FrozenVoid2009-06-21 13:06
>>79 /lounge/ has the same level of activity as /prog/ if not lower, and other boards are much less visited. even /vip/
__________________________________ http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est
no pixels. this is legit. I know, I went to collage for this.
Name:
Anonymous2009-06-22 18:35
Can we get some more screen shots im serious interested here.
Name:
Anonymous2009-06-22 20:37
>>91
Sure why not. http://img199.imageshack.us/i/prog2.png/
I added the java army. The java virtual machine is their base. Need to replace the basic unit with something other then a coffee cup.
Name:
Anonymous2009-06-22 21:21
>>92
I hope you realise that if you're releasing Windows-specific code you're going to be the only person playing it.
Name:
Anonymous2009-06-22 21:23
>>93
I know what I'm doing, but thanks for your concern.
Name:
Anonymous2009-06-22 21:41
>>93
Don't worry, it's all coded in XLIB so it can run on any X-Windows system.
Name:
PROTIP GUY2009-06-22 22:13
If you're not experienced with SDL/OpenGL/etc., use Qt's QGraphicsView/QGraphicsScene. You'll have a MUCH easier time than if you painfully hand-code your GUI, your application will be portable, and you'll learn something non-gay, unlike WinAPI.
C - fastest unit build time, but only after you've reached the top of the tech tree, which takes a correspondingly ridiculous amount of time to construct.
>>75 What about resources? What would all these languages harvest?
They'd harvest memory and processor time of course. The back story could be that these are seed AIs competing for mankind's networked resources.
[dck]>: echo "I find the lack of Perl regex wizardry disturbing." | sed -e 's/ t.*?y /your mum/'
I find the lack of Perl regex wizardry disturbing.
wat
>>132
That's why I said you should trim the whitespace from the pattern, man.
Name:
Anonymous2009-06-29 10:46
>>133
``Ifindyourmumdisturbing.''?
Also, -r is not portable.
Name:
Anonymous2009-06-29 10:52
>>134
The regex pattern. 's/t.*?y/your mum/'
And if you're worried about portability use -e and remove ? from the regex pattern. echo "I find the lack of Perl regex wizardry disturbing." | sed -e 's/t.*y/your mum/'
I only used -r to point out that it does work with proper regex. IHBT