La seule raison que je puisse donner pour utiliser cette bibliothèque, c'est celle qui m'a motivée à la développer, c'est-à-dire pouvoir coder l'intégralité d'une application web en C++. Sauf, et je pense que l'ensemble des commentaires de ce journal l'ont clairement établit, que peu de personnes utiliseront cette bibliothèque pour cette raison. Au contraire même, le fait qu'il faille faire du C++ pour l'utiliser serait même plutôt, pour beaucoup de personnes, une raison de ne pas l'utiliser. Je ne critique pas, je constate. Du coup, je me suis bien gardé d'avancer cette raison.
Avant de me lancer dans son développement, j'ai regardé ce qui existait, et j'ai constaté que beaucoup d'outils s'appuyaient sur MVC. J'ai regardé ce dont il s'agissait, et je n'en pas vu l'intérêt, sachant que ça fait des années que je développe des interfaces natives sans avoir à m'appuyer sur MVC. Là aussi, apparemment, je fais figure d'exception, semble-t-il, vu que, selon certains commentaires, MVC semble être aussi la norme en matière d'interfaces natives.
Bref, n'ayant jamais utilisé l'un de ces outils basé sur MVC, je serais bien en peine d'avancer ne fût-ce qu'une raison qui pourrait pousser quelqu'un à délaisser son outil au profit de ma bibliothèque, et ce malgré tous les bindings que je pourrais réaliser pour faciliter l'accès à cette bibliothèque. C'est malheureux, mais c'est ainsi. En outre, ces personnes seront d'autant plus réticent qu'il leur a certainement fallu pas mal de temps pour maîtriser l'outil qu'ils utilisent. Il faudra donc de sacrées bonnes raisons pour les pousser à faire une croix sur cet investissement au profit de ma bibliothèque...
Clairement, Le gros problème de ce projet, c'est moi. Ça lui serait nettement plus bénéfique si je pouvais me cantonner à l'aspect technique, et laisser quelqu'un de plus doué que moi en communication en faire la promotion. Sauf que, pour l'instant, je suis seul sur ce projet, et donc, je fais avec. Donc, je communique tant bien que mal, apparemment plutôt mal que bien, sachant qu'il est toujours préférable de mal communiquer que de ne pas communiquer du tout !
Je ne sais plus si c'est dans ce journal ou l'autre que j'en parle, mais j'ai le projet d'animer des ateliers autour de cette bibliothèque. Le fait qu'elle soit disponible en plusieurs langages et simple à installer, combiné au fait qu'elle permet de manipuler, sans artifices particuliers, les concepts de base des technos web, à savoir HTML, CSS et DOM, je pense que cette bibliothèque est un bon outil d'initiation à ces concepts. J'ignore si ces ateliers seront, par ailleurs, profitables à ma bibliothèque, mais, là encore, mieux vaut faire ces ateliers que de ne rien faire du tout...
Zelbinium: pour la génération qui crée, pas celle qui scrolle...
[^] # Re: Mais il n'y a vraiment pas de quoi...
Posté par Claude SIMON (site web personnel) . En réponse au journal Du développement full-stack en Java. Évalué à -2. Dernière modification le 04 août 2018 à 17:36.
La seule raison que je puisse donner pour utiliser cette bibliothèque, c'est celle qui m'a motivée à la développer, c'est-à-dire pouvoir coder l'intégralité d'une application web en C++. Sauf, et je pense que l'ensemble des commentaires de ce journal l'ont clairement établit, que peu de personnes utiliseront cette bibliothèque pour cette raison. Au contraire même, le fait qu'il faille faire du C++ pour l'utiliser serait même plutôt, pour beaucoup de personnes, une raison de ne pas l'utiliser. Je ne critique pas, je constate. Du coup, je me suis bien gardé d'avancer cette raison.
Avant de me lancer dans son développement, j'ai regardé ce qui existait, et j'ai constaté que beaucoup d'outils s'appuyaient sur MVC. J'ai regardé ce dont il s'agissait, et je n'en pas vu l'intérêt, sachant que ça fait des années que je développe des interfaces natives sans avoir à m'appuyer sur MVC. Là aussi, apparemment, je fais figure d'exception, semble-t-il, vu que, selon certains commentaires, MVC semble être aussi la norme en matière d'interfaces natives.
Bref, n'ayant jamais utilisé l'un de ces outils basé sur MVC, je serais bien en peine d'avancer ne fût-ce qu'une raison qui pourrait pousser quelqu'un à délaisser son outil au profit de ma bibliothèque, et ce malgré tous les bindings que je pourrais réaliser pour faciliter l'accès à cette bibliothèque. C'est malheureux, mais c'est ainsi. En outre, ces personnes seront d'autant plus réticent qu'il leur a certainement fallu pas mal de temps pour maîtriser l'outil qu'ils utilisent. Il faudra donc de sacrées bonnes raisons pour les pousser à faire une croix sur cet investissement au profit de ma bibliothèque...
Clairement, Le gros problème de ce projet, c'est moi. Ça lui serait nettement plus bénéfique si je pouvais me cantonner à l'aspect technique, et laisser quelqu'un de plus doué que moi en communication en faire la promotion. Sauf que, pour l'instant, je suis seul sur ce projet, et donc, je fais avec. Donc, je communique tant bien que mal, apparemment plutôt mal que bien, sachant qu'il est toujours préférable de mal communiquer que de ne pas communiquer du tout !
Je ne sais plus si c'est dans ce journal ou l'autre que j'en parle, mais j'ai le projet d'animer des ateliers autour de cette bibliothèque. Le fait qu'elle soit disponible en plusieurs langages et simple à installer, combiné au fait qu'elle permet de manipuler, sans artifices particuliers, les concepts de base des technos web, à savoir HTML, CSS et DOM, je pense que cette bibliothèque est un bon outil d'initiation à ces concepts. J'ignore si ces ateliers seront, par ailleurs, profitables à ma bibliothèque, mais, là encore, mieux vaut faire ces ateliers que de ne rien faire du tout...
Zelbinium: pour la génération qui crée, pas celle qui scrolle...