freem a écrit 5059 commentaires

Mouai, enfin, je ne pense pas que l'on puisse dire que le support de tout matériel soit l'un des points forts des distros linux comparé à windows…

Ce qui était choquant, c’était la phrase « C’est gratuit, mais ça présente assez de fonctionnalités pour vous. ».

Encode plus marrant, quand j’ai demandé à la fin quelles étaient les fonctionnalités qu’avait EndNote (l’alternative proprio) en plus que zotero, ils ont pas su me répondre… ☺

Peut-être qu'ils ont justement dit ça pour éviter que les gens se disent que ça ne leur servira pas?

Ces modes ne sont pas parfaits (bien malheureusement), mais ont le mérite de pouvoir démarrer Windows sans charger certains drivers, voire sans charger d'interface graphique.

Je veux bien alors que tu me dises celui ou tu ne charge pas l'interface graphique. Parce que tu as toujours:

• serveur d'affichage
• gestionnaire de fenêtres
• décorateur de fenêtres

qui sont lancés, et ça, désolé, mais c'est bel et bien ce qu'on appelle une interface graphique.

Le formatage, c'est souvent la solution de facilité

Et de rapidité. Sur des bécanes bien pourries comme j'en ai vu, tu mets 1H au 1er boot pour désactiver les cochonneries qui se lancent en auto (qu'elles se lancent en auto n'est pas la faute de windows, mais que tu ne puisse utiliser ton pc tant qu'elles ne son pas lancées, si.), 1 heure à nettoyer les fichiers inutiles (genre les temporaires qui, sur ma Debian au moins, sont nettoyés automatiquement à chaque boot), 2 heures à supprimer les logiciels inutiles (on ne peux le faire que 1 par 1, bien entendu, ce qui nous oblige à rester à côté en permanence. Avec Debian, je lance aptitude, je sélectionne, et je lance le boulot), et pour l'époque de la défrag, 4 heures de plus.
A côté de ça, une réinstallation propre de windows ça prend 2H d'install de l'OS, 1H d'install des pilotes et logiciels et basta.

Ce n'est pas forcément tout le temps comme ça, mais des machines rattrapables sous windows ont tendance à être plus longue à récurer, contrairement à ma Debian.

Bon, après, mon expérience des pires machines est principalement au sujet de windows XP, mais j'ai eu le droit à des trucs sympas avec vista aussi. C'est juste que, vista, j'y touche pas (et idem pour ce qui est plus récent). Pour le coup, je bénit MS d'arrêter le support d'XP, comme ça, j'aurai moins de trucs à faire puisque je ne passerai pas à leurs systèmes moins vieux. Pas volontairement du moins, et sûrement pas dans mes temps de loisirs.

Mais, en soi, tu as raison, c'est une solution de facilité.
Ah, il y a aussi le fait qu'il est plus simple de trouver une info pertinente (qui ne soit pas "réinstalles." donc) pour résoudre un problème avec une distro linux qu'avec un windows.

Essaies experimental alors.
Je rappelle qu'il y a le freeze en ce moment chez Debian, donc les nouveautés n'intègrent pas Debian. Excepté situations très exceptionnelles (et le dépôt expérimental, il me semble.). D'ailleurs, j'ai bien hâte à ce que le freeze cesse, j'ai envie de voir les améliorations de nouveau entre le kernel 3.2 et 3.8, moi… (je sais, dans experiemental on a accès au 3.8, mais tout de même)

[edit]
Mouai, en fait, même dans experimental il n'y est pas… et la 0.9 a été éditée avant le freeze. Je suppose que le mainteneur n'a pas le temps :)

Entièrement d'accord, mais la capacité de séparation des éléments d'une distribution linux me semble une des raison de la plus simple réparation du système.

L'exemple classique: l'interface graphique qui est obligatoirement chargée. Du coup, si sa configuration est corrompue, tu dois démarrer d'un système tiers pour pouvoir aller modifier celle-ci.
Bon, c'est vrai aussi que windows est de plus en plus stable.

Et quand ils seront tes collègues, tu pourras partir en dépression à force de compenser leurs conneries, aussi.

Je compatis, j'ai fait la même chose avec un "prof" de java, qui arrêtait pas de comparer avec le C++.
Il avait quand même osé sortir qu'en C++, les headers étaient compilés quand on distribuait les paquets de développement, et que l'on ne pouvait donc pas les lire ou les modifier.
Celle-ci a été très drôle pour moi…

Enfin, le type en question tapait avec 2 doigts à une lenteur désespérante, faisait des fautes de frappe (à 2 doigts, faut le faire, sérieux) tous les 5 mots, ignorait qu'un curseur peut se déplacer sans effacer/écraser le texte (non, les touches fléchées ne servent à rien, c'est pour la déco et les jeux xD) et mettait (je cite) " // début de la boucle for" et "// fin de la boucle for" devant les accolades des boucles for. Bien sûr, il avait une autre version pour chaque structure de contrôle: if, while, fonction méthode, classe…

