Miguel Moquillon a écrit 449 commentaires

A mon boulot, je travaille sous GNU/Linux. Le desktop est GNOME mais j'utilise à la place Fvwm avec Fvwm-Crystal.
J'ai gardé Nautilus comme gestionnaire de fichier et c'est par ce dernier que j'accède à differents partages CIFS. Le problème est que depuis le passage à Ubuntu 8.04, en dehors de GNOME, je ne peux accéder à aucune ressource réseau (par SSH, CIFS ou autre) via Nautilus ! Pour contourner ce problème, j'ai écrit deux scripts pour monter et démonter respectivement un partage CIFS. Son utilisation avec Nautilus est simple :
- je clique avec le bouton droit sur le dossier dont le nom est celui du partage et qui se trouve dans le répertoire dont le nom est celui de la machine sur laquelle se trouve la partage,
- je choisis 'ouvrir avec un autre application', puis je précise une application personnalisée qui se trouve être le script de montage. Une fois ceci fait, il apparaîtra toujours parmi les programmes disponibles dans le menu contextuel,
- une fois monté, j'accède au partage.

Je fais de même pour démonter le partage.

Note : tous mes accès distants sont dans un répertoire Media/ dans mon home.

Oui, effectivement, au vue de la durée de vie du blog, cela peut paraître tôt pour en faire de la pub.
C'est un choix :
- attendre qu'il y ait plus de billets avant d'en faire de la pub au risque d'avoir une faible visibilité,
- ou en faire de suite de la pub afin d'obtenir une plus grande lisibilité et d'avoir dès les premiers billets un retour.
J'ai préféré le second.

Quant à l'article tronqué retourné par le flux RSS, ceci vient d'une mauvaise configuration de ma part des flux RSS et Atom. Merci de m'en avoir informé, j'ai pu corrigé ceci aussitôt.

Je crois que tu devrais un peu mieux te renseigner.

L'icône que j'ai utilisé dans l'image d'en-tête du blog est un Tux G1 qui date de bien avant le projet Crystal (CrystalXP.net).
Il provient du paquet kde-icons-crystal de Debian/Ubuntu, et qui est sous licence LGPL. Et jusqu'à présent, la licence LGPL est une licence libre.

En tout cas je remarque une chose : de "GNU/Linux n'est pas prêt pour le desktop" on est passé à "GNU/Linux n'est pas prêt pour le desktop de masse" ; ce qui expliquerait la position de RedHat.
Probablement ...

En attendant, je perçois un net changement dans mon entourage vis à vis de GNU/Linux et ceci principalement depuis l'arrivée de Vista (coïncidence ?).

Une collègue à ma femme, pour qui l'informatique est le cadet de ses soucis, a acheté un portable sur lequel, à sa demande, j'ai installé une distribution GNU/Linux. Les seuls problèmes remontés sont liés plus à l'usage de logiciels (comment marqué ceci comme spam, ...), pas au système.
Là récemment, des amis sont venus passés quelque jours en vacances chez nous et à la vue de mon usage quotidien de GNU/Linux, m'a posé des questions dessus et a pris le partie de récupérer une distribution GNU/Linux pour l'installer en dual-boot avec Windows (il n'était même pas au courant que les deux systèmes pouvaient cohabiter ensemble !)
Sans parler de l'intérêt croissant des autres pour GNU/Linux et une réelle hésitation à franchir le pas ; difficile de passer à quelque chose que l'on ne connaît pas vraiment.
Et à côté de ceci, mon équipe de développement s'est mise à GNU/Linux aussi, fatigué de se battre avec Windows, et bavant devant la facilité avec laquelle je travaille sous ce système.

Oui, alors si effectivement GNU/Linux n'est peut-être pas encore prêt pour le "desktop de masse", il semblerait qu'il soit prêt pour la "masse des desktops" ;-)

En effet, je suit un peu l'actualité des langages de programmations et je remarque que les langages fonctionnels reprennent du poil de la bête. Ce qui ne m'étonne guère étant donné qu'avec ses langages on se focalise plus sur le 'quoi' que le 'comment' et que donc ils permettent d'appréhender plus facilement la complexité qui va en grandissant sur les projets.

