Ha, et puis mon éditeur de texte est vachement mieux que le votre et mon firefox a du mal quand il y a trop de javascript. Est-ce que c'est envisageable d'avoir une API pour soumettre son code (tout en gardant la partie exécution de votre coté) ?
Nous sommes en train de réfléchir à cette question. Une des pistes serait de créer des dépots gits pour les questions et de "pusher" sur les dépots pour tester son code. Cela permettrait d'avoir une solution qui marche avec tous les IDE. Mais c'est juste une idée à ce stade.
En même temps, nous sommes très attaché à l'aspect IDE en ligne, car un des objectifs, c'est de passer un moment convivial, sans prise de tête de configuration de son environnement de développement, même pour les débutants. On continue la réflexion pour essayer de s'améliorer là dessus.
En ce qui concerne l'heure de départ glissante, c'est assez problématique pour des questions de triches. On ne le pensait pas au départ, mais il y en a bel et bien. Nous avons un système maison pour détecter à la fin du concours les parties de code qui ont été dupliqué, et on a de drôles de surprises :) Bon, évidemment et heureusement, ce n'est qu'une petite minorité de personnes.
Mais en règle générale, la problématique du temps est compliquée à gérer. On est obligé de faire cela le Samedi car il faut un moment qui convient à toutes les Timezones (C'est sûr qu'un soir de semaine pourrait être plus sympa). On a toujours pas trouvé la réponse, mais on continue de chercher : challenge de 24h ? (un peu plus inéquitable pour les lève-tôt ou suivant sa timezone), plusieurs questions par timezones ?(demande beaucoup de travail pour fabriquer toutes les questions)… Mais si vous avez des idées, on est plus que preneurs :)
Merci énormément pour les retours en tout cas (adressé à tous les développeurs derrière les commentaires positifs ou négatifs)
C'était la première fois qu'on organisait un concours comme celui là au niveau national et ça nous a permis de nous rendre compte de pleins de petits détails à améliorer pour les prochaines fois.
On met en place petit à petit toutes ces corrections.
Bravo pour ton résultat, c'est vraiment bien 90%. On essaye de se dépêcher pour préparer le premier billet du blog avec les photos de l'event et les corrections. En fait, on va surtout essayer de voir si les candidats qui ont eu 100% nous autorisent à publier leur source.
Super idée le channel IRC, on y pensera pour le prochain concours. Sinon, on a finalement décidé d'augmenter légèrement la durée du concours. Chaque question faisait 80 minutes, soit 4h maximum au total.
Je ne suis pas un expert, mais d'après le lien, il dénonce aussi les abus fait par les multinationales sur les abus du droit d'auteur concernant les sciences de la vie, l'agriculture et le domaine médical.
Mais il est quand même pour le respect du droit d'auteur dans le domaine artistique. Sauf qu'ACTA, pour lui, est une grosse dérive du système vers le flicage, surveillance abusive sous la joute de multinationales et de groupes privés.
Mais en fait, comme je ne suis pas un expert de la question je ne saurais pas répondre à ta question. Je pensais qu'ACTA ne concernait qu'internet.
Je dis juste qu'il s'est prononcé, contrairement à ce qui est marqué dans la news, après je suis moinssé, je ne comprend pas trop pour quelle raison, mais bon. Apparement, si on écrit Bayrou on perd des points :)
Depuis que le message a été posté:
- 1257 moules se sont connectés
- 251 sont allées jusqu'au bout
- 6 ont réussi avec un score de 20%
- 4 ont réussi avec un score de 47%
Personne n'a découvert le code de la clé (même si des commentaires montrent que certains ont percé l'astuce)...
Personne, enfin presque...
Une moule venue de l'espace nous a envoyé son code par email, réalisé en 1h14, écrit en python avec le code client + serveur (ce qui lui a pris le plus de temps) !
Ok, donc, on peut dire que les codeurs Java, c'est pas des vrais hackers et qu'ils se sont fait éclater par un codeur Python. C'est sûr que dans l'exercice il ne fallait pas se branler la nouille avec du spring, du JPA ou des EJB.
C'est tout de même incroyable qu'en 2011, on puisse encore faire planter un navigateur rien qu'avec un bout de code HTML... (valide en plus)
Franchement, ça craint, alors que dans le même temps on voit de partout des messages de pubs vantant les qualités de IE, étant soi-disant super respectueux des standards et le plus rapide de tous.
Quand je vois en plus la politique de mise à jour pour les prochains IE, j'ai envie de pleurer.
Si seulement, ils pouvaient se décider à tout jeter et utiliser un moteur gecko, webkit ou racheter opera, le monde serait tellement plus beau (sauf pour opera :) )
Passe à GWT, comme ça tu as le coté plus carré de Java et un code optimisé en javascript.
Tu as accès à une grosse API, de la programmation objet "classique" et un vrai débugueur.
Je ne comprend pas pourquoi les sociétés/groupes comme red hat ou eclipse ont voté oui.
Seul 3 entités ont voté contre, dont google (qui utilise harmony sur android) et la fondation apache (qui développe harmony).
Moi, j'ai toujours pas compris pourquoi ils n'inventaient pas des machines qui permettent d'avoir le meilleur des 2 mondes entre papier et electronique.
Il suffirait juste d'avoir des bulletins avec code barre, ou bande magnétique...
A chaque fois qu'un bulletin est mis dans l'urne, il est electroniquement compté et il reste toujours une preuve "palpable" en cas de litige.
A la fin de la journée de vote, on a le résultat instantané, mais on peut toujours recompter après.
Pourquoi pas contribuer à un moteur / plateforme pour faire des jeux ? Il il y a un projet libre appelé Orx qui a besoin de développement, et il y a plein de piste à explorer de ce coté.
Tu peux aussi bien travailler sur la partie plateforme / editeur et fabriquer une application qui permet de communiquer avec le moteur de jeu et d'éditer le monde 3D, ou alors travailler sur la partie plus moteur et travailler sur la simulation physique, le système de script, ou tout un tas de chose.
J'avais raté l'annonce du premier numéro. Donc, je suis allé voir pour la première fois ton blog aujourd'hui et je trouve ça vraiment passionnant.
J'imagine que ça doit être un sacré boulot de faire un résumé de tout ce qui se passe sur la ML et dans l'actualité du noyau. En tout cas, pour moi qui suit le développement du noyau de très loin, c'est vraiment génial d'avoir un récapitulatif comme celui là.
Je comprend que la tâche est lourde, mais je t'encourage à continuer :)
Personnelement, je ne me sens pas trop de suivre la ML dév du noyau parce que je participe déjà à un gros projet qui me prend quasiment tout mon temps libre et j'ai peur que de te rejoindre ce soit un peu trop pour moi.
Mais si cette initiative peut continuer, ca serait vraiment super.
Franchement, je trouve cette vidéo très bien faite.
Au niveau du message, c'est assez amusant... Mais au niveau de l'animation c'est franchement bien fait je trouve.
J'avais cru comprendre en lisant des articles un peu partout sur les blogs que Gnome 2.12 sortirait en même temps que GTK2.8 qui serait compatible avec Cairo pour la couche de Rendu graphique.
Ca aurait permis d'avoir un Desktop Manager entièrement en rendu vectoriel (Thèmes + Toolkits)
Il parait qu'au niveau des performance, c'est assez couteux, mais ça serait tout de même une grande avancé au niveau de l'interface.
Il est tout a fait possible de mettre composite et les technos Xorg à l'intérieur de e17. Il y a déjà des essais et e16 et compatible avec composite.
Evas, la couche bas niveau de la gestion graphique de e17 peut très bien s'interfacer sur e17 mais Rasterman ne le fera pas tant que composite ne sera pas plus stable.
C'est tout, pas la peine de crier au scandale, ca va venir. e17 est encore très fortement en phase de développement.
Le nombre de fonctions proposés par SDL est réduit au minimum des fonctions qui permettent d'accéder aux matériels tout en étant indépendant de la plateforme. http://www.libsdl.org/intro.fr/tocfr.html(...)
Allegro permet aussi de le faire mais propose des tas de fonctions pour gérer les GUI, les sons, de gérer les effets graphique et plein d'autre choses... http://www.allegro.cc/manual/index.php(...)
Ensuite, chacun choisit ce qu'il préfère. Il existe donc des extension spécifique pour SDL qui améliore des morceaux (sge pour les effets graphique, sdl_mixer pour le son, etc...) mais aussi pour allegro (http://www.allegro.cc/resource/index.php?id=1)(...)
Donc, au final les 2 libs sont aussi fournis l'une que l'autre... mais en partant sur l'API de base, SDL n'a rien d'une usine à gaz comparé aux autres libs.
La complétion de Visual Studio est pas mal dans le sens où elle est assez rapide comparé à celle de CDT. Mais par contre, au niveau des choix proposé, je trouve qu'elle merdouille un peu.
Par exemple, les fonctions proposé ne sont pas dans le champ d'application autorisé.
Exemple :
Tu as 2 procédures :
void foo1()
{
foo2(); /* <-- foo2 n'est pas visible depuis cette fonction */
}
void foo2()
{
foo1(); /* foo1 peut être appelé ici */
}
Dans la première procédure (foo1), si tu veux insérer le code qui appèle la seconde procédure (foo2) et que tu essayes de faire faire la complétion, Visual te le proposera.. Pas Eclipse... Et ce qui est juste pour eclipse.
En effet, la fonction foo2 n'est normalement pas visible depuis foo1 car déclaré après.
Par contre, foo1 pourra etre complété si appelé à l'interieur de foo2.
Cependant, c'est vrai qu'il y a encore du travail :
* Il reste 1 gros problèmes au niveau de la completion dans CDT, c'est la vitesse. Les développeurs ont mis en place un parseur C/C++ qui me parait assez correct (il restait quelques bugs au niveau de l'usage intensif de macro qui a l'air dévoir été corrigé dans cette release.) Par contre, quand on regarde comment ce parseur fonctionne, on se rend compte qu'il est appelé à chaque demande de completion. Et tous les fichiers inclus sont à chaque fois reparsé... Donc, si vous travaillez sans inclure trop de header et de libs, tout va bien.. Si vous commencez à include wxWidget par exemple, le temps va vous parraitre très long. Il y a un système de cache qui se met en place mais ce n'est pas encore au point.
* Un autre problème qui est un peu moins génant, mais qui fait perdre le coté pratique de la complétion, c'est comme tu le dis Flink, le manque d'infos lors de la completion (l'affichage des commentaires pourrait etre sympa par exemple)... Et justement il y a une reflexion en cours là dessus sur la ML. Ils parlent de mettre un parseur spécifique pour lire les donnés annexes au code, comme les commentaires doxygen, etc.. Ce parseur pourrait etre extensible pour pouvoir aussi bien utiliser doxygen que javadoc ou autre.
Pour en revenir à Visual, il y a une extension payante qui s'apelle Visual Assist qui permet d'améliorer un peu les points faible de visual mais bon... Même avec les améliorations apportés, il y a moyen de faire beaucoup mieux.
L'architecture d'Eclipse est assez bien foutu et si ils arrivent à transposer la puissance de JDT (le plugin Eclipse pour Java) et en faire la même chose pour CDT, je pense alors que Eclipse/CDT pourrait etre l'IDE C++ le plus puissant qu'il y a sur le marché.
[^] # Re: Encore le samedi
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Concours de programmation CodinGame le 22 Février 2014. Évalué à 4.
Nous sommes en train de réfléchir à cette question. Une des pistes serait de créer des dépots gits pour les questions et de "pusher" sur les dépots pour tester son code. Cela permettrait d'avoir une solution qui marche avec tous les IDE. Mais c'est juste une idée à ce stade.
En même temps, nous sommes très attaché à l'aspect IDE en ligne, car un des objectifs, c'est de passer un moment convivial, sans prise de tête de configuration de son environnement de développement, même pour les débutants. On continue la réflexion pour essayer de s'améliorer là dessus.
En ce qui concerne l'heure de départ glissante, c'est assez problématique pour des questions de triches. On ne le pensait pas au départ, mais il y en a bel et bien. Nous avons un système maison pour détecter à la fin du concours les parties de code qui ont été dupliqué, et on a de drôles de surprises :) Bon, évidemment et heureusement, ce n'est qu'une petite minorité de personnes.
Mais en règle générale, la problématique du temps est compliquée à gérer. On est obligé de faire cela le Samedi car il faut un moment qui convient à toutes les Timezones (C'est sûr qu'un soir de semaine pourrait être plus sympa). On a toujours pas trouvé la réponse, mais on continue de chercher : challenge de 24h ? (un peu plus inéquitable pour les lève-tôt ou suivant sa timezone), plusieurs questions par timezones ?(demande beaucoup de travail pour fabriquer toutes les questions)… Mais si vous avez des idées, on est plus que preneurs :)
Merci énormément pour les retours en tout cas (adressé à tous les développeurs derrière les commentaires positifs ou négatifs)
# Les debriefing est dispo
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au message Challenge Codingame n°3. Évalué à 2.
Le debriefing du concours est disponible sur le blog de CodinGame, avec des petites stats.
http://blogfr.codingame.com/2013/01/golden-developers.html
Il y a aussi les liens avec les exercices du concours pour les refaire en entrainement
Conclusion : Les développeurs C sont nuls à coté des développeurs Python ;)
[^] # Re: Inscrit!
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Concours de programmation CodinGame. Évalué à 3.
Oui, merci pour toutes ces suggestions.
C'était la première fois qu'on organisait un concours comme celui là au niveau national et ça nous a permis de nous rendre compte de pleins de petits détails à améliorer pour les prochaines fois.
On met en place petit à petit toutes ces corrections.
Encore merci en tout cas pour tous ces retours !
[^] # Re: Inscrit!
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Concours de programmation CodinGame. Évalué à 2.
Salut MCMic,
Bravo pour ton résultat, c'est vraiment bien 90%. On essaye de se dépêcher pour préparer le premier billet du blog avec les photos de l'event et les corrections. En fait, on va surtout essayer de voir si les candidats qui ont eu 100% nous autorisent à publier leur source.
Super idée le channel IRC, on y pensera pour le prochain concours. Sinon, on a finalement décidé d'augmenter légèrement la durée du concours. Chaque question faisait 80 minutes, soit 4h maximum au total.
[^] # Re: La position de bayrou
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Actus ACTA : manifestations, positions des États, des partis et des groupes parlementaires. Évalué à 1.
Je ne suis pas un expert, mais d'après le lien, il dénonce aussi les abus fait par les multinationales sur les abus du droit d'auteur concernant les sciences de la vie, l'agriculture et le domaine médical.
Mais il est quand même pour le respect du droit d'auteur dans le domaine artistique. Sauf qu'ACTA, pour lui, est une grosse dérive du système vers le flicage, surveillance abusive sous la joute de multinationales et de groupes privés.
Mais en fait, comme je ne suis pas un expert de la question je ne saurais pas répondre à ta question. Je pensais qu'ACTA ne concernait qu'internet.
[^] # Re: La position de bayrou
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Actus ACTA : manifestations, positions des États, des partis et des groupes parlementaires. Évalué à 2.
Je dis juste qu'il s'est prononcé, contrairement à ce qui est marqué dans la news, après je suis moinssé, je ne comprend pas trop pour quelle raison, mais bon. Apparement, si on écrit Bayrou on perd des points :)
Aïe.
# La position de bayrou
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Actus ACTA : manifestations, positions des États, des partis et des groupes parlementaires. Évalué à 4.
Pourtant, la position de François Bayrou est assez claire, il rejette le volet numérique ACTA : http://jour-pour-jour.hautetfort.com/archive/2012/02/15/francois-bayrou-rejette-le-volet-numerique-d-acta.html
# Il y en a qui en ont dans le slip
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Pour les développeurs qui en ont dans le slip. Évalué à 7.
Voici les résultats :
Depuis que le message a été posté:
- 1257 moules se sont connectés
- 251 sont allées jusqu'au bout
- 6 ont réussi avec un score de 20%
- 4 ont réussi avec un score de 47%
Personne n'a découvert le code de la clé (même si des commentaires montrent que certains ont percé l'astuce)...
Personne, enfin presque...
Une moule venue de l'espace nous a envoyé son code par email, réalisé en 1h14, écrit en python avec le code client + serveur (ce qui lui a pris le plus de temps) !
Ok, donc, on peut dire que les codeurs Java, c'est pas des vrais hackers et qu'ils se sont fait éclater par un codeur Python. C'est sûr que dans l'exercice il ne fallait pas se branler la nouille avec du spring, du JPA ou des EJB.
Bravo à tous ceux qui ont joué le jeu !
# Incroyable
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Internet Explorer, c'était mieux avant. Évalué à 10.
C'est tout de même incroyable qu'en 2011, on puisse encore faire planter un navigateur rien qu'avec un bout de code HTML... (valide en plus)
Franchement, ça craint, alors que dans le même temps on voit de partout des messages de pubs vantant les qualités de IE, étant soi-disant super respectueux des standards et le plus rapide de tous.
Quand je vois en plus la politique de mise à jour pour les prochains IE, j'ai envie de pleurer.
Si seulement, ils pouvaient se décider à tout jeter et utiliser un moteur gecko, webkit ou racheter opera, le monde serait tellement plus beau (sauf pour opera :) )
# Faute
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche Nouvelle version de LinuxFr.org, un mois après. Évalué à 1.
Mais il reste bien entendu encore de choses qui pourraient être améliorées.
# Passe à GWT
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 3.
Passe à GWT, comme ça tu as le coté plus carré de Java et un code optimisé en javascript.
Tu as accès à une grosse API, de la programmation objet "classique" et un vrai débugueur.
# Point chaud
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Apache vs Oracle. Évalué à 2.
http://www.jcp.org/en/jsr/results?id=5111
Je ne comprend pas pourquoi les sociétés/groupes comme red hat ou eclipse ont voté oui.
Seul 3 entités ont voté contre, dont google (qui utilise harmony sur android) et la fondation apache (qui développe harmony).
Les autres ont l'air de s'en foutre royalement.
[^] # Re: Limiter le nombre de processus
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au message Empecher une fork bomb. Évalué à 1.
# Mix papier électronique
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Issy-les-Moulineaux a persisté dans le vote électronique en 2008. Évalué à 1.
Il suffirait juste d'avoir des bulletins avec code barre, ou bande magnétique...
A chaque fois qu'un bulletin est mis dans l'urne, il est electroniquement compté et il reste toujours une preuve "palpable" en cas de litige.
A la fin de la journée de vote, on a le résultat instantané, mais on peut toujours recompter après.
[^] # Re: Un jeu !
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Cherche idée pour un mémoire. Évalué à 1.
Tu peux aussi bien travailler sur la partie plateforme / editeur et fabriquer une application qui permet de communiquer avec le moteur de jeu et d'éditer le monde 3D, ou alors travailler sur la partie plus moteur et travailler sur la simulation physique, le système de script, ou tout un tas de chose.
Un post a été écrit récemment expliquant un peu plus en détail en quoi consiste ce projet : http://forum.games-creators.org/showthread.php?t=5962
# gphpedit
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Un IDE complet pour PHP ?. Évalué à 0.
http://www.gphpedit.org/
[^] # Re: super news
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Alliance Sun - Google. Évalué à 2.
Faudra qu'on m'explique où Java a le dessus sur J2EE quand même... et où est le boulot. Je pense plutot que la tendance est inverse perso.
# première visite
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Actualité du noyau #2. Évalué à 10.
J'imagine que ça doit être un sacré boulot de faire un résumé de tout ce qui se passe sur la ML et dans l'actualité du noyau. En tout cas, pour moi qui suit le développement du noyau de très loin, c'est vraiment génial d'avoir un récapitulatif comme celui là.
Je comprend que la tâche est lourde, mais je t'encourage à continuer :)
Personnelement, je ne me sens pas trop de suivre la ML dév du noyau parce que je participe déjà à un gros projet qui me prend quasiment tout mon temps libre et j'ai peur que de te rejoindre ce soit un peu trop pour moi.
Mais si cette initiative peut continuer, ca serait vraiment super.
# Bien foutu
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Trusted Computing.... Évalué à 8.
Au niveau du message, c'est assez amusant... Mais au niveau de l'animation c'est franchement bien fait je trouve.
# gtk2.8 et Cairo
Posté par Nicolas Antoniazzi (site web personnel) . En réponse à la dépêche GNOME 2.12 dans les bacs. Évalué à 5.
Ca aurait permis d'avoir un Desktop Manager entièrement en rendu vectoriel (Thèmes + Toolkits)
Il parait qu'au niveau des performance, c'est assez couteux, mais ça serait tout de même une grande avancé au niveau de l'interface.
[^] # Re: bureau renversant?
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Elive 0.3 : le bureau linux du futur !. Évalué à 2.
Evas, la couche bas niveau de la gestion graphique de e17 peut très bien s'interfacer sur e17 mais Rasterman ne le fera pas tant que composite ne sera pas plus stable.
C'est tout, pas la peine de crier au scandale, ca va venir. e17 est encore très fortement en phase de développement.
[^] # Re: mars c'est loin
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Une vidéo de la Nasa sent le trafiqué. Évalué à 8.
Il parait que c'est en partie grave à des tourbillons de poussières qui nettoiraient le panneaux solaires des scories (j'ai lu ca dans le monde avant hier.. Mais je ne suis pas un spécialiste :) )
http://www.lemonde.fr/web/article/0,1-0@2-3244,36-685256@51-627749,(...)
[^] # Re: Allegro
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Que pensez-vous du SDK de développement de jeu Torque 2D/3D ?. Évalué à 4.
Moi je dirais plutôt l'inverse!
Le nombre de fonctions proposés par SDL est réduit au minimum des fonctions qui permettent d'accéder aux matériels tout en étant indépendant de la plateforme. http://www.libsdl.org/intro.fr/tocfr.html(...)
Allegro permet aussi de le faire mais propose des tas de fonctions pour gérer les GUI, les sons, de gérer les effets graphique et plein d'autre choses... http://www.allegro.cc/manual/index.php(...)
Ensuite, chacun choisit ce qu'il préfère. Il existe donc des extension spécifique pour SDL qui améliore des morceaux (sge pour les effets graphique, sdl_mixer pour le son, etc...) mais aussi pour allegro (http://www.allegro.cc/resource/index.php?id=1)(...)
Donc, au final les 2 libs sont aussi fournis l'une que l'autre... mais en partant sur l'API de base, SDL n'a rien d'une usine à gaz comparé aux autres libs.
[^] # Re: Complétion
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal CDT 3.0 pour eclipse.. Évalué à 6.
Par exemple, les fonctions proposé ne sont pas dans le champ d'application autorisé.
Exemple :
Tu as 2 procédures :
Dans la première procédure (foo1), si tu veux insérer le code qui appèle la seconde procédure (foo2) et que tu essayes de faire faire la complétion, Visual te le proposera.. Pas Eclipse... Et ce qui est juste pour eclipse.
En effet, la fonction foo2 n'est normalement pas visible depuis foo1 car déclaré après.
Par contre, foo1 pourra etre complété si appelé à l'interieur de foo2.
Cependant, c'est vrai qu'il y a encore du travail :
* Il reste 1 gros problèmes au niveau de la completion dans CDT, c'est la vitesse. Les développeurs ont mis en place un parseur C/C++ qui me parait assez correct (il restait quelques bugs au niveau de l'usage intensif de macro qui a l'air dévoir été corrigé dans cette release.) Par contre, quand on regarde comment ce parseur fonctionne, on se rend compte qu'il est appelé à chaque demande de completion. Et tous les fichiers inclus sont à chaque fois reparsé... Donc, si vous travaillez sans inclure trop de header et de libs, tout va bien.. Si vous commencez à include wxWidget par exemple, le temps va vous parraitre très long. Il y a un système de cache qui se met en place mais ce n'est pas encore au point.
* Un autre problème qui est un peu moins génant, mais qui fait perdre le coté pratique de la complétion, c'est comme tu le dis Flink, le manque d'infos lors de la completion (l'affichage des commentaires pourrait etre sympa par exemple)... Et justement il y a une reflexion en cours là dessus sur la ML. Ils parlent de mettre un parseur spécifique pour lire les donnés annexes au code, comme les commentaires doxygen, etc.. Ce parseur pourrait etre extensible pour pouvoir aussi bien utiliser doxygen que javadoc ou autre.
Pour en revenir à Visual, il y a une extension payante qui s'apelle Visual Assist qui permet d'améliorer un peu les points faible de visual mais bon... Même avec les améliorations apportés, il y a moyen de faire beaucoup mieux.
L'architecture d'Eclipse est assez bien foutu et si ils arrivent à transposer la puissance de JDT (le plugin Eclipse pour Java) et en faire la même chose pour CDT, je pense alors que Eclipse/CDT pourrait etre l'IDE C++ le plus puissant qu'il y a sur le marché.
# Adieu Youri
Posté par Nicolas Antoniazzi (site web personnel) . En réponse au journal Red is dead. Évalué à 10.