NanoTech a écrit 210 commentaires

Le système se rapproche beaucoup de ZeroInstall (ou des appli Android/iOS)

Chaque appli est installée dans son propre répertoire.
Il y a des dépendances sur les paquetages deb (comme pour un deb normal), mais il n'y a pas de dépendances sur un autre paquet utilisateur.
Conséquence: Pas de conflit entre appli tierces.

Le problème de sécurité et partage des librairies n'est présent que si l'appli décide d'utiliser une librairie qui n'est pas fournie par les paquetages deb d'Ubuntu.

Si Wayland n'a pas d'API de dessin, cela signifie-t-il que pour dessiner un rectangle 1000x1000 blanc uniforme, il faut utiliser un memset (très consommateur en CPU), ou passer par OpenGL (problème de qualité des pilotes)?

Soit on utilise du Software pur, soit du hardware accéléré 3D?
Pas de place pour l'accélération 2D?

Dommage que les paquets deb ne gèrent pas encore ça. Ils sont par ailleurs aussi bien (voire legèrement meilleurs) que les rpm.

Crois moi, quand on a du 512K (voire du 56K), chaque octet compte. Pour le code source, xz est prèsque deux fois plus petit que gzip.
Avec du 20 Mbits, je veux bien croire qu'on y perde.

Même si j'admire la qualité de GDB, je localise plus rapidement les bogues avec fprintf(stderr,…)+du code pour aller dans l'état bogué qu'avec GDB parce que je peux rapidement faire un cycle modif/compile/exec, alors que je perds du temps pour retourner à l'état bogué sous GDB.

Par contre, je trouve GDB très commode pour faire la BackTrace (BT) des appels lors d'une exception (SIGSEGV).

Le modèle économique du matériel, où chaque composant a un prix de production et un prix de vente supérieur a été transposé au logiciel. C'est pourquoi beaucoup de gens ne comprennent pas le concept même de licence globale ou toute économie alternative.

D'autre part, l'industrie de luxe arrive à faire croire que le prix extrêmement élevé est synonyme de qualité.

Mate évolue assez bien au niveau des librairies. Par exemple, le passage de MateVfs à GIO et de GConf à GSettings/dconf montre qu'il ne s'agit pas de geler Gnome2, mais de continuer l'évolution dans l'esprit de Gnome2.

La difficulté de maintenance de nautilus me paraît un argument peu convaincant étant donné la grande qualité du code. Travaille dans une SSII et tu verras ce que je veux dire.

À ce sondage manque l'option la plus commune:
[ ] Je pertinente ce qui me conforte dans mes valeurs morales et inutilise ce qui va à l'encontre, que ce soit vrai, faux, intelligent, bête, pertinent ou inutile.

J'essaie de convaincre les professionnels de santé de mon labo d'utiliser R plutôt que SAS ou STATA qui ont des licences restrictives et onéreuses.

R n'est pas un langage généraliste, mais adapté à l'analyse statistique et au calcul vectoriel sur des bases de données.
Les vecteurs étant typés, il a une petite empreinte mémoire et des bonnes performances pour calculer sur des millions d'enregistrements.

La courbe d'apprentissage m'a paru correcte puisque j'ai pris en main le langage en quelques heures. Les nombreux paramètres optionnels permettent de se concentrer sur l'essentiel.

J'ai trouvé le module RODBC très commode pour mélanger SQL et R, l'alternative étant d'utiliser des grosses data.frame.

Moneo est une technologie formidable mais incomprise.
Ce sont des billets de banque électroniques.
1) Anonyme (si la carte ne fait que Moneo)
2) Décentralisé (pas besoin de banques pour transférer d'une carte à l'autre)
3) La seule traçabilité réside dans les numéros de série des pièces électroniques (comme les billets)

