D'une manière générale, le fait qu'un caractère soit ou non affiché à l'écran (donc dans une console texte, je suppose) dépend de l'environnement dans lequel tu travailles. Donc sous Unix, il faudra reprogrammer les paramètres du terminal, il n'y a probablement pas de wrapper C++ pour cela ...
Bref, sinon c'est marrant les grands cartons pour un clé USB, ca fait chasse au trésor quand tu le reçois :)
Oui, c'est d'ailleurs un problème : C'est marrant au début mais ensuite il faut méticuleusement retirer le rembourrage (et donc prévoir un container suffisament grand à coté) pour être sûr de ne rien manquer. Pour éviter de mettre à la benne sa barrette de RAM toute neuve, comme témoigné un peu plus bas, mais aussi pour récupérer tout ce qui a été fourni en plus par l'expéditeur, tel que les catalogues, et également ce à quoi on ne pense pas forcément du premier coup, comme la facture, qui donne un inventaire bien précis de ce qu'il faut trouver, et pratique pour se faire rembourser en cas de pépin.
Ensuite, il faut se débarrasser, non seulement du rembourrage, mais aussi de l'emballage. Il m'est arrivé de recevoir un carton de 1,10m de haut sur 50cm de coté après avoir commandé un flight-case pour 40 CD, un petit livre et quelques composants électroniques. Fort heureusement, notre commune a adopté le tri des ordures ménagères il y a déjà quelques années, mais pour faire entrer la totalité du carton dans mon container, j'ai utilisé une scie égoïne !
Bref, en général c'est pas super les gros cartons.
Par contre, recevoir un gros colis, cela provoque toujours un effet « cadeau de Noël » bien jouissif depuis l'enfance.
C'est vrai que des énormes cartons remplis de rembourrage, c'est pas super à terme pour l'environnement, mais cela a au moins l'avantage de camoufler un tant soi peu ce qu'ils transportent, et de limiter les vols (plus facile de glisser une petite boite dans le manteau qu'un gros carton).
D'autre part, les conditions dans lesquelles les colis sont transportés sont parfois très rudes (j'ai fait les bagages sur un aéroport pendant une saison et lors du chargement d'un avion, on a pas vraiment le temps de faire de sentiments, même s'il est écrit « fragile » en gros sur le bagage). J'aurais plus apprécié de recevoir une grosse boite bien rembourrée, fût-ce à l'excès, plutôt qu'une boite tout juste aux dimensions de l'appareil, le rendant à la merci du moindre choc. En outre, si le colis arrive abimé, en général tu le renvoies, et c'est le vendeur qui en est pour ses frais.
Par contre, le salut viendra peut-être du type de rembourrage que l'on utilisera: Le polystyrène, surtout en copeaux (les espèces de chips), est très pratique parce qu'il est difficile de trouver plus léger, mais il est aussi très polluant parce qu'impossible à recycler. Certains de mes revendeurs ont adopté à la place des sacs en plastique gonflables (probablement en polyéthylène). Beaucoup plus facile à stocker avant usage, à récupérer (il ne prennent plus de place lorsqu'ils sont dégonflés), et plus facilement recyclables.
Quelle difficulté y a-t-il à séparer les arguments ? Si tu ne veux pas utiliser strtok(), un sscanf() devrait suffire pour les cas les plus compliqués (ou un stringstream si tu tiens à utiliser la STL).
Dans un premier temps, pourquoi ne te contentes-tu pas de transmettre les arguments qui ont été passés au programme père ? Tu récupères argv,argc dans main() et tu les transmets au futur programme à l'aide de execve().
Ben si, justement. Tu viens de donner la solution.
'faut juste préciser explicitement que dans un cas aussi simple où il n'y a pas de reconnaissance de format ni de conversion, on utilise un appel d'un peu plus bas niveau.
Donc strcpy(), et effectivement strncpy(), même chose mais te permettant de spécifier la taille du buffer d'arrivée, ce qui est quand même nettement mieux.
A noter que si tu travailles sur un flux, typiquement si l'utilisateur saisit une chaîne, ou lorsque que tu veux lire toutes les lignes d'un fichier texte, une par une, alors fgets() est ta petite amie.
Téléphoner sous Linux, ça peut être interressant dans au moins une de ces conditions :
1) Quand on est un geek ...
2) Pour rentabiliser sa carte winmodem;
3) Pour profiter de la sono et du micro de son PC, de meilleure qualité que ceux d'un téléphone classique;
4) Pour ne pas se choper de torticolis quand un raseur vous tient la jambe 2h45 au téléphone;
5) Pour continuer à coder pendant la discussion (voir point numéro 1);
6) Pour lier son carnet d'adresse et ses numéros avec un numéroteur automatique;
7) Pour faire de la téléprospection, vendre des cuisines par téléphone;
8) Pour facilement enregistrer et archiver une conversation;
9) Pour gérer efficacement l'heure de l'appel et l'affichage du numéro (et les sauvegarder: très utile quand on se fait rappeler dix fois dans la journée par un type trop timide pour laisser un message sur le répondeur);
10) Pour se la péter à la radio en balançant des jingles humouristiques entre deux phrases (et éventuellement conduire une joute contre l'animateur);
Le mieux c'est encore de demander à l'interressé: Nicolas, pourquoi tu veux téléphoner sous Linux ?
(Grand concours: Trouver encore tout plein de bonnes raisons de téléphoner sous Linux ! :-) ).
Ce n'est qu'une hypothèse mais étant donné qu'un simple xmodmap suffit à remapper une touche, le responsable peut-être n'importe quelle application qui se lance automatiquement lorsque tu te logues en graphique ...
Essaie de repasser en init 1 et de lancer xfree manuellement, et d'y connecter un xterm, et vois si le problème persiste ...
Je crois que ce qu'il veut dire, c'est que la meilleure protection, en tout cas sur un serveur, est encore de ne laisser root se logguer que sur la console.
Après, tu peux mettre « toto » comme mot de passe root, la protection devient physique et géographique, plus informatique.
Le seul problème est que très vite, on a besoin d'un sudo pour effectuer les tâches administratives et qu'à ce moment, on retombe sur le même problème: il suffit de s'attaquer au compte d'un utilisateur avec un minimum de pouvoir.
Et là, en général, le mot de passe est nettement plus faible ...
D'ailleurs, je recommande à tous le Générateur de Discours, ci-dessous. Bon, ca fonctionne sous Windows, mais la qualité des discours produits est vraiment très proche de de celle des authentiques ! Vous ne lirez plus jamais ce document (ni les autres) de la même manière, après :-)
Nous recherchons un logo pour une distribution de LSE/OS avant le 15 novembre. Il faut faire un dessin de caneton, plutot rigolo ...
Ben, et pourquoi pas une tortue ? Je crois que ça s'impose, non ? Pour ceux qui ne verraient pas de quoi je veux parler, 'faut savoir que lorsque l'on me parle d'informatique, de LOGO et de LSE, ça me ramène à cela:
C'était il y a déjà vingt ans, les gars, et on faisait déjà cela à l'école (notez d'ailleurs le epi dans le nom de domaine ! :-).
Bon j'ai pas pour habitude de lancer des trolls mais là, franchement: La deadline, le meilleur logo « retenu », etc. Il ne faudrait croire que c'est forcément un insigne honneur de figurer à l'EPITA. Un simple merci d'avance eût été de bon aloi ...
\_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~
Bon, ok, les canetons rattrapent un peu ton journal.
Ca passe pour cette fois, mais ne recommence plus ! :-)
Essaie de changer de version de KNOPPIX ou Live-KNOPPIX.
Moi je sais que j'avais beaucoup de problèmes à booter avec la Knoppix 3.3 (sur des biprocesseurs PIII). Tout est rentré dans l'ordre avec la 3.4.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 1.
Votre ~/bin recelle-t-il des perles ?
Ben là, hier, on m'a envoyé la ROM d'un très vieil engin (une tortue logo réelle, qui roule sur le sol). Comme j'étais obstiné, que je ne trouvais pas mon bonheur ailleurs, j'ai passé la soirée d'hier à écrire un petit désassembleur 6800.
Voila, c'est le genre de gadgets qu'on trouve dans mon home.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 4.
C'est une question de goût, en fait.
A dire vrai, j'ai à la fois des aliases et des programmes shell stockés.
J'ai une floppée d'aliases pour me connecter en ssh sur la demi-douzaine de serveurs que j'utilise le plus fréquement, car la commande complète est chiante à taper, je ne le fais (en principe) qu'une à trois fois par jour, et surtout elle nécessite un prompt interactif et la saisie d'un mot de passe (et aussi parce que je n'ai pas envie d'avoir un sous-shell ouvert sur mon serveur local pendant toute la durée de ma connexion et qui ne sert à rien).
Ma commande de nettoyage, elle, ne dépend pas des shells, et s'utilise vraiment partout, silencieusement. Il n'est pas exclu que je fasse d'autre petits scripts qui l'invoquent, ou surtout qu'à terme je complexifie la tâche de nettoyage (par date, sur présence d'un autre fichier, d'un flag, en excluant certains répertoires, etc.). J'ai également pensé à rendre cette commande disponible pour tout le monde. Tout cela a fait que c'était plus rapide d'écrire directement un petit shellscript. Quoi qu'il en soit, je ne risque pas grand chose en effaçant les fichiers concernés. Si j'avais mis les *.o par exemple, cela aurait pu être plus gênant dans certains cas, mais là ...
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 5.
C'est l'idée: Chaque fois que tu veux installer un programme recompilé et avec ./configure, il est fait pour s'installer par défaut dans /usr, et cela t'oblige à passer root (et j'ai les moyens de le faire si c'est ce qui te tracasse :-) ).
D'où l'astuce: plutôt que de faire un simple ~/bin, autant reconstruire toute l'architecture (la demi-douzaine de répertoires, quoi), et mettre tes exécutables dedans.
Comme çà, en plus des exécutables, tu te fabriques également tes bibliothèques perso, tes recettes de cuisines formattées en man-pages, etc.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 4.
Déjà, personnellement, dans mon home, il y a un répertoire « sys » qui, lui, contient bin,sbin,share,etc,include,lib,man et info.
Comme ça, quand j'ai envie de compiler mes petits programmes pépère sur le serveur Unix du boulot sans compromettre la sécurité de tout le système, je fais un « ./configure --prefix=~/sys » et j'n'ennuie personne.
Sinon, dans ~/sys/bin, le programme perso que j'utilise le plus, c'est cl:
C'est pour ça que hotliner est un métier à part entière, et loin d'être facile, avec çà. Un bon dépanneur est en général quelqu'un qui a beaucoup d'expérience et, par conséquent, de l'intuition. Cette intuition est en général stimulée par tous les petits événements qui vont se produire lors de la mise sous tension de l'appareil, un délai, un type de fonte, un emplacement, etc. Tout cela est complètement inhibé au téléphone.
Ce que je voulais dire, c'est que même au téléphone, lorsque c'est ponctuel, je préfère tout de même guider l'utilisateur au travers d'une ligne de commande plutôt qu'une interface graphique, car les ordres sont précis. C'est également plus facile pour l'utilisateur qui n'a besoin que de transmettre ce que la machine a répondu à une commande, et pas de décrire l'état de l'environnement en permanence ...
Et même si l'utilisateur doit se repalucher la manip' tous les matins avant que tu viennes lui arranger sa machine, il vaut mieux qu'il ait une « recette » qu'il puisse écrire sur un morceau de papier plutôt que d'avoir à nager parmi les nombreuses fenêtres d'une GUI ...
[^] # Re: cin ?
Posté par Obsidian . En réponse au message récupération d'un caractère. Évalué à 3.
$ man termios
Sinon, en C (pas C++), un:
c=fgetc(stdin ou TonFlux);
... devrait suffire.
# cin ?
Posté par Obsidian . En réponse au message récupération d'un caractère. Évalué à 3.
D'une manière générale, le fait qu'un caractère soit ou non affiché à l'écran (donc dans une console texte, je suppose) dépend de l'environnement dans lequel tu travailles. Donc sous Unix, il faudra reprogrammer les paramètres du terminal, il n'y a probablement pas de wrapper C++ pour cela ...
[^] # Re: ET
Posté par Obsidian . En réponse au journal ma copine veut mais.... Évalué à 6.
[^] # Re: Padding
Posté par Obsidian . En réponse au journal L'informatique en carton. Évalué à 6.
Oui, c'est d'ailleurs un problème : C'est marrant au début mais ensuite il faut méticuleusement retirer le rembourrage (et donc prévoir un container suffisament grand à coté) pour être sûr de ne rien manquer. Pour éviter de mettre à la benne sa barrette de RAM toute neuve, comme témoigné un peu plus bas, mais aussi pour récupérer tout ce qui a été fourni en plus par l'expéditeur, tel que les catalogues, et également ce à quoi on ne pense pas forcément du premier coup, comme la facture, qui donne un inventaire bien précis de ce qu'il faut trouver, et pratique pour se faire rembourser en cas de pépin.
Ensuite, il faut se débarrasser, non seulement du rembourrage, mais aussi de l'emballage. Il m'est arrivé de recevoir un carton de 1,10m de haut sur 50cm de coté après avoir commandé un flight-case pour 40 CD, un petit livre et quelques composants électroniques. Fort heureusement, notre commune a adopté le tri des ordures ménagères il y a déjà quelques années, mais pour faire entrer la totalité du carton dans mon container, j'ai utilisé une scie égoïne !
Bref, en général c'est pas super les gros cartons.
Par contre, recevoir un gros colis, cela provoque toujours un effet « cadeau de Noël » bien jouissif depuis l'enfance.
# Padding
Posté par Obsidian . En réponse au journal L'informatique en carton. Évalué à 8.
D'autre part, les conditions dans lesquelles les colis sont transportés sont parfois très rudes (j'ai fait les bagages sur un aéroport pendant une saison et lors du chargement d'un avion, on a pas vraiment le temps de faire de sentiments, même s'il est écrit « fragile » en gros sur le bagage). J'aurais plus apprécié de recevoir une grosse boite bien rembourrée, fût-ce à l'excès, plutôt qu'une boite tout juste aux dimensions de l'appareil, le rendant à la merci du moindre choc. En outre, si le colis arrive abimé, en général tu le renvoies, et c'est le vendeur qui en est pour ses frais.
Par contre, le salut viendra peut-être du type de rembourrage que l'on utilisera: Le polystyrène, surtout en copeaux (les espèces de chips), est très pratique parce qu'il est difficile de trouver plus léger, mais il est aussi très polluant parce qu'impossible à recycler. Certains de mes revendeurs ont adopté à la place des sacs en plastique gonflables (probablement en polyéthylène). Beaucoup plus facile à stocker avant usage, à récupérer (il ne prennent plus de place lorsqu'ils sont dégonflés), et plus facilement recyclables.
[^] # Re: ET
Posté par Obsidian . En réponse au journal ma copine veut mais.... Évalué à 1.
[^] # Re: fsck ?
Posté par Obsidian . En réponse au message Partition home pleine. Évalué à 1.
[^] # Re: execle(...);
Posté par Obsidian . En réponse au message Lancer un programme, comment ?. Évalué à 3.
Dans un premier temps, pourquoi ne te contentes-tu pas de transmettre les arguments qui ont été passés au programme père ? Tu récupères argv,argc dans main() et tu les transmets au futur programme à l'aide de execve().
[^] # Re: j'ai oublié de préciser
Posté par Obsidian . En réponse au message scanf s'arrête au espaces. Évalué à 2.
Ben si, justement. Tu viens de donner la solution.
'faut juste préciser explicitement que dans un cas aussi simple où il n'y a pas de reconnaissance de format ni de conversion, on utilise un appel d'un peu plus bas niveau.
Donc strcpy(), et effectivement strncpy(), même chose mais te permettant de spécifier la taille du buffer d'arrivée, ce qui est quand même nettement mieux.
A noter que si tu travailles sur un flux, typiquement si l'utilisateur saisit une chaîne, ou lorsque que tu veux lire toutes les lignes d'un fichier texte, une par une, alors fgets() est ta petite amie.
[^] # Re: Téléphoner
Posté par Obsidian . En réponse au message Téléphoner. Évalué à 3.
un winmodem
Le fait que tout le DSP soit effectué par le processeur a au moins un avantage: Tu peux balancer ce que tu veux sur ta ligne téléphonique ...
[^] # Re: Téléphoner
Posté par Obsidian . En réponse au message Téléphoner. Évalué à 2.
Pas un truc Voip
Téléphoner sous Linux, ça peut être interressant dans au moins une de ces conditions :
1) Quand on est un geek ...
2) Pour rentabiliser sa carte winmodem;
3) Pour profiter de la sono et du micro de son PC, de meilleure qualité que ceux d'un téléphone classique;
4) Pour ne pas se choper de torticolis quand un raseur vous tient la jambe 2h45 au téléphone;
5) Pour continuer à coder pendant la discussion (voir point numéro 1);
6) Pour lier son carnet d'adresse et ses numéros avec un numéroteur automatique;
7) Pour faire de la téléprospection, vendre des cuisines par téléphone;
8) Pour facilement enregistrer et archiver une conversation;
9) Pour gérer efficacement l'heure de l'appel et l'affichage du numéro (et les sauvegarder: très utile quand on se fait rappeler dix fois dans la journée par un type trop timide pour laisser un message sur le répondeur);
10) Pour se la péter à la radio en balançant des jingles humouristiques entre deux phrases (et éventuellement conduire une joute contre l'animateur);
Le mieux c'est encore de demander à l'interressé: Nicolas, pourquoi tu veux téléphoner sous Linux ?
(Grand concours: Trouver encore tout plein de bonnes raisons de téléphoner sous Linux ! :-) ).
[^] # Re: ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 3.
Tout-à-fait ! C'est passé ici il ya trois ans, mais c'est bien de cela qu'il s'agit:
http://linuxfr.org/2001/06/03/3764.html(...)
[^] # Re: si t'es sous kde
Posté par Obsidian . En réponse au message Touche "inférieure" ne marche pas. Évalué à 2.
Essaie de repasser en init 1 et de lancer xfree manuellement, et d'y connecter un xterm, et vois si le problème persiste ...
[^] # Re: Tiens c'est rigolo...
Posté par Obsidian . En réponse au journal Encore une boite qui va fermer .... Évalué à 6.
[^] # Re: Mes résultats..
Posté par Obsidian . En réponse au journal Mon ami John. Évalué à 4.
Après, tu peux mettre « toto » comme mot de passe root, la protection devient physique et géographique, plus informatique.
Le seul problème est que très vite, on a besoin d'un sudo pour effectuer les tâches administratives et qu'à ce moment, on retombe sur le même problème: il suffit de s'attaquer au compte d'un utilisateur avec un minimum de pouvoir.
Et là, en général, le mot de passe est nettement plus faible ...
[^] # Re: Business Loto
Posté par Obsidian . En réponse à la dépêche Système de contrôle de processus industriel d'affaires en libre. Évalué à 3.
D'ailleurs, je recommande à tous le Générateur de Discours, ci-dessous. Bon, ca fonctionne sous Windows, mais la qualité des discours produits est vraiment très proche de de celle des authentiques ! Vous ne lirez plus jamais ce document (ni les autres) de la même manière, après :-)
http://www.logitheque.fr/fiche.asp?I=15253&Ref=Blabla(...)
# LOGO et LSE ?
Posté par Obsidian . En réponse au journal OS cherche logo. Évalué à 8.
Ben, et pourquoi pas une tortue ? Je crois que ça s'impose, non ? Pour ceux qui ne verraient pas de quoi je veux parler, 'faut savoir que lorsque l'on me parle d'informatique, de LOGO et de LSE, ça me ramène à cela:
http://www.epi.asso.fr/revue/dossiers/d06p005.htm(...)
C'était il y a déjà vingt ans, les gars, et on faisait déjà cela à l'école (notez d'ailleurs le epi dans le nom de domaine ! :-).
Bon j'ai pas pour habitude de lancer des trolls mais là, franchement: La deadline, le meilleur logo « retenu », etc. Il ne faudrait croire que c'est forcément un insigne honneur de figurer à l'EPITA. Un simple merci d'avance eût été de bon aloi ...
\_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~
Bon, ok, les canetons rattrapent un peu ton journal.
Ca passe pour cette fois, mais ne recommence plus ! :-)
[^] # Re: le plus classe
Posté par Obsidian . En réponse au sondage Il casse la figure de tous les autres quand il veut. C'est :. Évalué à 2.
« Ulysse, le chemin de la Terre a été effacé de ma mémoire ! »
Je sais pas si tu l'avais fait exprès ou pas, mais c'est vrai ! :-)
[^] # Re: Ptite précision
Posté par Obsidian . En réponse au message INIT : PANIC segmentation violation at 0x804ec92! sleeping for 30 seconds. Évalué à 2.
Moi je sais que j'avais beaucoup de problèmes à booter avec la Knoppix 3.3 (sur des biprocesseurs PIII). Tout est rentré dans l'ordre avec la 3.4.
# Petites perles ?
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 1.
Ben là, hier, on m'a envoyé la ROM d'un très vieil engin (une tortue logo réelle, qui roule sur le sol). Comme j'étais obstiné, que je ne trouvais pas mon bonheur ailleurs, j'ai passé la soirée d'hier à écrire un petit désassembleur 6800.
Voila, c'est le genre de gadgets qu'on trouve dans mon home.
[^] # Re: ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 4.
A dire vrai, j'ai à la fois des aliases et des programmes shell stockés.
J'ai une floppée d'aliases pour me connecter en ssh sur la demi-douzaine de serveurs que j'utilise le plus fréquement, car la commande complète est chiante à taper, je ne le fais (en principe) qu'une à trois fois par jour, et surtout elle nécessite un prompt interactif et la saisie d'un mot de passe (et aussi parce que je n'ai pas envie d'avoir un sous-shell ouvert sur mon serveur local pendant toute la durée de ma connexion et qui ne sert à rien).
Ma commande de nettoyage, elle, ne dépend pas des shells, et s'utilise vraiment partout, silencieusement. Il n'est pas exclu que je fasse d'autre petits scripts qui l'invoquent, ou surtout qu'à terme je complexifie la tâche de nettoyage (par date, sur présence d'un autre fichier, d'un flag, en excluant certains répertoires, etc.). J'ai également pensé à rendre cette commande disponible pour tout le monde. Tout cela a fait que c'était plus rapide d'écrire directement un petit shellscript. Quoi qu'il en soit, je ne risque pas grand chose en effaçant les fichiers concernés. Si j'avais mis les *.o par exemple, cela aurait pu être plus gênant dans certains cas, mais là ...
[^] # Re: ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 5.
D'où l'astuce: plutôt que de faire un simple ~/bin, autant reconstruire toute l'architecture (la demi-douzaine de répertoires, quoi), et mettre tes exécutables dedans.
Comme çà, en plus des exécutables, tu te fabriques également tes bibliothèques perso, tes recettes de cuisines formattées en man-pages, etc.
# ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 4.
Comme ça, quand j'ai envie de compiler mes petits programmes pépère sur le serveur Unix du boulot sans compromettre la sécurité de tout le système, je fais un « ./configure --prefix=~/sys » et j'n'ennuie personne.
Sinon, dans ~/sys/bin, le programme perso que j'utilise le plus, c'est cl:
$ cat ~/sys/bin/cl
#!/bin/bash
rm -f *~
rm -f .*~
rm -f *.bak
rm -f core
Et zou, le ménage vite fait, la maison toujours propre.
[^] # Re: juste "un peu" HS ???
Posté par Obsidian . En réponse au message Droits NT (oui c'est un peu HS mais pas totalement :-) ). Évalué à 1.
[^] # Re: Jargon technique
Posté par Obsidian . En réponse au journal Sans-fils et Linux: pas de chance?. Évalué à 2.
Olala ... oui ! Vraiment.
C'est pour ça que hotliner est un métier à part entière, et loin d'être facile, avec çà. Un bon dépanneur est en général quelqu'un qui a beaucoup d'expérience et, par conséquent, de l'intuition. Cette intuition est en général stimulée par tous les petits événements qui vont se produire lors de la mise sous tension de l'appareil, un délai, un type de fonte, un emplacement, etc. Tout cela est complètement inhibé au téléphone.
Ce que je voulais dire, c'est que même au téléphone, lorsque c'est ponctuel, je préfère tout de même guider l'utilisateur au travers d'une ligne de commande plutôt qu'une interface graphique, car les ordres sont précis. C'est également plus facile pour l'utilisateur qui n'a besoin que de transmettre ce que la machine a répondu à une commande, et pas de décrire l'état de l'environnement en permanence ...
Et même si l'utilisateur doit se repalucher la manip' tous les matins avant que tu viennes lui arranger sa machine, il vaut mieux qu'il ait une « recette » qu'il puisse écrire sur un morceau de papier plutôt que d'avoir à nager parmi les nombreuses fenêtres d'une GUI ...
Enfin ce n'est que mon avis ...