Ce retour est à constater d'abord par l'ajout d'une touche fonctionnelle dans des langages comme Python, Ruby, C#, ...
Puis, la remonté de Smalltalk qui a une approche fonctionnelle, au travers de squeak, seaside et OpenCroquet.
L'intérêt suscité à nouveau d'Haskell (très intéressant car il supporte le typage de Cook (typage du second degrès)).
L'introduction de F# dans .NET.
Sans parler de Scala un langage objet-fonctionnel qui prend de plus en plus dans la communauté Java, en attendant son apparition sur la plate-forme .NET. (Note : j'ai déjà un peu programmé avec Scala et c'est du vrai bonheur pour des perfs égales ou proches à du Java). Et en plus il se base non seulement sur le lambda-calcul mais aussi sur du pi-calcul (enfin plus exactement sur du join-calcul) !

J'ai déjà acheté un portable Keynux. C'était la version précédente à l'Epure, à l'époque où l'on pouvait encore avoir le choix de l'écran (wide ou pas wide).
Mon opinion est que le portable est de bonne facture. L'écran est en version mate mais présente un très bon contraste et un bon rendu des couleurs pour ce genre d'écran. Ce qui est agréable est la résolution élevée de l'écran (1440x1050 pour un 15"), ce qui change des résolutions faiblardes que les constructeurs livrent par défaut.
Je l'ai acheté sans OS. Mise à part la caméra, tout a été reconnu sous GNU/Linux avec Ubuntu (Dapper Drake à l'époque). Ce qui est dommage, c'est que la version précédente et celle suivante de la caméra sont reconnues par Linux.
La sensibilité du touchpad est bonne (sans exceller un Thinkpad) ; en tout cas supérieur aux touchpads des Asus (j'ai un Asus V6J).

Si je devais acheter à nouveau un portable, je me pencherai sur un keynux ... sauf si je trouve un thinkpad à un prix compétitif (autrement dit pas en France) ;-)

Pour répondre à ton commentaire et à ceux au-dessus au sujet de digikam et de f-spot, c'est effectivement une solution à laquelle je n'avait pas du tout pensé.

Je regarderai du côté kphotoalbum et du côté digikam (j'aime pas Mono et j'ai été déçu de f-spot la dernière fois que je l'avais essayé)

En fait, chez nous, ma femme classe les photos directement avec le système de fichier et utilise le programme que je lui avais écrit à l'origine pour créer des albums photos web (wagen). Elle n'a jamais été convaincu par les outils de classement de photos (f-spot ou digikam). Elle a actuellement environ 7800 photos et vidéos et pourtant elle arrive à s'en sortir lorsqu'elle recherche une photo particulière ; après tout c'est son classement !

Oui, effectivement. Et si je ne l'ai pas écris, ça été aussi l'occasion de leur expliquer la barre des tâches. Ils ont été contents et l'ont utilisé pour pouvoir mettre une fenêtre en avant-plan.

Toutefois, je trouve la barre des tâches moins user-friendly que le tiling. En effet, avec le tiling, tu n'as pas besoin d'explication : les fenêtres ne se recouvrent pas.
Avec une barre des tâches, le débutant doit avoir une explication de ce que c'est et de ce qu'il permet.

Oui tout à fait. Néanmoins c'est bcp plus rapide de porter les changements via une IHM distante (que celle-ci soit Web ou autre) et ceci d'autant plus si le serveur, même de développement, est sur une machine distante.

En fait, la véritable plus value, à mon avis, est de pouvoir déboguer ainsi une appli. Par exemple, lorsqu'une exception se lève, de pouvoir y être informé, de corriger le pb à chaud, et d'informer l'application web de reprendre le contexte d'exécution au moment de la levée de l'exception. Et ceci sans à redémarrer l'application.
Dans Java, avec JPDA, ceci peut-être fait, en partie, via l'IDE (Netbeans par exemple). Toutefois, cela nécessite à la JVM d'être exécutée en mode debug, ce qui est coûteux. (Reste que la partie déploiement des modifs sans redémarrer le tout, ce n'est pas encore ça !)

Comme l'a dit Papa Furax, tu modifies à chaud sur la plate-forme de dev, ce qui te permet d'avoir un retour immédiat (c'est d'ailleurs la façon de développer dans smalltalk: un développement interactif, itératif et incrémental).
Ensuite, une fois la nouvelle version stable, tu la publies sur un serveur Montecillo, tu informes à l'application distante en prod qu'il y a des modifs et cette dernière va charger la nouvelle version de Montecillo à chaud (et ceci sans un arrêt/redémarrer !).

Note : le processus d'être informé d'un changement et de récupérer en arrière-plan les changements sur un serveur Montecillo est à développer dans l'appli, mais ceci ne prend qu'une dizaine de lignes de code !

L'idée d'Heroku est simple et surement déjà existante par ailleurs, mais sa réalisation m'impressionne.


Oui, ça existe déjà et depuis un certain temps : seaside avec squeak (pas testé avec les autres environnements smalltalk).
Seaside est un framework Smalltalk de développement d'applications Web orienté composant et supportant (le premier d'ailleurs) la continuation. Depuis un bon bout de temps, tu peux développer à distance via une interface Web des applications seaside.

Et comme smalltalk est un environnement dynamique complet, tu peux donc modifier et corriger ton appli à chaud.

Comme diraient les smalltalkers : smalltalk, toujours imité, jamais égalé ;-)

