Discussion :

[gangsoleil]

Suis allergique à la ligne de commande et tu veux me faire utiliser vim

Je n'y tiens pas plus que ca, je te rassure Je tenais juste a te montrer que dans certains contextes, c'est utile.

Apres, nous ne faisons pas le meme travail : je developpe en C sur differents Unix, avec des programmes qui ne se lancent qu'en ligne de commande, et qui ne supportent pas l'idee meme de cross-compilation (compiler sous X pour executer sous Y). Et lorsque tu as vu une fois les merveilleuses interfaces graphiques de AIX ou HP-UX, tu prends un terminal noir et blanc, promis.

Toi, tu fais du dev web et Android. Dans ce contexte, vouloir utiliser autre chose qu'une interface graphique ergonomique est bien evidemment une aberration, et de meme pour les IDE.

[Mr_Exal]

Je n'y tiens pas plus que ca, je te rassure Je tenais juste a te montrer que dans certains contextes, c'est utile.

Apres, nous ne faisons pas le meme travail : je developpe en C sur differents Unix, avec des programmes qui ne se lancent qu'en ligne de commande, et qui ne supportent pas l'idee meme de cross-compilation (compiler sous X pour executer sous Y). Et lorsque tu as vu une fois les merveilleuses interfaces graphiques de AIX ou HP-UX, tu prends un terminal noir et blanc, promis.

Toi, tu fais du dev web et Android. Dans ce contexte, vouloir utiliser autre chose qu'une interface graphique ergonomique est bien evidemment une aberration, et de meme pour les IDE.

Tatata la ligne de commande peut être très utile pour gérer plusieurs devices Android

[grunk]

Je pense que tu n'as testé vim que dans un cadre pour coder.

Effectivement , et je m'y suis pas attardé très longtemps. C'est pour ça que je dit que c'est sans doute un très bon outil , mais pas pour moi

Et puis je viens avant tout du monde Windows , linux et équivalent j'y met les pieds que sous la contraintes , ceci explique sans doute cela

[nirgal76]

Utiliser la ligne de commande n'est pas être passéiste, ça peux être bien moderne : efficace, fiable (ou catastrophique), répétable à l'infini sans lasser l'opérateur.
Je ne sais pas comment je pourrai configurer un serveur avec une interface graphique, voir d'installer n serveurs en même temps et efficacement.

La ligne de commande c'est plus : la machine bosse et moi je profite.
L'interface graphique c'est : elle est ou l'option, hum hum hum, et pendant ce temps la machine glande et moi j'suis pas plus productif ^^

tu dis "elle est ou l'option" parce que tu ne connais pas l'interface graphique, de la meme façon, celui qui ne connait pas la ligne de commande dira "c'est quoi la commande pour faire ça". Donc ça c'est pas un argument. C'est une simple question de savoir.

Pour le reste oui effectivement, pour un serveur (et encore plus pour unix), la ligne de commande s'impose. Moi j'suis dev alors de toute façon, je tape plus que je ne clique.
je préfère l'interface graphque "pour l'ordinaire". pour regarder des photos ou ouvrir un document, je vais pas aller le faire en ligne de commande par exemple, l'interface graphique s'impose à moi, c'est plus ça que je voulais dire.
Bref, tout est question de contexte, beaucoup plus que de connaissance. on administre pas un serveur unix avec une interface graphique et on ne fait pas une appli windows api en ligne de commande, c'est chercher les ennuis

[Loceka]

Je mets quiconque au défi de faire ça avec une interface graphique:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

perl -pi -e 's/\r\n/\n/' `find . -name '*.java'`

Défi relevé :
Notepad++

-> Rechercher... (Ctrl + F)

-> Rechercher dans les fichiers d'un dossier
Recherche : \r\n
Remplacer par : \n
Filtres : *.java
Dossier : <le dossier>
Cocher Sous-dossiers et Mode étendu (ou Expression régulière)

Tu peux aussi le faire via jEdit, Eclipse et plein d'autres.

Alors autant y'a pas mal de trucs que tu peux pas faire via des applis graphiques, autant des trucs basiques du style si.
Mauvais exemple.

