Discussion :

[Freem]

Ba si justement si et à chaque fois ça me gonfle.Je préfère cliquer sur compiler dans code blocks (quitte à devoir fournir les paramètres dans l'interface) que de faire un configure , make, make install.
Peut être parce que du coup dans mon IDE les erreur sont bien mise en valeur et avec un peu de chance si je double clic sur l'erreur j'arrive à la ligne qui merdouille. En ligne de commande je doute que ce soit possible.

Code::Blocks et ses problèmes sont la raison qui m'a encouragé a apprendre à utiliser CMake, et à bosser avec des terminaux à 90% de mon temps.

Ajouter des fichiers dans le CMake dès qu'on ajoute un fichier dans le programme? Inutile, il suffit d'utiliser les masques, fonctionnalité existante dans C::B... à condition d'éditer le fichier de projet manuellement, fichier en XML et donc peu lisible, comparé à CMake.
Pour compiler, ben, quand on viens de créer le fichier cmake, ça donne ça, traditionnellement:
$mkdir build
$cd build
$cmake ..
$make

Ensuite, juste une modif de code simple:
$make

Les autotools, je rejoins 95% des avis que j'en ai lus: c'est horrible et réservé aux maso de GNU.

Ce qui est inutile c'est de naviguer dans son arborescence en ligne de commande pour lancer le script en ligne de commande alors qu'un double clic aurait suffit ...

Je le fais. Je trouve la commande, sous Debian donc avec bash et son autocomplétion surpuissante, plus rapide qu'un explorateur de fichiers. C'est simple, en moins de 10s chrono, je vais strictement n'importe ou sur tout mon disque dur. Lancer un explorateur, et clic clic clic clic est bien plus lent, pour quelqu'un qui passe son temps à taper. Surtout qu'il faut prendre temporairement la souris dans mon cas.

Enfin, bien sûr, la CLI gagne son efficacité maximale dans mes usages avec un gestionnaire de fenêtres en tuile. Ca change juste tout. Sans ça, je n'imagine pas 1/2s être aussi rapide à lancer les actions de mon choix.

mais c'est juste pas très agréable

Question de goût, trop subjectif pour que je puisse répondre à ça

Et puis franchement je suis pas certains que ce soit les 5 min gagnée tout au long de la journée qui vont changer la face d'un projet. Autant arrive rà l'heure et faire moins de pause café ca sera plus efficace

A prendre 5min de pause en plus? :p
Plus sérieusement, c'est une question de flemme: la flemme de bouger ma main droite du clavier.


[quote=Chauve souris;7513112]... 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.

Avec une interface graphique, un clic trop rapide ou sur le mauvais bouton et tout est à recommencer. Et pire si on a remplit un dialogue avec les mauvais paramètres, certaines applis sont tellement bien faites qu'il faut tout re rentrer... :'(
Chose qui n'arrive plus en ligne de commande depuis au moins 20 ans. Y'a 20 ans j'avais moins de 10 ans, donc je me souviens plus exactement

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 souffre tellement plus quand je dois chercher une fichue icône... au moins, un fichier, je tape le début, je tabule et hop, je l'ai.

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.

Je crois que la vraie raison n'a pas encore été abordée en fait.

C'est le problème des bugs. Comme je l'ai dis, ce qui m'a fait passer à la ligne de commande, ce sont les IDE trop lourds, ou buggués, ou qui manquent de fonctionnalités.
Une interface graphique bug plus vite qu'une ligne de commande, et impose un certain nombre de couches supplémentaires au système, autant de risques de problèmes donc. Et sur un serveur, on ajoute le problème de la sécurité: moins on a de fonctionnalités, moins il y a de risques de failles. C'est le même problème qu'avec le gruyère en fait: plus y'a de gruyère, plus y'a de trous....

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.

Je dirai que quand on utilise majoritairement la souris, les IHM c'est l'idéal. Quand on utilise majoritairement le clavier, la CLI est idéale.
Un graphiste qui utilise la CLI... je vois pas l'intérêt. Mais un dev qui n'utilise pas de GUI, ça ne me choquera pas plus que ça. Sauf pour dessiner ( cf graphiste ) les IHM justement.

[jumpers]

je suis un user Windows, donc j'utilise souvent la souris, mais il m'arrive de devoir utiliser des commandes (genre quand je travaille avec ADB ou autre liés a Android), ca ne me derange pas plus que ca, parfois casse pieds de se souvenir de tout, mais ca reste un outil puissant.

[Soobook]

Je suis passé récemment à Linux après pas mal de temps sous Windows. Jusque là, la ligne de commande c'était exceptionnel, sauf pour le framework Symfony 2, où c'est indispensable mais bien foutu.
Depuis j'en fais forcément un peu plus et il faut avouer qu'en termes d'efficience c'est quand même pas mal.

Par contre, c'est certainement une question d'habitude mais je trouve qu'utiliser la ligne commande demande plus de concentration.
Les interfaces graphiques (celles qui sont utilisables, quand c'est trop pourri on désinstalle) permettent d'agir de manière plus instinctive, et au final plus rapidement pour beaucoup.

J'aime aussi le côté esthétique des interfaces grafiques, c'est sympa d'être dans un environnement agréable visuellement. Ainsi, même si je ne l'utilise plus pour des raisons philosophico-techniques, je trouve que Windows 7 est l’environnement le plus agréable et ergonomique que j'ai utilisé.

En tout cas, pour rien au monde je ne voudrais désormais me passer de certaines commandes, genre wget -c, qui peut dans bien des cas remplacer un téléchargeur, ou apt-get (et le système de paquet qu"il y a derrière évidemment).

Avant, pour installer vlc :
- aller sur le site.
- trouver la version souhaitée.
- la télécharger.
- aller dans le dossier.
- lancer l'installation.
- suivre toutes les étapes de celle-ci.

Maintenant :
- taper : sudo apt-get install -y vlc
- entrée
- taper son mot de passe.
- entrée.

[joue l'autre]

entre
> del *.dmp
et
manipuler en GUI l'explorateur quand vous avez pléthore de fichier *.dmp dans un répertoire,
y a pas photo :
20 fois plus rapide, précis mais ...dangereux,
quoique le glisser-déplacer à la souris depuis Win entre répertoires réseau est aussi très dangereux !

[Katyucha]

Pour m'auto citer :

Tant qu'il y a un curseur et un clavier, y a de l'espoir!

Je vais peut être passé pour un vieux con aussi mais rien ne vaut un clavier et une bon shell.
Alors oui, au début, ca semble bizarre, long, chiant... on se cherche.... mais c'est comme une langue étrangère, elle s'apprend, se maîtrise et au final, vous tapez ce que vous pensez !

Le clickodrome, très peu pour moi, c'est lent, jamais aux mêmes endroits les fenêtres... même sous Windows, je switch avec alt+tab ou même je navigue avec tab, alt+f4 ....etc

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

Je te comprends mais quand un serveur plante et qu'il te reste un accès console, un shell et vim et ben, tu sauves ton serveur dans énormément de cas. !
Quand j'ai un bel écran bleu au login de windows 7 (l'ordinateur de ma maman justement le week end dernier)... bah, je peux rien faire..

[transgohan]

Quand j'ai un bel écran bleu au login de windows 7 (l'ordinateur de ma maman justement le week end dernier)... bah, je peux rien faire..

C'était pour troller ?
Non parce que... Voilà ce que tu aurais pu faire :
1) redémarrer en mode sans échec
2) redémarrer en mode console
3) redémarrer en mode réparation

