Jump to content

  • Log In with Google      Sign In   
  • Create Account


BobV

Member Since 31 May 2003
Offline Last Active Aug 10 2012 08:16 AM
-----

Posts I've Made

In Topic: php,javascript what not

09 September 2006 - 05:35 AM

I hope this doesn't sound like a troll, because it is not intended to be at all. I think you are in a confused position right now. It looks like you are trying to find a tool and then figure out a game you can make with it. You should be approaching this from the opposite direction. Figure out the game you want to make, then find out what tool will suit you best.

If I have missunderstood, and you have designed your game already and just need to know if you can provide real time dynamic content using php/javascript.(yes)... as mentioned earlier, AJAX is the technology you want to do more research on. XAJAX is a good php ajax library.


In Topic: Nip Tuck

12 August 2006 - 03:42 PM

I've rented the DVDs. It's a good show. As of yet, the seasons that are out, do not disapoint. Also, if you haven't seen it yet, I recommend House. It's probably show on tv.

In Topic: Real time turn based combat?

02 August 2006 - 04:16 PM

Quote:
Original post by TheRubberBandit
First of all, You literally cant have a "real-time" "turn-based" Combat system. In case somebody mis-interprets this and trys to argue...


I would consider the action in KOTOR to be real time turn based. Basically all the characters are autofighting in real time but you can queue up certain attacks and actions that you would like the characters to execute. I mean, I know what your saying, technically it's not 'turn based' but you do have the ability to pause the action, issue some commands and then switch over to other characters, issue some more actions then resume combat. That is pretty characteristic of turn based system as well.

In Topic: [web] Database Design

30 July 2006 - 05:16 PM

Creating a seperate database for each user wouldn't be feasable. Databases are ment to handle tables with lots of records. Even with record counts in the millions you should not have performance issues if you are utilizing the database properly; avoiding outer joins or anything that requires a full table scan. With indexed tables, the database will be able to point almost directly at the record without the need to scan through the entire table.

As far as the structure of the database, it's best to start out completely normalized. If you find specific areas that are causing a performance bottle neck, restructure accordingly. Typically its easier to move from normalized to non-normalized, rather than the othe way around.

In Topic: Worst interview

28 July 2006 - 02:58 AM

Quote:
Original post by alnite
The worst was a phone interview when I just woke up. I thought I could do it. He asked me simple questions, and my answers were way off and completely unrelated. I realized what happened only minutes after the interview ended.


Man, I feel for you. This just happened to my brother last week. He had already done an in person interview. He was gloating because he felt he really impressed them and aced the interview. He was told they'd give a call back on Friday. Early morning on Friday he gets the call. Even though he's woken out of a dead sleep, he answered the phone anticipating the good news. They had a few more questions they'd forgotten to ask. He was so out of it that he doesn't remember how the conversation ended. He does remember them asking him if he had any experience with HTML and saying 'no'; which is absolutely not the case. After the call he couldn't get back to sleep and just laid there in horror, recalling bits of the conversation and trying to remember others. Not only did he not get the job, he didn't even got a call back. Talk about blowing an interview.

PARTNERS