Ca a été vraiment douloureux cette période, croyez moi…
/me est encore traumatisé

Ca m'étonnerai très franchement qu'ils soient les seuls. Mais oui, sur ce coup, ils ont fait fort, très fort :)

Démarrer un interpréteur (perl, python ou sh par exemple) pour gérer l'historique ne doit pas aider.

Il me semble que ça dépend de quel "binaire" on lance. Perso, je prends celui qui est censé être le plus léger. Mais bon, je dois admettre que je trouve marrant de vouloir embarquer un langage interprété dans un logiciel qui se veut minimaliste.

allez regarder ce qui existe chez suckless

Je n'ai pas inspecté très longtemps ce que suckless propose, mais je connais dmenu, qui a son utilité. Pas la panacée, cela dis, mais bon, il me suffira jusqu'a ce que j'en aie marre et fasse un truc plus adapté à mes besoins personnels.

Il faut être plus philosophe diplomate avec les gens qu'on apprécie et avec qui on s'entend bien, ne crois-tu pas? ;-)

A noter que RLE peut parfois augmenter la taille des fichiers, si les octets sont trop aléatoires.

gwt? Je ne connais pas. A part ça, je trouve le code machine plutôt simple a déboguer oui, bien que linux soit très loin de proposer des débogueurs avec une IHM aussi efficace que ce que l'on peut trouver sous windows.

1) tu vas te taper une palanquee de code en c++ "pour rien": creation de fenetre, gestion d'input, scripts de builds

Il n'y a pas besoin de gérer l'input en JS? Et niveau création de fenêtres… il semble qu'asm.js supporte openGL, alors utiliser un gui toolkit qui exploite openGL me semble permettre de s'affranchir de ce souci. Accessoirement, j'ai plutôt tendance à faire une lib qui fasse le job réel, et ensuite des interface.
Devines laquelle je fais en 1er?
Interface console. Pas de fenêtre, et juste de l'entrée clavier. Voire même pas d'interface du tout, pour ceux utilisant les tests unitaires.
L'intérêt? Mon code est coupé, avec une partie qui est totalement indépendante du système au sein duquel elle s'exécute.

2) ta phase de qa en js va etre absolument horrible, tu te tapes tout d'un coup et tu vas prier pour ne pas avior deux problemes en paralleles.

Parce que tu fais souvent du QA sur de l'asm toi?
Je n'ai pas eu l'impression que le binaire (si on peut dire ça comme ça) asm.js soit destiné à être utilisé pour déboguer le programme. Bien entendu, aucun programme n'est exempt de bugs.

C'est quoi le probleme de lisibilite du js? Face a de l'abus de template c++, j'ai vite fait mon choix perso.

Oui, c'est sûr, quand on abuse d'une fonctionnalité, on risque de galérer. Enfin, sinon, y'a les typedef, couramment utilisés par ceux usant des template.
Du coup, on a l'écriture template qu'une seule fois: pendant le typedef. Après, on crée un type, et ça deviens tout à fait lisible.

Enfin, je conçois que ce soit personnel, d'autant que l'absence de typage, par exemple, est vraiment quelque chose qui me gêne, peu importe le langage.
J'imagine qu'ensuite, c'est une question d'idiomes et de conventions de nommage dans les deux langages (la notation polonaise, qui consiste à indiquer le type dans les noms de variable me gonfle si le langage est typé, alors que dans le cas contraire, elle me semble quasi vitale, par exemple).

J'ai parlé de rumeurs pour éviter qu'on me demande une source :D

Créer une partition dédiée sous Windows ou Linux prend à peu près le même temps et demande à peu près la même expertise.

La, je pense que tu te trompe.
L'installation d'une distrib linux le fait quasi automatiquement, contrairement à windows.
L'installateur windows (je me suis arrêté à xp, je précise) ne te parle même pas de la possibilité de séparer tes données sur plusieurs partitions, tandis que celui de debian, de mémoire, le fait par défaut (de mémoire, car je n'utilise que peu les choix par défauts ;)).
Debian n'étant pas la distro la plus accessible au grand public, il faut le rappeler, je pense qu'on peut en déduire que les OS comme ubuntu sont plus clairs et nécessitent moins d'interventions à ce sujet.

Et je ne sais pas si ça a changé, mais à l'époque de XP, modifier correctement et complètement la localisation du HOME (pas juste de "mes documents" donc), c'est la croix et la bannière, et pour être fait réellement correctement nécessite de passer par un autre système.

