accolade.ch

Si vous ne connaissez pas encore 37 Signals il s’agit de la société éditrice de Basecamp, Tada-list et plusieurs autres produits en ligne développés en Ruby On Rails. Et pour cause, Ruby On Rails est né du développement de Basecamp par David Heinemeier Hansson qui travaille chez 37 Signals.

Mais 37 Signals c’est aussi un esprit, une philosophie et des méthodes de développement pour les projets Web. Ces méthodes sont dévoilées par 37 Signals dans un excellent livre “Getting Real“. Je possède la version PDF depuis sa sortie et c’est un régal à lire et relire (je l’ai déjà lu 2 fois). Si vous souhaitez découvrir ce livre gratuitement (et légalement) en ligne, c’est par ici (version partiellement traduite en français ici - même si la version anglaise se lit très facilement) !

Ce livre s’adresse avant tout aux personnes qui travaillent sur une application en ligne, que ce soit développeur, graphiste, gestionnaire de projet, tout le monde y trouvera des précieux conseils.

Articles relatifs

• Osilink, mise en relations du monde open source (0)
• OsiLink, c’est parti ! (0)
• Vérifier la qualité du code d’une application Ruby on Rails - Partie 4 (0)

Outre l’aspect politique soulevé par Laurent, je me pose beaucoup de question sur la mise en application pour les hébergeurs (et pour les autres acteurs du domaine) de la directive 2006/24/CE du parlement européen et du conseil. Comment stocker autant de données ? Comment s’assurer qu’il n’y a pas de corruption de ces données ? Comment assurer la pérennité de ces données (pendant 1 an) ?

Quand on voit le prix des solutions de stockage actuelles (autant à l’achat que pour l’entretien) et les contraintes techniques sur infrastructure inadaptée à cette nouvelle règle qui change la donne en matière de logs, je reste perplexe devant les efforts demandés pour être en accord avec une telle mesure pour un hébergeur comme OVH qui doit avoir plusieurs TerraOctets (To) de logs par jour pour toute son infrastructure !

Et si le projet DBE quittait l’Europe tout en restant très proche …

Articles relatifs

• Refonte du blog (0)
• Prix des datacenter en Europe (2)
• Mosso, l’hébergement de sites Internet en cloud computing (0)

Je recherche actuellement pour le projet DBE un datacenter pour y héberger quelques machines avec quelques MBits de bande passante. Jusque là pas trop de problème (si ce n’est le coût), mais quand j’ajoute que je souhaite trouver un datacenter dans l’Est de la France ou en Suisse ou en Allemagne de l’Ouest, la tâche devient vite beaucoup plus compliquée.

Pour l’instant seul Cogent m’ont fait une offre pour un espace dans leur datacenter de Strasbourg. 900 € HT par mois pour 1 baie (42U) avec l’alimentation électrique, c’est relativement cher quand on sait qu’à ce prix, nous devons avoir nos propres onduleur car le réseau est secouru (par des groupes électrogènes) mais pas ondulé ! J’attends toujours une offre de DcLux (Datacenter Luxembourg SA) mais je suis déjà méfiant vis à vis d’une société qui ne traite pas un courriel commercial sous 24h… J’attends également une offre de TIC qui a des points de présence (POP) à Bâle, Bienne et Neuchâtel mais les prix me semblent la encore démesurés (l’alimentation secourue par générateur est une option à 850 CHF - 600 € pour l’installation et 250 CHF - 180 € mensuels !).

A ce stade, je me demande presque si la construction d’un datacenter “carrier neutral” dans l’Est de la France ne ferait pas des heureux car dans la zone “Mulhouse - Bâle - Fribourg” (dixit Euroairport) me semble très mal désservie… Il y a du terrain disponible à Wittelsheim dans la zone du Heiden, proche de la RN66 pour accès direct par l’autoroute A36, il ne manque “plus” que des opérateurs qui veuillent bien venir jusque là…

Articles relatifs

• Coupure chez Cogent Grenoble, Sirokipik est dans le noir ! (0)
• Refonte du blog (0)
• Mosso, l’hébergement de sites Internet en cloud computing (0)

