Une explosion de gaz a eu lieu en face de chez Clever Age Lyon.
(photo de l’AFP)
Pas de blessés chez nous mais une bonne frayeur. Nous avons été évacué 30 minutes avant l’explosion. A plus de 300 mètres, les murs ont tremblés ! Mes collègues qui sont allé ensuite voir sur place m’ont rapporté des flammes de plusieurs mètres de haut. Ce soir l’immeuble ne brule plus mais les pompiers l’arrosent encore. Je verrais bien demain l’état de nos locaux ! 😦
Plus d’informations :
ouch !
(je laisse tomber …)
Le langage PHP a été crée en 1994 au niveau des versions 1 et 2 il ne valait pas grand chose.
La version 3 a changé la donne, notamment par le fait que certains hébergeurs proposaient à bas prix des services tout public disposant de PHP3. Différents clichés sont apparus alors :
Ces clichés – tous de contre vérités – ont la vie dure et persistent encore chez de nombreux décideurs. J’en parlerais dans un prochain article.
Les versions 4 et 5 ont nettement amélioré le langage : modèle objet, fonctions du langage plus complètes, nombreuses extensions intégrées (avec notamment l’adhésion de la plupart des bases de données du marché).
Associée à cela, on a observé l’apparition de librairies de bonnes qualités, une avalanche de produits, open-source pour la plupart, et plus récemment de frameworks permettant de cadrer et d’accélérer des développements. Enfin d’importantes sociétés ont annoncé leur support à PHP comme IBM.
Dans le même temps, les autres technologies « concurrentes » de PHP ont nettement conforté leur avance. Dans le monde professionnel, des « choix groupes » ont été fait excluant (avec raison) PHP et privilégiant en général les technologies Microsoft (Visual Basic et .Net) et Java.
PHP a largement rattrapé son retard dans le monde du web. L’immense majorité des nouvelles applications sont des applications clients légers ; techniquement, PHP a prouvé être une solution valable. Aujourd’hui la plupart des nouvelles applications populaires utilisées à travers le monde sont écrites en PHP (Flickr, FaceBook, les applications de Yahoo! …) (à l’exception notable de Google qui, selon moi, développe ses propres applications en Java). De manière générale les start-ups et de nombreux nouveaux projets font le choix de PHP.
Voici quelques explications que je trouve face à ce constat :
Toutefois, je ne reste qu’à moitié satisfait par ces explications. Qu’en pensez-vous de votre côté ?
Pourquoi PHP réussi t’il si bien dans un contexte de start-up ? PHP va t’il enfin trouver sa place dans les grands comptes ?
Si vous faites beaucoup de Propel(*), et si vous rencontrez des difficultés à écrire vos requêtes, cet utilitaire en ligne est pour vous :
* Propel est un système d’ORM pour PHP5
Le site clever-age.org est en ligne. Celui ci à pour but de mettre à disposition et promouvoir les différents projets open-source crées par la société. (voir l’annonce de lancement du site).
Je vous conseille d’aller jeter un coup d’œil au projet cleverbox. La cleverbox vous permet de déployer très rapidement des instances de Trac+Subversion adaptées à chacun de vos projets. C’est l’idéal si il vous faut de la vitesse et de l’agilité.
De nombreux décideurs commandent des réalisations de développement informatique au forfait. Admettons que le besoin soit bien formulé, que les choix technologiques soient pertinents et que le respect du cahier des charges fasse l’objet d’un contrôle rigoureux ; l’objectif du forfait est de border l’enveloppe budgétaire qui va permettre de réaliser ce projet. Ce qui est souvent mal compris c’est qu’un projet dont le code est mal réalisé risque d’entraîner un surcoût important lors de la vie de ce projet.
Cet article fait partie de la série : Acheter des prestations informatiques.
L’ami Nicolas Steinmetz cherche un nouvel emploi. C’est la compétence et le sérieux incarné et je lui fait donc la clape gratis. (mais si vous payez bien, je peux sortir de charmantes anecdotes, de son entretien d’embauche à son premier tour aux toilettes).
Ami recruteur, son annonce est sur son site : unelectronlibre.info.
Encore une petite astuce que les développeurs chevronnés connaissent déjà mais cela m’irrite toujours de retrouver ce genre de choses dans le code que je lis.
En php on peut tester directement des variables. Par exemple :
< ?php
if ($raoul)
{
permet de tester directement si $raoul est vide, nulle ou égale à zéro. C’est ce dernier point qui pose problème en particulier dans le cas de variables passées à un contrôleur :
< ?php
if ($this->getRequestParameter('raoul')
{
Si raoul vaut zéro, on ne rentrera pas dans notre if.
Symfony propose une manière élégante de tester ou non la présence d’un paramètre :
< ?php
if ($this->hasRequestParameter('raoul')
{
Voila, c’est dit, merci d’en faire bon usage !
Bon, soyons clair, voici la bonne méthode pour inclure des fichiers PHP.
Par exemple, si vous voulez inclure le fichier raoul.php sous le répertoire include.
< ?php require_once (dirname(__FILE__).'/include/raoul.php');
La constante __FILE__ nous donne le chemin absolu du fichier courant et dirname son répertoire.
Vous me direz, quel intérêt de faire cette manipulation, un simple
< ?php
require_once ('include/raoul.php');
est suffisant.
Certes, le répertoire courant étant par défaut inclus dans l’include path, cela va marcher … mais uniquement si vous appelez directement ce fichier depuis votre navigateur ! Si vous l’incluez depuis un autre script se trouvant dans un autre répertoire c’est la Fatal error garantie. Enfin, spécifier le chemin absolu fait un peu gagner en performances car PHP n’a pas à examiner tous les répertoires indiqué dans include_path.
