freem a écrit 4950 commentaires

… y compris sous windows.

Ha, ça, les chevaux de troie, les adwares, oui, à la pelle (chez les autres, et ils sont simples à repérer et éliminer, en général, surtout avec un peu d'aide: http://assiste.com.free.fr/ ). Les virus et les vers, en revanche… vraiment, ça fait longtemps.
Après, ça dépend du comportement de l'utilisateur, aussi. Tant qu'on évite les sites à la "moralité douteuse" et qu'on clique pas sur le 1er truc qui ressemble à un attrape-couillon, m'est avis qu'on échappe à 80% des emmerdes.
Pour les 20% restant, choisir des logiciels alternatifs quand c'est possible (top 3 des logiciels à éviter: adobe pdf reader, messenger - obsolète de toute façon -, IE ) permet d'éviter de s'exposer aux failles des logiciels les plus utilisés (donc les plus ciblés). Sachant que souvent ces logiciels se sont imposés il y a longtemps, il est même fréquent que les logiciels alternatifs soient de meilleure qualité, juste moins connus.
Doit ensuite rester une fenêtre du genre 1%/2%, mais même un antivirus ne sera pas capable de réduire le risque à 0, peu importe le système.

Après, suis pas expert sécu non plus, si ça se trouve, toutes mes machines sont hyper vérolées, mais, comment savoir?

Pour le coup, ça fait cher, 50€/an sans support derrière…
L'histoire de l'adapté aux utilisateurs, du coup, j'ai un doute…

Donc, les live CD de linux ne sont pas glorieux, comparés à un windows qui viens de tomber en rade? Originale, celle-la.

Sinon, personnellement, ce que je fais quand j'ai besoin de transférer des fichiers d'une machine à une autre via un réseau, c'est que sois j'utilise ssh, soit j'utilise ftp. Installer/configurer vsftpd par exemple est d'une simplicité à toute épreuve, et au moins je sais que je n'ai pas besoin d'usines à gaz pour récupérer mes fichiers d'une autre machine.
gftp (un client) est capable de supporter les 2 modes, et possède une interface très propre (bon après, ça, question de goût, mais je peux au moins dire que je préfère de très loin cet outil à filezilla).

J'admets ne pas m'être embêté avec samba jusqu'a présent, n'en ayant pas trouvé l'intérêt. Après, je n'utilise que peu de machines windows, donc forcément…

Ah, pour le fait qu'un partage se lie automatiquement à un dossier, ce qui est plus user-friendly que d'utiliser un outil spécifique, pour ssh il y a sshfs. Ca consiste en gros à monter un dossier ssh dans un dossier userspace, exactement comme un partage. Je ne m'en suis pas trop servi, vu que j'utilise plus ssh dans une optique de télécommande, mais je pense que ça pourrait t'intéresser, ne serait-ce que pour la curiosité personnelle (ça ne répondra pas à ton besoin précis, vu que ce n'est pas porté sous windows et qu'il n'y a pas d'équivalent à ma connaissance)

Je sais que j'en demande beaucoup mais les côtés "le comportement du PC change sans trop prévenir" ou "des problèmes apparaissent" me dérangent un peut.

Pour être franc, cette phrase est plus de l'ordre du "disclaimer". Genre, si un utilisateur de gnome était en sid au moment ou gnome 3 est passé dans experimental/sid, bah les gens qui font des mises à jour sans regarder les numéros de version ont dû avoir un choc.
Le but d'experimental et de sid sont bien portés par leur nom: c'est pas de tout faire pour pourrir les bécanes des utilisateurs, mais ces dépôts servent de tampon, avant la testing, qui est la future stable.

Mais perso, je n'ai rien noté de tel depuis 1 an que je suis en sid. Après, c'est vrai aussi que le DE que j'ai utilisé l'an dernier, c'était XFCE4, et puis je suis passé à juste un gestionnaire de fenêtre en tuile, donc les changements majeurs qui bouleversent mes habitudes… bah… j'en ai pas vus.
Et pourtant, j'utilise même la version de dev de plusieurs logiciels: code::blocks et i3, notamment.

Quelle est la definition du poids pour une application? Le terme lourd/leger fait ici reference aux terminaux lourd/legers…

Je dirais que la quantité de traitements effectués est la clé.
Ainsi, techniquement parlant, ncmpcpp est une application native légère (ne fait que lire des commandes, les envoyer à un serveur, et afficher le résultat de ce serveur), tandis que certaines applications html5 effectuent des traitements plus lourds côté client. Je n'ai pas d'exemple précis en tête, mais un exemple simple serait un jeu. Peut-être google docs, aussi.

En vertu de quel principe?

Je suppose qu'il se réfère au fait qu'à l'origine, le www avait justement pour rôle l'affichage de simples textes.

Ne pas oublier Denver, le dernier dinosaure :D

Si tu ne peux pas installer un client lourd, je doute que tu puisses installer:

• un serveur http ("client" lourd)
• le webmail qui se greffe sur le serveur http

Si le proxy bloque des accès, il le fera autant pour le client lourd que pour le webmail… ah, quoique, les clients lourds sont développés dans cette optique depuis leurs débuts, qui datent probablement des premiers serveurs mail, alors que les webmail eux sont plus récents et prévus pour tourner sur un serveur.
Pas sûr que le 2nd soit aussi simple à configurer qu'un client lourd.

Après, pas obligé d'installer les logiciels natifs, ils sont nombreux à pouvoir être utilisés sans installation dans le registre windows, par exemple. Bon, certes, je ne dirai pas toujours que c'est une bonne chose, ça expose aux risques… mais c'est pareil pour les applis html5, puisque maintenant celles-ci peuvent accéder à des éléments clés des systèmes sur lesquelles elles tournent.

Enfin, perso, j'utilise un webmail (mon fournisseur à en plus le bon goût de proposer 2 webmails différents: squirrel, très utile sur un réseau pourri ou avec un proxy merdique, et roundcube, plus esthétique mais nettement plus lourd), mais ces derniers temps je pense de plus en plus à utiliser un client lourd.

Pourquoi?

• pouvoir accéder à mes mails quand je suis hors-ligne
• avoir une interface obligatoirement graphique intégrée avec le reste de mon environnement
• pouvoir regarder mes mails sans lancer une usine à gaz qui bouffe toute la ram de mon netbook un navigateur internet moderne (je m'amuse parfois avec uzbl, mais la recherche de texte y est lente, et il a quelques fonctionnalités peu pratiques à mon goût. A voir: p'tet que si je le configure mieux…).
• moins d'échanges sur le réseau: le wi-fi, ça consomme en électricité (1H sur mon netbook), mon hébergeur mail (associatif) prends sûrement moins cher quand on n'a pas des requêtes chaque seconde (ce qui est plus aisé à configurer sur une appli lourde, je n'ai jamais vu la fréquence d'actu sur un webmail…) et moins de requêtes implique aussi moins de risque de se faire sniffer. Sans compter que l'usage d'un protocole conçu pour la transmission de messages électroniques est très probablement plus efficace que HTML, qui est devenu avec le temps un protocole à tout faire (mais comme on dis chez moi, on peut pas tout faire et le faire bien. La preuve, seul celui qui ne fait rien excelle dans son domaine ;) )

