Vos avis sont effectivement intéressant. Il est clair que l'étude a été menée dans le seul but d'essayer de démontrer la supériorité de Kylix sur GCC.
D'un autre côté rien ne sert de faire du conservatisme non plus.
Il est clair que les outils de Borland peuvent accéler quelques peu les développements, en particulier si les développeurs viennent du monde Windows et sont habitués à ce genre d'IDE.
D'un autre côté, il est clair qu'il vaut mieux passer un peu plus de temps en développement pour avoir un produit + robuste qui nécessitera moins de maintenance.
ll est clair qu'un outil facilitant la création de GUI et des intéractions associées fait gagner énormément de temps car le codage d'un GUI à la mano prends du temps.
Par contre, en tant que partisan à l'époque de C++ Builder que j'utilisais dans mes projets d'études pour rendre des projets GUI rapidement alors que beaucoup de monde rendait des projets console, j'ai été déçu récemment sur plusieurs points :
- Le composant DBExpress pour accéder à mysql que ce soit sous Delphi ou C++ Builder est atroce ! Il n'arrive pas à conserver la connexion à mysql et on arrive pas à forcer cette reconnexion sans message d'erreur dans l'appli. Pas très pro
- Chaque requête par défaut clône la connexion et quand on fait un netstat, c'est pas beau à voir, surtout que la connexion n'est pas très bien fermée !
- Certaines fonctions comme LAST_INSERT_ID sont donc inexploitables.
Et pire que çà soit dans le composant mysql ou d'en d'autres pour les expressions régulières ou la récupération de pages via http, il y a des fuites de mémoire alors que j'ai bien relu mon code, vérifié la présence de delete après chaque new, respecter les exemples de la doc pour les expressions régulières...
Je vous laisse imaginer le résultat sur une application robot qui doit tourner extrêmement longtemps en boucle, avec des threads qui utilisent à la fois mysql, les expreg et le web. La mémoire s'évanouie au fur et à mesure.
Conclusion : Alors que j'étais un fervant partisan de C++ Builder, je rechigne maintenant à l'utiliser dans mon taf, par soucis de productivité car étant censé accélérer le développement, je me retrouve au final avec des applications peu fiables, qui épuisent la mémoire au fur et à mesure via les composants fournis par Borland !!!, ce qui m'oblige à tout recoder en Java qui lui m'a donné une application qui libère les ressources malgrè l'utilisation de l'API de Sun pour éviter de réinventer la roue.
Donc si c'est pareil pour Kylix... Il vaut mieux investir un peu de temps dans l'apprentisage de qt ou gtk et d'apprendre à utiliser kdevelop ou consort.
# Re: Borland Kylix 3 versus Linux GCC Development
Posté par nooky59 . En réponse à la dépêche Borland Kylix 3 versus Linux GCC Development. Évalué à 10.
D'un autre côté rien ne sert de faire du conservatisme non plus.
Il est clair que les outils de Borland peuvent accéler quelques peu les développements, en particulier si les développeurs viennent du monde Windows et sont habitués à ce genre d'IDE.
D'un autre côté, il est clair qu'il vaut mieux passer un peu plus de temps en développement pour avoir un produit + robuste qui nécessitera moins de maintenance.
ll est clair qu'un outil facilitant la création de GUI et des intéractions associées fait gagner énormément de temps car le codage d'un GUI à la mano prends du temps.
Par contre, en tant que partisan à l'époque de C++ Builder que j'utilisais dans mes projets d'études pour rendre des projets GUI rapidement alors que beaucoup de monde rendait des projets console, j'ai été déçu récemment sur plusieurs points :
- Le composant DBExpress pour accéder à mysql que ce soit sous Delphi ou C++ Builder est atroce ! Il n'arrive pas à conserver la connexion à mysql et on arrive pas à forcer cette reconnexion sans message d'erreur dans l'appli. Pas très pro
- Chaque requête par défaut clône la connexion et quand on fait un netstat, c'est pas beau à voir, surtout que la connexion n'est pas très bien fermée !
- Certaines fonctions comme LAST_INSERT_ID sont donc inexploitables.
Et pire que çà soit dans le composant mysql ou d'en d'autres pour les expressions régulières ou la récupération de pages via http, il y a des fuites de mémoire alors que j'ai bien relu mon code, vérifié la présence de delete après chaque new, respecter les exemples de la doc pour les expressions régulières...
Je vous laisse imaginer le résultat sur une application robot qui doit tourner extrêmement longtemps en boucle, avec des threads qui utilisent à la fois mysql, les expreg et le web. La mémoire s'évanouie au fur et à mesure.
Conclusion : Alors que j'étais un fervant partisan de C++ Builder, je rechigne maintenant à l'utiliser dans mon taf, par soucis de productivité car étant censé accélérer le développement, je me retrouve au final avec des applications peu fiables, qui épuisent la mémoire au fur et à mesure via les composants fournis par Borland !!!, ce qui m'oblige à tout recoder en Java qui lui m'a donné une application qui libère les ressources malgrè l'utilisation de l'API de Sun pour éviter de réinventer la roue.
Donc si c'est pareil pour Kylix... Il vaut mieux investir un peu de temps dans l'apprentisage de qt ou gtk et d'apprendre à utiliser kdevelop ou consort.