Pear, vos expériences

8 réponses

Auteur	Message
erwinol \| Membre Inscrit le : 09/05/2005	# Le 05/10/2005 à 22:06 J'ai longtemps hésité avant de me lancer dans PEAR, principalement à cause des problèmes de performances qu'il procure. Aujourd'hui au boulot, j'ai vu un collègue l'utiliser abondamment, il ne peut plus s'en passer. J'ai donc décidé de m'y mettre et je chipote depuis 3 heures dessus. J'ai touché un peu aux packages DB, QuickForm, QuickForm Controller et Mail ... mais très succintement. Certains d'entre vous manipulent-ils souvent les packages de PEAR ? Celà vous apporte-t-il réellement un plus dans vos developpement PHP ? Le gain de temps est-il apréciable lorsque vous maitrisez les différentes possibilités offertes ? La perte de performance est-elle fort génante ? Quels packages utilisez-vous ? Merci de partager vos expériences
bhamp0 \| Benjamin Membre Inscrit le : 09/05/2005	# Le 06/10/2005 à 14:23 Moi j'ai utilisé DBPear pour un projet, où le gars devait pouvoir choisir le type de base de données qu'il voulait (MySQL, PostgreSQL, ...). Mais je suis pas allé plus loin ... En tout cas, c'est bien puissant Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !
krucial \| Jean Christophe Administrateur Inscrit le : 09/03/2005	# Le 06/10/2005 à 16:00 Je connais meme pas JC - Mes sites \| Affiliation devis travaux \| Cotes voitures anciennes
devtribu \| Olivier Modérateur Inscrit le : 16/06/2005	# Le 06/10/2005 à 16:24 Pear, c'est génial en théorie. Ca respecte tous les grands principes de la programmation propre et élégante. Mais en pratique, les performances sont largement entamées, car les developpeurs de PEAR n'ont jamais eu a l'esprit l'optimisation des performances (et donc des couts d'infrastructure) J'ai meme vu sur des discussions du site de pear des gars n'avoir aucune considération pour les soucis de performance, comme si c'etait vulgaire et sans interet de penser à la rentabilité d'un developpement. par exemple, dans un site en PEAR, tous les fichiers sont en include au debut des pages, meme si la page va en utiliser que 5%. Entre un code parfaitement propre et idéal comme dans les livres et des economies sur l'hébergement, mon choix est tres vite fait Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f
devtribu \| Olivier Modérateur Inscrit le : 16/06/2005	# Le 06/10/2005 à 16:33 En gros pear, ca me fait penser aux profs d'informatique qui n'ont jamais mis les pieds dans une entreprise et qui voient l'informatique comme une matiere virtuelle comme les maths ou l'objectif c'est de se faire plaisir Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f
Julgates \| Julien Administrateur Inscrit le : 09/03/2005	# Le 06/10/2005 à 19:03 Pear j'ai craché dessus dès qu'on m'en a parlé en 1ere année d'IUT, je faisais du mysql depuis 2 ans et hors de question de passer à ce truc de bouze, ou il faut utiliser des fonctions sql modifiées, sous prétexte que le jour ou on change de sql (qu'on passe à oracle par exemple) ce sera plus simple Si un jour je passe sous Oracle ça sera pas pour du web... Shopping Time Network - Founder / CTO
JeromeF \| Jérôme Membre Inscrit le : 10/05/2005	# Le 06/10/2005 à 19:11 avec l'exemple de Julgates sur la bibliothèque pour le SQL... si tu utilises uniquement pour toi ca sert à rien. si c'est un script que tu dév et que tu distiribues (ou vends) à différentes personnes ca peut etre intéressant car ca te permettra de développer une unique version qui pourra aussi bien fonctionner sous mysql, postgre que oracle. tu n'auras pas une version différentes en fonction de chaque environnement. enfin je le vois comme ça.
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 06/10/2005 à 20:33 devtribu a dit : En gros pear, ca me fait penser aux profs d'informatique qui n'ont jamais mis les pieds dans une entreprise et qui voient l'informatique comme une matiere virtuelle comme les maths ou l'objectif c'est de se faire plaisir Point de vue d'un de mes anciens chefs, qui ne disait finalement pas que des conneries : Acheter un BI-Xeon au lieu d'un P4, ça va peut-être couter dans les 2000€ à la boite. Prolonger le temps de développement d'un projet de plusieurs mois, pour avoir voulu tout coder "en partant de zero" (sans PEAR par exemple), ça coutera beaucoup beaucoup plus cher à la boite. Comme c'est la mode de le dire : de nos jours le matos c'est "peanuts". Ce qui coute cher c'est le personnel. Faire un développement basé sur PEAR, c'est partir d'un "framework" avancé qui fournit de grandes facilités. Tu peux ensuite embaucher des développeurs "moins chers" qui n'auront que l'aspect métier à prendre en compte. Note : un gros avantage de Pear, c'est de fournir un environnement qui fonctionne peu importe la version de PHP. En effet PHP ajoute/supprime des fonctions au fil des versions ; avec PEAR que tu sais en PHP 4.0.0pl1 ou PHP 4.4.0, tu as à ta disposition les mêmes fonctions... PS : ça ne m'empeche pas de ne pas aimer PEAR hein daevel : infogérance et conseil \|\| moi
flush \| Jean-Philippe Modérateur Inscrit le : 09/05/2005	# Le 08/10/2005 à 12:29 J'ai jamais essayé, mais a vrai dire ca m'attire assez, les perfs sont pas au rendez vous, mais le gain de temps est très intéressant. Et pour reprendre un projet c'est vraiement géniale apparement ... Enfin je suppose que ici beaucoup développe en statique, alors que la façon objet est très intéressante pour la simplicité de compréhension et rapidité de programmation (enfin une fois que les classes sont faites !) @+ Jean-Philippe

