Discussion :

[hegros]

Sinon, la bibliothèque standard de Java et celle de C++ ne sont absolument pas comparables

Beh si on peut toujours essayer de comparer 2 bibliothèques selon les facteurs ISO mais on risque une égalité

[kisitomomotene]

non il te limite juste dans ta portabilité ce qui es le point fort de java....

et quand tu vend des librairies en java et que tu annonce que tu as une couche jni, tu fais peur a tes clients car il se demandent si tu supportera toutes les plateformes sur lesquels il veulent/peuvent déployer.
.

Qui vous dis que la portabilité est le seul point fort de Java? si quelqu'un veut déployer sur ses serveurs sun, une application d'entreprise avec interface Web, d'après vous quelle technologie va t'il choisir? techno C++ ? certainement pas car le seul environnement de développement d'application Web en C++ que je connais est l'environnement ATL Server de Microsoft (avec VC++) et il ne marche que sur IIS et l'ancien asp est nettement plus productif que cette techno C++. Biensur on peut toujours utiliser C++ par les cgi, mais là bjrs le moyen âge...

si on veut reutiliser du code C++ dans une application Web d'entreprise, je pense que la solution est java+jni, ou java+jna (jna est beaucoup plus flexible et plus productif que jni)

[Luc Hermitte]

Qui vous dis que la portabilité est le seul point fort de Java? si quelqu'un veut déployer sur ses serveurs sun, une application d'entreprise avec interface Web, d'après vous quelle technologie va t'il choisir?

RoR, Django ?

techno C++ ? certainement pas car le seul environnement de développement d'application Web en C++ que je connais est l'environnement ATL Server de Microsoft (avec VC++) et il ne marche que sur IIS et l'ancien asp est nettement plus productif que cette techno C++. Biensur on peut toujours utiliser C++ par les cgi, mais là bjrs le moyen âge...

Wt ?
Mais bon, il est vrai que le web service n'est pas vraiment le coeur de cible du C++.

[jabbounet]

Qui vous dis que la portabilité est le seul point fort de Java? si quelqu'un veut déployer sur ses serveurs sun, une application d'entreprise avec interface Web, d'après vous quelle technologie va t'il choisir? techno C++ ? certainement pas car le seul environnement de développement d'application Web en C++ que je connais est l'environnement ATL Server de Microsoft (avec VC++) et il ne marche que sur IIS et l'ancien asp est nettement plus productif que cette techno C++. Biensur on peut toujours utiliser C++ par les cgi, mais là bjrs le moyen âge...

si on veut reutiliser du code C++ dans une application Web d'entreprise, je pense que la solution est java+jni, ou java+jna (jna est beaucoup plus flexible et plus productif que jni)

il y'a le mot seul quelque part? non on parlait seulement du point de vue de la portabilité mais on a jamais dit qu'il s'agissait du seul point fort de java....

jabbounet seul dans le noir

[kisitomomotene]

RoR, Django ?

Wt ?
Mais bon, il est vrai que le web service n'est pas vraiment le coeur de cible du C++.

Si on peut très bien faire les Web services en C++, on y trouve beaucoup d'API, mais pour faire des appli Web, la génération dynamique de la vue nécéssite des frameworks approriés si on veut être productif et faire du code propre, maintenable. La génératetion dynamique des vues est une couche qui se situe au dessus des Web services, et les frameworks implémentant cette couche n'existent presque pas en C++. (je ne connais que les ATL server de VC++)

[Luc Hermitte]

Wt ?

[jabbounet]

C++ web server c'est parti merci google....

j'en trouve au moins 4, certains sont utilisé quand tu veux l'embarquer dans
A ce demander si internet et les serveurs web ont existé avant java

http://barracudaserver.com/
http://www.codeproject.com/KB/IP/webem.aspx
http://www.webtoolkit.eu/wt#/
http://www.micronovae.com/CSP.html

Autrement quand je regarde ici
http://httpd.apache.org/docs/2.0/install.html

c'est vrai qu'ils ne mentionnent pas de compilateurs C

Requirements

The following requirements exist for building Apache:

Disk Space
Make sure you have at least 50 MB of temporary free disk space available. After installation Apache occupies approximately 10 MB of disk space. The actual disk space requirements will vary considerably based on your chosen configuration options and any third-party modules.
ANSI-C Compiler and Build System
Make sure you have an ANSI-C compiler installed. The GNU C compiler (GCC) from the Free Software Foundation (FSF) is recommended (version 2.7.2 is fine). If you don't have GCC then at least make sure your vendor's compiler is ANSI compliant. In addition, your PATH must contain basic build tools such as make.
Accurate time keeping
Elements of the HTTP protocol are expressed as the time of day. So, it's time to investigate setting some time synchronization facility on your system. Usually the ntpdate or xntpd programs are used for this purpose which are based on the Network Time Protocol (NTP). See the Usenet newsgroup comp.protocols.time.ntp and the NTP homepage for more details about NTP software and public time servers.
Perl 5 [OPTIONAL]
For some of the support scripts like apxs or dbmmanage (which are written in Perl) the Perl 5 interpreter is required (versions 5.003 or newer are sufficient). If you have multiple Perl interpreters (for example, a systemwide install of Perl 4, and your own install of Perl 5), you are advised to use the --with-perl option (see below) to make sure the correct one is used by configure. If no Perl 5 interpreter is found by the configure script, you will not be able to use the affected support scripts. Of course, you will still be able to build and use Apache 2.0.