NetCad est un produit très facile d’utilisation mais qui laisse tout de même la possibilité à l’utilisateur de saisir ses propres valeurs pour les coordonnées des points et pour le diamètre des cercles. J’ai donc cherché la solution la plus souple pour contraindre l’utilisateur à saisir des valeurs dans le bon type (entiers dans notre cas) et remplir les champs obligatoires pour certaines fonctions (rayon pour un cercle par exemple).

J’ai trouvé toute cette souplesse dans une validation en javascript directement à la saisie afin de ne pas interrompre l’utilisateur avec des messages d’erreur, il ne peut tout simplement pas saisir autre chose que des nombres dans les champs de coordonnées (la vérification est également faite si il tente de copier/coller du texte !).

Je ne recopie pas le code source ici, tout est très bien expliqué sur selfhtml !

Source : selfhtml.org - Vérifier les entrées clavier dans un formulaire - Hiro

Articles relatifs

• Résolution du problème du voyageur de commerce en Python (0)
• Qooxdoo, framework javascript (0)
• Petite page de commande simple en javascript (0)

Dans le cadre du développement d’un compilateur pour un langage destiné à ouvrir les portes de la programmation aux débutants, j’ai décidé d’employer la machine virtuelle développée en marge du projet Perl 6, la machine virtuelle Parrot comme “cible” de mon langage.

Si comme moi vous souhaitez utiliser cette machine virtuelle sous Windows, voici la procédure simplifiée de compilation (je n’ai pas trouvé de version compilée pour Windows fonctionnelle) :

• installer ActivePerl (choisir l’ajout de Perl au Path)
• installer MinGW32 (y.c. le Make de MinGW32 - ne pas oublier d’ajouter le dossier bin de MinGW32 au Path)
• récupérer la dernière version du code source de Parrot
• dans le dossier du code source de Parrot, exécuter la commande

perl Configure.pl –without-icu

• exécuter la cmmande mingw32-make.exe dans le dossier du code source de Parrot
• vérifier le bon fonctionnement du programme compilé en exécutant un des exemples fournis avec le code source :

parrot.exe .\examples\pasm\hello.pasm

Articles relatifs

• Vers un retour aux serveurs centraux ? (3)
• Sauvegarde par batch sous Windows, conseils et outils indispensables ! (6)
• Microsoft Visual Web Developer 2005 Express Edition (0)

Si vous développez régulièrement de nouveaux projets nécessitant une authentification et/ou une gestion des utilisateurs avec Ruby On Rails, l’utilisation d’un générateur est quasi-incontournable. Il existe plusieurs générateurs d’authentification pour Ruby On Rails qui tentent de régler plus ou moins bien la question de l’authentification et de la gestion des utilisateurs.

J’ai fait appel à un de ces générateurs pour OsiLink et je vous livre ici mon avis sur les quelques générateurs que j’ai testé :

• auth_generator : beaucoup de problèmes avec Rails 1.2, non maintenu, à utiliser si vous ne souhaitez pas apporter de modifications à ce qui a été généré (ce qui est un peu contraire au principe des générateurs). Je l’avais utilisé dans un projet Rails 1.1.6 ou je n’avais pas de modifiations à apporter et l’outil était efficace (j’avais d’ailleurs proposé mon code de support de ImageMagick à l’auteur qui ne l’a visiblement pas intégré à la release actuelle). Gère l’authentification, les utilisateurs y.c. les groupes.
• SaltedHashLoginGenerator : une version “améliorée” de LoginGenerator. Fonctionne très mal avec Rails 1.2 sans modifications.
• Act_As_Authenticad (AAA) : fonctionne bien avec Rails 1.2, génère très peu de code, libre à vous de compléter suivant vos besoins (beaucoup d’exemples sont fournis dans le wiki). Par défaut gère uniquement l’authentification.

Je n’ai donc pas eu d’autre choix que de travailler avec AAA qui est un outil facile à installer et déployer et qui permet de développer rapidement un système parfaitement adapté à votre application.

Articles relatifs

• Vérifier la qualité du code d’une application Ruby on Rails - Partie 4 (0)
• Vérifier la qualité du code d’une application Ruby on Rails - Partie 1 (1)
• Vérifier la qualité du code d’une application Ruby on Rails - Partie 3 (0)

