Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 26 Apr 2009
Offline Last Active Jul 23 2016 07:27 PM

Posts I've Made

In Topic: Help Deciding On New Language

23 July 2016 - 07:27 PM

Lua is a blast! You can use love2d library they used Lua. Leadwerks engine on steam used Lua as well and it's an easy engine to make 3D games in too. Lua is one of the most embedded scripting languages around and used in a lot of AAA studios for game dev.

In Topic: My First Videogame Failed Conquering The Market

23 July 2016 - 07:22 PM

Honestly, I think the major issue is the bitcoins. I see bitcoins and want nothing to do with it. Change that and just make it fun coins in game or something and see how many players you get.

In Topic: urWorld (playable on Steam)

02 May 2016 - 06:09 PM

This months update was just released today. We added fishing and a rabbit that runs around. More rabbits and hunting to come in the next update along with building structures.

In Topic: Logging in with launcher app

29 January 2016 - 05:27 PM

"Because it's node.js it has these permissions" -- not generally. Program Files generally always needs administrator permissions to write.



I'm confused with this statement. Not because of the facts is has but because you quoted something and I was looking for me saying that in the post but I didn't. I didn't imply Program Files anywhere either so I'm confused in the context you made this sentence according to my post. I do get the idea though about #2, which is probably the way I would go.


Interesting on the login token. I guess I just assumed all my game servers would have access to the central users database but this is something I'll look into, thank you.

In Topic: What exactly is API-First?

11 October 2015 - 06:19 AM


Just had a conference today and they talked about micro services. Seems the trend these days is to push a lot of little web api's and then make your products like legos by picking the services you need to complete the project. So literally your app could be made up of 20 different web api's, where each does their very own very specific task. As a developer I like this approach because you can really break the tasks down for your team and keep things very specific and simple to work on. Just better make sure when you change an api you are really careful since it could be used in a hundred different apps.


Microservices is not a new idea.  It's old.  It wasn't feasible back in the day because the amount of effort to maintain hundreds of services.  For each service, you need a physical machine, sysadmins to maintain the machine, developers to maintain the app, and some deployment process for updates.  One service is fine, but when you have hundreds of them, who's going to take care of it all?


Now with virtualization everywhere, Puppet/Chef/Ansible/Salt scripts for server maintenance and deploys, and recently Docker that can simplify deployment dependencies, the microservices idea resurfaced again.  It's not a paradigm shift.  It's like dusting off an old keyboard and you realized how awesome those springy keys were.



Didn't say it was new, just said it's the recent trend. Although if an idea was thought of before but couldn't be implemented then when it finally is implemented it really is new. Otherwise that's like saying if time travel was finally invented you'd go around saying that's nothing new just because we've thought about it before ya know.