whity a écrit 321 commentaires

  • [^] # Re: Améliorer l’installation

    Posté par  . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 2.

    Ça marche mais tu te retrouves à packager plusieurs fois des composants communs, ce qui est contraire à la politique debian. Il y a même des warning lintian pour ça (typiquement, si un package contient jquery).

    Après, c’est mieux que rien (perso, j’ai fait ça pour une appli angularjs).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Pas si internationale

    Posté par  . En réponse à la dépêche État de l’espéranto sous GNU/Linux. Évalué à 2.

    une langue complètement non-ambigüe serait probablement très lourde et très compliquée.

    En effet.

    C’est non-ambigü, mais pour le parler, ça reste un challenge :).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Le chiffrement

    Posté par  . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 5.

    Si les documents étaient stockés directement dans le système de fichier, il suffit d'utiliser un système de fichier qui permette le chiffrement ?

    Ce n’est pas la même chose.

    Si le chiffrement est au niveau disque, cela veut dire que n’importe qui qui gagne accès au système de fichier monté peut lire toutes les données en clair.

    Si le chiffrement est au niveau fichier, cela veut dire qu’il faut accéder à la clé pour déchiffrer chaque fichier. Cette clé peut très bien ne pas être stockée sur le serveur, auquel cas le déchiffrement peut s’exécuter côté navigateur, ou alors stockée avec une passphrase, auquel cas la clé n’est dispo que dans la ram de la machine (à mon avis, il faut envisager un système hybride, les métadonnées chiffrées avec une clé côté serveur, le contenu avec une clé qui n’est que sur le client).

    De plus, il parait compliqué, avec un chiffrement au niveau FS, de chiffrer avec des clés différentes par utilisateur, alors qu’avec un chiffrement au niveau fichier, c’est très simple.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Stop avec le RapberryPI

    Posté par  . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 5.

    L'appli Cal/Card: je veux pas un truc à la owncoud, je veux Google Calendar/Contacts… bon son petit frere. :P

    Tu as quoi contre le truc d’owncloud ?

    En détail, hein.

    Parce que pour le coup, cette solution me convient parfaitement, et je ne vois pas trop ce qui lui manque.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Lapin compris

    Posté par  . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 2.

    Par ailleurs tu as dû lire trop vite, il y a bien de la sécurité informatique au programme, fournie par un spécialiste reconnu.

    Comme il est tout à fait possible que j’ai lu trop vite, je suis allé reregarder, et je n’ai rien trouvé ni dans les « modules » ni dans le programme détaillé. Ou alors, tu parlais seulement de la partie « configurer l’accessibilité réseau d’une machine Linux », mais on est loin de ce que j’entendais par sécurité (présentation des différents types d’attaques – injections sql, ddos, xsrf, buffer overflow, timing information attacks… – les contre-mesures courantes, etc). Sinon, je veux bien des détails en plus.

    Enfin, dire qu'il vont ensuite aller au casse-pipe derrière : mais c'est déjà le cas des gens qui sont recrutés après un DUT en 1 an comme il y en a plein, parce que la demande est très grande et l'offre insuffisante.

    Ça par contre, je ne peux malheureusement pas te donner tort. Après, est-ce que de rajouter des formations qui pensent mieux préparer ne risque pas d’amplifier le problème (càd, les managers qui pensent qu’on peut former un développeur en 6 mois, que c’est facile), question ouverte.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Lapin compris

    Posté par  . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 8.

    Le gros problème, c’est surtout l’inadéquation entre les prérequis pour rentrer dans la formation et le rêve qui est vendu en sortie.

    La plupart des formations arrivent à peine à donner les bases suffisantes à des gens dans un domaine précis. Là, on parle d’une formation qui va couvrir l’intégralité des besoins d’un développement fullstack (qui très fréquemment sont faits par des équipes séparées), et qui vend le fait que le mec sera autonome derrière.

    J’aurais pu comprendre l’approche si elle s’adressait à des développeurs chevronnés souhaitant étendre leurs compétences. Mais avec des modules comme « initiation à l’algorithmique », ça ne semble pas être le cas. En 3 ans, peut-être qu’il y aurait quelque chose à faire. Mais en 5 mois, comment dire… On va former des mecs qui auront tout survolé et iront au casse pipe derrière (sans compter qu’il n’y a pas de sécurité informatique au programme → on court à la catastrophe).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Lapin compris

    Posté par  . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 2.

    mais apparement c'est en fait former des moutons à 5 pattes
    http://devmag.fr/arretez-de-croire-au-pere-noel-les-developpeurs-full-stack-nexistent-pas/

    Penses-tu, en 5 mois d’enseignement, ça le fait…

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Toutes ces années de dev

    Posté par  . En réponse à la dépêche Haiku a 15 ans. Évalué à 4.

    Tu oublies le petit dernier, à savoir servo (le nouveau moteur made in mozilla, écrit en Rust).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Dépêche actuelle et la suite

    Posté par  . En réponse à la dépêche Les coulisses du standard C++. Évalué à 8.

    std::endl force le flush du flux, ce qui n’est pas le cas de \n. Donc dans le cas présent, il y a une réelle différence.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Dépêche actuelle et la suite

    Posté par  . En réponse à la dépêche Les coulisses du standard C++. Évalué à 0.

    C’est dans l’idée du AAA (« Almost Always Auto »). par exemple.

    Le seul bénéfice que j’y vois dans le cas présent (la boucle for), c’est de s’habituer à utiliser auto.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Extensions

    Posté par  . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 3.

    On fait ca en laissant un simple parametre dans about:config qui permet de faise sauter la protection pour neuneu.

    Les neuneus la trouveront pas , ceux capables/assez motives poru la faire sauter assument.

    Tu as raté la raison principale du truc. L’idée, c’est de protéger l’utilisateur contre une utilisation abusive qui serait faite en son nom. Comme l’utilisateur peut modifier le about:config, un programme s’exécutant avec les mêmes droit d’utilisateur peut le faire, donc pourrait désactiver cette sécurité et installer son extension.

    La solution de la version différente est un moyen, extrême, de garantir ça. Si tu as une solution moins extrême, je pense que beaucoup de gens seraient intéressés (le problème de s’assurer que c’est l’utilisateur et non un programme qui est à l’origine de l’action est non trivial).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: HP !

    Posté par  . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 2.

    il suffit d'écouter une piste en 96KHz et de comparer le rendu au même morceau sur un CD audio pour se rendre compte que le haut du spectre gagne en naturel.

    Choses qui n’a jamais pu être montrée en test abx. Donc ce type d’affirmations est à prendre avec le doute de rigueur dans ces cas.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Extensions

    Posté par  . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 5.

    Montre moi ne fut-ce qu'un constructeur qui donne l'ensemble des sources accompagnées des recettes de compilation ?

    Au moins un

    Android est libre, les GMS ne le sont pas. Mais c’est surtout le verrouillage du bootloader qui rend les téléphones android non libres.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: HP !

    Posté par  . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 1.

    Je rebondissais sur ta remarque sur les alimentations. Un classe D avec une alimentation de 50W doit cracher autant de watts utiles (audio) qu’un classe AB avec une alimentation de 200W (valeurs données à la grosse louche), d’où le fait que cette comparaison a aussi ses limites.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: HP !

    Posté par  . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 1.

    Attention quand même à la différence de rendement entre les classe A/B et les classe D. Un classe D consomme beaucoup moins à puissance restituée égale.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Logiciel

    Posté par  . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 3.

    Globalement, le truc qui change le plus, ce sont les enceintes. L’ampli, il faut juste qu’il ait la puissance suffisante pour envoyer aux enceintes (et faire attention que les amplis non-hifi ne sont généralement pas prévus pour des enceintes en 4 ohms). Mais de bonnes enceintes, ça fait une réelle différence, en terme de sonorité et en terme de sonorisation de la pièce. Par contre, il faut être réaliste : ça « colore » toujours le son, à toi de trouver celles qui te plaisent (ça peut dépendre du style de musique que tu écoutes).

    Le dac, c’est hyper survendu (effet de mode). Surtout quand tu vois que les amplis HC intègrent déjà de très bon DACs. Le seul cas que je vois où c’est vraiment important, c’est pour l’alimentation d’un casque à haute impédance : là les sorties standard ne fournissent plus assez de puissance (et les meilleurs casques sont à haute impédance).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: HP !

    Posté par  . En réponse à la dépêche Création d'un multiroom audio à base de raspberry / hifiberry / max2play. Évalué à 2.

    Si mais les tarifs chez Elac pour ce type de produit piquent un peu (même si, compte tenu de la qualité du produit, ça reste raisonnable, chez eux c’est surtout leur entrée de gamme qui a un très bon rapport qualité/prix).

    Dans un genre différent, devialet fournit des profils de correction pour les enceintes, appliqués dans l’ampli : ça me parait une bonne approche. Nubert, dans le même ordre idée, vend un boîtier d’égalisation préréglé pour certaines de ses enceintes, là à appliquer sur le signal analogique (entre le lecteur cd et l’ampli).

    Dans tous les cas, c’est effectivement l’enceinte qui sera responsable de l’écrasante majorité des distorsions (sauf dysfonctionnement des autres appareils), mais on peut compenser certaines en amont.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Les fotes restantes

    Posté par  . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 10.

    Cette devinette a déjà été postée dans d’autres commentaires sur linuxfr (comme quoi, le sujet est est récurrent :) ).

    Le truc qui casse toute argumentation basée sur le genre, c’est qu’elle existe aussi en anglais, ou doctor est neutre.

    Donc dire que c’est la faute au fait qu’on dise « un docteur », c’est du BS total. Dire que ça vient de la représentation classique qui est faite du docteur dans l’imaginaire collectif, c’est probablement beaucoup plus proche de la réalité. Espérer changer cette représentation en jouant sur un critère dont on voit qu’il n’est pas pertinent (car on a un exemple proche qui le montre, l’anglais), ça ne me semble pas très pertinent.

    Mais à vrai dire, je m’en foutrai bien si ça ne me rendait pas la lecture très pénible (et pourtant, j’en ai lu beaucoup des textes écrits ainsi, mais rien à faire : c’est très pénible pour moi, ça casse complètement le rythme de la phrase).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Les fotes restantes

    Posté par  . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 6.

    Par contre, 15 à 20% de la population dont je fais partie est essentiellement auditif. Je ne peux pas lire un texte sans le subvocaliser. Du coup, un texte avec des "dominant-e-s" est pour moi un véritable calvaire à lire, comme pour environ 15% de la population. Honnêtement, un texte écrit de cette façon, je ne vais en général pas jusqu'au bout sauf si vraiment je dois le faire ou qu'il est passionnant.

    Et là dessus, il y a de nombreuses études sur la lecture et la façon de se représenter mentalement un texte (j'ai même vu des IRM faites sur des personnes en train de lire où l'on voit clairement les différents fonctionnements)

    Étant aussi concerné, je ne peux que plussoyer. Vu que tu as l’air documenté là-dessus, as-tu quelque part des liens vers les sources que tu mentionnes ? Merci.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Bon

    Posté par  . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 2.

    Certes, mais a-t-on toujours le droit d’utiliser le féminin pour désigner un mâle ?

    C’est pas comme si les exemples n’étaient pas légion dans la langue française. Cette histoire de genre masculin/féminin – marqué / non marqué est du BS total inventé par des andouil-le-s ? À choisir, je préfère largement ne garder qu’un genre unique, qui de fait serait neutre.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Je n'aime pas la SFML

    Posté par  . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 1.

    euh, std::unique_ptr, c’est globalement la sémantique par défaut de rust (rust est plus strict car il interdit les dangling references, mais la sémantique générale est la même, pour autant que je sache). Ou alors, je veux bien que tu me détailles plus précisément les différences (je connais assez mal rust, pour ne l’avoir jamais réellement pratiqué, donc je peux passer à côté de subtilités).

    Il n’y a d’ailleurs à ma connaissance que deux langages d’usage généraliste qui ont cette sémantique : rust et C++ :). Ce sont des langages assez proches, les créateurs de Rust s’étant beaucoup inspirés de ce qu’ils aimaient en C++ (en sabrant par contre toute la partie « historique » qu’ils n’aimaient pas, ou des choix qui engendraient une complexité trop importante).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Je n'aime pas la SFML

    Posté par  . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 3.

    ça bloat mon code, quand je veux réellement traiter toutes les erreurs, et bien plus que des séries de ifs construites correctement. J'utilise de l'objet, juste, j'évite maintenant les exceptions.

    Ce n’est pas normal. Après, il y a des gens qui font cohabiter le pire des deux mondes : des exceptions mais pas de raii. Là on court à la catastrophe.

    Écrire du code exception-safe est plus compliqué, mais normalement pas plus « bloat ». Au contraire, cela tend à simplifier les choses. Et le code est plus robuste.

    En ce qui concerne les perfs, elles sont aujourd’hui excellentes sur le chemin normal (càd l’exception n’est pas levée), en revanche il y a effectivement un surcoût qui peut être non négligeable lorsqu’une exception est levée.

    Sinon, je suis bien désolé de t’apprendre que reserve peut tout à fait lancer std::bad_alloc, et donc que ton test ne sert pas à grand chose (sauf, bien sûr, si tes ajouts ont besoin d’être atomiques, mais ça ne me semblait pas être le propos).

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Je n'aime pas la SFML

    Posté par  . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 3.

    C’est un peu dommage qu’std::optional arrive si tard (c’est la façon standard de gérer les erreurs en Rust et bien intégré dans le langage).

    optional permet de ne pas renvoyer de valeur si on ne peut pas (le cas typique, c’est str_to_int), mais pas de décrire correctement le problème.

    Si on peut se permettre d’être stateful (par exemple avec un errno par thread), ça va. Si on ne peut pas, c’est du coup un peu léger.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Je n'aime pas la SFML

    Posté par  . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 1.

    Le point majeur sur lequel je bloque (comme beaucoup de monde, je suppose), est le “borrowing” et le “lifetime” des variables.

    Si tu ne comprends pas ça, tu ne peux pas non plus coder en C++ moderne :). Changer de langage n’y changera rien, ce sont les paradigmes que tu dois assimiler.

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0

  • [^] # Re: Ou la puissance extrême, c'est comme on veut

    Posté par  . En réponse à la dépêche Michel Rocard : un ami des logiciels libres nous a quittés. Évalué à 1.

    Tiens j'en ai un bien moi aussi, de "discours bref mais extrêmement puissant de Michel Rocard" ou il explique aux membres du MEDEF pourquoi ils doivent diriger la France, puisque c'est eux qui savent comment elle fonctionne. I-kid-you-not.

    Le passage qui te dérange, c’est qu’il dise que le « monde salarial et ses syndicats » ne connaissent rien à la vie ? Malheureusement, je lui donne en partie raison. Les salariés n’ont qu’une idée très lointaine de ce qu’est l’envers d’une entreprise, et les syndicats de salariés sont globalement nuls (il y a des raisons à ça, en particulier le fait que les salariés ne sont jamais impliqués dans la gestion de l’entreprise – genre, on pourrait donner voix aux représentant syndicaux au CA — mais le constat est malheureusement là).

    Ce mec a tout détruit, a menti sur le fond de son action et (pire ?) de sa pensée, a trahi l'esprit et la lettre, mais il nous a fait coucou dans le poste, alors neuneu content :p

    Ce mec a pondu le rapport « République 2.0 », qui était globalement le programme sur le numérique de Royal en 2007. Relis-le. Qu’il y ait des aspects du personnage que tu n’aimes pas, c’est normal. De là à dire qu’il a « tout détruit, a menti sur le fond de son action et (pire ?) de sa pensée, a trahi l'esprit et la lettre ». Vraiment, t’es sûr ?

    Mes commentaires sont en wtfpl. Une licence sur les commentaires, sérieux ? o_0