Je me souviens avoir utilisé DIV il y a longtemps, alors que je ne connaissais aucun langage de programmation, et il y avait moyen d'arriver facilement à des choses sympathiques. Je ne me souviens plus du tout de la structure du langage, donc je ne suis pas d'une grande aide non plus, mais je peux juste dire qu'étant novice total en programmation j'arrivais déjà à faire deux-trois choses avec DIV (mais vraiment pas grand chose, j'étais assez jeune) alors que faire du C/SDL aurait été totalement inenvisageable pour moi. Le bouquin de documentation fourni avec était extrêmement clair et bien fait.
De ce que je me souviens on avait par exemple par défaut une fonction de détection de collision. J'imagine que la plupart des problèmes récurrents un peu complexes du monde du jeu vidéo ont des fonctions toutes prêtes.
Après un petit tour sur le wiki, la boucle principale est gérée par le langage. Chaque entité sur le jeu (balle dans un casse-brique par exemple) est gérée par une fonction (processus dans la doc) indépendant du reste qui fait son boulot jusqu'au mot-clef frame qui indique d'attendre l'image suivante. La boucle principale va parcourir chaque processus, l'exécuter jusqu'au mot-clef frame puis passer à l'image suivante et recommencer.
Au vu de toutes vos réponses, je suis forcé d'en déduire qu'il y avait un problème de mon côté ; il faudra que j'approfondisse la chose. Étrangement, certains points se sont inversés par rapport à début septembre pour moi : au début les flux HTTP sur certains sites avaient parfois du mal là où le HTTPS carburait ; maintenant c'est exactement l'opposé. À part ça, tout est aléatoire, si ce n'est que les débits depuis youtube dépassent rarement les 10ko/s (et font plutôt en moyenne 2ko/s) en 3G.
Étant chez Free Mobile, j'ai essayé cette solution : un serveur ssh à la maison auquel m'y connecter quand je suis dans ma chambre d'étudiant.
Pas de soucis pour me connecter depuis la ligne ADSL de la maison (avec l'IP internet et non l'IP locale bien entendu), port ouvert et tout.
Par contre, depuis une connexion Free Mobile, "Connection reset by peer". Un petit tcpdump sur le serveur m'apprend qu'aucun paquet de la part de mon téléphone ne lui est parvenu : le SSH semble être filtré. Il me semble que l'essai d'un serveur HTTP minimal (un coup de netcat) fonctionnait bien en revanche.
J'ai aussi essayé d'encapsuler dans du HTTP (je ne me souviens plus du nom de l'outil par contre), mais ça ne passait pas mieux (peut-être que le DPI sait repérer ce genre de bidouille). Faudrait essayer d'encapsuler dans du HTTPS mais je n'y connais vraiment pas grand chose à ce niveau là.
Depuis mi-septembre, en semaine mon principal lien à l'internet est une connexion Free Mobile via un réseau Orange et depuis une-deux semaines Google devient de plus en plus inutilisable, au point de me faire utiliser DuckDuckGo et Bing qui eux fonctionnent très bien. De plus, google ayant cette superbe idée de faire pointer les liens des résultats de recherche vers une redirection chez lui-même, cela le rend totalement inutilisable (il me faut déjà de deux à dix essais pour charger la page d'accueil, autant pour une recherche et autant pour cliquer sur un lien à cause de cette connerie). M'enfin bon, je vis bien avec les alternatives ; ça m'embête plus pour ce qui est de gmail et de google reader par contre…
Au passage, j'ai très fréquemment des soucis genre amazon qui devient inaccessible en https sans raison particulière (en http ça marche mais c'est pas très utile ;-)) ou des sites plus classiques (le monde) qui peuvent avoir beaucoup de mal à charger de temps à autres sans raison particulière.
Enfin bon, je me demande si ça vaudrait pas le coup de passer chez… Orange… (opérateur avec la meilleure réception là où je suis, et aucun lien câblé avant possiblement un mois voir deux (résidence étudiante neuve, pas encore de téléphonie)).
Et je doute que ce soit une mauvaise réception, vu que facebook, lui, carbure quasiment tout le temps… Magnifique…
Sur les PC fixe il y a souvent de mauvaises surprises avec les prises en façade. Une "solution" est de mettre le volume au maximum puis de brancher sur la prise une rallonge jack qui permet au passage de régler le volume.
Je me souviens que j'avais codé un machin pour jouer un fichier son avec le bruit du processeur. La technique était de quantifier sur 1 bit le fichier sonore à lire puis de faire travailler le CPU pendant la période d'échantillonnage chaque fois que le bit lu basculait. (sauf qu'en pratique, c'était plus reconnaissable quand le CPU travaillait alors qu'il était sensé faire un usleep() et lorsqu'il faisait un usleep() au lieu de travailler… J'avais fait un peu n'importe quoi…) C'était assez dur de reconnaître le fichier original (quantification sur 1 bit, distorsions temporelles gigantesques, et encore il fallait obligatoirement échantillonner à 8KHz ou moins ; si c'est autre chose qu'un morceau au piano on entend juste du bruit), mais je pouvais vaguement reconnaître To Zanarkand.
Dans mon enthousiasme j'ai pas vu le post du dessus qui proposait aussi l'installation d'un serveur FTP.
En contrepartie, pour ceux qui n'ont pas de routeur wi-fi sous la main et qui ne le savaient pas déjà, il est parfaitement possible d'utiliser le partage de connexion par wi-fi ou par USB pour ensuite accéder à son téléphone en FTP ou SFTP.
Sur mon téléphone, CyanogenMod 9 (avec Android ICS) supporte le mode de stockage de masse.
Sinon, il reste toujours la solution d'installer SSHDroid pour les téléphones rootés (pensez à mettre un bon mot de passe), puis de jouer avec SFTP :-)
Il existe aussi SwiFTP qui fait serveur FTP (chez moi SSHDroid fonctionne mieux).
Par contre, ça n'offre toujours pas la souplesse d'un système de fichier monté, mais au moins on peut accéder à son téléphone avec un truc bien supporté.
Niveau énergie, je n'ai pas encore trop eu l'occasion de comparer (mon téléphone passe beaucoup de temps en charge vu qu'il fait souvent modem USB). J'ai l'impression globalement que c'est quand même moins bon ; cependant d'après la FAQ (http://teamhacksung.org/wiki/index.php/Experimental:GT-I9100:Frequently_Asked_Questions), la ROM ne devrait plus trop poser ce genre de soucis donc il faut voir si ce n'est pas une application peu disciplinée (BetterBatteryStats permet d'identifier les méchantes).
Imposer un lecteur de carte SD et des boutons physiques me paraît une bonne idée :
- les smartphone me paraissent avoir une plus grande longévité sur les téléphones d'avant (j'envisage difficilement avoir besoin de mieux qu'un dual core, et encore plus difficilement avoir besoin d'un écran plus grand que celui de ce monstre)) ; pouvoir étendre la mémoire de stockage est donc une assez bonne idée.
- les boutons intégrés à l'écran tactile, c'est cool, mais en plus de pas être pratique, la seule interaction avec la machine qui reste possible en cas de mauvais fonctionnement de l'interface graphique est le bouton off ou le retrait de batterie…
Par contre, sur l'aspect logiciel, no comment…
Exemple : Samsung, sur son Galaxy S2 et probablement sur la plupart de ses autres téléphones, a trouvé le moyen de coder en dur l'action du bouton central de retour à l'accueil, à savoir : si appui simple, retour à l'accueil, si double appui, reconnaissance vocale. Aucune option pour changer ça. Sauf qu'il arrive que des appuis simples soient reconnus comme des appuis doubles, ce qui a pour effet de lancer la reconnaissance vocale au lieu de revenir à l'accueil, et que pour pouvoir détecter les appuis double, ce bouton attend environ 0.5s avant de réagir à un simple appui, ce qui est atrocement chiant (total : environ 1s d'attente le temps de revenir à l'accueil après l'attente des 0.5s).
Il existe une parade à cela, inaccessible à tous les débutants et à une grande partie des power users aussi (installer une ROM avec les fichiers apk systèmes non optimisés, désassembler un bidule, virer des blocs au sens incompréhensible (ça ressemble à de l'assembleur, mais c'est pas de l'assembleur, bizarre), réassembler, mettre le nouveau fichier apk à sa place et laisser le téléphone réoptimiser tout ça.
Je sais pas ce qu'a fumé le développeur qui a fait ça, mais ça devait être de la bonne… D'autant plus que, comme pratiquement toutes les applications de reconnaissances vocales, l'application de Samsung ne sert pas à grand chose, et en tout cas cas certainement pas assez pour pouvoir la déclencher avec un double appui. Il aurait au moins pu mettre une option pour désactiver ça. Comment peut-on laisser passer des conneries pareilles sur l'un des téléphones les plus vendus au monde ? Y a deux cœurs à 1.2GHz, on veut de la réactivité et de la vitesse, pas un lag stupide et idiot sur le bouton le plus utilisé du téléphone…
Enfin bref, tout ça pour dire qu'à mon avis, les développeurs de chez Samsung pondent des machins beaucoup moins efficaces que ceux de Google, et qu'ils feraient mieux de rester sur du stock que de faire les trucs à leur sauce pour avoir à la fin un système dix fois plus lourd et qui en fait deux fois moins.
J'ai récemment installé cyanogen, et c'est vraiment une bouchée d'air frais. Pas mal d'applications en moins, mais je n'ai plus un écran de choix d'application rempli de trucs inutiles (il m'a quand même fallu remplacer le service d'antivol samsung par une autre application), les développeurs de cyanogen n'ont de toutes évidences pas accès aux substances consommées par le criminel du bouton central de chez Samsung, donc pas d’aberration au niveau du comportement de la machine, et, même si CyanogenMod 9 est encore en développement, ça me paraît tout aussi stable que les roms samsung actuelles.
J'utilise une souris assez grande (le prix pour avoir quelque chose de vraiment confortable) ; peut-être que la différence vient de là.
Toujous est-il que je viens d'essayer l'index sur le clic gauche et la molette et le majeur sur le clic droit, et il est vrai que ça semble beaucoup plus confortable sans être forcément moins pratique.
Plus de population => plus de demande => plus de production => plus d'emplois ?
À mon avis, si la population croît lentement de 1%, en général les quantités chiffrées en "nombre d'humains" (nombre de chômeurs, nombre d'enseignants, …) devraient augmenter de 1%, toutes choses égales par ailleurs.
Après, on peut imaginer qu'avec des économies d'échelle et tout et tout on a pas forcément besoin de 1% de main d'œuvre en plus pour produire 1% plus, mais faut pas croire non plus que 1% de population en plus c'est environ 1% de taux de chômage en plus.
Index sur clic gauche, majeur sur molette, annulaire sur clic droit, non ?
À la limite, garder le majeur sur le clic droit est plus confortable dans un environnement où le clic droit est beaucoup plus sollicité que la molette, ce qui arrive rarement à mon avis.
Demander à certains d'apprendre LaTeX ça peut faire beaucoup je pense, d'autant plus que l'aspect WYSIWYG est souvent assez important (quand je prends des notes en cours, j'aime bien voir mes formules telles qu'elles apparaîtront et non pas comme un amas de code LaTeX).
Solution simple : LyX. Il y a énormément de raccourcis claviers pour gagner beaucoup de temps (Alt-P 1/2/3/4/T pour basculer entre chapitre/section/sous-section/sous-sous-section/titre par exemple) et ça offre un rendu assez agréable qui me semble être un excellent compromis entre afficher le document final (ce qui serait extrêmement lourd avec du code latex et loin d'être pratique (on n'affiche pas du texte sur un moniteur comme on l'imprimerait sur une feuille A4)) et afficher le code source latex.
Après, il y a quand même un certain nombre de choses à savoir quand on commence avec LyX (je n'ose pas imaginer les horreurs que l'on pourrait pondre en se servant de LyX comme de wordpad…) ; c'est probablement plus simple qu'apprendre à coder avec LaTeX et plus efficace niveau utilisation dans les cas courants, mais c'est pas non plus un joli petit paradis où les cheveux ne tombent jamais.
Je sais qu'elles sont inévitables pour un système en rolling release. Je dis juste que le fait de devoir intervenir de temps à autres après une mise à jour et de risquer une certaine perte de temps si on ne fait pas attention est un inconvénient et qu'il faut donc éviter de faire une mise à jour la veille d'une présentation importante (mais ça vaut pour n'importe quel système d'exploitation de toutes façons ; juste qu'il y a plus de risques avec Arch). Il reste toujours qu'Arch est une excellente distribution dans son domaine et que j'en suis assez content en général.
Après une pause de quelques mois, je suis revenu il y a deux mois sur Arch, et ce n'est pas forcément un monde merveilleux où tout est parfait. Comme tu l'as dit, il ne faut pas avoir peur de bidouiller un peu, et pour moi ça a été une bonne chose car ça m'a permis, par exemple, de dire un petit bonjour à PolicyKit pour corriger un problème avec NetworkManager (demande du mot de passe à chaque déconnexion d'un réseau Wi-Fi… C'est déjà assez chiant de perdre la connexion, alors la pop-up qui vient de nulle part pour te demander ton mot de passe et qui interrompt ton travail, ça tue un peu), et donc au final d'en apprendre un peu plus sur une brique des systèmes linux qui m'avait toujours échappée depuis son apparition. En bref, c'est une excellente distribution pour qui veut en apprendre plus.
Après, il y a de petits bugs (le flash en plein écran qui ne fonctionne pas bien du tout chez moi, mais il faudra que je vois si un autre wm que kwin change les choses ; le bug du mot de passe à la déconnexion d'un réseau wi-fi, plasma qui se met parfois à déconner un peu), mais ça reste parfaitement utilisable.
Ce qui est un peu plus gênant, ce sont les mises à jour qui demandent une intervention utilisateur (toujours documentée sur le blog de arch linux), bien que peu fréquentes. Il arrive parfois qu'une mise à jour nécessite une intervention utilisateur pour diverses raisons (la dernière en date à mon souvenir est la mise à jour de pacman qui supporte la vérification des paquets avec clef gpg et compagnie - sauf que j'ai du désactiver cette fonction si je ne voulais pas m'arracher les cheveux à approuver tous les auteurs des paquets déjà installés, sachant que certaines clefs ne passaient pas pour une raison mystérieuse), et ça peut prendre un petit peu de temps pour faire cette intervention. Sans compter que, pour moi, à chaque mise à jour du noyau il me faut recompiler un petit module nécessaire pour désactiver la carte nvidia sur un laptop optimus pour préserver la batterie (bon, il faudra que je regarde côté dkms). En bref, il ne faut jamais mettre à jour quand on n'a pas le temps de faire les interventions requises juste après s'il y en a, ou pour corriger les éventuels problèmes qui pourraient apparaître après une mise à jour. Mais c'est le prix d'une rolling release ; impossible d'y échapper. Le mieux pour moi est de ne pas mettre à jour trop fréquemment pour éviter de perdre trop de temps (if it works, don't fix it), mais ça craint un peu quand il y a des failles de sécurité.
Du coup, autant sur mon laptop principal Arch fait des merveilles après quelques bidouilles, autant sur mon netbook, j'ai préféré finalement une debian stable pour ne pas avoir à perdre deux fois plus de temps à chaque mise à jour ;-)
(et Gnome 2 me manquait aussi)
En effet ; j'ai fait une PC (bien qu'ayant eu un professeur qui savait donner goût à la physique, je ne suis pas sûr que suivre cette filière ait été le meilleur choix compte tenu de mes goûts), et je n'ai donc vu en prépa que Maple. Je ne sais pas ce qu'il en est des MP option SI ; à ce que j'ai lu ils ont aussi le droit à Maple, auquel cas cela voudrait dire que la majorité des prépas scientifiques ne fait que du Maple. Mais c'est vrai qu'il y a de petits chanceux comme vous ;-)
En revanche, à l'épreuve d'algorithmie, on a le choix du langage de programmation, donc on peut se ruer sur le langage qui paraît le plus approprié à la tâche demandée, même si seul Maple est vu en classe.
Oui ; pour des problèmes de mathématiques ou de physique, utiliser Maple est beaucoup plus rentable que de passer par un autre langage de programmation en réinventant la route au moins une bonne dizaine de fois pour avoir les fonctions dont on a besoin. Après, certains exercices peuvent mêler un peu d'algorithmie et des notions mathématiques (polynômes, fonctions) auxquelles Maple donne facilement accès ; dans ce cas, utiliser Maple pour de la programmation est plus pratique.
Par contre, pour de petits algorithmes ne faisant pas intervenir d'objets mathématiques nécessitant un logiciel de calcul formel, commencer par Maple c'est pas forcément génial, mais c'est vrai que les étudiants n'ont pas le temps d'apprendre deux langages de programmations, aussi simple soient-ils. Il faut voir si apprendre un langage très simplifié puis apprendre à programmer avec Maple prend moins de temps que lancer les gens directement dans Maple quitte à ce que le choc soit un peu plus fort. Avec 3h de TD d'info par semaine (ou toutes les deux semaines, je ne me souviens plus), c'est vrai que la seconde option semble plus efficace.
J'utilise Google Reader chaque jour et je jette un coup d'oeil à tous les articles la plupart du temps. J'avais bien noté le changement d'URL en ajoutant le nouveau flux, mais je n'avais pas supprimé l'ancien (en général, je suppose que l'ancien ne bouge plus puis disparaît, ce qui me laisse le temps de faire le ménage plus tard). C'est maintenant réglé pour ma part :-)
Je pense aussi que quand on utilise Google Reader, on a pas toujours envie de quitter le flux de news pour aller régler une histoire de flux dans les paramètres (d'autant que sur téléphone je ne pense pas qu'on puisse régler ça facilement), ce qui peut expliquer une partie de lecteurs encore inscrit à l'ancien flux.
Juste pour donner des chiffres : quand je parle de plantages, c'est en moyenne deux par semaines sachant que j'ai une centaine d'applications et une rom non bouygues.
J'ai utilisé pendant près d'un an un Nokia N900 et, à mes yeux, il s'agissait du téléphone parfait. L'absence de support des MMS en natif (mais je n'ai jamais eu de soucis avec fMMS) faisait que c'était le seul téléphone à accepter sans broncher d'envoyer des SMS d'une longueur monstrueuse (60 SMS d'un coup ? Aucun soucis ! Et avec le clavier, on s'emporte facilement). Suite à un petit accident, il est devenu inutilisable courant juin, et il a donc fallu le remplacer.
J'ai pris un Galaxy S2 et, par rapport au N900, ce n'est pas un petit paradis. Le N900 était lourd et épais, mais il tenait plutôt bien dans une poche. Et même s'il se voyait, on avait pas peur de le casser en se mettant à genoux. La plupart des téléphones android sont légers, fins et plus grands, ce qui les rend (en apparence tout du moins) plus fragiles et (en pratique) beaucoup moins faciles à transporter dans une poche. En gros, aujourd'hui, je ne peux plus m'asseoir pour mettre mes chaussures sans retirer mon téléphone de ma poche. Après, le Galaxy S2 étant assez grand, ça se passe peut-être mieux avec d'autres téléphones. Mais la course à la plus grande taille de l'écran continue, et j'imagine qu'à partir du Galaxy Nexus il va devenir inenvisageable de stocker son téléphone dans une poche de pantalon.
Au niveau matériel, le S2 pulvérise le N900. On passe de 256Mo de RAM à 1Go, de 600Mhz (overclockable le plus souvent à 800-900MHz) à un dual-core à 1,2GHz. À l'utilisation, je ne ressens pratiquement jamais de lenteur. La navigation sur internet est très fluide, les jeux de même ; l'émulation N64 tourne plutôt bien (pas sûr d'avoir du 100% partout ; de toutes façons, il n'est pas très facile de jouer sur un écran de téléphone et le S2 n'est pas très coopératif avec les manettes bluetooth (contrairement à d'autres téléphones android), etc. En bref, du point de vue de la vitesse, il remplit parfaitement son contrat et on peut dire adieu aux ralentissements.
Par contre, je ne suis pas sûr qu'on puisse dire que l'appareil photo soit meilleur. On perd l'émetteur FM, ce qui a mit fin à mon rêve de faire passer la musique des bisounours au prochain qui se ramène au métro en écoutant sa radio à fond (aussi puéril et illégal que ce soit).
L'écran des téléphones android est souvent capacitif, par rapport à l'écran du N900 qui est résistif. De mon côté, je préfère largement les écrans résistifs en raison du gain de précision dû à l'utilisation de l'ongle (protection d'écran fortement recommandée) ou du stylet et de l'absence de grosses tâches grasses de doigt que l'on doigt nettoyer au mouchoir si on veut un bel écran tout propre. (et, dans les jeux où l'on met un stick sur l'écran tactile, le frottement du doigt contre l'écran est souvent plutôt gênant). Quand il s'agit de taper sur un clavier tactile, la précision compte pour beaucoup ! Je faisais moins d'erreurs sur mon 5800 en tapant avec mes ongles de pouce (après, T9 et clavier paysage étaient mes amis). Maintenant, sur android, seul un clavier du nom de Swiftkey me convient grâce à sa prédiction intelligente (en gros, en prenant à chaque fois la suggestion du mot suivant, on arrive souvent à des phrases grammaticalement correctes et parfois même avec un sens !), malgré une très mauvaise manie de supprimer les espaces avant les points d'interrogation et d'explamation, entre autres. Le clavier matériel du N900 me convenait parfaitement et chaque fois que je dois taper quelque chose je regrette cruellement l'absence d'un clavier sur mon téléphone.
Niveau logiciel, à mon avis, le seul soucis du N900, c'est éventuellement une obsolescence prochaine. Mais je trouve que Maemo était un OS parfait pour un téléphone de bidouilleur malgré des technos peut-être vieillissantes. Au niveau des fonctions de base que l'on peut attendre d'un smartphone, maemo et android se valent, avec un petit avantage pour android qui propose un petit éventail de bonus pratiques (le minuteur sur l'alarme (pratique pour les siestes)). Pour ce qui est de l'internet, si le Galaxy S2 est bien plus performant que le N900, il n'est pas plus pratique pour autant. Naviguer au doigt est douloureux quand on est sur des pages non optimisées pour un téléphone et on regrette vraiment le stylet quand on souhaite cliquer sur un petit bouton. D'un autre côté, ceux qui en avaient marre de devoir se placer à une dizaine de centimètres de l'écran du N900 pour lire le texte de leur page web seront pleinement satisfait. Mon impression générale est que le N900 est plutôt un petit PC dans la poche quand on souhaite aller sur internet, avec des fonctionnalités de PC (sur N900, enregistrer un fichier quelconque depuis une page web se fait avec un clic maintenu ; sous Android, à mon souvenir, il faut installer une application (un peu envahissante par nécessité, mais ce serait long à expliquer).
Pour ce qui est du bidouillage, le N900 est un paradis. C'est du pur linux ; on a un terminal, un clavier ; en bidouillant un peu, on peut même aller jusqu'à installer gcc, je pense que tout est dit. Chez Android, c'est autre chose. On peut bien entendu installer un terminal, et on retrouvera les outils busybox comme sur un N900 pas trop bidouillé (je ne sais plus si on peut installer les outils GNU). Après, j'ai l'impression qu'il vaut mieux éviter de trop tripoter le système, et que le mieux si on souhaite bidouiller est encore de monter une image disque d'un linux en loop, de chrooter dessus, de lancer un Xvnc et de lancer un client VNC sur le téléphone android pour accéder au serveur X du linux chrooté sur le même téléphone (vous me suivez ?). On retrouve alors tous les avantages du linux de base, sauf qu'on y perd pas mal de choses. Pas de son (donc adieu audacity), l'affichage n'est pas très rapide (pas la peine d'espérer jouer à des jeux d'action), entre autres. Après, si on veut juste un vim et un gcc, on peut parfaitement se contenter d'une image disque lançant un bête serveur ssh (il existe un client ssh pour android). Sinon, il y a un environnement de scriptage pour android appellé SL4A qui permet de coder dans différents langages de scripts, en offrant à chaque fois une librairie permettant d'accéder à bon nombre de fonctions du téléphone, donc on a quand même de quoi s'amuser un peu. Cependant, télécharger et installer un script dans ce logiciel est une vraie plaie. Je n'ai pas trouvé la fonction pour importer depuis un fichier stocké dans la mémoire interne, et il a donc fallu utiliser une bidouille affreuse. Pour ouvrir un fichier. Oui. Enfin, un terminal sans clavier physique, ça relève de la torture. (Le clavier du N900 pouvait se personnaliser pour pouvoir avoir une touche associée à TAB, et d'autres pour les crochets)
Au niveau des applications, c'est deux mondes qui n'ont rien à voir. Il y a quelques applications open-source très sympathiques chez android (Astrid par exemple), mais la norme, c'est l'application gratuite qui au mieux met une petite bannière de pub, au pire met une bannière de pub, te demande au cours de l'utilisation d'aller voter pour elle sur le market ou d'aller essayer telle autre application (le record étant détenu par un jeu de Uno qui se permet d'envoyer des notifications nous demandant d'aller jouer). Par exemple, je n'ai pas trouvé d'application qui permette d'allumer la LED du flash du téléphone et qui n'utilise pas de publicité. Bien entendu, les gens qui ont développé ces applications sont dans leur droit le plus légitime, je trouve juste ça lourd de devoir me taper de la pub pour un truc con comme allumer une LED. (après, si c'est si simple, j'ai qu'à coder une application moi-même me direz-vous).
Petite note finale : mon téléphone Android actuellement plante (redémarrage de l'interface graphique et reconnexion au réseau) beaucoup plus souvent que mon N900 qui a pourtant subi bien des outrages. C'est amusant de voir qu'un environnement protégé où les applications sont sandboxées est moins stable que le N900 où tout le monde a tous les droits (le développeur peut mettre ce qu'il veut dans les scripts de son paquet deb), mais il faut voir que le fait qu'il y ait peu d'utilisateurs chez le N900 fait qu'il ne doit pas y avoir de malware et qu'il me paraît difficile de faire une connerie tellement grosse en paquetant son application qu'elle corrompt le système, et d'autre part que les plantages que je rencontre sont très probablement liés à la ROM samsung de mon téléphone. Seconde note finale : le galaxy S2 (et j'imagine d'autres téléphones android) a parfois un petit soucis : quand on navigue sur internet, il arrive qu'il passe son temps à basculer entre 3G et HSDPA au lieu de bien vouloir télécharger les données demandées. On peut désactiver momentanément HSDPA en numérant *#301279# (code magique qu'on finit bien rapidement par connaître par coeur. Merci Samsung !). Nokia n'a peut-être pas fait ses preuves pour ce qui est de choisir à temps un OS de smartphone, mais eux savaient faire des téléphones solides, avec une bonne forme et efficaces pour la téléphonie.
Pour conclure, je pense qu'aucun téléphone ne peut rivaliser avec le N900. Ce téléphone a beau avoir du retard dans bien de domaines, il reste le seul à offrir une liberté d'utilisation digne d'un PC en assurant parfaitement les fonctions de téléphonies. Android me paraît être beaucoup plus proche de Symbian ; c'est du linux, on peut installer ce qu'on veut et on peut jouer avec le terminal, mais on se heurte encore parfois à des problèmes inexplicables dus au fait que les développeurs ont souhaité cacher la complexité à l'utilisateur. On gagnera au changement la gigantesque bibliothèque d'applications android et les performances d'un téléphone récent (flash rame moins sur un galaxy S2 que sur un netbook ; marrant, non ?), mais on perdra souvent le clavier, l'écran résistif, et énormément en bidouillabilité. Avec le N900, aucune épreuve n'était insurmontable ; on pouvait strace-er, pinger un site en cas de soucis, jeter un coup d'oeil à ifconfig ; avec Android, on retrouve certains obstacles stupides et insurmontables liés à la volonté de fournir un téléphone simple et non un mini-pc.
La communauté android liée au bidouillage me semble être essentiellement sur le site xda-developpers.com ; après, Android étant beaucoup plus répandu, j'ai tendance à beaucoup moins suivre ce forum que celui de maemo où on avait le temps au moins de jeter un coup d'oeil à chaque titre de post histoire de voir si un projet semblait intéressant.
Je ne sais pas si ça marche, mais il est vrai qu'il ne coûte rien de télécharger l'ISO de la version 64 bits correspondante (disponible légalement en HTTP apparemment) et de se servir de la clef inscrite au dos de la machine pour l'activer. Du même coup, on se débarrasse des merdes inutiles préinstallées par le constructeur ; il ne reste qu'à installer les drivers/logiciels spécifiques (comme la protection anti-choc) qui doivent se trouver sur le site du même constructeur.
Pas sûr pour les clefs USB ; il faudrait voir côté drivers USB sous DOS, mais en effet, ça ne doit franchement pas être triste de ce côté là... Cependant, pas besoin de redémarrer quand on change de disquette ;-)
En effets, tous ces petits services ont leur utilité ; après, de là à centupler l'occupation en RAM, c'est un peu fort, mais bon, au vu des capacités des composants aujourd'hui, c'est bien normal que les logiciels servent à en bénéficier plutôt que tout faire pour rester aussi compact que possible.
Effectivement, je disais ça parce que pour le peu de bureautique que je fais, les fonctions de Word 6 me suffisent (quoique, j'ai pas regardé s'il y a un support des formules, mais mieux vaut LyX/Latex quand on touche à ça). Après, comme j'ai dit plus haut, même si Word 6 est plus légers, les documents générés sont tellement lourds du fait de l'absence de compression avec dégradation ou de compression tout court que ce gain de place est finalement bien rapidement gommé (un document RTF de 42Mo, c'est un peu violent... J'imagine que le DOC de l'époque devait faire quand même mieux). Et je doute beaucoup qu'il supporte l'export au format PDF ; pour ce qui est du HTML, s'il en a un, ce dont je doute aussi, ça ne doit pas être très beau à voir ;-)
En effet, Abiword mérite qu'on s'y intéresse, mais le fait que chaque traitement de texte fait sa petite sauce avec chaque format fait que dès qu'on veut communiquer avec les autres, mieux vaut utiliser LibreOffice dès qu'on utilise du OpenDocument et Word dès qu'on a du OpenXML...
J'ai un portable avec un 486SX et 4Mo de RAM sous Windows 3.1. Il démarre plus vite que tous les OS installés sur toutes mes machines jusque là, à l'exception bien évidemment de BeOS (et DOS et linux en init=/bin/bash, mais bon). Word 6 démarre plus vite sur ce PC que Word 2010 sur un i5 (et probablement plus vite que Libreoffice) et a toutes les fonctions que j'attends d'un traitement de texte (gestion des styles, images... Je n'ai pas vu ce qu'il n'avait pas qu'avaient les autres traitements de texte à vrai dire.). En revanche, pour pouvoir lire un fichier sorti de word 2010 (on a pas toujours le choix...), il a fallu le convertir en RTF. Le fichier est passé de 1Mo à 42Mo, et c'est là qu'on se rappelle qu'énormément de progrès ont été fait depuis dans le domaine de la compression en général, audio, vidéo, et d'images, et que tout ça demande des logiciels récents et plus que 16Mhz pour être traité de manière fluide.
En revanche, Word 6 démarre plus vite que n'importe quel traitement de texte sur un i5 :-)
D'une manière générale, depuis dix ans, je comprends de moins en moins les systèmes linux ; je n'ai qu'une vague idée de ce que fait udev et je ne saurais pas dire ce qu'est vraiment dbus et comment ça fonctionne, de même pour consolekit, et pas la moindre idée de comment se configurent des machins comme upstart, alors qu'auparavant le livre "Le système linux" m'avait appris bien des choses. Je ne sais pas si un joli petit guide qui introduit toutes les dernières avancées sur l'architecture des systèmes linux en général existe, mais si oui, je me jetterai volontiers dessus.
Après, j'ai aussi l'impression que les interfaces se sont considérablement alourdies. À part pour les effets de transparence (et les bords qui agrandissent les fenêtres sur la totalité de l'écran, sur le côté gauche ou le côté droit, chose dont on ne peut plus se passer une fois découverte), en tant qu'utilisateur, je ne vois pas ce que KDE 4 fait de plus que KDE 2. Les interfaces graphiques ne doivent pas vraiment avoir d'intérêt à se lancer dans une quêtes aux fonctionnalités supplémentaires ; on a aussi des tentatives de refonte d'interface et d'amélioration de l'ergonomie (Gnome-shell et unity) qui ont plus ou moins de succès, mais la seule constante qui s'observe au niveau des principales interfaces graphiques ces dernières années, c'est l'augmentation continue de la consommation en ressources système pour des fonctionnalités proches.
Après, certaines technologies exigent pas mal de ressources. La navigation web avec CSS et javascript a de quoi consommer beaucoup par exemple. Et, le principal, c'est que les tâches qui demandent le plus de ressources ne semblent pas affectées par ce syndrome : à configuration constante, convertir une vidéo d'un format à un autre ne doit pas se faire plus lentement des logiciels âgés de dix ans qu'avec les mêmes dans leur dernière version, au contraire, et c'est ce qui compte le plus à mon avis, car c'est dans ces traitements là qu'on attend vraiment. Passer 0,5s au lieu de 1ms à charger l'interface graphique, c'est pas vraiment cool, mais si ça offre quelques commodités, ça vaut largement le coup. (après, KDE 4 chez moi, ça tape plutôt dans les 6s, et avec i5/6Go de RAM...)
[^] # Re: Pourquoi un nouveau langage ?
Posté par Manger sur pattes . En réponse à la dépêche Développez vos jeux vidéo facilement avec BennuGD. Évalué à 3.
Je me souviens avoir utilisé DIV il y a longtemps, alors que je ne connaissais aucun langage de programmation, et il y avait moyen d'arriver facilement à des choses sympathiques. Je ne me souviens plus du tout de la structure du langage, donc je ne suis pas d'une grande aide non plus, mais je peux juste dire qu'étant novice total en programmation j'arrivais déjà à faire deux-trois choses avec DIV (mais vraiment pas grand chose, j'étais assez jeune) alors que faire du C/SDL aurait été totalement inenvisageable pour moi. Le bouquin de documentation fourni avec était extrêmement clair et bien fait.
De ce que je me souviens on avait par exemple par défaut une fonction de détection de collision. J'imagine que la plupart des problèmes récurrents un peu complexes du monde du jeu vidéo ont des fonctions toutes prêtes.
Après un petit tour sur le wiki, la boucle principale est gérée par le langage. Chaque entité sur le jeu (balle dans un casse-brique par exemple) est gérée par une fonction (processus dans la doc) indépendant du reste qui fait son boulot jusqu'au mot-clef frame qui indique d'attendre l'image suivante. La boucle principale va parcourir chaque processus, l'exécuter jusqu'au mot-clef frame puis passer à l'image suivante et recommencer.
Le tutoriel est plus précis : http://wiki.bennugd.org/index.php?title=Beginner%27s_tutorial .
[^] # Re: Tunnel
Posté par Manger sur pattes . En réponse au journal Free et Google. Effets de bord. Évalué à 1.
Au vu de toutes vos réponses, je suis forcé d'en déduire qu'il y avait un problème de mon côté ; il faudra que j'approfondisse la chose. Étrangement, certains points se sont inversés par rapport à début septembre pour moi : au début les flux HTTP sur certains sites avaient parfois du mal là où le HTTPS carburait ; maintenant c'est exactement l'opposé. À part ça, tout est aléatoire, si ce n'est que les débits depuis youtube dépassent rarement les 10ko/s (et font plutôt en moyenne 2ko/s) en 3G.
En tout cas, merci beaucoup pour vos remarques !
[^] # Re: Tunnel
Posté par Manger sur pattes . En réponse au journal Free et Google. Effets de bord. Évalué à 1.
Étant chez Free Mobile, j'ai essayé cette solution : un serveur ssh à la maison auquel m'y connecter quand je suis dans ma chambre d'étudiant.
Pas de soucis pour me connecter depuis la ligne ADSL de la maison (avec l'IP internet et non l'IP locale bien entendu), port ouvert et tout.
Par contre, depuis une connexion Free Mobile, "Connection reset by peer". Un petit tcpdump sur le serveur m'apprend qu'aucun paquet de la part de mon téléphone ne lui est parvenu : le SSH semble être filtré. Il me semble que l'essai d'un serveur HTTP minimal (un coup de netcat) fonctionnait bien en revanche.
J'ai aussi essayé d'encapsuler dans du HTTP (je ne me souviens plus du nom de l'outil par contre), mais ça ne passait pas mieux (peut-être que le DPI sait repérer ce genre de bidouille). Faudrait essayer d'encapsuler dans du HTTPS mais je n'y connais vraiment pas grand chose à ce niveau là.
[^] # Re: Free mobile
Posté par Manger sur pattes . En réponse au journal Free et Google. Effets de bord. Évalué à 1.
Depuis mi-septembre, en semaine mon principal lien à l'internet est une connexion Free Mobile via un réseau Orange et depuis une-deux semaines Google devient de plus en plus inutilisable, au point de me faire utiliser DuckDuckGo et Bing qui eux fonctionnent très bien. De plus, google ayant cette superbe idée de faire pointer les liens des résultats de recherche vers une redirection chez lui-même, cela le rend totalement inutilisable (il me faut déjà de deux à dix essais pour charger la page d'accueil, autant pour une recherche et autant pour cliquer sur un lien à cause de cette connerie). M'enfin bon, je vis bien avec les alternatives ; ça m'embête plus pour ce qui est de gmail et de google reader par contre…
Au passage, j'ai très fréquemment des soucis genre amazon qui devient inaccessible en https sans raison particulière (en http ça marche mais c'est pas très utile ;-)) ou des sites plus classiques (le monde) qui peuvent avoir beaucoup de mal à charger de temps à autres sans raison particulière.
Enfin bon, je me demande si ça vaudrait pas le coup de passer chez… Orange… (opérateur avec la meilleure réception là où je suis, et aucun lien câblé avant possiblement un mois voir deux (résidence étudiante neuve, pas encore de téléphonie)).
Et je doute que ce soit une mauvaise réception, vu que facebook, lui, carbure quasiment tout le temps… Magnifique…
# C'est courant
Posté par Manger sur pattes . En réponse au journal Avec un bon Dell on peut.... Évalué à 8.
Sur les PC fixe il y a souvent de mauvaises surprises avec les prises en façade. Une "solution" est de mettre le volume au maximum puis de brancher sur la prise une rallonge jack qui permet au passage de régler le volume.
Je me souviens que j'avais codé un machin pour jouer un fichier son avec le bruit du processeur. La technique était de quantifier sur 1 bit le fichier sonore à lire puis de faire travailler le CPU pendant la période d'échantillonnage chaque fois que le bit lu basculait. (sauf qu'en pratique, c'était plus reconnaissable quand le CPU travaillait alors qu'il était sensé faire un usleep() et lorsqu'il faisait un usleep() au lieu de travailler… J'avais fait un peu n'importe quoi…) C'était assez dur de reconnaître le fichier original (quantification sur 1 bit, distorsions temporelles gigantesques, et encore il fallait obligatoirement échantillonner à 8KHz ou moins ; si c'est autre chose qu'un morceau au piano on entend juste du bruit), mais je pouvais vaguement reconnaître To Zanarkand.
[^] # Re: Cyanogen ou SSH
Posté par Manger sur pattes . En réponse au journal Android 4 et MTP sous GNU/Linux. Évalué à 1.
Dans mon enthousiasme j'ai pas vu le post du dessus qui proposait aussi l'installation d'un serveur FTP.
En contrepartie, pour ceux qui n'ont pas de routeur wi-fi sous la main et qui ne le savaient pas déjà, il est parfaitement possible d'utiliser le partage de connexion par wi-fi ou par USB pour ensuite accéder à son téléphone en FTP ou SFTP.
# Cyanogen ou SSH
Posté par Manger sur pattes . En réponse au journal Android 4 et MTP sous GNU/Linux. Évalué à 6.
Sur mon téléphone, CyanogenMod 9 (avec Android ICS) supporte le mode de stockage de masse.
Sinon, il reste toujours la solution d'installer SSHDroid pour les téléphones rootés (pensez à mettre un bon mot de passe), puis de jouer avec SFTP :-)
Il existe aussi SwiFTP qui fait serveur FTP (chez moi SSHDroid fonctionne mieux).
Par contre, ça n'offre toujours pas la souplesse d'un système de fichier monté, mais au moins on peut accéder à son téléphone avec un truc bien supporté.
[^] # Re: Matériel/logiciel
Posté par Manger sur pattes . En réponse au journal [Android] Le début d'une guerre ?. Évalué à 1.
Sur mon GS2 je n'ai pas vu trop de différences, mais il y a quelques problèmes. Le mieux pour un S2 est d'aller voir ici : http://teamhacksung.org/wiki/index.php/CyanogenMod9:GT-I9100:Nightly:Known_issues .
Niveau énergie, je n'ai pas encore trop eu l'occasion de comparer (mon téléphone passe beaucoup de temps en charge vu qu'il fait souvent modem USB). J'ai l'impression globalement que c'est quand même moins bon ; cependant d'après la FAQ (http://teamhacksung.org/wiki/index.php/Experimental:GT-I9100:Frequently_Asked_Questions), la ROM ne devrait plus trop poser ce genre de soucis donc il faut voir si ce n'est pas une application peu disciplinée (BetterBatteryStats permet d'identifier les méchantes).
# Matériel/logiciel
Posté par Manger sur pattes . En réponse au journal [Android] Le début d'une guerre ?. Évalué à 7.
Imposer un lecteur de carte SD et des boutons physiques me paraît une bonne idée :
- les smartphone me paraissent avoir une plus grande longévité sur les téléphones d'avant (j'envisage difficilement avoir besoin de mieux qu'un dual core, et encore plus difficilement avoir besoin d'un écran plus grand que celui de ce monstre)) ; pouvoir étendre la mémoire de stockage est donc une assez bonne idée.
- les boutons intégrés à l'écran tactile, c'est cool, mais en plus de pas être pratique, la seule interaction avec la machine qui reste possible en cas de mauvais fonctionnement de l'interface graphique est le bouton off ou le retrait de batterie…
Par contre, sur l'aspect logiciel, no comment…
Exemple : Samsung, sur son Galaxy S2 et probablement sur la plupart de ses autres téléphones, a trouvé le moyen de coder en dur l'action du bouton central de retour à l'accueil, à savoir : si appui simple, retour à l'accueil, si double appui, reconnaissance vocale. Aucune option pour changer ça. Sauf qu'il arrive que des appuis simples soient reconnus comme des appuis doubles, ce qui a pour effet de lancer la reconnaissance vocale au lieu de revenir à l'accueil, et que pour pouvoir détecter les appuis double, ce bouton attend environ 0.5s avant de réagir à un simple appui, ce qui est atrocement chiant (total : environ 1s d'attente le temps de revenir à l'accueil après l'attente des 0.5s).
Il existe une parade à cela, inaccessible à tous les débutants et à une grande partie des power users aussi (installer une ROM avec les fichiers apk systèmes non optimisés, désassembler un bidule, virer des blocs au sens incompréhensible (ça ressemble à de l'assembleur, mais c'est pas de l'assembleur, bizarre), réassembler, mettre le nouveau fichier apk à sa place et laisser le téléphone réoptimiser tout ça.
Je sais pas ce qu'a fumé le développeur qui a fait ça, mais ça devait être de la bonne… D'autant plus que, comme pratiquement toutes les applications de reconnaissances vocales, l'application de Samsung ne sert pas à grand chose, et en tout cas cas certainement pas assez pour pouvoir la déclencher avec un double appui. Il aurait au moins pu mettre une option pour désactiver ça. Comment peut-on laisser passer des conneries pareilles sur l'un des téléphones les plus vendus au monde ? Y a deux cœurs à 1.2GHz, on veut de la réactivité et de la vitesse, pas un lag stupide et idiot sur le bouton le plus utilisé du téléphone…
Enfin bref, tout ça pour dire qu'à mon avis, les développeurs de chez Samsung pondent des machins beaucoup moins efficaces que ceux de Google, et qu'ils feraient mieux de rester sur du stock que de faire les trucs à leur sauce pour avoir à la fin un système dix fois plus lourd et qui en fait deux fois moins.
J'ai récemment installé cyanogen, et c'est vraiment une bouchée d'air frais. Pas mal d'applications en moins, mais je n'ai plus un écran de choix d'application rempli de trucs inutiles (il m'a quand même fallu remplacer le service d'antivol samsung par une autre application), les développeurs de cyanogen n'ont de toutes évidences pas accès aux substances consommées par le criminel du bouton central de chez Samsung, donc pas d’aberration au niveau du comportement de la machine, et, même si CyanogenMod 9 est encore en développement, ça me paraît tout aussi stable que les roms samsung actuelles.
[^] # Re: Quand le clic droit servira-t-il à quelque chose?...
Posté par Manger sur pattes . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 1.
J'utilise une souris assez grande (le prix pour avoir quelque chose de vraiment confortable) ; peut-être que la différence vient de là.
Toujous est-il que je viens d'essayer l'index sur le clic gauche et la molette et le majeur sur le clic droit, et il est vrai que ça semble beaucoup plus confortable sans être forcément moins pratique.
[^] # Re: Simplification extrème
Posté par Manger sur pattes . En réponse au journal [HS] Politique naïve et incohérences. Évalué à 0.
Plus de population => plus de demande => plus de production => plus d'emplois ?
À mon avis, si la population croît lentement de 1%, en général les quantités chiffrées en "nombre d'humains" (nombre de chômeurs, nombre d'enseignants, …) devraient augmenter de 1%, toutes choses égales par ailleurs.
Après, on peut imaginer qu'avec des économies d'échelle et tout et tout on a pas forcément besoin de 1% de main d'œuvre en plus pour produire 1% plus, mais faut pas croire non plus que 1% de population en plus c'est environ 1% de taux de chômage en plus.
[^] # Re: Quand le clic droit servira-t-il à quelque chose?...
Posté par Manger sur pattes . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 1.
Index sur clic gauche, majeur sur molette, annulaire sur clic droit, non ?
À la limite, garder le majeur sur le clic droit est plus confortable dans un environnement où le clic droit est beaucoup plus sollicité que la molette, ce qui arrive rarement à mon avis.
[^] # Re: Pas compris
Posté par Manger sur pattes . En réponse au journal Un article anti-Word, mais pas pro-libre office. Évalué à 3.
Demander à certains d'apprendre LaTeX ça peut faire beaucoup je pense, d'autant plus que l'aspect WYSIWYG est souvent assez important (quand je prends des notes en cours, j'aime bien voir mes formules telles qu'elles apparaîtront et non pas comme un amas de code LaTeX).
Solution simple : LyX. Il y a énormément de raccourcis claviers pour gagner beaucoup de temps (Alt-P 1/2/3/4/T pour basculer entre chapitre/section/sous-section/sous-sous-section/titre par exemple) et ça offre un rendu assez agréable qui me semble être un excellent compromis entre afficher le document final (ce qui serait extrêmement lourd avec du code latex et loin d'être pratique (on n'affiche pas du texte sur un moniteur comme on l'imprimerait sur une feuille A4)) et afficher le code source latex.
Après, il y a quand même un certain nombre de choses à savoir quand on commence avec LyX (je n'ose pas imaginer les horreurs que l'on pourrait pondre en se servant de LyX comme de wordpad…) ; c'est probablement plus simple qu'apprendre à coder avec LaTeX et plus efficace niveau utilisation dans les cas courants, mais c'est pas non plus un joli petit paradis où les cheveux ne tombent jamais.
[^] # Re: Arch
Posté par Manger sur pattes . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 6.
Je sais qu'elles sont inévitables pour un système en rolling release. Je dis juste que le fait de devoir intervenir de temps à autres après une mise à jour et de risquer une certaine perte de temps si on ne fait pas attention est un inconvénient et qu'il faut donc éviter de faire une mise à jour la veille d'une présentation importante (mais ça vaut pour n'importe quel système d'exploitation de toutes façons ; juste qu'il y a plus de risques avec Arch). Il reste toujours qu'Arch est une excellente distribution dans son domaine et que j'en suis assez content en général.
# Arch
Posté par Manger sur pattes . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 10.
Après une pause de quelques mois, je suis revenu il y a deux mois sur Arch, et ce n'est pas forcément un monde merveilleux où tout est parfait. Comme tu l'as dit, il ne faut pas avoir peur de bidouiller un peu, et pour moi ça a été une bonne chose car ça m'a permis, par exemple, de dire un petit bonjour à PolicyKit pour corriger un problème avec NetworkManager (demande du mot de passe à chaque déconnexion d'un réseau Wi-Fi… C'est déjà assez chiant de perdre la connexion, alors la pop-up qui vient de nulle part pour te demander ton mot de passe et qui interrompt ton travail, ça tue un peu), et donc au final d'en apprendre un peu plus sur une brique des systèmes linux qui m'avait toujours échappée depuis son apparition. En bref, c'est une excellente distribution pour qui veut en apprendre plus.
Après, il y a de petits bugs (le flash en plein écran qui ne fonctionne pas bien du tout chez moi, mais il faudra que je vois si un autre wm que kwin change les choses ; le bug du mot de passe à la déconnexion d'un réseau wi-fi, plasma qui se met parfois à déconner un peu), mais ça reste parfaitement utilisable.
Ce qui est un peu plus gênant, ce sont les mises à jour qui demandent une intervention utilisateur (toujours documentée sur le blog de arch linux), bien que peu fréquentes. Il arrive parfois qu'une mise à jour nécessite une intervention utilisateur pour diverses raisons (la dernière en date à mon souvenir est la mise à jour de pacman qui supporte la vérification des paquets avec clef gpg et compagnie - sauf que j'ai du désactiver cette fonction si je ne voulais pas m'arracher les cheveux à approuver tous les auteurs des paquets déjà installés, sachant que certaines clefs ne passaient pas pour une raison mystérieuse), et ça peut prendre un petit peu de temps pour faire cette intervention. Sans compter que, pour moi, à chaque mise à jour du noyau il me faut recompiler un petit module nécessaire pour désactiver la carte nvidia sur un laptop optimus pour préserver la batterie (bon, il faudra que je regarde côté dkms). En bref, il ne faut jamais mettre à jour quand on n'a pas le temps de faire les interventions requises juste après s'il y en a, ou pour corriger les éventuels problèmes qui pourraient apparaître après une mise à jour. Mais c'est le prix d'une rolling release ; impossible d'y échapper. Le mieux pour moi est de ne pas mettre à jour trop fréquemment pour éviter de perdre trop de temps (if it works, don't fix it), mais ça craint un peu quand il y a des failles de sécurité.
Du coup, autant sur mon laptop principal Arch fait des merveilles après quelques bidouilles, autant sur mon netbook, j'ai préféré finalement une debian stable pour ne pas avoir à perdre deux fois plus de temps à chaque mise à jour ;-)
(et Gnome 2 me manquait aussi)
[^] # Re: Nawak
Posté par Manger sur pattes . En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à 1.
En effet ; j'ai fait une PC (bien qu'ayant eu un professeur qui savait donner goût à la physique, je ne suis pas sûr que suivre cette filière ait été le meilleur choix compte tenu de mes goûts), et je n'ai donc vu en prépa que Maple. Je ne sais pas ce qu'il en est des MP option SI ; à ce que j'ai lu ils ont aussi le droit à Maple, auquel cas cela voudrait dire que la majorité des prépas scientifiques ne fait que du Maple. Mais c'est vrai qu'il y a de petits chanceux comme vous ;-)
En revanche, à l'épreuve d'algorithmie, on a le choix du langage de programmation, donc on peut se ruer sur le langage qui paraît le plus approprié à la tâche demandée, même si seul Maple est vu en classe.
[^] # Re: ma vie à moi
Posté par Manger sur pattes . En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à 2.
Oui ; pour des problèmes de mathématiques ou de physique, utiliser Maple est beaucoup plus rentable que de passer par un autre langage de programmation en réinventant la route au moins une bonne dizaine de fois pour avoir les fonctions dont on a besoin. Après, certains exercices peuvent mêler un peu d'algorithmie et des notions mathématiques (polynômes, fonctions) auxquelles Maple donne facilement accès ; dans ce cas, utiliser Maple pour de la programmation est plus pratique.
Par contre, pour de petits algorithmes ne faisant pas intervenir d'objets mathématiques nécessitant un logiciel de calcul formel, commencer par Maple c'est pas forcément génial, mais c'est vrai que les étudiants n'ont pas le temps d'apprendre deux langages de programmations, aussi simple soient-ils. Il faut voir si apprendre un langage très simplifié puis apprendre à programmer avec Maple prend moins de temps que lancer les gens directement dans Maple quitte à ce que le choc soit un peu plus fort. Avec 3h de TD d'info par semaine (ou toutes les deux semaines, je ne me souviens plus), c'est vrai que la seconde option semble plus efficace.
# Google Reader
Posté par Manger sur pattes . En réponse au journal Migration d'URL et noyade sous l'information. Évalué à 1.
J'utilise Google Reader chaque jour et je jette un coup d'oeil à tous les articles la plupart du temps. J'avais bien noté le changement d'URL en ajoutant le nouveau flux, mais je n'avais pas supprimé l'ancien (en général, je suppose que l'ancien ne bouge plus puis disparaît, ce qui me laisse le temps de faire le ménage plus tard). C'est maintenant réglé pour ma part :-)
Je pense aussi que quand on utilise Google Reader, on a pas toujours envie de quitter le flux de news pour aller régler une histoire de flux dans les paramètres (d'autant que sur téléphone je ne pense pas qu'on puisse régler ça facilement), ce qui peut expliquer une partie de lecteurs encore inscrit à l'ancien flux.
[^] # Re: Galaxy S2
Posté par Manger sur pattes . En réponse au journal L'univers android ?. Évalué à 0.
En effet, merci !
[^] # Re: Galaxy S2
Posté par Manger sur pattes . En réponse au journal L'univers android ?. Évalué à 3.
Juste pour donner des chiffres : quand je parle de plantages, c'est en moyenne deux par semaines sachant que j'ai une centaine d'applications et une rom non bouygues.
# Galaxy S2
Posté par Manger sur pattes . En réponse au journal L'univers android ?. Évalué à 10.
J'ai utilisé pendant près d'un an un Nokia N900 et, à mes yeux, il s'agissait du téléphone parfait. L'absence de support des MMS en natif (mais je n'ai jamais eu de soucis avec fMMS) faisait que c'était le seul téléphone à accepter sans broncher d'envoyer des SMS d'une longueur monstrueuse (60 SMS d'un coup ? Aucun soucis ! Et avec le clavier, on s'emporte facilement). Suite à un petit accident, il est devenu inutilisable courant juin, et il a donc fallu le remplacer.
J'ai pris un Galaxy S2 et, par rapport au N900, ce n'est pas un petit paradis. Le N900 était lourd et épais, mais il tenait plutôt bien dans une poche. Et même s'il se voyait, on avait pas peur de le casser en se mettant à genoux. La plupart des téléphones android sont légers, fins et plus grands, ce qui les rend (en apparence tout du moins) plus fragiles et (en pratique) beaucoup moins faciles à transporter dans une poche. En gros, aujourd'hui, je ne peux plus m'asseoir pour mettre mes chaussures sans retirer mon téléphone de ma poche. Après, le Galaxy S2 étant assez grand, ça se passe peut-être mieux avec d'autres téléphones. Mais la course à la plus grande taille de l'écran continue, et j'imagine qu'à partir du Galaxy Nexus il va devenir inenvisageable de stocker son téléphone dans une poche de pantalon.
Au niveau matériel, le S2 pulvérise le N900. On passe de 256Mo de RAM à 1Go, de 600Mhz (overclockable le plus souvent à 800-900MHz) à un dual-core à 1,2GHz. À l'utilisation, je ne ressens pratiquement jamais de lenteur. La navigation sur internet est très fluide, les jeux de même ; l'émulation N64 tourne plutôt bien (pas sûr d'avoir du 100% partout ; de toutes façons, il n'est pas très facile de jouer sur un écran de téléphone et le S2 n'est pas très coopératif avec les manettes bluetooth (contrairement à d'autres téléphones android), etc. En bref, du point de vue de la vitesse, il remplit parfaitement son contrat et on peut dire adieu aux ralentissements.
Par contre, je ne suis pas sûr qu'on puisse dire que l'appareil photo soit meilleur. On perd l'émetteur FM, ce qui a mit fin à mon rêve de faire passer la musique des bisounours au prochain qui se ramène au métro en écoutant sa radio à fond (aussi puéril et illégal que ce soit).
L'écran des téléphones android est souvent capacitif, par rapport à l'écran du N900 qui est résistif. De mon côté, je préfère largement les écrans résistifs en raison du gain de précision dû à l'utilisation de l'ongle (protection d'écran fortement recommandée) ou du stylet et de l'absence de grosses tâches grasses de doigt que l'on doigt nettoyer au mouchoir si on veut un bel écran tout propre. (et, dans les jeux où l'on met un stick sur l'écran tactile, le frottement du doigt contre l'écran est souvent plutôt gênant). Quand il s'agit de taper sur un clavier tactile, la précision compte pour beaucoup ! Je faisais moins d'erreurs sur mon 5800 en tapant avec mes ongles de pouce (après, T9 et clavier paysage étaient mes amis). Maintenant, sur android, seul un clavier du nom de Swiftkey me convient grâce à sa prédiction intelligente (en gros, en prenant à chaque fois la suggestion du mot suivant, on arrive souvent à des phrases grammaticalement correctes et parfois même avec un sens !), malgré une très mauvaise manie de supprimer les espaces avant les points d'interrogation et d'explamation, entre autres. Le clavier matériel du N900 me convenait parfaitement et chaque fois que je dois taper quelque chose je regrette cruellement l'absence d'un clavier sur mon téléphone.
Niveau logiciel, à mon avis, le seul soucis du N900, c'est éventuellement une obsolescence prochaine. Mais je trouve que Maemo était un OS parfait pour un téléphone de bidouilleur malgré des technos peut-être vieillissantes. Au niveau des fonctions de base que l'on peut attendre d'un smartphone, maemo et android se valent, avec un petit avantage pour android qui propose un petit éventail de bonus pratiques (le minuteur sur l'alarme (pratique pour les siestes)). Pour ce qui est de l'internet, si le Galaxy S2 est bien plus performant que le N900, il n'est pas plus pratique pour autant. Naviguer au doigt est douloureux quand on est sur des pages non optimisées pour un téléphone et on regrette vraiment le stylet quand on souhaite cliquer sur un petit bouton. D'un autre côté, ceux qui en avaient marre de devoir se placer à une dizaine de centimètres de l'écran du N900 pour lire le texte de leur page web seront pleinement satisfait. Mon impression générale est que le N900 est plutôt un petit PC dans la poche quand on souhaite aller sur internet, avec des fonctionnalités de PC (sur N900, enregistrer un fichier quelconque depuis une page web se fait avec un clic maintenu ; sous Android, à mon souvenir, il faut installer une application (un peu envahissante par nécessité, mais ce serait long à expliquer).
Pour ce qui est du bidouillage, le N900 est un paradis. C'est du pur linux ; on a un terminal, un clavier ; en bidouillant un peu, on peut même aller jusqu'à installer gcc, je pense que tout est dit. Chez Android, c'est autre chose. On peut bien entendu installer un terminal, et on retrouvera les outils busybox comme sur un N900 pas trop bidouillé (je ne sais plus si on peut installer les outils GNU). Après, j'ai l'impression qu'il vaut mieux éviter de trop tripoter le système, et que le mieux si on souhaite bidouiller est encore de monter une image disque d'un linux en loop, de chrooter dessus, de lancer un Xvnc et de lancer un client VNC sur le téléphone android pour accéder au serveur X du linux chrooté sur le même téléphone (vous me suivez ?). On retrouve alors tous les avantages du linux de base, sauf qu'on y perd pas mal de choses. Pas de son (donc adieu audacity), l'affichage n'est pas très rapide (pas la peine d'espérer jouer à des jeux d'action), entre autres. Après, si on veut juste un vim et un gcc, on peut parfaitement se contenter d'une image disque lançant un bête serveur ssh (il existe un client ssh pour android). Sinon, il y a un environnement de scriptage pour android appellé SL4A qui permet de coder dans différents langages de scripts, en offrant à chaque fois une librairie permettant d'accéder à bon nombre de fonctions du téléphone, donc on a quand même de quoi s'amuser un peu. Cependant, télécharger et installer un script dans ce logiciel est une vraie plaie. Je n'ai pas trouvé la fonction pour importer depuis un fichier stocké dans la mémoire interne, et il a donc fallu utiliser une bidouille affreuse. Pour ouvrir un fichier. Oui. Enfin, un terminal sans clavier physique, ça relève de la torture. (Le clavier du N900 pouvait se personnaliser pour pouvoir avoir une touche associée à TAB, et d'autres pour les crochets)
Au niveau des applications, c'est deux mondes qui n'ont rien à voir. Il y a quelques applications open-source très sympathiques chez android (Astrid par exemple), mais la norme, c'est l'application gratuite qui au mieux met une petite bannière de pub, au pire met une bannière de pub, te demande au cours de l'utilisation d'aller voter pour elle sur le market ou d'aller essayer telle autre application (le record étant détenu par un jeu de Uno qui se permet d'envoyer des notifications nous demandant d'aller jouer). Par exemple, je n'ai pas trouvé d'application qui permette d'allumer la LED du flash du téléphone et qui n'utilise pas de publicité. Bien entendu, les gens qui ont développé ces applications sont dans leur droit le plus légitime, je trouve juste ça lourd de devoir me taper de la pub pour un truc con comme allumer une LED. (après, si c'est si simple, j'ai qu'à coder une application moi-même me direz-vous).
Petite note finale : mon téléphone Android actuellement plante (redémarrage de l'interface graphique et reconnexion au réseau) beaucoup plus souvent que mon N900 qui a pourtant subi bien des outrages. C'est amusant de voir qu'un environnement protégé où les applications sont sandboxées est moins stable que le N900 où tout le monde a tous les droits (le développeur peut mettre ce qu'il veut dans les scripts de son paquet deb), mais il faut voir que le fait qu'il y ait peu d'utilisateurs chez le N900 fait qu'il ne doit pas y avoir de malware et qu'il me paraît difficile de faire une connerie tellement grosse en paquetant son application qu'elle corrompt le système, et d'autre part que les plantages que je rencontre sont très probablement liés à la ROM samsung de mon téléphone. Seconde note finale : le galaxy S2 (et j'imagine d'autres téléphones android) a parfois un petit soucis : quand on navigue sur internet, il arrive qu'il passe son temps à basculer entre 3G et HSDPA au lieu de bien vouloir télécharger les données demandées. On peut désactiver momentanément HSDPA en numérant *#301279# (code magique qu'on finit bien rapidement par connaître par coeur. Merci Samsung !). Nokia n'a peut-être pas fait ses preuves pour ce qui est de choisir à temps un OS de smartphone, mais eux savaient faire des téléphones solides, avec une bonne forme et efficaces pour la téléphonie.
Pour conclure, je pense qu'aucun téléphone ne peut rivaliser avec le N900. Ce téléphone a beau avoir du retard dans bien de domaines, il reste le seul à offrir une liberté d'utilisation digne d'un PC en assurant parfaitement les fonctions de téléphonies. Android me paraît être beaucoup plus proche de Symbian ; c'est du linux, on peut installer ce qu'on veut et on peut jouer avec le terminal, mais on se heurte encore parfois à des problèmes inexplicables dus au fait que les développeurs ont souhaité cacher la complexité à l'utilisateur. On gagnera au changement la gigantesque bibliothèque d'applications android et les performances d'un téléphone récent (flash rame moins sur un galaxy S2 que sur un netbook ; marrant, non ?), mais on perdra souvent le clavier, l'écran résistif, et énormément en bidouillabilité. Avec le N900, aucune épreuve n'était insurmontable ; on pouvait strace-er, pinger un site en cas de soucis, jeter un coup d'oeil à ifconfig ; avec Android, on retrouve certains obstacles stupides et insurmontables liés à la volonté de fournir un téléphone simple et non un mini-pc.
La communauté android liée au bidouillage me semble être essentiellement sur le site xda-developpers.com ; après, Android étant beaucoup plus répandu, j'ai tendance à beaucoup moins suivre ce forum que celui de maemo où on avait le temps au moins de jeter un coup d'oeil à chaque titre de post histoire de voir si un projet semblait intéressant.
[^] # Re: Reinstall
Posté par Manger sur pattes . En réponse au journal Vente liée : comment se tirer soi-même une balle dans le pied. Évalué à 3.
Je ne sais pas si ça marche, mais il est vrai qu'il ne coûte rien de télécharger l'ISO de la version 64 bits correspondante (disponible légalement en HTTP apparemment) et de se servir de la clef inscrite au dos de la machine pour l'activer. Du même coup, on se débarrasse des merdes inutiles préinstallées par le constructeur ; il ne reste qu'à installer les drivers/logiciels spécifiques (comme la protection anti-choc) qui doivent se trouver sur le site du même constructeur.
[^] # Re: Windows 3.1
Posté par Manger sur pattes . En réponse au journal Il n'y a que moi que ça énerve ?. Évalué à 1.
Pas sûr pour les clefs USB ; il faudrait voir côté drivers USB sous DOS, mais en effet, ça ne doit franchement pas être triste de ce côté là... Cependant, pas besoin de redémarrer quand on change de disquette ;-)
En effets, tous ces petits services ont leur utilité ; après, de là à centupler l'occupation en RAM, c'est un peu fort, mais bon, au vu des capacités des composants aujourd'hui, c'est bien normal que les logiciels servent à en bénéficier plutôt que tout faire pour rester aussi compact que possible.
[^] # Re: Windows 3.1
Posté par Manger sur pattes . En réponse au journal Il n'y a que moi que ça énerve ?. Évalué à 0.
Effectivement, je disais ça parce que pour le peu de bureautique que je fais, les fonctions de Word 6 me suffisent (quoique, j'ai pas regardé s'il y a un support des formules, mais mieux vaut LyX/Latex quand on touche à ça). Après, comme j'ai dit plus haut, même si Word 6 est plus légers, les documents générés sont tellement lourds du fait de l'absence de compression avec dégradation ou de compression tout court que ce gain de place est finalement bien rapidement gommé (un document RTF de 42Mo, c'est un peu violent... J'imagine que le DOC de l'époque devait faire quand même mieux). Et je doute beaucoup qu'il supporte l'export au format PDF ; pour ce qui est du HTML, s'il en a un, ce dont je doute aussi, ça ne doit pas être très beau à voir ;-)
En effet, Abiword mérite qu'on s'y intéresse, mais le fait que chaque traitement de texte fait sa petite sauce avec chaque format fait que dès qu'on veut communiquer avec les autres, mieux vaut utiliser LibreOffice dès qu'on utilise du OpenDocument et Word dès qu'on a du OpenXML...
# Windows 3.1
Posté par Manger sur pattes . En réponse au journal Il n'y a que moi que ça énerve ?. Évalué à 3.
J'ai un portable avec un 486SX et 4Mo de RAM sous Windows 3.1. Il démarre plus vite que tous les OS installés sur toutes mes machines jusque là, à l'exception bien évidemment de BeOS (et DOS et linux en init=/bin/bash, mais bon). Word 6 démarre plus vite sur ce PC que Word 2010 sur un i5 (et probablement plus vite que Libreoffice) et a toutes les fonctions que j'attends d'un traitement de texte (gestion des styles, images... Je n'ai pas vu ce qu'il n'avait pas qu'avaient les autres traitements de texte à vrai dire.). En revanche, pour pouvoir lire un fichier sorti de word 2010 (on a pas toujours le choix...), il a fallu le convertir en RTF. Le fichier est passé de 1Mo à 42Mo, et c'est là qu'on se rappelle qu'énormément de progrès ont été fait depuis dans le domaine de la compression en général, audio, vidéo, et d'images, et que tout ça demande des logiciels récents et plus que 16Mhz pour être traité de manière fluide.
En revanche, Word 6 démarre plus vite que n'importe quel traitement de texte sur un i5 :-)
D'une manière générale, depuis dix ans, je comprends de moins en moins les systèmes linux ; je n'ai qu'une vague idée de ce que fait udev et je ne saurais pas dire ce qu'est vraiment dbus et comment ça fonctionne, de même pour consolekit, et pas la moindre idée de comment se configurent des machins comme upstart, alors qu'auparavant le livre "Le système linux" m'avait appris bien des choses. Je ne sais pas si un joli petit guide qui introduit toutes les dernières avancées sur l'architecture des systèmes linux en général existe, mais si oui, je me jetterai volontiers dessus.
Après, j'ai aussi l'impression que les interfaces se sont considérablement alourdies. À part pour les effets de transparence (et les bords qui agrandissent les fenêtres sur la totalité de l'écran, sur le côté gauche ou le côté droit, chose dont on ne peut plus se passer une fois découverte), en tant qu'utilisateur, je ne vois pas ce que KDE 4 fait de plus que KDE 2. Les interfaces graphiques ne doivent pas vraiment avoir d'intérêt à se lancer dans une quêtes aux fonctionnalités supplémentaires ; on a aussi des tentatives de refonte d'interface et d'amélioration de l'ergonomie (Gnome-shell et unity) qui ont plus ou moins de succès, mais la seule constante qui s'observe au niveau des principales interfaces graphiques ces dernières années, c'est l'augmentation continue de la consommation en ressources système pour des fonctionnalités proches.
Après, certaines technologies exigent pas mal de ressources. La navigation web avec CSS et javascript a de quoi consommer beaucoup par exemple. Et, le principal, c'est que les tâches qui demandent le plus de ressources ne semblent pas affectées par ce syndrome : à configuration constante, convertir une vidéo d'un format à un autre ne doit pas se faire plus lentement des logiciels âgés de dix ans qu'avec les mêmes dans leur dernière version, au contraire, et c'est ce qui compte le plus à mon avis, car c'est dans ces traitements là qu'on attend vraiment. Passer 0,5s au lieu de 1ms à charger l'interface graphique, c'est pas vraiment cool, mais si ça offre quelques commodités, ça vaut largement le coup. (après, KDE 4 chez moi, ça tape plutôt dans les 6s, et avec i5/6Go de RAM...)