Auteur

Message

Inscrit le : 09/05/2005

# Le 05/10/2005 à 22:06

J'ai longtemps hésité avant de me lancer dans PEAR, principalement à cause des problèmes de performances qu'il procure.

Aujourd'hui au boulot, j'ai vu un collègue l'utiliser abondamment, il ne peut plus s'en passer. J'ai donc décidé de m'y mettre et je chipote depuis 3 heures dessus.

J'ai touché un peu aux packages DB, QuickForm, QuickForm Controller et Mail ... mais très succintement.

Certains d'entre vous manipulent-ils souvent les packages de PEAR ?
Celà vous apporte-t-il réellement un plus dans vos developpement PHP ? Le gain de temps est-il apréciable lorsque vous maitrisez les différentes possibilités offertes ?
La perte de performance est-elle fort génante ?
Quels packages utilisez-vous ?

Merci de partager vos expériences

bhamp0 | Benjamin
Membre

Inscrit le : 09/05/2005

# Le 06/10/2005 à 14:23

Moi j'ai utilisé DBPear pour un projet, où le gars devait pouvoir choisir le type de base de données qu'il voulait (MySQL, PostgreSQL, ...). Mais je suis pas allé plus loin ... En tout cas, c'est bien puissant

Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !

krucial | Jean Christophe
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2005 à 16:00

Je connais meme pas

JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes

devtribu | Olivier
Modérateur

Inscrit le : 16/06/2005

# Le 06/10/2005 à 16:24

Pear, c'est génial en théorie. Ca respecte tous les grands principes de la programmation propre et élégante.
Mais en pratique, les performances sont largement entamées, car les developpeurs de PEAR n'ont jamais eu a l'esprit l'optimisation des performances (et donc des couts d'infrastructure)

J'ai meme vu sur des discussions du site de pear des gars n'avoir aucune considération pour les soucis de performance, comme si c'etait vulgaire et sans interet de penser à la rentabilité d'un developpement.
par exemple, dans un site en PEAR, tous les fichiers sont en include au debut des pages, meme si la page va en utiliser que 5%.

Entre un code parfaitement propre et idéal comme dans les livres et des economies sur l'hébergement, mon choix est tres vite fait

Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f

devtribu | Olivier
Modérateur

Inscrit le : 16/06/2005

# Le 06/10/2005 à 16:33

En gros pear, ca me fait penser aux profs d'informatique qui n'ont jamais mis les pieds dans une entreprise et qui voient l'informatique comme une matiere virtuelle comme les maths ou l'objectif c'est de se faire plaisir

Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f

Julgates | Julien
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2005 à 19:03

Pear j'ai craché dessus dès qu'on m'en a parlé en 1ere année d'IUT, je faisais du mysql depuis 2 ans et hors de question de passer à ce truc de bouze, ou il faut utiliser des fonctions sql modifiées, sous prétexte que le jour ou on change de sql (qu'on passe à oracle par exemple) ce sera plus simple

Si un jour je passe sous Oracle ça sera pas pour du web...

Shopping Time Network - Founder / CTO

JeromeF | Jérôme
Membre

Inscrit le : 10/05/2005

# Le 06/10/2005 à 19:11

avec l'exemple de Julgates sur la bibliothèque pour le SQL...
si tu utilises uniquement pour toi ca sert à rien.
si c'est un script que tu dév et que tu distiribues (ou vends) à différentes personnes ca peut etre intéressant car ca te permettra de développer une unique version qui pourra aussi bien fonctionner sous mysql, postgre que oracle. tu n'auras pas une version différentes en fonction de chaque environnement.

enfin je le vois comme ça.

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 06/10/2005 à 20:33

devtribu a dit :
En gros pear, ca me fait penser aux profs d'informatique qui n'ont jamais mis les pieds dans une entreprise et qui voient l'informatique comme une matiere virtuelle comme les maths ou l'objectif c'est de se faire plaisir

Point de vue d'un de mes anciens chefs, qui ne disait finalement pas que des conneries :
Acheter un BI-Xeon au lieu d'un P4, ça va peut-être couter dans les 2000€ à la boite.
Prolonger le temps de développement d'un projet de plusieurs mois, pour avoir voulu tout coder "en partant de zero" (sans PEAR par exemple), ça coutera beaucoup beaucoup plus cher à la boite.

Comme c'est la mode de le dire : de nos jours le matos c'est "peanuts". Ce qui coute cher c'est le personnel.

Faire un développement basé sur PEAR, c'est partir d'un "framework" avancé qui fournit de grandes facilités. Tu peux ensuite embaucher des développeurs "moins chers" qui n'auront que l'aspect métier à prendre en compte.

Note : un gros avantage de Pear, c'est de fournir un environnement qui fonctionne peu importe la version de PHP. En effet PHP ajoute/supprime des fonctions au fil des versions ; avec PEAR que tu sais en PHP 4.0.0pl1 ou PHP 4.4.0, tu as à ta disposition les mêmes fonctions...

PS : ça ne m'empeche pas de ne pas aimer PEAR hein

daevel : infogérance et conseil || moi

flush | Jean-Philippe
Modérateur

Inscrit le : 09/05/2005

# Le 08/10/2005 à 12:29

J'ai jamais essayé, mais a vrai dire ca m'attire assez, les perfs sont pas au rendez vous, mais le gain de temps est très intéressant.

Et pour reprendre un projet c'est vraiement géniale apparement ...

Enfin je suppose que ici beaucoup développe en statique, alors que la façon objet est très intéressante pour la simplicité de compréhension et rapidité de programmation (enfin une fois que les classes sont faites !)

@+ Jean-Philippe

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.