top
Download

Apache can be downloaded from the Apache HTTP Server download site which lists several mirrors. Most users of Apache on unix-like systems will be better off downloading and compiling a source version. The build process (described below) is easy, and it allows you to customize your server to suit your needs. In addition, binary releases are often not up to date with the latest source releases. If you do download a binary, follow the instructions in the INSTALL.bindist file inside the distribution.

After downloading, it is important to verify that you have a complete and unmodified version of the Apache HTTP Server. This can be accomplished by testing the downloaded tarball against the PGP signature. Details on how to do this are available on the download page and an extended example is available describing the use of PGP.

oups, peu etre pas tout lu

[kisitomomotene]

C++ web server c'est parti merci google....

j'en trouve au moins 4, certains sont utilisé quand tu veux l'embarquer dans
A ce demander si internet et les serveurs web ont existé avant java

http://barracudaserver.com/
http://www.codeproject.com/KB/IP/webem.aspx
http://www.webtoolkit.eu/wt#/
http://www.micronovae.com/CSP.html

Autrement quand je regarde ici
http://httpd.apache.org/docs/2.0/install.html

c'est vrai qu'ils ne mentionnent pas de compilateurs C



oups, peu etre pas tout lu

Certainement presque tous les serveurs Web (et même les navigateurs Web) sont développés en C++, mais lparmi es appli qui y tournent, très peu sont développées en C++.
Les techno côté client on trouvera; html+css+javascript, flash, sylverlight, javafx, applet java, la seule techno qui pouvait utiliser le C++ que je connais (les activeX de Ms) n'est pas portable et est très dangereuse en terme de sécurité.

Côté serveur: je ne peux vraiment tous les cité. rien que dans l'univers Java on compte plus de 50 frameworks pour application Web. En C++ heu je ne connais que les ATL server de MS (conçu uniquement pour IIS)

[Tommy31]

En C++ heu je ne connais que les ATL server de MS (conçu uniquement pour IIS)

