Le blog d'un geek devenu directeur technique

Billets libellés PHP

Les langages de programmation – Partie 1 : Ce que je connais

jan06
2012 15 Commentaires Par Amaury

Régulièrement (enfin, disons tous les 3/4 ans) je me pose des questions existentielles au sujet des langages de programmation. Pourquoi est-ce que j’aime tel langage, pourquoi je déteste tel autre, qu’est-ce que je pourrais vouloir et que je n’ai pas, et ainsi de suite…

Ne me demandez pas pourquoi, mais ça me reprend en ce moment. Ça va sûrement repartir aussi vite que c’est venu, mais ça amène quand même quelques réflexions.

Je pense écrire 3 articles sur le sujet. Dans celui-ci, je vais lister les langages que je connais, histoire de situer un peu les choses. Dans le suivant, je parlerai un peu du modèle objet sous un angle inhabituel. Pour terminer, je « réfléchirai à haute voix » sur ce que j’attends d’un langage de programmation, et pourquoi je serai toujours un éternel insatisfait.

BASIC

C’est le premier langage que j’ai appris. Quand j’étais gamin, dans les années 80, il y avait deux émissions télévisées au Québec − Octo-puce et Octo-giciel − qui enseignaient entre autre à programmer en Basic. C’est comme ça que j’ai commencé à programmer sur papier en rêvant au jour où j’aurais un ordinateur. Environ 10 ans plus tard, j’ai passé un couple d’années à programmer en Visual Basic ; c’était avant de commencer mes études d’informatique, et je croyais savoir programmer…

Ce que j’en retiens, c’est que le Basic, le « vrai » (celui des Apple II et Commodore 64) était en fait complètement imbitable. Après coup, j’ai compris en partie pourquoi Dijkstra avait la dent si dure à son encontre.
Malgré tout, ses déclinaisons successives, depuis le QuickBasic, les STOS et AMOS, jusqu’au RealBasic et le VB.NET, en ont fait un langage moderne et utilisable.

Moderne et utilisable, mais je n’ai désormais strictement aucune envie de coder en Basic.

Javascript

Je me suis intéressé au Web dès 1995. Je me suis mis alors au HTML, et même à cette époque cela incitait à rapidement se pencher sur le Javascript. Les premières années, je n’en ai fait qu’un survol, mais j’ai fini par mettre en œuvre des techniques assez poussées (notamment concernant la programmation orientée objet en Javascript) qui me sont encore utiles aujourd’hui au quotidien. Je suis même passé par une phase de développement assez intensive à base de XUL, où tout le code est réalisé en Javascript.

À une époque, j’étais assez fan du Javascript. J’aimais sa simplicité et sa malléabilité. J’ai imaginé l’utiliser pour des usages très divers. Pour les développements « client lourd », après avoir développé en XUL, j’en suis un peu revenu ; comme expliqué dans un précédent article, je me suis fatigué de devoir taper 8 lignes de code illisible pour simplement lire le contenu d’un fichier. Pareil pour les développements côté serveur ; j’ai longtemps pensé que le Javascript combinait assez de qualités pour s’y montrer à son avantage ; cette idée va et vient, depuis le serveur de Netscape dans les années 90, jusqu’à  des projets comme CommonJS et Node.js.
J’espère que Mathieu ne m’en voudra pas, mais l’ensemble du langage me paraît maintenant trop bancal pour sortir de l’usage Web client qui est sa spécialité. Entre le modèle objet incomplet, la bibliothèque standard plutôt limitée et une évolution très lente (qui ne laisse pas apercevoir d’améliorations profondes à courte échéance), je préférerai toujours d’autres solutions.

C

Ce fut la grande révélation de ma vie. Ce que j’apprécie dans ce langage, c’est sa simplicité et sa limpidité. Quelques types scalaires, des structures (et des énumérations et des unions), des fonctions… et des pointeurs au milieu de tout ça. Difficile de faire plus évident. J’ai acquis une certaine expertise en C ; durant mes études j’ai fait du développement kernel (Linux et BSD), et par la suite j’ai travaillé dans le développement système et réseau. C’est formateur.