Sinon pour le "débat", autant je suis fan de scripts, autant la ligne de commande pure et dure je ne l'utilise pas plus que ça (de temps en temps quand même mais je ne reste pas scotché dessus).
Mais c'est vrai que j'écris pas mal de petits scripts pour automatiser des process que je fais régulièrement, que ce soit au boulot ou à la maison et pour des activités liées au dév ou à de simples loisirs.

[imikado]

La force de la ligne de commande c'est surtout "|"

On peut faire du

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
svn status | grep monPattern | grep -v svn | grep monPattern >> /tmp/maSortie.txt

C'est un exemple simple, mais le fait de pouvoir combiner comme des légos des commandes c'est top

[tomlev]

La force de la ligne de commande c'est surtout "|"

On peut faire du

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
svn status | grep monPattern | grep -v svn | grep monPattern >> /tmp/maSortie.txt

C'est un exemple simple, mais le fait de pouvoir combiner comme des légos des commandes c'est top

Effectivement c'est une des plus grandes forces de le ligne de commande.

PowerShell pousse le concept encore plus loin : au lieu de passer du texte d'une commande à l'autre, tu passes des objets

[imikado]

Des objets ?
Et pouvez vous traduire ma ligne en powershell pour mieux comprendre ?

Idem pour un

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ls -l /tmp/monRep | grep monPattern | sed -e s/ici/la/ >> /tmp/maSortie

[tomlev]

Des objets ?
Et pouvez vous traduire ma ligne en powershell pour mieux comprendre ?

Comme ça, de tête, non, parce que je maitrise pas très bien PowerShell.

En gros, là où la commande ls du shell Unix va juste te renvoyer une liste de noms de fichiers, celle de PowerShell renvoie une liste d'objets représentant ces fichiers, qui ont des propriétés (Name, Length, LastWriteTime, etc) et des méthodes. En gros tu passes le résultat de ls (via un "|") à la commande Where pour filtrer selon la taille, puis à la commande sort pour filtrer selon la date, puis à la commande Select pour extraire ce qui t'intéresse (nom, chemin complet, contenu...), et ainsi de suite. Tout ça en manipulant des objets .NET standard, donc tu as toute la richesse du .NET Framework directement exploitable depuis la ligne de commande.

EDIT: en gros ça peut donner un truc comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls | where { $_.Length -gt 1000000 } | sort { $_.LastWriteTime } | select { $_.FullName }

(prendre les fichiers de plus de 1000000 octets, les trier par date, et prendre le chemin complet)

Il y a sans doute une façon plus concise de l'écrire, mais ça montre au moins le principe...

RE-EDIT: en fait j'ai retrouvé la forme plus compacte :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls | where Length -gt 1000000 | sort LastWriteTime | select FullName

La syntaxe avec des accolades permet d'écrire des expressions plus complexes

[Nathanael Marchand]

Des objets ?
Et pouvez vous traduire ma ligne en powershell pour mieux comprendre ?

Idem pour un

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ls -l /tmp/monRep | grep monPattern | sed -e s/ici/la/ >> /tmp/maSortie

Le chainage de commande se base sur la sortie standard qui est purement du texte. Le fait de se passer autre chose que du texte permet d'une part d'éviter les affichages et parsing; et d'une autre part de passer des objets plus complexes. C'est comme si quand tu programmais, toutes tes fonctions prenaient et retournaient du texte, ici tu peux passer des vrais structures.

[MacDev]

Je ne pense pas qu'il n'y ai aucun professionnel de l'informatique qui un jour ou l'autre ne soit passé par une ligne de commande pour effectuer une tâche.

Oui, quel professionnel de l'informatique n'a pas utilisé la ligne de commande?

Moi j'en utilise souvent lorsque je fais l'administration réseau.

[imikado]

Merci pour ces exemples, c'est interessant en effet , mais pouvez vous traduire ma ligne pour mieux me rendre compte d'un exemple avec manipulation (en appelant plusieurs binaires) plus redirection de la sortie dans un fichier texte

