Spyhawk a écrit 1154 commentaires

  • [^] # Re: Bepo et programmation ?

    Posté par  . En réponse à la dépêche Le Bépo en console inclus de base sous GNU/Linux. Évalué à 3. Dernière modification le 08 novembre 2013 à 12:41.

    Le gros problème du Bépo, ce sont les chiffres qui ne sont pas directement accessible. Et, personnellement, je tape plus souvent un 2 ou 3 qu'un « ou », surtout quand je code.

    C'est effectivement dommage, on dirait que le bépo se contente de faire mieux que l'AZERTY (et c'est franchement difficile de faire pire) mais pas plus. Je l'avais déjà souligné en réponse à un de tes commentaires :), mais la reprise de cette ignominie suffit à totalement discréditer cette disposition à mes yeux.

  • [^] # Re: identifiants faciles?

    Posté par  . En réponse au journal Small Issue Tracker. Évalué à 4. Dernière modification le 05 novembre 2013 à 22:56.

    Soit ton commentaire est du second degré et j'ai vraiment rien compris, soit t'as pas l'impression de dire des choses complètement farfelues?

    Des bons outils ou des bonnes méthodes de travail, c'est ceux qui permettent d'arriver à compléter l'objectif de manière simple et efficace. En gros, ils résolvent ou évitent des problèmes concrets, pas des situations imaginaires sortie de la 4e galaxie. Tout le reste, c'est du mauvais design. Je vais ressortir le terme KISS qu'on voit souvent par ici, et c'est bien de cela qu'il s'agit: éviter une complexité inutile.

    Je passe sur la citation de Torvalds sortie hors contexte, parce que lui, il parle de résoudre des problèmes bien existants, pas plus.

  • [^] # Re: identifiants faciles?

    Posté par  . En réponse au journal Small Issue Tracker. Évalué à 3.

    soixante dix sept quatre vingt dix neuf

    Exemple typiquement franco-français. Perso il me faut toujours au moins 5 secondes avant de comprendre de quel nombre il s'agit… Mais sinon, 7799 (sept-sept-neuf-neuf, ou seven seven nine nine) - sera toujours plus clair que n'importe quel alphabet.

  • [^] # Re: blue system

    Posté par  . En réponse au journal Kubunteros, réfléchissez!. Évalué à 10. Dernière modification le 02 novembre 2013 à 13:07.

    Et voilà le post de Martin Grässlin en question.

    Mark Shuttleworth a une grande gueule (ça, on le savait déjà) et pas de couilles (pas de réponse à l'invitation de débat d'Aaron Seigo), mais le problème semble plus profond que l'entreprise Canonical essayant de tirer la couverture juste pour elle:

    And it's not just the fact that Mark didn't apologize. It's also that the Ubuntu community did not stand up against it. Whenever I write something criticizing Canonical here on Google+, Canonical employees comment on the posts. Where are their posts criticizing Mark, pointing out that it destroys collaboration? Why has there not been one blog post on planet Ubuntu stating that they disagree? By not disagreeing I have to assume that people inside Canonical think the same. I do not see how I am supposed to collaborate with someone who I have to believe thinks of me as an outraged individual.

    En somme, aucune réaction de la part de la communauté Ubuntu elle même. On est en face soit d'une bande de religieux illuminés néfastes à toute collaboration dans le monde du Libre, soit d'un groupe d'utilisateurs sans liberté d'expression vivant sous un régime de censure. La mauvaise nouvelle c'est que dans les deux cas c'est très loin de la philosophie libriste et/ou Open Source (ok, je te vois venir Zeni, mais on se comprend), la moins mauvaise c'est que, de mon interprétation personnelle, Ubuntu ne fait que de continuer à creuser sa tombe de part son isolement accru.

    D'ailleurs, le titre du journal aurait du être "Ubunteros, réfléchissez!" puisque c'est bien un appel à l'ensemble des utilisateurs Ubuntu dont il s'agit ici.

  • [^] # Re: Internals... mouais

    Posté par  . En réponse au journal Un livre sur Git passe sous CC By-Sa + Questions. Évalué à 2.

    Je n'avais pas fait attention au nom de l'auteur du journal :)
    Donc oui, pour ramener des deniers dans les caisses de Framasoft c'est rapé.

  • [^] # Re: Internals... mouais

    Posté par  . En réponse au journal Un livre sur Git passe sous CC By-Sa + Questions. Évalué à 1.

    Pas libre, c'est juste, simplement parce que pas vendable. Tu peux toujours le traduire et le distribuer gratuitement, ce qui est probablement l'objectif de l'auteur.

  • [^] # Re: Demande dans les forums.

    Posté par  . En réponse au message licence. Évalué à 0.

    Si tous les utilisateurs des forums font ça, les journaux ne seront plus des journaux.

    C'est vrai quoi! Pensez au manque engendré par la disparition de tous les journaux bookmarks m'enfin!

  • # Double licence.

    Posté par  . En réponse au message licence. Évalué à 3. Dernière modification le 06 octobre 2013 à 13:46.

    Un modèle de double licence est ce que tu recherches: libre pour les particuliers, payant pour les entreprises.

    Sinon, je ne sais pas si ca correspond à ton besoin, mais la license qui me vient à l'esprit est la Reciprocal Public Licence (RPL) qui a déjà été discuté ici quelques fois.

    La RPL n'empẽche pas les entreprises d'utiliser le code, mais elle force en revanche à reverser les modifications de code qu'elle entreprendrait en interne. Un genre de "cotisation" en ligne de code donc. Elle est approuvée par l'OSI, mais pas par la FSF.

    Edit: oops, tu connais déjà la RPL.

  • [^] # Re: Motivation

    Posté par  . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 10.

    T'es vraiment sérieux quand tu parles d'image de marque? Parce qu'à part 2-3 libristes grincheux au fond de leur cave (moi compris), tout le monde s'en fout.

  • [^] # Re: Motivation

    Posté par  . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 10.

    Ce serait pas bêtement une histoire de certification RHEL, qui n'authorise que les pilotes libres pour cela?

    On peut alors se demander pourquoi AMDNvidia s'embête également avec un driver open source pour Linux. Je pense qu'il y a plusieurs intérêts. D'abord, un meilleur support pour Linux, une expérience out of the box supérieure. Ensuite, pouvoir avoir la certification de leur matériel avec les distributions professionnelles. En effet, pour certifier les cartes graphiques avec RHEL, seuls les drivers open source sont autorisés, c'est une des autres contributions de Red Hat au monde du libre.

  • [^] # Re: pub

    Posté par  . En réponse au journal Une tablette pour programmer. Évalué à -1. Dernière modification le 10 septembre 2013 à 17:44.

    … voire trois!

    (attends moi, j'arrive ~~~~>[])

  • [^] # Re: CUDF

    Posté par  . En réponse à la dépêche Baptiste Daroussin revient sur pkgng, le nouveau système de packages binaires de FreeBSD. Évalué à 6. Dernière modification le 07 septembre 2013 à 02:25.

    Autre question: Si CUDF est resté plus ou moins un projet qui n'a jamais passé au stade de production, openSUSE développe depuis quelques années un gestionnaire de paquet (zypp) basé sur un solveur sat intégré dans une librairie satsolver (libsolv).

    Cette dernière est portable, compatible avec plusieurs formats de paquets et dépôts, et fait intéressant elle sera utilisée dans le nouveau système de paquets DNF de Fedora (à noter que c'est plutôt rare qu'une technologie SUSE devienne l'upstream de Red Hat). En somme, libsolv semble réussir là où CUDF n'a jamais abouti. Le projet pkgng a-t-il considéré cette librairie de résolution SAT de dépendances?

  • [^] # Re: OpenDyslexic

    Posté par  . En réponse au journal Votre police préférée. Évalué à 6. Dernière modification le 06 septembre 2013 à 18:29.

    En quoi cette police est-elle meilleure pour le confort visuel (et pour les dyslexiques) ? […] quand la forme est symétrique, l'analyse visuelle est plus courte parce que le cerveau détecte la symétrie en parallèle et n'a pas besoin d'analyser l'ensemble de la forme ; […]

    C'est justement le problème des personnes dyslexiques: pour elles, les lettres 'pqbd' sont pareilles car le cerveau "retourne" les lettres symétriquement. Voir ici une vidéo de présentation de cette police, avec quelques principes utilisés dans sa conception.

    Par contre, comme toi je ne trouve pas qu'elle facilite la lecture pour les personnes "normales". Peut être une question d'habitude… ou alors, la dyslexie impède sur la faculté de lire les lettres dans le désordre. Sleon une édtue de l'Unviertisé de Cmabridge, l'odrre des ltteers dnas un mot n'a pas d'ipmrotncae, la suele coshe ipmrotnate est que la prmeière et la drenèire soenit à la bnnoe pclae. Le rsete peut êrte dnas un dséorrde ttoal et vuos puoevz tujoruos lrie snas porlblème. C'est prace que le creaveu huamin ne lit pas chuaqe ltetre elle-mmêe, mias le mot cmmoe un tuot.
    La peruve…. c'est que vuos aevz lu cet atrcile jsquu'au buot !!!

  • [^] # Re: Bullshit !

    Posté par  . En réponse au journal Votre police préférée. Évalué à 5. Dernière modification le 06 septembre 2013 à 11:31.

    Oui, je sais pas comment j'ai pu laissé passer ça (désolé aux familles, toussa). J'ai tellement honte que je moinsserai moi même mon commentaire si je pouvais :(

  • [^] # Re: Qui va à la chasse...

    Posté par  . En réponse au journal Votre police préférée. Évalué à 5.

    Mais rien ne vaut la Monaco AMHA

    Je viens de réaliser que cette police ressemble étrangement à Comic Sans MS. /me viens de comprendre l'origine de son dégoût du Mac…

    Sinon ma préférée en monospace c'est Terminus-font, spécialement conçue pour le travail en console.

  • [^] # Re: Bullshit !

    Posté par  . En réponse au journal Votre police préférée. Évalué à 10.

    Ah ben non, si non ma vanne ne marche plus!

  • [^] # Re: Bullshit !

    Posté par  . En réponse au journal Votre police préférée. Évalué à 10.

    Arrête de faire ton "monsieur je sais tout", connare!

  • [^] # Re: Quel est le juste phoque ?

    Posté par  . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2.

    Bof, le coup du freeze complet lors de l'enregistrement (vécu avec OOo), pour moi c'est bonnet blanc et blanc bonnet.

    Sinon, une recherche rapide me montre ca: https://issues.alfresco.com/jira/browse/ALF-11596
    Peut etre (sans doute) pas le meme bug et dans un contexte un peu différent, mais on dirait les memes symptomes: le controle de versioning 'share' foire et impossible de sauver le document.

  • [^] # Re: Quel est le juste phoque ?

    Posté par  . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2. Dernière modification le 04 septembre 2013 à 15:08.

    Moi j'aime bien, même si perso j'arriverai à transposer le contenu du journal sur n'importe quelle suite WYSIWYG.

    Aussi, y'a très peu de franglais en comparaison du contenu du journal. Après avoir enlevé les noms propres, citations entre guillemets et autre nom de distrib, je n'en ai rapidement relevé qu'à 2 endroits ("Nan mais WTF, seriously?" et "workaround"). Du coup, je pense que le monsieur au dessus est simplement un anglophobe angri réfractaire à la langue de Shakespear et total supporter des Fail! de l'Académie Francaise (nan mais seriously, WTF?!).

  • [^] # Re: Ergonomie

    Posté par  . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2.

    (oui on peut se poser la question de la pertinence pour une suite sortie en 2009 de ne pas avoir d'export PDF par défaut mais c'est un autre débat)

    Si je me souviens bien, c'est tout simplement un problème légal (concurrence déloyale avec Adobe, à la Windows N edition). Il n'était pas possible de fournir le support PDF "de base", mais c'était possible via un plug-in… ou une mise à jour. C'était d'ailleurs fourni avec le patch SP1 d'Office 2010.

  • [^] # Re: Tu es dur

    Posté par  . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 6.

    Attention rappel:

    OpenOffice: ~ 13 ans de développement
    LibreOffice: ~ 2 ans de développement
    MS Office: ~ 24 ans de développement

    Mouai, quitte à comparer des pommes et des oranges, StarOffice c'est 29 ans (1984). Quand à l'intégration, ça pourrait être mieux mais faut pas oublier que MS Office est dual plateforme aussi.

  • [^] # Re: Se situer dans le contexte et dans le domaine

    Posté par  . En réponse au journal S'essayer à la production scientifique. Évalué à 5. Dernière modification le 31 août 2013 à 10:23.

    Abandonne le deux colonnes, c'est ignoble.

    Je ne suis pas d'accord. La grande majorité des publications scientifiques sont en 2 colonnes pour faciliter la lecture, par contre elles sont plus denses (police plus petite, marge plus étroite). Il existe des paquets LaTeX de mise en forme prédéfini qui aident à ne se concentrer que sur le fond, qui fait cruellement défaut ici.

  • [^] # Re: En français ?

    Posté par  . En réponse au journal DuckDuckSux?. Évalué à 3.

    erf… vomis

  • [^] # Re: Yast en Ruby ?

    Posté par  . En réponse à la dépêche OpenSUSE 13.1 Milestone 4. Évalué à 3.

    YCP est libre, je pense que la traduction francophone n'aurait pas du utiliser le terme "propriétaire" ici.

  • [^] # Re: Yast en Ruby ? / capucaipalibre

    Posté par  . En réponse à la dépêche OpenSUSE 13.1 Milestone 4. Évalué à 5. Dernière modification le 28 août 2013 à 15:46.

    C'est plus facile par rapport a YCP.

    Au passage, le code YCP de YaST n'est pas "propriétaire", mais c'est un framework made in SuSE qui permet aisément d'obtenir une interface Qt, GTK et ncurse via un seul code source. A ma connaissance, des bindings Perl, Python et Ruby sont aussi disponible. Le désavantage, c'est que YCP ne permet que de faire des choses plutôt limitées - même si c'est déja pas trop mal - et pas de personnaliser a fond une UI comme on le voudrait.

    Je vois le passage a Ruby comme étant l'abandon d'une technologie propre a SuSE qui n'a jamais réussi a développer un écosystème viable autour d'elle, comme pas mal de truc developpés chez SuSE (par exemple mkinitrd, plus avancé que dracut mais abandonné au profit de celui-ci). Une version pleinement en Ruby pourra peut être faire profiter d'un code (partiellement) commun avec la version Web de YaST.