scand1sk a écrit 300 commentaires

Il me semble que c'est l'inverse : le tueur avait répondu à une annonce du militaire. Du coup, difficile d'identifier le suspect à partir des 600 IP ayant consulté l'annonce…

De mémoire, le dernier thème (avec la fusée) avait été retenu parce que c'était le seul thème complet (incluant le splash, le thème Grub et un fond d'écran adaptable 4/3 et 16/10) qui avait été soumis…

Accessoirement, le pavé, il me fait penser aux pubs « astuces d'une mère célibataire pour perdre 10kgs en une semaine/blanchir les dents/… » que les dentistes et nutritionnistes, ils nous spolient.

C'est rigolo, ce truc ne fonctionne plus avec Gnome-shell (installé sur les machines assez mises à jour pour avoir un XOrg 1.11) : il n'y a plus d'icônes sur le bureau…

Par contre, mettre des alias sur les commandes Shell habituelles (ls, cd…), ça marche toujours…

Si ça peut te rassurer, je suis chercheur en informatique, je travaille dans le domaine du combinatoire, je me mets peu à peu au distribué (pas au parallèle, certes), et je n'avais jamais entendu parler d'aucun des termes techniques employés dans l'offre (c'est à dire pratiquement 50% du texte). Pour pécho du stagiaire, il faudrait vulgariser un minimum, et pas essayer de faire peur en essayant de caser un maximum de jargon au cm².