Mais je trouve l'idée intéressante en effet
Que doit -on faire pour avoir powershell sous windows seven ? (je serais curieux de l'utiliser)

[tomlev]

Merci pour ces exemples, c'est interessant en effet , mais pouvez vous traduire ma ligne pour mieux me rendre compte d'un exemple avec manipulation (en appelant plusieurs binaires) plus redirection de la sortie dans un fichier texte

Bah ta commande avec svn, en fait c'est pas très intéressant en PowerShell, parce que svn n'est pas une commande PowerShell, donc elle va juste sortir du texte. J'ai pas en tête la commande équivalente.

Pour ton autre ligne de commande ce serait quelque chose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls /tmp/monRep | where Name -like "monPattern" | select { $_.Name.Replace("ici", "la") } >> /tmp/maSortie

Que doit -on faire pour avoir powershell sous windows seven ? (je serais curieux de l'utiliser)

Rien, tu l'as déjà

[Nathanael Marchand]

Rien, tu l'as déjà

Il faut que la case PowerShell soit cochée dans les fonctionnalités de Windows (ajouter/supprimer un programme).

[tomlev]

Il faut que la case PowerShell soit cochée dans les fonctionnalités de Windows (ajouter/supprimer un programme).

Il me semblait que c'était le cas par défaut, non ? Ou alors c'est dans Windows 8 qu'ils ont fini par l'activer par défaut, je sais plus...

[imikado]

Merci pour l'exemple et pour Powershell, comment ouvrir une fenetre PS ?
J'ai juste cmd moi , je regarderais au boulot pour l'activer (si j'en ai les droits)

[Nathanael Marchand]

Merci pour l'exemple et pour Powershell, comment ouvrir une fenetre PS ?
J'ai juste cmd moi , je regarderais au boulot pour l'activer (si j'en ai les droits)

A tous les coups, taper "Powershell" dans le menu démarrer devrait marcher
Ou sinon, powershell dans un cmd

[imikado]

Le raccourci n'est pas dispo dans le menu démarrer comme cmd ? pourquoi ?
Pourquoi cacher ce terminal version windows ?

[Nathanael Marchand]

Le raccourci n'est pas dispo dans le menu démarrer comme cmd ? pourquoi ?
Pourquoi cacher ce terminal version windows ?

Aucune idée, sur mon 8.1 il y est
Pour le commun des mortels, un powershell n'est pas très utile. Moi même je m'en suis que très peu servi.

[Chauve souris]

... j'ai abandonné la ligne de commande avec bonheur quand j'ai quitté le MS-DOS. Mais il y avait des cas où ce n'était pas facile. En 1997 j'avais donné comme exercice à un programmillon de 15 ans la tâche de faire une interface graphique pour PGP qui n'utilisait que la ligne de commande. Donc, par un petit programme convivial on générait une ligne de commande absconse pour lancer PGP.

Car c'est bien là le problème de ces lignes de commande : il faut recommencer dix fois parce que il y a une syntaxe qui cloche ou qu'on a mal compris un paramètre. Avec une interface graphique il est impossible de faire ce genre d'erreur, c'est contrôlé en interne. Toutefois Windows a dans sa besace système de ce genre d'utilitaire atroce qui ferait pâlir de jalousie le plus masochiste des linuxiens.

Je ne suis pas pour autant allergique au mode texte, s'il est compréhensible. Quand je fais de la formation en initiation aux BDD je fais toujours manipuler les commandes SQL sans utiliser l'interface graphique. C'est les utilitaires où il faut 15 paramètres abscons que je n'aime pas.

Celui qui chicane le mode graphique sur un serveur ferait bien de payer une barrette de 500 Mo de RAM à son serveur et pas seulement pour le mode graphique d'ailleurs car on n'en est plus à chipoter là-dessus depuis au moins dix ans et qu'on est passé en 64 bits.

Ceci dit la ligne de commande reste incontournable pour écrire des scripts. Ce qu'à compris Microsoft en développant Powershell. Comme ça il y en a pour tous les goûts. Linux se "cliquodromise" et Windows retourne à la nostalgie MS-DOS.