Benjamin Poulain a écrit 133 commentaires

Parcque Qt est chiant à binder

http://techbase.kde.org/Development/Languages
C'est pas comme si on avait pas les outils pour le faire.

Je me demande bien où tu vas chercher tes infos. Tu dois être pote avec un commercial et tu crois tout ce qu'on te raconte...

Tu essayes de faire dériver le débat avec ta première question. C# pourrait être portable, d'ailleurs Mono est portable, mais en pratique .Net ne l'est pas. J'aurais d'ailleurs bien du mal à citer une seule killer app en .Net qui tourne sur Linux et Mac. C# pourrait hypothétiquement être portable, personne ne dit le contraire.

Quand on parle de Java, on parle de l'implémentation de Sun parce que c'est la seule qui a des performances potable et c'est là cible sur lequelle on développe. Sur Java la portabilité est pas trop mal (j'ai dit portabilité, pas intégration), car tu peux te rabattre sur l'implémentation de référence, même sous Linux.

Quand on parle de .Net, on parle de l'implémentation de Microsoft. Et là rien ne vas plus parce que l'implémentation de référence n'existe que sous Windows, et que la version multiplateforme est bancale (que ce soit en terme de vitesse ou de fonctionnalités). Essaye de faire tourner une application non triviale sur MS.Net et Mono, tu vas te marrer (et je ne dis pas ça contre Mono, ils font un boulot incroyable étant donné la différence de moyen avec Microsoft!).

Mono n'as vraiment pas aidé Linux pour le moment. Aucune application .Net n'est venu de Windows vers Linux, mais de l'autre côté ça permet à Microsoft de raconter à tout le monde que si ils font du .Net c'est cross-plateforme. Et il y a des gens qui y croient.


Pour la norme ISO, le problème est que la norme a été soumise il y a longtemps, et elle n'a jamais été mise à jour. Les problèmes de la norme n'ont jamais été corrigé, et les nouveautés n'ont jamais été intégrés.

Il est ressorti d'une discutions que j'ai eu avec un ingénieur de Microsoft France que la norme est juste là pour donner du poid à son langage sur le papier. Cette norme n'est pas du tout la référence utilisé par Microsoft, et ils n'ont aucune intention de la mettre à jour.

Si tu regardes comment bosse Mono, ils n'utilisent pas du tout ces normes. Ce qu'ils sont obligé de faire, c'est réaliser des tests sur l'implémentation de MS, et implémenter leur code de façon à ce que ces tests passent. Si tu compares à une implémentation d'un stack réseau ou d'un format de fichier tu vas comprendre qu'il y a un problème.

.Net multiplateforme? Dans un univers parallèle peut être mais dans le monde où je vis ça n'existe pas.

Franchement Timaniac, faut arrêter de lire la propagande et essayer par toi même. Microsoft ne respecte pas du tout la norme ISO de .Net, et on fait difficilement moins portable.

