quote:

Originally posted by d&b resement elle est pas solide, j'ai déja fait un leger trou à coup de pied dedant y'a quelques temps donc je la fini et je reviens.

mdrrrrrrrrrrr

___________________
.

___________________

WAYS OF CONSCIOUSNESS On PARIS ONE (P1 Trance)
Every Saturday @ 4pm, Monday @ 8am + Thursday @ 0am (GMT+1)
OUT NOW ! : Axelle Roch - Serial Lovers (Nightflowers pres. Neurologik Remix) [MPDR092]
Also available :
A Boy And A Radio - Continuum (Nightflowers pres. Wild Symmetry Remix) [MPDR083]
Ness - Balloon (Nightflowers pres. Neurologik Dub) [MPDR063]

voila c'est résolu, j'ai agrandi le trou pour pouvoir passer pi j'ai ouvert de l'exterieur.

bon ben j'ai une porte avec une hommiere...

___________________
Rien ne se perd, rien ne se crée, tout s'arrose

quote:

Originally posted by d&b bon ben j'ai une porte avec une hommiere...

lol 5 secondes pour comprendre quand même

___________________
.

quote:

Originally posted by Cyber .NET n'est pas en cause, c'est plutot la maniere dont c'est utilisé. Tu pourrait très bien avoir le meme genre de faille avec php ou en java Bien au contraire, par defaut ce genre de browse est interdit en .net, c'est le codeur couillon qui est debile, pas la techno utilisée. Qui plus est, c'est surtout dans un gros site qu'on s'oriente faite ce genre de framework, là ou php est très largement depassé. edit : en plus c'est pas du .net

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. )

___________________
17.12.11 TBC @ Paris

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.

Mais comment je rigole en vous lisant

nan serieusement si vous connaissez pas n'en parlez pas


pas d'heritage en .net et des problemes de compatibilité avec firefox

___________________

quote:

Originally posted by Cyber pas d'heritage en .net et des problemes de compatibilité avec firefox

Les pbs de compatibilité sont pas dûs à .net en tant que tel mais au fait que ds un projet web .net les dev ont tendance à mettre bon nombre de fonctions javascript et autres jolis machins en AJAX qui sont loin d'être toujours bien pris en charges par Firefox. J'en sais quelque chose, je bosse sur un projet perso avec un developpeur .net de chez Microsoft France et il a dû abandonner tt un tas de fonctionnalités sympa en javascript et AJAX qu'il arrivait pas à faire marcher sous Firefox. Par ailleurs les applis web .net sont optimisées IE et tout le monde sait qu'un site optimisé IE un minimum complexe graphiquement a pas un rendu rigoureusement identique sous Firefox, non respect des standards du w3c (XHTML et CSS quoi) oblige...

Malgré tout, je suis effectivement plutôt d'accord avec toi, Shito.

quote:

Originally posted by Shito [...] 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. [...]

Le problème avec ça, c'est quand tu lègues un projet en mode TMA à d'autres gugusses de ta boîte, eh ben t'as pas spécialement envie que les autres en chient pour comprendre comment fonctionne ton projet, et qu'ils aient 50,000 classes à modifier pour juste implémenter des modifs toutes simples.

___________________
17.12.11 TBC @ Paris

quote:

Originally posted by maxxyme Malgré tout, je suis effectivement plutôt d'accord avec toi, Shito. Le problème avec ça, c'est quand tu lègues un projet en mode TMA à d'autres gugusses de ta boîte, eh ben t'as pas spécialement envie que les autres en chient pour comprendre comment fonctionne ton projet, et qu'ils aient 50,000 classes à modifier pour juste implémenter des modifs toutes simples.

Bah pour ca suffit que la conception soit bien foutue c'est tout, c'est ton job... C'est sûr que maintenant les dev sont tellement habitués à ce que les frameworks fassent tout à leur place....

quote:

Originally posted by Shito Bah pour ca suffit que la conception soit bien foutue c'est tout, c'est ton job... C'est sûr que maintenant les dev sont tellement habitués à ce que les frameworks fassent tout à leur place....

nan la conception, c'est le boulot des concepteurs.
et surtout quand pendant plus d'un an, voire 2, y'avait jamais eu de specs techniques des différentes parties de l'appli... ça aide dira-t-on.
et puis surtout quand un (ou deux) mecs ont tout imaginé (à leur sauce) ce qui sert de base à l'appli, mais que depuis tout n'a pas été recodé en profondeur (et proprement), eh bien tu traînes des vieux bouts de codes bien crades...

___________________
17.12.11 TBC @ Paris