Le projet Blue est au ralenti donc mon prototypage en Asp.net a pris beaucoup de retard mais j’ai tout de même commencé à me documenter sur les avantages/inconvénients des deux technos. J’ai notamment découvert ce petit comparatif (assez objectif) en trois volets sur un site “pro dotnet” :

• Organisation
• Agilité
• Accès aux données

Mes premiers tests enASP.Net m’ont mis rapidement face à un choix désagréable : développer avec winforms et perdre la séparation des couches MVC (Modèle-Vue-Contrôleur) ou développer de manière plus traditionnelle et garder intact le modèle MVC. Asp.Net m’attirait avant tout pour ces composants qui permettent de gagner beaucoup de productivité mais ils sont incompatibles avec le développement en couche MVC. Dommage qu’il n’existe pas de solution native Asp.Net permettant de développer selon le modèle MVC en utilisant des composants (qui font tout de même la force de ce framework).

De son côté, mon collègue qui test Ruby On Rails est sous le charme. La séparation des couches est très claire et le code écrit est concis et lisible. Il ne lui reste plus qu’à admettre que l’utilisation d’un framework doit permettre de se concentrer sur l’aspect applicatif et métier plutôt que sur des “basses besognes” du développement d’applications Internet

Articles relatifs

• Asp.Net versus RoR, la question ne se pose plus (1)
• ASP.Net ou RoR ? (3)
• Vérifier la qualité du code d’une application Ruby on Rails - Partie 4 (0)

Voilà, mon premier vrai projet va bientôt fermer ses portes. ImAlbum.ch a vécu. Lancé en novembre 2004 après 3 mois de développement (application en VB pour l’envoi des photos, site internet PHP/MySQL pour la partie online), ImAlbum ne fait plus le poids face aux poids lourds européens, face aux trop nombreux concurrents.

Notre matériel n’est plus adapté, notre technologie informatique non plus. L’expérience fut riche sur tous les plans. Nous nous tournons vers d’autres projets désormais. Les produits d’Imacut sont au point, nous attendons de voir la réaction du marché pour ajouter de nouvelles fonctionnalités.

L’hébergement me tente toujours, DBE (Don’t Be Evil) disait Hiro, affaire à suivre…

Articles relatifs

• Sauvegarde par batch sous Windows, conseils et outils indispensables ! (6)
• Refonte du blog (0)
• Prix des datacenter en Europe (2)

Quand je vous dit que je deviens un Google addict… Je viens d’intégrer Google Code Pretiffy à ce blog afin de pouvoir fournir quelques extraits de code avec une coloration syntaxique. Comme toujours, c’est du Google, 2 fichiers sur le FTP, 3 nouvelles lignes de code dans le modèle de page du blog et le tour est joué. Je ne vous fait pas de topo sur l’installation, tout est très bien expliqué ici.

Articles relatifs

• WPAU en français, première release disponible ! (3)
• Wordpress Automatic Upgrade en français est disponible ! (13)
• Wordpress Automatic Upgrade en français - Les premiers tests (0)

Alors que je travaillais sur un document Google Docs en collaboration avec Hiro pour le DBE Project (billet à suivre concernant ce point), j’ai cliqué par curiosité sur le lien “Tous mes services >”, dans la barre horizontale en haut à gauche de ma fenêtre Google.

La liste des services Google que j’utilise est longue, très longue :

• Agenda
• Albums Web Picasa
• Analytics
• Bloc-notes
• Document et Tableur
• Gmail
• Page d’accueil personnalisée
• Reader
• Synchronisation du navigateur
• Talk
• Checkout
• AdWords
• Alertes

Evidemment, Hiro, le grand spécialiste Google (qui fini d’ailleurs de lire Google Story afin de me le prêter :-P) n’a pas manqué de me faire remarquer qu’il existait encore beaucoup d’autres produits Google.

En attendant, je ne peux que féliciter encore une fois Google pour tous ces produits et services, rapides, efficaces, interactifs, bien finis et complémentaires…

Articles relatifs

• Poisson d’avril, palme et bilan (0)
• Photos en ligne, la solution de Google (0)
• Invitations pour Heroku, hébergement Rails en cloud-computing (Amazon EC2) (8)