Mais pour éditer des fichiers distants ou faire des simples copier coller c'est très pratique et puissant.
Alors je dirais que ça dépend. Utiliser un emacs avec des systèmes du genre ctags/gtags via une partoche montée en sshfs et sur de gros projets est une vraie boucherie, c'est quasiment inutilisable chez moi, même avec une VM qui tourne en local.
Mais bon, c'est quand même un truc assez spécifique donc je suis d'accord qu'en général, l'édition via sshfs se passe bien.
Alors je viens d'essayer. Sur ma « petite conf » (16Gio, un Core i5 4300U et un SSD) il rame gravement. Toutes les actions ne sont pas lentes, mais quand j'écris, il répond qu'après un certain temps (je tape, au bout d'1s il affiche d'un coup tout ce que j'ai écris et continue d'afficher en temps réelle ce que je continue pendant 1/2s puis rebloque pendant 1/2s, etc).
J'ai une conf beaucoup plus modeste que la tienne (laptop dell latitude E6410), avec pas mal de packages (linters, git, etc) et ce que j'écris apparaît instantanément à l'écran sans jamais entraver ma frappe.
Je veux pas dire que cet éditeur est parfait mais il me semble que tu as un soucis quelque part.
ce sont aussi des applications dont la jauge de volume va pour certaines modifier leur propre volume, et pour d'autres modifier le volume général, etc.
Oui, alors ça j'avoue que le Mixer KDE j'y comprends vraiment plus rien (à moins que ça soit PA ?), je baisse un potard, ça en baisse un autre à côté ou inversement, c'est incompréhensible.
Même mon client MPC semble avoir une influence sur le volume général, quand j'incrémente/décrémente le volume de mon MPD, ça incrémente/décrémente le volume général o_Ô
Tout ce que je sais, c'est qu'à une époque, ça fonctionnait de façon logique et attendue. (enfin, logique pour moi, c'est-à-dire que quand on offre des potards par application, c'est pour justement s'indexer sur le volume général et n'avoir aucune influence sur ce dernier, … non ?)
Les autres sont vraiment nettement plus rapides ? À 20 € mensuel ?
Dans mon coin perdu du Poitou Charente, il n'y a que des antennes Orange. Avec mon forfait Free, au niveau data, c'était tellement invivable que j'ai dû à contre-coeur (parce que j'estime que Free a donné un coup de pied dans la fourmilière) opter pour du sosh (20€).
Et là, absolument rien à voir, par exemple, je peux regarder des vidéos youtube, avoir des pages web rapidement, etc.
Je sais pas ce qui cloche entre Free et Orange au niveau de leur contrat d'itinérance, mais il me semble que Free avait lâché quelques milliards d'€ non ?
C'est exactement ce qui est arrivé pour moi il y a quelques semaines.
En ce qui me concerne, il a fallu attendre 7 à 8 jours entre chaque étape, ce qui fait qu'entre le début du problème et sa résolution, j'ai dû patienter une quarantaine de jours (et pour un télétravailleur à la cambrouze comme moi, c'était bien "fendard" à gérer).
Au final: l'équipement Boucle Locale sous la responsabilité d'Orange était défectueux sur les premières centaines de mètres depuis chez moi.
Alors que les premiers tickets Gamot avaient été cloturés comme "pas de soucis" de la part d'Orange.
C'est marrant de parler des « avantages du Cloud », alors qu'en réalité il y a surtout des inconvénients à l'utiliser, en particulier des inconvénients très sérieux concernant tes données personnelles
J'ai délibérément évité le débat des données personnelles parce que c'est une des choses qui justifierait l'évitement des gmail et autres services hébergés en clair, et je trouverais Cette démarche plus d'honorable : salvatrice.
Non, je me suis positionné uniquement sur le plan technique, et je ne vois pas ce qui peut être plus simple et immédiat que de lancer une URL sur un navigateur web et accéder à tous ses services. Que ton cloud soit chez Google ou chez toi sur une box d'ailleurs hein.
Tu parles d'un système hébergé sur clef USB, as-tu la garantie que où tu ailles, l'ordinateur que tu utilises soit opérationnellement et matériellement capable d'exécuter ce système ? Est-ce que tu penses que la gymnastique de devoir systématiquement penser à embarquer sa clef USB (je sais, porte-clef, etc), ou bien simplement d'en faire la maintenance est quelque chose d'accessible au commun des mortels ? Soyons sérieux, l'ubiquité du "cloud" est quelque chose d'incomparable. Bienheureux sont ceux qui sont capables de s'en passer sans soucis ou de coupler cette utilisation avec un backup local, pour pouvoir maîtriser totalement la confidentialité et l'accessibilité de leurs données, mais c'est une utilisation de niche.
Si la génération d'un nouvel élément dure longtemps, on peut très bien demander son calcul à une promise qui se chargera d'appeler le callback et de demander la génération du prochain élément au moment voulu.
Et tu dois donc penser l'écriture de ton traitement de façon asynchrone.
Ici yield te permettrait d'insérer des points d'entrées dans ton algorithme de façon à ce que tu te dises "ici on a besoin d'attendre un next()" pour pouvoir continuer le traitement. On y gagne en concision et en expressivité.
Les promises c'est sympa, j'aime bien, mais quand il s'agit de véhiculer le contexte d'exécution de toute la promise chain simplement, il faut en passer par des variables extérieures, etc.
Tu as un exemple relativement petit de programmation pseudo-synchorne avec des générateurs et des promises?
Qu'as-tu donc contre la myriade d'exemples qu'on peut trouver sur le web ? :)
Rien que l'exemple sur la page d’accueil de cette lib (qui gagne en popularité en ce moment) : http://taskjs.org/
Ok ok.
Dans ton cas, tu génères une séquence en une fois, sans "coupure" du traitement, mais pour moi, les générateurs (donc les itérateurs, quelque part) présentent l'avantage de pouvoir s'associer aux promises pour faire du code sous forme pseudo-synchrone. Ca ouvre des possibilités assez sensationnelles pour injecter de l'asynchronicité dans un long traitement écrit sous forme synchrone.
Je répond peut-être à côté de la plaque ?
Il me semble que dans un cadre privé, mais encore plus dans un cadre d'entreprise, il est primordial de garder la main mise sur son infrastructure. Le cloud est très pratique, mais stocker tout ses documents, même les plus confidentiels dans des serveurs étrangers me semble être très délicat et dangereux.
Ce qui me semble primordial au delà de l'endroit où sont réellement stockées nos données, c'est de savoir QUI a la capacité d'accéder réellement à ces données. Avec du chiffrement fort, je pourrais être convaincu de stocker mes données n'importe où, même dans le coin le plus malfamé d'internet, à partir du moment où j'ai la garantie absolue d'être le seul à pouvoir déchiffrer mes données. Bien sûr, il faudrait avoir de la redondance parce que des données que personne (à part vous) ne peut déchiffrer qui disparaissent, bin c'est mort, effectivement. Bien sûr, cela soulève également la problématique de la confiance dans la chaîne logicielle qui va de moi à mes données.
Si tu veux évoquer les cas "aux limites", effectivement, on peut commencer à couper les cheveux en quatre pendant 107 ans sur l'avantage de telle ou telle configuration. Je parlais du cas nominal.
Se priver volontairement des avantages du "cloud" juste parce que "on sait jamais, je préfère me trimballer une clef USB ou réinstaller mes logiciels où que j'aille, y'a ptete pas le net", c'est assez singulier, mais pourquoi pas.
[^] # Re: Goût enfin
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Les évolutions KDE avec KDE Frameworks 5.13, KDE Applications 15.08 et Plasma 5.4. Évalué à 3.
Objection, y'a pas de vert ni de jaune ;-)
[^] # Re: Goût enfin
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Les évolutions KDE avec KDE Frameworks 5.13, KDE Applications 15.08 et Plasma 5.4. Évalué à 1.
Ouf, heureusement que tu le précises.
[^] # Re: Goût enfin
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Les évolutions KDE avec KDE Frameworks 5.13, KDE Applications 15.08 et Plasma 5.4. Évalué à 9.
Tu as raison.
A part peut-être ce fond d'écran qui fait penser à un dégueulis de licorne arc-en-ciel.
[^] # Re: Oui
Posté par Guillaume Denry (site web personnel) . En réponse au journal SSHFS est un vrai système de fichiers en réseau. Évalué à 2.
Non, pas encore tenté puisqu'entre temps, je me suis débrouillé pour utiliser un autre système de build.
[^] # Re: Oui
Posté par Guillaume Denry (site web personnel) . En réponse au journal SSHFS est un vrai système de fichiers en réseau. Évalué à 5.
Alors je dirais que ça dépend. Utiliser un emacs avec des systèmes du genre ctags/gtags via une partoche montée en sshfs et sur de gros projets est une vraie boucherie, c'est quasiment inutilisable chez moi, même avec une VM qui tourne en local.
Mais bon, c'est quand même un truc assez spécifique donc je suis d'accord qu'en général, l'édition via sshfs se passe bien.
[^] # Re: Meilleur éditeur depuis.. longtemps
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Atom 1.0.x : l'autre éditeur de code. Évalué à 10.
Et la politesse, ça s'installe facilement aussi sous Vim ?
# Juste une question
Posté par Guillaume Denry (site web personnel) . En réponse au journal Et si l'afflux de réfugiés n'était qu'un moyen pour destabiliser l'Europe ?. Évalué à 10.
Quel rapport avec SuSE ?
[^] # Re: Lent ?
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Atom 1.0.x : l'autre éditeur de code. Évalué à 6.
J'ai une conf beaucoup plus modeste que la tienne (laptop dell latitude E6410), avec pas mal de packages (linters, git, etc) et ce que j'écris apparaît instantanément à l'écran sans jamais entraver ma frappe.
Je veux pas dire que cet éditeur est parfait mais il me semble que tu as un soucis quelque part.
[^] # Re: HZ Theora
Posté par Guillaume Denry (site web personnel) . En réponse au journal Pas de jaloux. Évalué à 3.
Même une vanne, t'es pas capable de la prendre autrement qu'au sérieux.
Splendide.
[^] # Re: Don't be evil
Posté par Guillaume Denry (site web personnel) . En réponse au journal Petite prévision pour l'avenir. Oracle !. Évalué à 2.
Quelle entreprise ne le fait pas ?
[^] # Re: Prix
Posté par Guillaume Denry (site web personnel) . En réponse au journal Nantes migre vers LibreOffice. Évalué à 4.
J'ai délibérément évité de parler d'idéologie, on peut faire le choix du libre aussi pour autre chose qu'une économie lors de l'achat du logiciel.
[^] # Re: Prix
Posté par Guillaume Denry (site web personnel) . En réponse au journal Nantes migre vers LibreOffice. Évalué à 10.
Et il faudra un jour que tu acceptes qu'il peut être légitime d'être triste qu'un logiciel libre ne soit pas adopté aussi parce qu'il est libre.
[^] # Re: Don't be evil
Posté par Guillaume Denry (site web personnel) . En réponse au journal Petite prévision pour l'avenir. Oracle !. Évalué à 7.
Bin du coup, non, le concept tombe un peu à l'eau puisqu'Oracle a jamais dit qu'ils seraient pas evil.
[^] # Re: Linux < Debian < KDE < Logiciel
Posté par Guillaume Denry (site web personnel) . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 4.
Oui, alors ça j'avoue que le Mixer KDE j'y comprends vraiment plus rien (à moins que ça soit PA ?), je baisse un potard, ça en baisse un autre à côté ou inversement, c'est incompréhensible.
Même mon client MPC semble avoir une influence sur le volume général, quand j'incrémente/décrémente le volume de mon MPD, ça incrémente/décrémente le volume général o_Ô
Tout ce que je sais, c'est qu'à une époque, ça fonctionnait de façon logique et attendue. (enfin, logique pour moi, c'est-à-dire que quand on offre des potards par application, c'est pour justement s'indexer sur le volume général et n'avoir aucune influence sur ce dernier, … non ?)
[^] # Re: Juste au passage...
Posté par Guillaume Denry (site web personnel) . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 3.
En quoi ça vient contredire le commentaire auquel tu réponds ?
[^] # Re: adéquation
Posté par Guillaume Denry (site web personnel) . En réponse au journal François Hollande visite 42, non mais allô quoi.... Évalué à 2.
Pourquoi c'est "affreux" ? Parce que tu le décrètes ?
[^] # Re: ex-Free
Posté par Guillaume Denry (site web personnel) . En réponse au journal Free Mobile: C'est quoi leur projet?. Évalué à 2.
Dans mon coin perdu du Poitou Charente, il n'y a que des antennes Orange. Avec mon forfait Free, au niveau data, c'était tellement invivable que j'ai dû à contre-coeur (parce que j'estime que Free a donné un coup de pied dans la fourmilière) opter pour du sosh (20€).
Et là, absolument rien à voir, par exemple, je peux regarder des vidéos youtube, avoir des pages web rapidement, etc.
Je sais pas ce qui cloche entre Free et Orange au niveau de leur contrat d'itinérance, mais il me semble que Free avait lâché quelques milliards d'€ non ?
[^] # Re: ex-Free
Posté par Guillaume Denry (site web personnel) . En réponse au journal Free Mobile: C'est quoi leur projet?. Évalué à 2. Dernière modification le 26 juillet 2015 à 22:12.
Ahaha quel cowboy :) Tu fais 2m15 et 125kg ? Sans compter que tu aurais pu te chopper une main courante non ?
[^] # Re: ex-Free
Posté par Guillaume Denry (site web personnel) . En réponse au journal Free Mobile: C'est quoi leur projet?. Évalué à 5. Dernière modification le 26 juillet 2015 à 15:45.
C'est exactement ce qui est arrivé pour moi il y a quelques semaines.
En ce qui me concerne, il a fallu attendre 7 à 8 jours entre chaque étape, ce qui fait qu'entre le début du problème et sa résolution, j'ai dû patienter une quarantaine de jours (et pour un télétravailleur à la cambrouze comme moi, c'était bien "fendard" à gérer).
Au final: l'équipement Boucle Locale sous la responsabilité d'Orange était défectueux sur les premières centaines de mètres depuis chez moi.
Alors que les premiers tickets Gamot avaient été cloturés comme "pas de soucis" de la part d'Orange.
Quel foutage de tronche /o\
[^] # Re: Je suis vieux
Posté par Guillaume Denry (site web personnel) . En réponse au journal Libre Office : épisode suivant. Évalué à 2. Dernière modification le 30 juin 2015 à 14:19.
J'ai délibérément évité le débat des données personnelles parce que c'est une des choses qui justifierait l'évitement des gmail et autres services hébergés en clair, et je trouverais Cette démarche plus d'honorable : salvatrice.
Non, je me suis positionné uniquement sur le plan technique, et je ne vois pas ce qui peut être plus simple et immédiat que de lancer une URL sur un navigateur web et accéder à tous ses services. Que ton cloud soit chez Google ou chez toi sur une box d'ailleurs hein.
Tu parles d'un système hébergé sur clef USB, as-tu la garantie que où tu ailles, l'ordinateur que tu utilises soit opérationnellement et matériellement capable d'exécuter ce système ? Est-ce que tu penses que la gymnastique de devoir systématiquement penser à embarquer sa clef USB (je sais, porte-clef, etc), ou bien simplement d'en faire la maintenance est quelque chose d'accessible au commun des mortels ? Soyons sérieux, l'ubiquité du "cloud" est quelque chose d'incomparable. Bienheureux sont ceux qui sont capables de s'en passer sans soucis ou de coupler cette utilisation avec un backup local, pour pouvoir maîtriser totalement la confidentialité et l'accessibilité de leurs données, mais c'est une utilisation de niche.
[^] # Re: Chouette
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche ECMAScript 2015 est approuvé. Évalué à 3.
Et tu dois donc penser l'écriture de ton traitement de façon asynchrone.
Ici yield te permettrait d'insérer des points d'entrées dans ton algorithme de façon à ce que tu te dises "ici on a besoin d'attendre un next()" pour pouvoir continuer le traitement. On y gagne en concision et en expressivité.
Les promises c'est sympa, j'aime bien, mais quand il s'agit de véhiculer le contexte d'exécution de toute la promise chain simplement, il faut en passer par des variables extérieures, etc.
Qu'as-tu donc contre la myriade d'exemples qu'on peut trouver sur le web ? :)
Rien que l'exemple sur la page d’accueil de cette lib (qui gagne en popularité en ce moment) : http://taskjs.org/
[^] # Re: Chouette
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche ECMAScript 2015 est approuvé. Évalué à 4.
Ok ok.
Dans ton cas, tu génères une séquence en une fois, sans "coupure" du traitement, mais pour moi, les générateurs (donc les itérateurs, quelque part) présentent l'avantage de pouvoir s'associer aux promises pour faire du code sous forme pseudo-synchrone. Ca ouvre des possibilités assez sensationnelles pour injecter de l'asynchronicité dans un long traitement écrit sous forme synchrone.
Je répond peut-être à côté de la plaque ?
[^] # Re: Chouette
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche ECMAScript 2015 est approuvé. Évalué à 3.
Une exception pour arrêter une boucle ? Erk.
Tu vois autre chose pour arrêter la boucle dans ce cas là ?
[^] # Re: Je suis vieux
Posté par Guillaume Denry (site web personnel) . En réponse au journal Libre Office : épisode suivant. Évalué à 2.
Ce qui me semble primordial au delà de l'endroit où sont réellement stockées nos données, c'est de savoir QUI a la capacité d'accéder réellement à ces données. Avec du chiffrement fort, je pourrais être convaincu de stocker mes données n'importe où, même dans le coin le plus malfamé d'internet, à partir du moment où j'ai la garantie absolue d'être le seul à pouvoir déchiffrer mes données. Bien sûr, il faudrait avoir de la redondance parce que des données que personne (à part vous) ne peut déchiffrer qui disparaissent, bin c'est mort, effectivement. Bien sûr, cela soulève également la problématique de la confiance dans la chaîne logicielle qui va de moi à mes données.
[^] # Re: Je suis vieux
Posté par Guillaume Denry (site web personnel) . En réponse au journal Libre Office : épisode suivant. Évalué à -2.
Si tu veux évoquer les cas "aux limites", effectivement, on peut commencer à couper les cheveux en quatre pendant 107 ans sur l'avantage de telle ou telle configuration. Je parlais du cas nominal.
Se priver volontairement des avantages du "cloud" juste parce que "on sait jamais, je préfère me trimballer une clef USB ou réinstaller mes logiciels où que j'aille, y'a ptete pas le net", c'est assez singulier, mais pourquoi pas.