Il n'en reste pas moins que l'initiative d'Heroku est intéressante et offre de nouvelles possibilités au framework RoR.

En tout cas je suis impatient de la sortie de la 7.1
J'ai téléchargé la version 7.0rc2 mais je ne l'ai pas encore installé.
En tout cas, pour profiter d'ULE, on peut l'activer en recompilant le noyau.
La dernière fois que j'avais essayé FreeBSD c'était la version 5.2 et je n'étais pas très convaincu. J'avais préféré mon premier contact avec FreeBSD en 2000, qui devait être une 4.1 ou une 4.2, sais plus.
Sinon, je lorgne aussi du côté de DragonflyBSD et j'attends avec impatience la sortie de la 2.0 avec son système de fichier distribué hammer ; cette version verra aussi, normalement, le Giant Lock complètement enlevé !

En général, les personnes de mon entourage me connaissent et ne sont pas étonnés, voir s'y amusent, de ma diatribe à l'encontre de Windows, mais surtout du comportement de Microsoft.

Après, lorsque je rencontre des gens qui me connaissent à peine en dehors du travail et qui me demandent ce que je fais comme métier, je leur dis la vérité : informaticien; je réalise des logiciels. Et si ils ont le malheur de me demander de l'aide quant à leur Windows, je leur rétorque que désolé mais je n'utilise à la maison, comme au travail, que des systèmes professionnels et éprouvés, pas des boites à jouer. Et là, s'ils me demandent quels systèmes j'utilise, ben je leur répond GNU/Linux, FreeBSD, ou autres systèmes Unix. Et s'ils sont encore curieux quant à ces systèmes ou à Unix, bien je leur répond, sans trop détailler, juste de quoi satisfaire leur curiosité tout en titillant cette dernière. Et ainsi de suite.

Sinon, en général, je recommande à mes proches lorsqu'ils ont des problèmes d'aller sous GNU/Linux. Par contre, c'est vrai que lorsqu'ils franchissent le pas (ils ne sont pas nombreux, ne vous inquiétez pas), et quand ils ont des problèmes, je les aide sachant que la majorité des cas le problème vient d'eux et pas du système ;-)

En général, je ne force pas les gens. Je recommande avec le sourire à mes proches d'y passer, mais sans plus. Par contre, je le recommande bcp plus fortement ceux qui ont déjà une expérience d'Unix (en général Solaris) au travail (et qui ne sont pas informaticiens) ou qui n'ont aucune expérience de l'informatique personnelle. Ainsi, j'ai fait passé sous GNU/Linux, par exemple, mes parents et une collègue à ma femme et pour qui l'informatique est le cadet de ces soucis.

Nous utilisons en ce moment Grails.
Ce que je peux dire, c'est que, comparé à RoR, je le trouve moins bien avancé/pensé. Exemple de la convention de mapping entre base de données et classes du domaine : dans RoR, un many-to-many à représenter par une table de jointure peut-être défini en tant que migration dans db/ ; donc pas de pollution du domaine... Dans Grails la jointure doit être représentée par une classe du domaine (ou alors faut se palucher les .hbm d'hibernate, donc on perd de l'intérêt de grails). Ceci n'est qu'un petit exemple parmi tant d'autre.