On entend souvent dire que le C n’est qu’un assembleur à peine amélioré… C’est tellement faux ! Par contre, ce qui est certain, c’est qu’il est quasi-impossible de faire des exécutables plus rapides et plus petits que ceux écrits en C. Bon, il n’est évidemment pas exempt de défauts, mais qui sont inhérents à ce qu’il est intrinsèquement. Si vous savez ce que vous faites, le C est un outil redoutable ; par contre, si vous vous permettez des approximations, vous ne vous en relèverez pas.

PLUS »

Classé dans Questions techniques - Libellé , , , , , , , , ,

Présentation du framework Temma

juil01
2011 10 Commentaires Par Amaury

Il y a quelques temps déjà, j’ai rapidement parlé d’un projet sur lequel je travaille. Il s’agit de la publication sous licence libre du framework MVC en PHP que j’ai développé pour les besoins de mon entreprise.

C’est fait. Le framework se nomme Temma, et il est disponible sur le site www.temma.net.
N’hésitez pas à y faire un tour, il y a une introduction rapide et une documentation détaillée.

L’approche générale du framework est de trouver le bon équilibre entre simplicité, modernité et bonnes pratiques.
Il suffit réellement de 3 minutes pour en comprendre les bases et l’utiliser sur de vrais sites. Il a été développé en utilisant des notions modernes (namespaces, autoload, …), avec quelques idées intéressantes − notamment au niveau de la gestion des données. Il est modulaire et configurable, ses fonctionnalités peuvent facilement être étendues en passant par des extensions (contrôleurs, vues, plugins). Quelques extensions sont déjà disponibles sur le site, mais j’espère étoffer tout ça rapidement.
La page de FAQ explique certaines spécificités de Temma.

La documentation n’est pour le moment disponible qu’en français ; c’était plus simple pour la publier rapidement. Néanmoins, tout est là pour sortir une version en anglais, un fois que tout sera traduit.

Un petit programme facilite la création de sites basés sur Temma. Ce script, ainsi que le code source brut du projet sont téléchargeables sur le site. Pour faciliter les contributions, je suis en train de mettre en place un dépôt sur GitHub.

J’attends avec impatience les premiers retours, qu’il s’agisse de questions ou de remarques concernant la documentation, de retours d’expérience sur l’utilisation du framework, ou de contributions sous forme de code source.

Edit : Merci à Éric (zenprog.com) pour avoir fait les premiers tests sur un environnement différent du mien, et m’avoir fait quelques remontées pleines d’intelligence.

Classé dans Questions techniques - Libellé , ,

Idée d’entreprise : Plate-forme logicielle

mai04
2011 8 Commentaires Par Amaury

Dans la série des idées de création d’entreprise, voici quelque chose auquel je pense depuis assez longtemps.
Contrairement aux cas précédents, pour lesquels où il s’agissait d’idées de business, là je suis parti d’un besoin technique et j’ai réfléchi à la manière d’en faire une entreprise viable.

De quoi s’agit-il ?

De par mon travail et mes goûts personnels, j’ai toujours préféré écrire des logiciels avec une interface web. Je connais aussi bien les technologies «front» (HTML/CSS/Javascript) que le développement côté serveur (et ma préférence va vers le PHP, comme de nombreuses autres personnes).

