Tu en veux au dirigeant d'exploiter l'immaturité du salarié qui cherche à se faire bien voir coûte que coûte ? J'estime que c'est plutôt la faute du salarié qui décide de lui même de faire du travail en plus alors qu'il est parfaitement en mesure (au bout de 3 mois de présence dans l'entreprise s'il ouvre les yeux) de se rendre compte que c'est inutile.
J'ai acheté un très grand nombre de jeux chez GOG. Vu le prix, pourquoi se priver. Par contre, je n'ai que Linux chez moi… et souvent on arrive à faire tourner les jeux !
Tous les vieux jeux DOS sont distribués par GOG avec dosbox, et on peut les faire fonctionner sous Linux avec dosbox sans aucun souci. Le problème dans ce cas est que le packaging est parfois mal fait, et si le jeu se lance, il arrive qu'il plante ou qu'il ait d'autres soucis du genre (par exemple la protection de Battle Isle 1 qui rend le jeu injouable, sujet abordé sur les forums de GOG).
Ensuite on a pas mal de jeux qui fonctionnent avec Wine, et qui sont référencés comme tels par certains utilisateurs de GOG. J'estime que GOG devrait rajouter un label "works with Wine", ça coûte pas bien cher vu que c'est les utilisateurs qui testent. Évidemment, ça ne fonctionne pas toujours parfaitement…
Tout ça pour dire : GOG.com, c'est très bien, et je n'achèterai pas chez Steam ce que je peux trouver chez GOG. Le seul ennui c'est que "o" signifie "old" :(
Quitte à être prisonnier du fournisseur, autant passer carrément sur du cloud avec Onlive, qui fournit des jeux récents sans s'embêter à les installer… sauf qu'on dirait qu'ils font exprès d'empêcher leur client de fonctionner avec Wine (même si ça s'est amélioré ces derniers mois). À mon avis ils passent à côté d'un marché non négligeable au vu du coût pour supporter Wine, mais je ne dirige pas OnLive malheureusement. :)
je vais être rabat-joie mais pourquoi encore un projet de framework de jeu ? Pourquoi moi, développeur d'un jeu qui a du contenu et son propre moteur, je devrais m'intéresser à ce projet ? Je suppose que ça s'adresse aux projets de jeux qui vont démarrer dans le futur, et non aux jeux existants… J'ai donc une autre question : c'est quoi ta valeur ajoutée ?
Il y a des milliers de "frameworks" de création de jeu. Très peu de gens s'en servent à part leur auteur. C'est très respectable que tu fasses cela pour t'amuser, mais est-ce que ton projet apporte quelque chose à la communauté ? À première vue je dirais que non.
Désolé pour le feedback négatif, ce n'est rien de personnel, je suis juste assez agacé de voir qu'on est incapables dans le libre de produire des jeux corrects et qu'on préfère travailler chacun dans son coin pour un impact total nul.
Tu ne peux pas refuser, non. D'ailleurs s'il t'ordonne de lui donner tous les emails personnels de quelqu'un (illégal sans certaines formalités), je ne sais pas trop les conséquences possibles de ton refus…
Après lecture des commentaires ci-dessous (désolé, la prochaine fois je le ferai avant de poster), il apparaît que l'auteur du journal a "volé" l'accès à la forge, qui était auparavant à la boîte. J'imagine que ca pourrait carrément être vu comme une faute professionnelle.
Je crois qu'il y a au moins le "droit moral" de l'auteur qui lui permettra de réclamer que son nom personnel apparaisse, pour tout le reste c'est le patron qui dirige.
Par contre, pour la forme, ce n'est pas de sponsoring qu'il s'agit. Le sponsor achète de l'influence, pas le contrôle total.
Je pense que tu as raison sur la propriété intellectuelle du code, par contre l'entreprise semble lui demander un peu plus : la "propriété" de la communauté, c'est-à-dire les droits d'accès sur l'infrastructure. Sur le plan purement légal, je ne pense pas que son employeur soit propriétaire de cela dans la mesure où ça a été réalisé personnellement.
Telle que je comprends la situation, l'entreprise est bien propriétaire du code, mais pas forcément propriétaire des droits de commit sur le repository précis sur lequel le code se trouve actuellement.
Est-ce que tu as des informations pour corroborer ton affirmation que Openstreetmap gaspille le temps des contributeurs car il serait possible d'automatiser le travail ?
Il me semble justement avoir vu qu'Openstreetmap importait (pour la France) les données du cadastre et de diverses sources officielles, de manière automatique.
Pedantic---
Attention, SIGUSR1 n'est pas un signal temps réel, tu ne peux pas faire du morse avec. Il faut SIGRTMIN + x pour cela. (Je n'ai jamais essayé le morse cela dit, en local je préfère mkfifo).
---Pedantic
Je trouve que tu te fais beaucoup taper dessus dans ce thread par des utilisateurs de Archlinux, alors je viens pour te défendre, étant utilisateur de Arch sur un certain nombre de machines depuis plusieurs années.
Ce qui est bien dans Arch
Arch est une distribution très bien documentée et pour laquelle tu peux obtenir de l'aide assez facilement, à travers le wiki ou sur IRC (par contre, l'accueil n'est pas forcément très chaleureux, mais c'est assez classique dans le logiciel libre). La distribution est gérée par un petit groupe de personnes, ce qui lui donne une grande cohérence (ce n'est pas une gouvernance de groupe comme Fedora ou Debian), un peu comme Slackware.
On peut installer un desktop, un serveur, un routeur-firewall… de manière plus "propre" que nombre d'autres distributions, car Arch n'installe rien (ou si peu) par défaut.
Enfin, rien n'est plus à jour que Arch. Ça, c'est très bien pour un développeur (quoique python3 par défaut est un choix assez douloureux au quotidien), pour un utilisateur c'est pas mal non plus, pour un usage serveur en entreprise ça se discute nettement plus.
Les problèmes que tu as rencontrés
La signature des paquets
pacman-key init qui prend 20 minutes, je l'ai subi moi même sur 4 machines différentes, et c'est inadmissible. Cela double le temps effectif d'installation de la distribution. C'est un problème majeur et quelle que soit la justification de sécurité je trouve que c'est un vrai défaut. Je parie que ça va s'améliorer dans les mois à venir.
L'installation
Arch est une "rolling release" avec des sortes de captures instantanées qui sont réalisés une à deux fois par an. Quand tu prends l'ISO d'une telle capture, tu te retrouves parfois à devoir faire une mise à jour très intrusive après l'installation de base (ou pendant la netinstall) et avant de configurer ta machine. Par exemple, la mise à jour qui rajoute le système de signatures au paquet, ou la mise à jour du paquet filesystem qui ne fonctionne pas en automatique (c'est indiqué sur archlinux.org) à cause de je ne sais quoi.
Ton installation a été difficile, et c'est normal : l'ISO actuellement distribuée est tout simplement trop vieille au vu du contenu actuel des dépôts. Tu as donc raison de te plaindre.
Avec un peu de chance une nouvelle ISO sortira sous peu et tu pourras réessayer, en espérant que tout se passe bien cette fois-ci. :)
Plus ça va, plus je me dis que le problème est Red Hat. Ils se comportent un peu comme le Microsoft du monde Linux, avec une attitude "on décide de ce qui est le standard et si t'es pas d'accord tu te débrouilles pour faire fonctionner les logiciels".
Ça ne serait pas gênant s'ils n'avaient pas une telle influence dans les projets qui leur permet de faire avancer leurs objectifs de nature "politique".
L'obligation de déposer les comptes n'est pas respectée par un grand nombre d'entreprises. La sanction n'est pas dissuasive (en plus de n'être pas appliquée).
on a d'une part le problème de DirectX, les jeux vont devoir passer à OpenGL
Ça va plus loin : DirectX ne se réduit pas à Direct3D. Direct3D est remplaçable (pas toujours facilement) par OpenGL, mais dans DirectX il y a également DirectInput qui est très utilisé. Le travail de portage ne concerne pas exclusivement le rendu 3D.
Tu paierais ta nourriture n% moins cher si tu allais la chercher auprès du fournisseur dans les mêmes volumes que ce que le supermarché l'achète. Vas-y, je te regarde faire, pendant ce temps je continue à aller faire mes courses auprès de la grande distribution que je rémunère pour les services qu'elle me rend.
Paraît-il que dans la grande distribution alimentaire les vols représentent l'équivalent de 4 à 5% du chiffre d'affaires.
Ce qui signifie que :
- on paie notre nourriture 4 à 5% plus cher que le prix qu'on devrait
- ce n'est pas négligeable pour les enseignes d'où les ressources qu'elles déploient.
Est-ce que c'est efficace, c'est un autre débat, à mon avis ça embête surtout les gens honnêtes (un peu comme les DRM).
Mon problème avec ces sites, c'est le rapport signal sur bruit. 90% des jeux qui sont présentés sont soit mauvais, soit sans rapport avec mes goûts personnels. Au final on est perdu dans la masse. C'est particulièrement vrai pour Happypenguin, d'ailleurs.
Ce que je n'ai pas réussi à savoir sur l'autoentreprise, c'est est-ce qu'il y a des charges fixes? Qu'on me prenne 99% de mes bénéfices, je m'en fous, mais je ne veux pas perdre d'argent.
L'autoentreprise a été conçue pour qu'il n'y ait pas de charges fixes. Ce qui a été vrai jusqu'à la réforme de la taxe professionnelle, qui a forcé les autoentrepreneurs à payer un machin qui s'appelle, je crois, la contribution économique territoriale. Pour une autoentreprise, cette taxe est assise sur la valeur du logement de l'entrepreneur, ce qui détruit complètement le but de l'autoentreprise.
Donc on en revient à ton affirmation : il n'existe pas de mécanisme légal pour percevoir des revenus d'appoint en France. En pratique, il paraît que déclarer ces revenus complémentaires en BIC permet au moins d'être en règle avec le fisc, et l'URSSAF ferme les yeux si ce n'est pas trop gros… mais je ne sais pas dans quelle mesure c'est une base fiable.
Sur le statut légal : il y a l'auto-entreprise… en tout cas il y avait jusqu'à la suppression de la taxe professionnelle. Mais le but n'est pas forcément lucratif… je ne pense pas qu'un jeu libre puisse être vendu suffisamment pour payer le travail réalisé à un niveau équivalent à un salaire.
Quand tu écris un logiciel, s'il n'est pas ou très peu utilisé, alors ton logiciel n'a servi à rien à part à t'amuser toi. C'est respectable, mais lorsque cette attitude se généralise ("je m'en fiche d'avoir des utilisateurs je veux juste m'amuser") ça devient difficile d'avancer pour ceux qui ne se contentent pas de se faire plaisir à eux et qui souhaitent aussi faire plaisir à leurs utilisateurs. C'est cela que je dénonce dans le jeu vidéo libre aujourd'hui. Chacun s'éclate dans son coin, on ne produit rien, et on nuit à ceux qui souhaitent produire en les rendant inaudibles.
Mouais, j'sais pas si il y a vraiment une telle fragmentation pour ce qui est du JV libre, je veux dire dans les outils de base (après que l’on ait un, deux, trois ou cinquante clones de MarioKart à un moment M n’est pas vraiment problématique), mais je peux me tromper.
Justement, c'est un problème, ça divise les ressources et l'attention ! C'est certes très amusant de démarrer chacun son projet de jeu, mais il faut une vraie équipe pour avoir un minimum de succès. On ne va jamais s'en sortir si chaque développeur préfère faire son jeu à lui dans son coin (qui est invariablement pourri parce que seul on n'arrive à rien !). Le libre n'a pas les moyens de produire 2000 jeux de rôle, il a les moyen d'en faire 4 ou 5. Pareil pour les autres genres de jeux (qui souffrent un peu moins du syndrome "not my own game", variante du NIH).
Aujourd'hui les jeux libres se font concurrence, pas tellement pour les joueurs (le gâteau est gros, il y en a pour tout le monde), mais pour l'attention des contributeurs.
Ça nous fait une belle jambe qu'il y ait plus de graphistes si ils vont tous travailler sur un jeu différent !
On (chaque projet) manque toujours de gens pour accomplir les tâches qui ne sont pas du code, mais cela ne viendra qu'en acquérant suffisamment de notoriété (ce qui ne peut se produire que dans un environnement pas trop fragmenté).
Le ratio "nombre de jeux libres qui sont bien"/"nombre de jeux libres" est tout simplement honteux.
Quelle solution existante j'aurais pu utiliser selon toi?
Celle mise en œuvre par un jeu libre que tu connais et que tu aimes bien ? Il y a celle que je connais parce que je l'ai développée il y a 4 ans, et il y en a des millions d'autres certainement bien meilleures. Encore une fois, tous les jeux qui utilisent des atlas ont leur propre outil… Tu arrives après la bataille, ce n'est pas toi qui vas faire changer quiconque (sauf si tu développes un nouveau Wesnoth, et encore). Pour moi tu avais deux possibilités :
* réutiliser une solution existante (le plus intelligent, mais ça demande d'évaluer la qualité et la pérennité, et par expérience c'est difficile), en l'améliorant si nécessaire
* récrire la tienne dans ton coin (le plus marrant, et ça t'apprend des trucs, mais c'est pas forcément le plus efficace, et même si tu es très très intelligent je te garantis que ce n'est pas le moyen d'avoir le meilleur code)
C'est justement ce que je fais! Au lieu de publier mes outils et spécifier un format, j'aurais pu faire comme tous les autres: des métadonnées spécifiques à mon seul jeu.
Déjà tu te compliques la vie, ton format est bien plus complexe que nécessaire. Un atlas, c'est un tas d'images dans un .png, et un fichier de coordonnées à côté, il n'y a pas besoin d'un nouveau format d'image a fortiori non compressé. Quant à la notion d'animation, elle ne sert à rien si tu ne prévois pas de faire un codage inter, ce que tu as raison de ne pas faire pour un atlas.
J'ai l'impression que tu t'imagines que tu crées un nouveau standard. En réalité, tu crées encore un projet qui prétend à l'universalité, dont la qualité et la pérennité ne sont pas prouvées, et donc tu contribues au brouhaha ambiant dans le libre. Ta démarche part d'un bon sentiment, mais au final tu ne fais qu'augmenter la fragmentation. (Bon, d'un autre côté c'est un projet Java, et Java est un écosystème à part.)
Le problème, c'est la fragmentation, qui divise l'attention des gens capables de contribuer (qu'ils soient codeurs, graphistes, traducteurs, …). On manque de graphistes, de gens pour faire les effets sonores, de traducteurs, et de codeurs dans une moindre mesure (on trouve toujours des gens pour écrire 500 lignes de code, on trouve rarement des gens motivés et qualifiés qui prennent en charge un module pendant plusieurs années).
Pour faire de meilleurs jeux vidéo libres, la communauté a besoin de deux choses :
des compétences en création de contenu (graphismes, son, …)
se concentrer sur quelques projets au lieu d'avoir comme actuellement plus de projets que de développeurs
[^] # Re: avantage
Posté par ahuillet (site web personnel) . En réponse au journal GM fait revenir son informatique en interne.. Évalué à -5.
Tu en veux au dirigeant d'exploiter l'immaturité du salarié qui cherche à se faire bien voir coûte que coûte ? J'estime que c'est plutôt la faute du salarié qui décide de lui même de faire du travail en plus alors qu'il est parfaitement en mesure (au bout de 3 mois de présence dans l'entreprise s'il ouvre les yeux) de se rendre compte que c'est inutile.
[^] # Re: une étape
Posté par ahuillet (site web personnel) . En réponse au journal Coup de Tonnerre dans le landerneau. Évalué à 2.
J'ai acheté un très grand nombre de jeux chez GOG. Vu le prix, pourquoi se priver. Par contre, je n'ai que Linux chez moi… et souvent on arrive à faire tourner les jeux !
Tous les vieux jeux DOS sont distribués par GOG avec dosbox, et on peut les faire fonctionner sous Linux avec dosbox sans aucun souci. Le problème dans ce cas est que le packaging est parfois mal fait, et si le jeu se lance, il arrive qu'il plante ou qu'il ait d'autres soucis du genre (par exemple la protection de Battle Isle 1 qui rend le jeu injouable, sujet abordé sur les forums de GOG).
Ensuite on a pas mal de jeux qui fonctionnent avec Wine, et qui sont référencés comme tels par certains utilisateurs de GOG. J'estime que GOG devrait rajouter un label "works with Wine", ça coûte pas bien cher vu que c'est les utilisateurs qui testent. Évidemment, ça ne fonctionne pas toujours parfaitement…
Tout ça pour dire : GOG.com, c'est très bien, et je n'achèterai pas chez Steam ce que je peux trouver chez GOG. Le seul ennui c'est que "o" signifie "old" :(
Quitte à être prisonnier du fournisseur, autant passer carrément sur du cloud avec Onlive, qui fournit des jeux récents sans s'embêter à les installer… sauf qu'on dirait qu'ils font exprès d'empêcher leur client de fonctionner avec Wine (même si ça s'est amélioré ces derniers mois). À mon avis ils passent à côté d'un marché non négligeable au vu du coût pour supporter Wine, mais je ne dirige pas OnLive malheureusement. :)
# Pour quoi faire ?
Posté par ahuillet (site web personnel) . En réponse au journal Première release du framework et moteur graphique 3dNovac. Évalué à 4.
Salut,
je vais être rabat-joie mais pourquoi encore un projet de framework de jeu ? Pourquoi moi, développeur d'un jeu qui a du contenu et son propre moteur, je devrais m'intéresser à ce projet ? Je suppose que ça s'adresse aux projets de jeux qui vont démarrer dans le futur, et non aux jeux existants… J'ai donc une autre question : c'est quoi ta valeur ajoutée ?
Il y a des milliers de "frameworks" de création de jeu. Très peu de gens s'en servent à part leur auteur. C'est très respectable que tu fasses cela pour t'amuser, mais est-ce que ton projet apporte quelque chose à la communauté ? À première vue je dirais que non.
Désolé pour le feedback négatif, ce n'est rien de personnel, je suis juste assez agacé de voir qu'on est incapables dans le libre de produire des jeux corrects et qu'on préfère travailler chacun dans son coin pour un impact total nul.
[^] # Re: oui pour moi aussi
Posté par ahuillet (site web personnel) . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 1.
Tu ne peux pas refuser, non. D'ailleurs s'il t'ordonne de lui donner tous les emails personnels de quelqu'un (illégal sans certaines formalités), je ne sais pas trop les conséquences possibles de ton refus…
[^] # Re: Paternité
Posté par ahuillet (site web personnel) . En réponse au journal Relations entre projet libre et entreprise. Évalué à 4.
Après lecture des commentaires ci-dessous (désolé, la prochaine fois je le ferai avant de poster), il apparaît que l'auteur du journal a "volé" l'accès à la forge, qui était auparavant à la boîte. J'imagine que ca pourrait carrément être vu comme une faute professionnelle.
Je crois qu'il y a au moins le "droit moral" de l'auteur qui lui permettra de réclamer que son nom personnel apparaisse, pour tout le reste c'est le patron qui dirige.
Par contre, pour la forme, ce n'est pas de sponsoring qu'il s'agit. Le sponsor achète de l'influence, pas le contrôle total.
[^] # Re: Paternité
Posté par ahuillet (site web personnel) . En réponse au journal Relations entre projet libre et entreprise. Évalué à 3.
Je pense que tu as raison sur la propriété intellectuelle du code, par contre l'entreprise semble lui demander un peu plus : la "propriété" de la communauté, c'est-à-dire les droits d'accès sur l'infrastructure. Sur le plan purement légal, je ne pense pas que son employeur soit propriétaire de cela dans la mesure où ça a été réalisé personnellement.
Telle que je comprends la situation, l'entreprise est bien propriétaire du code, mais pas forcément propriétaire des droits de commit sur le repository précis sur lequel le code se trouve actuellement.
[^] # Re: Crowd-sourcing bien expliqué
Posté par ahuillet (site web personnel) . En réponse au journal OpenStreetMap sur Arte. Évalué à 5.
Est-ce que tu as des informations pour corroborer ton affirmation que Openstreetmap gaspille le temps des contributeurs car il serait possible d'automatiser le travail ?
Il me semble justement avoir vu qu'Openstreetmap importait (pour la France) les données du cadastre et de diverses sources officielles, de manière automatique.
[^] # Re: Résumé ?
Posté par ahuillet (site web personnel) . En réponse au journal OpenStreetMap sur Arte. Évalué à 3.
Et je peux acheter dessus en étant sous Linux sans être embêté ?
(Pour l'INA c'est OK, j'ai testé il y a quelques jours.)
[^] # Re: 1.1 > 1.0
Posté par ahuillet (site web personnel) . En réponse au journal MPlayer nous vole, MPlayer nous spolie !. Évalué à 9.
"pre" chez MPlayer signifie "post-release enhancement", donc l'exact inverse de pré-version.
Ils sont bizarres. :)
[^] # Re: C'est dommage… pour l'effet de serre !
Posté par ahuillet (site web personnel) . En réponse au journal Le nouveau programme de fidélité de la SNCF : Le programme Voyageur. Évalué à 4.
Pas à la SNCF sur les trains à réservation obligatoire, en tout cas. (Sauf avec l'abonnement qui va bien)
[^] # Re: Où est le problème ?
Posté par ahuillet (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 1.
Pedantic---
Attention, SIGUSR1 n'est pas un signal temps réel, tu ne peux pas faire du morse avec. Il faut SIGRTMIN + x pour cela. (Je n'ai jamais essayé le morse cela dit, en local je préfère mkfifo).
---Pedantic
[^] # Re: Yaourt
Posté par ahuillet (site web personnel) . En réponse au journal Arch Linux signe ses paquets !. Évalué à 6.
Je trouve que tu te fais beaucoup taper dessus dans ce thread par des utilisateurs de Archlinux, alors je viens pour te défendre, étant utilisateur de Arch sur un certain nombre de machines depuis plusieurs années.
Ce qui est bien dans Arch
Arch est une distribution très bien documentée et pour laquelle tu peux obtenir de l'aide assez facilement, à travers le wiki ou sur IRC (par contre, l'accueil n'est pas forcément très chaleureux, mais c'est assez classique dans le logiciel libre). La distribution est gérée par un petit groupe de personnes, ce qui lui donne une grande cohérence (ce n'est pas une gouvernance de groupe comme Fedora ou Debian), un peu comme Slackware.
On peut installer un desktop, un serveur, un routeur-firewall… de manière plus "propre" que nombre d'autres distributions, car Arch n'installe rien (ou si peu) par défaut.
Enfin, rien n'est plus à jour que Arch. Ça, c'est très bien pour un développeur (quoique python3 par défaut est un choix assez douloureux au quotidien), pour un utilisateur c'est pas mal non plus, pour un usage serveur en entreprise ça se discute nettement plus.
Les problèmes que tu as rencontrés
La signature des paquets
pacman-key init qui prend 20 minutes, je l'ai subi moi même sur 4 machines différentes, et c'est inadmissible. Cela double le temps effectif d'installation de la distribution. C'est un problème majeur et quelle que soit la justification de sécurité je trouve que c'est un vrai défaut. Je parie que ça va s'améliorer dans les mois à venir.
L'installation
Arch est une "rolling release" avec des sortes de captures instantanées qui sont réalisés une à deux fois par an. Quand tu prends l'ISO d'une telle capture, tu te retrouves parfois à devoir faire une mise à jour très intrusive après l'installation de base (ou pendant la netinstall) et avant de configurer ta machine. Par exemple, la mise à jour qui rajoute le système de signatures au paquet, ou la mise à jour du paquet filesystem qui ne fonctionne pas en automatique (c'est indiqué sur archlinux.org) à cause de je ne sais quoi.
Ton installation a été difficile, et c'est normal : l'ISO actuellement distribuée est tout simplement trop vieille au vu du contenu actuel des dépôts. Tu as donc raison de te plaindre.
Avec un peu de chance une nouvelle ISO sortira sous peu et tu pourras réessayer, en espérant que tout se passe bien cette fois-ci. :)
[^] # Re: Où est le problème ?
Posté par ahuillet (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 2.
Plus ça va, plus je me dis que le problème est Red Hat. Ils se comportent un peu comme le Microsoft du monde Linux, avec une attitude "on décide de ce qui est le standard et si t'es pas d'accord tu te débrouilles pour faire fonctionner les logiciels".
Ça ne serait pas gênant s'ils n'avaient pas une telle influence dans les projets qui leur permet de faire avancer leurs objectifs de nature "politique".
[^] # Re: Obligé
Posté par ahuillet (site web personnel) . En réponse au journal tablette magique ?. Évalué à 2.
L'obligation de déposer les comptes n'est pas respectée par un grand nombre d'entreprises. La sanction n'est pas dissuasive (en plus de n'être pas appliquée).
[^] # Re: ça s'appelle vivre à crédit
Posté par ahuillet (site web personnel) . En réponse au journal Expliquer moi un peu. Évalué à 1.
Ça dépend ! Dans certains cas (grosses fautes de gestion), le PDG est responsable civilement.
[^] # Re: wine ou natif?
Posté par ahuillet (site web personnel) . En réponse au journal Steam sur Linux à l'horizon. Évalué à 0.
Ça va plus loin : DirectX ne se réduit pas à Direct3D. Direct3D est remplaçable (pas toujours facilement) par OpenGL, mais dans DirectX il y a également DirectInput qui est très utilisé. Le travail de portage ne concerne pas exclusivement le rendu 3D.
[^] # Re: Crache ton venin
Posté par ahuillet (site web personnel) . En réponse au journal Ikéa, paranoland à deux pas de Paris. Évalué à 1.
Tu paierais ta nourriture n% moins cher si tu allais la chercher auprès du fournisseur dans les mêmes volumes que ce que le supermarché l'achète. Vas-y, je te regarde faire, pendant ce temps je continue à aller faire mes courses auprès de la grande distribution que je rémunère pour les services qu'elle me rend.
[^] # Re: Ce que je ferai.
Posté par ahuillet (site web personnel) . En réponse au journal Ikéa, paranoland à deux pas de Paris. Évalué à 8.
Ce n'est même pas un vol, légalement, en l'absence d'élément intentionnel. Tu ne peux pas voler quelque chose sans le vouloir.
[^] # Re: Crache ton venin
Posté par ahuillet (site web personnel) . En réponse au journal Ikéa, paranoland à deux pas de Paris. Évalué à 6.
Paraît-il que dans la grande distribution alimentaire les vols représentent l'équivalent de 4 à 5% du chiffre d'affaires.
Ce qui signifie que :
- on paie notre nourriture 4 à 5% plus cher que le prix qu'on devrait
- ce n'est pas négligeable pour les enseignes d'où les ressources qu'elles déploient.
Est-ce que c'est efficace, c'est un autre débat, à mon avis ça embête surtout les gens honnêtes (un peu comme les DRM).
[^] # Re: Retours d'expérience
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 1.
Mon problème avec ces sites, c'est le rapport signal sur bruit. 90% des jeux qui sont présentés sont soit mauvais, soit sans rapport avec mes goûts personnels. Au final on est perdu dans la masse. C'est particulièrement vrai pour Happypenguin, d'ailleurs.
[^] # Re: Atlas Cocos2d...
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 2.
L'autoentreprise a été conçue pour qu'il n'y ait pas de charges fixes. Ce qui a été vrai jusqu'à la réforme de la taxe professionnelle, qui a forcé les autoentrepreneurs à payer un machin qui s'appelle, je crois, la contribution économique territoriale. Pour une autoentreprise, cette taxe est assise sur la valeur du logement de l'entrepreneur, ce qui détruit complètement le but de l'autoentreprise.
Donc on en revient à ton affirmation : il n'existe pas de mécanisme légal pour percevoir des revenus d'appoint en France. En pratique, il paraît que déclarer ces revenus complémentaires en BIC permet au moins d'être en règle avec le fisc, et l'URSSAF ferme les yeux si ce n'est pas trop gros… mais je ne sais pas dans quelle mesure c'est une base fiable.
[^] # Re: Atlas Cocos2d...
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 1.
Sur le statut légal : il y a l'auto-entreprise… en tout cas il y avait jusqu'à la suppression de la taxe professionnelle. Mais le but n'est pas forcément lucratif… je ne pense pas qu'un jeu libre puisse être vendu suffisamment pour payer le travail réalisé à un niveau équivalent à un salaire.
Quand tu écris un logiciel, s'il n'est pas ou très peu utilisé, alors ton logiciel n'a servi à rien à part à t'amuser toi. C'est respectable, mais lorsque cette attitude se généralise ("je m'en fiche d'avoir des utilisateurs je veux juste m'amuser") ça devient difficile d'avancer pour ceux qui ne se contentent pas de se faire plaisir à eux et qui souhaitent aussi faire plaisir à leurs utilisateurs. C'est cela que je dénonce dans le jeu vidéo libre aujourd'hui. Chacun s'éclate dans son coin, on ne produit rien, et on nuit à ceux qui souhaitent produire en les rendant inaudibles.
[^] # Re: Atlas Cocos2d...
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 3.
Justement, c'est un problème, ça divise les ressources et l'attention ! C'est certes très amusant de démarrer chacun son projet de jeu, mais il faut une vraie équipe pour avoir un minimum de succès. On ne va jamais s'en sortir si chaque développeur préfère faire son jeu à lui dans son coin (qui est invariablement pourri parce que seul on n'arrive à rien !). Le libre n'a pas les moyens de produire 2000 jeux de rôle, il a les moyen d'en faire 4 ou 5. Pareil pour les autres genres de jeux (qui souffrent un peu moins du syndrome "not my own game", variante du NIH).
Aujourd'hui les jeux libres se font concurrence, pas tellement pour les joueurs (le gâteau est gros, il y en a pour tout le monde), mais pour l'attention des contributeurs.
Ça nous fait une belle jambe qu'il y ait plus de graphistes si ils vont tous travailler sur un jeu différent !
On (chaque projet) manque toujours de gens pour accomplir les tâches qui ne sont pas du code, mais cela ne viendra qu'en acquérant suffisamment de notoriété (ce qui ne peut se produire que dans un environnement pas trop fragmenté).
Le ratio "nombre de jeux libres qui sont bien"/"nombre de jeux libres" est tout simplement honteux.
[^] # Re: Atlas Cocos2d...
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 4.
Celle mise en œuvre par un jeu libre que tu connais et que tu aimes bien ? Il y a celle que je connais parce que je l'ai développée il y a 4 ans, et il y en a des millions d'autres certainement bien meilleures. Encore une fois, tous les jeux qui utilisent des atlas ont leur propre outil… Tu arrives après la bataille, ce n'est pas toi qui vas faire changer quiconque (sauf si tu développes un nouveau Wesnoth, et encore). Pour moi tu avais deux possibilités :
* réutiliser une solution existante (le plus intelligent, mais ça demande d'évaluer la qualité et la pérennité, et par expérience c'est difficile), en l'améliorant si nécessaire
* récrire la tienne dans ton coin (le plus marrant, et ça t'apprend des trucs, mais c'est pas forcément le plus efficace, et même si tu es très très intelligent je te garantis que ce n'est pas le moyen d'avoir le meilleur code)
Déjà tu te compliques la vie, ton format est bien plus complexe que nécessaire. Un atlas, c'est un tas d'images dans un .png, et un fichier de coordonnées à côté, il n'y a pas besoin d'un nouveau format d'image a fortiori non compressé. Quant à la notion d'animation, elle ne sert à rien si tu ne prévois pas de faire un codage inter, ce que tu as raison de ne pas faire pour un atlas.
J'ai l'impression que tu t'imagines que tu crées un nouveau standard. En réalité, tu crées encore un projet qui prétend à l'universalité, dont la qualité et la pérennité ne sont pas prouvées, et donc tu contribues au brouhaha ambiant dans le libre. Ta démarche part d'un bon sentiment, mais au final tu ne fais qu'augmenter la fragmentation. (Bon, d'un autre côté c'est un projet Java, et Java est un écosystème à part.)
[^] # Re: Atlas Cocos2d...
Posté par ahuillet (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 2.
Le problème, c'est la fragmentation, qui divise l'attention des gens capables de contribuer (qu'ils soient codeurs, graphistes, traducteurs, …). On manque de graphistes, de gens pour faire les effets sonores, de traducteurs, et de codeurs dans une moindre mesure (on trouve toujours des gens pour écrire 500 lignes de code, on trouve rarement des gens motivés et qualifiés qui prennent en charge un module pendant plusieurs années).
Pour faire de meilleurs jeux vidéo libres, la communauté a besoin de deux choses :