Tandis que certains s’efforcent de rendre l’informatique (et tout ce qui s’y rapporte de près ou de loin) la plus facile d’accès possible pour tous, on rencontre encore trop régulièrement des (grandes) sociétés qui me semblent être à des années lumières des capacités techniques de leurs clients.
Deux exemples issus de mes propres expériences récentes :
- durant nos récentes vacances nous avons pu profiter d’Internet grâce à une livebox Orange : il nous a fallu presque 2h pour réussir à connecter deux ordinateurs portables (sous Mac Os X et Windows XP) !
- je viens de passer 1h à tenter de mettre à jour des cartes d’un GPS Garmin qui m’affichait un message d’avertissement de mise à jour à chaque démarrage. La procédure était longue mais surtout semée d’embuche, entre l’installation d’un plugin pour mon navigateur Internet, les problèmes de drivers du GPS …
Ces deux exemples récents (mais j’en ai des tas d’autres) montrent à quel point il est difficile de concilier informatique et client “lambda”.
Avec pas mal de travail sur l’ergonomie et l’interface, il est toutefois possible de faire profiter les clients de solutions techniques à la pointe sans leur demander d’avoir obtenu un Master d’informatique avec mention ! C’est ce que nous nous efforçons de faire pour Imanax !
Articles relatifs
Publié par Raphaël le 16 septembre 2008. Aucun commentaire »
Tags: ergonomie, Imanax.
L’avènement de nouvelles librairies Javascript ouvre régulièrement des nouvelles perspectives de développement pour les applications Internet. Les “petites” librairies Ajax, effets visuels et manipulation facilité du DOM sont désormais dépassées, il faut désormais utiliser des librairies plus complètes (et souvent plus complexes), très orientées éléments d’interface (boutons, panels etc…) pour être “dans le coup”. Aujourd’hui on parle de YUI, ExtJS, Dojo, SproutCore pour développer de nouvelles interfaces d’applications Internet.
Ces librairies permettent d’obtenir l’interface utilisateur d’une application Internet complètement en Javascript afin de lui donner un comportement très proche d’une application de bureau (glisser-déposer, copier-coller, barre d’outils, fenêtre modales…). Quels sont réellement les atouts de ces librairies ? Quel est le gain pour l’utilisateur final ?
Ne faisons nous pas fausse route en voulant absolument reproduire dans un navigateur le comportement souvent décrié des applications de bureau ? Ne perdons nous pas l’occasion de développer de nouvelles choses, de nouvelles manières de travailler, de naviguer dans des données, de les éditer, d’en créer de nouvelles ?
Aujourd’hui les développeurs préfèrent ces interfaces proches des applications de bureau car ils pensent que l’utilisateur s’y sent plus en confiance. Pourtant l’utilisateur lambda préfère GMail à RoundCube, ce dernier ayant un comportement trop similaire par rapport aux applications de bureaux qu’il utilise tous les jours.
Je prépare le développement d’une application Internet qui sera utilisée par des personnes qui sont à peine initiées à l’informatique. Cette application concurrencera dans une certaine mesure des applications classiques de type client/serveur. Pourtant cette application ne sera pas développée avec une interface calquée sur le modèle des applications de bureau car je pense qu’il sera beaucoup plus facile d’innover et de se démarquer de la concurrence en recherchant de nouvelles solutions de navigation plutôt qu’en appliquant des recettes des applications habituelles.
Articles relatifs
Publié par Raphaël le 26 juin 2008. 2 Commentaires »
Tags: Imanax, javascript, projets.
Après un test très mitigé de CodeGear Delphi4PHP, CodeGear 3rdRails s’annonce comme un très bon IDE pour Ruby On Rails. D’emblée, le décor est différent, Ruby On Rails est un framework de développement web écrit en Ruby et orienté vers les applications de base de données, PHP est un langage de développement pour les sites Internet en général. La différence est très importante quand on sait à quel point Delphi4PHP mêlait à la fois framework PHP et IDE, ici point d’ambiguïté, le framework est Ruby On Rails, 3rdRails est donc purement un IDE !
Pour 3rdRails, CodeGear a utilisé le framework Eclipse SDK qui a déjà fait le succès de bon nombre d’IDE gratuits (Aptana IDE par exemple) et payants (myEclipse par exemple). Ce choix présente l’avantage d’utiliser une base technique solide en terme d’interface graphique et de gestion des plugins afin de pouvoir développer des fonctionnalités avancées dans les autres domaines. Les nombreux utilisateurs d’IDE développés avec le framework Eclipse SDK ne seront pas dépaysés !
3rdRails permet d’installer facilement et séparemment tous les outils nécessaires au déveveloppement d’applications Ruby On Rails (Ruby, le framework, MySQL et Interbase). Ceci permet aux débutants de plonger rapidement dans Ruby On Rails avec tous les outils à disposition, les utilisateurs aguéris préféreront sûrement se contenter de 3rdRails et utiliser leur environnement de développement habituel.
Le gros point fort de 3rdRails est tout d’abord son visualisateur de projet sous la forme logique et non pas suivant l’arborescence des répertoires. Par exemple pour un contrôleur on retrouvera la liste de ses actions et directement la liste de ses vues. Ceci permet une navigation rapide entre les différents éléments du projet, sans passer de répertoires en répertoire. Associé à la vue des dépendances (fichiers liés d’une manière ou d’une autre au fichier dans lequel on se trouve - par exemple fichier de vue associé à l’action que l’on est entrain d’éditer), la navigation dans un projet Rails n’a jamais été aussi facile.
La complétion de code est parfaitement fonctionnelle quel que soit le contexte, c’est un plus indéniable pour éviter de fouiller dans la documentation à chaque ligne. De plus, des assistants de création des différentes entités de votre projet (modèles, contrôleurs, vues…) vous permettent de gagner un temps considérable (ainsi vous pouvez directement définir les propriétés des champs d’un modèle et Rails écrit le code correspondant et va même jusqu’à générer les migrations et les exécuter pour vous !).
A 299$, CodeGear 3rdRails n’est certes pas à la porté de toutes les bourses mais pour quelqu’un qui travaille très régulièrement sur des projets Ruby On Rails, c’est un investissement qui sera vite rentabilisé tellement le gain de productivité est important grâce à des assistants bien conçus, une navigation optimisée et une complétion de code efficace.
Articles relatifs
Publié par Raphaël le 11 octobre 2007. Aucun commentaire »
Tags: développement, IDE, Imanax, Ruby On Rails.
Textmate a été rendu célèbre par l’avènement de produits comme Ruby On Rails et a aujourd’hui largement conquis le marché de l’éditeur de texte avancé sous Mac Os X. La qualité du produit et ses capacités de scripting sont enviées par beaucoup d’utilisateurs de Windows. E-texteditor est le premier éditeur de texte pour Windows à annoncer ouvertement vouloir cloner les fonctionnalités de Textmate, en allant jusqu’à proposer une compatibilité avec les bundles (scripts) de Textmate !
A la recherche d’un outil à mi-chemin entre un IDE complet (et souvent lourd, comme Zend Studio, Aptana IDE ou Eclipse) et un éditeur de texte léger (comme Scite), j’ai donc entrepris de tester e-texteditor avant éventuellement de l’adopter (et de le faire adopter) pour le projet Imanax notamment.
L’installation du produit se passe sans problème particulier mais rapidement l’installateur nous précise qu’il est souhaitable d’installer également Cygwin afin de profiter de toutes les fonctionnalités avancées du produit. Je choisis de ne pas installer Cygwin qui est selon moi inutile pour un éditeur de texte. Dès les premiers essais, l’application semble assez lente, l’interface n’est pas toujours réactive et en passant d’une application à l’autre la fenêtre se fige comme si un plantage était imminent. C’est très agaçant pour un éditeur de texte censé être “léger”.
Dès que l’on tente d’utiliser les bundles afin de profiter des fonctionnalités avancées, e (c’est le nom de l’application !) demande de procéder à l’installation de Cygwin. Agacé par les demandes répétées, je finis par céder et accepte d’installer Cygwin. Quelques minutes plus tard, e semble plus fonctionnel mais beaucoup de bundles ne fonctionnent toujours pas (je n’ai pas pris le temps de configurer quoi que ce soit dans Cygwin mais je considère qu’un éditeur de texte ne doit pas me demander 2 jours de configuration pour être utilisé pleinement).
Textmate est un modèle de simplicité de mise en oeuvre malgré des fonctionnalités très puissantes. E, qui repose sur un système d’exploitation moins intuitif que Mac Os X, est quant à lui un éditeur de texte complexe à appréhender. Le développeur de ce produit gagnerait à tenter d’améliorer la prise en main sans quoi peu de gens accepteront de débourser une trentaine de dollars pour ce logiciel.
Articles relatifs
Publié par Raphaël le 17 septembre 2007. Aucun commentaire »
Tags: Apple, développement, IDE, Imanax, outils, PHP, Ruby On Rails, Windows.
… étonnement peu de courriels …
… pas mal de billets non-lus [1] …
… mais surtout, un motivomètre au taquet pour travailler sur Imanax !
[1] qui ont permis de faire ressortir rapidement quelques infos intéressantes après une semaine de déconnexion totale :
Articles relatifs
Publié par Raphaël le 10 septembre 2007. Aucun commentaire »
Tags: Apple, blog, Imanax, mobilité, perso.
J’ai désormais officialisé mon intention de quitter mes fonctions au sein de l’association InformEthique pour deux raisons principales : le manque de temps pour s’investir correctement dans le projet de l’association et le manque d’activités de l’association qui ne me motive pas à bloquer réellement du temps de travail.
Le président de l’association va reprendre le développement en cours d’Osilink et je vais donc pouvoir me concentrer pleinement sur mes activités professionelles et sur mon nouveau projet : Imanax.
Des nouvelles interviendront très vite concernant ce nouveau projet, en attendant je peux juste vous annoncer que nous allons travailler avec le Zend Framework et que mes développements en Ruby On Rails s’arrêtent donc ici… pour le moment !
Articles relatifs
Publié par Raphaël le 6 août 2007. Aucun commentaire »
Tags: Imanax, projets.
A l’époque ou Imanax s’appelait projet Blue et que mon coeur de codeur était presque tombé sous le charme d’Asp.Net, j’ai débuté la rédaction d’un rapide comparatif / duel entre Asp.Net et Ruby On Rails.
Cet article n’a jamais eu de suite car au fur et à mesure de mes tentatives de développement avec Asp.Net j’ai rapidement été confronté à des problèmes majeurs qui m’ont incités à la plus grande prudence avant de me lancer dans un projet en Asp.Net. En effet, après avoir surmonté toutes mes premières appréhensions :
- technologie propriétaire
- coût des solutions d’hébergement
j’ai décidé de me plonger la tête la première dans le développement en Asp.Net pour les raisons suivantes :
- qualité et richesse des interfaces WinForms
- qualité des composants disponibles sur le marché
- IDE professionel
- garanties de pérennité de la technologie
Cependant, après plusieurs mois de réflexions, recherches, tests et lectures diverses, je peux enfin tirer les conclusions de mes recherches (et expliquer pourquoi je ne développerai pas Imanax en Asp.Net) :
- C# est un langage trop strict pour moi, je le placerai à la frontière entre les “vieux” langages (10 ans), Java, C++ et les langages “modernes” comme Ruby ou PHP
- Asp.Net ne propose pas nativement une couche d’ORM aussi efficace et avancée que celle de Ruby On Rails (ActiveRecord)
- Asp.Net n’utilise pas nativement un modèle en couche MVC (Modèle-Vue-Contrôleur). Le code me parait difficile à maintenir à moyen terme et le développement XP (eXtreme Programming) ou itératif quasi impossible !
- Visual Studio (IDE) est complet mais très lourd. Cette lourdeur est peut être justifiée par toutes les fonctionnalités que l’IDE doit proposer pour arriver à développer avec autant de souplesse que Ruby On Rails.
Mon idée n’est pas de tirer à boulet rouge sur Asp.Net. Oui il y a beaucoup de développements qui sont réalisés avec brio en Asp.Net mais Asp.Net reste selon moi une technologie réservée à des grosses équipes de développement avec beaucoup de moyens. C’est une solution d’entreprise efficace mais bien trop loin de l’architecture prête à l’emploi de Ruby On Rails qui s’attirera donc les faveurs des petites équipes de développements qui font tout le charme des projets web 2.0.
Articles relatifs
Publié par Raphaël le 20 juillet 2007. 1 Commentaire »
Tags: ASP.Net, développement, Imanax, PHP, Ruby On Rails.
Après un nettoyage de printemps assez réussi (les 2 projets d’études ont donnés lieu à des bonnes notes), je me concentre comme prévu et jusqu’à fin Juillet sur Osilink. Le projet avance bien, la motivation est de retour. Je pense pouvoir livrer tout ça d’ici la fin du mois de Juillet comme prévu initialement.
En parallèle et pour remplacer mes 2 projets d’études terminés, je travaille activement à la partie “artistique” d’Imanax qui sera le nom définitif de ce que j’ai appelé jusque là dans mes billets le projet Blue. Les billets concernant le choix de la techno (Asp.Net ou Ruby On Rails) sont toujours dans le tuyau, ça devrait arriver rapidement, y.c. quelques conseils pour vos développements Ruby On Rails !
DBE sera relancé activement dès que Osilink sera livré à l’association InformEthique dont je me retirerai après ce projet pour me concentrer sur mes activités professionnelles.
Et comme une image vaut mieux que 1000 mots :
Articles relatifs
Publié par Raphaël le 30 juin 2007. Aucun commentaire »
Tags: DBE, Imanax, perso, projets.
