Bon, ok désolé je me suis emporté la dernière fois.
Quelques réaction tout de même:
- Qualité technique de flash:
Comment savoir ? c'est proprio, donc on peux pas aller voir exactement comment ca marche. D'autre part, si chez toi c'est stable, c'est loin d'être le cas chez tout le monde. Et me dis pas que t'est jamais tombé sur une appli flash qui fait planter le navigateur avec 100% de CPU utilisé. (Je sais tu va me dire c'est pas de la faute du flash si les dévelopeurs codent mal les applet... C'est pas mon avis)
De plus, les critères ne sont pas pour tout le monde les mêmes: Une machine virtuelle, une API complète et multi-plateforme unique en son genre, des routines d'affichage performantes, tout ça dans un téléchargement de 2 Mo fonctionnant sans accroc sur une foultitude de configurations. Aucun projet libre n'arrive à la hauteur de ces quelques caractéristiques.
Si pour toi cela c'est de la qualité technique, c'est bien.
Pour moi, la qualité viens surtout de l'absence de bugs ET de la portabilité.
La portabilité, justement, ca se prévois, dès le début d'un projet. Or, il est TRES clair que le flash n'a JAMAIS été concu pour la portabilité, tu l'a toi-même montré lorsque tu cite du code asm dans le source du flash player (bon, ya peut-etre des routines de fallback, je sais pas)
Ce que je n'accepte pas, c'est que ca fonctionne sur un Linux x86 et PAS sur un linux PPC, ARM ou pire, x86-64: Là, normallement, une simple recompilation suffi, à condition de ne pas truffer le code d'asm et d'utiliser les librairies de l'OS.
Je suis bien d'accord que pour le porter sur Windows/MacOS/solaris/*BSD/... il faut adapter les couches basse, et selon le cas c'est pas un boulot facile.
J'ai *exactement* la même critique pour la JVM Java: Heureuement qu'il y a des jvm libre qui on tant bien que mal réussies a régler le problème, et il faut espérer que maintenant que la jvm est GPL les portages et simplifications vont arriver.
Il y a des tas d'autres exemples: Picasa, GoogleEarth (qui eux ont pu utiliser wine, effectivement c'est pas donné à toute les architectures). Et là, surtout pour GE, il y a le problème de la 3D.
C'est regrettable, mais le défi technologique est autrement compliqué que celui du flash, qui reste une virtual machine.
Et le rapport entre Flash et Javascript, c'est quoi, à part tes aversions gratuites et incompétentes ?
C'est 2 techno qui s'execute sur le poste client, et qui posent des TAS de problèmes a tout le monde, entre les plantages navigateurs (100% CPU et j'en passe) et les derniers développements de virus en JS.
(Qui, pour veux qui ne sont pas au courant, lorsqu'ils s'executent sur la machien client via une page web, vienne attaquer par brute-force le
routeur ou la box avec des mot de passe courant genre admin/admin sur le port telnet ou meme HTTP, puis ensuite identifie la marque/modèle, vont télécharger un "profil", et prennent le controle du routeur en le faisant rediriger des ports, envoyer des pings, faire du scan de port, etc... Le tout sans que l'utilisateur n'y vois rien, et aucun antivirus n'y peux rien car rien n'est installé sur le PC utilisateur)
Ok, vendredi prochain tu nous codes un équivalent du lecteur Flash en mieux et plus portable, hein, dis ?
Justement pas, non, parceque ce genre de techno sur le poste client, ca se travaille à long terme, il faut essayer de penser à toute les utilisation possible, éviter les enfermements, penser à la sécurité...
(Autant de choses qui sont pas forcément en accord avec les objectifs privées des companies privées, surtout les très très grosses).
C'est censé tourner sur un poste *Client*, potentiellement mal protégé, voire critique (téléphone ou poste public) et dont l'utilisateur n'a pas les compétences pour gérer la sécurité.
Pour moi, le flash n'est vraiment qu'une "démo technologique", il reste à inventer un système mature qui fasse la même chose, peut-etre à l'initiative d'un organisme de normalisation style W3C ou ISO.
Ok ca sera pas fait en 3j, mais au moins :
- ca marchera,
- ca marchera tout le temps,
- ca marchera tout le temps pareil,
- ca marchera partout.
[^] # Re: Lecteur
Posté par C. OB (site web personnel) . En réponse à la dépêche Adobe va libérer Flex. Évalué à 1.
Quelques réaction tout de même:
- Qualité technique de flash:
Comment savoir ? c'est proprio, donc on peux pas aller voir exactement comment ca marche. D'autre part, si chez toi c'est stable, c'est loin d'être le cas chez tout le monde. Et me dis pas que t'est jamais tombé sur une appli flash qui fait planter le navigateur avec 100% de CPU utilisé. (Je sais tu va me dire c'est pas de la faute du flash si les dévelopeurs codent mal les applet... C'est pas mon avis)
De plus, les critères ne sont pas pour tout le monde les mêmes:
Une machine virtuelle, une API complète et multi-plateforme unique en son genre, des routines d'affichage performantes, tout ça dans un téléchargement de 2 Mo fonctionnant sans accroc sur une foultitude de configurations. Aucun projet libre n'arrive à la hauteur de ces quelques caractéristiques.
Si pour toi cela c'est de la qualité technique, c'est bien.
Pour moi, la qualité viens surtout de l'absence de bugs ET de la portabilité.
La portabilité, justement, ca se prévois, dès le début d'un projet. Or, il est TRES clair que le flash n'a JAMAIS été concu pour la portabilité, tu l'a toi-même montré lorsque tu cite du code asm dans le source du flash player (bon, ya peut-etre des routines de fallback, je sais pas)
Ce que je n'accepte pas, c'est que ca fonctionne sur un Linux x86 et PAS sur un linux PPC, ARM ou pire, x86-64: Là, normallement, une simple recompilation suffi, à condition de ne pas truffer le code d'asm et d'utiliser les librairies de l'OS.
Je suis bien d'accord que pour le porter sur Windows/MacOS/solaris/*BSD/... il faut adapter les couches basse, et selon le cas c'est pas un boulot facile.
J'ai *exactement* la même critique pour la JVM Java: Heureuement qu'il y a des jvm libre qui on tant bien que mal réussies a régler le problème, et il faut espérer que maintenant que la jvm est GPL les portages et simplifications vont arriver.
Il y a des tas d'autres exemples: Picasa, GoogleEarth (qui eux ont pu utiliser wine, effectivement c'est pas donné à toute les architectures). Et là, surtout pour GE, il y a le problème de la 3D.
C'est regrettable, mais le défi technologique est autrement compliqué que celui du flash, qui reste une virtual machine.
Et le rapport entre Flash et Javascript, c'est quoi, à part tes aversions gratuites et incompétentes ?
C'est 2 techno qui s'execute sur le poste client, et qui posent des TAS de problèmes a tout le monde, entre les plantages navigateurs (100% CPU et j'en passe) et les derniers développements de virus en JS.
(Qui, pour veux qui ne sont pas au courant, lorsqu'ils s'executent sur la machien client via une page web, vienne attaquer par brute-force le
routeur ou la box avec des mot de passe courant genre admin/admin sur le port telnet ou meme HTTP, puis ensuite identifie la marque/modèle, vont télécharger un "profil", et prennent le controle du routeur en le faisant rediriger des ports, envoyer des pings, faire du scan de port, etc... Le tout sans que l'utilisateur n'y vois rien, et aucun antivirus n'y peux rien car rien n'est installé sur le PC utilisateur)
Ok, vendredi prochain tu nous codes un équivalent du lecteur Flash en mieux et plus portable, hein, dis ?
Justement pas, non, parceque ce genre de techno sur le poste client, ca se travaille à long terme, il faut essayer de penser à toute les utilisation possible, éviter les enfermements, penser à la sécurité...
(Autant de choses qui sont pas forcément en accord avec les objectifs privées des companies privées, surtout les très très grosses).
C'est censé tourner sur un poste *Client*, potentiellement mal protégé, voire critique (téléphone ou poste public) et dont l'utilisateur n'a pas les compétences pour gérer la sécurité.
Pour moi, le flash n'est vraiment qu'une "démo technologique", il reste à inventer un système mature qui fasse la même chose, peut-etre à l'initiative d'un organisme de normalisation style W3C ou ISO.
Ok ca sera pas fait en 3j, mais au moins :
- ca marchera,
- ca marchera tout le temps,
- ca marchera tout le temps pareil,
- ca marchera partout.