Ouai, je suis d'accord. Ce qu'il faudrait, c'est separer openoffice en un noyau qui gererait des services generiques d'une suite office (gestion des documents, integration dans le bureau, ...) . Ce noyau permettrait une integration complete dans un envirlnnement de bureau existant afin de le rendre plus leger. Il profiterait des fonctionnalites naturelle de cet environnement de bureau comme la gestion de l'impression, la base de donnees mimetype. Ca permettrait aux developpeurs de se concentrer sur la valeur ajoutee, la partie office, en laissant les autres parties (gestion des polices, interface graphique de base themable, ...) a l'environnement de bureau.
Par dessus ce core, on coderait des application beaucoup plus legeres. Et une fois que ce serait beaucoup plus leger, on ferait passer le message en remplacer le "open" par un "k".
Pardon, ca existe deja ?
Troll a part, OpenOffice en soi, c'est bien que ca existe, mais c'est chiant que ca soit aussi lourd et aussi peu integre dans le bureau de l'utilisateur, quel qu'il soit.
> Utiliser la DLL cygwin c'est vraiment pas un drame. La DLL ne doit pas
> etre enorme et le ralentissement de l'application doit etre negligeable.
Je ne sais pas si c'est toujours d'actualite mais la derniere fois que j'avais parle avec le "chef de projet", ils avaient des gros problemes parce que justement, les ralentissement dus a cygwin au niveau des acces fichiers sont enormes. J'imagine que c'est l'emulation des attributs fichiers qui leur prend autant de perf. En tout cas, c'est un souci tres important qui peut rendre l'appli completement inutilisable.
Freshmeat, c'est gentil mais on parlait de contexte commercial. Ou bien alors on s'est mal compris. Je ne pense pas que le 897987e editeur de source avec coloration syntaxique developpe en Gtk represente une utilisation significative de Gtk (ou de Qt).
As-tu bosse dans une boite qui fait du logiciel pour gagner sa vie ? Je veux dire, qui fait du logiciel proprio et qui paye cher pour avoir un truc qui marche (meme si en general, elles n'ont pas grand chose au regarde de ce qu'elles payent) ? J'ai l'impression que tu es en decalage avec l'univers professionnel du developpement logiciel.
Dans ce genre de boite (qui est la norme du cote du proprio comme du commercial), quand tu achetes une bibliotheques, le prix tu t'en fous. En general, la seule chose qui compte, c'est le support.
Et aujourd'hui, une offre de support de qualite sur Gtk n'existe pas. Je suis d'accord avec toi que RedHat ou Ximian ont la capacite de fournir un tel support. Mais tu t'egards en pensant qu'ils le font. Ce n'est pas marque sur leur page web, ca veut dire qu'ils ne le font pas.
Si ils faisaient un tel support, il y aurait une page web dediee a Gtk qui propserait des services specifiques a Gtk. Ce n'est pas le cas, ils se font de l'argent ailleurs, ils font des devs Gtk si tu leurs demande mais ils ne vendent pas de service "support avec reponse en mois de 24h sous Gtk".
Ca empeche pas d'avoir le support open-source classique qui depend de la chance, du bon vouloir des developpeurs, de la bonne humeur de certains ou de lire le source quand on a un probleme.
<< Gtk prouve qu'on peut faire un bon toolkit sans utiliser de licence proprio >>
Certe, mais de la a faire de l'argent avec, non. A ma connaissance, aucune boite ne survit en faisant exlusivement du Gtk. Ximian l'utilise pour faire des produits GPL et proprio, RedHat fait un poil de support avec. C'est peut etre ACT (Ada cccc tttt ?) qui se fait le plus d'argent avec Gtk.
Trolltech au contraire des boites precedentes ne vit _que_ grace a Qt. D'ou une approche differente, et surtout un risque tres important si Qt devient trop gratuit a utiliser.
<< Mais imaginons que ceux qui font une librairie Qt sous Windows GPL fassent un meilleur travail >>
On peut tout imaginer mais je sais que ca n'arrivera pas. Les gens qui bossent pour Trolltech sont vraiment _tres_ bons. Une des preuves les plus eclatantes etant justement Qt, un toolkit de tres bonne qualite (et bla bla bla documentation + facilite de developpement bla bla bla portable, je vous epargne le couplet pour aujourd'hui)
Ce n'est pas une equipe de peles qui arrivera a faire aussi bien que des gens qui bossent a plein temps sur un projet, et dont la paye a la fin du mois depend de la qualite du boulot qu'ils font.
<< pourquoi vousêtes si sensible à Trolltech qui fait du proprio et que vous faites chiés SuSE >>
A mon avis, ce ne sont pas les memes. Ceux qui ralent sur Trolltech ralent aussi sur Suse et ceux qui sont satisfait de Trolltech sont probablement aussi ok avec Suse. Bien sur, je m'avance mais la combinaison me parait plus probables que celle que tu suggeres.
> > 5. Grace a la qualite de leur toolkit, sous windows, des gens vont se
> > convertir peu a peu a Linux
> J'y croix pas...
Pourtant quelqu'un explique plus haut qu'il est passe a linux en commencant par Gimp sous windows. Moi ca me parait tout a fait possible meme si evidemment, ca doit pas arriver avec tout le monde (les developpeurs sous windows sont en general lobotimises par microsoft).
> Moi je fais du C et du C++ et j'aprécie les deux languages
Permets-moi de te dire que ton cas est plutot rare. Perso, parmis tous les gens que je connais qui font du C++, il y en a aucun qui aimerait faire la meme chose en C. Et tous les programmeurs Gtk que je connais ont horreur du C++ et c'est une des principales raisons qui les font programmer en Gtk.
Les developpeurs sont en general relativement intransigeant sur leur langage de programmation. C'est python ou perl, c ou C++ ou Java ou Objective C ou Objective Caml.
> Dans le choix d'un toolkit il n'y a pas que le language.
Je parle surtout de la periode ou on se plaignait que Qt n'etait pas GPL. A cette epoque, on avait Gtk1 a comparer a Qt2. De la confession de l'auteur lui-meme, gtkmm (qui etait alors gtk--) etait un bordel difficile a utiliser.
Il parait que gtkmm est mieux maintenant. Tres bien. Mais a l'epoque, il me paraissait difficile a utiliser. Et vient le traditionnel probleme du binding: il est voue a etre en retard sur le toolkit officiel.
Pourquoi a ton avis est-ce que GnomeMeeting est ecrit en C++ mais utilise Gtk et pas Gtkmm ? Je ne comprends pas, si Gtkmm etait si bien pourquoi les gens l'evitent.
> Pour ton information, Gabber utilise gtkmm. Et c'est l'un des produits les plus appréciés dans son domaine.
Gabber peut-etre. Gtkmm non. Je suis sur que je peux t'exhiber deux fois plus de projets ecrits en C++ mais avec Gtk que de projets utilisant Gtkmm.
Le choix d'utiliser des templates peut certes paraitre intelligent vu les fonctionnalites qu'ils apportent au C++. Cependant, seul 10% des programmeurs C++ savent utiliser les template donc ca limite quand meme vachement la portee. (je me demande meme si c'est pas 1%, il faudrait que je retrouve l'article).
Et je maintiens que Qt2 etait largement plus fonctionnel que Gtk1. Demande aux gens qui bossent sur Gtk2, ils te confirmeront. Un certain nombre de widgets de Gtk2 sont copies de Qt. La gestion correcte de l'unicode, les polices anti-aliasees, le modele objet (refait maintenant avec gobject) et d'autres trucs sont enfin corrects avec Gtk2 alors que c'etait pas trop la joie avec Gtk1. C'est pas pour ca qu'on peut pas ecrire de bonnes applications avec, ca prend juste beaucoup beaucoup plus de temps.
> Contactes RedHat, tu auras tout le support que tu veux.. [url]
Le mot Gtk n'apparait meme pas dans la page. A part a etre un expert du logiciel libre et savoir que Redhat est mainteneur Gtk, il n'y a meme pas moyen de savoir que ce service existe. On peut pas dire qu'ils fassent des exces de communication la-dessus. Qui plus est, il n'y a rien sur les prix. Si je veux du support Qt, je vais sur le site de Trolltech (facile) et je trouve les prix en trois clicks, y compris le prix d'une annee de support. C'est quand meme plus clair.
> Par contre tu n'auras pas une licence commerciale. C'est un problème pour toi ?
Pour moi non. Pour ma boite oui. Il me faudra trois jours de palabres pour expliquer que j'achete un support mais pas de produit parce que le produit est gratuit (plus trois jours supplementaires pour expliquer qu'un produit gratuit peut etre bon) alors que si je dis que j'achete une licence, ca passera sans probleme. Et oui, les gens ont des habitudes qui ne sont pas faciles a contourner.
Le probleme, c'est que Trolltech risquerait de perdre une part consequente de ses revenus et de faire faillite. On s'en fout peut-etre du cote logiciel libre mais quand tu as un business, c'est une preoccupation importante.
En fait, c'est pas tres clair. Dans le lien vers Qt2, il s'agit bien d'un port natif. Dans le lien vers Qt3, il est plutot sous-entendu un port via cygwin.
Je suis passionne par Trolltech et Qt et je vais te dire pourquoi: je trouve que leur produit est excellent, a la fois du cote technique, du cote fun, et du cote documentation.
1. Ils ont permis de gommer les defauts du C++ en fournissant un jeu de classe de tres bonne qualite et des mecanismes pratiques.
2. J'ai beaucoup de plaisir a programmer avec Qt car je suis tres efficace
3. Grace au fait que leur toolkit soit completement portable, on a vraiment pas l'impression de s'isoler quand on developpe avec Qt. On sait qu'on pourra toujours si besoin est porter son application sous d'autres environnements
4. Ce sont des ardents supporteurs du libre
5. Grace a la qualite de leur toolkit, sous windows, des gens vont se convertir peu a peu a Linux car une fois que tu commences a utiliser Qt sous windows, tu fais un pas vers le logiciel libre.
<< Qt est passé sous GPL car GTK commençais a faire une grosse concurrence. C'est le marché qui a poussé Trolltech a faire ça car une bonne partie de la communauté était "remonté" >>
Faux. Ca fait deux interviews que je fais avec le PDG de Trolltech et a chaque fois il confirme: tout le monde a Trolltech a une profonde foi dans le logiciel libre. Simplement ils avaient peur en mettant Qt sous GPL qu'un fork se produise et qu'une boite fasse de l'argent sur leur dos. Mais mettre Qt sous GPL a toujours fait partie de leurs objectifs et Gtk n'a jamais rien change a ca.
Pour ce qui est de la concurrence de Gtk, il confirme aussi: pas de concurrence. En gros, soit les gens veulent faire du C et ils choisissent Gtk. Soit ils veulent faire du C++ et ils choisissent Qt (le binding Gtk/C++ est une franche rigolage). Il est pratiquement impossible de convertir au C++ quelqu'un qui aime faire du C et vice versa, donc il n'y a pas de concurrence.
De plus, perso, je trouve que Gtk2 commence a etre potable, mais Gtk1 avait vraiment un train de retard par rapport a Qt. Pas de gestion de l'unicode, pas police anti-aliasee, bcp de widgets nettement inferieurs a ceux de Qt. Je vois pas trop comment ca pourrait faire de la concurrence.
Dernier point, comme Qt est payant pour un produit commercial (close source) et Gtk gratuit, il ne se font pas directement de la concurrence. Soit la boite est pret a payer et prend Qt, soit elle ne veut pas payer et prend Gtk. A ma connaissance, il n'y a pas de moyens officiels d'avoir une licence commerciale Gtk vendue avec un support, contrairement a Qt.
cf aussi le projet qui m'a l'air interessant:
http://www.iidea.pl/~js/qkw/
Par contre, je suis decu, le projet ne parle que de porter Qt3 sous cygwin/XFree pour windows. J'esperais un port natif. Ca veut dire que celui qui veut faire tourner un logiciel ecrit avec ce Qt devra deja avoir installe cygwin et XFree. Reserve aux plus motives donc.
Sinon, je vous ai promis une interview du PDG de Trolltech il y a quelques semaines. Elle a ete faite en anglais il y a deux jours, au telephone. Je cherche de l'aide pour retranscrire les 45 minutes de questions/reponses.
Ceux qui participeront auront l'interview en exclusivite. Si ca vous tente: phil at freehackers dot org
Ces nombreuses boites continueront a acheter des licences. D'apres le CEO de Trolltech, elles achetent deja leur licence unix mais pour des outils internes.
Je ne pense pas que ca fasse tant de concurrence que ca a Trolltech, mais ca nous permettra d'avoir plus de logiciels libres sous windows. Ou bien de developper a la fois au boulot (sous windows, boulot de merde!) et a la maison. Ou bien ca permettra aux gens qui bossent sous windows d'utilise des outils logiciels libres plus souvent, meme s'ils le font deja le soir a la maison (je parle encore de moi).
Deux facon de s'en debarasser:
1. cramer la puce
2. desactiver la puce de facon soft (dans le cas d'un tag a memoire un d'un tag a puce)
Pb de 1: cramer la puce peut etre difficile, peut mettre le feu a l'emballage mais ca reste la solution la plus fiable
pb de 2: desactive la puce, oui, mais doit-on l'autoriser pour tout le monde ? Des petits malins pourraient s'amuser a desactiver en serie tout un jeu d'article et foutre la merde. Dans ce cas on pourrait imaginer de proteger l'article avec un code. Mais ca veut dire que si jamais la caissiere "oublie" de te le desactiver, tu ne pourras pas le desactiver toi-meme.
J'en profite quand meme pour rajouter un lien vers un projet qui developpe des modules open source permettant d'acceder a des lecteurs de cartes a contact (style votre carte bancaire) et sans-contact (style votre carte navigo). Ce projet developpe aussi un OS OpenSource pour carte sans-contact:
Ont-ils mis l'options hyper over super pratique qui consiste a memoriser le .config dans /usr/proc ?
Si non, c'est bien dommage parcque j'ai nique mon .config la semaine derniere et que je vais me taper deux a trois jours de reboot avant de le refaire marcher!
La RFID est en effet un enjeu important, a la fois du point de vue de la vie privee et du point de vue de ce qu'elle apporte.
Pour tout ce qui est suivi, ca remplace tres avantageusement le code barre. Ca coute plus cher mais ca permet de faire un suivi "a distance". C'est super pratique pour par exemple, faire tres rapidement l'inventaire d'un magasin ou d'un camion. Donc les industriels sont tres interesses par cette techno dans une optique d'amelioration de la gestion des stocks.
Du point de vue de la vie privee en revanche, c'est vrai que c'est effrayant. On achete un article, qu'est-ce qui nous dit qu'on est pas suivi a la trace.
D'un point de vue pratique cepedant, je pense qu'il est plus simple de mettre dans un tag RFID le type de produit, tout comme ca se fait avec le code barre, que un identifiant unique par produit. Sinon, la base de donnee derriere, elle va souffrir.
Il faut voir que derriere le mot RFID se cachent trois technos potentielles:
- un tag stupide: il renvoit un no de serie des que tu le mets dans un champs. Pas de possiblites d'ecriture. La, on est au niveau du code barre. Souvent, on a pas tellement besoin de plus
- un tag a memoire: on peut lire dedans et ecrire moyennant une authentification. D'un point de vue securutaire, l'authentification n'est pas tres bien protegee dans la mesure ou un labo avec quelques outils tres perfectionnes pourra sans trop de probleme lire le contenu de la memoire et ecrire dedans. Je ne pense pas cepdndant que cela soit a la portee du particulier.
- un processeur complet avec ROM, EEPROM et RAM, entierement securise, qui fait tourner un systeme d'exploitation lui-meme securise. Ca c'est le truc incraquable. A priori, comme ca coute plus cher a implanter, c'est reserve a des marches ou il y a une tres forte demande en securite, qui peut justifier un cout plus eleve du tag.
Dans les supermarches, on va utiliser soit le tag stupide, soit le tag a memoire.
Remarque: pour ceux qui ont une carte de fidelite et qui s'inquiete des tags RFID, vous devriez commencer par jeter votre carte de fidelite. Quel meilleur moyen en effet que de suivre un consommateur ?
J'ai plein d'autres choses a dire mais je prefere discuter directement sur la mailing-list de Loic, sur le projet RFID / Savannah
Je souscrit a 200% a cet avis. WinCVS n'est qu'une excuse pour dire que CVS a un client graphique sous windows, mais ce client ne simplifie en rien l'utilisation de CVS, plutot le contraire. L'interface en ligne de commande de CVS est bien plus simple a utiliser.
Tortoise au contraire, est simple et intuitif. Tu regardes tes repertoires, tu vois tout de suite les fichiers qui ont besoin de ton attention (marques en rouge). Quand tu fais un click-droit dessus, il te propose uniquement les actions qui sont intelligentes par rapport a l'etat du fichier, ce qui donne une impression de facilite incroyable. Tu cliques sur un fichier modifie, il te propose soit un diff, soit de le committe. Sur un fichier non encore dans la base, il te propose de l'ajouter ou de l'ignorer.
Je regrette que le monde linux n'est pas un aussi bon client CVS mais j'envisage un jour de modifier Cervisia pour obtenir ce genre de fonctionnalite.
Version serveur simple pour laquelle il est precise sur le site qu'elle n'est pas maintenue et pas developpee parce que les developpeurs ont d'autres priorites en ce moment.
Perso, j'ai pas trop envie d'installer Apache + webdav et j'aime bien l'installation minimaliste de CVS. Dommage.
Les recommendations Gnu, en general, on peut se torcher avec. cf par exemple les coding standard du kernel linux.
En ce cas precis, c'est une recommendation de RMS. Je trouve ca abuser de dire que c'est Gnu, a moins de penser que toute la FSF leche les bottes de RMS. En bon chercheur du MIT, RMS est tres familier avec les langages fonctionnels, pense qu'ils sont tres adaptes a plein de chose et souhaite leur diffusion.
D'un certain point de vue, je le comprends: c'est vrai que les langages fonctionnels ont bcp d'interet et permettent de faire plein de chose plus facilement et avec moins de bugs. Le probleme, c'est qu'ils sont plus durs a aborder car ils demandent un autre mode de pensee, et souvent une syntaxe qui n'a rien a voir avec des langages plus courants (C, C++, Java, Python, Perl, ...)
Alors que le but d'un langage de script est de pouvoir etendre facilement l'application, on se retrouve avec Guile avec un truc qui est plus complique a aborder que l'application elle-meme. Le programmeur bourrin aura plus vite fait de patcher en C que d'apprendre Guile pour faire plaisir a RMS. D'ou ma remarque intiale, on peut se torcher avec cette recommendation.
Si on veut rendre une application scriptable, il faut que le langage de script soit tres facile a aborder car le but est que des non experts puissent scripter (sinon, ils patcheraient directement). Un bon choix est donc un langage simple facile a apprendre. Un excellent choix est un langage que les gens connaissent deja par un autre contexte. D'ou le choix de VB dans le monde Microsoft. Javascript est aussi un bon choix puisque des millions de developpeurs web savent faire du Javascript (mais pas moi). D'apres un pote, avec mozilla, tu peux te coder une appli complete en javascript. Maintenant, tu pourras aussi scripter les applis Qt. Python me parait un bon choix aussi, car il est simple a apprendre, souple et facile a etendre. Mais embarquer python, c'est quand meme un peu lourd. Dans la categorie des poids leger, j'ai entendu bcp de bien de lua (http://www.lua.org/(...)).
Sous windows, il est rapide. Un copain m'avait demontre qu'il avait un rendu plus rapide que mozilla sur certains pages. Sauf que comme il prend un tiers de la memoire de mozilla (mouaarf), il est beaucoup plus _leger_.
Perso, je l'aime bien pour ca. Leger. simple, pas de prise de tete. Mozilla me gonfle avec son composer+mailer+im+browser+evier.
C'est pour faire des demos ou pour vendre a un client ? De toute facon, t'es sous windows, tu paye. Tu as paye ton OS, ton environnement de Dev, ta suite office, ton decompresseur, pourquoi tu ne payerais pas ta bibliotheque graphique ?
Le message n'est pas personnel, c'est juste pour rappeler que sous windows, payer est normal.
- libsig est un debat recurrent sur qt-interest. Disons qu'il y a des avantages et des inconvenients. Les templates sont quand meme une structure tres lourde du C++ qui est difficile a apprendre. Cf aussi: http://www.kuro5hin.org/story/2003/5/26/22429/7674(...)
Les templates posent aussi des limitations si tu veux faire des plugins, puisque pour compiler ton plugin, tu as besoins de .h
Les signaux/slot etant bases sur des string, il est tres facile de les ajouter dynamiquement, ou de les binder dans un autre langage.
- Qt sous windows: il existe une version d'evaluation avec la toute derniere version de Qt donc je ne vois pas trop le probleme.
- KDE sous Qt. Mathias Ettrich avait propose qqch sur kde-core-devel mais c'est un peu tombe a l'eau. Il y a un petit probleme de dependance circulaire a resoudre.
- Qt base sur du C++ moderne: je suppose qu'il faut comprendre STL + template. Malheureusement, cette modernite a aussi l'inconvenient de ne pas etre bien portable et surtout, d'etre compliquee a aborder. J'avais lu qu'environ 10% des programmeurs C++ savent utiliser les template. Parmis ces 10%, 1% savent vraiment ce qu'ils font. (mavie.com: je connais le C++ depuis pratiquement 10 ans et je viens juste de rentrer dans les 10%)
- binding: je ne peux que recommander PyQt, excellent maintenu et pas cher sous windows.
[^] # Re: A quand un démarrage plus rapide ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de OpenOffice.org1.1 RC. Évalué à 9.
Par dessus ce core, on coderait des application beaucoup plus legeres. Et une fois que ce serait beaucoup plus leger, on ferait passer le message en remplacer le "open" par un "k".
Pardon, ca existe deja ?
Troll a part, OpenOffice en soi, c'est bien que ca existe, mais c'est chiant que ca soit aussi lourd et aussi peu integre dans le bureau de l'utilisateur, quel qu'il soit.
[^] # Re: qt3 sur windows, une version GPL ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 2.
> etre enorme et le ralentissement de l'application doit etre negligeable.
Je ne sais pas si c'est toujours d'actualite mais la derniere fois que j'avais parle avec le "chef de projet", ils avaient des gros problemes parce que justement, les ralentissement dus a cygwin au niveau des acces fichiers sont enormes. J'imagine que c'est l'emulation des attributs fichiers qui leur prend autant de perf. En tout cas, c'est un souci tres important qui peut rendre l'appli completement inutilisable.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 2.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 2.
Dans ce genre de boite (qui est la norme du cote du proprio comme du commercial), quand tu achetes une bibliotheques, le prix tu t'en fous. En general, la seule chose qui compte, c'est le support.
Et aujourd'hui, une offre de support de qualite sur Gtk n'existe pas. Je suis d'accord avec toi que RedHat ou Ximian ont la capacite de fournir un tel support. Mais tu t'egards en pensant qu'ils le font. Ce n'est pas marque sur leur page web, ca veut dire qu'ils ne le font pas.
Si ils faisaient un tel support, il y aurait une page web dediee a Gtk qui propserait des services specifiques a Gtk. Ce n'est pas le cas, ils se font de l'argent ailleurs, ils font des devs Gtk si tu leurs demande mais ils ne vendent pas de service "support avec reponse en mois de 24h sous Gtk".
Ca empeche pas d'avoir le support open-source classique qui depend de la chance, du bon vouloir des developpeurs, de la bonne humeur de certains ou de lire le source quand on a un probleme.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 1.
Certe, mais de la a faire de l'argent avec, non. A ma connaissance, aucune boite ne survit en faisant exlusivement du Gtk. Ximian l'utilise pour faire des produits GPL et proprio, RedHat fait un poil de support avec. C'est peut etre ACT (Ada cccc tttt ?) qui se fait le plus d'argent avec Gtk.
Trolltech au contraire des boites precedentes ne vit _que_ grace a Qt. D'ou une approche differente, et surtout un risque tres important si Qt devient trop gratuit a utiliser.
<< Mais imaginons que ceux qui font une librairie Qt sous Windows GPL fassent un meilleur travail >>
On peut tout imaginer mais je sais que ca n'arrivera pas. Les gens qui bossent pour Trolltech sont vraiment _tres_ bons. Une des preuves les plus eclatantes etant justement Qt, un toolkit de tres bonne qualite (et bla bla bla documentation + facilite de developpement bla bla bla portable, je vous epargne le couplet pour aujourd'hui)
Ce n'est pas une equipe de peles qui arrivera a faire aussi bien que des gens qui bossent a plein temps sur un projet, et dont la paye a la fin du mois depend de la qualite du boulot qu'ils font.
<< pourquoi vousêtes si sensible à Trolltech qui fait du proprio et que vous faites chiés SuSE >>
A mon avis, ce ne sont pas les memes. Ceux qui ralent sur Trolltech ralent aussi sur Suse et ceux qui sont satisfait de Trolltech sont probablement aussi ok avec Suse. Bien sur, je m'avance mais la combinaison me parait plus probables que celle que tu suggeres.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 5.
> > convertir peu a peu a Linux
> J'y croix pas...
Pourtant quelqu'un explique plus haut qu'il est passe a linux en commencant par Gimp sous windows. Moi ca me parait tout a fait possible meme si evidemment, ca doit pas arriver avec tout le monde (les developpeurs sous windows sont en general lobotimises par microsoft).
> Moi je fais du C et du C++ et j'aprécie les deux languages
Permets-moi de te dire que ton cas est plutot rare. Perso, parmis tous les gens que je connais qui font du C++, il y en a aucun qui aimerait faire la meme chose en C. Et tous les programmeurs Gtk que je connais ont horreur du C++ et c'est une des principales raisons qui les font programmer en Gtk.
Les developpeurs sont en general relativement intransigeant sur leur langage de programmation. C'est python ou perl, c ou C++ ou Java ou Objective C ou Objective Caml.
> Dans le choix d'un toolkit il n'y a pas que le language.
Non mais ca joue beaucoup quand meme.
> Que gtkmm (ou inti ( http://inti.sourceforge.net/index.html(...) ) soit moins
> bon que Qt je peux l'admettre (quoique...).
Je parle surtout de la periode ou on se plaignait que Qt n'etait pas GPL. A cette epoque, on avait Gtk1 a comparer a Qt2. De la confession de l'auteur lui-meme, gtkmm (qui etait alors gtk--) etait un bordel difficile a utiliser.
Il parait que gtkmm est mieux maintenant. Tres bien. Mais a l'epoque, il me paraissait difficile a utiliser. Et vient le traditionnel probleme du binding: il est voue a etre en retard sur le toolkit officiel.
Pourquoi a ton avis est-ce que GnomeMeeting est ecrit en C++ mais utilise Gtk et pas Gtkmm ? Je ne comprends pas, si Gtkmm etait si bien pourquoi les gens l'evitent.
> Pour ton information, Gabber utilise gtkmm. Et c'est l'un des produits les plus appréciés dans son domaine.
Gabber peut-etre. Gtkmm non. Je suis sur que je peux t'exhiber deux fois plus de projets ecrits en C++ mais avec Gtk que de projets utilisant Gtkmm.
Le choix d'utiliser des templates peut certes paraitre intelligent vu les fonctionnalites qu'ils apportent au C++. Cependant, seul 10% des programmeurs C++ savent utiliser les template donc ca limite quand meme vachement la portee. (je me demande meme si c'est pas 1%, il faudrait que je retrouve l'article).
Et je maintiens que Qt2 etait largement plus fonctionnel que Gtk1. Demande aux gens qui bossent sur Gtk2, ils te confirmeront. Un certain nombre de widgets de Gtk2 sont copies de Qt. La gestion correcte de l'unicode, les polices anti-aliasees, le modele objet (refait maintenant avec gobject) et d'autres trucs sont enfin corrects avec Gtk2 alors que c'etait pas trop la joie avec Gtk1. C'est pas pour ca qu'on peut pas ecrire de bonnes applications avec, ca prend juste beaucoup beaucoup plus de temps.
> Contactes RedHat, tu auras tout le support que tu veux.. [url]
Le mot Gtk n'apparait meme pas dans la page. A part a etre un expert du logiciel libre et savoir que Redhat est mainteneur Gtk, il n'y a meme pas moyen de savoir que ce service existe. On peut pas dire qu'ils fassent des exces de communication la-dessus. Qui plus est, il n'y a rien sur les prix. Si je veux du support Qt, je vais sur le site de Trolltech (facile) et je trouve les prix en trois clicks, y compris le prix d'une annee de support. C'est quand meme plus clair.
> Par contre tu n'auras pas une licence commerciale. C'est un problème pour toi ?
Pour moi non. Pour ma boite oui. Il me faudra trois jours de palabres pour expliquer que j'achete un support mais pas de produit parce que le produit est gratuit (plus trois jours supplementaires pour expliquer qu'un produit gratuit peut etre bon) alors que si je dis que j'achete une licence, ca passera sans probleme. Et oui, les gens ont des habitudes qui ne sont pas faciles a contourner.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 1.
Le probleme, c'est que Trolltech risquerait de perdre une part consequente de ses revenus et de faire faillite. On s'en fout peut-etre du cote logiciel libre mais quand tu as un business, c'est une preoccupation importante.
[^] # Re: qt3 sur windows, une version GPL ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 1.
[^] # Re: Good and bad news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 9.
# Re: qt3 sur windows, une version GPL ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 5.
[^] # Re: Good and good news
Posté par Philippe F (site web personnel) . En réponse à la dépêche qt3 sur windows, une version GPL ?. Évalué à 4.
[^] # Re: un lecteur GPL pour code barre "intelligent"
Posté par Philippe F (site web personnel) . En réponse à la dépêche un lecteur GPL pour code barre "intelligent". Évalué à 1.
1. cramer la puce
2. desactiver la puce de facon soft (dans le cas d'un tag a memoire un d'un tag a puce)
Pb de 1: cramer la puce peut etre difficile, peut mettre le feu a l'emballage mais ca reste la solution la plus fiable
pb de 2: desactive la puce, oui, mais doit-on l'autoriser pour tout le monde ? Des petits malins pourraient s'amuser a desactiver en serie tout un jeu d'article et foutre la merde. Dans ce cas on pourrait imaginer de proteger l'article avec un code. Mais ca veut dire que si jamais la caissiere "oublie" de te le desactiver, tu ne pourras pas le desactiver toi-meme.
[^] # Re: un lecteur GPL pour code barre "intelligent"
Posté par Philippe F (site web personnel) . En réponse à la dépêche un lecteur GPL pour code barre "intelligent". Évalué à 3.
http://www.sf.net/projects/jayacard(...)
[^] # Re: un lecteur GPL pour code barre "intelligent"
Posté par Philippe F (site web personnel) . En réponse à la dépêche un lecteur GPL pour code barre "intelligent". Évalué à 1.
# Re: Le dernier Linux 2.5 est sorti
Posté par Philippe F (site web personnel) . En réponse à la dépêche Le dernier Linux 2.5 est sorti. Évalué à -1.
Si non, c'est bien dommage parcque j'ai nique mon .config la semaine derniere et que je vais me taper deux a trois jours de reboot avant de le refaire marcher!
# Re: un lecteur GPL pour code barre "intelligent"
Posté par Philippe F (site web personnel) . En réponse à la dépêche un lecteur GPL pour code barre "intelligent". Évalué à 7.
Pour tout ce qui est suivi, ca remplace tres avantageusement le code barre. Ca coute plus cher mais ca permet de faire un suivi "a distance". C'est super pratique pour par exemple, faire tres rapidement l'inventaire d'un magasin ou d'un camion. Donc les industriels sont tres interesses par cette techno dans une optique d'amelioration de la gestion des stocks.
Du point de vue de la vie privee en revanche, c'est vrai que c'est effrayant. On achete un article, qu'est-ce qui nous dit qu'on est pas suivi a la trace.
D'un point de vue pratique cepedant, je pense qu'il est plus simple de mettre dans un tag RFID le type de produit, tout comme ca se fait avec le code barre, que un identifiant unique par produit. Sinon, la base de donnee derriere, elle va souffrir.
Il faut voir que derriere le mot RFID se cachent trois technos potentielles:
- un tag stupide: il renvoit un no de serie des que tu le mets dans un champs. Pas de possiblites d'ecriture. La, on est au niveau du code barre. Souvent, on a pas tellement besoin de plus
- un tag a memoire: on peut lire dedans et ecrire moyennant une authentification. D'un point de vue securutaire, l'authentification n'est pas tres bien protegee dans la mesure ou un labo avec quelques outils tres perfectionnes pourra sans trop de probleme lire le contenu de la memoire et ecrire dedans. Je ne pense pas cepdndant que cela soit a la portee du particulier.
- un processeur complet avec ROM, EEPROM et RAM, entierement securise, qui fait tourner un systeme d'exploitation lui-meme securise. Ca c'est le truc incraquable. A priori, comme ca coute plus cher a implanter, c'est reserve a des marches ou il y a une tres forte demande en securite, qui peut justifier un cout plus eleve du tag.
Dans les supermarches, on va utiliser soit le tag stupide, soit le tag a memoire.
Remarque: pour ceux qui ont une carte de fidelite et qui s'inquiete des tags RFID, vous devriez commencer par jeter votre carte de fidelite. Quel meilleur moyen en effet que de suivre un consommateur ?
J'ai plein d'autres choses a dire mais je prefere discuter directement sur la mailing-list de Loic, sur le projet RFID / Savannah
[^] # Re: Cette news c'est une merde !
Posté par Philippe F (site web personnel) . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 3.
[^] # Re: Posez vos questions à Trolltech
Posté par Philippe F (site web personnel) . En réponse à la dépêche Posez vos questions à Trolltech. Évalué à 1.
[^] # Re: Arch: un programme de gestion de version prometteur.
Posté par Philippe F (site web personnel) . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 2.
Perso, j'ai pas trop envie d'installer Apache + webdav et j'aime bien l'installation minimaliste de CVS. Dommage.
[^] # Re: L'après-Freecraft s'organise
Posté par Philippe F (site web personnel) . En réponse à la dépêche L'après-Freecraft s'organise. Évalué à 3.
http://boson.eu.org(...)
[^] # Re: Ma première utilisation d'internet, c'était...
Posté par Philippe F (site web personnel) . En réponse au sondage Ma première utilisation d'internet, c'était.... Évalué à 1.
[^] # Re: scripting
Posté par Philippe F (site web personnel) . En réponse à la dépêche QSA 1.0 est disponible. Évalué à 3.
En ce cas precis, c'est une recommendation de RMS. Je trouve ca abuser de dire que c'est Gnu, a moins de penser que toute la FSF leche les bottes de RMS. En bon chercheur du MIT, RMS est tres familier avec les langages fonctionnels, pense qu'ils sont tres adaptes a plein de chose et souhaite leur diffusion.
D'un certain point de vue, je le comprends: c'est vrai que les langages fonctionnels ont bcp d'interet et permettent de faire plein de chose plus facilement et avec moins de bugs. Le probleme, c'est qu'ils sont plus durs a aborder car ils demandent un autre mode de pensee, et souvent une syntaxe qui n'a rien a voir avec des langages plus courants (C, C++, Java, Python, Perl, ...)
Alors que le but d'un langage de script est de pouvoir etendre facilement l'application, on se retrouve avec Guile avec un truc qui est plus complique a aborder que l'application elle-meme. Le programmeur bourrin aura plus vite fait de patcher en C que d'apprendre Guile pour faire plaisir a RMS. D'ou ma remarque intiale, on peut se torcher avec cette recommendation.
Si on veut rendre une application scriptable, il faut que le langage de script soit tres facile a aborder car le but est que des non experts puissent scripter (sinon, ils patcheraient directement). Un bon choix est donc un langage simple facile a apprendre. Un excellent choix est un langage que les gens connaissent deja par un autre contexte. D'ou le choix de VB dans le monde Microsoft. Javascript est aussi un bon choix puisque des millions de developpeurs web savent faire du Javascript (mais pas moi). D'apres un pote, avec mozilla, tu peux te coder une appli complete en javascript. Maintenant, tu pourras aussi scripter les applis Qt. Python me parait un bon choix aussi, car il est simple a apprendre, souple et facile a etendre. Mais embarquer python, c'est quand meme un peu lourd. Dans la categorie des poids leger, j'ai entendu bcp de bien de lua (http://www.lua.org/(...)).
[^] # Re: Sortie d'Opera 7.11 pour linux
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie d'Opera 7.11 pour linux. Évalué à 2.
Perso, je l'aime bien pour ca. Leger. simple, pas de prise de tete. Mozilla me gonfle avec son composer+mailer+im+browser+evier.
[^] # Re: Posez vos questions à Trolltech
Posté par Philippe F (site web personnel) . En réponse à la dépêche Posez vos questions à Trolltech. Évalué à 3.
Le message n'est pas personnel, c'est juste pour rappeler que sous windows, payer est normal.
[^] # Re: Posez vos questions à Trolltech
Posté par Philippe F (site web personnel) . En réponse à la dépêche Posez vos questions à Trolltech. Évalué à 1.
http://www.kuro5hin.org/story/2003/5/26/22429/7674(...)
Les templates posent aussi des limitations si tu veux faire des plugins, puisque pour compiler ton plugin, tu as besoins de .h
Les signaux/slot etant bases sur des string, il est tres facile de les ajouter dynamiquement, ou de les binder dans un autre langage.
- Qt sous windows: il existe une version d'evaluation avec la toute derniere version de Qt donc je ne vois pas trop le probleme.
- KDE sous Qt. Mathias Ettrich avait propose qqch sur kde-core-devel mais c'est un peu tombe a l'eau. Il y a un petit probleme de dependance circulaire a resoudre.
- Qt base sur du C++ moderne: je suppose qu'il faut comprendre STL + template. Malheureusement, cette modernite a aussi l'inconvenient de ne pas etre bien portable et surtout, d'etre compliquee a aborder. J'avais lu qu'environ 10% des programmeurs C++ savent utiliser les template. Parmis ces 10%, 1% savent vraiment ce qu'ils font. (mavie.com: je connais le C++ depuis pratiquement 10 ans et je viens juste de rentrer dans les 10%)
- binding: je ne peux que recommander PyQt, excellent maintenu et pas cher sous windows.