ahuillet a écrit 639 commentaires

  • [^] # Re: Atlas Cocos2d...

    Posté par  (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 4.

    Tu es en concurrence avec tous les moteurs de jeu vidéo qui utilisent des atlas, certains depuis très longtemps, et avec des outils plus intégrés que le tien.
    Par contre, il n'existe à ma connaissance aucune bibliothèque pour faire des atlas, ce qui force chacun à s'écrire sa propre solution (ou à la voler au voisin), donc ton logiciel répond bien à un besoin… mais tu arrives un peu tard, et sur un marché qui de toute façon ne valorise pas la "standardisation".

    J'ai un avis mitigé sur la pertinence de ton projet, d'un côté tu réponds à un besoin, mais d'un autre côté tu renforces la fragmentation du monde du jeu vidéo libre, ce qui est une erreur faite par l'écrasante majorité des développeurs de JV libres.

    Arrêtez de développer votre petit projet dans votre coin ! C'est sûrement très marrant mais ça n'aide pas la cause du jeu vidéo libre… Est-ce qu'il vaut mieux être le seul aux commandes d'un projet de jeu vidéo pas marrant et utilisé par 10 personnes, ou n'avoir qu'une partie du pouvoir de décision dans un jeu de qualité et utilisé par une large audience ? Chacun fait son choix mais à force de choisir la première alternative on a du mal à faire des jeux décents.

    Signé : quelqu'un qui travaille sur un JV libre qui a un peu de succès, et qui a du mal à trouver des contributeurs.

  • [^] # Re: Pas sûr...

    Posté par  (site web personnel) . En réponse au journal [HS] Hacker le problème du logement. Évalué à 1.

    Et qui dans mon cas m'ont de toute façon fait perdre de l'argent… Oui, je parle de ceux-là, mais je n'en suis pas satisfait personnellement.

  • [^] # Re: salaire européen

    Posté par  (site web personnel) . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 3.

    J'ajouterais que la comparaison est compliquée par la protection sociale, qui est différente entre les pays. C'est une des raisons pour laquelle les salaires US sont impressionnants par rapport aux salaires FR.

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 1.

    En l'absence de texte décrivant une situation exceptionnelle, c'est la règle commune qui s'applique, donc effectivement l'indemnisation du chômage n'est pas affectée par la faute lourde.

    Ça me semble un peu gros la faute lourde pour le cas que tu décris… mais s'il n'est pas allé aux prud'hommes on saura jamais si c'était gros ou pas.

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 1.

    J'ai du mal à trouver une source fiable qui le confirme, mais il semble que tu aies raison.
    Est-ce que tu as un lien ?

    Juste un commentaire : la faute lourde comprend par définition l'intention de nuire, sinon c'est une faute grave.

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 1.

    Désolé, ma réponse concernait la France, et j'ai complètement oublié de le préciser.

    Les belges ont plein de défauts mais pas celui d'avoir un droit du travail générateur de harcèlement moral. :)

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 3. Dernière modification le 19 avril 2012 à 15:48.

    Non, on ne peut pas virer pour motif personnel un salarié en CDI en France même avec un préavis de 10 ans sans cause réelle et sérieuse. (Tout comme un propriétaire ne peut pas virer son locataire facilement.)

    La faute grave est un exemple de cause qui justifie un licenciement. En plus, il y a les règles du licenciement pour faute qui s'appliquent, c-à-d que si la faute est grave ou lourde, l'ex-employé perd certains droits (préavis, assurance chômage, congés payés).
    Il y a d'autres exemples qui ne sont pas forcément des fautes, par exemple une maladie sérieuse qui rend le salarié inemployable.

    Par contre je n'ai pas été tout à fait exact : il existe aussi le licenciement économique, qui ne requiert pas une cause réelle et sérieuse, mais simplement une justification d'ordre économique. Ceci est encore plus encadré que le licenciement personnel.

    En tout état de cause, si un employeur n'est pas content de son employé en CDI, il n'a bien souvent pas de recours.

    Remarque : la page Wikipédia FR sur le licenciement fait mention d'un licenciement pour "insuffisance professionnelle". Outre que ce terme n'apparaît à ma connaissance pas dans le code du travail (qui est pour une fois particulièrement concis sur la question du licenciement :
    http://www.legifrance.gouv.fr/affichCode.do;jsessionid=DD550B5C6A8952603DEE6B1A40B8A7D6.tpdjo10v_2?idSectionTA=LEGISCTA000006189432&cidTexte=LEGITEXT000006072050&dateTexte=20120419 ), cela n'exclut pas que la cause doit être objective (c'est l'interprétation par la jurisprudence de l'adjectif "réelle"), ce qui est à mon humble avis difficile à prouver.

    Concernant le préavis, le préavis dans le cas d'un licenciement est souvent (je ne connais pas toutes les conventions collectives…) de 3 mois, que ce soit pour un licenciement économique ou personnel. Les fautes lourdes et graves empêchent par définition le maintien du salarié dans l'entreprise et suppriment donc le préavis totalement.

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 3.

    Le licenciement doit avoir une cause réelle et sérieuse, c-à-d une cause objective et suffisamment grave. Le licenciement pour incompétence est donc très difficile à justifier (car l'incompétence devra être prouvée objectivement, ce qui est impossible, et sa gravité est également sujette à débat).

    Note : je suis pour qu'un employeur puisse licencier les employés incompétents - mais dans le droit du travail actuel c'est loin d'être évident.

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à -3.

    Quand je vois une réponse pédante incorrecte, j'ai envie d'être pédant moi aussi.

  • [^] # Re: NP Complet

    Posté par  (site web personnel) . En réponse au journal Naissance du projet nanim. Évalué à 3.

    J'ai implémenté un pavage pour créer les atlas de textures dans FreedroidRPG. Après m'être dit "ohlàlà c'est NP donc ça va être difficile", je me suis rendu que c'est en fait très simple d'obtenir un pavage pas trop mauvais, et avec une performance décente. Il ne faut pas se laisser impressionner par la théorie. :)

    (Pour ceux que ça intéresse : http://freedroid.git.sourceforge.net/git/gitweb.cgi?p=freedroid/freedroid;a=blob;f=gluem/make_atlas.c )

  • [^] # Re: Ca s'appelle le principe de Dilbert

    Posté par  (site web personnel) . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 2.

    le SMIC pour 35h/semaine est de 1398,37€/mois

    C'est un salaire brut, ce qui correspond probablement à un peu moins que 1200€ net mensuel. Donc l'auteur a raison également, mais vu qu'il parle de coût pour l'employeur il n'aurait pas dû mesurer en salaire net (ni en brut, qui ne correspond pas non plus au coût pour l'employeur).

  • [^] # Re: Pas la même conclusion

    Posté par  (site web personnel) . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 2.

    À mon avis l'explication est évidente : le producteur (ou le distributeur, je veux pas rentrer là-dedans parce que j'en sais rien) cherche à escroquer le consommateur. Pour moi c'est tout simplement une manoeuvre déloyale visant à exploiter le fait que je n'aime pas faire mes courses et donc que je vais très vite quand je les fais, comme probablement beaucoup de gens.
    Heureusement qu'on a le prix au Kg…

  • [^] # Re: Pas la même conclusion

    Posté par  (site web personnel) . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 3.

    Les formats "familiaux" ne sont pas toujours moins chers, non plus….

  • [^] # Re: Pas sûr...

    Posté par  (site web personnel) . En réponse au journal [HS] Hacker le problème du logement. Évalué à 3.

    Je pense qu'on parle d'une location meublée ici. Je ne sais plus quelle est la caution mais ce n'est pas la même loi que pour les locations vides.

  • [^] # Re: Pas sûr...

    Posté par  (site web personnel) . En réponse au journal [HS] Hacker le problème du logement. Évalué à 2.

    Tu connais un placement si sûr que cela ? L'assurance vie ? Le livret A ne va pas bien loin !

    En épargne réglementée, au delà du livret A et du CODEVI, dont les plafonds sont faibles, il y a toujours le PEL qui permet de mettre de côté 60kEUR, sans risque, et à des taux intéressants.

    Dans l'épargne non réglementée chaque banque propose des livrets certes avec un mauvais rendement, mais sans risque. Et il y a également les comptes à terme, qui pour peu qu'on accepte de bloquer son argent peuvent être bien rémunérés.

    Tout cela, c'est du placement dit "sans risque", c-à-d que le seul risque est la faillite de la banque (qui est couvert à hauteur de 100kEUR par personne et par banque). Si tu es prêt à prendre quelques risques (car l'immobilier n'est pas sans risque), il y a des possibilités de placer dans des fonds communs à objectif de sécurité (monétaire + obligations). Bref, ce ne sont pas les possibilités qui manquent pour placer 200kEUR ailleurs que dans la pierre.

  • [^] # Re: qu'il faut libéraliser

    Posté par  (site web personnel) . En réponse au journal [HS] Hacker le problème du logement. Évalué à 3. Dernière modification le 09 avril 2012 à 18:56.

    Le problème pour les agences, si je me souviens bien, c'est qu'elles sont rémunérées de l'ensemble de leur travail (visites etc.) lors de la conclusion de la transaction. Si pour un bien donné il y a eu 80 visites, le coût de ces 80 visites sera payé par… l'unique acheteur final.
    Idem pour la location.

    Cela explique que les frais d'agence soient élevés : on paye en fait non seulement pour la visite qu'on vient de faire, mais en quelque sorte aussi pour tout le temps qu'on a passé à regarder d'autres maisons, dans d'autres agences, etc.

    EDIT: j'avais mal lu, Zenitram parle déjà de ce principe dans son commentaire.

  • [^] # Re: La télé ne s'est elle pas aussi rendue conne ?

    Posté par  (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 2.

    Le plus petit dénominateur commun, c'est constant, et ça vaut 1.
    Tu parles du plus grand commun diviseur (la syntaxe est incorrecte pour coller à l'anglais).

  • [^] # Re: Travail et paye

    Posté par  (site web personnel) . En réponse à la dépêche Début du Google Summer of Code 2012. Évalué à 1.

    Essentiellement, il n'y en a pas. Tu ne reçois pas de fiche de paye et tu n'as pas de contrat ni avec Google ni avec le projet pour lequel tu travailles. (Certains diront que les "terms of service" constituent un contrat, mais en tout état de cause ce n'est pas un contrat de travail légal en France, et tu n'as aucun contrat avec le projet qui décide de la réussite de ton projet et donc de ton paiement).

    Cela signifie qu'un certain nombre d'institutions d'éducation ne reconnaissent pas une participation au Summer of Code comme un stage. C'est parfois gênant.

  • [^] # Re: et coreboot

    Posté par  (site web personnel) . En réponse à la dépêche Début du Google Summer of Code 2012. Évalué à 5.

    X.org n'a jamais été très favorisé au Summer of Code. À chaque fois c'est 2 à 4 étudiants, ce qui est très peu.
    La raison est probablement plus ou moins politique, en ce que la fondation X.org dispose de ressources propres qui font qu'elle n'a pas besoin de Google pour payer des étudiants. Ainsi, en 2008, j'ai participé au X.org Vacation of Code, qui est strictement la même chose que le Summer of Code mais avec un autre payeur.

    http://www.x.org/wiki/XorgEVoC

  • [^] # Re: et coreboot

    Posté par  (site web personnel) . En réponse à la dépêche Début du Google Summer of Code 2012. Évalué à 2.

    Dans le cas précis de Coreboot je ne sais pas répondre mais il faut savoir que Google choisit de donner leur chance à des nouvelles organisations chaque année : il est assez rare d'être sélectionné, en tant que projet, plusieurs années consécutives (à l'exception des très grosses, ce qui à mon avis ne devrait pas leur donner un statut particulier). Peut-être que Coreboot n'a pas été refusé sur la base de leur candidature, mais tout simplement parce qu'ils ont participé les années précédentes et que ce n'est pas leur tour cette année ?

    La sélection des projets par Google n'est pas très transparente (ce qui est assez normal), donc c'est difficile d'en savoir plus, mais tu peux demander directement à Coreboot, peut-être qu'ils ont plus d'informations.

  • [^] # Re: Travail et paye

    Posté par  (site web personnel) . En réponse à la dépêche Début du Google Summer of Code 2012. Évalué à 2.

    Au sens légal du terme, le Summer of Code n'est pas un travail en France. Ce n'est d'ailleurs pas non plus un stage au sens de la majorité des structures d'enseignement.

    Il n'y a en effet aucun contrat de travail ou quoi que ce soit d'apparenté.

  • [^] # Re: Arch yabon

    Posté par  (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 5.

    Ah, ça c'est une autre histoire : ce n'est pas un bug.
    Tu diras merci au législateur américain qui estime que trois additions et deux multiplications peuvent faire l'objet d'un monopole légal pendant 20 ans. En France, au moins, on est tranquilles.

    http://dri.freedesktop.org/wiki/S3TC

  • [^] # Re: Problème Xorg/fglrx

    Posté par  (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 1.

    Quand je lance la démo, moi, j'ai une grande fenêtre blanche, et c'est avec le pilote propriétaire nVidia. Je n'essaie pas plus : la deuxième démo me donne un CPU à 100% et cette fois-ci même pas de fenêtre.

    Un crash dans libGL, ou un freeze complet de la machine, c'est la faute du pilote OpenGL. Un comportement bizarre de l'applicaton, ça vient assez souvent de l'application elle-même.

    En tout cas tu peux déjà ouvrir un ticket avec la description de ton problème, les gens qui maîtrisent pourront essayer de le reproduire (OpenGL avec Java, moi je ne sais pas comment faire l'enquête).
    https://bugs.freedesktop.org/enter_bug.cgi

  • [^] # Re: Problème Xorg/fglrx

    Posté par  (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 1.

    Si je comprends bien, si fglrx ne suit pas les modifications de X.org, c'est la faute des méchants développeurs de X.org ? Ils ont assez de travail pour maintenir la compatibilité avec les pilotes libres, pour ce qui est des pilotes propriétaires c'est le travail de l'entreprise qui les écrit de suivre le mouvement (ce que nVidia fait particulièrement bien). Casser la compatibilité exprès pour embêter les pilotes propriétaires, ça serait inacceptable, mais ce n'est pas le cas.

    L'auteur du journal semble parler de 3D et pas de Xv, donc je suppose que ce n'est pas lié, mais je lui ai demandé dans un autre commentaire de décrire ses soucis et il ne l'a pas (encore) fait. C'est utile de se plaindre sans faire de rapport de bug, ma foi.

  • [^] # Re: Arch yabon

    Posté par  (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 4.

    Est-ce que tu peux détailler ce qui te manque dans les pilotes libres ? Comme tu le sais probablement ces pilotes sont développés par un groupe de "bénévoles", dont la taille est à peu près le dixième de ce qui serait nécessaire pour satisfaire tous les besoins. (C'est vrai de manière générale dans le monde de X.org, où le nombre de contributeurs est très faible par rapport à l'importance du projet sur nos systèmes.)

    Lorsque tu rencontres des bugs, il faut ouvrir un ticket sur le bugzilla : jusqu'à présent 100% des bugs (c-a-d 3 ou 4) que j'ai rencontrés dans le driver radeon sur les années passées ont été corrigés en moins de deux semaines. (Note : c'est nettement moins vrai pour le driver Intel, qui dispose pourtant de plus de ressources.)