WebDev et PHP

Petit nouveau ! | 1 Messages

04 avr. 2008, 19:21

Bonsoir,

Je programme déjà en PHP mais j'ai un client qui souhaite que je développe son site en PHP mais en utilisant le logiciel WebDev. Le coût du logiciel et le temps pour apprendre ce nouveau langage me semble élevé par rapport à ce que je peux déjà faire en codant à la main. Vais-je sauver beaucoup de temps avec ce logiciel versus coder le site à la main? Le code PHP qui sort de cet outil est-il bien fait ?

Merci.

Luc

Administrateur PHPfrance
Administrateur PHPfrance | 3131 Messages

04 avr. 2008, 20:03

1. Si c'est du "one shot" (pour un seul client) c'est toujours une énorme perte de temps d'apprendre un nouvel outil (framework, editeur). Surtout sur un éditeur comme WebDev, tu perdras autant de temps qu'à l'apprentissage d'un nouveau framework, tu seras probablement 4 à 5 fois plus lent qu'à l'habitude.

2. WebDev sort un vrai code de merde, c'est atroce.

ViPHP
ViPHP | 3300 Messages

04 avr. 2008, 20:24

2. WebDev sort un vrai code de merde, c'est atroce.
rofl, c'est si bon quand on attend que quelqu'un d'autre le dise et que ca vient aussi vite :)
bon sinon c'est logique ce que naho dit, c'est juste le petit frère de windev qui fait pas mieux après tout...
Fait du php depuis que ca existe ou presque :)

ViPHP
ViPHP | 3607 Messages

04 avr. 2008, 20:51

windev qui fait pas mieux après tout...
Euh en ce moment, je travail sous windev pour un programme, et c'est peut-être pas super clean au niveau SQL et tout toutim, mais au moins c'est achement plus rapide que de faire ça en C,C++ ou d'autres languages

ViPHP
ViPHP | 3300 Messages

04 avr. 2008, 21:09

windev qui fait pas mieux après tout...
Euh en ce moment, je travail sous windev pour un programme, et c'est peut-être pas super clean au niveau SQL et tout toutim, mais au moins c'est achement plus rapide que de faire ça en C,C++ ou d'autres languages
Alors je sais que ca peut choquer mais pour moi la notion de rapidité n'a pas sa place dans une discussion de choix technologiques, tout simplement parceque cette notion est très dépendante de la capacité et des compétences de chacun et de facteurs extérieurs (humains, informatiques).

Quelqu'un en phase d'apprentissage ne devrait jamais chercher à avoir une tâche facile, ou rapide à faire, et on peut encore digresser indéfiniment sur le sujet alors pardon pour la remarque sur windev qui n'avait (presque) rien à faire la et restons dans le débat.
Fait du php depuis que ca existe ou presque :)

Administrateur PHPfrance
Administrateur PHPfrance | 3131 Messages

05 avr. 2008, 10:59

Disons que le (gros) problème de WebDev par rapport à WinDev c'est qu'ils ne produisent pas les mêmes applications. Une application créée à partir de WebDev c'est censé être un site web, donc potentiellement :
- respectant certains critères de validité du code et d'accessibilité
- référençable
- tournant sur des serveurs divers et variés

Ces aspects ont apparemment échappé aux créateurs de cet outil, et à moins de graves torsions cervicales, on ne peut pas obtenir quelque chose d'aussi satisfaisant qu'avec... n'importe quoi d'autre :lol: du moins sur ces critères.

Après c'est vrai qu'en terme de rapidité de production d'une appli, j'ai vu des backends complets réalisés en un après-midi. Mais bon, le même tour de force est réalisé avec Symfony... En plus propre ^^ et beaucoup plus portable question serveur.

En revanche je le répète, si tu t'engages sur un nouvel outil il ne faut surtout pas le faire dans l'optique de satisfaire un client, mais dans l'optique d'adopter cet outil au long terme. Car le gain ne se fait qu'au 2e ou 3e projet (dépend de ta capacité d'apprentissage et de la capaciter de domptage de l'outil).


De plus, rien qu'au niveau de la gestion du projet, le client n'a pas à imposer un outil de développement ! Il n'a pas à décider de ton équipe de développeurs, et il n'a pas à décider de leur matériel, etc... Tout ce qu'il est en droit de t'imposer à la rigueur (et encore, ça dépend des chefs de projet) c'est au niveau du résultat final, donc à la rigueur le point suivant peut être discutable : pouvoir ouvrir l'application dans son éditeur à lui pour pouvoir la modifier par la suite (mais là tu as intérêt de mettre le paquet sur le contrat de garantie).
Mais franchement, ce type de demande n'a rien à faire dans la bouche d'un client, et ça sent mauvais pour la suite (période de maintenance et de garantie).