"Ranger en vrac", ça veut dire se priver de tableaux associatifs $_GET/$_POST en PHP pour les remplacer par un tableau indexé (ou mieux, une liste chaînée, mais ce n'est pas très courant en PHP) de structures comprenant le nom du paramètre et sa valeur.

Effectivement, d'un point de vue performance, s'il y a peu de paramètres, ça peut concurrencer une table de hachage, mais à quel prix d'un point de vue utilisabilité ! Et pour gagner des cacahuètes (la moindre requête SQL doit exploser violemment le temps nécessaire pour construire la table de hash). Étrangement, pour moi, c'est justement cette approche qui me parait une optimisation peu nécessaire.

En même temps, si ce bloat pouvait rejoindre flash dans la liste des plateformes qui disparaissent, ça serait sans regrets.

Ne voir en Java que les applets dans les navigateurs, c'est vraiment ne connaitre que le petit bout de la lorgnette, quand même…

Pour ceux qui ne pourront pas se rendre au JUG, y aurait-il la possibilité de mettre un compte-rendu en ligne ? En tant qu'enseignant récemment converti au Scala, la question m'intéresse...

à peu près...

Pour Debian, c'est expliqué dans le texte : ce sont des comptes créées par des spambots. A priori, il y aurait le même cas sur Ubuntu.

Je suis curieux de découvrir les cas où les tests de dépassement de taille de tableau transforment une appli fluide en appli arthritique… Allez, peut-être pour les calculs haute performance en sciences physiques, et encore…

Euh non : min(a, 100), ça veut dire 100 maximum.

Pour Artichow, j'ai une copie sur un projet auquel je n'ai pas touché depuis une paire d'années ici : http://cspfj.svn.sourceforge.net/viewvc/cspfj/trunk/concrete/sqlresult_browser/artichow/

Il y a toujours plusieurs moyens d'optimiser un programme, mais le moyen le plus efficace, ça reste de concevoir des algorithmes nécessitant moins d'opérations (en termes de complexité, notamment). Ces algorithmes seront d'autant plus faciles à implémenter que le langage est de haut niveau. Passer moins de temps à optimiser des bouts de chandelle permet de passer plus de temps à concevoir de meilleurs algorithmes…

Ça fait longtemps que les compilateurs ne sont plus programmés en assembleur. C'est le principe même du « bootstrap » : on commence par écrire le compilateur d'un nouveau langage dans un autre langage existant, et une fois que le compilateur tourne, l'ancien langage n'est plus utile.

Rester au plus près du fonctionnement de la machine n'est pas du tout indispensable, dans la mesure où l'on puisse toujours tout faire/calculer de manière raisonnablement efficace.

Les « difficultés » de programmation que l'on transfère au compilateur n'en sont généralement pas : il s'agit le plus souvent de choses relativement simples et automatiques, qui peuvent justement être automatisés (par exemple, la gestion des allocations/désallocations de mémoire, les compteurs dans les boucles, la gestion des piles, des messages…)

Evolution et Epiphany sont respectivement le client mail (+ agenda et autres outils) et le navigateur Web officiels de Gnome. Ce sont donc des dépendances au paquet gnome-desktop-environment de Debian…

Et évidemment qu'il est possible de régler un proxy avec Epiphany : il faut passer par la configuration réseau de Gnome (Firefox/Iceweasel est aussi capable de prendre sa configuration là-dedans). Sous Gnome 2, Paramètres -> Serveur Mandataire.

Evolution se veut un remplaçant d'Outlook/Lotus Notes/… pour les entreprises qui ont besoin d'un tel logiciel. En fait, il est plus incomplet qu'autre chose, mais il a le mérite de bien s'intégrer à Gnome (agenda synchronisé avec le calendrier Gnome, notifications de courrier Gnome, etc.)…

Un prof de gestion nous avait une fois conseillé de n'accepter les prélèvements automatiques que si les prélèvements étaient réguliers et toujours identiques.

En fait, plus précisément, je disais plutôt qu'il n'y a jamais qu'une bonne conception. Mais ça suffisait à décrédibiliser pas mal de corrections.

J'ai déjà constaté qu'enseigner des trucs comme « il n'y a pas de bonne ni de mauvaise conception » servait surtout aux étudiants à justifier tout et n'importe quoi. Il me semble qu'enseigner un truc un peu rigide, quitte à ce que des libertés soient prises avec tout ça face à une situation professionelle, me semble une meilleure méthode d'enseignement que d'essayer de transmettre des notions floues qui naviguent entre deux eaux.

C'est un peu comme en typographie : enfreindre une règle, ce n'est pas très grave tant qu'on en est conscient et qu'il y a une bonne justification derrière. C'est nettement « moins pire » que d'enfreindre une règle parce que l'on ne la connait pas.

Une bonne partie des défauts de la POO décrite dans l'article peuvent être évités en appliquant quelques règles de bonne conduite, suffisamment reconnues pour être pratiquées par les outils d'analyse de code automatique (genre PMD ou Checkstyle pour le Java) : limiter la profondeur des hiérarchies, ne définir que des méthodes abstraites ou finales (s'interdisant ainsi la surcharge de méthodes, extrêmement délicate à assurer), penser « API » quelque soit l'application.

Le fait est que la POO, c'est bien, mais comme tout paradigme, il est tout à fait possible de faire n'importe quoi avec, notamment des sacs de nœuds inextricables et impossibles à réutiliser…

Justement, dans une application normale, seules les deux premières (et la dernière) étapes sont nécessaires. Le reste, c'est de l'optimisation (et donc fait a posteriori si nécessaire uniquement). De plus, avec un peu de bouteille, on peut faire une bonne conception dès le départ…

Idem, mon expérience à moi que j'ai (docteur depuis 2007 et maitre de conférences depuis 2009), c'est qu'une majorité de chercheurs, surtout dans les domaines ayant trait à l'algorithmique (c'est moins vrai en génie logiciel), sont issus des universités. Les raisons en sont simples : les écoles d'ingénieurs forment des managers et des « super techniciens », pas des chercheurs. Pour avoir la possibilité de faire une thèse, il faut déjà refaire un master recherche, rattraper plusieurs années de retard en littérature théorique, acquérir une autonomie et une créativité scientifique qui ne sont pas du tout l'apanage des écoles et encore moins des classes préparatoires…

Et je dis tout ça en étant moi-même issu d'une école d'ingénieurs ! Ces trois ans de retard théoriques (y compris en programmation fonctionnelle, que je n'ai jamais abordé en école), les difficultés à attaquer un problème ouvert, je les ressens tous les jours, m'ont causé d'énormes torts au cours de ma thèse et post-docs, et me freinent encore aujourd'hui.

Mon premier langage universitaire, c'était l'Ada (avant, je m'étais auto-formé sur du Basic). Et j'en ai plutôt de bons souvenirs… Je suis de ceux qui pensent que la rigidité, pour un premier langage, c'est plutôt un plus.

Suite à une erreur de ce type, j'ai reposté un commentaire, pensant qu'il n'avait pas été pris en compte… Et en fait si.

J'invite un modérateur à supprimer les doublons dans les réponses à ce commentaire : http://linuxfr.org/users/mackwic/journaux/quels-ouvrages-de-r%C3%A9f%C3%A9rence-sur-les-ia#comment-1217255