Qt c'est le plus beau et le plus fort et puis c'est tout ! ;-)
La STL pas cohérente avec le reste de Qt. (Bon, c'est la faute de Qt)
> Un peu comme un vector de shared_ptr, c'est ça ?
c'est plus simple de faire
QString maString("foo");
que string_ptr maString(new string("foo"));
> En quoi la copie des conteneurs de la STL n'est pas déterministe ?
Tu m'a mal compris. Je disais justement que la STL voulais que ce soit déterministe et que c'est une des raisons pour laquelle rien n'est partagé par défaut.
> Se passer des templates, je trouve ça idiot. Franchement.
Qt ne se passe pas des template, ils sont juste utilisé modérément. std::vector ça va.
Les "additions" sont des macros tout ce qu'il y a de plus standards. Les analyseurs de code n'ont en général pas de problème à parser ça, sans modifications.
Qt fait "doublon" avec la STL dans le sens que certaines fonctions sont dupliquées. Mais Qt ne fait pas doublon dans le sens que les objectifs sont différents.
Qt essaye de fournir une API facile d'utilisation, cohérente, multi-platformes, intuitive.
Alors que la STL est plus bas niveau.
Par example, les conteneurs de Qt sont "implictly shared" ce qui permet de pouvoir passer des listes ou des chaîne de caractère d'une classe à l'autre de manière performante, très facilement et intuitivement.
Les conteneur STL ne le sont pas car cela veux dire que le la copie à lieu a des moment non déterministique, ce qui est une horreur pour la programmation temps réel.
La STL fait un usage important des templates, ce qui la rends plus difficile d'utilisation pour les novice. Un programmeur Qt peut s'en tirer sans connaître cette partie compliquée du C++.
Exemple, les conteneur STL permettent d'avoir un "allocateur" personalisé. Mais qui a vraiment besoin de ça ? Et ce n'est pas transparent pour l'utilisateur si on ne les utilise pas (les messages d'erreurs sont imbitables, ça apparaît dans l'auto-completion, impossible de forward-déclarer certaine classes, ...)
Certes, boost a plein de modules non présent dans Qt (et l'inverse est vrai aussi)
Par contre, je trouve que la programation avec des thread Qt et QtConcurrent très bien. En quoi boost thread est il mieux fait? (peut être plus bas niveau?)
Je ne connais pas asio, qu'y a t il de mieux dans asio ?
> Certains composants de Qt dépendent d'une boucle d'évènement
> et de variables globales
Et moi, je pense qu'il est aussi important de n'avoir que des commit qui compile et sont sensé marcher plus ou moins dans l'historique
Cela est nécessaire pour des outils comme git-bisect. (très utile)
Mais je comprends tout à fait l'interêt de commiter tout le temps. Il faudrais pouvoir séparer les commits qui compiles et celle qui sont "travail en cours" ne compiles pas pour que git-bisect puisse quand même fonctionner.
Ah non. NP veux dire non-déterministique polynomial. Ce qui signifie l´ensemble des problèmes soluble en un temps polynomial sur une machine d´états non déterministique (Cela n´existe pas en pratique. Mais les ordinateurs quantiques arrivent).
Donc il en pratique, il faut un temps plus que polynomial pour résoudre un problême appartenant à NP (et pas à P) Mais il existe des problèmes solubles en un temps exponentiel qui n´appartiennent pas à NP.
- Parlez-moi de vous plutôt.
- Odile ! Moi c’est Odile. Pluto, c’est l’ami de Mickey.
- Ah non ! Pluto c’est le chien de Mickey. L’ami de Mickey c’est Dingo.
- Pardonnez-moi, je ne sais plus ce que je dis ! C’es ce film toute cette pression...
Qu'on me corrige si j'ai tord, mais il me semble que Opera n'utilise Qt que pour son intégration avec KDE. Et en perticulier, que Opera Mini n'utilise pas du tout Qt.
(En tout cas c'est ce que je remarque quand je fais un ldd sur les binaire de Opera sous linux)
... je ne mentionnerais pas la présence ou non de canonical ou d'autres distributions parmi les entreprises les plus active dans le lien http://lwn.net/Articles/395961/
> le père noël on dit qu'il donne des cadeaux à tous les enfants de la Terre le 24 décembre à minuit.
> On peut voir expérimentalement que ce n'est pas vrai.
Uniquement les enfants qui ont été sages et qui y croient suffisamment.
En plus, le traîneau du père noël est tiré pas des rennes magiques qui ne connaissent pas de limites.
J'aimerais bien voir ta preuve qui dit que c'est pas vrai.
Je ne serais pas étonné que tu n'aies pas eu beaucoup de cadeau du père Noël quand tu étais petit.
> la seule leçon à retenir de cette expérience foireuse et cruelle, c'est que
> les êtres humains ont besoin de communiquer d'une manière ou d'une autre
A-t-on fait une autopsie des bébé à l'époque pour déterminer la cause de la mort, ou sont ils mort de cause « naturelle », comme X% des bébés à l'époque?
Je pense que pour pouvoir déterminer si, oui ou non, la communication est vraiment un besoin vital comme tu semble le prétendre, il faudrait reproduire l'expérience un nombre suffisant de fois pour voir si c'est reproduisible. http://www.xkcd.com/242/
[^] # Re: Qt mais pas complètement ?
Posté par Gof (site web personnel) . En réponse au journal Sortie de exxEditor - version 0.9. Évalué à 2.
La STL pas cohérente avec le reste de Qt. (Bon, c'est la faute de Qt)
> Un peu comme un vector de shared_ptr, c'est ça ?
c'est plus simple de faire
QString maString("foo");
que string_ptr maString(new string("foo"));
> En quoi la copie des conteneurs de la STL n'est pas déterministe ?
Tu m'a mal compris. Je disais justement que la STL voulais que ce soit déterministe et que c'est une des raisons pour laquelle rien n'est partagé par défaut.
> Se passer des templates, je trouve ça idiot. Franchement.
Qt ne se passe pas des template, ils sont juste utilisé modérément. std::vector ça va.
[^] # Re: Qt mais pas complètement ?
Posté par Gof (site web personnel) . En réponse au journal Sortie de exxEditor - version 0.9. Évalué à 2.
[^] # Re: Qt mais pas complètement ?
Posté par Gof (site web personnel) . En réponse au journal Sortie de exxEditor - version 0.9. Évalué à 4.
Qt essaye de fournir une API facile d'utilisation, cohérente, multi-platformes, intuitive.
Alors que la STL est plus bas niveau.
Par example, les conteneurs de Qt sont "implictly shared" ce qui permet de pouvoir passer des listes ou des chaîne de caractère d'une classe à l'autre de manière performante, très facilement et intuitivement.
Les conteneur STL ne le sont pas car cela veux dire que le la copie à lieu a des moment non déterministique, ce qui est une horreur pour la programmation temps réel.
La STL fait un usage important des templates, ce qui la rends plus difficile d'utilisation pour les novice. Un programmeur Qt peut s'en tirer sans connaître cette partie compliquée du C++.
Exemple, les conteneur STL permettent d'avoir un "allocateur" personalisé. Mais qui a vraiment besoin de ça ? Et ce n'est pas transparent pour l'utilisateur si on ne les utilise pas (les messages d'erreurs sont imbitables, ça apparaît dans l'auto-completion, impossible de forward-déclarer certaine classes, ...)
[^] # Re: Qt mais pas complètement ?
Posté par Gof (site web personnel) . En réponse au journal Sortie de exxEditor - version 0.9. Évalué à 3.
Par contre, je trouve que la programation avec des thread Qt et QtConcurrent très bien. En quoi boost thread est il mieux fait? (peut être plus bas niveau?)
Je ne connais pas asio, qu'y a t il de mieux dans asio ?
> Certains composants de Qt dépendent d'une boucle d'évènement
> et de variables globales
Oui, et ? Quel est le problème ?
[^] # Re: Divertissant
Posté par Gof (site web personnel) . En réponse au journal Un flim presque clute. Évalué à 10.
[^] # Re: Cette application existe, je l'ai rencontrée...
Posté par Gof (site web personnel) . En réponse au journal « Qu’est-ce que je fais à manger ce soir ? ». Évalué à 10.
[^] # Re: plop
Posté par Gof (site web personnel) . En réponse au journal Mercurial ou GIT. Évalué à 3.
Cela est nécessaire pour des outils comme git-bisect. (très utile)
Mais je comprends tout à fait l'interêt de commiter tout le temps. Il faudrais pouvoir séparer les commits qui compiles et celle qui sont "travail en cours" ne compiles pas pour que git-bisect puisse quand même fonctionner.
# Une bonne GUI pour git et pour mercurial:
Posté par Gof (site web personnel) . En réponse au journal Mercurial ou GIT. Évalué à 9.
# Et pendent ce temps....
Posté par Gof (site web personnel) . En réponse au journal P != NP : la preuve. Évalué à 7.
http://www.cube20.org/
[^] # Re: Il dit qu'il est pas d'accord.
Posté par Gof (site web personnel) . En réponse au journal P != NP : la preuve. Évalué à 2.
[^] # Re: Mais ké kidi?
Posté par Gof (site web personnel) . En réponse au journal P != NP : la preuve. Évalué à 3.
Donc il en pratique, il faut un temps plus que polynomial pour résoudre un problême appartenant à NP (et pas à P) Mais il existe des problèmes solubles en un temps exponentiel qui n´appartiennent pas à NP.
[^] # Re: /.
Posté par Gof (site web personnel) . En réponse au journal Linux de moins en moins utilisé chez les étudiants de l'université Information Technology & Communication. Évalué à 5.
- Odile ! Moi c’est Odile. Pluto, c’est l’ami de Mickey.
- Ah non ! Pluto c’est le chien de Mickey. L’ami de Mickey c’est Dingo.
- Pardonnez-moi, je ne sais plus ce que je dis ! C’es ce film toute cette pression...
Source: La Cité de la peur (1994)
[^] # Re: Android != Linux
Posté par Gof (site web personnel) . En réponse au journal Android en tête au second trimestre 2010 sur le segment des OS pour téléphones portables (USA). Évalué à 3.
# Opera, Qt, ...
Posté par Gof (site web personnel) . En réponse au journal Mon bon vieux Nokia E71.. Évalué à 3.
(En tout cas c'est ce que je remarque quand je fais un ldd sur les binaire de Opera sous linux)
# Pour ne pas relancer troll ubuntu ...
Posté par Gof (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.35 du noyau Linux. Évalué à -3.
[^] # Re: Bonne nouvelle
Posté par Gof (site web personnel) . En réponse au journal Du linux dans vos voitures. Évalué à 6.
Référence: http://www.securiteaerienne.com/node/56
[^] # Re: La licorne invisible.
Posté par Gof (site web personnel) . En réponse au journal Athéisme, agnostisme: manifeste agnostique. Évalué à 3.
> On peut voir expérimentalement que ce n'est pas vrai.
Uniquement les enfants qui ont été sages et qui y croient suffisamment.
En plus, le traîneau du père noël est tiré pas des rennes magiques qui ne connaissent pas de limites.
J'aimerais bien voir ta preuve qui dit que c'est pas vrai.
Je ne serais pas étonné que tu n'aies pas eu beaucoup de cadeau du père Noël quand tu étais petit.
[^] # Re: Windows ou Ubuntu
Posté par Gof (site web personnel) . En réponse à la dépêche Wine, JavaFX, OpenStack, Dell et les OS. Évalué à 4.
> les êtres humains ont besoin de communiquer d'une manière ou d'une autre
A-t-on fait une autopsie des bébé à l'époque pour déterminer la cause de la mort, ou sont ils mort de cause « naturelle », comme X% des bébés à l'époque?
Je pense que pour pouvoir déterminer si, oui ou non, la communication est vraiment un besoin vital comme tu semble le prétendre, il faudrait reproduire l'expérience un nombre suffisant de fois pour voir si c'est reproduisible.
http://www.xkcd.com/242/
[^] # Re: faux choisir
Posté par Gof (site web personnel) . En réponse au journal Motorola: Une nouvelle étape dans l'ignominie ?. Évalué à 4.
Si je veux discuter avec mes amis, je peux leur téléphone.
Et pour rechercher de la documentation, rien ne vaux une bonne vieille bibliothèque.
J'ai des collègues qui utilise internet, mais bon soyons honnete et quel est l'utilisation faite de ce jouet?
[^] # Re: Danger criant depuis des années
Posté par Gof (site web personnel) . En réponse au journal Motorola: Une nouvelle étape dans l'ignominie ?. Évalué à 5.
Cela inclus GCC, Bash, emacs, grub, .....
[^] # Re: Con-fusions
Posté par Gof (site web personnel) . En réponse au journal Vers une fin des forfaits illi-miteux ?. Évalué à 2.
[^] # Re: C'est décidé, je déménage !
Posté par Gof (site web personnel) . En réponse à la dépêche L'accès à internet en Finlande devient un droit. Évalué à 3.
[^] # Re: Intérêt d'HTTPS ?
Posté par Gof (site web personnel) . En réponse au journal HTTPS Everywhere. Évalué à 6.
[^] # Re: Qt
Posté par Gof (site web personnel) . En réponse au message Manipulation d'un programme interactif en C++. Évalué à 2.
Compile Qt en static avec ton programme au besoin.
(Qt n'est pas si lourd, rapelle toi qu'il fonctionne sur des téléphones)
[^] # Re: Jobs tout puissant
Posté par Gof (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 3.
... mais le pape c'est sacré.