Zenitram a écrit 29449 commentaires

  • # Ne pas oublier

    Posté par  (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 4.

    Pour les autres c'est inutile, coûteux, pas efficace

    Et sexiste (différentiations d'obligation suivant que tu ais une bite ou pas).
    Après, pas grand chose de nouveau certes, le vote des personnes sans bite n'ayant été autorisé dans toute la Suisse qu'à partir de 1990 (à noter que la votation populaire sur le sujet dans le dernier canton, tant chérie par les Suisses, qui disait "les sans bites sans droit de vote", est passée à la trappe).

    Si cette votation ne passe pas, le minimum serait d'enlever cette discrimination.

  • [^] # Re: Question idiote

    Posté par  (site web personnel) . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 3.

    Une armée, comme ça ou comme autrement, sert à être crédible (qu'on ne soit pas tenté de venir te faire chier, sinon ta partie de phrase "ni n'est attaqué par personne" devient vite fausse).

  • [^] # Re: Déception

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 2.

    Comme les résultats.
    Tu n'as pas répondu à cette partie du commentaire…

    Le mieux est que tu créés ton propre moteur, avec les résultats que tu veux.
    En attendant, la, tu demandes à google de ne pas faire sa fonction première (proposer des résultats arbitraires, que ce soit dans les suggestions ou dans la page de résultats)

    Pas d'un choix technico-pratique, ou d'une interdiction legale.

    Idem pour les résultats.

    Bref, c'est un choix (que je comprend, même si je ne suis pas forcément d'accord), et en plus ils te montrent le bon sujet dans la page de résultats ensuite.
    De la même manière, le porno est filtré de google images, alors que les actrices à poil sont les photos les plus recherchées.

    C'est arbitraire, oui, comme tout le monde fait pour tout ce que tu ne fais pas (même ton logement et ta bouffe).
    Et pour le moment, le choix arbitraire me parait pas mal, les gens apprécient bien.

  • [^] # Re: Why Debian should (or should not) make systemd the default

    Posté par  (site web personnel) . En réponse au journal Debconf 13 en Suisse. Évalué à 1. Dernière modification le 13 août 2013 à 11:21.

    et choisi XSPF

    Tu peux me traduire?
    Parce que bon, même avec XSPF c'est:
    http://video.debconf.org:8000/talkroom1.ogv.xspf
    "http://video.debconf.org:8000/talkroom1.ogv" (bref : ça ne change pas, pas de liste de flux possibles avec différentes qualités comme ça se fait dans un monde moderne)
    "Framesize: 320 x 240"

    Bref, le format timbre poste immonde, toujours.

    Toi qui sous-entend que mieux existe, il me faut plus de précision sur comment avoir mieux.

    Comme je n'ai pas pu le regarder, pourrais tu résumer.

    traduction à l'arrache : "Vous adaptez pour un autre kernel, donc vous pouvez maintenir un autre init pour lui ce n'est pas beaucoup de travail en plus du travail sur le kernel, et puis bon vous devriez utiliser Linux et pas un autre kernel"
    Mais ça n'a pas bastonné après cette réponse, pfff… tout se perd.

  • [^] # Re: Barre de recherche avancée

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 3.

    pour chercher x sur wikipedia il tape "wiki x"

    "x" en fait (bon, pour cet exemple, ce n'est pas le premier lien certes… Mais pas loin du tout)

  • [^] # Re: Barre de recherche avancée

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 2.

    D'un autre côté, ici les gens parlent de leur dire qu'il faut qu'ils retournent à marcher à pieds…
    Donc l'expression est belle, mais un peu HS par rapport à les réaction des gens qui veulent "comme avant".

  • [^] # Re: Un sponsor "platinum" religieux

    Posté par  (site web personnel) . En réponse au journal Debconf 13 en Suisse. Évalué à 5.

    Elle est bonne celle-la, et tellement représentative de jusqu'où ça peut aller…
    Faudra la ressortir quand on reparlera de WebOob et QHaveSex refusés par certains hauts-placés dans Debian :).

  • [^] # Re: Déception

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 1.

    l'interface doit décourager celles-ci,

    Oui, éduquons ces salauds d'utilisateurs qui veulent pas un web comme toi.
    Je crois que si tu leur fais ça, ils iront juste vers un autre navigateur et ton navigateur préféré mourra faute d'utilisateurs.

    Il faut décourager de quelle mauvaise habitude? Explicite, qu'on rigole.
    Parce qu'il y en a aussi pour dire que l'ominibarre est une mauvaise habitude, dommage car ça va devenir le "standard de facto" et c'est très bien comme ça de l'encourager la où il y en a pour dire qu'il faut décourager.

    Tiens, même Mozilla a arêté de vouloir décourager le méchant H264… Il ne va pas rester grand chose de "bien"…

  • [^] # Re: Déception

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 2.

    Qu'est-ce qui t’empêche de faire une page statique qui lance Google?

    La, tu demandes ce que les autres ne veulent pas et que tu peux faire toi-même en 3 lignes de HTML…

  • [^] # Re: Déception

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 1.

    J'aimerais bien que Google arrête de tenter de deviner ce que je veux chercher

    J'aimerai pas du tout qu'il revienne 10 ans en arrière.

    Et s'il pouvait aussi éviter de modifier des mots, ça m'arrangerait.

    J'aimerai pas du tout qu'il revienne 10 ans en arrière.

    Ah les nostalgiques du web du début des années 2000 :).

  • [^] # Re: Why Debian should (or should not) make systemd the default

    Posté par  (site web personnel) . En réponse au journal Debconf 13 en Suisse. Évalué à 3. Dernière modification le 12 août 2013 à 17:21.

    Ça devrait être streamé.

    C'est super d'avoir le stream, mais dommage d'avoir un format timbre-poste en 2013 (gloire du 1080p depuis longtemps et année de l'arrivée du 4K, 10x plus que le stream), du coup les slides doivent être decryptés (surtout avec un format de compression datant de… passons), ha souvenirs de la cassette VHS :).
    J'espère que le nom temps réel aura, si disponible, un peu plus de définition.
    (oui, il faut bien critiquer un peu ;-), mais sinon c'est vraiment super d'avoir ça, c'est bien filmé tout ça).

  • [^] # Re: Version liberté/cool/nobrainer compliant?

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à -5.

    oui.
    (après, si tu considères que bloquer Javascript c'est être un geek normal, le problème est ailleurs, il faut consulter vite)

  • [^] # Re: Le menu outils est devenu "Outils de développement"

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 0.

    Après, c'est pas comme si c'était urgemment urgent (si j'ai bien compris, la plupart des gens installant un navigateur dernière version, et donc qui ne sont plus sous WinXP pour la plupart, ne voient pas cette traduction) au point de reprendre à 0 la partie QA.

  • [^] # Re: Un sponsor "platinum" religieux

    Posté par  (site web personnel) . En réponse au journal Debconf 13 en Suisse. Évalué à 6.

    Question peut-être idiote, mais en quoi ça te "choque un peu", plus que Google qui file tes données à la NSA?

  • [^] # Re: Barre de recherche avancée

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 7.

    ou alors taper "firefox site:linuxfr.org"…
    L'omnibar est la première chose que je met sur un Firefox vierge, car ça m'énerve tout de suite que cette barre soit incapable de comprendre l'humain alors que d'autres navigateurs peuvent.
    Il est plus intelligent de laisser les gens "connaisseurs trop doués ils veulent séparer" le faire via un plugin plutôt que d’embêter la plupart des utilisateurs qui vont se demander "c'est quoi ce bordel qui ne comprend pas la requête, ah tiens le pote à Chrome c'est plus simple je vais prendre".

    Et ce n'est pas une question de place, mais simplement d'utilisabilité.

  • # Licence

    Posté par  (site web personnel) . En réponse au journal Une petite board toute minnow. Évalué à 9. Dernière modification le 12 août 2013 à 08:35.

    sous licence Creative Commons

    Sachant que seulement certaines licences Creative Commons sont open source, dire "Creative Commons" ne nous renseigne pas beaucoup sur la notion d'open source.
    Donc si j'ai bien suivi, c'est CC-BY-SA sur le schéma (et la on peut dire : donc open source)

  • [^] # Re: Why Debian should (or should not) make systemd the default

    Posté par  (site web personnel) . En réponse au journal Debconf 13 en Suisse. Évalué à 6. Dernière modification le 12 août 2013 à 08:16.

    Je sors le popcorn.

  • [^] # Re: Le menu outils est devenu "Outils de développement"

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à -2.

    Effectivement… Mais est-ce une version "officielle" de Mozilla? Perso je n'ai pas le menu que tu as (que "Firefox", avec Devélopper web / téléchargement / etc dans ce menu, et le bouton de téléchargement à droite aussi). ou alors c'est moi qui ai un petit bug de pas avoir ce menu, mais en fait je vois dans les captures d'écran de la dépêche que ton menu n'existe pas… Donc "Mr tout le monde" ne voit pas ce que tu vois.

  • [^] # Re: Bien bien !

    Posté par  (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 3.

    Sérieusement : oui (mais très rare, 2 fois en 6 ans de mémoire, après tu as aussi "ok mais tu en fais pas la pub", bref des clients peuvent être différents vis à vis du libre même si la majorité est "rien à branler tant que je l'ai à la prochaine version").
    Google fait pareil avec Android (si tu veux avoir la version de développement pour être prêt quand la version officielle sort, tu te plies aux règles. Sinon tu as un retard de 2 mois le temps d'intégrer), pour un exemple en tête, et j'ai déja entendu d'autres ne pas commiter dans le SVN avant J-1 de la release alors que la fonctionnalité était prête depuis un moment.

    La première question est vraiment se savoir si il vaut mieux "bloquer" et ne pas travailler dessus du tout faute de contrat (et le concurrent non libre peut être choisi au passage), ou accepter un décalage (donc quelques mois en "proprio").

    La deuxième question de la vraie vie pour reprendre ton "je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx $, ceux qui payent xxxxx $, etc, sinon on ne peut plus parler de logiciel libre" est si tu as 100 demandes de support d'un coup, dont les 9 avant-dernières viennent de ceux qui payent xx $ et la dernière de celui qui paye xxxxx $, tu vas vraiment gérer aucune catégorie d'utilisateurs et répondre dans l'ordre d'arrivée? Perso, je suis faible, je répond dans un autre ordre, ça fait bien des catégories.

  • [^] # Re: Bien bien !

    Posté par  (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 2.

    La question est : qu'est-ce que tu fais si la personne paye seulement si tu "pénalises" (=tu avantages un peu pendant un laps de temps donné afin que le concurrent soit un peu en retard, sinon pas de sous du tout ce qui au final fait bien moins de libre)? Car on parle de ça. Evidemment que si c'est pas dans le contrat il n'y a aucun intérêt à pénaliser les autres.
    Note : ce n'est pas que de la théorie.

  • [^] # Re: Le menu outils est devenu "Outils de développement"

    Posté par  (site web personnel) . En réponse à la dépêche 23 de Firefox. Évalué à 3.

    je ne sais pas chez toi, mais tous ces "sous-menu" sont ailleurs chez moi (ils ont leur propres menus)

  • [^] # Re: Bien bien !

    Posté par  (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 5.

    Chacun son point de vue, je réagirai que sur ce point :

    Bosser en ayant un flux d'entrée d'argent dépendant du bon vouloir des autres et de ta capacité à ne pas coder les features pour les faire payer me parait plus fragile que d'être employé comme dev en CDI.

    Tu ne fais que déplacer la précarité sur celui qui paye le CDI. Bref, un intermédiaire. Ca n'enlève rien à la façon de fonctionner. Un CDI ne change rien à l'affaire, si l'employeur n'a plus de contrat, il te virera, CDI ou pas. le CDI n'est qu'un tampon intermédiaire (que tu payes, ne pas s'inquiéter, en gagnant moins que si tu n'avais pas d’intermédiaire. Ben ça tombe bien un indépendant peut créer lui-même cet argent tampon en se payant moins par mois, comme un CDI, il peux même cotiser à l'assurance chômage avec une SASU, bref indé ou salarié, finalement pas de grande différence sur la précarité à part dans la tête des banquiers lorsqu'ils doivent te prêter de l'argent. La seule différence est dans les grandes boites où tu peux aller au pire sur un autre projet, mais faut alors pas se plaindre que le projet n'est pas intéressant ni que le salaire pue, ça fait partie du jeu).

  • [^] # Re: Bien bien !

    Posté par  (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 4.

    je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx $, ceux qui payent xxxxx $, etc, sinon on ne peut plus parler de logiciel libre (tout au plus d'open-source, open-core ou de freemium)

    Je défie n'importe quel développeur de ne pas prioriser son sponsor (celui qui le fait vivre) par rapport à Mr n'importe qui qui ne paye rien, n'aide rien, et fait que râler. C'est faux-cul de dire le contraire (déjà à commencer par le fait que ceux qui payent, en général tu les connais plus personnellement). Toi tu vas me dire que tu vas aider l'inconnu à l'autre bout de la terre plutôt que tes parents? Je n'y crois pas, et la c'est le même type de lien (en moins fort certes).
    Désolé, mais dans la vraie vie, libriste compris, presque (il va bien y avoir qui vont dire qu'ils s'en foutent du fric et font vraiment pareil…) tout le monde fait cette priorisation : ceux qui ne payent pas, ceux qui payent xx $, ceux qui payent xxxxx $, comme tu dis.
    Et je vais commencer par moi : je fais cette priorisation.

  • [^] # Re: MAIS C'EST DE LA MERDE !!

    Posté par  (site web personnel) . En réponse au journal [HS] 48h chez un éditeur logiciel en 2013. Évalué à 2. Dernière modification le 11 août 2013 à 11:44.

    Tout le monde n'habite pas en (…)

    Oui c'était pour provoquer un peu (parce que bon, c'est pas comme si j'avais pris un exemple de pays du tiers monde non plus) sur les problèmes de prix en France (des fois, je ne comprend pas comment un Kebab peut être à 5€… Qui a eu une sacré inflation par rapport au "début". Ou au prix d'un sandwitch. Après, le prix du foncier et le "pas de porte" ne sont pas les mêmes, c'est un choix sociétal)

  • [^] # Re: Bien bien !

    Posté par  (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 5.

    ça ne serait plus du logiciel libre du coup.

    C'est du libre décalé : pas libre au début, mais libre ensuite. Perso, ça ne me choque pas plus que ça.
    Google fait ça aussi avec Android (si tu veux un peu d'avance sur les autres, tu te plies aux règles) et c'est un projet qui marche plutôt pas mal ;-) tout en restant libre au final.
    Après, on aime ou pas, certes. Mais c'est un moyen comme un autre de financer du libre.

    Tu n'aurais pu par exemple l'intégration dans les distributions

    Ben si, juste avec quelques mois de décalage par rapport aux sponsors. Vu le cycle de certains distros, ça ne change vraiment pas grand chose.

    tu n'aurais pas la relecture par d'autres codeurs de la communauté

    Ca change de d'habitude pour 99% des projets?

    et les documentations et traductions devraient être geré à part.

    Ou pas.
    Juste un bandeau "fonctionnalité dans la version pour sponsors, libre le X".
    En plus, ça fait de la pub pour le sponsoring.

    D'un point de vue logistique, ça semble une mauvaise idée.

    C'est pas comme si personne ne maintenait des branches à part (libres mais refusées upstream, ou non libre etc…)
    Rien de neuf au niveau logistique.

    Et finalement, avoir ça comme source de revenu principal, ça me parait assez mauvais, on précarise les codeurs et ça ne me semble pas sain du tout.

    Euh… Peut-être que je n'ai pas compris ton message, mais en fait le financement des nouvelles fonctionnalités est la principale source de revenu de moi et d'autres développeurs libres.
    Un financement participatif n'est que le prolongement de ce travail.
    Pourquoi "précariser les codeurs" avec ça?

    Au bout de combien de temps est ce qu'on va voir quelqu'un qui va refuser de faire une fonctionnalité dans le but de réussir à se faire financer ?

    Je le tourne dans l'autre sens : ça ne m’intéresse pas moi le principal codeur de faire sur mon temps libre et je ne suis pas ton esclave, mais si tu payes je veux bien m'y mettre (ou un autre si tu veux) à travers un sponsoring, si tu peux pas seul un financement participatif est possible.

    Et comment tu fait si la fonctionnalité n'est pas terminé à temps ?

    Comme dans tout contrat et/ou comment dans tout financement participatif.
    Je ne vois pas la différence.


    Libre != développement communautaire (qui n'est qu'une façon parmi d'autres).
    L'argent n'est pas le mal, le libre n'a pas à être contre l'argent, au final on a bien du libre, alors si ce genre de façon de faire du libre marche, pourquoi pas?