Enfin, j'ai plussoyé quand même, parce qu'on oublie souvent qu'on peut le faire sous windows, même si ce n'est pas aussi trivial (fichu registre).

Le coup de la compression est énorme xD

Il a jamais entendu parler du BMP qui intègre la compression RLE? Ou de winzip? Enfin, mon facteur de modification de respect envers les profs fait que régulièrement ça chute très vite, alors je ne suis pas surpris… (notamment en info)

Tout est dans le titre, je suis preneur de ton pdf, on sait jamais, dès fois que j'aie l'occasion de l'exploiter un jour…

Pour le reste, tout à été dit.

Du coup si tu annonces un truc totalement gratuit les gens se méfient

Tout a fait, c'est pourquoi tout le monde se méfie de facebook, chrome et hotmail.

Même chez les libristes gratuit = caca

c'est tout de même très régulièrement le cas, si on prend les logiciels gratuits dans leur ensemble, et pas juste les logiciels libres, non (le fait que ce ne soit pas le cas dans les logiciels libres restant à prouver, je n'ai jamais cherché à savoir)?
Compte tenu de la quantité de freewares qui installent des toolbars, par exemple, ou qui servent de démo gratuites pour un logiciel plus utile.

Et si on passe aux services gratuits, alors la, c'est la bérézina. Bon, ok, il existe les associations loi 1901 qui en fournissent parfois…

Je ne dis pas que c'est mal, juste que, bon, il faut en avoir conscience, et faire le choix en fonction.

Anéfé, je n'avais point pensé à ce subtil "détail" qui a d'ailleurs permis à des gens d'embrasser la carlingue d'un concorde :/

asm.js et emscripten sont utiles pour compiler d'autres langages en Javascript. Vouloir transformer du javascript en asm.js va demander des cabrioles pour contourner les types de asm.js (puisque Javascript n'est pas typé), ce qui limite vachement l'intérêt de asm.js, non ?

Ca limite, oui, c'est sûr… Mais dans la catégorie des "il ne faut pas oublier", j'invoque la quantité de code non négligeable qui existe en C et C++, qui deviendra d'un coup accessible aux utilisateurs de JS.

Mais l'open source, ça sert à rien si ta source est illisible.
Côté obscurantisme, on peut très facilement rendre illisible n'importe que code source, et à ce que j'ai cru comprendre des rumeurs du net, les entreprises ne s'en privent pas quand on parle de JS…

Un bon ide avec un bon tooling et un bon debuggeur me semblent plus important que grapiller des pourcents de performances, surtout si tu t'addresses a des gens qui viennent du monde natif et qui sont habitues a avoir des outils, mais ca reste mon avis perso.

Ca tombe bien, on parle de compiler du C++ en asm.js. Côté IDE, le C++ n'a peut-être pas les meilleurs (langage trop complexe pour l'auto-complétion, notamment) mais possède certainement de bons outils malgré tout.

En fait, c'est surtout ça qui m'a intéressé quand j'ai lu l'article: pouvoir faire du "dev web" en utilisant un langage fortement typé et faire des tests de débogage en natif avec au final assez peu de modif à faire pour le transformer en web ensuite.
Le gain de performance contre l'asm.js ne me semble également pas négligeable, et côté du "code écrivable et lisible à la main" je suis désolé mais l'argument ne tiens pas trop, JS est pas vraiment un modèle quand on parle de choses lisibles. Rien que l'absence de typage… bon, après, ce dernier point est un avis très personnel, bien sûr.
De toute façon, le "code lisible" est obfusqué quand ils veulent nous passer des saloperies, alors je me demande si ça importe réellement.

Une Java Virtual Machine matérielle… intéressant comme concept, mais un peu voué à l'échec, puisque, du coup, il faut parler de Machine Java directement, non?
Ou alors on peut dire que les processeurs intel sont des machines virtuelles, puisqu'ils font la même chose que bochs par exemple xD

uzbl ? Ce truc est incroyablement lent ! Il a l'air de suffoquer à chaque fois que tu lui demande quelque chose. Je préfère de loin utiliser luakit.

C'est vrai que la lenteur de ce truc est impressionnante. Peut-être due au fait qu'il ne soit pas encore stable, et que donc l'accent soit encore a l'ajout de fonctionnalités, et pas à l'optimisation?
Par contre, sa légèreté aussi, c'est pour ça que cet outil est un lecteur de doc locale potable. (idem, du au fait de pas encore être stable?)

Je l'aime bien, mais pas assez pour le juger utilisable en conditions réelles quoi.

Par contre, je connaissais pas luakit. Vais aller y jeter un oeil, si ça peut être plus performant, je risque d'adopter (a condition que la config de base soit pas trop merdique, naturellement). En plus il semble avoir grosso modo les mêmes motivations?

Un dauphin plutôt non?