Je ne peux te parler de la partie administration, n'étant pas admin moi même. Mais effectivement je pense qu'il y a un minimum syndical : connaitre le script shell (voire perl et python).
Pour ce qui est de la programmation, une philosophie simple, c'est que tu te fiches au début de savoir le langage de programmation à utiliser. Tu essaie de poser sur le papier tes idées.
Qu'est ce que je dois faire ?
Est ce que je dois vraiment le faire (sous entendu : "est-ce que ça n'existe pas déjà tout prêt ?")
De quoi j'ai besoin pour le faire ? (un bloc qui fait çi, un autre qui fait ça)
Quelles sont les données à manipuler ?
Fais un schéma pour identifier les acteurs de ton futur programme (tes "blocs fonctionnels").
Identifie les entrées/sorties de tes blocs (les données qu'ils manipulent et le résultat de leur transformation).
Une fois que tu as fait ça, une bonne partie du boulot est fait... c'est la conception. Ensuite tu peux faire du pseudo code pour détailler le fonctionnement de tes "blocs", c'est à dire écrire dans un langage naturel (en français quoi !) ce que chaque bloc doit faire. Par example pour un programme qu doit recevoir en argument un nom de fichier :
Bloc : "Vérifer les paramètres d'entrée "
Si nombre d'arguments inférieur à 1
alors
afficher un message d'erreur "pas assez d'arguments"
arrêter le programme.
fin si
si l'argument n'est pas un nom de fichier
alors
afficher un message d'erreur "argument invalide : donnez un nom de fichier"
fin si
si l'argument n'est pas un nom de fichier existant
alors
afficher un message d'erreur " argument invalide : le fichier n'existe pas"
fin si
Le reste c'est utiliser le langage approprié (pour de l'admin, c'est en général un de ceux que j'ai cité je pense) qui convient le mieux à la résolution de ton problème, et aussi avec lequel tu es à l'aise, pour retranscrire ton pseudo-code en code.
Pour un petit programme tu n'auras pas à faire tout ça (pas détailler autant, et avec l'habitude, pas de pseudo code), mais dès que tu veux faire quelque chose de plus élaboré, c'est une bonne habitude à prendre. On voit trop souvent le problème du développeur qui commence à coder sans avoir préalablement réfléchi à son problème...
J'espère t'avoir aidé, mais aussi que tu feras un peu plus attention à ton orthographe, parce que mine de rien, informaticien ou pas ça compte beaucoup, et ça pourrait te fermer des portes. Alors un petit effort, même si tu as l'air d'être une victime de la méthode globale ;-)
# Pour la programmation...
Posté par liberforce (site web personnel, Mastodon) . En réponse au message SALUT. Évalué à 2.
Pour ce qui est de la programmation, une philosophie simple, c'est que tu te fiches au début de savoir le langage de programmation à utiliser. Tu essaie de poser sur le papier tes idées.
Qu'est ce que je dois faire ?
Est ce que je dois vraiment le faire (sous entendu : "est-ce que ça n'existe pas déjà tout prêt ?")
De quoi j'ai besoin pour le faire ? (un bloc qui fait çi, un autre qui fait ça)
Quelles sont les données à manipuler ?
Fais un schéma pour identifier les acteurs de ton futur programme (tes "blocs fonctionnels").
Identifie les entrées/sorties de tes blocs (les données qu'ils manipulent et le résultat de leur transformation).
Une fois que tu as fait ça, une bonne partie du boulot est fait... c'est la conception. Ensuite tu peux faire du pseudo code pour détailler le fonctionnement de tes "blocs", c'est à dire écrire dans un langage naturel (en français quoi !) ce que chaque bloc doit faire. Par example pour un programme qu doit recevoir en argument un nom de fichier :
Le reste c'est utiliser le langage approprié (pour de l'admin, c'est en général un de ceux que j'ai cité je pense) qui convient le mieux à la résolution de ton problème, et aussi avec lequel tu es à l'aise, pour retranscrire ton pseudo-code en code.
Pour un petit programme tu n'auras pas à faire tout ça (pas détailler autant, et avec l'habitude, pas de pseudo code), mais dès que tu veux faire quelque chose de plus élaboré, c'est une bonne habitude à prendre. On voit trop souvent le problème du développeur qui commence à coder sans avoir préalablement réfléchi à son problème...
J'espère t'avoir aidé, mais aussi que tu feras un peu plus attention à ton orthographe, parce que mine de rien, informaticien ou pas ça compte beaucoup, et ça pourrait te fermer des portes. Alors un petit effort, même si tu as l'air d'être une victime de la méthode globale ;-)
PS : un guide (en anglais) pour apprendre le shell script sous bash :
http://www.tldp.org/LDP/abs/html/index.html(...)