De plus, je confirme nettement rvalyi sur la lourdeur de groovy et sur les perfs de JRuby (pour l'avoir aussi utilisé) comparé à groovy. J'ai bien peur que la montée en charge d'une application Grails soit pour l'instant bien en deçà d'une application RoR et donc d'une application Web Java (JEE / spring).

Je voudrais aussi écrire que Grails, comme RoR, se positionne sur un marché différent des applications serveurs/web java "classiques" (JEE / spring). Ces derniers se positionnent sur la mise en oeuvre d'applications serveurs de classe entreprise (les grosses appli en résumé). Grails et RoR se positionnent plus sur le marché des petites et moyennes applications web ; ils sont, je pense, idéal pour concevoir une appli web perso (en lieu et place de PHP) qui prend pas la tête et qui soit facile à faire évoluer. Aujourd'hui, si je devais choisir entre RoR et Grails, je choisirais RoR (je trouve, pour les avoir utilisé tous les deux, que le langage Ruby est bien supérieur à Groovy, et de même le framework RoR vis à vis de Grails).

Maintenant, pour ceux qui recherchent un langage de script pour la JVM et que ne veulent pas utiliser Ruby (JRuby), je conseillerai de regarder plus du côté de Scala que de Groovy.

Je suis perplexe quant à l'HTML 5. Il définit de nouveaux éléments HTML qui, en soit, à l'époque du multimédia, semblent pertinentes : canvas, video, audio, etc. Par contre, à côté, sont définis tout un tas de tags qui, à mes yeux, enrichi trop le HTML à s'y perdre ! Ainsi, j'ai peur que la force du HTML, sa simplicité et son jeu réduit mais souple d'élements qui ont fait, en partie, son succès, s'affaiblisse.

Ce sentiment est d'autant plus fort face à deux faits :
- ce sont des grosses sociétés qui sont derrière l'HTML 5 (Nokia, Microsoft, IBM, etc.) or lorsque l'on connaît la proportion naturelle de ces boites à créer du bloatware ...
- l'XHTML a été présenté comme le successeur du HTML. Que l'XHTML 2.0 soit considéré trop complexe, soit. Mais alors pourquoi ne pas avoir poussé l'XHTML vers une autre orientation ?

Sinon, soit dit en passant, ce qui semble plus gêner les concepteurs de pages web vis à vis du XHTML ne semblent pas être sa complexité à proprement parler, mais plutôt ses contraintes strictes qui empêchent d'écrire un document bancale. (Pour être méchant, ils ont la nostalgie de l'époque où ils pouvaient concevoir n'importe comment des pages Web en s'appuyant sur le laxisme d'un certain navigateur Web.)

Pas tout à fait. D'abord il est nécessaire d'exécuter la JVM en mode debug pour pouvoir communiquer avec elle via le debugger.
Ensuite, le debugger ne te permet pas de rajouter du code ou même de le modifier à distance. Par contre, tu peux modifier tes objets en cours d'exécution. Ensuite, le flot d'exécution est linéaire : je ne peux donc pas demander à exécuter à nouveau une ou un ensemble d'instructions après modification sans relancer le flot d'exécution complet.

Quant à l'historisation à chaque sauvegarde de Netbeans et d'Eclipse, j'ignorais la chose. J'utilise en général subversion pour l'historisation des modifications entre autre. Ca me surprend quand même car je n'ai pas encore trouvé le moyen, sans passer par un gestionnaire de conf, de récup une version antérieur d'une classe d'objets.

Effectivement, des fois il ne le fait pas ... c'est pour ça qu'il y a Squeak, Seaside, ... ;-)
C'est pour ça que je pense que le libre est un monde riche et duquel on peut attendre de belles surprises, même si elles ne sont pas toujours bien comprises.

Quel serait votre outil de développement de rêve ?

Un outil comme squeak ; pouvoir se focaliser sur ce que l'on code et pas sur le comment on code, pouvoir corriger et mettre à jour une application en cours d'exécution localement ou à distance (avec seaside), un code ou chaque changement conduit à une historisation à chaque sauvegarde, etc. Bref, utiliser des outils vraiment productifs et avec lesquels on s'éclate ...
Et ceci, pour moi, est d'autant plus vrai lorsque je code à mes temps perso parce que justement je n'ai pas bcp de temps libres et que donc j'ai vraiment besoin de ce genre d'outils qui m'aide à aller vite sans renier à la qualité.

