Oui, je l'avais trouvé. GPL. J'utilise ça comment dans une appli commerciale ? L'interface à Oracle est dans un package séparé, ça implique quoi du point de vue de la facilité de mise en oeuvre ? Il n'y a pas de support pour SQL Server ou DBase. Pas de doc en vue non plus.
pour HTTP/HTTPS/SOAP/etc/etc, cherche AWS
Ah, exact. Rien à dire, ça à l'air assez complet et documenté.
GtkAda, c'est un très bon binding portable.
C'est un binding. Je pense pouvoir dire que je connais assez bien le problème (jette un oeil à ma page). J'avais même discuté avec son mainteneur à une Linux Expo il y a plusieurs années, du temps où j'étais encore du coté Gnome. Bref, en gros : ça marche bien tant que tu restes dans la limite des widgets disponibles et que tu ne fait rien de trop exotique. Sinon, c'est très vite la merde.
les screenshots qui font pitiés, c'est tout ce que tu a a dire? C'est du Gtk, si ca ne te plait pas, change de thème.
Dis ça à un utilisateur lambda, tu vas apprécier la réponse.
en fait, ton assertion de base avec la quelle je ne suis pas d'accord, c'est que le principal est dans la lib. C'est faux.
Primo, une grande partie des logiciels n'utilisent pas ou peu de lib. Je n'ai pas travaillé sur un logiciel ayant une interface graphique depuis 1991.
Tant mieux pour toi, mais ça n'est pas le cas pour beaucoup d'autres.
Secondo, il y a 50 langages qui offrent tous tes buzz words en bibliothèque.
A part Java et C# ? Trouve m'en seulement un autre. Dont les libs sont documentées, à jour, et distribuées en standard. Il n'y en a pas, parce que pour sortir un truc pareil maintenant il faut s'appeler IBM, Sun ou Microsoft.
Et dans pas mal de cas, les libs, on s'en fout même carrément.
Bon, c'est pas la peine de continuer, on ne vit pas dans le même monde. Au boulot je fais des GUI, à la maison (le projet libre dont je m'occupe), c'est de la GUI aussi, particulièrement complexe. Tu bosses dans un environnement très spécifique, isolé des contraintes auxquelles je suis soumis (et en contrepartie je n'ai pas les tiennes non plus). Dès que tu as affaire à des utilisateurs lambdas, pas des techniciens, tu te retrouves avec une foultitude de problèmes pour lesquels la propreté de ton langage ne t'es d'aucun secours. C'est ce que j'explique dans mon autre post plus haut. Tu dis que tous les buzzwords dont je parles sont dispo en Ada. Je t'assure que si tu avais effectivement à les utiliser, tu te rendrais très vite compte qu'entre une recherche sur google qui te sort un pointeur vers une lib et un produit fini et utilisable, il y a un gouffre. Dire "c'est bon, c'est dispo, y a une lib", ça veut le plus souvent dire que 99% du boulot reste à faire.
des étudiants de l'ENST ont réalisé un client Jabber avec GtkAda en quelques centaines d'heures, alors qu'il ne connaissaient pas Ada, pas le protocole Jabber, et probablement pas non plus XML et SAX.
Il leur aurait surement fallu 10 fois moins de temps pour le faire en Ruby/Qt. Et alors ? Si tu penses qu'un projet d'étudiant sur un truc aussi trivial est représentatif d'un cas réel, là encore on ne vit pas dans le même monde.
[^] # Re: promouvoir Java plutot que C#
Posté par Guillaume Laurent . En réponse à la dépêche Mono 0.24. Évalué à 1.
Oui, je l'avais trouvé. GPL. J'utilise ça comment dans une appli commerciale ? L'interface à Oracle est dans un package séparé, ça implique quoi du point de vue de la facilité de mise en oeuvre ? Il n'y a pas de support pour SQL Server ou DBase. Pas de doc en vue non plus.
pour HTTP/HTTPS/SOAP/etc/etc, cherche AWS
Ah, exact. Rien à dire, ça à l'air assez complet et documenté.
GtkAda, c'est un très bon binding portable.
C'est un binding. Je pense pouvoir dire que je connais assez bien le problème (jette un oeil à ma page). J'avais même discuté avec son mainteneur à une Linux Expo il y a plusieurs années, du temps où j'étais encore du coté Gnome. Bref, en gros : ça marche bien tant que tu restes dans la limite des widgets disponibles et que tu ne fait rien de trop exotique. Sinon, c'est très vite la merde.
les screenshots qui font pitiés, c'est tout ce que tu a a dire? C'est du Gtk, si ca ne te plait pas, change de thème.
Dis ça à un utilisateur lambda, tu vas apprécier la réponse.
en fait, ton assertion de base avec la quelle je ne suis pas d'accord, c'est que le principal est dans la lib. C'est faux.
Primo, une grande partie des logiciels n'utilisent pas ou peu de lib. Je n'ai pas travaillé sur un logiciel ayant une interface graphique depuis 1991.
Tant mieux pour toi, mais ça n'est pas le cas pour beaucoup d'autres.
Secondo, il y a 50 langages qui offrent tous tes buzz words en bibliothèque.
A part Java et C# ? Trouve m'en seulement un autre. Dont les libs sont documentées, à jour, et distribuées en standard. Il n'y en a pas, parce que pour sortir un truc pareil maintenant il faut s'appeler IBM, Sun ou Microsoft.
Et dans pas mal de cas, les libs, on s'en fout même carrément.
Bon, c'est pas la peine de continuer, on ne vit pas dans le même monde. Au boulot je fais des GUI, à la maison (le projet libre dont je m'occupe), c'est de la GUI aussi, particulièrement complexe. Tu bosses dans un environnement très spécifique, isolé des contraintes auxquelles je suis soumis (et en contrepartie je n'ai pas les tiennes non plus). Dès que tu as affaire à des utilisateurs lambdas, pas des techniciens, tu te retrouves avec une foultitude de problèmes pour lesquels la propreté de ton langage ne t'es d'aucun secours. C'est ce que j'explique dans mon autre post plus haut. Tu dis que tous les buzzwords dont je parles sont dispo en Ada. Je t'assure que si tu avais effectivement à les utiliser, tu te rendrais très vite compte qu'entre une recherche sur google qui te sort un pointeur vers une lib et un produit fini et utilisable, il y a un gouffre. Dire "c'est bon, c'est dispo, y a une lib", ça veut le plus souvent dire que 99% du boulot reste à faire.
des étudiants de l'ENST ont réalisé un client Jabber avec GtkAda en quelques centaines d'heures, alors qu'il ne connaissaient pas Ada, pas le protocole Jabber, et probablement pas non plus XML et SAX.
Il leur aurait surement fallu 10 fois moins de temps pour le faire en Ruby/Qt. Et alors ? Si tu penses qu'un projet d'étudiant sur un truc aussi trivial est représentatif d'un cas réel, là encore on ne vit pas dans le même monde.