C'est vraiment agaçant ces gens qui dénigrent les technologies nouvelles tout simplement parce qu'ils ne les connaissent pas...
- Pour XML, je crois que tout a déjà été dit (cf post précédent)... Il est vrai qu'il n'y a rien de miraculeux dans XML, et que ça devrait exister depuis bien longtemps... Mais maintenant que ça existe, sachons en tirer parti (et surtout de ses multiples normes "'satellites" comme XSLt, XSchema, XPath, etc...)
- Pour le multithreading, cela ne sert pas seulement à rafraichir une interface tout en faisant un calcul!!! (LOL;) Si tu les considère comme inutiles, alors quel intérêt trouves-tu aux processus parallèles? Pourquoi ne pas faire une bonne boucle en assembleur, après tout ?? Il faut que tu comprennes que (comme l'apporche objet par exemple), les threads sont un modèle de programmation qui permet de développer des choses complexes assez facilement. Par exemple, elles offrent des moyens de synchronisation évolués (conditions, sémaphores, etc.), ce que l'on n'a pas facilement avec des fork(). Mais c'est vrai que l'on peut toujours faire sans, comme on peut aussi tout faire sans le C ou tout autre langage de + ou - haut niveau...
- Pour Java qui serait une mode, je préfère en rire... Certes ça tourne plus lentement que du C ou du C++, mais au cas où tu ne l'aurais pas remarqué, ce qui compte maintenant c'est plutôt la conception, la maintenabilité, etc... Qques petits exemples parmis une foule :
- API consistante, ouverte, cohérente...
- Conception / Designs patterns (sais-tu ce que c'est, au moins?)
- J2EE...
Mais c'est vrai que l'on peut toujours tout faire en assembleur et en ligne de commande, sans conception, ... Ca fait plus "geek", plus "hacker", etc...
[^] # Re: Je préfère Apache - Pas moi
Posté par Anonyme . En réponse à la dépêche Caudium v/s Apache. Évalué à 0.
- Pour XML, je crois que tout a déjà été dit (cf post précédent)... Il est vrai qu'il n'y a rien de miraculeux dans XML, et que ça devrait exister depuis bien longtemps... Mais maintenant que ça existe, sachons en tirer parti (et surtout de ses multiples normes "'satellites" comme XSLt, XSchema, XPath, etc...)
- Pour le multithreading, cela ne sert pas seulement à rafraichir une interface tout en faisant un calcul!!! (LOL;) Si tu les considère comme inutiles, alors quel intérêt trouves-tu aux processus parallèles? Pourquoi ne pas faire une bonne boucle en assembleur, après tout ?? Il faut que tu comprennes que (comme l'apporche objet par exemple), les threads sont un modèle de programmation qui permet de développer des choses complexes assez facilement. Par exemple, elles offrent des moyens de synchronisation évolués (conditions, sémaphores, etc.), ce que l'on n'a pas facilement avec des fork(). Mais c'est vrai que l'on peut toujours faire sans, comme on peut aussi tout faire sans le C ou tout autre langage de + ou - haut niveau...
- Pour Java qui serait une mode, je préfère en rire... Certes ça tourne plus lentement que du C ou du C++, mais au cas où tu ne l'aurais pas remarqué, ce qui compte maintenant c'est plutôt la conception, la maintenabilité, etc... Qques petits exemples parmis une foule :
- API consistante, ouverte, cohérente...
- Conception / Designs patterns (sais-tu ce que c'est, au moins?)
- J2EE...
Mais c'est vrai que l'on peut toujours tout faire en assembleur et en ligne de commande, sans conception, ... Ca fait plus "geek", plus "hacker", etc...