(... ou Shostakovich, Schostakovich, Chostacovitch, ... ) dont la musique a été utilisée dans de célèbres publicités pour je ne sais plus quelle assurance. J'aime bien ses symphonies (entre autres).
RESPIGHI (Ottorino de son petit nom) et son triptyque romain :
- Le Fontane di Roma (Les Fontaines de Rome),
- I Pini di Roma (Les Pins de Rome),
- Feste romane (Fêtes romaines),
interprété notamment par l'orchestre symphonique de Montréal, sous la direction de Charles DUTOIT.
- Tchaikovsky, tout ! ( ..., sa symphonie n°5 m'arrache à chaque fois des larmes. ...)
La 5ème ? Pas qu'elle ne soit pas bien, mais généralement c'est la 6ème qui est célèbre pour avoir cet effet ; ce n'est pas pour rien qu'elle est surnommée la 'pathétique' ... !
Avec Visual C++ (8.0), j'utilise les exceptions tout en ayant désactivé le RTTI. Quand j'utilise g++, je ne précise pas d'options ayant trait au RTTI, donc j'ignore si c'est activé ou non, ni même si cela existe sous g++.
Si on ne dispose pas des exceptions, on peut arriver à les simuler à l'aide de la bibliothèque C 'setjmp.h'. C'est peut-être ce qui est utilisé pour Qt ...
C'est mon projet, et c'est du LL, puisque c'est sous GNU GPL. Ceci dit, vu la diffusion plus que confidentielle de la chose, je ne dirais pas pour autant que je contribue au LL en tant que mouvement.
Pourquoi ce projet ? Ce sont simplement les bibliothèques et logiciels que j'utilise pour mon boulot ...
Ah oui, j'avais développé ça pour la FSF, histoire de mettre à l'épreuve mes bibliothèques : http://www.gnu.org/software/mll2html/mll2html.html
Ils l'ont utilisé pendant un temps pour générer certaines pages de leur site ...
J'espère pour lui que ça ne se limite pas à un chiffre, à moins que les salaires soient tellement élevés chez Microsoft qu'ils sont exprimés dans une autre base ou dans une devise qui leur est propre (bon allez, je le mets quand même ; on ne sait jamais) :-) ...
Bah oui, je ne pouvais parler que du ZX81, auquel tu fais référence dans ton titre. Y aurait-il un détecteur de lapsus sur 'linuxfr' que j'aurais oublié d'activer ?
Quand aux résolutions, elles varient selon les sources. Selon mes souvenirs (donc sous toutes réserves), la situation est la suivante :
Le ZX81 est capable d'afficher 32 x 24 caractères. Mais, en Basic, les deux dernières lignes sont inaccessibles (réservées pour l'affichage des codes d'erreur, me semble-t'il). Donc, en Basic, on ne dispose que de 32 x 22 caractères.
Pour ce qui est des fonctions 'graphiques', elles utilisent en fait un jeux de 16 caractères semi-graphiques, ce qui fait une 'résolution' théorique de 64 x 48. Mais, en Basic, toujours à cause des deux lignes inaccessibles, on ne dispose en réalité que d'une 'résolution' de 64 x 44, comme indiqué dans mon message.
Chaque caractère étant constitué d'une matrice de 8 x 8 pixels, le ZX81 a une résolution totale de 256 x 192, qui n'est accessible qu'en assembleur. La zone des deux dernières lignes nous est également accessible puisque l'on ne passe plus par le Basic. On a donc accès à l'ensemble des pixels. Voilà pour le 256 x 192 de mon message.
Disons que cela n'a pas la même finalité. Ceci dit, on peut arriver au même résultat avec XSLT, mais c'est beaucoup plus compliqué à mettre en oeuvre. Déjà, il est nécessaire d'avoir, en plus du fichier à traiter, un fichier décrivant le traitement à réaliser. Avec expp, les données à traiter et la description du traitement à réaliser est contenu dans un seul et même fichier (certes, ce n'est pas toujours un avantage ...).
Pour ma part, j'utilise cet utilitaire pour, entre autres, gèrer mes fichiers de configurations (qui sont au format XML).
Dans certains de ces fichiers, de nombreuses références à des fichiers doivent être fournies. Or, l'application utilisant ces fichiers de configuration est multiplateforme, et la localisation des fichiers n'est évidemment par la même sous Linux que sous Windows. Grâce à expp, juste en modifiant la valeur d'une variable, je génère, à partir d'un seul et même fichier, le fichier de configuration adapté à chaque plateforme.
En outre, dans ce même fichier de configuration, certaines parties sont répètées à l'identique en de nombreux endroits. J'ai donc affecté chaque partie redondante à une macro, que je développe en différents endroits du fichier selon les besoins, et ce, autant de fois que nécessaire.
On peut voir un exemple trivial de mise en oeuvre d'xpp à l'adresse http://zeusw.org/epeios/software/expp/tags
J'ai conçu expp pour qu'il soit à XML ce que cpp est au C/C++ (toute proportion gardée, bien entendu). XSLT n'a pas du tout été développé dans cette optique (me semble-t'il ...).
Il y a peut-être un truc qui m'échappe avec XUL, mais en utilisant XULRunner, il n'y a rien a installer, ou bien ? Tu peux fournir ton application sur un CD-ROM, par exemple, et il suffira de double-cliquer sur l'icône qui va bien pour la lancer, et ce, sans rien installer au préalable. Me trompe-je ?
Effectivement, si l'on considère que "faire du web" se réduit à ça ...
Mais l'application que j'ai développé ne se résume pas du tout à cela (elle ne contient d'ailleurs pas la moindre requête SQL). Cependant, on se rejoint sur un point : la partie analyse de la requête et la génération du HTML sont faites par un script PERL, et non pas en C++. Plus précisément, ce script extrait les paramètres de la requête et les envois à un daemon, et transforme le flux XML retourné par ledit deamon en HTML grâce à un processeur XSLT.
Le fait de passer par un daemon pour assurer le traitement de la requête facilite la résolution du problème de persistence des données auquel on est généralement confronté en faisant du web.
Comme ce daemon est codé, par mes soins, en C++, et de par les tâches qu'il accomplit, je crois pouvoir affirmer que je fais bien du web en C++ :-) ! Et cela sans transformer mes soirées en longues séances de débogage, les outils que j'utilise (en particuliers certaines bibliothèques) me mettant à l'abri de ce genre de mésaventure ...
On peut savoir en quoi "faire du web en C++" serait une idée mauvaise/saugrenue ? C'est juste pour savoir, vu que je me livre à cette passionnante activité une bonne partie de mes journées, si je dois en parler à mon psychanalyste ...
Sans chercher à dénigrer le travail des musiciens classique, leur travail est plus proche d'un travail de faussaire. Ca demande beaucoup de talent de faire un fausse Joconde mais il n'y a pas de création et une fausse Joconde ressemble toujours à la Joconde.
Ah non, pas du tout.
Cela serait le cas si un orchestre essayait de reproduire l'interprétation d'un autre, ce qui n'est évidemment pas le cas (quel en serait l'intérêt ?) !
Pöur reprendre l'analogie de la Joconde, un orchestre serait assimilable à un peintre peignant un tableau en s'inspirant du même sujet que celui utilisé par Da Vinci. Il y a peu de chance que le résultat soit identique ...
Le projet Epeios (http://epeios.org/(...)) propose des bibliothèques généralistes, mais également dédiées au multitâche, aux sockets et autres joyeusetés non disponibles avec les bibliothèques C++ ou C standards. Mais elles ne gèrent rien de ce qui touche aux interfaces graphiques, exception faite des interfaces WEB. Ces bibliothèques, qui se présentent uniquement sous forme de sources C++, tournent actuellement sous Windows (Visual C++, Metrowerks Codewarrior, gcc/cygwin, ... ) et Linux (gcc :-> ). Leur adaptation à la plateforme MAC devrait intervenir prochainement.
Les sources s'appuyant sur ces bibliothèques peuvent être compilés sous l'une ou l'autre des plateformes sans avoir à être retouchés. Elles sont actuellement utilisées pour développer une application destinés à tourner sous Windows, Linux et MAC (d'où leur future adaptation à cette plateforme). Développée sous Windows, l'application en question tourne effectivement sans modification aucune sous Linux. La portabilité est donc vraiment une réalité avec ces bibliothèques.
Le site n'est pas mis souvent à jour, n'étant gèré que par une seule personne, qui se trouve être également l'unique développeur de ces bibliothèques. Bien que disponibles sous licence GNU GPL, ces bibliothèques n'ont guère rencontrés de succés auprés de la communauté du Logiciel Libre. Elles ne sont maintenues que parce que l'auteur les utilisent pour ses propres développements et ceux réalisés dans le cadre de sa profession.
Primo, ce qui manque à ce projet, ce ne sont pas les contributions, car il est déjà bien suffisamment étoffé (en terme de code, bien entendu, pas de documentation) pour être utile tel quel à bon nombre de développeurs , et, secundo, la GNU GPL est la licence par défaut, ce qui n'exclut pas qu'une autre licence d'utilisation puisse être envisagée, comme précisé sur le site, mais je n'ai jamais reçu aucune demande à ce sujet ...
Le logiciel n'étant pas encore commercialisé, le question ne s'est pas encore posé. Mais il est clair qu'on ne serait plus du tout dans le cadre de la GNU GPL mais d'un tout autre cadre d'utilisation. Si d'ailleurs quelqu'un a eu une idée comment formaliser cela par rapport à mon employeur, d'un point de vue légal ou autre ...
Si le projet Epeios consistait en un logiciel, des similitudes dans l'interface ou les fonctionnalités pourrait fournir une indication si un autre logiciel était basé dessus. Mais là, comme il s'agit de bibliothèques, comment détecter si un logiciel les utilise ou non ?
En tout cas, si quelqu'un les utilise, que ce soit en respectant ou non la GNU GPL, il s'est bien gardé de me le faire savoir ...
Je rappelle que cela fait plus de quatre ans que ces bibliothèques sont en ligne, et que, dés l'origine, un nombre important de bibliothèques étaient disponibles, car le projet lui-même avait débuté depuis bien plus longtemps.
Les quelques courriers que j'ai reçu étaient des demandes de renseignements, auxquels j'ai répondu en précisant que je répondrais volontiers à toute question, d'autant plus volontiers que ces questions seront une excellente base pour rédiger la documentation idoine pour un nouveau-venu. Jamais eu de retour ...
Je m'occupe du projet Epeios ( http://epeios.org/(...) ), qui est en ligne depuis fin 1999, d'abord sur Sourceforge avant de migrer sur savannah. Sur ces quatres dernières années, j'ai reçu peut-être une dizaine de courriers concernant le projet, tous sujets confondus. Bref, ce projet n'a jamais enthousiasmé personne (sauf moi :->). Autant dire que si je le poursuis, ce n'est pas pour la reconnaissance de mes pairs.
Ce manque d'intérêt ne m'étonne guère. Premièrement, ce projet ne porte pas sur un logiciel, bien que quelques-uns soient disponibles, mais sur des bibliothèques. Donc rien d'installable avec lequel on pourrait immédiatement s'amuser avec. D'autre part, l'austérite du site dédié, autant par le fond que par la forme, n'a rien d'engageant. De plus, depuis les problèmes rencontrés par savannah, il n'y plus rien de téléchargeable, mais il y a toujours le Web CVS pour ceux qui veulent jeter un oeuil aux sources. Bref, mis à part la partie CVS, le site n'est plus guère mis à jour. A quoi bon vu le peu d'intérêt qu'il suscite ...
Si j'ai mis les sources de ce projet sous licence GNU GPL, ce n'a jamais été pour bénéficier de contributions (en terme de code). D'une part, du fait qu'il s'agit de bibliothèques, et surtout vu les principes mis en oeuvre, il est trés délicat de faire une bonne contribution pour quelqu'un d'extérieur au projet. D'autre part, je tiens à pouvoir faire de ces sources ce que je veux, notamment en terme de licence. Les sources du projet Epeios seront toujours disponibles sous licence GNU GPL, mais je veux également pouvoir les diffuser sous d'autres licences, éventuellement closed-source, ce qui serait problématique si d'autres personnes participaient à ce projet par du code.
La raison en est la suivante. Je suis actuellement employé par un éditeur de logiciels, pour lequel je développe un logiciel qui s'appuie sur les bibliothèques Epeios. Ce logiciel sera distribué sous licence propriétaire, incompatible avec la GNU GPL, et ce malgré l'utilisation des bibliothèque Epeios. Et cela n'est possible que parce que je suis l'unique auteur de ces bibliothèques.
J'ai travaillé un temps pour une entreprise produisant du logiciel libre, mais cela n'a pas duré et ils ne se sont jamais vraiment intéressés au projet Epeios. J'en attendais plus de leur part, mais je ne leur jette pas pour autant la pierre. Si j'évoque le sujet c'est parce que cela permettra peut-être de mieux comprendre pourquoi je n'ai aucun scrupule, d'une part, de contribuer au logiciel libre avec les bibliothèques Epeios, et d'autre part, de développer du logiciel propriétaire.
Si je continue à diffuser les biliothèques Epeios sous GNU GPL, c'est parce que je pense qu'ils peuvent utiles à de nombreux développeurs, développeurs qui m'aideraient en retour à faire évoluer ce projet par leur suggestions et remarques. Mais il est clair que le projet a peu de chance de les attirer vu la documentation disponible. Bien que je sois tout à fait disposer à fournir les éléments nécessaires à l'élaboration cette indispendable documentation, je ne la réaliserais pas moi-même, parce que je n'en ai pas le temps, ni le talent, et qu'il m'est difficile de savoir ce qu'une telle documentation doit contenir, étant bien trop impliqué dans le projet pour pouvoir déterminer quels en sont les aspects qui nécessitent une explication approfondie.
Bien que je pense qu'il en ai l'étoffe, je n'ai guère d'espoir qu'un jour le projet Epeios occupe une place prépondérante au sein du Logiciel Libre de de l'Open Source en général. Ce qui ne l'empêchera pas de se perpétuer, du moins tant qu'il répondra à son but premier, c'est-à-dire être un outil efficace, performant et utile dans l'exercice de ma profession d'informaticien ...
En fait de "petits programmes", il vaut mieux écrire des bibliothèques, chacune dédiée à une tâche bien précise, avec un peu de code pour la tester. Cela facilite grandement la maintenance et le débogage. En outre, un développeur peut être intéressé par l'une de ces bibliothèques et donc y contribuer, sans être pour autant interessé par le logiciel dans son ensemble.
Lorsque je codais encore en C, j'ai écris quelques macros pour me faciliter la gestion d'erreur, et elles s'appuyaient sur la bibliothèque standard 'setjmp'. Quand je suis passé au C++, j'ai recodé ces macros à l'aide des exceptions, tout en leur conservant les mêmes fonctionnalités. Les deux versions sont d'ailleurs interchangeables. Bref, la 'setjmp' premettait de disposer en C d'un mécanisme trés similaire aux exceptions C++.
Pour ceux qui voudraient approfondir, qu'il jette un oeuil à la bibliothèque 'err' du projet Epeios (http://epeios.org/(...)).
# Chostakovitch ...
Posté par Claude SIMON (site web personnel) . En réponse au journal Quel sont selon vous les meilleurs morceaux de musique classique ?. Évalué à 1.
Zelbinium, la programmation ludique
# Parmi les moins connus ...
Posté par Claude SIMON (site web personnel) . En réponse au journal Quel sont selon vous les meilleurs morceaux de musique classique ?. Évalué à 1.
- Le Fontane di Roma (Les Fontaines de Rome),
- I Pini di Roma (Les Pins de Rome),
- Feste romane (Fêtes romaines),
interprété notamment par l'orchestre symphonique de Montréal, sous la direction de Charles DUTOIT.
Zelbinium, la programmation ludique
[^] # Re: Ma liste
Posté par Claude SIMON (site web personnel) . En réponse au journal Quel sont selon vous les meilleurs morceaux de musique classique ?. Évalué à 1.
La 5ème ? Pas qu'elle ne soit pas bien, mais généralement c'est la 6ème qui est célèbre pour avoir cet effet ; ce n'est pas pour rien qu'elle est surnommée la 'pathétique' ... !
Zelbinium, la programmation ludique
[^] # Exceptions et RTTI.
Posté par Claude SIMON (site web personnel) . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 2.
Avec Visual C++ (8.0), j'utilise les exceptions tout en ayant désactivé le RTTI. Quand j'utilise g++, je ne précise pas d'options ayant trait au RTTI, donc j'ignore si c'est activé ou non, ni même si cela existe sous g++.
Si on ne dispose pas des exceptions, on peut arriver à les simuler à l'aide de la bibliothèque C 'setjmp.h'. C'est peut-être ce qui est utilisé pour Qt ...
Zelbinium, la programmation ludique
[^] # Re: comparatif?
Posté par Claude SIMON (site web personnel) . En réponse au journal VirtualBox 1.5.0. Évalué à 3.
Zelbinium, la programmation ludique
# Ecrire du LL, est-ce contribuer au LL ?
Posté par Claude SIMON (site web personnel) . En réponse au journal Et vous, avez-vous déjà participé à un LL?. Évalué à 1.
C'est mon projet, et c'est du LL, puisque c'est sous GNU GPL. Ceci dit, vu la diffusion plus que confidentielle de la chose, je ne dirais pas pour autant que je contribue au LL en tant que mouvement.
Pourquoi ce projet ? Ce sont simplement les bibliothèques et logiciels que j'utilise pour mon boulot ...
Ah oui, j'avais développé ça pour la FSF, histoire de mettre à l'épreuve mes bibliothèques :
http://www.gnu.org/software/mll2html/mll2html.html
Ils l'ont utilisé pendant un temps pour générer certaines pages de leur site ...
Zelbinium, la programmation ludique
[^] # Re: il repart quand ?
Posté par Claude SIMON (site web personnel) . En réponse au journal Microsoft embauche.... Évalué à 0.
Zelbinium, la programmation ludique
[^] # Re: Le ZX81 était génial pour faire du graphisme !
Posté par Claude SIMON (site web personnel) . En réponse au journal [Journal complètement perso] le Sinclair ZX Spectrum a 25 ans aujourd'hui. Évalué à 3.
Quand aux résolutions, elles varient selon les sources. Selon mes souvenirs (donc sous toutes réserves), la situation est la suivante :
Le ZX81 est capable d'afficher 32 x 24 caractères. Mais, en Basic, les deux dernières lignes sont inaccessibles (réservées pour l'affichage des codes d'erreur, me semble-t'il). Donc, en Basic, on ne dispose que de 32 x 22 caractères.
Pour ce qui est des fonctions 'graphiques', elles utilisent en fait un jeux de 16 caractères semi-graphiques, ce qui fait une 'résolution' théorique de 64 x 48. Mais, en Basic, toujours à cause des deux lignes inaccessibles, on ne dispose en réalité que d'une 'résolution' de 64 x 44, comme indiqué dans mon message.
Chaque caractère étant constitué d'une matrice de 8 x 8 pixels, le ZX81 a une résolution totale de 256 x 192, qui n'est accessible qu'en assembleur. La zone des deux dernières lignes nous est également accessible puisque l'on ne passe plus par le Basic. On a donc accès à l'ensemble des pixels. Voilà pour le 256 x 192 de mon message.
Zelbinium, la programmation ludique
[^] # Re: Le ZX81 était génial pour faire du graphisme !
Posté par Claude SIMON (site web personnel) . En réponse au journal [Journal complètement perso] le Sinclair ZX Spectrum a 25 ans aujourd'hui. Évalué à 2.
Zelbinium, la programmation ludique
[^] # Re: Xslt
Posté par Claude SIMON (site web personnel) . En réponse au journal Sortie de la première version de expp, le préprocesseur XML du projet Epeios.. Évalué à 3.
Pour ma part, j'utilise cet utilitaire pour, entre autres, gèrer mes fichiers de configurations (qui sont au format XML).
Dans certains de ces fichiers, de nombreuses références à des fichiers doivent être fournies. Or, l'application utilisant ces fichiers de configuration est multiplateforme, et la localisation des fichiers n'est évidemment par la même sous Linux que sous Windows. Grâce à expp, juste en modifiant la valeur d'une variable, je génère, à partir d'un seul et même fichier, le fichier de configuration adapté à chaque plateforme.
En outre, dans ce même fichier de configuration, certaines parties sont répètées à l'identique en de nombreux endroits. J'ai donc affecté chaque partie redondante à une macro, que je développe en différents endroits du fichier selon les besoins, et ce, autant de fois que nécessaire.
On peut voir un exemple trivial de mise en oeuvre d'xpp à l'adresse http://zeusw.org/epeios/software/expp/tags
J'ai conçu expp pour qu'il soit à XML ce que cpp est au C/C++ (toute proportion gardée, bien entendu). XSLT n'a pas du tout été développé dans cette optique (me semble-t'il ...).
Zelbinium, la programmation ludique
[^] # Re: XUL
Posté par Claude SIMON (site web personnel) . En réponse au journal Programmation multiOS. Évalué à 1.
Zelbinium, la programmation ludique
[^] # Re: \o/
Posté par Claude SIMON (site web personnel) . En réponse au journal Un conte Lénifiant. Évalué à 3.
Zelbinium, la programmation ludique
[^] # Re: Une question de porte drapeaux
Posté par Claude SIMON (site web personnel) . En réponse au journal Paris capitale du libre réagit au troll. Évalué à 1.
Zelbinium, la programmation ludique
[^] # Re: Web et C++ ...
Posté par Claude SIMON (site web personnel) . En réponse au message Site web dynamique avec C++. Évalué à 1.
Mais l'application que j'ai développé ne se résume pas du tout à cela (elle ne contient d'ailleurs pas la moindre requête SQL). Cependant, on se rejoint sur un point : la partie analyse de la requête et la génération du HTML sont faites par un script PERL, et non pas en C++. Plus précisément, ce script extrait les paramètres de la requête et les envois à un daemon, et transforme le flux XML retourné par ledit deamon en HTML grâce à un processeur XSLT.
Le fait de passer par un daemon pour assurer le traitement de la requête facilite la résolution du problème de persistence des données auquel on est généralement confronté en faisant du web.
Comme ce daemon est codé, par mes soins, en C++, et de par les tâches qu'il accomplit, je crois pouvoir affirmer que je fais bien du web en C++ :-) ! Et cela sans transformer mes soirées en longues séances de débogage, les outils que j'utilise (en particuliers certaines bibliothèques) me mettant à l'abri de ce genre de mésaventure ...
Zelbinium, la programmation ludique
[^] # Web et C++ ...
Posté par Claude SIMON (site web personnel) . En réponse au message Site web dynamique avec C++. Évalué à 1.
Zelbinium, la programmation ludique
[^] # Re: portenawak..
Posté par Claude SIMON (site web personnel) . En réponse au journal La musique en libre accès, c'est MAL, même si c'est légal. Évalué à 2.
Ah non, pas du tout.
Cela serait le cas si un orchestre essayait de reproduire l'interprétation d'un autre, ce qui n'est évidemment pas le cas (quel en serait l'intérêt ?) !
Pöur reprendre l'analogie de la Joconde, un orchestre serait assimilable à un peintre peignant un tableau en s'inspirant du même sujet que celui utilisé par Da Vinci. Il y a peu de chance que le résultat soit identique ...
Zelbinium, la programmation ludique
# Une idée ...
Posté par Claude SIMON (site web personnel) . En réponse au message Récupérer la charge processeur d'une application.. Évalué à 2.
Zelbinium, la programmation ludique
# http://epeios.org/ pour le C++.
Posté par Claude SIMON (site web personnel) . En réponse au journal Développement multi-plateformes. Évalué à 2.
Les sources s'appuyant sur ces bibliothèques peuvent être compilés sous l'une ou l'autre des plateformes sans avoir à être retouchés. Elles sont actuellement utilisées pour développer une application destinés à tourner sous Windows, Linux et MAC (d'où leur future adaptation à cette plateforme). Développée sous Windows, l'application en question tourne effectivement sans modification aucune sous Linux. La portabilité est donc vraiment une réalité avec ces bibliothèques.
Le site n'est pas mis souvent à jour, n'étant gèré que par une seule personne, qui se trouve être également l'unique développeur de ces bibliothèques. Bien que disponibles sous licence GNU GPL, ces bibliothèques n'ont guère rencontrés de succés auprés de la communauté du Logiciel Libre. Elles ne sont maintenues que parce que l'auteur les utilisent pour ses propres développements et ceux réalisés dans le cadre de sa profession.
Zelbinium, la programmation ludique
[^] # Re: Histoire d'un autre projet Open Source
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Zelbinium, la programmation ludique
[^] # Re: Histoire d'un autre projet Open Source
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Zelbinium, la programmation ludique
[^] # Re: Histoire d'un autre projet Open Source
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
En tout cas, si quelqu'un les utilise, que ce soit en respectant ou non la GNU GPL, il s'est bien gardé de me le faire savoir ...
Je rappelle que cela fait plus de quatre ans que ces bibliothèques sont en ligne, et que, dés l'origine, un nombre important de bibliothèques étaient disponibles, car le projet lui-même avait débuté depuis bien plus longtemps.
Les quelques courriers que j'ai reçu étaient des demandes de renseignements, auxquels j'ai répondu en précisant que je répondrais volontiers à toute question, d'autant plus volontiers que ces questions seront une excellente base pour rédiger la documentation idoine pour un nouveau-venu. Jamais eu de retour ...
Zelbinium, la programmation ludique
# Histoire d'un autre projet Open Source
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 2.
Ce manque d'intérêt ne m'étonne guère. Premièrement, ce projet ne porte pas sur un logiciel, bien que quelques-uns soient disponibles, mais sur des bibliothèques. Donc rien d'installable avec lequel on pourrait immédiatement s'amuser avec. D'autre part, l'austérite du site dédié, autant par le fond que par la forme, n'a rien d'engageant. De plus, depuis les problèmes rencontrés par savannah, il n'y plus rien de téléchargeable, mais il y a toujours le Web CVS pour ceux qui veulent jeter un oeuil aux sources. Bref, mis à part la partie CVS, le site n'est plus guère mis à jour. A quoi bon vu le peu d'intérêt qu'il suscite ...
Si j'ai mis les sources de ce projet sous licence GNU GPL, ce n'a jamais été pour bénéficier de contributions (en terme de code). D'une part, du fait qu'il s'agit de bibliothèques, et surtout vu les principes mis en oeuvre, il est trés délicat de faire une bonne contribution pour quelqu'un d'extérieur au projet. D'autre part, je tiens à pouvoir faire de ces sources ce que je veux, notamment en terme de licence. Les sources du projet Epeios seront toujours disponibles sous licence GNU GPL, mais je veux également pouvoir les diffuser sous d'autres licences, éventuellement closed-source, ce qui serait problématique si d'autres personnes participaient à ce projet par du code.
La raison en est la suivante. Je suis actuellement employé par un éditeur de logiciels, pour lequel je développe un logiciel qui s'appuie sur les bibliothèques Epeios. Ce logiciel sera distribué sous licence propriétaire, incompatible avec la GNU GPL, et ce malgré l'utilisation des bibliothèque Epeios. Et cela n'est possible que parce que je suis l'unique auteur de ces bibliothèques.
J'ai travaillé un temps pour une entreprise produisant du logiciel libre, mais cela n'a pas duré et ils ne se sont jamais vraiment intéressés au projet Epeios. J'en attendais plus de leur part, mais je ne leur jette pas pour autant la pierre. Si j'évoque le sujet c'est parce que cela permettra peut-être de mieux comprendre pourquoi je n'ai aucun scrupule, d'une part, de contribuer au logiciel libre avec les bibliothèques Epeios, et d'autre part, de développer du logiciel propriétaire.
Si je continue à diffuser les biliothèques Epeios sous GNU GPL, c'est parce que je pense qu'ils peuvent utiles à de nombreux développeurs, développeurs qui m'aideraient en retour à faire évoluer ce projet par leur suggestions et remarques. Mais il est clair que le projet a peu de chance de les attirer vu la documentation disponible. Bien que je sois tout à fait disposer à fournir les éléments nécessaires à l'élaboration cette indispendable documentation, je ne la réaliserais pas moi-même, parce que je n'en ai pas le temps, ni le talent, et qu'il m'est difficile de savoir ce qu'une telle documentation doit contenir, étant bien trop impliqué dans le projet pour pouvoir déterminer quels en sont les aspects qui nécessitent une explication approfondie.
Bien que je pense qu'il en ai l'étoffe, je n'ai guère d'espoir qu'un jour le projet Epeios occupe une place prépondérante au sein du Logiciel Libre de de l'Open Source en général. Ce qui ne l'empêchera pas de se perpétuer, du moins tant qu'il répondra à son but premier, c'est-à-dire être un outil efficace, performant et utile dans l'exercice de ma profession d'informaticien ...
Zelbinium, la programmation ludique
[^] # Re: Les mythes du développement Open Source
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Les mythes du développement Open Source. Évalué à 3.
Zelbinium, la programmation ludique
[^] # Re: Découvrez la communauté PHP
Posté par Claude SIMON (site web personnel) . En réponse à la dépêche Découvrez la communauté PHP. Évalué à 1.
Pour ceux qui voudraient approfondir, qu'il jette un oeuil à la bibliothèque 'err' du projet Epeios (http://epeios.org/(...)).
Zelbinium, la programmation ludique