Comment on repartit les tâches sur la plateforme ?

[Gouayave]

On fait une distinction Client / Serveur ?

Moi ça m'est égal l'un ou l'autre, mais j'imagine que Max préférera faire du Node.js plutôt que du HTML/CSS/JS-client...

Et toi @aoll?

PS: Je met pas la préssion, j'ai juste un peu de temps pour gérer ça en ce moment du coup j'en profite pour poser des questions, tu répond qd t'as le temps :)

[JeanMax]

Jpense que ca pourrait etre pas mal de commencer par bien definir linterface client/server (api ?). Du coup pour moi ouais ca doit etre bien séparé, en mode client/server(/jeux). Si cest bien clair la facon dont ces trucs la se parlent entre eux, ca sera plus facile a separer

[Gouayave]

Je suis d'accord pour l'API, mais c'était plus en terme de langage pour le moment: du coté client: HTML, CSS, JavaScript. du coté serveur: JavaScript avec Node.js

Pour l'API, faut qu'on fasse un framatalk quand on est chaud. Dites moi.

[JeanMax]

Ha dac. Ben html/css on pourra pas y échapper. Js moi jsuis chaud. Apres ca serait cool que ce soit pas une contraite pour les jeux

[Gouayave]

Ben le navigateur client il interprète uniquement du JavaScript donc on y coupera pas non plus... A moins qu'on compile vers du JavaScript depuis un autre langage, mais je connais pas beaucoup de compilo comme ça (OCaml, Elm, CoffeeScript...)

[JeanMax]

Ben non ? Les trucs que jai en tête comme ca, mas jpense quil y en a dautres : flash, java, c# (unity). Après ya les surcouches/framework js : jquery & co. Ca vend du reve hein ? L'histoire de html5 ca peut remplacer ca sinon.

[Gouayave]

------------------- Coté client (dans le navigateur) -------------------------------------- -Le navigateur ne peut pas exécuter du Java. A ma connaissance. -En ce qui concerne Flash, je crois que c'est propriétaire et qu'il faut un License (payante) pour dev des jeux (en ActionScript), et ya beaucoup de navigateur qui n'ont pas Flash installé. -Pour Unity (en C# ou JS) je suis d'accord. C'est ce que veut faire Dylan, il me semble. -----> HTML5 propose une balise: Canvas (que je ne connais pas trop) qui se manipule en JavaScript. Je pense que Unity utilise Canvas et compile le code de C# vers JavaScript.

------------------- Coté serveur (sur le Rpi)-------------------------------------- on peut se faire plaiz sur les langages, je pense. Chaque jeu aura son serveur sur son port. On peut faire des serveur de jeu en Java, Ruby, C, Assembleur ! Moi j'utilise Node.js pq c'est du JavaScript et du Javascript j'en fais forcement coté client. Du coup c'est un langage que je connais bien.

[elhmn]

------------------- Coté client (dans le navigateur) --------------------------------------

• Faudrait voir avec les autres mais j'opte pour du full js et du html5 (on peut pas faire plus simple) ------------------- Coté serveur (sur le Rpi)-------------------------------------- -Je suis tombe amoureux de node, du coup je prefererai qu'on se serve de cette techno.

[JeanMax]

Haha si on peut executer du java! Jt'épargne les liens, personne n'a envie de regarder ça de trop pres. C'etait juste pour dire que ça serait pas forcement du js, et que si ça devient pas une contrainte c'est cool. Ya des trucs qu'on peut rendre flexible facilement juste parce qu'on s'est fait la reflexion au debut que ça serait possible de faire les autrement. Mais euh moi jsuis relou, mais j'aime bien le js hein :o

[Gouayave]

@elhmn Parfait :) @JeanMax Ouai on garde la flexibilité, on est d'accord. Mais on pars sur une base JS (et C# pour Dylan sur Unity) pour ce qu'on fait nous pour le moment

[Gouayave]

Mais du coup ça répond pas trop à ma question de répartition des taches. Mais on fera un framatalk pour en parler.

[JeanMax]

Vrai. Ben il faudrait definir des taches plus précises que "client" "server" "jeu". On va devoir faire ca pour la présentation dans tous les cas