Le mec a traduit git, c'est pas parfait mais quand on regarde le .po c'est pas non plus n'importe quoi.
Il serait peut être plus intéressant de rentrer en contact avec lui pour améliorer la traduction, au lieu de venir dire ici qu'il a fait de la merde (même si c'est pas obligatoirement l'intention)
Car si c'est pas forcement une bonne chose de changer les termes techniques, je pense qu'avoir le reste (phrases, doc, ..) traduit peut grandement aider.
Vu l'état du truc actuellement, j'espère qu'on finira bien un jour ou l'autre par reprendre le système des sessions de zéro.
Justement, c'est ce qui est en train d'être fait.
Le but c'est clairement de virer les VT. C'est même le titre du mail cité dans le journal : "Bugfixes for CONFIG_VT=n". Les nouvelles fonctionnalités sont là pour virer les VT.
Que David Herrmann explique sur son blog que son système de gestion reste compatible avec les VT (voir les améliore) c'est compréhensible (voir nécessaire) mais le but in fine c'est de virer les VT.
Et systemd étant un daemon qui gère le système, il a toute légitimité pour gérer les sessions.
Je m'avance peut-être mais j'ai vraiment l'impression que c'est un changement qu'on voit un peu à tous les niveaux.
Au niveau kernel, on est récemment passé au rendering/display nodes. L'idée étant de séparer le rendu (GPU) de l'affichage (port hdmi, raster). On peut donc avoir des applis qui gèrent l'affichage (résolution) et des appli qui font du rendu (3D) avec une gestion des droit plus saine.
An niveau Wayland, on prévoit d'avoir des compositeurs système. Pour simplifier : un compositeur spécialisé dans l'affichage d'une appli fullscreen (typiquement un compositeur de session).
Quand je regarde ces changements j'ai justement l'impression qu'on est complètement en train de remettre à plat la gestion des sessions (notamment graphiques), des droits niveau accès matériel et autres…
Bizarrement il y a plein de gens qui râlent parce que systemd et wayland, ça fait pas la même chose qu'avant…
Au passage je vous conseil grandement cette série d'articles de David Herrmann expliquant la gestion des sessions (ainsi que les problèmes soulevés par les nouveaux usages) sous linux.
Que les sessions (textuelles) sont, à la base, basées sur les VT.
Que les session graphiques se basent encore sur les VT, mais que d'un coup, on a des softs qui accèdent directement au matériel (carte graphique, clavier, souris) (serveurX)
Que ça fout la merde niveau gestion des sessions, des droits et cie.
Qu'avec le multi-seat, on a pas de VT sur les sièges secondaires, qu'on est donc obliger de dev un truc pour les remplacer.
Donc, si on dev des trucs à coté, pourquoi pas tous remettre à plat est refaire tous ce qui faut comme il faut avec les nouveaux usages pris en compte ?
Je ne sais pas quel rapport ça a avec les derniers changements cités dans le journal. Mais ça met quand même bien en évidence les limites du système actuel et pourquoi il y a des mecs qui bossent pour pondre du systemd et cie au lieu de garder les trucs "qui marchent déjà" .
Pour mon blog static (utilisant pelican) je m'étais penché sur le problème.
J'avais écrit un truc qui se basé sur le mail :
Un script (php dans mon cas, mais ça peut être ce qu'on veut à condition que ça tourne sur le serveur) envoie le commentaire à la bonne adresse mail au bon format.
À la génération du blog static, pelican aller regarder en IMAP les commentaires et générer les pages en conséquence.
Avantage :
C'est du static, pas de javascript obligatoire.
C'est du standard de chez standard. Tu peux prendre l'hébergeur mail qui te plait.
L'anti-spam est celui de ton serveur mail.
La modération est facile : suffit d'aller chercher les commentaires dans un dossier particulier. Pour modérer, il suffit de déplacer les mails.(Et ceux, avec n'importe quel client mail).
Ça gérer les arbres de commentaires (de mémoire, faut que je vérifie ce soir)
Désavantage :
- Le commentaire est pris en compte que quand tu régénères ton blog (enfin, c'est du static, tu peux pas tout avoir)
- Les commentaires sont dans une autre base que tes articles. Il devrait être possible d'importer les commentaires dans ton CSV et générer à partir du local, mais il faut le faire.
- C'est pas publié. Je n'ai pas pu le finaliser par manque de temps et quand j'y suis revenu, pelican était passé en version 3 et mon code était plus compatible. Et comme je ne poste quasiment pas sur mon blog, ça a quitté le top de ma todo list.
Il faut voir aussi que l'intérêt d'une distribution (surtout pour un dev) ne réside pas vraiment dans la couleur du fond d'écran ou dans le dernier chiffre du numéro de version. C'est, de beaucoup, la communauté vivant autour de la distribution qui importe :
Je vais faire une grosse généralité (je sais c'est pas bien, ça se révèle toujours à la fin) mais quand même :
Lorsque la majorité des dev se retrouve autour d'une distribution (Fedora) pour la modifier et la faire évoluer, cette distribution devient de facto la distribution pour développer. Les gens qui traînent sur les forums et irc sont d'autres dev qui sont plus à même d'aider, corriger et tester tes modifs. Certes, des fois, ça marche moins bien, mais on est "entre dev"
Lorsque la majorité des sysadmin se retrouve autour d'une distribution (Debian) pour avoir une base stable et sans bug, cette distribution devient de facto la distribution à installer en temps que serveur. Ça marche mieux, il y a plus de tuto et ce que tu configures marchera pour les 5 ans (voir plus) à venir.
Lorsque la majorité des utilisateur desktop se retrouve autour d'une distribution (Ubuntu) pour avoir le système le plus sexy et le plus simple à utiliser, cette distribution devient de facto la distribution à installer sur un bureau.
Après, on peut parler de qui à le plus de paquets et en quelles versions, mais ce n'est pas vraiment important en soit. Ce qui est important ce de savoir qui ça (va) attire(r) car c'est ça qui va finalement définir ta distribution.
Quand j'ai lu le titre, ma première réaction a été : "Mais qu'est ce qu'il est allé faire à la Paris Games Week ? Ça a rien à voir avec son jeu !"
Puis tu as développé, alors … Merci !
Tu as très bien décrit ce qu'est le monde du jeu vidéo et pourquoi je l'ai quitté. Les développeurs restent des passionnés (ils sont bien obligés) mais tout le reste n'est plus qu'une immense machine à fric. Le discours est exactement celui que tu décris : "Tu as de la chance d'être bon pour travailler dans ce domaine et beaucoup de gens aimeraient être comme toi, alors demande en pas trop, tu seras gentil".
Et c'est pas qu'une question de diplôme. Je suis ingé avec une année de spé à Montréal dans le jeu vidéo. Quand j'ai commencé j'était vraiment payé une misère (si vous voulez des chiffres : 24k€ brut/an, sur Paris). Si on rajoute les heures sup (soir jusqu'à minuit, we) non payées, les relations RH moyenne. Plus les petites phrase du genre : "Ha ben ça on s'en fout que ça fasse un meilleur jeu. Ça n'apparaît pas sur la jaquette alors poubelle" ben bizarrement … j'en suis parti à la fin de mon CDD.
Après il faut rendre à César ce qui appartient à César : Des fois, je regrette : Tu travailles quand même sur des projets intéressants, avec des gens super calés, sympas et vraiment passionnés par ce qu'il font. Et ça c'est super cool. C'est loin d'être le cas dans tout les domaines (toussotements…). Et quand tu vois ton jeu dans les rayons de la fnac, t'es quand même vachement content :)
Il y a que dans le logiciel libre où j'ai retrouvé ce genre de contexte. Mais c'est pas obligatoirement plus simple d'y gagner sa vie (en poste disponible, quand t'en as un, il est payé relativement correctement)
En conclusion: continuez à vous faire plaisir en développant vos jeux amateurs (et si je trouve un peu de temps, je viendrai vous filer un coup de main…)
Et donc tu parles en fait d'énergie fossile. (Comment ça je chipote sur un hors sujet ? Comment je fait pour gagner mon niveau sinon ? )
Plus sérieusement, l'énergie (et le nucléaire en particulier) est un domaine relativement sensible ces derniers temps. Et tout le monde y va de sa petite idée sans jamais en comprendre tous les tenants et aboutissants. Les gens confondent allègrement énergie, dose et puissance ou s'imaginent encore qu'il vont mourir à cause d'une dose bénigne. Le tout sans réaliser que les décisions sont bien plus liées à la géopolitique qu'au seul domaine scientifique.
Je ne pouvait pas te permettre de faire l'amalgame entre source et moyen. Sinon autant se poser la question de savoir si linux est mieux qu'arm.
J'ai pas dis que ça serait simple :) Mais si tu dois mettre à jour la position de tous les chats/lapin/vache de la map à chaque frame, c'est ton moteur de jeu qui va pas trouver ça simple :)
Notamment parce que ça veut dire que tous les systèmes qui font des mises à jour d'entités doivent avoir accès à la position de l'entité.
Hum… Ça va plus loin que ça, si tu parcours toutes tes entités autant continuer à faire un "pos+=dt*v;" ça coûtera moins cher que de faire des calculs de distance avec le joueur. Ce qu'il faut c'est un moyen de les "exclure" du système quand elles sont trop loin (et plus dur, les ré-inclure quand on se rapproche)
Lister les éléments c'est bien, mais tu les implémentes quand ?
Je sais c'est chiant à faire mais justement c'est le but :)
Il faut que tu divises ton développement en N étapes et que tu places tes features dans les N cases.
Et tu priorises les taches en fonction des dépendances (techniques et fonctionnelles)
C'est en ça que c'est ta bible : à chaque moment, tu sais quoi faire, pourquoi et comment.
Je pense que c'est une mauvaise idée, c'est très simple de n'afficher que la partie visible, avec un tout petit peu d'algorithmique bien encapsulé, une fois écrit, tu n'as plus besoin d'y toucher et tu as un rendu au poil.
Oui, en y réfléchissant en marchant à midi pour rentrer chez moi, je me suis dit que c'était pas si dur que ça. Du coup, je me garde ça au chaud pour plus tard.
C'est même une très mauvaise idée de faire le rendu de tout le monde.
Sur une map2d c'est extrêmement simple de faire une règle de trois (ok, c'est un peu plus :) ) pour savoir quelle partie afficher. Ne t'en prive pas surtout si tu veux faire des maps infinies après.
De la même façons, il n'est pas obligatoirement nécessaire de mettre à jour toutes les entités du jeu. Si un garde fait les cent pas pour garder une porte, ça ne sert à rien de mettre à jour sa position si il est à deux écrans du joueur.
Je pense qu'il faut considérer les fichiers tmx créés par Tiled comme les xcf de gimp: non fiable comme format de stockage.
Je suis tout à fais d'accord.
Beaucoup de jeux (estimation pifaumetre) utilisent des formats spécialisés voir personnalisés :
Quand je bossais dans le monde du jeu vidéo, on chargeait des assets directement au format utilisé par le moteur. Les graphistes travaillaient dans leurs formats et la conversion se faisait en même temps que la compilation. D’ailleurs ça faisait complètement partie de la compilation, les scripts généraient des fichiers c qui indexaient les assets (à coup d'enum et de tableau). (il faut aussi dire que l'on avait pas de système de fichier et qu'on précharger les assets par paquet pour éviter les io).
Si le tmx change tout le temps, je pense que vous gagnerait à définir votre propre format qui colle à votre moteur et d'avoir un script de conversion qui transforme du tmx:
Ça peut vous simplifier le parsing au niveau du moteur.
Vous pouvez rajouter la fonctionnalité qui manque au tmx et d'on vous avez absolument besoin.
Un script de conversion écrit en langage de haut niveau (python puisque tiled le permettra) sera probablement plus facile à maintenir
Le script/compilation peut faire beaucoup de vérification en amont sur les assets. Ça évite que ce soit le jeu qui plante. (genre chargement d'un fichier inexistant)
La contrepartie, c'est que c'est moins hackable mais vu que c'est du libre, c'est pas si contraignant.
(C'est d'ailleurs ce que rewind fait avec son script es_make pour générer le système d'entités)
(Ça vaut aussi pour la compilation svg/xcf => png)
Mais c'est quoi ton argument à toi à part ta sacrosainte liberté individuelle ? Si tu ne reconnais pas mon point de vue qui est que je pense que c'est important pour la société (par pour moi), pourquoi devrai-je reconnaitre ton argument purement idéologique ?
Ça fait trois fois que je te le demande et mes questions restent sans réponse : En quoi rendre le dimanche identique aux autres jours améliorerait la vie des 30% de travailleurs qui travaillent déjà le dimanche ?
Je propose que l'on vire l'obligation de s'arrêter au feu rouge. C'est un dictat sans nom imposé au peuple. Vive la liberté individuelle.
Heu… c'est une règle importante de la vie en commun sur la route. Elle permet d'avoir plus de sécurité et un meilleur contrôle de la fluidité du trafic. Ça mérite d'en discuter plus sérieusement.
Oui mais il y a déjà des exceptions, ta règle ne sert à rien
…
Et puis, à la base ça viens de je sais pas quelle idéologie qui n'a rien à voir avec la république d'aujourd'hui
Quel est le rapport ?
Et puis moi, je connais des potes qui grillent les feux rouges, ils ont jamais eu d'accident, c'est bien la preuve que ça sert à rien.
…
Et puis j'ai pas de voiture moi. C'est pour penser aux autres que je fais ça
…
Mais vous êtes vraiment des cons doublés d'idiots à vouloir nous imposer un truc qu'on veut pas. J'impose rien moi. Si tu veux continuer de t’arrêter au croisement tu pourras toujours. C'est ça la liberté mec.
…
Et t'as pensé au ceux qui ont le droit de ne pas s'arrêter comme les pompiers ? C'est super dangereux pour eux. Faut vraiment arrêter ces lois à la con.
…
À moins que tu veuilles garder les feux rouges pour d'autres idées moins avouables …
…
Et puis dans d'autres pays, ils ont pas de feu rouge et ça fonctionne bien aussi.
…
Vous êtes vraiment des cons qui n'avait aucune constance dans vos idées. Vous êtes là avec votre idée de fluidité du trafic dont j'ai rien à faire mais vous écoutez pas mes vrais arguments à moi. Arrêtez d'imposer des trucs que les gens ne veulent pas !
Et quand tu vois que globalement les pays ayant franchis le pas n'ont pas de problèmes particuliers vis à vis de l'aspect social de la nation, ne pourrait-on pas en conclure que finalement c'est possible de faire autrement sans dégrader cet aspect ?
Ça fait plusieurs fois que tu en parles alors je te pose la question (c'est un vrai question, pas de la rhétorique)
Dans mon club de sport on a déjà du mal à trouver 5 personnes pour venir s'entrainer régulièrement le soir et le we (pas le we complet mais 2 à 3h en journée, quand il fait jour, même en hiver). Quand on part en compète c'est encore plus dur car on part tout le dimanche (voir le samedi aussi). Une journée compète regroupe de 4 à 6 équipes (allant de 5 à 8 joueurs). (soit entre 20 et 48 joueurs + plus la famille qui suit de temps en temps)
Avec un journée commune (le dimanche dans le reste de la question), c'est relativement simple. Comme la plupart des gens ne bosse pas le dimanche, la plupart des gens sont libres. Si on suppose que 15% des gens travail le dimanche, on a donc 15% des gens qui pose une journée de congé. C'est pas parfait, je préfèrerait que personne n'est à le faire mais bon, pas le choix (et puis il parait qu'ils ont choisi de travailler le dimanche, ils doivent avoir d'autres avantages, tant pis pour eux comme dirait l'autre…)
Si maintenant il n'y a plus de jour commun. C'est pas 15% des gens qui posent des congé, c'est 85% (6/7). On passe d'un système où une minorité est pénalisée (enfin, ils étaient volontaires parait) à un majorité. C'est peut être plus égalitaire (enfin je vois pas en quoi) mais ça fait chier plus de monde)
Je peux éventuellement m'arranger avec mes potes (bien que ça soit pas obligatoirement facile) pour qu'on est un jour en commun. Mais c'est tous bonnement impossible avec tous les joueurs de toutes les équipes.
Vient enfin la (les) question(s) : Comment font ils dans les autres pays ? Tous le monde pose des jours de congés en plus ? Ils négocient avec leur patron pour que, cet semaine, ils travaillent pas le lundi mais ils viendront le vendredi à la place ? Il ne font plus de sport ?
Et, surtout, pas concerné par le débat (qui ne concerne que les salariés).
Mais il a son mot à dire.
C'est un débat qui touche la société dans son ensemble. Tout le monde, y compris ceux qui ne sont pas concerné ont leur mot à dire.
Ce ne serait qu'un simple problème de liberté individuelle comme il veut nous le faire croire alors, effectivement, il serait hors du débat (il n'est pas salarié et peut déjà travailler le dimanche si il veut)
Ou tout simplement je réfléchi aux autres et à leur souffrance. Ah oui, désolé, je pense au futur et aux autres, et pas égoistement à mon confort du dimanche (à laisser crever 15% de la population dans sa merde pour mon prpore confort par exemple).
J'aimerai bien que tu m'explique comment rendre le dimanche identique aux autres jours va améliorer le quotidien des 15% de la population qui sont dans sa merde.
Jusqu'à présent ton argumentaire tourne autour de la liberté individuel (et que les autres sont des égoïstes refoulés). Par sur l'amélioration des conditions de vie des gens travaillant le dimanche.
# Heu.. un dict ?
Posté par GaMa (site web personnel) . En réponse au message lib de relation entre objets. Évalué à 5.
Je vais peut-être dire une bêtise (en même temps ta demande est relativement vague) mais un simple dictionnaire ne fait pas l'affaire ?
À moins que tu veuilles savoir le type de relation qu'il peut y avoir:
Matthieu Gautier|irc:starmad
# Cloud
Posté par GaMa (site web personnel) . En réponse au message Architecture terminal / unité centrale aujourd'hui. Évalué à 6.
Et le cloud, c'est quoi pour toi ?
Gmail, Facebook, dropbox ?
FirefoxOS, ChromeOS ?
Matthieu Gautier|irc:starmad
# Si c'est pas parfait, on contribue non ?
Posté par GaMa (site web personnel) . En réponse au journal traduction git. Évalué à 9.
Le mec a traduit git, c'est pas parfait mais quand on regarde le .po c'est pas non plus n'importe quoi.
Il serait peut être plus intéressant de rentrer en contact avec lui pour améliorer la traduction, au lieu de venir dire ici qu'il a fait de la merde (même si c'est pas obligatoirement l'intention)
Car si c'est pas forcement une bonne chose de changer les termes techniques, je pense qu'avoir le reste (phrases, doc, ..) traduit peut grandement aider.
Matthieu Gautier|irc:starmad
[^] # Re: Session management
Posté par GaMa (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 8. Dernière modification le 03 décembre 2013 à 10:21.
Justement, c'est ce qui est en train d'être fait.
Le but c'est clairement de virer les VT. C'est même le titre du mail cité dans le journal : "Bugfixes for CONFIG_VT=n". Les nouvelles fonctionnalités sont là pour virer les VT.
Que David Herrmann explique sur son blog que son système de gestion reste compatible avec les VT (voir les améliore) c'est compréhensible (voir nécessaire) mais le but in fine c'est de virer les VT.
Et systemd étant un daemon qui gère le système, il a toute légitimité pour gérer les sessions.
Je m'avance peut-être mais j'ai vraiment l'impression que c'est un changement qu'on voit un peu à tous les niveaux.
Quand je regarde ces changements j'ai justement l'impression qu'on est complètement en train de remettre à plat la gestion des sessions (notamment graphiques), des droits niveau accès matériel et autres…
Bizarrement il y a plein de gens qui râlent parce que systemd et wayland, ça fait pas la même chose qu'avant…
Matthieu Gautier|irc:starmad
# Session management
Posté par GaMa (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 10.
Au passage je vous conseil grandement cette série d'articles de David Herrmann expliquant la gestion des sessions (ainsi que les problèmes soulevés par les nouveaux usages) sous linux.
http://dvdhrm.wordpress.com/2013/08/24/session-management-on-linux/
http://dvdhrm.wordpress.com/2013/08/24/how-vt-switching-works/
http://dvdhrm.wordpress.com/2013/08/25/sane-session-switching/
Très rapidement, il explique :
Je ne sais pas quel rapport ça a avec les derniers changements cités dans le journal. Mais ça met quand même bien en évidence les limites du système actuel et pourquoi il y a des mecs qui bossent pour pondre du systemd et cie au lieu de garder les trucs "qui marchent déjà" .
Matthieu Gautier|irc:starmad
[^] # Re: Le mien ? (mais quand il sortira ...)
Posté par GaMa (site web personnel) . En réponse au message Existe-t-il un système de commentaires libre à la Disqus ?. Évalué à 2.
Bon j'ai du aussi sortir mon compte github de la tombe :)
C'est par la que ça se passe : https://github.com/starmad/pelican/commit/c590eca5bcbddb809bf61647d36a4ac57aa5d778
Par contre comme tu le verras, c'est très lié à Pelican.
Fais toi plez et donne des nouvelles :)
Matthieu Gautier|irc:starmad
# Le mien ? (mais quand il sortira ...)
Posté par GaMa (site web personnel) . En réponse au message Existe-t-il un système de commentaires libre à la Disqus ?. Évalué à 4. Dernière modification le 25 novembre 2013 à 17:53.
Pour mon blog static (utilisant pelican) je m'étais penché sur le problème.
J'avais écrit un truc qui se basé sur le mail :
Avantage :
Désavantage :
- Le commentaire est pris en compte que quand tu régénères ton blog (enfin, c'est du static, tu peux pas tout avoir)
- Les commentaires sont dans une autre base que tes articles. Il devrait être possible d'importer les commentaires dans ton CSV et générer à partir du local, mais il faut le faire.
- C'est pas publié. Je n'ai pas pu le finaliser par manque de temps et quand j'y suis revenu, pelican était passé en version 3 et mon code était plus compatible. Et comme je ne poste quasiment pas sur mon blog, ça a quitté le top de ma todo list.
Je peux le ressortir de la tombe si tu veux.
Matthieu Gautier|irc:starmad
[^] # Re: Bonjour, je suis un développeur médiocre et je le sais.
Posté par GaMa (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 1.
Super, c'est le mal ! Enfin, c'est pas moi qui le dit (mais j'ai toujours réussit à m'en passer)
https://fuhm.net/super-harmful/
Matthieu Gautier|irc:starmad
[^] # Re: Quelle distro l'intégre?
Posté par GaMa (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 7.
man dbus-daemon pour le contenu du fichier conf
cat /etc/dbus-1/*.conf pour des exemples de fichier conf
Matthieu Gautier|irc:starmad
[^] # Re: Quelle distro l'intégre?
Posté par GaMa (site web personnel) . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 10.
Il faut voir aussi que l'intérêt d'une distribution (surtout pour un dev) ne réside pas vraiment dans la couleur du fond d'écran ou dans le dernier chiffre du numéro de version. C'est, de beaucoup, la communauté vivant autour de la distribution qui importe :
Je vais faire une grosse généralité (je sais c'est pas bien, ça se révèle toujours à la fin) mais quand même :
Après, on peut parler de qui à le plus de paquets et en quelles versions, mais ce n'est pas vraiment important en soit. Ce qui est important ce de savoir qui ça (va) attire(r) car c'est ça qui va finalement définir ta distribution.
Matthieu Gautier|irc:starmad
# 2 width character
Posté par GaMa (site web personnel) . En réponse au message Le shell, les polices de caractères, et les caractères bizarres. Évalué à 2.
Il semble que ton "€" (ou ce qui y ressemble) utilise plus d'un caractère (en largeur)
Une recherche du "konsole 2 width character" dans mon moteur de recherche favori me donne ce lien : https://bugs.kde.org/show_bug.cgi?id=59162
Je sais pas si ça correspond réellement à ton pb, mais ça y ressemble. Par contre c'est super vieux (2003), mais c'est une piste.
Matthieu Gautier|irc:starmad
# Merci !
Posté par GaMa (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 5.
Quand j'ai lu le titre, ma première réaction a été : "Mais qu'est ce qu'il est allé faire à la Paris Games Week ? Ça a rien à voir avec son jeu !"
Puis tu as développé, alors … Merci !
Tu as très bien décrit ce qu'est le monde du jeu vidéo et pourquoi je l'ai quitté. Les développeurs restent des passionnés (ils sont bien obligés) mais tout le reste n'est plus qu'une immense machine à fric. Le discours est exactement celui que tu décris : "Tu as de la chance d'être bon pour travailler dans ce domaine et beaucoup de gens aimeraient être comme toi, alors demande en pas trop, tu seras gentil".
Et c'est pas qu'une question de diplôme. Je suis ingé avec une année de spé à Montréal dans le jeu vidéo. Quand j'ai commencé j'était vraiment payé une misère (si vous voulez des chiffres : 24k€ brut/an, sur Paris). Si on rajoute les heures sup (soir jusqu'à minuit, we) non payées, les relations RH moyenne. Plus les petites phrase du genre : "Ha ben ça on s'en fout que ça fasse un meilleur jeu. Ça n'apparaît pas sur la jaquette alors poubelle" ben bizarrement … j'en suis parti à la fin de mon CDD.
Après il faut rendre à César ce qui appartient à César : Des fois, je regrette : Tu travailles quand même sur des projets intéressants, avec des gens super calés, sympas et vraiment passionnés par ce qu'il font. Et ça c'est super cool. C'est loin d'être le cas dans tout les domaines (toussotements…). Et quand tu vois ton jeu dans les rayons de la fnac, t'es quand même vachement content :)
Il y a que dans le logiciel libre où j'ai retrouvé ce genre de contexte. Mais c'est pas obligatoirement plus simple d'y gagner sa vie (en poste disponible, quand t'en as un, il est payé relativement correctement)
En conclusion: continuez à vous faire plaisir en développant vos jeux amateurs (et si je trouve un peu de temps, je viendrai vous filer un coup de main…)
Matthieu Gautier|irc:starmad
[^] # Re: il cherche un dossier PICTURES dans ton /home
Posté par GaMa (site web personnel) . En réponse au message [Résolu] Problème avec variety. Évalué à 2.
Il semble plutôt que c'est xdg-user-dir qu'il n'arrive pas à exécuter.
Est-ce que tu as xdg-user-dir d'installer sur ta ArchLinux ?
Si non, c'est par là que ça devrait se passer : https://wiki.archlinux.org/index.php/Xdg_user_directories
Matthieu Gautier|irc:starmad
# j'ai arrêté, ça marche pas.
Posté par GaMa (site web personnel) . En réponse au sondage Les commentaires et vous ? . Évalué à 4.
Moi j'ai essayé de commenter mon code mais j'ai vite arrêté.
Je ne sais pas pourquoi mais à chaque fois, le compilo ne lit pas la ligne commentée et j'ai des comportements bizarres.
Vous, vous faites comment pour commenter un if un peu compliqué ? Vous mettez un // devant ?
Matthieu Gautier|irc:starmad
[^] # Re: rien de neuf ?
Posté par GaMa (site web personnel) . En réponse au journal Rapport Anses sur les effets des OEM sur la santé. Évalué à 2.
Et donc tu parles en fait d'énergie fossile. (Comment ça je chipote sur un hors sujet ? Comment je fait pour gagner mon niveau sinon ? )
Plus sérieusement, l'énergie (et le nucléaire en particulier) est un domaine relativement sensible ces derniers temps. Et tout le monde y va de sa petite idée sans jamais en comprendre tous les tenants et aboutissants. Les gens confondent allègrement énergie, dose et puissance ou s'imaginent encore qu'il vont mourir à cause d'une dose bénigne. Le tout sans réaliser que les décisions sont bien plus liées à la géopolitique qu'au seul domaine scientifique.
Je ne pouvait pas te permettre de faire l'amalgame entre source et moyen. Sinon autant se poser la question de savoir si linux est mieux qu'arm.
Matthieu Gautier|irc:starmad
[^] # Re: rien de neuf ?
Posté par GaMa (site web personnel) . En réponse au journal Rapport Anses sur les effets des OEM sur la santé. Évalué à 4.
En même temps, une centrale nucléaire c'est aussi une centrale thermique…
Matthieu Gautier|irc:starmad
[^] # Re: Map
Posté par GaMa (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 3.
J'ai pas dis que ça serait simple :) Mais si tu dois mettre à jour la position de tous les chats/lapin/vache de la map à chaque frame, c'est ton moteur de jeu qui va pas trouver ça simple :)
Hum… Ça va plus loin que ça, si tu parcours toutes tes entités autant continuer à faire un "pos+=dt*v;" ça coûtera moins cher que de faire des calculs de distance avec le joueur. Ce qu'il faut c'est un moyen de les "exclure" du système quand elles sont trop loin (et plus dur, les ré-inclure quand on se rapproche)
Matthieu Gautier|irc:starmad
# Roadmap
Posté par GaMa (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Il manque le nécessaire dans ta roadmap :)
Lister les éléments c'est bien, mais tu les implémentes quand ?
Je sais c'est chiant à faire mais justement c'est le but :)
Il faut que tu divises ton développement en N étapes et que tu places tes features dans les N cases.
Et tu priorises les taches en fonction des dépendances (techniques et fonctionnelles)
C'est en ça que c'est ta bible : à chaque moment, tu sais quoi faire, pourquoi et comment.
Matthieu Gautier|irc:starmad
[^] # Re: Map
Posté par GaMa (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 3.
C'est même une très mauvaise idée de faire le rendu de tout le monde.
Sur une map2d c'est extrêmement simple de faire une règle de trois (ok, c'est un peu plus :) ) pour savoir quelle partie afficher. Ne t'en prive pas surtout si tu veux faire des maps infinies après.
De la même façons, il n'est pas obligatoirement nécessaire de mettre à jour toutes les entités du jeu. Si un garde fait les cent pas pour garder une porte, ça ne sert à rien de mettre à jour sa position si il est à deux écrans du joueur.
Matthieu Gautier|irc:starmad
[^] # Re: Tiled
Posté par GaMa (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Je suis tout à fais d'accord.
Beaucoup de jeux (estimation pifaumetre) utilisent des formats spécialisés voir personnalisés :
Quand je bossais dans le monde du jeu vidéo, on chargeait des assets directement au format utilisé par le moteur. Les graphistes travaillaient dans leurs formats et la conversion se faisait en même temps que la compilation. D’ailleurs ça faisait complètement partie de la compilation, les scripts généraient des fichiers c qui indexaient les assets (à coup d'enum et de tableau). (il faut aussi dire que l'on avait pas de système de fichier et qu'on précharger les assets par paquet pour éviter les io).
Si le tmx change tout le temps, je pense que vous gagnerait à définir votre propre format qui colle à votre moteur et d'avoir un script de conversion qui transforme du tmx:
La contrepartie, c'est que c'est moins hackable mais vu que c'est du libre, c'est pas si contraignant.
(C'est d'ailleurs ce que rewind fait avec son script es_make pour générer le système d'entités)
(Ça vaut aussi pour la compilation svg/xcf => png)
Matthieu Gautier|irc:starmad
[^] # Re: travail hebdomadaire
Posté par GaMa (site web personnel) . En réponse au journal Travail dominical. Évalué à 3.
Mais c'est quoi ton argument à toi à part ta sacrosainte liberté individuelle ? Si tu ne reconnais pas mon point de vue qui est que je pense que c'est important pour la société (par pour moi), pourquoi devrai-je reconnaitre ton argument purement idéologique ?
Ça fait trois fois que je te le demande et mes questions restent sans réponse : En quoi rendre le dimanche identique aux autres jours améliorerait la vie des 30% de travailleurs qui travaillent déjà le dimanche ?
Matthieu Gautier|irc:starmad
[^] # Re: Choix de société.
Posté par GaMa (site web personnel) . En réponse au journal Travail dominical. Évalué à 3.
Tu n'y as toujours pas répondu : en quoi rendre le dimanche un jour comme un autre va aider la minorité qui travail ce jour là ?
Matthieu Gautier|irc:starmad
[^] # Re: travail hebdomadaire
Posté par GaMa (site web personnel) . En réponse au journal Travail dominical. Évalué à 2.
Ça fait plusieurs fois que tu en parles alors je te pose la question (c'est un vrai question, pas de la rhétorique)
Dans mon club de sport on a déjà du mal à trouver 5 personnes pour venir s'entrainer régulièrement le soir et le we (pas le we complet mais 2 à 3h en journée, quand il fait jour, même en hiver). Quand on part en compète c'est encore plus dur car on part tout le dimanche (voir le samedi aussi). Une journée compète regroupe de 4 à 6 équipes (allant de 5 à 8 joueurs). (soit entre 20 et 48 joueurs + plus la famille qui suit de temps en temps)
Avec un journée commune (le dimanche dans le reste de la question), c'est relativement simple. Comme la plupart des gens ne bosse pas le dimanche, la plupart des gens sont libres. Si on suppose que 15% des gens travail le dimanche, on a donc 15% des gens qui pose une journée de congé. C'est pas parfait, je préfèrerait que personne n'est à le faire mais bon, pas le choix (et puis il parait qu'ils ont choisi de travailler le dimanche, ils doivent avoir d'autres avantages, tant pis pour eux comme dirait l'autre…)
Si maintenant il n'y a plus de jour commun. C'est pas 15% des gens qui posent des congé, c'est 85% (6/7). On passe d'un système où une minorité est pénalisée (enfin, ils étaient volontaires parait) à un majorité. C'est peut être plus égalitaire (enfin je vois pas en quoi) mais ça fait chier plus de monde)
Je peux éventuellement m'arranger avec mes potes (bien que ça soit pas obligatoirement facile) pour qu'on est un jour en commun. Mais c'est tous bonnement impossible avec tous les joueurs de toutes les équipes.
Vient enfin la (les) question(s) : Comment font ils dans les autres pays ? Tous le monde pose des jours de congés en plus ? Ils négocient avec leur patron pour que, cet semaine, ils travaillent pas le lundi mais ils viendront le vendredi à la place ? Il ne font plus de sport ?
Matthieu Gautier|irc:starmad
[^] # Re: Choix de société.
Posté par GaMa (site web personnel) . En réponse au journal Travail dominical. Évalué à 1. Dernière modification le 07 octobre 2013 à 18:48.
Mais il a son mot à dire.
C'est un débat qui touche la société dans son ensemble. Tout le monde, y compris ceux qui ne sont pas concerné ont leur mot à dire.
Ce ne serait qu'un simple problème de liberté individuelle comme il veut nous le faire croire alors, effectivement, il serait hors du débat (il n'est pas salarié et peut déjà travailler le dimanche si il veut)
Matthieu Gautier|irc:starmad
[^] # Re: Choix de société.
Posté par GaMa (site web personnel) . En réponse au journal Travail dominical. Évalué à 2.
J'aimerai bien que tu m'explique comment rendre le dimanche identique aux autres jours va améliorer le quotidien des 15% de la population qui sont dans sa merde.
Jusqu'à présent ton argumentaire tourne autour de la liberté individuel (et que les autres sont des égoïstes refoulés). Par sur l'amélioration des conditions de vie des gens travaillant le dimanche.
Matthieu Gautier|irc:starmad