Merci pour ce journal concret et complet, très intéressant à lire jusqu'au bout.
Assez d'accord sur le fond ; j'applique d'ailleurs souvent la même politique que toi pour les développements sous contrat (payer plus cher pour un contenu fermé sous licence proprio).
Le dual-licensing me paraît par contre adapté pour des projets ambitieux désireux de se promouvoir eux-mêmes (MySQL, la plupart des solutions cloud…). Bien sûr ça n'a aucun intérêt en termes de dev contrat.
Merci pour ce journal concret et complet, très intéressant à lire jusqu'au bout.
D'accord avec le fond ; j'applique d'ailleurs souvent la même politique que toi pour les développements sous contrat (payer plus cher pour un contenu fermé sous licence proprio).
Le dual-licensing me paraît par contre adapté pour des projets ambitieux désireux de se promouvoir eux-mêmes (MySQL, la plupart des solutions cloud…). Bien sûr ça n'a aucun intérêt en termes de dev contrat.
L'API en C peut changer, des trucs deviennent obsolètes (surtout pour GTK+ ces derniers temps).
Exact. Pour éviter ce souci, les dernières versions des bibliothèques GNOME comprennent une surcouche nommée GObject-Introspection qui permet de régénérer des bindings "fiables" pour chaque nouvelle version de Vala.
Le problème se pose avec les autres biblios dont les bindings ont été écrits à la mano (GLUT par exemple).
Mais c'est valable aussi pour d'autres langages. Une solution que je préconise serait d'avoir une arborescence de paquets dédiés au langage, distincte de celle de la distro. On pourrait donc par exemple upgrader vers la dernière Ubuntu sans casser les bindings. Je songe à écrire une telle chose pour Vala, mais comme d'habitude le temps et le mécénat posent problème.
Mais non, c'est une question parfaitement légitime :-).
Je ne peux pas parler pour GNOME, mais j'ai trouvé ça ici : a quality Vala 1.0 is an important part of the future of the GNOME Platform, because it will simplify the task of creating and maintaining excellent language-neutral libraries
Je le comprends comme ça : le code Vala se transcrit en C pur, dont les librairies résultantes peuvent être réutilisées/bindées facilement… à compléter ou corriger.
PS : c'est un peu exagéré de dire qu'il y a peu de bindings. Il y en a déjà pas mal.
Hey, j'ai reçu ce fameux mail en tant que membre du forum, et n'ai pu que constater la fermeture… La déception a d'abord été là: "Qui sait quels trésors tu aurais pu y récupérer si tu avais été mieux informé ?"
Puis j'ai réfléchi, et me suis aperçu que si je n'avais pas été mieux informé, c'est que je n'y allais plus -sur SunWizard- et depuis bien longtemps même, et donc que le webmaster avait probablement raison : toutes les bonnes choses n'ont qu'une durée de vie limitée…
# Assez d'accord
Posté par Tarnyko (site web personnel) . En réponse au journal Mon évolution vis à vis du copyleft. Évalué à 0.
Merci pour ce journal concret et complet, très intéressant à lire jusqu'au bout.
Assez d'accord sur le fond ; j'applique d'ailleurs souvent la même politique que toi pour les développements sous contrat (payer plus cher pour un contenu fermé sous licence proprio).
Le dual-licensing me paraît par contre adapté pour des projets ambitieux désireux de se promouvoir eux-mêmes (MySQL, la plupart des solutions cloud…). Bien sûr ça n'a aucun intérêt en termes de dev contrat.
# Merci
Posté par Tarnyko (site web personnel) . En réponse au journal Mon évolution vis à vis du copyleft. Évalué à 0.
Merci pour ce journal concret et complet, très intéressant à lire jusqu'au bout.
D'accord avec le fond ; j'applique d'ailleurs souvent la même politique que toi pour les développements sous contrat (payer plus cher pour un contenu fermé sous licence proprio).
Le dual-licensing me paraît par contre adapté pour des projets ambitieux désireux de se promouvoir eux-mêmes (MySQL, la plupart des solutions cloud…). Bien sûr ça n'a aucun intérêt en termes de dev contrat.
[^] # Re: Pourquoi Vala?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de Val(a)IDE 0.7.2. Évalué à 1.
Ah mais c'est pareil dans n'importe quel langage utilisant des bibliothèques externes.
J'ai conscience que tu faisais un point général, mais la réponse que j'ai faite permettrait de résoudre (au moins par le bas) ce problème.
[^] # Re: Pourquoi Vala?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de Val(a)IDE 0.7.2. Évalué à 1.
Exact. Pour éviter ce souci, les dernières versions des bibliothèques GNOME comprennent une surcouche nommée GObject-Introspection qui permet de régénérer des bindings "fiables" pour chaque nouvelle version de Vala.
Le problème se pose avec les autres biblios dont les bindings ont été écrits à la mano (GLUT par exemple).
Mais c'est valable aussi pour d'autres langages. Une solution que je préconise serait d'avoir une arborescence de paquets dédiés au langage, distincte de celle de la distro. On pourrait donc par exemple upgrader vers la dernière Ubuntu sans casser les bindings. Je songe à écrire une telle chose pour Vala, mais comme d'habitude le temps et le mécénat posent problème.
[^] # Re: Pourquoi Vala?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de Val(a)IDE 0.7.2. Évalué à 1.
Mais non, c'est une question parfaitement légitime :-).
Je ne peux pas parler pour GNOME, mais j'ai trouvé ça ici : a quality Vala 1.0 is an important part of the future of the GNOME Platform, because it will simplify the task of creating and maintaining excellent language-neutral libraries
Je le comprends comme ça : le code Vala se transcrit en C pur, dont les librairies résultantes peuvent être réutilisées/bindées facilement… à compléter ou corriger.
PS : c'est un peu exagéré de dire qu'il y a peu de bindings. Il y en a déjà pas mal.
[^] # Re: Déçu mais...
Posté par Tarnyko (site web personnel) . En réponse au journal SunWizard.NET n'est (presque) plus. Évalué à 1.
Super, merci à toi (et lui) ! Ma remarque était générale, mais si j'ai quelque chose de précis qui me revient en tête, je n'hésiterai pas.
# Déçu mais...
Posté par Tarnyko (site web personnel) . En réponse au journal SunWizard.NET n'est (presque) plus. Évalué à 1.
Hey, j'ai reçu ce fameux mail en tant que membre du forum, et n'ai pu que constater la fermeture… La déception a d'abord été là: "Qui sait quels trésors tu aurais pu y récupérer si tu avais été mieux informé ?"
Puis j'ai réfléchi, et me suis aperçu que si je n'avais pas été mieux informé, c'est que je n'y allais plus -sur SunWizard- et depuis bien longtemps même, et donc que le webmaster avait probablement raison : toutes les bonnes choses n'ont qu'une durée de vie limitée…
[^] # Re: Paquets Debian
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 0. Dernière modification le 10 mai 2012 à 08:33.
Supprimé