quote: | Originally posted by maxxyme
Je sais bien, mais je parlais pas de ASP/.NET particulièrement vis à vis de la faille de sécurité.
C'est simplement que ça tient difficilement la charge, et que le ASP/.NET c'est tout naze.
D'après un collègue qui touche, pas moyen de faire des projets PROPRES avec du .NET (pas d'héritage possible notamment... donc tu fais vite de la merde).
Et en quoi PHP est largement dépassé...? pour faire un site marchand, franchement, je vois pas. C'est juste parce que leur architecture de site est mal foutue, c'est tout.
Niveau techno proprio, y'a déjà du JSP c'est quand même largement mieux (après faut bien choisir son framework, ça c'est vrai aussi. ) |
Je suis loin d'être spécialiste en .net mais pour bosser aussi avec des types qui, comme tu dis, "touchent", et ben je peux te dire que le .net tient tout à fait la route face au java, simplement les approches sont différentes. La doc de .net est très fonctionnelle, le framework puissant, le support technique et les librairies existantes sont extrêmement nombreuses et complètes, avec des innovations régulières. La principale différence entre les deux c'est que le .net est conçu avec le souci d'optimiser l'utilisabilité finale par le client (mentalité microsoft quoi, même si du coup, le moteur DOM de firefox étant pourri, y a parfois de sérieux pbs de compatibilité hors IE...), là où le java c'est surtout conçu pour respecter les concepts objets les plus poussés et autres exigences des puristes du code. A choisir pour ma part, n'étant pas grand partisan des soirées translation du poignet droit sur Eclipse comme certains , c'est au client que je pense en tant qu'ingé... On en a rien à branler que le code soit "propre", dès lors qu'un minimum de portabilité est assurée, que la sécurité est bonne et que côté utilisateur l'appli est optimale.
Quant à PHP... deux problèmes.
- Le premier c'est que le modèle objet est encore rudimentaire, sans parler des questions de typage qui font crier à l'hérésie les développeurs puristes. Perso une fois de plus, tant qu'au final les choses fonctionnent côté utilisateur, ça me gène pas de comparer un entier avec une string, tant que ça pose pas de problème sur le produit final...
- Le second c'est un pb de moyens. Y a du pognon derrière .net et derrière java, des investissements de grosses boîtes pour lesquelles ces langages représentent de grands enjeux financiers. Ca donne naissance à des frameworks bien foutus, qui permettent de réduire au minimum les interventions du développeur sur le noyau des applis, réduit le temps de travail, les risques d'erreur, les trous de sécurité, etc... Sur PHP y a pas tout ça, les framework existants sont encore fort perfectibles, les CMS ont tous leurs défauts et sont pour la plupart difficilement adaptés à un cahier des charges un peu original, si bien que pr coder un projet pas trop basique en PHP faut partir de quasiment zero, et là c'est la porte ouverte à toutes les erreurs que peut faire un développeur selon son niveau. Et côté sécu c'est donc facilement l'effet passoire. Même si là encore les choses évoluent. Aujourd'hui un site respectant le mvc avec php5, mysql5 pour travailler avec des procédures stockées et éviter, par exemple, les appels directs aux INSERT et UPDATE depuis les fichiers php, ca tient pas mal la route côté sécu. Encore faut-il ttefois que le concepteur soit bon.
En résumé, java c'est la meilleure option pr les puristes du code, .net c'est parfait pour faire coder des gros projets Windows y compris par de "simples développeurs", et php donnera de très bons résultats pour les bons concepteurs sans budget et pas regardants sur la qualité du code... à condition de pas avoir peur d'y mettre de sa personne parce que la proportion de choses à coder à la main sera nettement plus importante que pour le reste.
|