Cela dit soyons honnête : 1 mois pour réécrire tous les sites satellites de Toyota ? Je ne mets pas en doute tes compétences...

Je suis Marseillais, donc
1. j'ai tendance à l'exagération
2. Mon client ne s'occupe pas de TOUT les sites satellites de Toyota.
C'est assez bizarre leur gestion chez Toyota. Toyota passe cette gestion à une filiale spécialisé. Cette filiale la passe a d'autres boites contre appel d'offre. Ces autres boites....etc jusqu'à MOI

Là je ne vois pas le rapport avec le langage, et avoir une documentation "hyper structurée" ne me paraît pas être un inconvénient.

Nan la je mettais l'accent sur :
La documentation est magnifique, structuré comme char Leclerc, c'est presque le Playboy du programmeur adolescent. Mais le code est horrible, bordélique, mal ficellée, on dirait la chambre du programmeur adolescent. Tout ça pour dire, on peut être une très très très grosse boite, et faire du code tout pourri en ASP et tout le monde s'en fiche. Pour passer à PHP, ça aurait surement été des grosses réunions de 6 mois. Mais au final, Microsoft inspire moins de crainte qu'une entreprise lamda qui fais du "Libre".

Maintenant c'est pas un débat hein, je rapporte juste ce que mon client m'a dit pour le choix de l'ASP. Comme le dit naholyr, on peut se retourner contre le prestataire. Mais dans le milieu ou je suis, ça ne se fait pas vraiment.

Faut un Dossier dès qu'on veut changer 3 lettres. Ils ont une documentation super structuré, des bouts de codes qui sont la depuis 7 ans etc...

Là je ne vois pas le rapport avec le langage, et avoir une documentation "hyper structurée" ne me paraît pas être un inconvénient.

À partir du moment où les workflows définissent que chaque modification doit être validée par 10 niveau d'utilisateurs, ça peut être codé en PHP, ASP, COBOL ou C++, ça n'y changera rien.

Heu... Nos applis sont toutes développées en PHP, et s'il y a un problème sur l'appli après la livraison, le client sait sur qui gueuler
Ce n'est pas parce qu'il n'y a pas une société derrière le prestataire que l'on ne peut plus gueuler contre le prestataire ! Et si le problème vient de PHP lui-même, c'est toujours sur le prestataire qu'ils pourront gueuler : il saura alors patcher PHP pour les besoins spécifiques (cf. Ez et le support UTF-8).

Que ce soit ASP, PHP, ou Zorglub, c'est toujours contre le prestataire que le client pourra se retourner, donc cet argument n'a absolument aucune valeur (c'est plutôt l'argument du prestataire qui veut se décharger de toute responsabilité, et perso je me méfierais de ce type de discours).

Cela dit soyons honnête : 1 mois pour réécrire tous les sites satellites de Toyota ? Je ne mets pas en doute tes compétences, mais je mets largement en doute ta faculté de chiffrage À moins qu'on ne parle que de "vulgaires" sites statiques.

Edit : ben non, tu parlais pas d'intranet, je suis fatigué :p

Y a 3 mois j'étais dans une boite qui fait les sites de Toyota aux Japon (Et ils sont nombreux.)
C'était un boulot ASP/MySQL. Faut un Dossier dès qu'on veut changer 3 lettres. Ils ont une documentation super structuré, des bouts de codes qui sont la depuis 7 ans etc...
Je débutais en ASP, mais quand j'ai vu le code, c'était un pinaise de plat de spaghetti.

Alors je leur fais "En 1 mois, je vous fait un truc mieux en PHP", ceux à quoi ils me répondent "Toyota est contre". Et moi de dire " Ho ?! Sans rire, et pourquoi ?"
Et lui de finalement me dire "Si un truc marche pas, on sait sur qui gueuler."

En gros le seul avantage a la solution closed, c'est qu'elle est fourni dans son ensemble par le même prestataire solvable. Et que quand on est une grosse boite, c'est plus facile d'aller gueuler en cas de problème. Pour les autres, il y a la solution LAMP.