Ces quelques arguments représentent plutôt pas mal les avantages existants (oui, je sais, en théorie, on pourra utiliser HTML5 en local. Mais je parle d'existant, moi, pas de prophéties) d'une application "lourde", sans même parler de la facilité de développer dans le langage de son choix.
Par exemple, je sais que les CGI binaires ça existe, mais il semble que ce soit "pas recommandé"? Donc, déjà, impossible d'utiliser les langages compilés.
Pour ce qui est de la complexité de développer une application graphique lourde… c'est marrant, ce n'est pas l'impression que j'ai sur developpez.com, ou les gens râlent plus contre le fait que JS soit insuffisant, mal conçu, j'en passe et des meilleures, que contre le fait qu'une fenêtre soit complexe à créer avec un framwork d'UI (en même temps, créer une instance d'une classe, et y ajouter des boutons, ça n'a rien de difficile je pense. Sans même parler des RAD - que je n'apprécie pas vraiment, mais bon, ça permet de prototyper en 30s - )

Côté avantages des applis HTML5:

• déploiement plus simple
• versions plus uniforme (quoique… faut voir si tous les utilisateurs utilisent un brouteur compatible avec la version de HTML5 utilisée huhuhu… parce que ça n'a pas l'air d'être la panacée ce machin, chaque brother voit un bout de la lorgnette différent!)
• plus simple à utiliser (disons plutôt que l'utilisateur ayant moins d'options, il est moins perdu)

Bah… j'ai juste installé à partir de l'image fournie, lu les instructions de l'installateur, abouti sur une ligne de commande, tenté d'installer Xorg, et échoué pour cause de dépendance foireuse, dans l'ordre.

Maintenant, si tu me dis que c'est impossible, que ce genre de problème est inexistant, alors, si tu veux, moi j'ai eu mon expérience, je verrai dans n mois/années si ça a changé, ou quand quelque chose me fera penser que ça pourrait être intéressant de retenter.
Clairement, ce n'est pas de lire "Ce genre de problème est inexistant. J'pense que t'as dû faire un truc pas clair." qui me fera changer d'avis. Encore, j'aurai été bidouiller des trucs un peu obscurs de moi-même, ok.

Là, je savais que j'attaquais une distro qui me semble tout de même plus délicate que celle à laquelle je suis accoutumé, alors j'ai d'abord visé un système utilisable, avant de viser un système efficace.
Je procède toujours de cette façon quand j'aborde un système que je ne connais pas, et a l'heure actuelle, les systèmes avec lesquels ça n'a pas marché sont au nombre de 3: Debian woody/potato (mon 1er contact avec linux, qui a été un échec vu que par défaut, aucun bureau n'était installé. Donc, sans internet et une machine valide à côté, le système était inutilisable sans connaître l'existence d'aptitude), gentoo et archlinux (courant 2012 pour ces deux la, qui ont le même problème qu'avait debian woody/potato, sauf que maintenant, j'utilise quasi-exclusivement la ligne de commande et que je n'ai donc plus aucune difficulté avec elle).

Si je dois comparer Debian et arch linux, je ne dirais pas que l'une est meilleure parce que je n'ai pas réussi à installer la seconde, juste que la seconde nécessite sûrement plus de travail/compétences pour aboutir à un système stable. Debian stable ne nécessitant que des mises à jour que l'on peut faire "à l'aveugle" en sachant que le comportement du système ne changera pas.
Arch introduisant des versions majeures régulièrement, il est plus complexe de contrôler ce flux de fonctionnalités nouvelles. Et certains utilisateurs, y compris d'utilisateurs avancés, n'ont "pas de temps à perdre avec ça", tout simplement.

Cette notion de temps à investir plus régulièrement est à mon sens la principale différence entre les distributions "permanentes" et les distributions "temporelles" (pour essayer de traduire rolling release et son contraire).
Rien que le fait qu'il faille vérifier qu'un des paquets sensible n'a pas changé de version majeure/mineure régulièrement est une "perte de temps" (en fait, on déplace une tâche régulière à une date fixe future) comparativement aux distro "temporelles" ou ça n'arrive que tous les N mois (mais du coup, il faut rattraper tout le retard. L'avantage, c'est que certaines modifications peuvent être sautées, parce qu'elles ont pu être supprimée dans le logiciel en question. Ca dépend du modèle de release de celui-ci après…)

Le logiciel non-libre n'a surtout pas d'autre intérêt que son usage dans une ensemble très restreint de conditions contraignantes et pas nécessairement adaptées, il est donc d'un intérêt très limité.
C'est un produit incomplet, une démo, un gadget.

Je ne connaît à l'heure actuelle aucune entreprise créant un jeu mono-joueur diffusé sous une licence libre entièrement qui se fasse de l'argent.
Dans ce domaine des jeux, j'ai de gros doute qu'il soit possible de vivre de liberté.
Je dirais que le même problème se poserait pour une entreprise créant de petits utilitaires de dev bien pratiques, mais tellement simples à exploiter qu'il n'y aurait pas besoin de support.
Une association à but non lucratif pourra tenir, parce que ce type d'organisation possède diverses sources de revenus: aide par l'état, bénévolat… mais celles-ci ne sont pas nécessairement accessibles pour une entreprise.
Après, si quelqu'un me cites une entreprise qui vive de la production de petits utilitaires à destination d'un public qui est du genre à savoir se démerder seul, je réviserai mon jugement, une fois que j'aurai compris comment ils ont réussi à survivre.
Pour info, Red-Hat ne fait pas partie de cette catégorie: ils vendent du support sur un OS, ce qui n'est clairement pas ce que l'on peut qualifier de "petit utilitaire qu'un informaticien peut gérer seul". Idem pour les jeux multi-joueur où le client paye des avantages localisés sur serveur: j'ai bien parlé de mono-joueur, même si ça semble dépassé pour certains.
Je sais que les deux types de logiciels cités existent dans l'open source (wesnoth pour les jeux et les utilitaires on ne les compte plus, rien que les éditeurs de texte sont légion) mais je ne connaît pas d'entreprises vivant de leur création (pour les jeux, on pourrait citer nexuiz, mais la boîte qui a racheté les droits n'a pas contribué depuis le début, elle a attendu que le jeu sois déjà bien implanté).

Je ne crois pas que les deux modèles soient à opposer systématiquement, personnellement. Ce qui m'attire le plus dans le libre, c'est le fait que ces outils puissent souvent créer des fichiers utilisables par d'autres applications ayant le même rôle.
En tant qu'utilisateur, la liberté en pratique provient plus du fait de pouvoir changer d'outil que de celle de lire le code source: je n'ai pas lu les codes sources de epdfview, mupdf et evince avant d'estimer que mupdf est le plus adapté à mes besoins.
Donc, tant que le logiciel que j'utilise, privateur ou pas, me permet de changer sans me prendre la tête, ça ne me pose aucun problème de l'utiliser. Les navigateurs internet sont des exemples pas trop mauvais, on arrive généralement aisément à exporter/importer des signets, par exemple.

J'en pense qu'installer KDE pour un simple navigateur, c'est trop lourd, en sachant que je n'ai pas de lib Qt d'installées ;)

Après, je n'ai pas cité tous les navigateurs et je ne le ferai pas, mais dans ma situation, midori aurait pu me convenir, mais la dernière fois que j'ai regardé, il était encore un peu trop jeune (il y a un peu plus d'un an, j'imagine que ça a du s'améliorer depuis), des bugs mineurs, un ou deux crash et des choses un peu foireuses. Mais il m'a fait découvrir duckduckgo, et ça, c'est resté :)

Je pense plutôt à me mettre à utiliser uzbl de façon intensive à l'avenir, au final. Et une fois que je l'aurai bien intégré dans mon environnement, probablement voir un peu à quoi ressemble le code source (même si je ne suis pas un grand fan de C mais tant pis).
La course des navigateurs modernes et leur consommation mémoire commence à me lasser, au final.

Testes sid/experimental alors.

/etc/apt/preferences.list:

Package: *
Release: a=experimental
Pin-Priority: 900

Package: *
Release: a=unstable
Pin-Priority: 950

Par contre, avec ça, faut pas s'étonner si le comportement du PC change sans trop prévenir ou si des problèmes apparaissent.

Concernant ArchLinux, j'ai essayé, pendant 2 jours d'affilée il n'y a pas plus de quelques mois (3-4), et Xorg avait un problème de dépendance cassée avec DBus (si je me souviens bien, c'était peut-être un autre paquet) donc bon, qu'on vienne pas me dire que les rolling release ça marche tout seul.

Enfin, je pense que mon prochain test de distro sera quand j'aurais réussi à installer une gentoo, au moins il existe des snapshot stables pour commencer. C'est juste dommage qu'a chacun de mes essais j'aie eu des problème avec le noyau, en fait.
Mais au moins cette distro semble permettre de réduire les dépendances, du coup je pense que ça dois réduire le risque d'emmerdement d'une distro binaire en rolling.

Quelques jeux sous windows (5% de mon temps perso je dirais), un XP (et un w7 sur une VM) truffé de logiciels libres (notepad++, mingw, guipro/hulk, 7zip, tortoisegit, sumatrapdf, windirstat et winmerge, je pense avoir été exhaustif) au bureau (pas le choix à mon grand regret), et enfin mes fidèle Debian sur mon netbook et ma tour à la maison.

Sur mes Debian, il reste flash, skype (remis récemment, et risque de rester tant qu'il n'aura pas été cloné… ce qui risque de ne pas se faire), mon pilote wifi et opera.

De toute cette liste, le seul logiciel que j'utilise par choix réel, outre certains jeux, c'est opera (je le considère tout bonnement inégalé au niveau de son IHM, et même si j'imagine que FF à tous les plug-in pour faire la même, l'idée de plonger dans une mer de déchets pour trouver des pépites m'ennuie profondément… autre chose à faire moi.). Tous les autres, si je pouvais m'en passer, je serais un homme heureux.

Peut-être même que je dégagerai opera, le jour ou uzbl (je sais, il est pourtant à l'opposé, niveau IHM, mais au mois, son manque d'IHM fait qu'il est léger, lui, contrairement à d'autres browser…) sera capable d'aller sur tous les sites et ou j'aurai la motivation de le configurer comme il faut.
Pas demain la veille.

Tu achètes une carte plus libre? XD

Je déconne, hein, perso je t'approuve (quoique, ça me ferait vraiment chier de devoir utiliser le pilote NVidia, xrandr est trop pratique pour que je puisse m'en passer maintenant…)

Pas faux, mais "logiciel propriété" c'est pas terrible non plus… J'imagine qu'il faudrait dire logiciel approprié. Ca reste moche, mais au moins la syntaxe est respectée…

Peu importe.
Le mot privateur, son intérêt, c'est surtout de permettre de respecter un point simple de la loi de certains pays (dont la France, si je me souviens bien) qui est qu'on ne peut publier une oeuvre dans le domaine public.

Donc, tant que l'ouvrage n'est pas dans le domaine public, il possède un propriétaire, ce qui ne l'empêche pas pour autant de réunir les conditions de la FSF pour être considéré libre.
D'ailleurs, certains logiciels libres utilisent la double licence. Quel terme employer pour ces logiciels, alors? Libre? Propriétaire? Selon l'usage qui en est fait, les 2 mots conviennent…

L'intérêt du mot privateur, c'est qu'il résout cette ambiguïté: le logiciel prive l'utilisateur de certaines libertés.

Au passage, la novlangue, c'est le nom que Georges Orwell donne à la langue volontairement appauvrie utilisée dans 1984. L'appauvrissement de la langue ayant pour intérêt d'empêcher d'exprimer des idées nouvelles.
Le mot privateur ne peut donc pas faire partie d'une novlangue, puisqu'il sert justement à amener une nouvelle idée.

Wikipedia:

Le novlangue (traduit de l'anglais Newspeak, masculin dans la traduction française d'Amélie Audiberti) est la langue officielle d’Océania, inventée par George Orwell pour son roman 1984 (publié en 1949). C'est une simplification lexicale et syntaxique de la langue destinée à rendre impossible l’expression des idées subversives et à éviter toute formulation de critique (et même la seule « idée » de critique) de l’État.

(zut, pour le coup, je fais mon grammar nazi moi :/ )

au moins ils ne regardent pas la lune.

Tout dépend de quelle lune on parle, bien sûr.

La précocité, c'est triste… peut-être le manque d'entraînement en endurance? /me ->[]

Ah, oui, merci, souvenir erroné.
Etait-ce SWT alors ? (nom retrouvé via wikipedia. Il semble d'ailleurs qu'une réécriture pour l'usage de swing soit en cours -donc pas finie- ?)

Il me semble bien qu'on m'aie fait utiliser 2 toolkits dont l'un était standard et "vieillot" et l'autre non, mais permettait d'utiliser les layout… après, ça remonte à presque 2 ans, et je ne peux qu'admettre n'avoir pas réutilisé ces connaissances de façon personnelle, donc ça se perd et mes propos peuvent donc être complètement faux (c'est pour ça que je tente de ne pas faire de jugement de valeur, au passage, d'autant que ce n'est pas le sujet du tout).

Je sais, ça, et les là/la ou/où font partie de mes fautes les plus communes (mais ne sont pas les seules) acquise lors de mes premières années de bidouille informatique, quand mon IDE ne supportait pas les caractères accentués. Depuis, je tente de me corriger, mais ce n'est pas évident (depuis j'ai fait pas mal de progrès, l'air de rien :D ).

Et dire qu'à une époque j'excellais dans les dictées :) (mais je n'étais alors pas foutu d'utiliser un ordinateur correctement. Progrès ou pas, je sais pas…)

Hum… bon, j'en déduis qu'il faut que je dise la liste des libs graphiques que j'ai utilisées en totalité alors?

• MFC (bts, ça remonte un peu, genre 5-6 années)
• Qt3 (bts, ça remonte un peu, genre 5-6 années)
• Win32 (encore plus vieux)
• WxWidgets
• Swing (java, à mon corps défendant…)
• AWT (idem)

Je ne parle pas de celles que j'ai regardées en espérant trouver un outil qui me correspondrait mieux.

Pas énorme, je te l'accorde, mais niveau crédibilité, ça me permet juste d'avoir la possibilité de commenter en argumentant, en utilisant mon cerveau et mon vécu, sans trop dénigrer les autres.
Une bonne doc sera aussi accessible à un dev qui n'utilise pas (encore?) la lib, qu'a un dev qui l'utilise. Idem pour les avantages: j'ai vu les docs de C# sur la msdn, et je leur trouve des défauts. Donc je suis pas crédible?

Je vois…
Au passage, je n'ai fait que contrecarrer tes affirmation avec des arguments. Certains m'ont répondu de façon correcte, et ça peut faire avancer mon opinion (et si tu te moque de ça, alors, sois gentil, garde tes commentaires, parce qu'une discussion sers justement aux échanges d'idées, dont le but est logiquement de faire évoluer les opinions des divers participants).
Contrairement à tes "contributions".

Au hasard: Qt est peut-être plus lourd. Vu que je n'arrive pas à trouver la lib utilisée par OOo et LO, je ne peux bien sûr pas confirmer.

Après, je dois dire que les applications Qt installées sur ma machine, il faut que j'aie vraiment besoin d'elles. (Mais cet "argument" de mon usage est bidon, puisque très subjectif.)

typiquement http://doc.qt.digia.com/qt/qmainwindow.html#restoreState

Oh, la belle 404 !

Alors laisses-moi reformuler, je me suis mal exprimé:

Si la lib standard est trop riche, la totalité de celle-ci sera toujours installée, alors que de parfois nombreuses parties ne seront pas utilisées.
J'imagine qu'il faut que j'étaye par un exemple, alors je vais prendre Java, qui, à ma connaissance, intègre un framework d'UI en standard (AWT).
Problème:
Depuis, ces outils ont évolué. Conséquence: d'autres frameworks sont apparus (SWING), et les logiciels les exploitent. Mais, du coup, le framework standard est toujours installé (standard, en même temps) mais plus utilisé.

C'est ce que j'appelle une dépendance, même si elle est cachée. La pauvreté de la lib standard de certains langages, tels que C++, permet d'éviter ce genre de problème: les gens utilisent leurs propres lib graphiques.

Bon, j'espère qu'on va pas trop m'accuser de troller, vu que j'oppose 2 langages, dont un que je ne maîtrise pas (Java). Donc si je me lourde sur le fait qu'une IHM soit standardisée dans Java qui soit obsolète, merci de corriger. (J'ai aussi tenté d'éviter les jugements de valeur :) )

Après, les deux approches ont leurs intérêts et leurs défauts, naturellement.

En gros, je ne lis pas dans la news un quelconque indice que presto sera abandonné sur les machines de bureau. Et c'est d'ailleurs peut-être la raison du fait que le moteur ne soit pas libéré.

M'enfin, c'est vrai que ça ressemble à un coup dur pour presto.

Le typage est un garde-fou, mais ça ne signifie pas qu'il soit suffisant ;) (surtout qu'en C, un p'tit cast, et le chien se transforme en chaise. Remarque, ça tiens chaud et c'est soyeux…)

Je ne sais pas, dans le mien, un collègue est autorisé à faire du télé travail et ne viens que le lundi, parce que, justement, il maîtrise une techno de niche. Je ne lui ai pas demandé son salaire, cependant, mais je gage qu'il est assez confortable, vu qu'il à réussi à négocier le télé travail déjà.

Après, je ne connais pas le monde entier, et ma vision des choses est forcément parcellaire, je te l'accorde.