Moi je m'en sers depuis plusieurs mois et ça marche parfaitement, en général si ça marche pourquoi changer ?
Après si les distributions le suppriment juste parce qu'il y a plus de commits, je trouve ça ridicule. Il y a des dizaines de projets qui ne sont plus actifs mais qui sont tout simplement fonctionnels.
Mais alors, pourquoi on/nous disons "on a gagné" dans un cas mais "ils ont perdu" dans l'autre, et pas l'inverse?
Par abus de langage… Je vois mal les gens chanter "nous avons gagné ! les doigts dans le nez !".
C'est pareil pour "on arrive". C'est évidemment pas correct mais malheureusement le pronom on a été détourné de son utilisation initiale par simplicité d'expression.
J'avoue moi même dire des fois "on doit faire comment ça", "on a pas le choix", …
Je suis content de voir que les gens prennent la raison, mieux vaut tard que jamais. Il est grand temps d'admettre que Gtk est une erreur et qu'il doit disparaître.
Il y a deux parties qui peuvent être évitées : le RTTI et les exceptions. Mais ça, c'est pas nouveau et il y a déjà des flags pour ça depuis des années.
Est-ce que tu parles des options de compilation qui permettent de désactiver RTTI et les exceptions ?
Je suis assez d'accord pour RTTI mais enlever les exceptions est vraiment dommage, d'ailleurs est-ce que c'est réellement possible ? à part noexcept j'ai jamais trouvé d'options de compilation pour les désactiver.
Ça m'énerve, les nouveautés du C++11 ne font que complexifier le langage plus qu'autre chose. Mais comment voulez vous que des programmeurs apprennent et aient en tête les mille et une fonctionnalités du langage ? Beaucoup de projets font volontairement le choix d'utiliser qu'un sous-ensemble plus ou moins restreint du langage, pour que la barrière d'entré reste relativement basse.
Non, ces nouvelles fonctionnalités sont : 1. Optionnelle, 2. Réponde à un besoin précis. Avec la nouvelle syntaxe de retour on est plus obligé de spécifier le paramètre de retour de type template (très utile dans un DP factory) par exemple.
Au lieu de faire :
Window w = build(myfactory, "foo", "bar", "baz");
On peut maintenant faire :
Window w = build(myfactory, "foo", "bar", "baz")
En utilisant notamment auto -> decltype(myfactory.build()) par exemple
J'ai l'impression qu'ils (les auteurs de la norme C++11) essayent de faire des mécanismes pour obtenir du code ultra-générique mais ne se rendent pas compte que la contre partie est très importante. D'une part, le besoin de faire un code générique ne se rencontre que rarement, et d'autre part, ont perd souvent beaucoup en lisibilité et simplicité. C'est pas comme si c'était déjà difficile d'écrire du code illisible et non maintenable avec ce langage.
Tu as raison, vaut mieux faire du code non générique ou alors avec des void *, c'est génial ça :-). Et puis au passage, écrire des bibliothèque en template ont l'avantage de ne pas surcharger le binaire final si on ne s'en sert pas. "You don't pay for what you don't use"
Et parfois c'est mieux d'avoir à écrire plus de ligne de code pour éviter d'empiler inutilement les couches. Parce qu’on écrit pas du code pour qu'il soit le plus concis possible, mais le plus simple et compréhensible possible.
Je ne vois pas de quelles couches tu parles…
Et non, ce n'est pas un troll, le C++ est beaucoup trop gros et sa courbe d'apprentissage ne fait que s'élever de norme en norme.
Comme je l'ai dit au dessus, tu n'es pas obligé de tout utiliser. On peut très bien développer en C++ sans lambda, sans template et même sans namespaces. Mais lorsqu'on rencontre un problème précis, ça peut être très utile de commencer à apprendre ces fonctionnalités.
Je suis content de voir de plus en plus de projets en C++11 :-). Cependant j'ai vu que votre code était en anglais mais les commentaires en français… Est-ce qu'il y a une raison particulière à ça ?
C'est un peu dommage pour nos amis anglophones et autres.
Avec les plateformes comme github, bitbucket le fork est une manière de travailler et parfois la meilleure pour fournir des innovations sur un projet existant.
Sur ces plateformes là le fork est peut-être mal nommé, en fait on pourrait très bien dire qu'il s'agisse simplement d'un clone local où on va développer puis envoyer les diffs via pull-requests. C'est un peu comme si on avait cloné le dépôt hors github puis travaillé dessus en local (sans que ce soit un vrai fork). Les DCVS sont vraiment parfaits pour ça :).
Mais il est vrai que dans le cas de ce projet, l'idée initiale était un vrai fork à part entière :).
C'est vrai que les nouveaux styles de Visual Studio et office me rendent fou. entre les menu en CAPITABLE M'AVEZ VOUS BIEN VU et ces thèmes sans aucun dégradé on se croirait plusieurs années en arrière.
Sur mon smartphone ça me dérange pas, mais sur mon PC de bureau beaucoup ! Heureusement qu'il existe pas mal de thème Qt :-).
Pour éviter les bugs, c'est simple : on ne code pas. Si j'ai bien compris c'est d'ailleurs le reproche fait (que ça n'évolue pas très vite).
En parlant de ça, j'ai un bug qui date d'au moins plusieurs années (mais peut-être c'est ma configuration). Quand je découpe la fenêtre en deux, si j'entame un commentaire sur la fenêtre du haut, la fenêtre du bas devient 100% en couleur de commentaire (normal puisque j'ai pas terminé le commentaire). Mais quand je termine d'écrire mon commentaire, la fenêtre du bas garde la couleur de commentaire ce qui est assez énervant.
Pour être utilisateur du C++ je partage certains avis. Je rigole même quand j'entends Bjarne Stroustrup voulant un langage "facile à apprendre". Ce n'est pas le cas, C++ est extrêmement compliqué. Et il le devient encore plus quand on joue avec des aspects poussés du C++ comme le principe SFINAE + std::enable_if. Honnêtement, je m'en sers jamais, à mes yeux ça représente plus souvent de la masturbation intellectuelle qu'autre chose.
Par contre, il existe des choses vraiment bien en C++ et qui ne me feront pas retourner au C, comme le mot clé auto, les variadic templates, les lambdas, etc…
Il est vraiment convivial de pouvoir faire :
for (auto p : avector)
p.use();
Par contre, je pense que le nommage du C++ est toujours horrible, et je ne parle pas de std::enable_shared_from_this, oui oui c'est bien une classe.
Malheureusement ça fait des années que c'est comme ça. Mageia vient avec le passé de Mandrake Linux qui avait un bureau KDE par défaut et tous ces outils codés en Gtk. Vive la cohérence :-).
Je sais pas si on peut beaucoup parler de performances avec FreeBSD. En toute honnêteté, FreeBSD est légèrement moins réactif qu'un Linux pour ma part. Les compilations sont un poil plus longues et la réaction des environnement graphiques aussi.
Il en a le problème le gars. Wifi, USB, carte graphique, carte son. En fait rien ne fonctionne sur son PC :-). Soit c'est un gros PEBKAC soit il a vraiment un matos désuet.
Pour ma part, seul l'ACPI (mise en veille) me pose problème. Tout le reste fonctionne :-).
Je l'ai, je suis extrêmement déçu. Je voulais un livre qui apprennent vraiment Qt comme si on avait aucune connaissance mais ce livre vous demande de connaître un minimum. Il est presque intégralement consacré à Qt Quick. Si vous comptez apprendre à faire du Qt 5 en C++, c'est vraiment pas celui là qu'il vous faut.
Tout est dans le titre. Gtk est clairement une erreur. Déjà vouloir réinventer la roue en recrééant un système object en C avec GLib juste parce qu'on aime pas le C++ est une erreur. Le simple développeur qui veut créer une classe avec GLib et Gtk doit coder 50 000 lignes. De plus l'absence de namespace en C rendent encore plus horrible l'API Gtk :
/* Oui je dois caster en plus */
gtk_window_create_with_my_very_large_number_of_parameters(GTK_WINDOW(myobject), G_OBJECT(myparameter); /* aille mes 80 colonnes */
[^] # Re: Et m....
Posté par David Demelier (site web personnel) . En réponse au journal Antispam sans DSpam. Évalué à 2.
Moi je m'en sers depuis plusieurs mois et ça marche parfaitement, en général si ça marche pourquoi changer ?
Après si les distributions le suppriment juste parce qu'il y a plus de commits, je trouve ça ridicule. Il y a des dizaines de projets qui ne sont plus actifs mais qui sont tout simplement fonctionnels.
AI is a mental disorder
[^] # Re: On ?
Posté par David Demelier (site web personnel) . En réponse au journal Voilà c'est fini.. Évalué à 2.
Par abus de langage… Je vois mal les gens chanter "nous avons gagné ! les doigts dans le nez !".
C'est pareil pour "on arrive". C'est évidemment pas correct mais malheureusement le pronom on a été détourné de son utilisation initiale par simplicité d'expression.
J'avoue moi même dire des fois "on doit faire comment ça", "on a pas le choix", …
AI is a mental disorder
[^] # Re: Debian GNU/kFreeBSD Wheezy dans une jail FreeBSD
Posté par David Demelier (site web personnel) . En réponse à la dépêche Ça bouge du côté de la virtualisation chez FreeBSD. Évalué à 4.
Oui c'est basé sur un billet plus vieux http://www.demelierdavid.fr/index.php/debian-dans-une-jail-freebsd/
AI is a mental disorder
[^] # Re: Bien
Posté par David Demelier (site web personnel) . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 6.
Reste plus qu'à faire un QNOME :p.
AI is a mental disorder
# Bien
Posté par David Demelier (site web personnel) . En réponse au journal Au suivant: encore un projet qui va abandonner GTK+. Évalué à 2.
Je suis content de voir que les gens prennent la raison, mieux vaut tard que jamais. Il est grand temps d'admettre que Gtk est une erreur et qu'il doit disparaître.
AI is a mental disorder
[^] # Re: Syntaxe étonnante
Posté par David Demelier (site web personnel) . En réponse au journal C++Now 2014. Évalué à 2. Dernière modification le 27 mai 2014 à 14:04.
Est-ce que tu parles des options de compilation qui permettent de désactiver RTTI et les exceptions ?
Je suis assez d'accord pour RTTI mais enlever les exceptions est vraiment dommage, d'ailleurs est-ce que c'est réellement possible ? à part noexcept j'ai jamais trouvé d'options de compilation pour les désactiver.
AI is a mental disorder
[^] # Re: Syntaxe étonnante
Posté par David Demelier (site web personnel) . En réponse au journal C++Now 2014. Évalué à 2.
Oui pardon, j'ai pas réussi à mettre le code en avec les chevrons en bloc. :-(
AI is a mental disorder
[^] # Re: Syntaxe étonnante
Posté par David Demelier (site web personnel) . En réponse au journal C++Now 2014. Évalué à 3. Dernière modification le 26 mai 2014 à 09:19.
Non, ces nouvelles fonctionnalités sont : 1. Optionnelle, 2. Réponde à un besoin précis. Avec la nouvelle syntaxe de retour on est plus obligé de spécifier le paramètre de retour de type template (très utile dans un DP factory) par exemple.
Au lieu de faire :
Window w = build(myfactory, "foo", "bar", "baz");
On peut maintenant faire :
Window w = build(myfactory, "foo", "bar", "baz")
En utilisant notamment auto -> decltype(myfactory.build()) par exemple
Tu as raison, vaut mieux faire du code non générique ou alors avec des void *, c'est génial ça :-). Et puis au passage, écrire des bibliothèque en template ont l'avantage de ne pas surcharger le binaire final si on ne s'en sert pas. "You don't pay for what you don't use"
Je ne vois pas de quelles couches tu parles…
Comme je l'ai dit au dessus, tu n'es pas obligé de tout utiliser. On peut très bien développer en C++ sans lambda, sans template et même sans namespaces. Mais lorsqu'on rencontre un problème précis, ça peut être très utile de commencer à apprendre ces fonctionnalités.
AI is a mental disorder
# Rust
Posté par David Demelier (site web personnel) . En réponse à la dépêche « Triple poignée de main », faille dans le protocole TLS. Évalué à 1.
Génial personne va s'en servir \o/. Ou alors il reste à espérer qu'ils fassent au moins une interface C.
AI is a mental disorder
# Commentaires en français
Posté par David Demelier (site web personnel) . En réponse à la dépêche Libération de navitia : un calculateur d’itinéraire pour les transports en communs. Évalué à 2.
Bonjour,
Je suis content de voir de plus en plus de projets en C++11 :-). Cependant j'ai vu que votre code était en anglais mais les commentaires en français… Est-ce qu'il y a une raison particulière à ça ?
C'est un peu dommage pour nos amis anglophones et autres.
AI is a mental disorder
# GitHub et "forks"
Posté par David Demelier (site web personnel) . En réponse à la dépêche Deux mois après, le fork d'Ampache fusionne avec l'original . Évalué à 4.
Avec les plateformes comme github, bitbucket le fork est une manière de travailler et parfois la meilleure pour fournir des innovations sur un projet existant.
Sur ces plateformes là le fork est peut-être mal nommé, en fait on pourrait très bien dire qu'il s'agisse simplement d'un clone local où on va développer puis envoyer les diffs via pull-requests. C'est un peu comme si on avait cloné le dépôt hors github puis travaillé dessus en local (sans que ce soit un vrai fork). Les DCVS sont vraiment parfaits pour ça :).
Mais il est vrai que dans le cas de ce projet, l'idée initiale était un vrai fork à part entière :).
AI is a mental disorder
[^] # Re: claws-mail
Posté par David Demelier (site web personnel) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 1.
Joli tes icônes, sur le mien elles sont toute pourries et ne prennent pas du tout en compte celles de Gtk.
AI is a mental disorder
# Horrible
Posté par David Demelier (site web personnel) . En réponse au journal Et toi, t'en penses quoi du flat design?. Évalué à 1.
C'est vrai que les nouveaux styles de Visual Studio et office me rendent fou. entre les menu en CAPITABLE M'AVEZ VOUS BIEN VU et ces thèmes sans aucun dégradé on se croirait plusieurs années en arrière.
Sur mon smartphone ça me dérange pas, mais sur mon PC de bureau beaucoup ! Heureusement qu'il existe pas mal de thème Qt :-).
AI is a mental disorder
[^] # Re: La réponse de Bram Moolenaar
Posté par David Demelier (site web personnel) . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 1.
En parlant de ça, j'ai un bug qui date d'au moins plusieurs années (mais peut-être c'est ma configuration). Quand je découpe la fenêtre en deux, si j'entame un commentaire sur la fenêtre du haut, la fenêtre du bas devient 100% en couleur de commentaire (normal puisque j'ai pas terminé le commentaire). Mais quand je termine d'écrire mon commentaire, la fenêtre du bas garde la couleur de commentaire ce qui est assez énervant.
AI is a mental disorder
[^] # Re: Intéressant
Posté par David Demelier (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E09 : Techniques de C++11 appliquées au système à entités. Évalué à 2.
Pour être utilisateur du C++ je partage certains avis. Je rigole même quand j'entends Bjarne Stroustrup voulant un langage "facile à apprendre". Ce n'est pas le cas, C++ est extrêmement compliqué. Et il le devient encore plus quand on joue avec des aspects poussés du C++ comme le principe SFINAE + std::enable_if. Honnêtement, je m'en sers jamais, à mes yeux ça représente plus souvent de la masturbation intellectuelle qu'autre chose.
Par contre, il existe des choses vraiment bien en C++ et qui ne me feront pas retourner au C, comme le mot clé auto, les variadic templates, les lambdas, etc…
Il est vraiment convivial de pouvoir faire :
Par contre, je pense que le nommage du C++ est toujours horrible, et je ne parle pas de std::enable_shared_from_this, oui oui c'est bien une classe.
AI is a mental disorder
[^] # Re: Encore un logiciel qui passe de GTK à Qt
Posté par David Demelier (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 2.
Bien, ça sera plus simple :-)
AI is a mental disorder
[^] # Re: Encore un logiciel qui passe de GTK à Qt
Posté par David Demelier (site web personnel) . En réponse à la dépêche GCompris change de moteur. Évalué à 7.
Encore un projet qui a compris :-)
AI is a mental disorder
[^] # Re: Qu'apporte Mageia ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de la Mageia 4. Évalué à 0.
Malheureusement ça fait des années que c'est comme ça. Mageia vient avec le passé de Mandrake Linux qui avait un bureau KDE par défaut et tous ces outils codés en Gtk. Vive la cohérence :-).
AI is a mental disorder
[^] # Re: Je voulais tester et je suis tomber sur ce brûlot
Posté par David Demelier (site web personnel) . En réponse à la dépêche FreeBSD 10. Évalué à 3.
Je sais pas si on peut beaucoup parler de performances avec FreeBSD. En toute honnêteté, FreeBSD est légèrement moins réactif qu'un Linux pour ma part. Les compilations sont un poil plus longues et la réaction des environnement graphiques aussi.
AI is a mental disorder
[^] # Re: Je voulais tester et je suis tomber sur ce brûlot
Posté par David Demelier (site web personnel) . En réponse à la dépêche FreeBSD 10. Évalué à 2.
Il en a le problème le gars. Wifi, USB, carte graphique, carte son. En fait rien ne fonctionne sur son PC :-). Soit c'est un gros PEBKAC soit il a vraiment un matos désuet.
Pour ma part, seul l'ACPI (mise en veille) me pose problème. Tout le reste fonctionne :-).
AI is a mental disorder
[^] # Re: Déçu
Posté par David Demelier (site web personnel) . En réponse à la dépêche Créer des applications avec Qt 5. Évalué à 0.
Qt Quick c'est bien pour le prototypage notamment, je pense pas que ça remplacera Qt Widgets.
AI is a mental disorder
# Déçu
Posté par David Demelier (site web personnel) . En réponse à la dépêche Créer des applications avec Qt 5. Évalué à 10.
Je l'ai, je suis extrêmement déçu. Je voulais un livre qui apprennent vraiment Qt comme si on avait aucune connaissance mais ce livre vous demande de connaître un minimum. Il est presque intégralement consacré à Qt Quick. Si vous comptez apprendre à faire du Qt 5 en C++, c'est vraiment pas celui là qu'il vous faut.
AI is a mental disorder
[^] # Re: Windows ou Mac
Posté par David Demelier (site web personnel) . En réponse au journal Nouvelle interface pour gedit. Évalué à 2.
Merci, j'ai bien ri en lisant ça.
AI is a mental disorder
# Windows ou Mac
Posté par David Demelier (site web personnel) . En réponse au journal Nouvelle interface pour gedit. Évalué à 3.
Mouais, moi je dirais plutôt Mac OS X.
AI is a mental disorder
# Qt > Gtk
Posté par David Demelier (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 3.
Tout est dans le titre. Gtk est clairement une erreur. Déjà vouloir réinventer la roue en recrééant un système object en C avec GLib juste parce qu'on aime pas le C++ est une erreur. Le simple développeur qui veut créer une classe avec GLib et Gtk doit coder 50 000 lignes. De plus l'absence de namespace en C rendent encore plus horrible l'API Gtk :
Non plus sérieusement
Travaillant avec Qt dans mon poste actuel, je ne peux que le conseiller :-).
AI is a mental disorder