adngdb

Members
  • Content Count

    10
  • Joined

  • Last visited

About adngdb

  • Rank
    Member

Contact Methods

  • Website URL
    http://adrian.gaudebert.fr/
  • Twitter
    adrigau

Profile Information

  • Gender
    Not Telling
  • Location
    Lyon, France

Recent Profile Visitors

592 profile views
  1. adngdb

    Web hosting

    I would recommend not mixing your user-facing and personal servers. If one of your games has a security issue for example, you run the risk of having your personal data being stolen. Or if for some reason there's a bug in whatever software you run to handle your personal data, you risk having your games going down. It's always better to keep a good separation of concerns. Having one server for several games is fine imho, but you should definitely keep your personal data somewhere else. As far as your initial question goes, if you need to run some server-side JS, you can either go with a dedicated service like nodejitsu or with any hosting solution that gives your SSH access (dedicated server or VPS, it depends on your needs). Regarding memory, space and computing power, it all depends on your game and the number of players you have. You might not need much at first, so I'd go with something not too big and expensive, and keep in mind that scaling up might need to happen at some point (so have a way to either upgrade your hosting or migrate everything smoothly).
  2. My experience is based on game jams, but my favorite composition of a team is 5 people with 2 coders, 2 graphic artists and 1 sound designer. Going to 6 I would add a coder. Sometimes you're lucky and you have multi-skills people. Most of the time one coder is also a game designer and manager. People (myself included) tend to forget that sound is an important part of a game. Coders are the primary resource of your team, without them there's no game. The number of graphic artists can vary depending on how much assets your game will require. Remember that each asset the artists create must be integrated in the game, and that's the work on coders. In most of the jams I did, at the end we had assets that we didn't have time to integrate.
  3. Good news, everyone: it's already possible! If you go to the Firefox Marketplace - https://marketplace.firefox.com/ - from your Android mobile for example, you will be able to install Web apps to your phone, and launch them by clicking an icon from your home screen like any other app. And it works on desktop as well. I'm not too familiar with the technical requirements to install a Web app (specifically, I don't know if Firefox is required), but there's documentation on MDN: https://developer.mozilla.org/en-US/Apps/Build/JavaScript_API So, the problem is not technical, it is already possible to install Web apps to any platform. The problem is that no one knows it's possible.
  4. Ha ha very nice! I like it! Could you make the color buttons bigger though? I struggled to click them quite often, and it's frustrating to lose because you miss-clicked of a few pixels.
  5. This looks a lot like https://github.com/jriecken/sat-js to me, but slightly simpler. It's cool that you made it, I've been struggling to find such a thing for a long time. Have you used it in a game yet? One "small" recommendation: you should add unit tests. They are worth the time, especially since you are building something purely mathematical and thus very easy to test.
  6. I don't really consider those to be AAA games that shine throughout the industry. They are casual games, and everyone knows the Web is good for casual, simple games, but what we need is some big name game, something like Hearthstone or Minecraft (both of which I believe could be made using the Web tech stack). The folks at Unreal have put up some nice demos to show off what the Web can do, but those are demos, not games. But maybe I'm naive and biased and the technologies are just not good enough yet.
  7. There needs to be a very good and famous game made with Web technologies for people to see the proof that it is a viable platform. Most people tend to just reproduce what they know already works, and no big game has proven that it works yet.
  8. I have no experience whatsoever with payments, but I know of 2 tools that might interest you. The first one is Stripe, that got some public attention a few months ago. The second one is Mozilla's solution to payments on the Web, the mozPay API, built for FirefoxOS but, as usual, open source and free, so anyone can use it and tweak it to fit their needs.
  9. Hi there, I attended the very first onGameStart in Warsaw in 2011, and missed the following editions, but would now be quite happy to make it to a similar conference. Do you know if there's anything like that in Europe? Looking around with my favorite search engine (not Google ), I can't find anything that sound like a HTML Game Dev conference. Incidentally, if such a conference would come back to life, would you be interested in attending? I'm not going to do it, but it might ignite something if there's interest.
  10. adngdb

    Welcome!

    So it seems introducing myself here is the way to go? Hi folks! Name's Adrian, I have known and read this forum for a few years now, and only registered yesterday. I make some games in my free time, most of them Web games. And I just released version 1.0 of an Entity System for JS library that I've been working on for some time. Those days I am considering coming back to writing a real, big web game, hence my post. Looking forward to reading from you all!