Il m’est arrivé à plusieurs reprises de faire des applications prévues pour s’exécuter en local sur un ordinateur. Je parle d’interface «lourde», par opposition au «client léger» reposant sur une interface web. Quoi de plus normal de chercher alors à utiliser des technologies qui se rapprochent de ce que j’ai l’habitude d’utiliser. Dans le genre, il en existe deux que j’ai pratiquées en profondeur : XUL et PHP-GTK. Chacune d’elles possède des avantages et des inconvénients :

  • XUL est la technologie créée par Mozilla pour servir de moteur à Firefox et Thunderbird. Elle permet de créer des interfaces très puissantes avec du XML et du Javascript. Sa grande force est de permettre le mélange de XUL (dérivé du XML) pour décrire l’interface avec du CSS pour en définir le style. On peut même y mettre du HTML, c’est assez pratique. L’inconvénient, c’est que le Javascript est un langage qui se prête mal − à mon sens − à la création d’applications un tant soit peu complexes, à cause de son modèle objet très incomplet et au manque de fonctionnalités dans le langage. Mozilla propose d’ailleurs tout un tas d’extensions spécifiques, mais qui sont très verbeuses à utiliser ; rien que la lecture d’un fichier sur le disque local nécessite au moins 8 lignes de code abscons impossible à retenir.
  • PHP-GTK, pour sa part, est un «binding» de la bibliothèque graphique GTK+ avec l’interpréteur PHP. Il permet de créer des logiciels qui s’exécutent avec une interface très valable mais difficile à styliser. Il est possible de composer l’interface en XML (grâce à Glade). Le gros avantage, c’est de pouvoir utiliser toute la bibliothèque native de PHP, qui est très complète. L’inconvénient, c’est que le développement d’interfaces graphiques en PHP est plus pénible que le développement d’applications web côté serveur.

Malheureusement, aucune de ces deux solutions n’a réussi à s’imposer. En fait, elles n’ont même pas réussi à se faire la moindre place réelle dans le paysage informatique actuel. J’exagère un peu, on trouve une poignée d’applications d’envergure basées sur XUL ; mais sincèrement, ces deux plate-formes ne viennent à l’esprit de personne lorsqu’il s’agit de créer un logiciel avec une interface graphique native.

À mes yeux, cela s’explique assez facilement :

  1. Quel est le propos de ces technologies ? Offrir aux développeurs web la possibilité de développer des programmes «non web» en capitalisant sur leurs connaissances et leurs compétences.
  2. Pour cela a-t-il échoué ? Parce que les compétences réclamées par le XUL (XML/CSS/Javascript) ne permettent pas de développer facilement du code métier, et que personne n’a d’expérience dans la création d’interfaces graphiques en PHP (donc personne n’a envie de faire des interface graphiques en PHP).

Comment s’y prendre ?

Pour moi, la solution est simple : Il faut créer une plate-forme logicielle qui duplique l’esprit des développements web. C’est-à-dire qu’il faut pouvoir utiliser des technologies différentes entre la partie interface (HTML/CSS/Javascript) et la partie «traitements» (PHP).

PLUS »

Classé dans Création d'entreprise - Libellé , , ,

Quelques news

mar21
2011 8 Commentaires Par Amaury

Cela fait maintenant 2 semaines que je n’ai pas écrit d’article sur le blog. Bon, j’ai déjà fait pire, mais ce n’est pas une raison.

En ce moment, je planche pas mal sur la publication sous licence libre du framework PHP que j’ai développé pour les besoins internes de mon entreprise. Ce qui me prend du temps que je ne peux pas consacrer à ce blog.

Eh oui, encore un autre framework, qu’est-ce qu’il peut bien apporter par rapport à ceux déjà disponibles ? Ma foi, il y a quelques idées différenciantes, mais surtout une architecture très simple à comprendre et à utiliser. Une approche un peu rustique par certains côtés, conforme à l’idée que je me fais de PHP (c’est-à-dire un langage souple, qu’il ne faut pas essayer de faire ressembler à Java/JEE ou à Ruby on Rails).

Au passage, je vais publier un CMS très simple, basé sur ce framework. Le but est qu’il serve d’exemple d’utilisation du framework, tout en étant complètement viable dans un environnement réel qui n’aurait pas besoin d’un outil plus complexe.

Je cherche un nom pour ce CMS, mais pour le moment je n’ai rien trouvé de satisfaisant qui aurait un nom de domaine libre (en .com ou .net). Alors je fais appel à vous ; auriez-vous des idées ?
Pas besoin d’être descriptif (bref, pas obligé de finir le nom par «CMS», même si j’ai évidemment déjà pensé à «easyCMS»).

Classé dans Non classé - Libellé ,

Recrutement : Administrateur système

juil07
2010 2 Commentaires Par Amaury