Wt on te dit ! (http://www.webtoolkit.eu/)

[kisitomomotene]

Wt on te dit ! (http://www.webtoolkit.eu/)

Ok. Mais là c'est un autre reflet du principale problème de l'univers C++: Le faible degré de standardisation. La techno Wt est lié à un serveur spécifique (les serveurs Wt) tout comme ATL Server de Ms est lié à IIS. Vous pouvez imaginer l'effort qu'il faudra à un développeur Wt pour passer à ATL de Ms?
Le faible degré de standardisation pouvait être compensé s'il y avait un acteur dominant ( un peu comme Ms pour les technologies .Net).
Bon je ne vais pas citer tous les inconvenients quand il n'y a pas de standardisation

[kisitomomotene]

Autre problème du C++. La maintenance. Comme C++ donne trop de liberté, quand il faut maintenir un code où on trouve un peu partout des pointeurs d'un pointeur d'une indirection alors là bonjour les cauchemars.

[jabbounet]

Autre problème du C++. La maintenance. Comme C++ donne trop de liberté, quand il faut maintenir un code où on trouve un peu partout des pointeurs d'un pointeur d'une indirection alors là bonjour les cauchemars.

Ce que tu pointe là est plus de la faute des développeurs, pas du langage.
Tu trouvera des gorets partout et dans tous les langages sans exception.

J'ai vu du code non maintenable dans tous les langage sans exception ce n'est pas la faute du langage mais plus de l'humain et de l'utilisation qu'il en fait.

je te conseille de lire le topic qui parle de code propre, il me semble que les soucis ne vienne pas des langages mais des personnes qui développent dessus.


si je te sors une application sans commentaire mal indenté et dont la structure n'a aucune logique je ne pense pas que qui que ce soit la trouvera maintenable, et ce quelque soit le langage.

grouick.

[diopahmadou]

Je ne suis pas tout a fait d'accord, il existe de nombreuses choses qui n'existe pas directement en C/C++, mais qui necessite des bibliotheques speciales ou qui sont des fonctionnalites propres au compilateur (ex : IHM, Son, Graphisme, Base de donnee, etc.) alors que la plupart de ces fonctionnalites sont de base en Java.

Entierement d'accord avec toi, je ne suis pas d'accord sur le le fait que le C++ est plus complet, surtout que Java n'est pas seulement un langage mais une technologie, avec J2EE tu peux pratiquement développer n'importe quelle application d'entreprise, web, appli local, appli client serveur, des applets etc...

[diopahmadou]

Je ne suis pas tout à fait d'accord. Je pense que Java devrait se développer pour les applications non-OS et être utilisé quand on n'a pas besoin de vitesse pure.

Mais pour tout ce qui est développement système, le C/C++ est le seul langage utilisable (avec un peu d'assembleur éventuellement). Et pour le moment, aucun langage n'est capable de le remplacer. Donc, le C/C++ devrait durer encore un bon bout de temps.

Par contre, c'est une hérésie que Cobol soit encore utilisé.

Disons que si vous avez l'âme d'un pirate et que vous etes orienté programmation systéme mieux vaut se tourner vers le C/C++ cependant il faut etre baléze en programmation (comme écrire le noyau d'un OS)! par contre pour les développeurs orientés appli entreprise, Java, est à mon humble mon avis, plus complet et plus facile à mettre en oeuvre que C/C++.

[benwit]

Ce que tu pointe là est plus de la faute des développeurs, pas du langage.
Tu trouvera des gorets partout et dans tous les langages sans exception.

J'ai vu du code non maintenable dans tous les langage sans exception ce n'est pas la faute du langage mais plus de l'humain et de l'utilisation qu'il en fait.

Sur le fond, tu as entièrement raison.
Après, il faut quand même admettre que l'apport de certaines fonctionnalités d'un langage (gestion de la mémoire manuelle, pointeurs, ...) ou le manque de certaines fonctionnalités d'un langage (typage, ...) contribue (à développeur équivalent) à une maintenabilité plus faible ! Une faille qui dans la pratique sera malheureusement exploité tôt ou tard par l'entropie des organisations humaines.

[Ubiquité]

contribue (à développeur équivalent) à une maintenabilité plus faible !

C'est pour ça que les développeurs C++ ne peuvent pas se permettre d'être équivalent aux développeurs Java .

[benwit]

et ce qui rend les bons développeurs Java plus durs à trouver car cachés dans la masse

<mode humour>

Si on tire au hasard un développeur dans l'ensemble des développeurs C++/Java/C#/Visual Basic, je dirai que les chances d'avoir un bon développeur sont meilleures en C++ (moins de développeurs débutant), équivalente en Java/C# (tous niveaux) et faibles en VB (mais qui fait encore du VB ? )

</mode humour>

[jabbounet]

Sur le fond, tu as entièrement raison.
Après, il faut quand même admettre que l'apport de certaines fonctionnalités d'un langage (gestion de la mémoire manuelle, pointeurs, ...) ou le manque de certaines fonctionnalités d'un langage (typage, ...) contribue (à développeur équivalent) à une maintenabilité plus faible ! Une faille qui dans la pratique sera malheureusement exploité tôt ou tard par l'entropie des organisations humaines.

je vois comment codent les developperus java que je connais....
Ils se reposent trop sur des framework qu'il ne maitrisent pas font des algo trop compliqués en général car il n'ont pas vu beaucoup d'algorithmies dans leur cursus de formation/proféssionelle.

Les seuls bons developpeurs java que je connaissent sont en fait des developpeurs polyvalent qui maitrisent 2 ou trois langages à la fois dont parmis ceux là des langages ou tu gère manuellement la mémoire/les threads/... Et ils sont bien content d'etre passé par là car ça leur évite plein de bétises en java.

[kpouer]

Les seuls bons developpeurs java que je connaissent sont en fait des developpeurs polyvalent qui maitrisent 2 ou trois langages à la fois dont parmis ceux là des langages ou tu gère manuellement la mémoire/les threads/... Et ils sont bien content d'etre passé par là car ça leur évite plein de bétises en java.

Je suis bien d'accord, ce n'est pas parce que java a un garbage collector qu'il faut faire n'importe quoi avec la mémoire, et il faut aussi de la curiosité et lire le code source des méthodes de l'api java que l'on appelle, ca apprend beaucoup de choses et permet souvent d'améliorer son code en l'utilisant mieux et en connaissant ses limitations.
Cela dit si passer de java à c++ n'est pas nécéssairement facile, passer de c++ à java n'est pas aussi simple qu'on croit, pour les cas que j'ai vu, ils arrivent souvent avec beaucoup de certitudes et font beaucoup d'erreurs en voulant appliquer les mêmes méthodes

[Luc Hermitte]

[...] passer de c++ à java n'est pas aussi simple qu'on croit, pour les cas que j'ai vu, ils arrivent souvent avec beaucoup de certitudes et font beaucoup d'erreurs en voulant appliquer les mêmes méthodes

Ouais. Comme passer impunément des enum à des fonctions de classes génériques ... Pas facile de respecter le principe du DRY.