@paksydavid
Senior Software Engineer @AdNovum at work, father of 2 kids at home.
Primarily Java developer, but really likes JavaScript, TypeScript and frontend stuff. Likes to play guitar, read books, play video games.
Nothing here yet.
No blogs yet.
I also wanted to get into it and took a look into https://phaser.io/ but I only got to simple examples. :-) Maybe you can check this article (from 13 Dec 2018) to have some overview: https://code.tutsplus.com/articles/javascript-game-engines-for-your-next-project--cms-32311 Collection of JS game engines on github: https://github.com/collections/javascript-game-engines
I think - as for most question in IT - it depends. Which tech stack do you / your team know better - this already is an advantage. For some kind of applications Node seems to be a better choice. It is also important to understand what you gain with one tech and what you give up For this, I really liked this article which explains why it is important to know what you gave up with choosing a particular technology: https://www.simplethread.com/was-mongodb-ever-the-right-choice/ Many technologies can be reasonably evaluated by asking just two main questions: Question 1: What problems am I trying to solve? Question 2: What am I giving up?
I wrote some parts of a library system - mostly Java Swing desktop applications and a web application for catalog search - which is still in production in big Hungarian libraries (like FSZEK: http://saman.fszek.hu/). I also have a lot of code in a big logistics system written for a big cement company.
Maybe consider dropping the daily meeting completely. In my current project we only have weekly sync meeting [30 min]. Or if it not possible make it max. 15 min. Everyone only tell: what did you worked on which helps the team to achieve the goal what will you do today are you blocked my something? If yes then that can be discussed / solved after the daily.