Reprise du message précédent :

 
Je fais tout au terminal, mais je teste "en tant que plus débutant que je ne le suis" en suivant ce qu'il me propose avec l'app "Logiciels" de Gnome, et ça marche plutôt bien.
 
J'ai foutu Debian 12 sur le PC de mon père il y a déjà un moment, et je penais le passer à Debian 13    
 
Et non je n'ai pas lu la doc    j'ai utilisé    
 
Merci pour ta réponse    
 
Je me considère encore pas mal débutant, car je dois quand même faire un peu de recherche pour certains truc, tout n'est pas naturel du premier coup

Puis il y a des choses très pratiques, comme man par exemple pour avoir de l’aide sur les commandes.

Man c'est la première commande que j'ai mémorisé
 
En haut avec Nano "brut" , l'effet de tab sur ls.
Plus bas avec fish lancé...

 
Et ça marche aussi avec les flags...

Pour un noob qui maitrise rien, fish ou pas fish    
 

Si tu veux monter en version il FAUT lire la doc "upgrade", sinon on peut avoir de mauvaises surprises. J'ai plus le lien mais ça se retrouve sur debian.org.

man c'est comme rtfm?
 
qd au shell/bash, toutes les commandes inline sont dotées de l'option --help et -version, pas trop difficile à retenir.
pour ceux qui viennent d'un winshield , la plupart des commandes ont le même nom.
ya que dir et ls, et le sens des barres obliques qui viennent foutre le brin.

man c’est la commande man
par ex
man ls
Winshield, windows ?
Si oui y a tellement plus de commandes, grep par ex qui est très pratique pour fouiller par exemple dans nos fichiers sources.
D’accord il y a mkdir, cd et quelques autres communes mais ce sont vraiment des commandes de base.
On peut faire des choses vraiment très puissantes en scripts bash par ex.

Et puis en général ça a été bien programmé, c’est léger et rapide (et avec les machines actuelles ça permet de vraiment faire des calculs ou traitements assez impressionnants).
Et souvent très intelligent, il y a des choses à retourner le cerveau (je me souviens la première fois que je suis tombé sur awk sur sco unix vers la fin des 80s).
Bon après moi je ne suis pas un crack, j’ai longtemps utilisé windows (même si des unix entretemps parfois comme sun solaris) et je suis revenu à linux il y a relativement peu, quelques années.

alors grep et awk sont des trucs de barbus à la base. Faut comprendre comment fonctionne les expressions régulières et les pipe.
 
ça m'arrive encore d'utiliser nano et vi pour des opé d'admin et emacs pour éditer un doc plus orienté scientifique.
lsof pour le sys, netstat pour voir le traffic, traceroute, whois, locate, ça me sert quasi au quotidien.
 
Le reste c'est en GUI tout de même.

J’utilise maintenant plus vim que vi.
Et je l’utilise au quotidien (sur les serveurs, et même en local je dev avec, j’aime beaucoup comment tout est instantané).
Les regex tout développeur connait normalement, c’est pas compliqué (même si ça peut être un peu illisible).
Et c’est énormément utilisé (par exemple sur un choix de fichiers en entrée quand on lit un sftp, vérifier la forme de données en entrée, filtrer des lignes, extraire des parties avec les groupes (nommés ou pas) …).
Et maintenant on a même regex101.com pour les tester.

Bon après un écran à l’ancienne avec pas grand chose, juste mon code, ça me permet de mieux me concentrer sans m’embrouiller. Au plus je divise le vim en plusieurs pour consulter d’autres sources.
Et j’ai toujours un autre bureau avec un fichier où je note ce que je vais faire, idées qui me viennent en cours de route, d’autres impacts possibles de mes modifs que je coche au fur et à mesure (je note les futures modifs et vérifs au fur et à mesure qu’elles me viennent).
Parce que c’est souvent un peu à tiroir.
(et je fuis toute notif ou tout ce qui pourrait me déconcentrer quand je suis plongé dedans)
Et pour les BDD j’ai un logiciel en gui oui, là ça me fait gagner du temps si c’est du ponctuel.

Pas sûr, ça doit dépendre de ce qu'on fait en tant que dev. Et "un peu" illisible, t'as jamais vu de vrais regex toi. (J'aime bien ces trucs mais j'ai pas un grand niveau non plus.)
 
+1 pour les sites qui aident grandement avec les regex. Enfin bon, c'est pas LE truc à maîtriser/toucher quand on débute avec Linux. Par contre avoir quelque bases en ligne de commande ça peut être utile voir c'est indispensable selon la distro.

 
Backup profil firefox et fichiers et je réinstalle comme c’est un PC qui doit tourner le plus durablement et stable du monde je ne prends pas de risques  

Faut installer "bash-completions".

Sous mint ou ubuntu ça doit être par défaut.

Très utile d'avoir des notes fournies quand on utilise le terminal que ce soit pour l'historique des actions, mais aussi pour des choses retrouvables comme tester et installer un disque, pour la répétabilité et le gain de temps.
C'est peut-être la chose la plus importante que j'ai appris en 20 ans.  
 
En 2019, après une période d'environ 3 ans sans upgrade _ les releases Slackware étant devenues assez espacées _ ni modif. matérielle,, au moment de migrer sur de nouveaux disques, j 'ai été "impressionné" par le nombre de choses que j'avais oublié.  
Depuis, je note toutes les commandes/actions utilisées pour l'administration du système.
En espérant que ça m'aide à rester sur Linux & Slackware le plus longtemps possible.

image disque et c'est marre. J'ai dû changer de disques au moins 5 fois en 15 ans, jamais réinstallé l'OS une seule fois  
 
Mais je prends des notes quand même quand je modifie des trucs qui sortent de l'ordinaire

Je note aussi les trucs un peu moins communs pour moi, surtout pour mon Pi en cas de réinstallation ça va quand même plus vite  

J’ai aussi plein de fichiers txt et markdown, depuis les années 90, bien organisées et sur énormément de sujets.
Que ce soit pour les connaissances fixes (dossier références et sous dossiers chez moi, par exemple dedans il y a informatique avec linux dedans, mais aussi docker par exemple, langages, logiciels, …), les idées, réflexions, organisation, projets, logs d’activités et de progrès. Ça peut être des citations, du vocabulaire anglais ou même français, …
C’est un outil indispensable pour moi.
En ce moment j’utilise obsidian pour les markdown, ça permet de ne pas modifier la structure des dossiers, ça ajoute juste un sous dossier .obsidian qu’on peut par exemple exclure avec .gitignore si on a un dépôt git.