J'utilise actuellement Ada 95 dans les communications tactiques militaires chez Thales.
Ça c'est le domaine de prédilection d'Ada depuis toujours. Et tu y utilises fréquemment tous les buzzwords (xml, http, etc...) dont on parle ?
T'es tellement ancré dans tes certitudes que tu ne crois pas un seul instant que je puisse être un gars sérieux et expérimenté qui parle en connaissance de cause
Tu es surement sérieux et expérimenté, mais tu confirmes toutes mes certitudes. A chaque discussions sur C/C++/Java/C#, il y a quelqu'un qui se pointe avec son langage chéri sous le bras en disant qu'il est 100 fois mieux. En général c'est Lisp, Ada, Eiffel, ou Objective C (les grands oubliés de l'industrie en gros). La personne connait à fond le langage, l'utilise souvent professionnellement, et ne se rend jamais compte qu'elle est dans une niche complètement à part du reste de l'industrie (sauf ObjC qui va peut-être redevenir un peu plus mainstream avec MacOS/X). Et bien sur, il y a toujours le cortège de stats comme quoi le langage en question fait n% moins de bug que C, tourne n% plus vite que Java, et a tout plein de libs absolument pas standard, et que c'est vraiment dommage qu'on l'utilise pas plus.
Tu es exactement comme le fan linuxien de base, qui bosse dans une SSII proposant des produits libres, et qui ne comprend pas qu'on puisse utiliser Windows alors que c'est si facile d'apprendre Linux et que toutes les applis sont là, ou presque parce que "ok pour ça c'est pas encore tout à fait au point mais bientôt ça sera super-génial".
Le langage ne sert à rien parce que j'ai l'embarras du choix dans les libs?
Bien sur que oui voyons. D'abord pour un soft commercial tu cherches toujours à réduire au maximum tes dépendances vers des produits externes. Entre les problèmes d'install, de packaging, de license, de compatibilité, etc... c'est toujours une source de problèmes. C'est pour ça qu'en C++ une lib comme Qt cherche à fournir un maximum de fonctionalités, pour que tu n'as pas à aller chercher ailleurs, et que les libs de Java ou C# sont aussi complètes.
Ensuite, avoir l'embarras du choix est précisément ça : un embarras. Il faut se farcir l'évaluation de toutes ces libs pour être sur de prendre la bonne, ce qui prend toujours un temps non négligeable.
Et puisque tu dis que le comité de standardisation d'Ada planche sur une lib standard, que vont devenir les libs actuelles ? C'est exactement l'un des gros problèmes de C++, plein de libs ont du inventer leur conteneurs, interoperabilité zero, et quand la STL est arrivée c'était trop tard, il faudra encore des années pour qu'elle s'impose définitivement. Pour des trucs plus avancés comme une toolkit graphique, etc... c'est même plus la peine.
Donc actuellement, si j'ai le choix entre un langage avec une lib standard bien fournie et un autre pour lequel j'ai "l'embarras du choix", j'irais toujours vers la lib standard, spécifiée et documentée.
Tout cela existe en Ada, en lib ou dans le langage. Oui, tout.
Un google de "ada graphic toolkit" ne me sort que GtkAda. Tu veux plaisanter j'espère ??
Pour "ada sql driver", j'ai GNUAda, sous GPL. Dommage.
"ada ide" donne le truc d'ACT, qui utilise GTK+. Il y en a d'autres ? Les screenshots font pitié à coté d'un truc comme IntelliJ.
"ada xml parser" me renvoie encore vers ACT. Le marché Ada est en pleine expansion on dirait :-). Si le comité de standardisation d'Ada reprenait tout ce que fait ACT, ça pourrait peut-être passer.
La doc est extrèmement limitée, DOM n'a pas l'air d'être complètement implémenté, et au passage on apprend qu'Unicode n'est pas en standard dans Ada. Ça c'est du langage qu'il est moderne.
Je ne connais pas, mais c'est peux comme si je te disais reviens me voir quand tu auras des User defined assignement et des clauses de représentations
Tu devrais connaitre ou au moins en avoir entendu parler. Le but n'est pas de te citer des refs que tu ne connais pas, mais au contraire d'en citer qui soient représentatives de ce qui se fait en Java ou C# actuellement :
[^] # Re: promouvoir Java plutot que C#
Posté par Guillaume Laurent . En réponse à la dépêche Mono 0.24. Évalué à 4.
Ça c'est le domaine de prédilection d'Ada depuis toujours. Et tu y utilises fréquemment tous les buzzwords (xml, http, etc...) dont on parle ?
T'es tellement ancré dans tes certitudes que tu ne crois pas un seul instant que je puisse être un gars sérieux et expérimenté qui parle en connaissance de cause
Tu es surement sérieux et expérimenté, mais tu confirmes toutes mes certitudes. A chaque discussions sur C/C++/Java/C#, il y a quelqu'un qui se pointe avec son langage chéri sous le bras en disant qu'il est 100 fois mieux. En général c'est Lisp, Ada, Eiffel, ou Objective C (les grands oubliés de l'industrie en gros). La personne connait à fond le langage, l'utilise souvent professionnellement, et ne se rend jamais compte qu'elle est dans une niche complètement à part du reste de l'industrie (sauf ObjC qui va peut-être redevenir un peu plus mainstream avec MacOS/X). Et bien sur, il y a toujours le cortège de stats comme quoi le langage en question fait n% moins de bug que C, tourne n% plus vite que Java, et a tout plein de libs absolument pas standard, et que c'est vraiment dommage qu'on l'utilise pas plus.
Tu es exactement comme le fan linuxien de base, qui bosse dans une SSII proposant des produits libres, et qui ne comprend pas qu'on puisse utiliser Windows alors que c'est si facile d'apprendre Linux et que toutes les applis sont là, ou presque parce que "ok pour ça c'est pas encore tout à fait au point mais bientôt ça sera super-génial".
Le langage ne sert à rien parce que j'ai l'embarras du choix dans les libs?
Bien sur que oui voyons. D'abord pour un soft commercial tu cherches toujours à réduire au maximum tes dépendances vers des produits externes. Entre les problèmes d'install, de packaging, de license, de compatibilité, etc... c'est toujours une source de problèmes. C'est pour ça qu'en C++ une lib comme Qt cherche à fournir un maximum de fonctionalités, pour que tu n'as pas à aller chercher ailleurs, et que les libs de Java ou C# sont aussi complètes.
Ensuite, avoir l'embarras du choix est précisément ça : un embarras. Il faut se farcir l'évaluation de toutes ces libs pour être sur de prendre la bonne, ce qui prend toujours un temps non négligeable.
Et puisque tu dis que le comité de standardisation d'Ada planche sur une lib standard, que vont devenir les libs actuelles ? C'est exactement l'un des gros problèmes de C++, plein de libs ont du inventer leur conteneurs, interoperabilité zero, et quand la STL est arrivée c'était trop tard, il faudra encore des années pour qu'elle s'impose définitivement. Pour des trucs plus avancés comme une toolkit graphique, etc... c'est même plus la peine.
Donc actuellement, si j'ai le choix entre un langage avec une lib standard bien fournie et un autre pour lequel j'ai "l'embarras du choix", j'irais toujours vers la lib standard, spécifiée et documentée.
Tout cela existe en Ada, en lib ou dans le langage. Oui, tout.
Un google de "ada graphic toolkit" ne me sort que GtkAda. Tu veux plaisanter j'espère ??
Pour "ada sql driver", j'ai GNUAda, sous GPL. Dommage.
"ada ide" donne le truc d'ACT, qui utilise GTK+. Il y en a d'autres ? Les screenshots font pitié à coté d'un truc comme IntelliJ.
"ada xml parser" me renvoie encore vers ACT. Le marché Ada est en pleine expansion on dirait :-). Si le comité de standardisation d'Ada reprenait tout ce que fait ACT, ça pourrait peut-être passer.
Ceci dit, il y a encore du boulot :
http://libre.act-europe.fr/xmlada/xml_toc.html(...)
La doc est extrèmement limitée, DOM n'a pas l'air d'être complètement implémenté, et au passage on apprend qu'Unicode n'est pas en standard dans Ada. Ça c'est du langage qu'il est moderne.
"ada http implementation" : rien.
Je suis tombé aussi sur http://www.adapower.com/,(...) qui montre bien l'état des lieux. Sur la page "Compiler and Tool Vendors" :
http://www.adapower.com/411/vendors.html(...)
on trouve le nombre ahurissant de 14 entreprises.
Je ne connais pas, mais c'est peux comme si je te disais reviens me voir quand tu auras des User defined assignement et des clauses de représentations
Tu devrais connaitre ou au moins en avoir entendu parler. Le but n'est pas de te citer des refs que tu ne connais pas, mais au contraire d'en citer qui soient représentatives de ce qui se fait en Java ou C# actuellement :
http://www.theserverside.com(...)
http://intellij.com/idea/(...)
Bref, Ada a trouvé sa niche, tant mieux pour lui, car il va y rester.