Alheim

Microsoft a déjà fait de belles annonces concernant l’interopérabilité avec PHP, notamment avec l’arrivée de FastCGI et un driver PHP-SQLServeur.

J’ai eu l’occasion de faire le test. Si l’installation et la configuration sont simples et efficaces, les temps d’exécution et la stabilité des applications laissent encore à désirer. Si FastCGI apporte des gains conséquents de temps d’exécution des scripts PHP, cela n’atteint pas les temps de réponse d’un serveur Apache.

Idem pour la connexion php-SQLServeur qui est très nettement moins performante qu’une connexion avec mysql ou oracle.

Pourtant les possibilités sont grandes : connexion avec ActiveDirectory, SSO, intégration avec Sharepoint etc….

La firme de Redmond continue dans cette direction et l’arrivée de Windows serveur 2008 pourrait permettre enfin le déploiement d’application PHP dans un environnement Windows.

Preuve en est cette présentation diffusée durand le Zend Con 2008 : http://www.slideshare.net/guest82d216/microsoft-and-open-source-interoperability-presentation

Qui parmi vous a déjà intégré une application PHP sous windows (sans utiliser WAMP bien évidemment) ?

Il semblerait que l’implémentation des méthodes d’Extreme Programming serait incompatible avec les techniques de design comme UML, les frameworks, et même les design patterns. Il est vrai que d’une manière générale, les méthodologies agiles pronent le design évolutif et incrémentale.

Le design est il mort ?

Cet article de monsieur l’architecte Martin Fowler traite de cette question et introduit de nouvelles compétences dont les développeurs auront besoin s’ils veulent rejoindre une équipe agile : design simple, test driven developement, refactoring.

Pour ma part, j’ai adopté les méthologies agiles et je n’ai jamais eu autant l’impression de faire de l’architecture logicielle. L’objectif premier est de livrer de la valeur à nos utilisateurs, mais sans nous tirer une balle dans le pied. Donc si nous ne passons pas 3 mois à écrire des spécifications de plusieurs dizaines de page, ce n’est pas pour autant que le code n’est pas constamment analysé et refactorisé. Le design pattern est une réponse à un besoin de généricité, d’ouverture ou de simplification de code. Ce n’est pas un prérecquis.

 Une fois par mois va se dérouler un Altaide Dev Drink, organisé par … Altaide.

Il s’agit d’une sorte de bar camp durant lequel un intervenant technique expose le sujet de son choix.

J’ai eu la chance d’inaugurer cet évènement Jeudi dernier, pour parler de l’utilisation dePHP au sein d’une architecture orientée service.

Gartner prédit que d’ici 2008, 60 % des entreprises auront commencer à migrer leurs applications sur cette nouvelle architecture.

Il me paraissait important de montrer d’une part que penser SOA permettrait de faire converger la multitude de services qui fleurissent chaque jour sur le web, et d’autre part que la technologie la plus utilisée dans le web aujourd’hui permet de passer ce virage, et donc envisager une interopérabilité avec les applications externes.

Notamment grâce à des framework solides tel que la très bonne implémentation de SCA / SDO qui permet de développer des services PHP indépendant du protocole de transport (soap, REST-RPC, XML-RPC, JSON-RPC …).

La présentation a duré une heure et les feedbacks ont été assez bons. Exemple sur le blog de William Peres ou ici.

Pour ceux que ce sujet pourrait intéresser, je met le la prez en pièce jointe.

Et pour mes fans, il paraît qu’une vidéo est en cours de montage…

Alors, les développeurs PHP, quand allez vous passer aux SOA ?