ps: c'est normal que lorsque l'on parle de linux il n'y ait que des viphp pour répondre ?
c'est peut-être une condition nécessaire pour devenir viphp...

Disons que les ViPHP sont sensés avoir un niveau non négligeable en PHP et technologies associées, donc en informatique en général, et il y a donc plus de chances de trouver un ViPHP qui connaît voire utilise linux qu'un membre lambda. Et ajoutons à cela le fait que pour approfondir le PHP il faut avoir des connaissances en système, pour maîtriser le serveur, donc connaître les systèmes UNIX.

[...]Et ajoutons à cela le fait que pour approfondir le PHP il faut avoir des connaissances en système[...]

Tu aurais un exemple ?


Tracker.

Les problèmes de permissions de fichier, les sockets, la mémoire partagée, la connaissance de l'arborescence (chemin relatif, chemin absolu), l'utilisation de programmes en ligne de commande, …
Les exemples sont légions, si on ne maîtrise pas son serveur, on ne va pas beaucoup plus loin que le <?php echo "Hello World"; ?> :-/

[...]si on ne maîtrise pas son serveur[...]

C'est pour ça qu'il y a des admin système, c'est un métier qui n'a complètement rien avoir avec le développement.

Tu n'accèdes jamais directement aux API système depuis php, sauf en environnement Microsoft via Com/.Net, à moins de développer des extensions. Pour ce qui est du reste, un développeur n'est ni un admin réseau, ni un admin système, ni un admin de bases, il possède juste (ou pas la plupart du temps) les infos qui lui permettent de bosser.


Tracker.

Relis mon message, je parle de l'utilisation des librairies en php, pas d'administration de serveur. Je suis désolé mais si tu n'y connais rien en serveur, tu ne peux que te planter en php. Lorsque tu codes, tu es sensé savoir comment va réagir le serveur sur lequel tu fais tourner le script…

C'est pour ça qu'il y a des admin système, c'est un métier qui n'a complètement rien avoir avec le développement.

On rencontre souvent en entreprise une situation de ce genre : un ou plusieurs développeurs, pas d'administrateur. Et pourtant les besoins en installation, paramétrage et maintenance de serveurs sont bien réels. Alors c'est le développeur le plus à même de le faire qui s'y colle... (En attendant le recours à une solution tierce : infogérance, etc...)

Les deux spécialités sont moins segmentées qu'on pourrait le croire un administrateur système peut être amené à développer, et un développeur à administrer. Et il est toujours bénéfique de connaître le travail de l'autre même s'il ne s'agit que de lui formuler un besoin ou une contrainte.

...On rencontre souvent en entreprise une situation de ce genre : un ou plusieurs développeurs, pas d'administrateur...

Salut,

Je suis d'accord et je connais bien les contextes de développement (ça fait quelques années que je pratique). Je dis simplement qu'on a pas les mêmes préoccupations, on bosse dans de domaine différents et la connaissance du travail de l'autre n'est que partielle.

Le plus gros des connaissances d'un développeur reste les protocoles, les normes, les langages, les concepts/architectures applicatives, les frameworks, ... et très loin derrière les contraintes machine !!..


Tracker.

et très loin derrière les contraintes machine !!..

En informatique, même dans le langage le plus haut niveau, on ne fait jamais abstraction de l'environnement d'exécution.