Oui, c'est vrai. Il analyse bien les problemes. En revanche, il a le chic pour proposer la mauvaise solution.
Par exemple, si tu lis un des papier fondateurs de Gnome sur la critique des programmes unix et la complexite de faire travailler ensemble des outils graphiques, il a 100% raison.
Sa solution en revanche est toute pourrie: corba. On ne connais pas plus lourd, et les developpeurs sont encore en train de se battre avec la gestion de la destruction des resource partagees entre plusieurs processus.
A cote de ca, KDE a trouve la solution simple et efficace depuis 4 ans (KDE 2 est sorti en 2000) avec dcop et kpart. Mais MDI prefere croire que bonobo est la bonne approche et faire depenser un temps fou a ses developpeurs. Regardez la gueule du code pour gerer des objets corba, des exceptions et un IDL en C pour vous marrer un jour.
> On est nombreux à utiliser Gnome et evolution et à dire que mono nous permet enfin d'avoir un équivalent à C# et à ne pas passer pour des ploucs face à MS.
Desole, je ne fais pas partie des nombreux et je pense au contraire qu'avaler la couloeuvre mono toute crue vous fait passer pour des ploucs de chez Ms.
> Bref, il fait avancer les choses et concrètement.
Ah ouai ? Regardons un peu l'historique de MDI:
<<
- tiens, KDE c'est pas mal mais c'est du C++, c'est chiant les objets et tout ca et en plus Qt c'est QPL, c'est pas assez libre. Faisons Gnome en pur C et LGPL, ca pourra etre que mieux.
[ 2 ans plus tard ]
- putain, ce qu'il faudrait, c'est pouvoir echanger facilement des composants graphiques. On va utiliser Corba, ca a l'air hype. On va pas regarder tous les problemes qu'ont les developpeurs de KDE avec corba, c'est des mauvais, ils savent pas coder. Et puis de toute facon, Qt, c'est GPL, c'est trop libre. [1]
[2 ans plus tard]
- putain, corba et bonobo, c'est le bordel. C'est dingue ce que ca peut etre complique de gerer des resources entre plusieurs processus a temps de vie variable de facon asynchrone. [2] Et puis on passe quand meme vachement de temps a utiliser Corba. Il faut lire seulement un bouquin de 1000 pages pour ecrire un composant graphique en corba, j'ai peur qu'on soit a cote de notre objectif du partage facile de composant graphique entre application. En fait, il va nous falloir vachement de temps pour rendre tout ca simple et accessible en C.
[2 ans plus tard]
- putain, le C, c'est pas top. En fait, pour faire des classes et des objets avec de l'heritage, des methodes virtuels et du typage fort, le C est pas adapte. Je sais pas pourquoi on y a pas pense plus tot mais il nous faudrait un langage oriente objet. Un truc genre C++ mais on aurait l'air con si on recommendait C++ apres avoir attire les developpeurs sur Gnome en leur diisant qu'ils feraient du C pur. Donc faudrait autre chose. On pourrait prendre le truc de Microsoft, C#. C'est hyper hype, ca sera bon pour nous.
[2 ans plus tard]
- putain, c'est dingue ce qu'on est efficace avec un langage objet. Vraiment, vous etes des loser en C, venez faire du C# avec Mono et Microsoft, c'est bien plus cool. Pour Gnome qui est ecrit en C, ben demerdez-vous, moi maintenant, je fais du C#.
[Dans 2 ans]
- putain, c'est dingue, Microsoft nous empeche de continuer Mono a cause de ses brevets, ses droits d'auteurs, le DMCA, ses copyrights sur les API et la pression sur les clients qui voudraient l'utiliser. Je sais pas comment on a fait pour ne pas le voir venir. Mais bon, j'ai la solution, on va lancer un nouveau projet qui n'aura rien a voir avec Mono et Gnome mais qui resoudra tous les problemes. Ah, pour les gens qui ont cru en moi et on fait du Gnome en C#, demerdez-vous. Moi, je suis sur mon nouveau projet.
>>
> Le logiciel libre, c'est la compétition. Les nazes sont rapidement repérés et virés.
Apparemment, les nazes ne sont pas si vites reperes puisque certains croient encore que MDI peut avoir des bonnes idees.
> MDI est toujours la
Dans Gnome ? Ah, non, il est plus dans Gnome. Mais oui, il est toujours vivant et il raconte toujours son lot de connerie, et tout le monde le croit encore.
[1]: De fait, apres le nombreux problemes lie a la complexite de Corba, l'equipe KDE a cree DCOP et KPart, qui rendent les services initialement prevu, mais sont beaucopu plus stables, tiennent chacun dans moins de 1000 lignes de code, ont ete ecrits en deux jours, sont rapides a charger et facile a controller. By by corba.
[2]: tire d'un Gnome Fondation summary. Dommage, j'ai perdu la reference mais qu'est ce que je me suis marre a le lisant. On aurait dit un mail de la liste de dev de KDE 4 ans plus tot. C'est des rapides chez Gnome pour comprendre les problemes.
[^] # Re: XAML et l'avenir de GNOME
Posté par Philippe F (site web personnel) . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 5.
Oui, c'est vrai. Il analyse bien les problemes. En revanche, il a le chic pour proposer la mauvaise solution.
Par exemple, si tu lis un des papier fondateurs de Gnome sur la critique des programmes unix et la complexite de faire travailler ensemble des outils graphiques, il a 100% raison.
Sa solution en revanche est toute pourrie: corba. On ne connais pas plus lourd, et les developpeurs sont encore en train de se battre avec la gestion de la destruction des resource partagees entre plusieurs processus.
A cote de ca, KDE a trouve la solution simple et efficace depuis 4 ans (KDE 2 est sorti en 2000) avec dcop et kpart. Mais MDI prefere croire que bonobo est la bonne approche et faire depenser un temps fou a ses developpeurs. Regardez la gueule du code pour gerer des objets corba, des exceptions et un IDL en C pour vous marrer un jour.
> On est nombreux à utiliser Gnome et evolution et à dire que mono nous permet enfin d'avoir un équivalent à C# et à ne pas passer pour des ploucs face à MS.
Desole, je ne fais pas partie des nombreux et je pense au contraire qu'avaler la couloeuvre mono toute crue vous fait passer pour des ploucs de chez Ms.
> Bref, il fait avancer les choses et concrètement.
Ah ouai ? Regardons un peu l'historique de MDI:
<<
- tiens, KDE c'est pas mal mais c'est du C++, c'est chiant les objets et tout ca et en plus Qt c'est QPL, c'est pas assez libre. Faisons Gnome en pur C et LGPL, ca pourra etre que mieux.
[ 2 ans plus tard ]
- putain, ce qu'il faudrait, c'est pouvoir echanger facilement des composants graphiques. On va utiliser Corba, ca a l'air hype. On va pas regarder tous les problemes qu'ont les developpeurs de KDE avec corba, c'est des mauvais, ils savent pas coder. Et puis de toute facon, Qt, c'est GPL, c'est trop libre. [1]
[2 ans plus tard]
- putain, corba et bonobo, c'est le bordel. C'est dingue ce que ca peut etre complique de gerer des resources entre plusieurs processus a temps de vie variable de facon asynchrone. [2] Et puis on passe quand meme vachement de temps a utiliser Corba. Il faut lire seulement un bouquin de 1000 pages pour ecrire un composant graphique en corba, j'ai peur qu'on soit a cote de notre objectif du partage facile de composant graphique entre application. En fait, il va nous falloir vachement de temps pour rendre tout ca simple et accessible en C.
[2 ans plus tard]
- putain, le C, c'est pas top. En fait, pour faire des classes et des objets avec de l'heritage, des methodes virtuels et du typage fort, le C est pas adapte. Je sais pas pourquoi on y a pas pense plus tot mais il nous faudrait un langage oriente objet. Un truc genre C++ mais on aurait l'air con si on recommendait C++ apres avoir attire les developpeurs sur Gnome en leur diisant qu'ils feraient du C pur. Donc faudrait autre chose. On pourrait prendre le truc de Microsoft, C#. C'est hyper hype, ca sera bon pour nous.
[2 ans plus tard]
- putain, c'est dingue ce qu'on est efficace avec un langage objet. Vraiment, vous etes des loser en C, venez faire du C# avec Mono et Microsoft, c'est bien plus cool. Pour Gnome qui est ecrit en C, ben demerdez-vous, moi maintenant, je fais du C#.
[Dans 2 ans]
- putain, c'est dingue, Microsoft nous empeche de continuer Mono a cause de ses brevets, ses droits d'auteurs, le DMCA, ses copyrights sur les API et la pression sur les clients qui voudraient l'utiliser. Je sais pas comment on a fait pour ne pas le voir venir. Mais bon, j'ai la solution, on va lancer un nouveau projet qui n'aura rien a voir avec Mono et Gnome mais qui resoudra tous les problemes. Ah, pour les gens qui ont cru en moi et on fait du Gnome en C#, demerdez-vous. Moi, je suis sur mon nouveau projet.
>>
> Le logiciel libre, c'est la compétition. Les nazes sont rapidement repérés et virés.
Apparemment, les nazes ne sont pas si vites reperes puisque certains croient encore que MDI peut avoir des bonnes idees.
> MDI est toujours la
Dans Gnome ? Ah, non, il est plus dans Gnome. Mais oui, il est toujours vivant et il raconte toujours son lot de connerie, et tout le monde le croit encore.
[1]: De fait, apres le nombreux problemes lie a la complexite de Corba, l'equipe KDE a cree DCOP et KPart, qui rendent les services initialement prevu, mais sont beaucopu plus stables, tiennent chacun dans moins de 1000 lignes de code, ont ete ecrits en deux jours, sont rapides a charger et facile a controller. By by corba.
[2]: tire d'un Gnome Fondation summary. Dommage, j'ai perdu la reference mais qu'est ce que je me suis marre a le lisant. On aurait dit un mail de la liste de dev de KDE 4 ans plus tot. C'est des rapides chez Gnome pour comprendre les problemes.