[Mr_Exal]

C'était pour troller ?
Non parce que... Voilà ce que tu aurais pu faire :
1) redémarrer en mode sans échec
2) redémarrer en mode console
3) redémarrer en mode réparation

Le mode réparation il fonctionne? C'est pas un mythe? Non parce que soit j'ai jamais compris comment m'en servir soit il n'a jamais fonctionné chez moi

[transgohan]

Pour ma part je ne l'ai utilisé qu'une seule fois sur l'ordinateur de mon père et il a fonctionné.

[Katyucha]

C'était pour troller ?
Non parce que... Voilà ce que tu aurais pu faire :
1) redémarrer en mode sans échec
2) redémarrer en mode console
3) redémarrer en mode réparation

Cher dvpien, quand je lance un troll, je lance un plus gros appat

Mode sans échec : écran bleu
Mode console : je peux rien faire avec
Mode réparation :
Alors, j'ai essayé, ça tourne mais concrètement, ca fait quoi ? parce que mon problème reste... Pour cela, qu'un vrai mode console avec un vrai shell, quand on peut aller au fond du système et ben, on s'en sort très souvent.

[transgohan]

Mode console : je peux rien faire avec

Je suis loin d'être pro-windows mais je dirai plutôt : "je ne sais rien faire avec"
J'ai déjà vu un réparateur faire nombres de choses avec un CD windows (pour utiliser des binaires qui ne sont pas de base sur le disque dur je suppose) et la ligne de commande...