Reprise du message précédent :
ben quoi c'est très bien...
 
tu vas pouvoir travailler avec de vrais outils pas fait pas des autistes pour des autistes demeurés...

...Mais c'est pas négligeable non plus. Et toutes les ressources économisées à maintenir un protocole inutile pourront être mise dans des trucs plus intéressant comme passer le test Acid 3

Pour faire tes CGI en fortran ?

Alors heureux ?  

dites les gens, si je veux utiliser scriptaculous en asp, y'a des trucs ajax intégrés, ou c'est uniquement avec ror ?
 
dans le cas contraire, je cherche donc une lib JS qui fait de l'ajax et qui a quelques effets visuels intégrés (le poids je m'en fous, c'est pour un back office)

 
Effectivement, un gros point pour firebug.
 

 
Bah c'est rigolo aussi d'utiliser vi    
 

 
Y a pas de PHP \o/
 

Tiens, Oracle a racheté BEA.

http://www.treehugger.com/files/20 [...] s_flop.php

 
250 vélos et 20 stations pour un million de bruxellois  

T'aimes pas le web ? Ou t'es un ayatola barbu ?  
Parce que c'est bien comme environnement de dev.
 

C'est ici le topic 2 poids 2 mesures ?

 
J'aime pas trop le developpement web effectivement. Ca provient d'un projet malheureux en PHP, un echec total (qui m'a enseigné la grande différence entre les langages orientés objets et les langages "presque oo" )    
 
Mais sinon, c'est clair que les technos sont très bien, j'ai pas à me plaindre
 
Et puis c'est un développement pour l'intranet, je vais donc découvrir ce que c'est IRL, un intranet (mes seules sources jusque là c'est Dilbert et les articles wikipedia)

Et pourtant...

ben ça tombe bien, asp.net avec c#, c'est très proche du visual c#

 
Aucun souci c'est pas lié à la techno serveur.

Et c'est la techno la cause de l'échec du projet ?
 

Bof... Quand tu regardes le code source, c'est pas la mer à boire.
 

J'pense ils trouveront plus facilement des gens pour fouiner dans le source d'une petite partie du codebase, que pour un monstre vivant et pensant tel que le moteur de rendu.

 
.NET rulez \o/
 

 
Pas nécessairement, mais j'ai travaillé comme une brute sur ce projet, pour un résultat vraiment médiocre, c'est très décevant.
 

ouais mais ça c'est parceque t'es nul
(et pas aidé, je te l'accorde )
 
t'ain comment je me crois trop vendredi moi

Donc c'est pas une raison pour cracher sur la techno
 
Y a déjà Masklinn et Shinuza pour ça

 
Oui, je prefere laisser PHP aux coWbOyZ pour me concentrer sur des technos de M$ no0bZaR  
 

 
Ha mais attention, il reste que je conchie PHP et son typage inexistant  

 
En attendant, passer du temps à maintenir du code qui n'a plus aucune utilité pour personne depuis des années, c'est de la connerie. Si tu peux le virer, tu le vires, point barre.

 
C'est à cause d'extremistes comme toi qu'on ne peut plus redémarrer windows en mode DOS  

(juste une question à deux balles : pourquoi un code qui n'évolue pas demanderait de la maintenance ?)

 
Réponse à deux balles: parce que le logiciel qui l'utilise évolue ?

 
Tu vois MB, leo++ est peut-être trop nul pour faire un projet réussi en php, mais il comprend quand même plus vite que toi.

leo++ + skeye > parceque quand vous mettez à jour un programme en C, vous réécrivez complètement stdio.h ?
 
le seul truc que je puisse voir qui nécessite maintenance, c'est à la limite l'interface avec la lib, le warper... et là déjà, c'est qu'on a un sérieux problème avec le maincode si on doit changer les méthodes d'interfacage tous les 4 matins sans avoir de rétro-compatibilité !
pour le reste, le core de la lib, mise à part modification majeure, je ne vois pas dans quel cas on a besoin de mettre le nez dedans...

 
ça reste de la maintenance de code inutile.

Nan mais je suis d'accord avec toi sur le fond. Si t'as une partie totalement obsolète à risque, autant la virer. Mais là ça représente tellement que dalle (24 Ko de code, contre 540 par exemple pour le protocole HTTP), que je vois un peu moins l'interêt. C'est quand-même pas un gros protocole, c'est ultra sommaire et basique...

Avec ma réorganisation de code j'ai 4 fois la même page php à un appel de template près.
Non je vous arrête c'est pas du vieux code moche à la base.

oui, mais ça ne sert à rien.

 
Justement, pour éviter d'entretenir une retro-compatibilité lourde, on commence par balancer ce qui est trop vieux et inutile (parce que bon, ce code est inutile).

c'est du bruit.

Exemple con: Windows Vista.

Ca sert pour les passionnés Dès que j'ai le temps, je lance mon propre serveur gopher chez moi

Un intranet ça peut être tout et n'importe quoi.  

Je me plie devant de tels arguments

Pris indépendemment ça semble pas grand chose mais ça s'ajoute au reste. et un pas grand chose + un autre pas grand chose + ... ça finit par faire énorme à la fin. Et pour avoir bossé sur des logiciel ayant une code base assez conséquentes et ayant pas mal vécue, je peux t'assurer que le code mort est une vraie plaie contre laquelle il faut sans cesse lutter.  
 

Je crois que tu as une idée déformée du developpement de firefox. Le gros du travail est fait par les employé de mozilla, les contributions externe sont minoritaires (mais loin d'être négligeable). Ils doivent faire des choix sur l'affectation de leurs ressources, ils ne peuvent pas claquer des doigts pour faire apparaitre 3 devs compétents issus de la comunauté et spécialisés dans les protocoles réseau du paléolithique

 
Tu confonds passionné et nécrophile. Un peu comme harko qui reste persuadé que l'assembleur x86 est une compétence indispensable ou les types qui sont persuadés que l'amiga sera toujours vivant en 2050.

moi je vote POUR la suppression de gopher, parce que même si le gain est petit, c'est toujours un gain, mieux que de rien faire.

effectivement ; maintenant, si ils pouvaient mettre quelque part (de trouvable) dans la doc "qu'est-ce le script attend en retour"... là j'essaye le editinplace http://wiki.script.aculo.us/script [...] laceEditor mais je sais pas quoi renvoyer au script pour qu'il finisse le "loading"...

C'est quelque chose que j'avais effectivement oublié
 

Je suis aussi d'avis que l'ASM x86 est nécessaire à tout cerveau humain
 

Le gain est plus proche du nano que du petit

PHP n'a besoins de personne pour se faire cracher dessus, il le fait tout seul.

PArce que ce code est lié au reste du logiciel, que le reste du logiciel évolue et qu'il faut mettre ce vieux code à jour si on veut qu'il marche avec le reste du logiciel.

Tout ce qui communique avec l'exterieur est une partie à risque

Et comme FF est open source tu n'auras qu'à récupérer la lib gopher dans les release précédentes pour faire marcher ton nouveau firefox avec ton serveur

nraynaud a parlé

Zut je t'avais oublié de la liste
Et btw RTFM