Avec Mono tu passes ton temps à contourner les différences entre les deux implémentation, ou tu finis par utiliser Mono sur Windows pour avoir quelque chose qui "fonctionne" partout. :(

Sans vouloir vexer les développeurs de Mono, je ne vois vraiment pas l'intérêt. Le support de .Net est très inégal entre l'implémentation de Microsoft et l'implémentation de Mono.

Faire du .Net cross plateforme est un combat perdu (pour ce que j'ai pu essayer de Mono/Moonlight). Alors que de l'autre coté faire du cross plateforme avec Qt est vraiment simple.

D'après les développeurs de GTK ça à l'air de déchirer: http://aruiz.typepad.com/siliconisland/2009/02/gtk-30-themin(...)

Qui sait, ça poussera peut être GTK à mieux s'intégrer à KDE?

Le support n'est pas la seule raison de se payer une licence. Pouvoir fermer tout le code donne beaucoup de souplesse, c'est capital les gros projets. Je ne pense pas que tout le monde est prêt à fournir ses patchs en LGPL.

La plateforme de Apple est assez hostile à l'open source. Il n'est pas question de distribuer du GPL du par exemple.

Tu peux déjà mettre des applications sur les Nokia en les transférant directement. Si tu fais du sport, essaye http://sportstracker.nokia.com

Je me suis laissé emporté par mon optimisme :)

Ce que je vois maintenant, c'est des amis qui galère sur des trucs comme MFC ou Carbon+Cocoa. Leur boîte ne proposera jamais de solution en dehors de l'OS de départ parce qu'ils ont fait l'erreur de se bloquer sur une plateforme.

Si ils commencent sur la plateforme X avec Qt (puisque maintenant c'est gratuit), et qu'un client demande si ils peuvent l'utiliser sur la plateforme Y, ce sera du domaine du possible. Et j'espère que Y ce sera Linux :)

J'avoue que tout n'est pas aussi facile, il suffit de voir le nombre d'application Java qui ne fonctionnent que sur une seule plateforme...

Même si je suis d'accord qu'un suite office directement en Qt serait bien mieux, il n'en reste pas moins qu'avoir OOo en Qt serait génial.

OOo est une usine à gaz, mais il est bien répandu et il a plus de fonctionnalité que KOffice 2. Utiliser Qt pour OOo aurait du sens selon moi.

C'est tout à fait ça, avant il y avait les licences GPL et proprio.

Avec la GPL, tu peux faire du libre, tu ne payes pas, mais ça doit rester GPL.
Avec la licence proprio, tu peux faire ce que tu veux, mais tu payes.

Avec la LGPL, tu ne peux pas faire ce que tu veux (le code de Qt doit rester libre), mais tu peux lier ton programme proprio à Qt sans payer.

Pourquoi est-ci si important d'éviter de payer une licence?
Premièrement pour les petits développeurs qui se lancent sans savoir si leur projet va réussir, ils pourront se lancer sans payer les frais d'entrées d'une licence.
Deuxièmement pour toutes les entreprises radines qui ferait tout pour payer moins (et ils y en a beaucoup). Eux j'espère que si ils profitent de Qt, ils auront la décence de publier aussi des binaires pour Linux, ce qui augmentera la force de l'écosystème.

Finalement, les entreprises qui ne veulent pas prendre trop de risques continueront à payer du support et à acheter des licences pour être sûr que leurs problèmes soient réglés rapidement.

Je me suis fait doubler pour ma dépêche, voilà le texte comme ça ce n'est pas perdu:

Qt_Software (anciennement Trolltech) a annoncé aujourd'hui que la prochaine version de Qt vera l'ajout de la licence LGPL v2.1. L'annonce indique aussi qu'un nouveau mode de développement sera bientôt mis en place, permettant des contributions directes au dévelopement de Qt.

Pour rappel, Qt est un framework multi-platforme qui facilite la création d'applications de bureau. Ce framework est connu pour être à la base de KDE mais il est aussi utilisé dans de nombreux projets hors KDE (VLC, Skype, Google Earth, etc).

À partir de la version 4.5, qui devrait sortir en mars, Qt sera sous triple licence: LGPLv2.1, GPLv3 et commerciale. L'ajout de la licence LGPL vient apporter un changement fondamental pour les développeurs qui commercialisent une version fermée de leur logiciel, il leur sera désormais possible d'utiliser Qt sans payer de licence.

La licence GPL devrait rester la licence la plus populaire pour les projets libre mais il est probable que de nombreux projets adopteront la LGPL à cause de leur modèle de distribution (Mozilla Firefox par exemple).

Qt Software prévoit aussi d'ouvrir le développement de Qt. Il sera bientôt possible de contribuer directement à la base de code de Qt. Ce changement risque d'être déterminant pour la réactivité de correction de bugs, et les nouvelles fonctionnalités de la bibliothèque.





Avec ce changement de licence, Nokia espère multiplier le nombre de dévelopeurs utilisant Qt. Plus de développement sur Qt devrait amener plus d'application (commerciale ou libre) sur Linux. De nombreux client de Nokia ont choisissent Qt pour la facilité de développement sous Windows ou Mac, et fournissent finallement un version Linux de leurs logiciels.

La licence commerciale est conservée pour les développeurs d'application qui ne souhaitent pas se soumettre aux obligations de la LGPL. Et Nokia continuera à vendre du support.

Concernant l'ouverture du mode de développement, peut d'informations sont encore dévoilées. D'après le site web, les dépots seront ouverts (probablement comme on a pu le voir avec Qt creator).

On a pu voir une intenssification du dévelopement avec Qt 4.5, et il est probable que l'ouverture des dépots accellerera encore les choses. La FAQ indique aussi que ces changements visent aussi à améliorer encore la qualité de Qt.

La licence des version de Qt inférieure à 4.5 restera inchangée.


http://www.qtsoftware.com/about/news/lgpl-license-option-add(...) Annonce officielle
http://dot.kde.org/1231920504/ Annonce de KDE
http://www.qtsoftware.com/about/licensing/frequently-asked-q(...) FAQ

http://aseigo.blogspot.com/2009/01/qt-goes-lgpl.html Blog du président de KDE eV
http://labs.trolltech.com/blogs/2009/01/14/nokia-to-license-(...) Blog du dirrecteur de Qt Software

Ce qui m'a choqué dans le journal, c'est que tu parles comme les slogan des commerciaux. Par exemple encore des phrases comme "les langages dynamique et faiblement typé sont plus délicats à maintenir", c'est la rhétorique classique des commerciaux de Sun.

De même sur S3 et EC2, c'est n'est pas la panaché non plus, quoi qu'en dise Amazon, et le modèle de Big Table est séduisant. Enfin, je dis ça mais App Engine ne m'a pas complètement séduit non plus: http://www.openyourcode.org/historique-actualite/2008/octobr(...)

Maintenant c'est vrai que j'y ai été un peu fort, et tu es manifestement ouvert d'esprit.

Tu as oublié Qt, mais j'espère que tout le monde connaît celui-là... :)

Désolé David, si tu as pris mon commentaire pour toi, je voulais répondre au journal et pas à ton commentaire.

Je voulais dire que des "Python est bien pour des projets pas trop gros" et "pas de jointure dans les tables", etc, montrent une grande compréhension des concepts en questions pas l'auteur, et une grande ouverture d'esprit...

On voit aussi une grande ouverture d'esprit de ta part. Juger avant d'essayer, ça à pas l'air de te déranger beaucoup.

Enfin, je dis ça je dis rien...

Il est dommage que Chrome soit sorti de bêta avant d'avoir été porté sous Linux et Mac. Et on peut pas dire qu'il y a des efforts qui sont fait pour les autres plateforme que Windows.

Il s'agit d'un tournant pour Google, Linux n'est plus une plateforme importante à leur yeux.

Ça vaut largement une dépêche non?

Merci pour ce journal. Il ne reste plus qu'à savoir qui avait lancé la rumeur....

Note que le journal de Dawar parlait de MSI, qui utilise une version SuSE qui avait quelques problèmes d'intégration que Asus n'a pas. Il est possible que MSI ai effectivement eu un taux de retour plus important.

Une idée pour faire prendre conscience du problème:
étoffer leur page sur Wikipedia: http://fr.wikipedia.org/wiki/Voyages-sncf.com#Les_controvers(...)

Peut-être faire une section "Panne et problèmes" qui détaillerait les problèmes du site? Les entreprises sont assez sensible à ce qui est dit sur wikipedia, et elles sont bien emmerdé quand il y a des références car ça rend le "nettoyage" plus difficile.

Tout en restant raisonable bien sûr, ça reste une encyclopédie, et parler des problèmes de flash et javascript serait hors propos.

Tout le monde se plaint de ce site, mais la direction de la SNCF n'a pas l'air de recevoir l'info. Il est probable que les responsables du site fournissent de beau chiffre et cachent tout les problèmes.

Voyage-SNCF représente un gros chiffre d'affaire, et il est probable que les dirigeant n'ont accès qu'à cette information. Il faudrait peut être écrire directement à la direction de la SNCF sinon les problèmes ne sont pas prêt d'être réglés.

Au début j'ai pensé que c'était bibliothèque c'était leur nom pour virtual folder/smart folder mais c'est pas ça.
C'est effectivement une implémentation des tags comme Antoine l'a fait remarqué. Et c'est vrai que ça pourrait être sympa sur nos bureau.

Quelqu'un sait si il y a un standard pour les metadonnées de fichier sur freedesktop?

Je pense que tu dois faire un nouveau keymap où tu associes le keycode de escape à la commande.

Quelques commandes:
Pour obtenir le keymap courrant: dumpkeys: http://www.linuxcertif.com/man/1/dumpkeys/
Pour voir le keycode d'une touche: showkey http://www.linuxcertif.com/man/1/showkey/
Pour charger le nouveau keymap: loadkeys: http://www.linuxcertif.com/man/1/loadkeys/

Et tout le dernier exemple de la page man de keymaps montre comment lancer une commande: http://www.linuxcertif.com/man/5/keymaps/#EXAMPLES_1246h

Désolé pour l'orthographe du journal. J'ai posté un peu vite :(

J'ai le même problème avec Google sur certains de mes sites (depuis juillet). Le pagerank varie du tout au tout sans aucune explication.

Le plus flagrant sur LinuxCertif qui ne cesse d'osciller entre la première position et la quatrième page.

Je pense que Google a de sérieux problèmes avec ses algorithmes. Je soupçonne aussi qu'ils changent les résultats pour maximiser leurs revenus plutôt que la pertinence des résultats. Ces changements ont en effet débutés avec les problèmes boursier.

Ou pour résumer, le WPA n'est pas (encore) mort, c'est juste que quelques journalistes peu scrupuleux font des titres sensationnels pour gagner des visiteurs