Dans la vrai vie à moi, j'ai bossé chez un éditeur qui en 6 mois m'a demandé de porter une application tournant sur du DB2 vers du PostgreSQL et du Oracle, car c'est ce que souhaitai 2 de leurs clients.
Le langage était du powerbuilder, en langage magnifique puisqu'il te permet de (t'oblige à?) câbler directement ton SQL dans un datagrid et des champs. Sauf que changement de BDD => réécrire entièrement l'appli ou presque (c'est à ce moment là que j'ai découvert que le SQL était une blague).
D'autres questions ?
A présent je bosse en SSII et dans des projets open source, et travailler pragmatiquement en utilisant de bons outils m'évite beaucoup de problèmes (notamment de sécurité, de flexibilité et de performances), me permet une maintenance plus facile, permet d'avoir un code mieux découpé et m'évite d'avoir à écrire des doc et des commentaires à tour de bras car le code est bien découpé et simple à comprendre (les noms de fonctions constituent le gros de la doc, et c'est suffisant pour que quelqu'un rentre dans le projet sans le connaître).
Utiliser dans des projets , étudier, comparer des outils de template de MVC, ou pas, d'ORM ou pas, de ORM maison ou d'ORM opensource, expliquer aux gens comment découper leur code, les aider avec des outils toujours plus performant et toujours plus simple, c'est une bonne partie de mon métier, et je vois directement ce qui marche ou non.
On ne vit pas dans le monde des bisounours et tous les développeurs ne savent pas forcément coder propre(ne serait-ce que sur un point précis à régler d'urgence), surtout sous la pression des délais et des livraisons à 2h du mat qui marche toujours pas, et dans ces moment là, les couches, les bonnes pratiques et tout, ça apporte rien dans les 5 minutes pour régler le problème et achever la livraison, alors tout le monde les envois chier les bonnes pratiques...
Du coup on en revient toujours à 2 points : empêcher les mauvaises pratiques via des limitations, ou favoriser les bonnes pratiques en les rendant plus simple que les mauvaises. Les 2 fonctionnent, et en combinaison ca marche d'autant mieux !
[^] # Re: Journal très pertinent
Posté par Temsa . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 1.
Le langage était du powerbuilder, en langage magnifique puisqu'il te permet de (t'oblige à?) câbler directement ton SQL dans un datagrid et des champs. Sauf que changement de BDD => réécrire entièrement l'appli ou presque (c'est à ce moment là que j'ai découvert que le SQL était une blague).
D'autres questions ?
A présent je bosse en SSII et dans des projets open source, et travailler pragmatiquement en utilisant de bons outils m'évite beaucoup de problèmes (notamment de sécurité, de flexibilité et de performances), me permet une maintenance plus facile, permet d'avoir un code mieux découpé et m'évite d'avoir à écrire des doc et des commentaires à tour de bras car le code est bien découpé et simple à comprendre (les noms de fonctions constituent le gros de la doc, et c'est suffisant pour que quelqu'un rentre dans le projet sans le connaître).
Utiliser dans des projets , étudier, comparer des outils de template de MVC, ou pas, d'ORM ou pas, de ORM maison ou d'ORM opensource, expliquer aux gens comment découper leur code, les aider avec des outils toujours plus performant et toujours plus simple, c'est une bonne partie de mon métier, et je vois directement ce qui marche ou non.
On ne vit pas dans le monde des bisounours et tous les développeurs ne savent pas forcément coder propre(ne serait-ce que sur un point précis à régler d'urgence), surtout sous la pression des délais et des livraisons à 2h du mat qui marche toujours pas, et dans ces moment là, les couches, les bonnes pratiques et tout, ça apporte rien dans les 5 minutes pour régler le problème et achever la livraison, alors tout le monde les envois chier les bonnes pratiques...
Du coup on en revient toujours à 2 points : empêcher les mauvaises pratiques via des limitations, ou favoriser les bonnes pratiques en les rendant plus simple que les mauvaises. Les 2 fonctionnent, et en combinaison ca marche d'autant mieux !