Si c'est pour un client lourd:
- Ça ne résoudrait pas les soucis de dépendances (cairo, poppler, ffmpeg, ...)
- Ça introduirait une dépendance sur Chrome, ce qui est un poil overkill pour faire une bête interface graphique.
- Ça n'aurait pas résolu les soucis d’accessibilité/ergonomie.
- Et visiblement, wuy lance un Chrome "par défaut", qui va baver tout un tas de choses à GoogleTM à son lancement.
Si c'est pour la partie serveur:
- Pourquoi Wuy plutôt que Flask, sachant que ça dernier fourni un moteur de template, du routage, des fonctionnalités de sécurité (vérification des chemins de fichiers par exemple), ... et est packagé un peu partout.
De plus, wuy manque de documentation (c'est dans sa TODO), a un tout petit bus factor , ne semble pas vraiment activement maintenu, expose des primitive dangereuses (sérieusement, contournement de CORS en tant que fonctionnalité ‽), n'a pas de release stable, semble impossible à sandboxer, fourni des exemples de code avec des XSS, n'a pas d'intégration continue, ne spécifie par ses versions supportées de Python (en fouinant un peu, on s’aperçoit que certaines dépendances ne fonctionnent pas sur la version utilisée par Debian Jessie, qui est la cible principale de mat2-web), ...
Bref, ça ressemble plus a un framework perso développé par la personne qui a écrit le commentaire qu'à une vraie réponse à une problématique, testée et éprouvée pour de la production.
[^] # Re: Wuy
Posté par jvoisin (site web personnel) . En réponse à la dépêche mat2, version Web. Évalué à 10.
Aurait fait l'affaire pour quoi ?
Si c'est pour un client lourd:
- Ça ne résoudrait pas les soucis de dépendances (cairo, poppler, ffmpeg, ...)
- Ça introduirait une dépendance sur Chrome, ce qui est un poil overkill pour faire une bête interface graphique.
- Ça n'aurait pas résolu les soucis d’accessibilité/ergonomie.
- Et visiblement, wuy lance un Chrome "par défaut", qui va baver tout un tas de choses à GoogleTM à son lancement.
Si c'est pour la partie serveur:
- Pourquoi Wuy plutôt que Flask, sachant que ça dernier fourni un moteur de template, du routage, des fonctionnalités de sécurité (vérification des chemins de fichiers par exemple), ... et est packagé un peu partout.
De plus, wuy manque de documentation (c'est dans sa TODO), a un tout petit bus factor , ne semble pas vraiment activement maintenu, expose des primitive dangereuses (sérieusement, contournement de CORS en tant que fonctionnalité ‽), n'a pas de release stable, semble impossible à sandboxer, fourni des exemples de code avec des XSS, n'a pas d'intégration continue, ne spécifie par ses versions supportées de Python (en fouinant un peu, on s’aperçoit que certaines dépendances ne fonctionnent pas sur la version utilisée par Debian Jessie, qui est la cible principale de mat2-web), ...
Bref, ça ressemble plus a un framework perso développé par la personne qui a écrit le commentaire qu'à une vraie réponse à une problématique, testée et éprouvée pour de la production.