Discussion :

[Shaidak]

Que veux tu dire par la?

Et bien au premier abord cela m'avait semblé être un tout petit projet, d'où la remarque mais appremment elle semble inappropriée donc au temps pour moi .

[sparthane777]

Bonjour tout le monde

Quand je voie ça :



Je me demande sincèrement si ce genre de problématique vous est déjà arrivé sur un projet ? Vous avez déjà hésité entre java ou C++ sur un projet par exemple ? Personnellement jamais et je me voie mal demandé à mon patron d'utiliser le C++ pour une application web et inversement pour les projets personnels ... Chaque langage possède ses spécificité, avatanges et inconvénients et ils ne sont pas destinés aux même activités. Les questions présentées ici sont généralement vite écartées au vu de ce qui est recherché : mémoire, portabilité, ressources disponibles (frameworks, lib ...), ...

Pour en revenir au sujet, je suis également surpris par l'étude mais comme cela a été dit, ce n'est pas vraiment représentatif donc rien de bien surprenant, juste un titre un peu provocateur et un petit coup de pub

Ok je vois que l'on commence fort le lundi.
1) J'ai juste dit que pour une entreprise c'est plus direct de coder en Java, parce que pas le temps de coder en C/C++.
Après peut-être que je me trompe. Mais bon j'ai jamais tenté de rabaisser qui que ce soit au passage

2) Je m'exprime en fonction de mon point de vue. Tu as probablement une avancée en la matière, mais rien ne prouve que tu maîtrise le sujet.

[Paul TOTH]

Ok je vois que l'on commence fort le lundi.
1) J'ai juste dit que pour une entreprise c'est plus direct de coder en Java, parce que pas le temps de coder en C/C++.
Après peut-être que je me trompe. Mais bon j'ai jamais tenté de rabaisser qui que ce soit au passage

2) Je m'exprime en fonction de mon point de vue. Tu as probablement une avancée en la matière, mais rien ne prouve que tu maîtrise le sujet.

en quoi le codage Java est plus rapide que le C/C++ ?! (ou autre ?)

[dams78]

en quoi le codage Java est plus rapide que le C/C++ ?! (ou autre ?)

Quand même...

[Paul TOTH]

Quand même...

devant un tel argument je ne peux que m'incliner

[dams78]

devant un tel argument je ne peux que m'incliner

Vu tes posts t'es pas un newb, tu sais donc pourquoi grand nombre de développement se font en Java. Donc dire que le time to market du Java est identique à celui du C++, pour moi ça ne peut être que de l'ironie venant de ta part.
Sinon comme argumentation on peut juste sortir J2EE...

[ThomasR]

Vu tes posts t'es pas un newb, tu sais donc pourquoi grand nombre de développement se font en Java. Donc dire que le time to market du Java est identique à celui du C++, pour moi ça ne peut être que de l'ironie venant de ta part.
Sinon comme argumentation on peut juste sortir J2EE...

Merci donc d'expliciter ta réflexion par un argumentaire un peu plus construit pour nous en faire profiter, à nous, néophytes

[Paul TOTH]

Merci donc d'expliciter ta réflexion par un argumentaire un peu plus construit pour nous en faire profiter, à nous, néophytes

