on peut aussi dire "Gnome a plus de développeurs car c'est bien".
*Personnellement* je n'aime _vraiment_ pas les choix techniques de GNOME, je trouve que faire de l'objet en C ... brrr... fallait vraiment le faire hein... \begin{troll}z'auraient mieux fait de bosser sur Harmony.\end{troll}
Mais bon, ce n'est pas le propos ...
L'argument du nombre n'en est jamais hein ceci dit. On peut aussi dire "Windows a plus de développeurs car c'est bien". Et même "MacOSX a moins de développeurs car c'est moins bien". Tu vois là ou ça coince, ton raisonnement ?
Le côté "notre projet roxe mais on est imcompris du reste du monde" est lourdingue.
J'avoue. Néanmoins, qu'est-ce que ça fait raler :-)
M'enfin on va pas réécrire l'histoire, GNUstep est impopulaire et basta. J'essaie par contre de faire progresser les choses de façon à ce qu'il ne le soit plus, au moins en tachant d'expliquer ce que c'est réellement.
Ben moi ça me parait évident. N'avoir qu'à réimplémenter une api "sans réflechir" est beaucoup plus rapide que de tout faire. Les specs sont un élément critique de tout projet. Décider de reprendre une api ou tout refaire a un impact énorme, et donc des conséquences plus ou moins heureuses.
Certes, c'est un avantage. Le truc c'est que c'était un sacré boulot de tout réimplémenter hein... (je répète, à l'origine ils voulaient implémenter un DisplayPostscript-- une erreur à mon avis...), et le problème c'est que tant que tu n'as pas quasiment terminé, ton truc est peu utile. À l'inverse, si tu peux partir avec des applis simples en utilisant un toolkit existant (KDE avec Qt, GNOME avec Gtk), tu peut commencer à fournir des applis, et les gens vont s'y intéresser. Libre ensuite au projet de s'améliorer au fur et à mesure des releases. Je ne critique pas KDE ou GNOME, j'explique juste comment selon moi ça c'est passé. On peut rajouter bien évidemment l'utilisation d'Objective-C par rapport à des langages plus connus (même s'il existe des bindings pour d'autres langages..), qui a probablement dû en freiner quelques un (de la même façon que l'utilisation de C++ en a rebutés d'autre).
[^] # Re: Bof
Posté par Nicolas Roard . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 3.
*Personnellement* je n'aime _vraiment_ pas les choix techniques de GNOME, je trouve que faire de l'objet en C ... brrr... fallait vraiment le faire hein... \begin{troll}z'auraient mieux fait de bosser sur Harmony.\end{troll}
Mais bon, ce n'est pas le propos ...
L'argument du nombre n'en est jamais hein ceci dit. On peut aussi dire "Windows a plus de développeurs car c'est bien". Et même "MacOSX a moins de développeurs car c'est moins bien". Tu vois là ou ça coince, ton raisonnement ?
Le côté "notre projet roxe mais on est imcompris du reste du monde" est lourdingue.
J'avoue. Néanmoins, qu'est-ce que ça fait raler :-)
M'enfin on va pas réécrire l'histoire, GNUstep est impopulaire et basta. J'essaie par contre de faire progresser les choses de façon à ce qu'il ne le soit plus, au moins en tachant d'expliquer ce que c'est réellement.
Ben moi ça me parait évident. N'avoir qu'à réimplémenter une api "sans réflechir" est beaucoup plus rapide que de tout faire. Les specs sont un élément critique de tout projet. Décider de reprendre une api ou tout refaire a un impact énorme, et donc des conséquences plus ou moins heureuses.
Certes, c'est un avantage. Le truc c'est que c'était un sacré boulot de tout réimplémenter hein... (je répète, à l'origine ils voulaient implémenter un DisplayPostscript-- une erreur à mon avis...), et le problème c'est que tant que tu n'as pas quasiment terminé, ton truc est peu utile. À l'inverse, si tu peux partir avec des applis simples en utilisant un toolkit existant (KDE avec Qt, GNOME avec Gtk), tu peut commencer à fournir des applis, et les gens vont s'y intéresser. Libre ensuite au projet de s'améliorer au fur et à mesure des releases. Je ne critique pas KDE ou GNOME, j'explique juste comment selon moi ça c'est passé. On peut rajouter bien évidemment l'utilisation d'Objective-C par rapport à des langages plus connus (même s'il existe des bindings pour d'autres langages..), qui a probablement dû en freiner quelques un (de la même façon que l'utilisation de C++ en a rebutés d'autre).