devnewton đŸș a Ă©crit 9151 commentaires

  • [^] # Re: Il manque quelques infos

    PostĂ© par (site web personnel) . En rĂ©ponse au journal La stratĂ©gie de Mozilla pour les jeux vidĂ©o sur le Web ouvert. ÉvaluĂ© Ă  0.

    Et en pratique, soit tu fais un dev spécifique, soit tu as un jeu si lent qu'il est inutilisable?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas convaincu

    PostĂ© par (site web personnel) . En rĂ©ponse au journal La stratĂ©gie de Mozilla pour les jeux vidĂ©o sur le Web ouvert. ÉvaluĂ© Ă  2.

    Quels sont les avantages pour les joueurs? Avoir une bonne excuse pour acheter un nouveau PC?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas convaincu

    PostĂ© par (site web personnel) . En rĂ©ponse au journal La stratĂ©gie de Mozilla pour les jeux vidĂ©o sur le Web ouvert. ÉvaluĂ© Ă  3.

    Python?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # Pas convaincu

    PostĂ© par (site web personnel) . En rĂ©ponse au journal La stratĂ©gie de Mozilla pour les jeux vidĂ©o sur le Web ouvert. ÉvaluĂ© Ă  10.

    Mettre les jeux "sur le web" pose pas mal de problĂšmes:

    • mĂȘme avec les bidouilles Ă  la asm.js, on n'atteindra jamais la vitesse du code natif.
    • le navigateur bouffe une quantitĂ© non nĂ©gligeable de RAM.
    • ça va encore plus inciter les dĂ©veloppeurs Ă  rendre les jeux injouables hors ligne.
    • le web, c'est aussi une excellente plateforme de tracking et de publicitĂ©.
    • donner un accĂšs direct au matĂ©riel Ă  une page web est un trou de sĂ©curitĂ© Ă©norme. Rien qu'aujourd'hui j'Ă©vite les dĂ©mos webgl, car elle provoque souvent des plantages et autres Ă©crans bleus.

    Alors oui, les jeux natifs peuvent aussi ĂȘtre lents, buggĂ©s, bourrĂ©s de pubs ingame et demander une connexion permanente.

    Mais j'ai l'intuition que le web va augmenter fortement la tentation des studios Ă  suivre Voie Du Mal.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Libre ?

    PostĂ© par (site web personnel) . En rĂ©ponse au journal X-Blaster Dominator sur la bonne voie !. ÉvaluĂ© Ă  3.

    Tu devrais au moins libérer le code et un niveau pour permettre aux gens d'installer ton jeu ou recevoir de l'aide des empaqueteurs.

    Parce que fournir des binaires pour toutes les combos OS/CPU, c'est juste impossible aujourd'hui.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: le git et le couvert

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  4.

    j'aime la couleur quand je fais un diff

    fossil settings diff-command colordiff
    
    

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # gif animĂ©

    PostĂ© par (site web personnel) . En rĂ©ponse Ă  la dĂ©pĂȘche C'Ă©tait mieux avant !. ÉvaluĂ© Ă  2.

    A part pour faire vraiment retro, rappelons que le standard de l'animation sur le web, c'est (扊陀) nanim (ć‰Šé™€ă“ă“ăŸă§) (扊陀) apng (ć‰Šé™€ă“ă“ăŸă§) (扊陀) mng (ć‰Šé™€ă“ă“ăŸă§) webm!

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  4.

    Tes remarques sont tout Ă  fait valables pour des projets en entreprise oĂč la stabilitĂ© est un critĂšre et dont les rĂ©sultats sont mesurables objectivement.

    Maintenant pour un jeu…

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  4.

    C'est ce que je m'Ă©tais dit en commençant Newton Adventure: autant prendre git, c'est la rĂ©fĂ©rence et si mon projet grossit, je serais prĂȘt.

    Et puis j'en ai eu marre de passer plus de temps sur la gestion de version et la maintenance du site que sur le code tout en ayant un historique dégueu, car ça se terminait souvent en rage commit.

    git est trÚs bien, mais il y a des projets auxquels je ne remonte pas mes corrections juste parce que ça me gonfle de passer une soirée à me battre avec pour faire un commit propre.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  2.

    Si le projet est chargé, tu sors du cadre d'utilisation de fossil (petit à moyen projet, petite team qui se connait bien, quelques contributeurs occasionnels).

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  3.

    Évidemment, quand on est un minimum soigneux on est forcĂ©ment un obsĂ©dĂ© de la puretĂ©.

    On peut ĂȘtre soigneux tout en conservant les erreurs dans l'historique. Tout dĂ©pends de comment tu conçois ce dernier: est-ce un roman ou une chronique?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  3.

    Faire des historiques propres c'est avoir compris

    Je suis complĂštement d'accord, mais ça ne vaut que le projet oĂč une grosse gestion de version fait gagner du temps.

    Sur un projet de taille moyenne avec quelques codeurs principaux et des contributeurs occasionnels, le jeu n'en vaut pas la chandelle.

    A ton avis pourquoi la plupart des projets libres fonctionnement par patch atomiques dont tu publies les révisions successives jusqu'a ce que ca soit mergé à un moment ?

    Le créateur de fossil et sqlite explique dans le lien que j'ai donné plus haut comment travailler comme ça avec fossil.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  2.

    Pour les obsédés de la pureté de l'historique et autres révisionnistes, fossil n'est pas adapté.

    Il y a deux besoins:

    • une gestion de version simple: archiver, partager, revenir en arriĂšre en cas de bĂȘtise, faire quelques branches pour la maintenance ou les Ă©volutions.
    • une gestion de version au cƓur du dĂ©veloppement: pouvoir gĂ©rer des milliers de contribution, avoir un historique/documentation, gĂ©rer 42 variantes.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Pas de rĂ©vision d'historique

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  3.

    La philosophie de fossil pour ce genre de cas est de créer une branche: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg02143.html

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: le git et le couvert

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  8. DerniĂšre modification le 30 mars 2013 Ă  10:41.

    Installer redmine et git, je ne vois pas en quoi c'est "beaucoup plus complexe".

    Pour l'installation, fossil c'est juste UN exécutable.

    A l'utilisation Git est beaucoup plus compliqué à utiliser.

    Ensuite si je veux maintenir plusieurs sites et les synchroniser, ça va marcher pour git mais pour redmine?

    Enfin, une fonctionnalitĂ© que j'apprĂ©cie beaucoup avec fossil: j'ai accĂšs Ă  tout mĂȘme sans connexion internet, donc je peux Ă©crire de la doc ou des rapports de bug mĂȘme si je suis dans le train.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: le git et le couvert

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Chiselapp ferme ses portes. ÉvaluĂ© Ă  7.

    On compare souvent fossil Ă  git ou mercurial.

    Certes, on peut faire la mĂȘme chose (DVCS+wiki+bugtracker) en combinant d'autres outils, mais c'est toujours beaucoup plus complexe et plus difficile Ă  maintenir.

    Pour l'autohébergement de petits projets, fossil n'a pas de concurrent.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Ou pas

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Gnome 3.8 : un retour en arriĂšre ?. ÉvaluĂ© Ă  1.

    Kamoulox.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Glaciation

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Gnome 3.8 : un retour en arriĂšre ?. ÉvaluĂ© Ă  1.

    Suffit de regarder Evolution (qui porte bien mal son nom…), Libre Office, ou mĂȘme Firefox…

    Par contre si tu regardes Thunderbird, Calligra et mieux Firefox, tu verras que ça bouge beaucoup.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Ou pas

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Gnome 3.8 : un retour en arriĂšre ?. ÉvaluĂ© Ă  1.

    La preuve, on voit pas de hausse énorme sur https://www.ohloh.net/p/xfce/ ou d'autres montrant un transfert de contributions, ou la soudaine arrivé de gens pour faire des trucs.

    Peut ĂȘtre parce que xfce ça juste marche?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # ça donne envie de jouer

    PostĂ© par (site web personnel) . En rĂ©ponse au journal X-Blaster Dominator sur la bonne voie !. ÉvaluĂ© Ă  1.

    A quand une release?

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # journal

    PostĂ© par (site web personnel) . En rĂ©ponse au message X-Blaster Dominator, c'est pour bientĂŽt !. ÉvaluĂ© Ă  4.

    Pour prĂ©senter un projet, tu devrais plutĂŽt un journal, les forums ne sont pas beaucoup lu…

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: Autre usage

    PostĂ© par (site web personnel) . En rĂ©ponse Ă  la dĂ©pĂȘche Sortie de Lua 5.2.2. ÉvaluĂ© Ă  5.

    J'ai fait pas mal de lua à une époque et je suis assez d'accord avec lui, lua est trÚs bien sur le papier, mais en pratique:

    • l'embarquement dans une application est compliquĂ©, en tout cas par rapport Ă  QtScript ou boost.python.
    • le dĂ©veloppeur se retrouve sans debugger, sans completion, avec un modĂšle de programmation Ă  inventer Ă  base de metatables.
    • l'api de base est trĂšs limitĂ©e, il faut donc embarquer beaucoup de choses pour commencer Ă  travailler.

    Au final, on se retrouve avec un langage embarquĂ© plus compliquĂ©, moins puissant et moins performant que le langage embarqueur…

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • [^] # Re: AjoutĂ©!

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Nouvelle planĂšte auto-hĂ©bergement. ÉvaluĂ© Ă  7.

    Ah?

    Bah oui.

    Je fais de l'internet over pigeon depuis ma cabane dans un bois de SibĂ©rie que j'ai obtenu du gouvernement russe en Ă©change d'un camembert fait Ă  l'aide du lait d'une vache que j'ai Ă©levĂ© moi mĂȘme sur mon balcon.

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # AjoutĂ©!

    PostĂ© par (site web personnel) . En rĂ©ponse au journal Nouvelle planĂšte auto-hĂ©bergement. ÉvaluĂ© Ă  1.

    Merci de contribuer à cette pratique qui montre que l'on peut trÚs bien se passer de grandes entités publiques ou privés pour échanger sur le zinternet!

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # tilda?

    PostĂ© par (site web personnel) . En rĂ©ponse Ă  la dĂ©pĂȘche Guake perd son dernier dĂ©veloppeur - appel Ă  un repreneur. ÉvaluĂ© Ă  6.

    Ca a l'air assez maintenu:

    https://github.com/tsloughter/tilda/commits/master

    Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board