Je pense que Moneo est beaucoup trop révolutionnaire (notamment en échappant au contrôle des banques et de l'état), et donc, a été plombé: Limites ridicules en volume des portefeuilles électroniques, modèle contraignant pour récupérer l'argent pour les marchands.

La GPLv3 est moins contraignante sur la tivoïsation que ce beaucoup de gens croient.
En effet, cela ne concerne que les distributeurs de hardware+software.
Par exemple, il est légal de distribuer un binaire de GRUB2 (en GPLv3) signé avec des clés privées non publiées (Installation Information), du moment que l'on ne le distribue pas avec du matériel (User Product qui doit être "tangible").

Malheureusement la licence ASF est apparemment incompatible avec la GPLv2.
Elle est compatible GPLv3 par contre.

Pour moi, les incompatibilités de licences sont la raison N°1 pour éviter l'usage volontaire des licences copyleft.

La communauté du libre est déjà assez divisée spontanément.

Quand on contrôle, on ne le fait pas forcément intelligemment.

La couleur ça peut être sympa quand c'est bien utilisé.
Par contre, dans beaucoup de cas le choix des couleurs par défaut est trop contrasté et tend à être à la fois illisible en terminal noir et en terminal blanc.

Si c'est bien fait, j'applaudirai!

Les DRM sont inutiles pour empêcher le piratage à partir du moment ou UNE seule copie illégale circule sur le net (ce qui arrive très vite), récupérée depuis une source sans DRM (par exemple CD-Audio) ou après cassage des DRM (par exemple DVD-Rom avec DeCSS).

Leur unique effet est de rendre l'accès, et la copie privée, plus difficile à l'honnête citoyen.

D'ailleurs, même Apple a fini par abandonner les DRM sur iTunes.

Bien vu, mais il vaut mieux envoyer un rapport de bogue aux mainteneurs que de le signaler ici.
Je ne crois pas qu'ils moulent sur linuxfr.

Microsoft arrive à séduire le monde professionnel, grace à une bonne stratégie commerciale, une excellente rétro-compatibilité et un monopole installé.

Apple arrive à séduire le grand public avec une stratégie marketing ultra-puissante.

Linux n'est pas assez rétro-compatible pour satisfaire aux exigences des "solutions" professionnelles (comprendre gros mélange de binaires, macros Office et code Java datant de mathusalem) sans compter l'énorme inertie du milieu professionnel.

Linux n'a pas assez de marketing et est trop déroutant pour que les OEM le préinstallent en masse, bien que ceux-ci lui soient plutôt favorables. Par exemple, Dell continue de supporter Linux, mais cache les PC/Linux pour que seul le public averti puisse en acheter, car sinon, trop d'utilisateurs en achetaient par erreur et se plaignaient ensuite au SAV.

Quant aux développeurs, on se passe toujours de leur avis. Ils développent sur la plateforme qu'on leur demande d'utiliser.

L'origine: C'est la Chine, comme 99% de tout le matos…
La qualité: Pas facile de faire la différence entre le sabotage d'Apple et la mauvaise qualité…
Par exemple, une des causes de dysfonctionnement de l'USB sur Mac est "by design": http://support.apple.com/kb/HT4049
En gros, le Mac fait exprès de fournir trop peu de courant si le périphérique branché n'est pas d'Apple.
Par contre, je ne connais pas la raison qui fait que l'USB sur Mac est très souvent en bas débit 12 Mbits/s.

Je suis effrayé par le nombre d'adultes qui troquent déjà leur liberté contre le dernier gadget d'Apple parce qu'il est "cool", et pourtant ils ont souvent vécu le développement de l'informatique, à l'époque où on était maître de sa machine.

Quand aux nouvelles générations, si on leur montre l'exemple consumériste totalitaire d'Apple, ils verront certainement les contrôle abusifs comme un élément parfaitement normal avec lequel ils ont toujours vécu, selon le principe:
1) Entre 0 et 12 ans, tout ce que l'on vit fait partie de l'ordre normal des choses, par définition.
2) Entre 13 et 18 ans, tous les changements sont "admirables nouveaux, on a jamais rien fait d'aussi beau"
3) Au delà de 50 ans, pour tout changement, on dit "De mon temps c'était mieux".

Pour compliquer la compatibilité, l'API de Tizen est différente (mais similaire en fonctions) de celle de Firefox OS.
J'espère qu'ils finiront par converger.

Pour le dev, peut être, pour l'utilisateur, certainement pas. Tu voudrais donc que n'importe quelle appli web puisse accéder à ton FS, /dev et cie ?

C'est le même argument avancé par Microsoft quand il veut interdire l'accès à la l'API Win32 de Windows 8 sur ARM.
Au final sur téléphone, toutes les plateforme (Windows/Android/iOS/Bada/BlackBerry) sont fermées.
importe quelle appli web puisse accéder à ton FS, /dev et cie ?

C'est un MSM7225A basé sur un Cortex-A5 à 800 Mhz.
Même si en 2013 c'est l'entrée de gamme, c'est quand même un appareil sur lequel Android tourne sans ralentissement.
Donc, c'est un peu exagéré de parler de "monstre" pour Android.

Tous les téléphones sont surpuissant de nos jours. Il ne faut pas croire que l'on a besoin d'un Quadri-coeur Cortex-A9 pour faire tourner Android!

C'est une honte, on ne nous a pas laissé le choix de la mise à jour à l'année 2013.
J'ai été obligé d'y passer alors que les fonctions de la 2012 me convenaient.
En plus, je ne connais même pas le CHANGELOG.

J'ai l'impression que les développeurs sont beaucoup plus sensibles à la philosophie du libre que les graphistes et musiciens. :(

Je plussoie.
ça s'applique aussi bien aux logiciels. D'ailleurs, ces dernières années le "Linux Sucks Show", arrive toujours à la même conclusion: Il faudrait plus de programmeurs salariés, payés à temps plein, pour développer des logiciels libres bien finis et débogués.

D'ailleurs, ça permet de s'interroger sur les moyens de financement du logiciel libre:
1) Support payant : Bonne solution pour les logiciels d'entreprise.
2) Financement pré-emptif (kickstarter): Excellente solution pour les jeux à petit et moyen budget, à mon avis.
3) "Spyware" à la Ubuntu. çapucépabien
4) Publicité intégrée à l'application. çapucépabien.
5) Produits dérivés (CD-ROMs, Tee-Shirts, etc.). Pas toujours facile à mettre en oeuvre.
6) Développement dirigé par les financements (on paie pour qu'on rajoute la fonction que l'on veut). Pas facile de garder un projet cohérent (feature bloat).
7) Convaincre (bas coût, pérennité, indépendance, transparence) le gouvernement de financer directement le développement de logiciels libres pour son propre usage dans le secteur public (programmeurs fonctionnaires, mon rêve).
8) Qui dit mieux!