de connecter un bureau distant :
Avec une latence énorme compte tenu de la quantité de données qui transitent. On se retrouve très facilement avec des temps de réponse supérieurs à la seconde. Alors qu'un logiciel bien conçu doit pouvoir être utilisé plus rapidement en console ( via ssh par exemple ).
Je ne peux pas laisser dire ça. Sur un réseau local, il n'y a pas de temps de latence et c'est probablement un des cas d'utilisation les plus importants. Sur les réseaux non locaux les débits montants des particuliers sont certes limitants pour la communication, mais si tu as une connexion non bridée, cela marche tout de suite mieux (en fait très bien). De plus quelques astuces permettent de réduire la quantité de données transitant, notamment abaisser la profondeur (bits/couleur) de l'affichage et utiliser un toolkit bien carré et sans dégradé.
Au contraire, je pense que lorsque les très très hauts débits se populariseront X sera l'objet d'un regain d'intérêt puisqu'après tout pour tout avoir «dans le cloud» il suffit de transformer sa machine locale en terminal X.
[^] # Re: nouveau langage ?
Posté par Michaël (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 4.
Je ne peux pas laisser dire ça. Sur un réseau local, il n'y a pas de temps de latence et c'est probablement un des cas d'utilisation les plus importants. Sur les réseaux non locaux les débits montants des particuliers sont certes limitants pour la communication, mais si tu as une connexion non bridée, cela marche tout de suite mieux (en fait très bien). De plus quelques astuces permettent de réduire la quantité de données transitant, notamment abaisser la profondeur (bits/couleur) de l'affichage et utiliser un toolkit bien carré et sans dégradé.
Au contraire, je pense que lorsque les très très hauts débits se populariseront X sera l'objet d'un regain d'intérêt puisqu'après tout pour tout avoir «dans le cloud» il suffit de transformer sa machine locale en terminal X.