Le poste d’administrateur système n’est plus à pourvoir. Merci à tous ceux qui m’ont envoyé un CV.
Par contre, nous sommes toujours à la recherche d’un développeur PHP, n’hésitez pas à postuler.

PLUS »

Classé dans Votre carrière - Libellé , , ,

Recrutement : Développeur principal PHP 5

juin21
2010 Laisser un commentaire Par Amaury

Un billet inhabituel aujourd’hui : Fine Media, l’entreprise que j’ai co-créé et dont je suis le directeur technique, est à la recherche d’un développeur web. Pas n’importe quel poste de développement ; nous cherchons notre développeur principal.

C’est quoi un développeur principal ? Simplement la personne qui pourra prendre mon relais. Un “responsable des développements”, si vous préférez.

Présentation de l’entreprise

Nous éditons des sites web communautaires, comme CommentFaitOn ou DcoPhoto, et des sites « de niche » comme Le guide de la cuisine, ou les sites ComprendreChoisir (sur la fenêtre, la défiscalisation, le home cinema, les standards téléphoniques, …).

Nous sommes localisés dans le 17è arrondissement de Paris (métro Villiers).

L’environnement technique

  • Linux. On utilise de l’Ubuntu Server sur les serveurs, et de l’Ubuntu Workstation sur les postes de développement. À vrai dire, même les rédacteurs et les commerciaux sont sous Linux, chez nous.
  • PHP 5. Tout est développé en PHP, en objet, en utilisant des design patterns, avec des cycles de développement itératifs et des validations test/pré-production/production.
  • MySQL. On fait des requêtes assez compliquées. Il vaudrait mieux que vous sachiez la différence entre une sous-requête et une jointure.
  • Subversion. Si vous n’avez jamais utilisé le moindre système de gestion de sources, ce n’est pas grave, vous vous y ferez très vite. Et après vous ne pourrez plus vous en passer.

Ce que vous aurez à faire

  • Améliorer notre framework MVC interne, ainsi que notre CMS. Ils sont petits et légers, des vrais jouets faciles à faire évoluer dans les directions qui nous intéressent.
  • Travailler sur FineFS, notre outil de clustering réseau, placé sous licence libre. Si vous cherchez un projet hyper-technique en PHP, vous allez être servis ! ;-)
  • Génie logiciel : modélisation des objets métier, évolution du modèle de base de données, développement orienté objet.
  • Gestion de projet : écriture des spécifications techniques, suivi du planning, supervision des tests.

Évidemment, c’est un poste avec certaines responsabilités. Donc je cherche quelqu’un ayant déjà fait ses preuves en développement Web, et qui aime ça. Un passionné avec des idées à faire valoir, ayant envie de les partager et de les appliquer. Mais aussi quelqu’un qui souhaite faire de la gestion de projets et faire de l’encadrement.

Sans oublier que je prends le temps de former les membres de mon équipe. Car il s’agit vraiment d’une équipe : je cherche quelqu’un qui pourra nous apporter autant que nous pourrons lui apporter.

Alors si vous êtes ambitieux, si vous avez des idées techniques intéressantes, si vous aimez le Web et avez envie de bosser sur des trucs pointus et originaux, envoyez-moi votre CV à l’adresse amaury.bouchard@finemedia.fr.

Classé dans Votre carrière - Libellé , , , , ,

Présentation de FineFS au Forum PHP Paris 2009

oct26
2009 1 Commentaire Par Amaury

Je serai présent les jeudi 12 et vendredi 13 novembre prochains au Forum PHP, qui est une importante manifestation organisée par l’AFUP (Association Française des Utilisateurs de PHP). J’y présenterai FineFS, le système de fichiers redondé sous licence libre que je développe au sein de mon entreprise, et dont j’ai déjà parlé sur ce blog.

N’hésitez pas à venir me voir dans l’espace réservé aux projets open-source, que vous soyez intéressé par FineFS (dans son développement et/ou son utilisation), que vous soyez lecteur de ce blog, ou que vous soyez à la recherche d’un poste de lead developer PHP dans un environnement technique motivant ! ;-)

Classé dans Événements - Libellé , , ,