je vais pas répondre point par point, tu vas re-répondre sur chaque points et en créer d'autre ect...
Se documenter ne veut pas dire "apprendre par coeur" mais "comprendre les principes directeurs, les possibilités, contraintes et limites et savoir où trouver les ressources utiles et à jour pour la mise en œuvre", tu sais donc quand tu peux "t'arrêter" puisque tu as compris comment ça fonctionnait. Exemple concrêt : mise en place d'un contrôleur de domaine sous unix. Tu vois que le projet Samba existe, tu vois quelle est la/les versions dispos en stable actuellement sur les dernières distribs (la tendance est d'avoir du 3.3 ou 3.4) tu vois qu'en deça, tu ne pourras pas connecter une machine Vista/7, tu vois que tu peux coupler ça à du LDAP mais que ça n'est pas obligatoire, tu vois que tu peux exécuter un script sur le serveur avant et après la connexion d'un utilisateur, faire exécuter un script batch sur la machine lors de la connexion, et partager les imprimantes configurées via cups. tu as récupéré 3-4 tutos pour mettre en place ton contrôleur de domaine avec ou sans ldap : tu es documenté, ça y est. Si tu veux proposer ce genre de service, et être opérationnel, il te faudra en suite mettre en œuvre tout ça sur une plateforme de test. C'est après, ou parfois durant les tests, que tu vas compléter cette documentation par des compléments (dans notre exemple, la mise en place de quotas, limitation des connexions, modification du registre via le script batch, les groupes etc..)
Je ne pense pas que quelqu'un viendra me dire que c'est complexe, que ça prends un temps fou et que c'est une pratique stupide.
Toi, tu dis qu'un pro est quelqu'un qui propose un service dont il ne sait rien et qu'il le met en place en suivant un tuto quelconque sur le net ou ailleurs (comment pourrait-il autrement?) sans jamais chercher à comprendre ce qu'il fait... désolé d'halluciner quoi...
Évidemment, je ne tape pas sur l'exécutant des ordres, mais sur celui qui contraint à agir ainsi.
Sauf que... les acteurs du web (ceux qui sont directement confrontés au fait dénoncé par ce journal concernant le SPF par défaut chez OVH, recadrons les choses dans leur contexte) sont pour la plus part des freelances ou de petites SSII, et sont à la fois les donneurs d'ordre et les exécutants et agissent presque tous ainsi, ceux là, oui, ce sont des branlos incompétents qui font énormément de mal à la profession.
J'espère que, à la lueur de ces dernières explications, tu comprendras que tu n'as pas compris de quoi (et surtout de qui) je parlais et qui je pointais du doigt comme étant réellement fautifs dans l'affaire... Je résume une dernière fois :
- Le journal gueule sur OVH parce qu'ils mettent en place un champ SPF par défaut
- Je dis qu'on s'en tape puisqu'on peut le changer et qu'un professionnel qui se respecte (sous entendu, est-il vraiment besoin de l'expliquer, un professionnel qui a à gérer un domaine, donc un professionnel du web) sais ce que c'est, et ira le changer, si non, c'est un branlo incompétent.
Maintenant, j'espère que tu as compris tu tu avais compris de traviole et que tu t'es enflammé pour que dalle...
Pour finir :
- oui je trouve normal de faire des compromis lorsque tu y est réellement contraint (lorsque tu n'as pas doit au chapitre et que tu ne veux/peux pas changer de poste/boîte) mais un type qui ne sais pas et qui fait quand même alors qu'il pourrait refuser de faire : c'est un branlo incompétent
- non, il ne faut pas faire bosser des stagiaires sur du critique, mais à l'époque je n'avais pas droit au chapitre, donc on a fait avec. ça ne fait pas de moi un branlo incompétent, mais de mes supérieurs oui, parce que, contrairement à eux, je ne trouvait pas ça normal
- je suis bien (et pas "le mieux", la nuance est grande tout de même) placé pour te dire que s'auto-former n'a rien d'insurmontable parce que je l'ai fait, et de zéro, et dans des conditions non propices à l'apprentissage
- définir "expert" est-ce le type qui a un diplôme ? de l'ancienneté ? qui sait réciter une RFC par cœur ? qui a codé un patch ? un soft ?... pour moi un "expert" sur un sujet est quelqu'un qui connaît tous les tenants et aboutissants d'un sujet, qui sais détecter sans faillir les causes des problèmes/risques et y remédier. Comment devenir expert ? je te le donne en mille : se former ! truc de ouf !
- Quand tu peux plus faire d'heures sups, tu choisis :
-- tu n'en fais pas et ne termine pas le projet à temps
-- tu ramènes du taf à la maison
-- tu taffes au bureau mais gratis
-- tu cherches un autre poste
-- tu apprends la vie au donneur d'ordre, ce qui reviens à chercher un autre poste la plus part du temps
- à l'impossible nul n'es tenu, donc oui, y a des trucs pourris qui sortent, mais si tu ne peux pas faire autrement, tu n'es pas à blâmer, sauf si tu trouves ça normal
- certes ça ne fait pas avancer le shmilblik mais c'est un état de fait : c'est un branlo incompétent don PDG, au même titre que l'espèce d'apôtre qui va pas configurer son champ SPF et qui gueule que celui par défaut est pas adapté à SON utilisation...
[^] # Re: Encore une attaque gratuite sur OVH?
Posté par jeffcom . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 2.
Se documenter ne veut pas dire "apprendre par coeur" mais "comprendre les principes directeurs, les possibilités, contraintes et limites et savoir où trouver les ressources utiles et à jour pour la mise en œuvre", tu sais donc quand tu peux "t'arrêter" puisque tu as compris comment ça fonctionnait. Exemple concrêt : mise en place d'un contrôleur de domaine sous unix. Tu vois que le projet Samba existe, tu vois quelle est la/les versions dispos en stable actuellement sur les dernières distribs (la tendance est d'avoir du 3.3 ou 3.4) tu vois qu'en deça, tu ne pourras pas connecter une machine Vista/7, tu vois que tu peux coupler ça à du LDAP mais que ça n'est pas obligatoire, tu vois que tu peux exécuter un script sur le serveur avant et après la connexion d'un utilisateur, faire exécuter un script batch sur la machine lors de la connexion, et partager les imprimantes configurées via cups. tu as récupéré 3-4 tutos pour mettre en place ton contrôleur de domaine avec ou sans ldap : tu es documenté, ça y est. Si tu veux proposer ce genre de service, et être opérationnel, il te faudra en suite mettre en œuvre tout ça sur une plateforme de test. C'est après, ou parfois durant les tests, que tu vas compléter cette documentation par des compléments (dans notre exemple, la mise en place de quotas, limitation des connexions, modification du registre via le script batch, les groupes etc..)
Je ne pense pas que quelqu'un viendra me dire que c'est complexe, que ça prends un temps fou et que c'est une pratique stupide.
Toi, tu dis qu'un pro est quelqu'un qui propose un service dont il ne sait rien et qu'il le met en place en suivant un tuto quelconque sur le net ou ailleurs (comment pourrait-il autrement?) sans jamais chercher à comprendre ce qu'il fait... désolé d'halluciner quoi...
Évidemment, je ne tape pas sur l'exécutant des ordres, mais sur celui qui contraint à agir ainsi.
Sauf que... les acteurs du web (ceux qui sont directement confrontés au fait dénoncé par ce journal concernant le SPF par défaut chez OVH, recadrons les choses dans leur contexte) sont pour la plus part des freelances ou de petites SSII, et sont à la fois les donneurs d'ordre et les exécutants et agissent presque tous ainsi, ceux là, oui, ce sont des branlos incompétents qui font énormément de mal à la profession.
J'espère que, à la lueur de ces dernières explications, tu comprendras que tu n'as pas compris de quoi (et surtout de qui) je parlais et qui je pointais du doigt comme étant réellement fautifs dans l'affaire... Je résume une dernière fois :
- Le journal gueule sur OVH parce qu'ils mettent en place un champ SPF par défaut
- Je dis qu'on s'en tape puisqu'on peut le changer et qu'un professionnel qui se respecte (sous entendu, est-il vraiment besoin de l'expliquer, un professionnel qui a à gérer un domaine, donc un professionnel du web) sais ce que c'est, et ira le changer, si non, c'est un branlo incompétent.
Maintenant, j'espère que tu as compris tu tu avais compris de traviole et que tu t'es enflammé pour que dalle...
Pour finir :
- oui je trouve normal de faire des compromis lorsque tu y est réellement contraint (lorsque tu n'as pas doit au chapitre et que tu ne veux/peux pas changer de poste/boîte) mais un type qui ne sais pas et qui fait quand même alors qu'il pourrait refuser de faire : c'est un branlo incompétent
- non, il ne faut pas faire bosser des stagiaires sur du critique, mais à l'époque je n'avais pas droit au chapitre, donc on a fait avec. ça ne fait pas de moi un branlo incompétent, mais de mes supérieurs oui, parce que, contrairement à eux, je ne trouvait pas ça normal
- je suis bien (et pas "le mieux", la nuance est grande tout de même) placé pour te dire que s'auto-former n'a rien d'insurmontable parce que je l'ai fait, et de zéro, et dans des conditions non propices à l'apprentissage
- définir "expert" est-ce le type qui a un diplôme ? de l'ancienneté ? qui sait réciter une RFC par cœur ? qui a codé un patch ? un soft ?... pour moi un "expert" sur un sujet est quelqu'un qui connaît tous les tenants et aboutissants d'un sujet, qui sais détecter sans faillir les causes des problèmes/risques et y remédier. Comment devenir expert ? je te le donne en mille : se former ! truc de ouf !
- Quand tu peux plus faire d'heures sups, tu choisis :
-- tu n'en fais pas et ne termine pas le projet à temps
-- tu ramènes du taf à la maison
-- tu taffes au bureau mais gratis
-- tu cherches un autre poste
-- tu apprends la vie au donneur d'ordre, ce qui reviens à chercher un autre poste la plus part du temps
- à l'impossible nul n'es tenu, donc oui, y a des trucs pourris qui sortent, mais si tu ne peux pas faire autrement, tu n'es pas à blâmer, sauf si tu trouves ça normal
- certes ça ne fait pas avancer le shmilblik mais c'est un état de fait : c'est un branlo incompétent don PDG, au même titre que l'espèce d'apôtre qui va pas configurer son champ SPF et qui gueule que celui par défaut est pas adapté à SON utilisation...