Qu'est-ce qui vous fait perdre le plus de temps ?

Les outils pour la masse, bref ceux que l'on utilise dans l'industrie.
Le pb de ces outils est qu'ils limitent grandement notre imagination et notre capacité créatrice.
C'est dommage mais c'est comme ça ; dans notre société de consommation les produits, pour toucher le plus de personne (la masse), doivent se limiter au dénominateur commun de cette masse et surtout ne pas trop innover sous peine de se voir rejeter ou se voir camper à un marché marginal ; l'innovation se limitant alors à suivre ou à satisfaire une certaine demande qui a dépassé une masse critique (et donc à l'identifier avant d'atteindre cette masse critique), et non à être en avant garde, à proposer des choses nouvelles, vraiment nouvelles ...

Ma fille aînée a maintenant 4 ans et demi, et pourtant déjà à 2 ans elle s'amusait avec GCompris. Bon, certes, ce n'était qu'avec les sortes de tableaux où il faut cliquer sur les carrés blanc pour les faire disparaître et découvrir l'image de fond ; ce qui était sympa c'est que ça lui apprenait à se servir de la souris.

Quant à ma fille cadette, 1 an maintenant, je retrouve exactement ce comportement : elle adore s'asseoir sur mes genoux lorsque je suis devant mon PC portable, mais là de suite j'ouvre la console et elle adore taper sur le clavier. Des fois elle aime bien aussi la souris : elle la prend, regarde le point lumineux dessous (c'est une souris optique) et la balance par terre ... mais ouf, heureusement, elle est reliée par le fil qui lui évite de se fracasser contre le carrelage !
(Note : je suis sous FVWM2 avec FVWM-Crystal, donc pas de nouveaux dossiers sur le bureau et ouf, la probabilité qu'elle saisisse rm -rf * est très faible, voir négligeable.)

Je pense que le problème n'est pas le typage dynamique versus le typage statique ou quel est le meilleur.
Tout dépend de son usage et de l'implémentation dans le langage.
Par exemple, écrit une véritable application complexe en Smalltalk qui est un langage à typage dynamique et tu constateras alors l'absence de problèmes liés au typage et que tu trouves dans d'autres langages à typage dynamique.

Je ne relèverais pas la phrase sur Java comme étant un langage pour mauvais programmeurs.

Par contre, effectivement, je confirme que Java dispose d'un framework de tests unitaires efficaces, JUnit ... Quoique de plus normal, vous allez me répondre, puisque celui-ci est le portage dans Java du premier framework de tests unitaire qui se trouve être SUnit (un framework de tests unitaires Smalltalk).

Les premiers ordinateurs étaient programmés en langage machine et on était limité aux spécficiations de la machine.

C'est sûr que Lisp, c'était un langage machine, et Smalltalk en son temps aussi ;-)

mais si on regarde SmallTalk, on voit qu'il n'a pas eu un grand succès,

Hum ... Il n'a pas eu, certes, le succès escomptée. Pourtant, aujourd'hui, il semble avoir le vent en poupe et permet même de construire des outils assez en avance : squeak, open croquet, seaside, pour ne citer qu'eux, sont assez détonnant, surtout en perspective des applications qu'ils ont permis de produire comme par exemple Dabble DB ou Qwaq. Ce qui est marrant, c'est qu'il semble que c'est via Ruby qu'un certain nombre de programmeurs s'oriente de plus en plus vers Smalltalk.

Jusqu'à présent, par son essence même, Smalltalk semble être le seul qui permet de construire rapidement et proprement une application d'une certaine qualité, une application qui reste ... objet (et pas seulement dans la programmation). Aussi, si Lisaac me semble intéressant, il me laisse toutefois un sentiment de perplexité (je ne sais pourquoi) ; mais il faudrait que je l'essai à nouveau. Je pense qu'il prendra probablement toute sa force dans un environnement approprié (isaacOS ?).

Hum ... je n'ai pas d'onglet ACL qui appairait.
Je regarderai ça de plus près ce soir, chez moi.

QtDesigner > Glade, c'est ton opinion, pas la mienne en tout cas.

Ce n'est pas une question d'opinion ici, c'est une question d'expérience, la mienne, en dehors de toute préférence pour Gtk+ ou Qt.

c'est quand toi savoir faire phrases correctes ?

Quand toi sauras correctement lire et écrire français ...