montrer des lignes de commandes : combien cela coute a peu pres, et comment opérer ?
40 réponses
Rakotomandimby Mihamina
Bonjour,
Dans le cadre d'une activité d'introduction à Linux, je souhaiterai
avoir un intervenant bien qualifié sous UNIX (plus presisément sous un
shell) pour faire une petite conférence d'environ 1 heure , 1,5 heure
pour montrer l'interet des CLI (command line interface) par rapport aux
cliquodromes.
L'auditoire sera une promotion d'etudiants en Informatique (premier
cycle universitaire).
L'essentiel de la préparation sera de trouver un maximum d'exemples
concrets (et interessants) ou l'on peut comparer l'efficacité de la CLI
par rapport au cliquodrome. Le clicodrome exemple sera bien sur le plus
celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les
question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas), a combien
aurons-nous (Association) a payer ce type d'intervention ? a quels genre
de prestataires s'adresser ( S.A.P. ? :-P ) ?
Je ne peux pas assurer moi-meme ce genre d'intervention car je suis
moi-meme de bien faible niveau en adminnistration (je ne me sens pas a
la hauteur, quoi)
--
RKTMB - http://www.rktmb.org/Members/mihamina
Tél: + 33 2 38 76 43 65 (France)
Membre d'un L.U.G. à Orléans (Université)
Si le but est de montrer l'intéret de la CLI, le plus simple est de montrer des traitements par lots, genre renommer en "juin" tous les fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez dificile en shell. C'est une question posee tres frequemment sur comp.unix.shell qui declenche a chaque fois de nombreuses reponses inapropriees. Il faut avoir une application specifique genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ? Parceque je vois mal le problème...
Stephane Chazelas wrote:
Si le but est de montrer l'intéret de la CLI, le plus simple est de
montrer des traitements par lots, genre renommer en "juin" tous les
fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez
dificile en shell. C'est une question posee tres frequemment sur
comp.unix.shell qui declenche a chaque fois de nombreuses
reponses inapropriees. Il faut avoir une application specifique
genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ?
Parceque je vois mal le problème...
Si le but est de montrer l'intéret de la CLI, le plus simple est de montrer des traitements par lots, genre renommer en "juin" tous les fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez dificile en shell. C'est une question posee tres frequemment sur comp.unix.shell qui declenche a chaque fois de nombreuses reponses inapropriees. Il faut avoir une application specifique genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ? Parceque je vois mal le problème...
Stephane Chazelas
2004-08-25, 13:29(+02), cedric:
Stephane Chazelas wrote:
Si le but est de montrer l'intéret de la CLI, le plus simple est de montrer des traitements par lots, genre renommer en "juin" tous les fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez dificile en shell. C'est une question posee tres frequemment sur comp.unix.shell qui declenche a chaque fois de nombreuses reponses inapropriees. Il faut avoir une application specifique genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ?
for f in mai*; do mv $f `echo $f | sed 's/^mai/juin/'` done
qui echoue dans un grand nombre de cas avec des effets plus ou moins graves pour de nombreuses raisons. Alors qu'en renommant a la main à la windows, on maitrise de bout en bout et des boites de dialogue previennent d'eventuels problemes.
for f in mai*; do mv "$f" juin"`expr "$f" 'mai(.*)'`" done
ou (pas en Bourne):
for f in mai*; do mv "$f" "juin${f#mai}" done
est deja un peu mieux mais ne regle pas les problemes d'ecrasement de fichiers (rajouter -i a mv peut aider).
Voir tout ce que font zmv 'mai(*)' 'juin$1' ou mmv 'mai*' 'juin#1'
et que ne fait pas le script plut haut.
-- Stephane
2004-08-25, 13:29(+02), cedric:
Stephane Chazelas wrote:
Si le but est de montrer l'intéret de la CLI, le plus simple est de
montrer des traitements par lots, genre renommer en "juin" tous les
fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez
dificile en shell. C'est une question posee tres frequemment sur
comp.unix.shell qui declenche a chaque fois de nombreuses
reponses inapropriees. Il faut avoir une application specifique
genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ?
for f in mai*; do
mv $f `echo $f | sed 's/^mai/juin/'`
done
qui echoue dans un grand nombre de cas avec des effets plus ou
moins graves pour de nombreuses raisons. Alors qu'en renommant a
la main à la windows, on maitrise de bout en bout et des boites
de dialogue previennent d'eventuels problemes.
for f in mai*; do
mv "$f" juin"`expr "$f" 'mai(.*)'`"
done
ou (pas en Bourne):
for f in mai*; do
mv "$f" "juin${f#mai}"
done
est deja un peu mieux mais ne regle pas les problemes
d'ecrasement de fichiers (rajouter -i a mv peut aider).
Voir tout ce que font
zmv 'mai(*)' 'juin$1'
ou
mmv 'mai*' 'juin#1'
Si le but est de montrer l'intéret de la CLI, le plus simple est de montrer des traitements par lots, genre renommer en "juin" tous les fichiers commençant par "mai"
Mauvais exemple. Pour faire ca de facon fiable, c'est assez dificile en shell. C'est une question posee tres frequemment sur comp.unix.shell qui declenche a chaque fois de nombreuses reponses inapropriees. Il faut avoir une application specifique genre mmv (ou utiliser zsh)
Heu... Je n'ai jamais lu de tel thread, un pointeur svp ?
for f in mai*; do mv $f `echo $f | sed 's/^mai/juin/'` done
qui echoue dans un grand nombre de cas avec des effets plus ou moins graves pour de nombreuses raisons. Alors qu'en renommant a la main à la windows, on maitrise de bout en bout et des boites de dialogue previennent d'eventuels problemes.
for f in mai*; do mv "$f" juin"`expr "$f" 'mai(.*)'`" done
ou (pas en Bourne):
for f in mai*; do mv "$f" "juin${f#mai}" done
est deja un peu mieux mais ne regle pas les problemes d'ecrasement de fichiers (rajouter -i a mv peut aider).
Voir tout ce que font zmv 'mai(*)' 'juin$1' ou mmv 'mai*' 'juin#1'
et que ne fait pas le script plut haut.
-- Stephane
Pascal Bourguignon
cedric writes:
Les exemples sités sont allécheants, mais tout de même il ne faut pas se cacher un problème : un flux video mpeg ou un document XML ont une structure de donnée nettement plus complexe qu'un flux de lignes de caractères. Je veux dire par là que le sens des données n'est plus "local" : pour interpreter un octet, il faut se référer à des infos qui sont par exemple contenues dans le header du fichier, voir carément dans d'autres fichiers (DTD...). Ceci nuit fortement à l'efficacité de telles commandes (et à leur simplicité d'implémentation) - tu vas peut etre me dire que tout ceci n'entre pas en considération pour l'utilisateur, mais moi j'ai tendance à penser que si.
Mais même pour des données textuelles, ça se fait. Voir les options -f d'awk, sed, etc. Ou considère la complexité qu'il y a derrière un simple évier comme lpr.
et hop, il ouvre une fenêtre permettant à l'utilisateur de modifier dynamiquement les paramètre sur l'écran :1.0.
Bref, il faudrait plus d'un pipe de communication entre les commandes pour que ce soit aussi beau et souple que le sont les commandes pour manipuler du texte. Il faudrait pouvoir brancher l'input de zoom sur la sortie d'un GUI pour positionner le zoom et regler la taille de l'image par exemple.
Ca existe un unix avec plus de flux que stdin/out/err ?
Pareil, si les programmes sont conçus pour, ils peuvent utiliser d'autres file descriptors que les 0, 1, et 2. Les shell classique (bourne) permettent les redirections:
mix 3< in-1 4< in-2 5< in-3
Ce qui manque dans les shell classiques, c'est la redirection de pipes sur d'autres file descriptor que 0 ou 1. Mais si je me souviens bien, scsh le permet.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
cedric <rixed@happyleptic.NOSPAM.org> writes:
Les exemples sités sont allécheants, mais tout de même il ne faut pas
se cacher un problème : un flux video mpeg ou un document XML ont une
structure de donnée nettement plus complexe qu'un flux de lignes de
caractères. Je veux dire par là que le sens des données n'est plus
"local" : pour interpreter un octet, il faut se référer à des infos
qui sont par exemple contenues dans le header du fichier, voir
carément dans d'autres fichiers (DTD...). Ceci nuit fortement à
l'efficacité de telles commandes (et à leur simplicité
d'implémentation) - tu vas peut etre me dire que tout ceci n'entre pas
en considération pour l'utilisateur, mais moi j'ai tendance à penser
que si.
Mais même pour des données textuelles, ça se fait. Voir les options -f
d'awk, sed, etc. Ou considère la complexité qu'il y a derrière un
simple évier comme lpr.
et hop, il ouvre une fenêtre permettant à l'utilisateur de modifier
dynamiquement les paramètre sur l'écran :1.0.
Bref, il faudrait plus d'un pipe de communication entre les commandes
pour que ce soit aussi beau et souple que le sont les commandes pour
manipuler du texte. Il faudrait pouvoir brancher l'input de zoom sur
la sortie d'un GUI pour positionner le zoom et regler la taille de
l'image par exemple.
Ca existe un unix avec plus de flux que stdin/out/err ?
Pareil, si les programmes sont conçus pour, ils peuvent utiliser
d'autres file descriptors que les 0, 1, et 2. Les shell classique
(bourne) permettent les redirections:
mix 3< in-1 4< in-2 5< in-3
Ce qui manque dans les shell classiques, c'est la redirection de pipes
sur d'autres file descriptor que 0 ou 1. Mais si je me souviens bien,
scsh le permet.
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Les exemples sités sont allécheants, mais tout de même il ne faut pas se cacher un problème : un flux video mpeg ou un document XML ont une structure de donnée nettement plus complexe qu'un flux de lignes de caractères. Je veux dire par là que le sens des données n'est plus "local" : pour interpreter un octet, il faut se référer à des infos qui sont par exemple contenues dans le header du fichier, voir carément dans d'autres fichiers (DTD...). Ceci nuit fortement à l'efficacité de telles commandes (et à leur simplicité d'implémentation) - tu vas peut etre me dire que tout ceci n'entre pas en considération pour l'utilisateur, mais moi j'ai tendance à penser que si.
Mais même pour des données textuelles, ça se fait. Voir les options -f d'awk, sed, etc. Ou considère la complexité qu'il y a derrière un simple évier comme lpr.
et hop, il ouvre une fenêtre permettant à l'utilisateur de modifier dynamiquement les paramètre sur l'écran :1.0.
Bref, il faudrait plus d'un pipe de communication entre les commandes pour que ce soit aussi beau et souple que le sont les commandes pour manipuler du texte. Il faudrait pouvoir brancher l'input de zoom sur la sortie d'un GUI pour positionner le zoom et regler la taille de l'image par exemple.
Ca existe un unix avec plus de flux que stdin/out/err ?
Pareil, si les programmes sont conçus pour, ils peuvent utiliser d'autres file descriptors que les 0, 1, et 2. Les shell classique (bourne) permettent les redirections:
mix 3< in-1 4< in-2 5< in-3
Ce qui manque dans les shell classiques, c'est la redirection de pipes sur d'autres file descriptor que 0 ou 1. Mais si je me souviens bien, scsh le permet.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Pascal Bourguignon
Miod Vallat writes:
Allez, pour voir, il y en a combien qui utilisent encore quotidiennement un ordinateur de bureau ("workstation") vieux de dix ans?
Ben, y'a moi, si ton critère est «dix ans et plus».
Alors tu devrais serrieusement envisager d'en changer car écologiquement, tu gaspille beaucoup trop d'électricité avec ce processeur lent.
Avec le temps, la puissance des ordinateurs est exponentielle, mais leur consomation électrique baisse.
Pour rigoler, essaye d'acheter un mini d'il y a vingt ans sur ebay. Le problème, ça sera pas le camion pour le transporter, ça sera l'électricité 400 V triphasé et la climatisation pour le faire tourner dans ton salon!
(J'ai aussi un ordinateur datant de 1992 sur mon bureau, mais je ne m'en sers pas plus d'une fois par mois et encore...)
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Miod Vallat <miod@online.fr> writes:
Allez, pour voir, il y en a combien qui utilisent encore
quotidiennement un ordinateur de bureau ("workstation") vieux de dix ans?
Ben, y'a moi, si ton critère est «dix ans et plus».
Alors tu devrais serrieusement envisager d'en changer car
écologiquement, tu gaspille beaucoup trop d'électricité avec ce
processeur lent.
Avec le temps, la puissance des ordinateurs est exponentielle, mais
leur consomation électrique baisse.
Pour rigoler, essaye d'acheter un mini d'il y a vingt ans sur ebay.
Le problème, ça sera pas le camion pour le transporter, ça sera
l'électricité 400 V triphasé et la climatisation pour le faire tourner
dans ton salon!
(J'ai aussi un ordinateur datant de 1992 sur mon bureau, mais je ne
m'en sers pas plus d'une fois par mois et encore...)
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Allez, pour voir, il y en a combien qui utilisent encore quotidiennement un ordinateur de bureau ("workstation") vieux de dix ans?
Ben, y'a moi, si ton critère est «dix ans et plus».
Alors tu devrais serrieusement envisager d'en changer car écologiquement, tu gaspille beaucoup trop d'électricité avec ce processeur lent.
Avec le temps, la puissance des ordinateurs est exponentielle, mais leur consomation électrique baisse.
Pour rigoler, essaye d'acheter un mini d'il y a vingt ans sur ebay. Le problème, ça sera pas le camion pour le transporter, ça sera l'électricité 400 V triphasé et la climatisation pour le faire tourner dans ton salon!
(J'ai aussi un ordinateur datant de 1992 sur mon bureau, mais je ne m'en sers pas plus d'une fois par mois et encore...)
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Pascal Bourguignon
Stephane Chazelas writes:
Faut voir que les shells Unix (au moins les recents) sont assez mal concus, et demandent pas mal d'investissement avant de pouvoir etre productif avec. Pour une utilisation "end user" d'un ordinateur, je ne suis pas sur que l'investissement soit rentable.
Effectivement, il serait temps que quelqu'étudiant en IA se mette au travail et nous fasse un shell CLI avec NLP. (Une coquille à interface par ligne de commande avec traitement de langage naturel pour les anglophobe, mais c'est plus long).
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Faut voir que les shells Unix (au moins les recents) sont assez
mal concus, et demandent pas mal d'investissement avant de
pouvoir etre productif avec. Pour une utilisation "end user"
d'un ordinateur, je ne suis pas sur que l'investissement soit
rentable.
Effectivement, il serait temps que quelqu'étudiant en IA se mette au
travail et nous fasse un shell CLI avec NLP. (Une coquille à
interface par ligne de commande avec traitement de langage naturel
pour les anglophobe, mais c'est plus long).
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Faut voir que les shells Unix (au moins les recents) sont assez mal concus, et demandent pas mal d'investissement avant de pouvoir etre productif avec. Pour une utilisation "end user" d'un ordinateur, je ne suis pas sur que l'investissement soit rentable.
Effectivement, il serait temps que quelqu'étudiant en IA se mette au travail et nous fasse un shell CLI avec NLP. (Une coquille à interface par ligne de commande avec traitement de langage naturel pour les anglophobe, mais c'est plus long).
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Marc Boyer
Rakotomandimby Mihamina wrote:
Dans le cadre d'une activité d'introduction à Linux, je souhaiterai avoir un intervenant bien qualifié sous UNIX (plus presisément sous un shell) pour faire une petite conférence d'environ 1 heure , 1,5 heure pour montrer l'interet des CLI (command line interface) par rapport aux cliquodromes.
L'auditoire sera une promotion d'etudiants en Informatique (premier cycle universitaire).
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix. D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
L'essentiel de la préparation sera de trouver un maximum d'exemples concrets (et interessants) ou l'on peut comparer l'efficacité de la CLI par rapport au cliquodrome.
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
Le clicodrome exemple sera bien sur le plus celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Je ne peux pas assurer moi-meme ce genre d'intervention car je suis moi-meme de bien faible niveau en adminnistration (je ne me sens pas a la hauteur, quoi)
Attention à ne pas amalgamer administration et CLI. On peut être plutôt nul en administration (genre moi) et travailler quotidiennement en CLI.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Rakotomandimby Mihamina wrote:
Dans le cadre d'une activité d'introduction à Linux, je souhaiterai
avoir un intervenant bien qualifié sous UNIX (plus presisément sous un
shell) pour faire une petite conférence d'environ 1 heure , 1,5 heure
pour montrer l'interet des CLI (command line interface) par rapport aux
cliquodromes.
L'auditoire sera une promotion d'etudiants en Informatique (premier
cycle universitaire).
Un administrateur systeme UNIX à la fibre pédagogique serait
AMHA un bon choix.
D'autant plus que certains, motivés par la défense de certaines
valeurs, feraient cela gratuitement.
L'essentiel de la préparation sera de trouver un maximum d'exemples
concrets (et interessants) ou l'on peut comparer l'efficacité de la CLI
par rapport au cliquodrome.
L'accès instantané aux options souvent manipulées sans avoir à
ouvrir trois sous-menus, les scripts maison, les alias...
Le clicodrome exemple sera bien sur le plus
celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les
question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler
sur Unix, l'année commence souvent par une telle intervention des
administrateurs.
Je ne peux pas assurer moi-meme ce genre d'intervention car je suis
moi-meme de bien faible niveau en adminnistration (je ne me sens pas a
la hauteur, quoi)
Attention à ne pas amalgamer administration et CLI. On peut être
plutôt nul en administration (genre moi) et travailler quotidiennement
en CLI.
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Dans le cadre d'une activité d'introduction à Linux, je souhaiterai avoir un intervenant bien qualifié sous UNIX (plus presisément sous un shell) pour faire une petite conférence d'environ 1 heure , 1,5 heure pour montrer l'interet des CLI (command line interface) par rapport aux cliquodromes.
L'auditoire sera une promotion d'etudiants en Informatique (premier cycle universitaire).
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix. D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
L'essentiel de la préparation sera de trouver un maximum d'exemples concrets (et interessants) ou l'on peut comparer l'efficacité de la CLI par rapport au cliquodrome.
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
Le clicodrome exemple sera bien sur le plus celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Je ne peux pas assurer moi-meme ce genre d'intervention car je suis moi-meme de bien faible niveau en adminnistration (je ne me sens pas a la hauteur, quoi)
Attention à ne pas amalgamer administration et CLI. On peut être plutôt nul en administration (genre moi) et travailler quotidiennement en CLI.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Marc Boyer
Stephane Chazelas wrote:
Enfin, la plupart des serveurs fonctionnant *sans* interface graphique, l'apprentissage de la CLI est indispensable, de même que la gestion d'une machine à distance via SSH (avec les débutants, je me connecte sur une machine en root et puis je fais "eject cdrom". Effet garanti ;-)
Dans le cas ou on veuille administrer une machine a distance. Ca ne s'adresse pas forcement aux gens visés par l'OP.
On est parfois ammené à utiliser une machine à distance sans avoir à l'administrer. On a pas toujours un accès physique à toutes les machines, pour toute sorte de raisons.
Faut voir que les shells Unix (au moins les recents) sont assez mal concus, et demandent pas mal d'investissement avant de pouvoir etre productif avec. Pour une utilisation "end user" d'un ordinateur, je ne suis pas sur que l'investissement soit rentable.
Ca dépend du temps passé sur la machine. Quand l'ordi est l'outil de travail quotidien, un apprentissage des CLI est un investissement qui peut s'avérer rentable.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Stephane Chazelas wrote:
Enfin, la plupart des serveurs fonctionnant *sans* interface graphique,
l'apprentissage de la CLI est indispensable, de même que la gestion d'une
machine à distance via SSH (avec les débutants, je me connecte sur une
machine en root et puis je fais "eject cdrom". Effet garanti ;-)
Dans le cas ou on veuille administrer une machine a distance. Ca
ne s'adresse pas forcement aux gens visés par l'OP.
On est parfois ammené à utiliser une machine à distance
sans avoir à l'administrer.
On a pas toujours un accès physique à toutes les machines,
pour toute sorte de raisons.
Faut voir que les shells Unix (au moins les recents) sont assez
mal concus, et demandent pas mal d'investissement avant de
pouvoir etre productif avec. Pour une utilisation "end user"
d'un ordinateur, je ne suis pas sur que l'investissement soit
rentable.
Ca dépend du temps passé sur la machine. Quand l'ordi est
l'outil de travail quotidien, un apprentissage des CLI est un
investissement qui peut s'avérer rentable.
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Enfin, la plupart des serveurs fonctionnant *sans* interface graphique, l'apprentissage de la CLI est indispensable, de même que la gestion d'une machine à distance via SSH (avec les débutants, je me connecte sur une machine en root et puis je fais "eject cdrom". Effet garanti ;-)
Dans le cas ou on veuille administrer une machine a distance. Ca ne s'adresse pas forcement aux gens visés par l'OP.
On est parfois ammené à utiliser une machine à distance sans avoir à l'administrer. On a pas toujours un accès physique à toutes les machines, pour toute sorte de raisons.
Faut voir que les shells Unix (au moins les recents) sont assez mal concus, et demandent pas mal d'investissement avant de pouvoir etre productif avec. Pour une utilisation "end user" d'un ordinateur, je ne suis pas sur que l'investissement soit rentable.
Ca dépend du temps passé sur la machine. Quand l'ordi est l'outil de travail quotidien, un apprentissage des CLI est un investissement qui peut s'avérer rentable.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Rakotomandimby Mihamina
Marc Boyer wrote:
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix.
C'est ce que je recherche. Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je formuler ma requete a part sur ce NG ?
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Le clicodrome exemple sera bien sur le plus celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Chez nous c'est win les 2 premieres années. Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
-- RKTMB - http://www.rktmb.org/Members/mihamina Tél: + 33 2 38 76 43 65 (France) Membre d'un L.U.G. à Orléans (Université)
Marc Boyer wrote:
Un administrateur systeme UNIX à la fibre pédagogique serait
AMHA un bon choix.
C'est ce que je recherche.
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est
eux qui le disent.
D'autant plus que certains, motivés par la défense de certaines
valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par
contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je
formuler ma requete a part sur ce NG ?
L'accès instantané aux options souvent manipulées sans avoir à
ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Le clicodrome exemple sera bien sur le plus
celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les
question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler
sur Unix, l'année commence souvent par une telle intervention des
administrateurs.
Chez nous c'est win les 2 premieres années.
Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
--
RKTMB - http://www.rktmb.org/Members/mihamina
Tél: + 33 2 38 76 43 65 (France)
Membre d'un L.U.G. à Orléans (Université)
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix.
C'est ce que je recherche. Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je formuler ma requete a part sur ce NG ?
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Le clicodrome exemple sera bien sur le plus celebre d'entre eux : MSWin. Et bien sur avoir reponse a toutes les question des detracteurs des CLI qui seront eventuellement présents.
Ce genre d'intervention est-il courant (je ne pense pas)
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Chez nous c'est win les 2 premieres années. Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
-- RKTMB - http://www.rktmb.org/Members/mihamina Tél: + 33 2 38 76 43 65 (France) Membre d'un L.U.G. à Orléans (Université)
Nicolas Le Scouarnec
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
Vous n'avez aucun thésard accro au shell ? A partir du moment ou on n'utilise plus que le shell, on commence a avoir réponse a pas mal de problemes....
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias... c'est noté
Une simple boucle pour redimensionner toutes les photos, les tubes pour filtrer des listes de fichiers avec grep, sed, ....
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs. Chez nous c'est win les 2 premieres années.
Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Faut faire: Java et Scheme pour les deux premières années, ca dégoute la 1ere moitié la première année, et la seconde moitié la seconde année :-)
-- Nicolas Le Scouarnec
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est
eux qui le disent.
Vous n'avez aucun thésard accro au shell ? A partir du moment ou on
n'utilise plus que le shell, on commence a avoir réponse a pas mal de
problemes....
L'accès instantané aux options souvent manipulées sans avoir à
ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Une simple boucle pour redimensionner toutes les photos, les tubes pour
filtrer des listes de fichiers avec grep, sed, ....
Dans les universités où les étudiants sont ammenés à travailler
sur Unix, l'année commence souvent par une telle intervention des
administrateurs.
Chez nous c'est win les 2 premieres années.
Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Faut faire: Java et Scheme pour les deux premières années, ca dégoute
la 1ere moitié la première année, et la seconde moitié la seconde année
:-)
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
Vous n'avez aucun thésard accro au shell ? A partir du moment ou on n'utilise plus que le shell, on commence a avoir réponse a pas mal de problemes....
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias... c'est noté
Une simple boucle pour redimensionner toutes les photos, les tubes pour filtrer des listes de fichiers avec grep, sed, ....
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs. Chez nous c'est win les 2 premieres années.
Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Faut faire: Java et Scheme pour les deux premières années, ca dégoute la 1ere moitié la première année, et la seconde moitié la seconde année :-)
-- Nicolas Le Scouarnec
Marc Boyer
Rakotomandimby Mihamina wrote:
Marc Boyer wrote:
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix.
C'est ce que je recherche.
Sur quelle région cherches-tu ?
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
L'admin système est un puis sans fond: je me garderais bien de juger tes admins sans avoir une vision précise de ce qu'ils font.
D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je formuler ma requete a part sur ce NG ?
C'est AMHA un des groupe les mieux choisis mais: 1) la rentrée, c'est très chargée pour les admins de l'enseignement, ils ont souvent profité des vacances pour mettre à jours des serveurs, et les utilisateurs sont de retour, donc, c'est plutôt pas le bon moment. 2) ton titre était pas explicite: reposte avec "recherche intervenant Unix dans dep XX" serait bien plus accrocheur
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Quelques uns des mes alias préférés:
alias lth 'ls -t | head' alias sdu 'du * | sort -n'
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Chez nous c'est win les 2 premieres années. Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Essaye peut-être les admins systèmes de labo de recherche sur la campus: généralement, ils voient moins d'étudiants et peuvent être plus partant pour ce genre de chose.
Eventuellement, une association de promotion de Linux.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...
Rakotomandimby Mihamina wrote:
Marc Boyer wrote:
Un administrateur systeme UNIX à la fibre pédagogique serait
AMHA un bon choix.
C'est ce que je recherche.
Sur quelle région cherches-tu ?
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est
eux qui le disent.
L'admin système est un puis sans fond: je me garderais bien
de juger tes admins sans avoir une vision précise de ce qu'ils
font.
D'autant plus que certains, motivés par la défense de certaines
valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par
contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je
formuler ma requete a part sur ce NG ?
C'est AMHA un des groupe les mieux choisis mais:
1) la rentrée, c'est très chargée pour les admins de l'enseignement,
ils ont souvent profité des vacances pour mettre à jours des
serveurs, et les utilisateurs sont de retour, donc, c'est
plutôt pas le bon moment.
2) ton titre était pas explicite: reposte avec "recherche intervenant
Unix dans dep XX" serait bien plus accrocheur
L'accès instantané aux options souvent manipulées sans avoir à
ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Quelques uns des mes alias préférés:
alias lth 'ls -t | head'
alias sdu 'du * | sort -n'
Dans les universités où les étudiants sont ammenés à travailler
sur Unix, l'année commence souvent par une telle intervention des
administrateurs.
Chez nous c'est win les 2 premieres années.
Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Essaye peut-être les admins systèmes de labo de recherche sur
la campus: généralement, ils voient moins d'étudiants et
peuvent être plus partant pour ce genre de chose.
Eventuellement, une association de promotion de Linux.
Marc Boyer
--
La contractualisation de la recherche, c'est me donner de l'argent pour
faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce
que je sais faire, je le fais sans moyens...
Un administrateur systeme UNIX à la fibre pédagogique serait AMHA un bon choix.
C'est ce que je recherche.
Sur quelle région cherches-tu ?
Le souci c'est que les admins de la Fac sont surchargés. Enfin ... c'est eux qui le disent.
L'admin système est un puis sans fond: je me garderais bien de juger tes admins sans avoir une vision précise de ce qu'ils font.
D'autant plus que certains, motivés par la défense de certaines valeurs, feraient cela gratuitement.
LA gratuité n'était pas un critère. La défense de certaines valeurs par contre, je la recherche aussi. Aurais-tu une piste ou pourrais-je formuler ma requete a part sur ce NG ?
C'est AMHA un des groupe les mieux choisis mais: 1) la rentrée, c'est très chargée pour les admins de l'enseignement, ils ont souvent profité des vacances pour mettre à jours des serveurs, et les utilisateurs sont de retour, donc, c'est plutôt pas le bon moment. 2) ton titre était pas explicite: reposte avec "recherche intervenant Unix dans dep XX" serait bien plus accrocheur
L'accès instantané aux options souvent manipulées sans avoir à ouvrir trois sous-menus, les scripts maison, les alias...
c'est noté
Quelques uns des mes alias préférés:
alias lth 'ls -t | head' alias sdu 'du * | sort -n'
Dans les universités où les étudiants sont ammenés à travailler sur Unix, l'année commence souvent par une telle intervention des administrateurs.
Chez nous c'est win les 2 premieres années. Et justement ça lobotomise ... d'ou l'action qu'on doit mener.
Essaye peut-être les admins systèmes de labo de recherche sur la campus: généralement, ils voient moins d'étudiants et peuvent être plus partant pour ce genre de chose.
Eventuellement, une association de promotion de Linux.
Marc Boyer -- La contractualisation de la recherche, c'est me donner de l'argent pour faire ce que je ne sais pas faire, que je fais donc mal, pendant que ce que je sais faire, je le fais sans moyens...