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/
Avec Qt on choisis, à l'aide de macro ce qui est exporté ou non
(on dit "public slots:" pour exporter les slots)
On peux aussi ajouter des attributs and le code source pour "tagger" des fonctions (fonction dépréciée, internes, ...)
Je ne vois pas en quoi ses informations sont intrusive. au contraire, elle sont là où elle doivent être, à coté de la déclaration de la fonction.
Tu dis que vous pouvez utilisé un précompilateur, mais quels sont les précompilateur qui marche "out-of-the-box" pour le moment.
Car dit comme ça, Qt ne force pas l'utilisation du moc non plus, n'importe quel préprocesseur qui peux générer le code qui va bien convient, (il pourrait même être écrit à la main pour les mazo). C'est juste que le moc fonctionne bien et que donc il n'y a besoin de rien d'autre.
[^] # 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é.
[^] # Re: Intéressant !
Posté par Gof (site web personnel) . En réponse à la dépêche CAMP 0.7.0 : bibliothèque de réflexion en C++ sous LGPL. Évalué à 3.
[^] # Re: Comparaisons
Posté par Gof (site web personnel) . En réponse au journal CAMP 0.7.0 - Bibliothèque de réflexion C++ sous LGPL. Évalué à 1.
(on dit "public slots:" pour exporter les slots)
On peux aussi ajouter des attributs and le code source pour "tagger" des fonctions (fonction dépréciée, internes, ...)
Je ne vois pas en quoi ses informations sont intrusive. au contraire, elle sont là où elle doivent être, à coté de la déclaration de la fonction.
Tu dis que vous pouvez utilisé un précompilateur, mais quels sont les précompilateur qui marche "out-of-the-box" pour le moment.
Car dit comme ça, Qt ne force pas l'utilisation du moc non plus, n'importe quel préprocesseur qui peux générer le code qui va bien convient, (il pourrait même être écrit à la main pour les mazo). C'est juste que le moc fonctionne bien et que donc il n'y a besoin de rien d'autre.