Le concept lui-même de machine virtuelle est une daube intellectuelle pour un serveru d'applications.
Je suis une burne infoutue de pondre un programme tournant directement sur le système d'exploitation, alors je me mets des couches pour pas faire de core sous moi. Mais ma couche (JVM) est une calamitée en terme de performances et de fonctionnalités alors: pour les fonctionnalités, je charge la mûle avec toujours plus de bibliothèques nazes parce faisant double emploi avec celles de l'OS (au moins sous Unix) et pour les performances, j'ai les boules. Remarque, on peut inventer un compilateur Java capable de générer du code interprétable par la machine (la vraie). Pas con! Et hop, j'étais une couille molle génératrice de cores en C ou en C++, et maintenant je suis une baboule génératrice de cores en Java: la boucle est bouclée.
Franchement, les servlets font figure de choix royal principalement dans les SSII qui sont des sociétés où souvent les choix technologiques sont guidés par les contraintes du marché de l'emploi. Aujourd'hui, si tu veux pas trop raquer pour un développeur bas de gamme et complètement ignare sur ce qui se fait en informatique, tu tombes forcément sur un type qui aime Java. D'entrée, pour aimer un langage informatique quel qu'il soit, il faut être psychopathe, mais en plus, pour se prétendre professionnel du développement en ne connaissant que du Java ou des environnements RAD, il faut être malhonnête.
En plus, stop les bench débiles qui prétendent qu'un byte code interprété par un machine virtuelle elle-même développée en C et exécutée par un OS présente des performances supérieures à un applicatif développé directement pour l'OS concerné.
Java et .Net ouvrent des concepts sympa pour des outils éventuellement graphiques rapidement développées ou provisoires au même titre que des shells mais restons sérieux, si tu veux faire tourner Amazon sur servlet, tu reportes le problème sur l'administration système rien que par la charge cpu et mémoire occasionnée. Le seul truc terrble de Java était les applets et l'instabilité chronique des JVM des navigateurs les a fait tomber en disgrâce, dommage.
En fait, Java a réellement rempli son rôle purement commercial qui est de vendre et de faire de la notoriété. Cette idée a servi tout le monde: les branleur infichus de pondre du C et qui se pennent pour des vrais pros en OO et qui constituent une armée de petit soldats militant pour la seule techno qui les reconnaît, les licenses JDK (merci Sun), le vendeurs de bibliothèques en pagaille vite produites, les marchands de base de données parce qu'avec des perfs pareilles, il faut au moins de l'Oracle avec une chiée de procédures stockées, les marchands de matériel haut de gamme (il te faut un Cray pour pondre une VPC à succès) et de solutions de clustering (même raison), et je ne parle même pas des marchands de viande (SSII plus anonymement) qui se frisent en refourgant de la marchandise avariée et des services dont le besoin est autogénéré par la mauvaise qualité des applications.
PHP est bien moins puissant sur le papier, mais pour la couche présentation, il fait tout et vite. La couche logique se contente facilement d'un bête démon pondu en C, C++, COBOIL, FORTRAN, ou ce qu'on veut, mais qui booste et la couche données SGBD. Pourquoi cette frénésie de bouffons ?
# Pouah
Posté par Anonyme . En réponse à la dépêche Java J2EE vs .Net. Évalué à 0.
Je suis une burne infoutue de pondre un programme tournant directement sur le système d'exploitation, alors je me mets des couches pour pas faire de core sous moi. Mais ma couche (JVM) est une calamitée en terme de performances et de fonctionnalités alors: pour les fonctionnalités, je charge la mûle avec toujours plus de bibliothèques nazes parce faisant double emploi avec celles de l'OS (au moins sous Unix) et pour les performances, j'ai les boules. Remarque, on peut inventer un compilateur Java capable de générer du code interprétable par la machine (la vraie). Pas con! Et hop, j'étais une couille molle génératrice de cores en C ou en C++, et maintenant je suis une baboule génératrice de cores en Java: la boucle est bouclée.
Franchement, les servlets font figure de choix royal principalement dans les SSII qui sont des sociétés où souvent les choix technologiques sont guidés par les contraintes du marché de l'emploi. Aujourd'hui, si tu veux pas trop raquer pour un développeur bas de gamme et complètement ignare sur ce qui se fait en informatique, tu tombes forcément sur un type qui aime Java. D'entrée, pour aimer un langage informatique quel qu'il soit, il faut être psychopathe, mais en plus, pour se prétendre professionnel du développement en ne connaissant que du Java ou des environnements RAD, il faut être malhonnête.
En plus, stop les bench débiles qui prétendent qu'un byte code interprété par un machine virtuelle elle-même développée en C et exécutée par un OS présente des performances supérieures à un applicatif développé directement pour l'OS concerné.
Java et .Net ouvrent des concepts sympa pour des outils éventuellement graphiques rapidement développées ou provisoires au même titre que des shells mais restons sérieux, si tu veux faire tourner Amazon sur servlet, tu reportes le problème sur l'administration système rien que par la charge cpu et mémoire occasionnée. Le seul truc terrble de Java était les applets et l'instabilité chronique des JVM des navigateurs les a fait tomber en disgrâce, dommage.
En fait, Java a réellement rempli son rôle purement commercial qui est de vendre et de faire de la notoriété. Cette idée a servi tout le monde: les branleur infichus de pondre du C et qui se pennent pour des vrais pros en OO et qui constituent une armée de petit soldats militant pour la seule techno qui les reconnaît, les licenses JDK (merci Sun), le vendeurs de bibliothèques en pagaille vite produites, les marchands de base de données parce qu'avec des perfs pareilles, il faut au moins de l'Oracle avec une chiée de procédures stockées, les marchands de matériel haut de gamme (il te faut un Cray pour pondre une VPC à succès) et de solutions de clustering (même raison), et je ne parle même pas des marchands de viande (SSII plus anonymement) qui se frisent en refourgant de la marchandise avariée et des services dont le besoin est autogénéré par la mauvaise qualité des applications.
PHP est bien moins puissant sur le papier, mais pour la couche présentation, il fait tout et vite. La couche logique se contente facilement d'un bête démon pondu en C, C++, COBOIL, FORTRAN, ou ce qu'on veut, mais qui booste et la couche données SGBD. Pourquoi cette frénésie de bouffons ?