y a des bons exemples sans vouloir raconter n'importe quoi qui tourne sur LAMP ou presque :
de tête je dirais ( peut être des erreurs ) :

- Orange.fr
- Yahoo.com
- Google.com ( apache mais pas php je crois )
- phpfrance :p

Et bien, je commence à avoir quelques éléments dans ma hotte avec tout ça !

Il me reste plus qu'à trouver des grosses entreprises avec des solutions web LAMP pour illustrer tout ça et ça devrait passer !

Si entre temps, vous avez d'autres idées ou des liens vers des benchmarks ou comparatifs divers fiables, ça m'intéresse toujours !

Merci encore !

Tu peux amener sur la table le prix des licences, ce à quoi on te répondra que oui mais que l'achat d'un serveur Linux amènera l'obligation d'avoir un spécialiste pour le maintenir, ce à quoi tu répondras «Ah ? Vous comptiez laisser la maintenant du serveur à un débutant ?».

Il y a aussi le fait que choisir une solution libre, c'est passer par un prestataire de souvent meilleure qualité qu'un prestataire Microsoft. Pourquoi ? Simplement parce qu'il y a peu de demande, donc les moins bons disparaissent immédiatement, donc pour survivre en tant que prestataire de solutions libres, il faut avoir un certain niveau. Ce qui n'est pas le cas pour les prestataires MS où on voit de tout et n'importe quoi : ils survivront de toute façon grace au support commercial du mastodonte derrière, et parce que la demande est largement supérieure.

Tu peux aussi faire une démo très simple :
- Appelle n'importe quel prestataire de solution libre au hasard dans les pages jaunes et pose-lui une question bien spécifique (la réponse sera souvent efficace et de toute façon d'ordre technique).
- Fais pareil avec la hotline de Microsoft (la réponse consiste bien souvent à l'explication de quelle licence il faut acheter pour avoir la fonctionnalité qui règlera le problème).
- Tu peux aussi tenter avec un prestataire MS au hasard, mais c'est risqué, des fois il arrive qu'on tombe sur un bon.
Constate le résultat

Tu veux dire le site dont la première page s'appelle default ?

Tout est dit...

Je connais très mal le monde d'ASP, mais je doute qu'aussi "compilé" soit-il, il puisse être réellement plus performant que PHP+APC (qui garde en cache une version "compilée" des scripts PHP).

Enfin, là n'est pas mon argument, voici mon argument ultime : citez un site populaire créé en ASP.

Microsoft affirme aussi que vista est performant...

Oui, effectivement, je pourrais apporter le point que PHP est très répandu et donner une liste de gros sites populaires développés en PHP. Merci pour cette idée.

Quant à la performance d'une plateforme LAMP vs MS, il semblerait que le débat soit justement là. Les utilisateurs MS semblent affirmer qu'aujourd'hui, leur plateforme avec leur framework .NET est maintenant plus performante (asp compilé ...).

C'est vrai que la communauté open source est fiable et rapide à la détente

des outils libres et une communauté pour répondre rapidement aux soucis techniques.

A+

Pascal

Un point sur lequel tu peux te baser c'est les performances une plateforme LAMP est je pense plus performante.
De plus tu peux regarder l'aspect ultra répandu du PHP, et le fait que vu qu'on trouve vraiment ENORMEMENT d'outils pour améliorer le developpement

Bonjour,

J'ai à défendre une position Open Source contre une Closed Source pour un projet. Etant donné que je m'y connais pas trop en MS, je poste ici afin d'avoir des avis

En gros, quelles sont les avantages et inconvénients d'une solution open source : Linux/Apache/PHP/MySQL et ceux d'une solution MS : Windows/IIS/.NET asp/MSSQL. (d'un point de vue technique, pour les couts d'une solution MS, je connais déjà la réponse :p)

J'ai regardé sur plusieurs sites, il semblerait que le débat soit épineux. mais bon là, j'ai besoin d'un peu d'aide pour déméler tout ça.

Merci beaucoup.

Arkis.