« gagner du temps » ne soit pas la priorité du coding

non mais : « tenir les délais est la priorité de mon responsable »
Je ne dis surtout pas que c’est bien ni que c’est général, mais juste que (malheureusement) les impératifs de timing provoque facilement des

« je reviendrai sur ce bout de code plus tard… quand j’aurai le temps »

no comment pour les fautes d’orthographe

De plus, la deuxième personne du singulier (« tu ») prend un « s » au futur simple :

- exemple : tu corrigeraS les fautes de l’article après avoir lu mon commentaire…

=)

Si l’on devait citer 5 règles de bonnes pratiques qu’un développeur PHP professionnel devrait s’appliquer à lui-même, quelles seraient-elle ?…

Dans nos exemples et notre documentation, nous utilisons les balises courtes PHP : <? and <?=. De plus, nous utilisons parfois la syntaxe alternative des structures de contrôle. Ce sont des éléments pratiques à utiliser lors de la rédaction de vos scripts de vue, car elles rendent les constructions plus laconiques, et maintiennent les instructions sur des lignes uniques.

Ceci étant dit, de nombreux développeurs préfère utiliser la forme complète pour des questions de validation ou de portabilité. Par exemple, short_open_tag est désactivé dans le php.ini.recommended, et si vous avez du XML dans vos scripts de vue, alors les balises courtes entraîneront un échec de validation du modèle.

De plus, si vous utilisez les balises courtes avec un réglage du paramètre à "off", alors les scripts de vue vont soit entraîner des erreurs, soit simplement afficher le code à l'utilisateur.

…

Les enveloppes de flux de vue dégradent les performances

L'utilisation d'enveloppe de flux dégradera les performances de votre application, bien que les tests de performance réels sont indisponibles pour quantifier le niveau de dégradation. Nous recommandons donc soit d'activer les balises courtes, soit de convertir vos scripts pour utiliser la forme longue, ou d'avoir une bonne stratégie de mise en cache partielle ou totale du contenu de vos pages.

Et non seulement il ne sera pas deprecated, mais en plus il est utilisé dans zendFramework pour Zend_View

Alors je suis perdu sur cette règle

Pour rappel <? est déconseillé pour les conflit de sens avec ceux de xml.

Sous ce titre, volontairement polémiqueur, se cache en fait une réfléxion que je me suis faite en lisant cet article de devzone. En effet, je suis d’accord pour dire qu’il s’agit effectivement de bonnes pratiques lièes au développement en PHP. …