en plus ma question était presque pas ironique (mais dans l'autre sens ^^) vu que je connais assez mal le développement Java. Pour moi rien de tel que Delphi pour développer vite et bien

[dams78]

Merci donc d'expliciter ta réflexion par un argumentaire un peu plus construit pour nous en faire profiter, à nous, néophytes

Heu j'ai vexé des gens?

Je vais juste parler de mon expérience avec J2EE, je vois ici on utilise un framework un peu maison, en fait c'est un regroupement d'outils Java J2EE. Et tout ceci mis ensemble permet effectivement de gagner du temps et de faire des applis solides : je pense notamment à la sécurité (reprendre de outils fait pour), pareil pour les applis web, on utilise Struts, ya pas à dire c'est un énorme gain de temps.

[loka]

quelqu'un voulait voir un historique des langages :
http://people.mandriva.com/~prigaux/...dy/diagram.png

[Paul TOTH]

Heu j'ai vexé des gens?

Je vais juste parler de mon expérience avec J2EE, je vois ici on utilise un framework un peu maison, en fait c'est un regroupement d'outils Java J2EE. Et tout ceci mis ensemble permet effectivement de gagner du temps et de faire des applis solides : je pense notamment à la sécurité (reprendre de outils fait pour), pareil pour les applis web, on utilise Struts, ya pas à dire c'est un énorme gain de temps.

mais on fait tous ça, quelque soit le langage utilisé ^^

[dams78]

mais on fait tous ça, quelque soit le langage utilisé ^^

Donc pour toi à compétences égales, le temps de mise en production d'une application va être identique entre une équipe C++ et Java?

[Oberown]

Je me demande ce qui s'est passé au début du second trimestre de 2004.
Java et C++ font une sacré chute. Et Delphi et Python ont bien augmenté

[Paul TOTH]

Donc pour toi à compétences égales, le temps de mise en production d'une application va être identique entre une équipe C++ et Java?

bah ça dépend sans doute du domaine de l'application

mais je ne suis pas convaincu qu'il y ait des différences notables sur ce point entre les deux

[benzoben]

Personnellement, je pratique les 2 langages C++ (en hobby) et Java (pour le boulot). J'ai fait un peu de delphi à la fac, mais autant l'EDI est très bien autant le langage en lui même ne m'a pas attiré.

Pour en revenir à la question : est -il plus simple de développer en Java qu'en C++, je dirais que globalement c'est plus simple en Java.
Bien sur on peut faire des choses très simple en C++, ne pas utiliser de pointeur ou de template et alors c'est comme du Java. Mais rapidement les choses s'enveniment : macro, reinterpret_cast, destructeur virtuel, constructeur de recopie,...
Simple pour un développeur moyen de C++ me direz vous mais inexistant en Java : ces questions là on se les pose même pas!

Question compilation c'est pas comparable. Le nombre d'option du compilo C++ par rapport à javac c'est sans commune mesure. En java, le seul hic c'est le classpath mais c'est vraiment si tu gères mal les choses.

Au niveau doc, le monde Java est beaucoup plus simple: la javadoc a beaucoup contribué à uniformiser les docs. Quand on navigue sur des sites Open Source, pour un peu qu'il y ait du maven, on voit clairement les dépences de composant, les versions, ...
Vous avez déjà essayé de chercher des informations sur MSDN? Encore je trouve que ça s'est amélioré.

En conclusion, je dirais qu'avec Java il suffit de connaitre peu de concept pour faire beaucoup de choses alors que C++ c'est tout une tripotée de trucs et astuces qu'il faut maîtriser.

[benzoben]

Je dirais pour compléter qu'il y a beaucoup d'outils dans la communauté Java pour aider au développement.

Par exemple, la derniere fois je cherchais un équivalent de checkstyle pour C++. He bien, j'ai galéré. Je n'ai même pas trouvé un parseur C++ digne de ce nom (sans tomber dans du Lex/Yacc ou autre mammouth).
Y a CppLint par exemple, mais il ne fait pas tout, c'est en python (donc nouveau langage), extensibilité zéro. Ou alors tu trouves d'autres outils mais assez confidentiels.
Alors que checkstyle (pour ne citer que lui) c'est déjà très complet en plus l'extension est relativement simple.
bref, y a plein de choses qui existent en Java et qui je trouve sont plus répandues que dans le monde C++.

[Paul TOTH]

Personnellement, je pratique les 2 langages C++ (en hobby) et Java (pour le boulot). J'ai fait un peu de delphi à la fac, mais autant l'EDI est très bien autant le langage en lui même ne m'a pas attiré.

Pour en revenir à la question : est -il plus simple de développer en Java qu'en C++, je dirais que globalement c'est plus simple en Java.
Bien sur on peut faire des choses très simple en C++, ne pas utiliser de pointeur ou de template et alors c'est comme du Java. Mais rapidement les choses s'enveniment : macro, reinterpret_cast, destructeur virtuel, constructeur de recopie,...
Simple pour un développeur moyen de C++ me direz vous mais inexistant en Java : ces questions là on se les pose même pas!

Question compilation c'est pas comparable. Le nombre d'option du compilo C++ par rapport à javac c'est sans commune mesure. En java, le seul hic c'est le classpath mais c'est vraiment si tu gères mal les choses.

Au niveau doc, le monde Java est beaucoup plus simple: la javadoc a beaucoup contribué à uniformiser les docs. Quand on navigue sur des sites Open Source, pour un peu qu'il y ait du maven, on voit clairement les dépences de composant, les versions, ...
Vous avez déjà essayé de chercher des informations sur MSDN? Encore je trouve que ça s'est amélioré.

En conclusion, je dirais qu'avec Java il suffit de connaitre peu de concept pour faire beaucoup de choses alors que C++ c'est tout une tripotée de trucs et astuces qu'il faut maîtriser.

je te rejoins sur la complexité de configuration du C++...si je connais relativement bien le langage, j'ai toujours les pires difficultés pour compiler un programme C/C++

à côté de cela, la structure des langages Pascal apporte un énorme confort, tout y est déclaré de façon explicite et la compilation se faisant en une seule passe, on n'a pas un linker qui vient dire après compilation que les symboles ne sont pas résolus. Soient ils existent sans ambiguïté, soit la compilation ne passe pas et l'IDE vient nous placer dans le code sur le symbole inconnu

[nikko34]

euh... il faut pas délirer non plus.

Oui en Java il y a un bon paquet de bibliothèques prête à l'emploi, donc dans certains domaines, c'est très simple.

Par contre le C++ lui n'a qu'une bibliothèque standard limité mais il existe des tas de bibliothèques autours dans des domaines très différents et peut au pire utiliser directement l'API système Linux ou Windows.

Donc je dirais qu'en C++, tu es moins limité si tu sors du domaine de prédilection des bibliothèques Java existantes.

Checkstyle par exemple c'est plus un problème d'outil de développement/d'IDE et il est difficile d'avoir des équivalents avec les templates/les macros du C++.

Après, si on a des bibliothèques/base de code adéquates et qu'on connait le langage correctement, je ne vois pas pourquoi on irait moins vite en C++.

Ah oui et le C++ n'a rien à voir avec MSDN, ce n'est qu'un des langages utilisé par Microsoft, mais ces derniers n'ont rien à voir dans sa conception ni son évolution. C'est sûr que pour Java il y a le soutien de SUN derrière qui a fourni un lot d'outil standard comme la Javadoc qui uniformise le tout.

[benzoben]

Après, si on a des bibliothèques/base de code adéquates et qu'on connait le langage correctement, je ne vois pas pourquoi on irait moins vite en C++.
Checkstyle par exemple c'est plus un problème d'outil de développement/d'IDE et il est difficile d'avoir des équivalents avec les templates/les macros du C++.

Si on prend les courbes d'apprentissage, les bibliothèques, docs, EDI, je pense que Java coute moins cher à la fin. C'est sur la différence se voit moins si tu prends 2 développeurs confirmés.

C'est sûr que pour Java il y a le soutien de SUN derrière qui a fourni un lot d'outil standard comme la Javadoc qui uniformise le tout.

C'est justement pour ca que je trouve que Java est plus simple d'accès.

[nikko34]

ben ça dépend ce que tu fais.

Si tu fais un logiciel de capture de caméra et de reconnaissance de forme, et que tu veux développer un nouvel algo de ton cru, tu fais quoi?

Enfin il y a de la place pour tout le monde hein, mais si le but de la boite est d'avoir beaucoup de turn-over et prend des jeunes diplomés qui ne connaissent que le Java, c'est sûr que ça sera moins cher. Si par contre la boite a quelques dev confirmés C++ qu'elle a gardé pendant longtemps, ça sera différent c'est sûr.