Bon allez un petit troll C /C++ Vs Java vs autres langages
-Java est condamné à mourir : Sun Microsystems ayant été racheté par Oracle.
On n'es pas certains que la firme de Larry Ellison continue à soutenir ce langage.
Cela coute trop cher y'a la crise économique..et puis il y a la concurrence de .NET et C#
A moins de faire des applis bancaires en Java mais même pour la gestion il y a le préhistorique COBOL qui fait parfaitement bien le travail
- C et C++ sont bien plus rapides que Java tout le monde le sait parfaitement bien
-C# n'arrive pas à s'imposer vraiment il y a encore pas mal et d'innombrables vieilles applications de gestion écrites en Visual Basic 6.
Les faire migrer en C#/NET coute trop cher
Bonsoir.
Ah, content de savoir que je n'aurais peut être pas appris ce langage inutilement (l'avenir me le diras) . Oui je sais, ce n'est jamais inutile (et puis le C reste mon langage préféré pour l'instant).
C'est pas vraiment ça le problème AMHA ... Java était une tendance, une sorte de mode et comme toute mode, ça finit par régresser. Bien sur Java est et sera sans doute encore très utilisé (téléphonie, avantage au niveau de la portabilité, etc) mais les développeurs en ont peut être assez de sa lourdeur qui lui fait défaut (car syntaxiquement parlant, je ne trouve que ce n'est pas un mauvais langage) ...
C# étant certes une alternative à Java (plus rapide d'ailleurs), il n'en manque pas moins que ce côté "M$ propriétaire" (malgré les effort fournit par mono), en a éloigné plus d'un ... Et à la vue des statistiques, on voit bien que Java reste dominant par rapport au C# & co ...
Il ne faut pas s'en inquiéter AMHA. PHP reste un incontournable du web mais le web n'occupe pas la totalité du monde du développement ca qui explique sont pourcentage plus faible certes mais qui n'est pas en régression.
Sinon, concernant, l'objective-C sont progrès n'est il pas du à son utilisation par Apple ?
Cordialement,
Idriss
Tout à fait d'accord avec ThomasR.
Mais si on parle en général, l'utilisation de tout langage depend des projets disponibles sur le marché. Et si on examine les différents langages, on peut remarquer que la majorité peut satisfaire les différents besoins.
Donc dire qu'un tel langage a envahi le marché reste relatif, je pense .
Bon allez un petit troll C /C++ Vs Java vs autres langages
Et puis tant que ca marche COBOL, pourquoi migrer et prier pour ca marche tout pareil (avec les bugs) en Java ?
Après Larry serait capable de vendre Java. Le GC de Java 7 a une fonctionnalité payante ou en passe de l'être, il me semble.
C'est vrai que les grosses applications batches ou certains coeurs de progiciels sont encore en C (raisons historiques ou prob de perf).
C et C++ sont peut être plus rapides en exécution mais c'est plus rapide de coder en Java (pas de memory leak ou core dump...). Il y a un gain en temps de développement en Java à mon avis (ex : thread/socket en Java par rapport au C, c'est plus simple). Il y a également tout ce qu'il y a autour de Java avec l'intégration continue associée à Maven (honnêtement je sais pas si ca existe en C, je suppose que c'est possible).
Hormis les problèmes de core dump, quelque chose de pas trop mal codé en Java ou en C, ca se modifie bien sans trop ramer.
Petite boutade : même en Java, il y a "null pointer" exception. Marrant pour une référence nulle. Quoi des pointeurs en Java ???
Et puis migrer de VB6 vers C# sous entend refonte de code. Il faut rester "iso-fonctionnel" accessoirement iso-bug (ca marchait pas avant, faut surtout pas que ca marche maintenant )et surtout savoir ce que faisait l'appli en VB6 surtout qu'entre les spéc et le code, y a parfois quelques surprises ou écarts. Après analyser 10000-20000 lignes de code pour savoir ce que faisait l'appli bon courage surtout si c'est fait avec les pieds.
Java, C, C++, VB (PHP, XHTML, ...) ce sont des bons langages. Après ca dépend de ce qu'on souhaite faire derrière.
Pur mythe. Le GC ne sait pas gérer les dépendances récursives. C'est pour ça que les WeakReference existent.
Ce mythe est bien symptomatique d'un des problèmes de Java : il veut faire croire que la programmation est facile (en empêchant le programmeur de gérer manuellement la mémoire pour lui éviter de faire des bêtises) et y parvient effectivement (la preuve, la plupart des développeurs pensent qu'une fuite mémoire en Java est impossible), alors qu'en réalité la problématique de la gestion de la mémoire est toujours présente.
Exactement, les références en Java sont ni plus ni moins des pointeurs. Leur utilisation est juste bridée par le langage, afin que, là encore, le programmeur infantilisé ne fasse pas de bêtises.Petite boutade : même en Java, il y a "null pointer" exception. Marrant pour une référence nulle. Quoi des pointeurs en Java ???
Cours : Initiation à CMake
Projet : Scalpel, bibliothèque d'analyse de code source C++ (développement en cours)
Ce message a été tapé avec un clavier en disposition bépo.
J'avais un boss qui nous sortait le même genre de stats à propos de son langage de prédilection de merde (non cité dans la liste) donc ces stats....
Comme l'ont relevés certains, ceci dépend beaucoup de l'activité du secteur informatique et de vieille technos (indécrotables comme le COBOL dans les banques) demeurent stables.
http://www.traducteur-sms.com/ On ne sait jamais quand il va servir, donc il faut toujours le garder sous la main
Exactement !ceci dépend beaucoup de l'activité du secteur informatique
Je ne comprends pas le débat C/C++ VS JAVA, les champs d'application industriels n'étant pas du tout les mêmes !
Pour tout ce qui est WEB, SOA, ... et j'en passe, le JAVA est roi c'est indéniable.
Mais dans les industries embarquées et temps réel, le JAVA n'a pas sa place pour les applications critiques. Allez faire du code temps réel qui vole par exemple (qui doit donc se plier à des normes comme DO-178B ou ARINC661) en JAVA ...
Pour avoir gouté aux 2 domaines que j'ai cité au dessus, JAVA et C/C++ sont tout à fait à leur place dans chacune d'elles je pense.
On entend par "langage", pas uniquement sa syntaxe. On sait très bien que ce n'est pas la syntaxe du langage qui va déterminer sa rapidité d'exécution. Quand on dit que Java est plus lent, ce n'est bien entendu pas la syntaxe qui est plus lente (la c'est un non sens), tout le monde le sait très bien ...
Et puis le mode d'exécution y est pour beaucoup (car on trouve encore des JVM et même sans, ça reste toujours lent).
Cordialement,
Idriss
J'ai vu un grand nombre d'application dans le domaine bancaire, et à part pour du pur code/traitement métier, je crois que je n'ai récemment jamais vu de cobol (pour la visualisation notamment etc.)
Java reste très soutenu par IBM dans le domaine bancaire (qui en même temps que fournir ses z/OS, en profite pour refourguer du Websphere)
Je ne répondrai à aucune question technique en privé
Le C, pour les services web, c'est le top. Tu n'as généralement pas trop à modifier cette partie pourtant elle est toujours sollicitée.
Et finalement, avec cgic, libxml2, glib, libjson et autres, tu codes assez vite et assez bien en C pour du web.
Mais il est vrai qu'en contre-partie, pour générer les interfaces, PHP est plus efficace. (les templates permettent d'avoir d'excellentes performances)
"Il est plus facile de décomposer un problème en ses éléments, forcément plus simples, que de le traiter en sa totalité." (R. Descartes)
Freelance iOS
Oui ça existe, mais tu connais beaucoup de micro-controleur low cost qui fonctionne avec ça ?tu savais qu'il y avait des jvm fait spécialement pour le temps réel et le marché de l'embarqué?
It's not a bug, it's a feature
j'aimerais bien comprendre une chose:
comment se fait-il (en dehors de la popularité auprès des développeurs, pas des entreprises) que le C soit apparemment bien plus utilisé que l'Ada pour l'embarqué, alors que j'ai cru comprendre que l'Ada est très enseigné dans les études pour l'embarqué, et que la gestion du multi-tâche et du temps réel est inhérente au langage?
Cela fait très longtemps que le langage est utilisé par Apple (par NeXT en fait, mais cette entreprise a été créée par Steve Jobs et a ensuite fusionné avec Apple), ce serait donc surprenant que cela cause une telle propulsion tant de temps après.
Qu'as-tu contre Caml ? C'est un excellent langage, je trouve (Objective Caml, du moins ; je ne me suis pas essayé à Caml Light).
ça dépent ce que tu entends par micro-controleur low cost....
je ne pourrais pas te dire ce qui est utilisé par notre compteuse d'argent mise à part que c'est basé sur un vieux cpu armv5 et la jvm embedded de sun fonctionne bien dessus
ensuite ta différent produit qui supporte qu'une partie de la plateforme java... genre muvium
autrement tu as différentes carte du genre gumstix, beagleboard, fox... facilement utilisé en robotique qui peuvent être utilisé en java
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager