Reprise du message précédent :

Définis l'urgence: pour moi c'est c'était un standalone ou un cluster en rade booté sur un media de secours, pas une VM lambda sur un ESX.
 
Edit: je n'ai pas bossé depuis 5 ans, pas mal de choses ont changées, probablement.
 
Peu importe  

Le pendant en informatique, c'est les ponts d'or consentis aux experts Cobol et Fortran  
 
perl reste un langage puissant  et toujours exploitable    

Faut bien ça pour tenir avec les gamins un jour de Noël.

On va arrêter la

https://twitter.com/olesovhcom/stat [...] JT08Q&s=19

Tu as du travail petit scarabée

 
Vous êtes déjà bourrés ?

Pas le droit de boire au boulot.

Autant lui dire de devenir dev.  

conseiller à quelqu'un de devenir dev, c'est quand même pas très esprit de noël compliant

C'est pour ça qu'il faut faire du perl (sans compter le gain de perfs vis à vis du shell. Sur un écran de texte en couleurs géré par les séquences escape ansi, entre les echo du shell et les print de perl, c'est le jour et la nuit).
Ou python si tu veux faire moderne. Mais moi, les langages ou le formatage des lignes compte dans la syntaxe, j'y suis rétif.
Je suis justement en train de convertir un script shell de 1800+ lignes écrites avec les pieds en perl.
Quand certains disent que le perl est difficile à maintenir, c'est parce qu'ils ont pas un environnement bourré de scripts shell (j'ai un répertoire de prod ou il y en a 1700 environ  au dernier décompte (tous à plat au même niveau, avec des noms absolument pas mnémonique style itb163.sh), avec bien sur aucun commentaire pour expliquer la raison d'être de chacun...) Et bien entendu, c'est sur du Solaris grand cru (20 an d'âge), c'est meilleur.
A+,

C'est quoi les facteurs qui ont fait choisir Perl pour la réécriture versus autre chose ? (Python, Go, Java, Rust, ...).

L'âge du rédacteur

Tout simplement que c'est très adapté a manier des données rapidement.
Le shell que je convertis se vautre a faire des extraction de contenu de fichier, à coup de ed, cut et autres joyeusetés, juste pour ventiler des (nombreux) fichiers en fonction de leur contenu.
Les regexp du perl c'est particulièrement bien adapté.
J'ai besoin par exemple de remplacer dans mes fichiers en entrée l'intégralité des entité xhtml et html par leur valeur unicode UTF-8. En perl j'ai écris le code pour en une vingtaine de lignes. Dans le shell original, les devs y avaient renoncé, et fait le remplacement pour la douzaine d'entités courantes à coup de seds successifs, d'ou les echecs récurrents quand il en arrivait une pas prévue.
Et pourquoi perl plutôt qu'autre chose ? afin que je puisse facilement appeler du code shell déjà existant (j'ai besoin de pouvoir appeler figlet par exemple) ou du java (pas mal d'appels à Saxon, vu qu'à la base ça convertit les documents rédigés sous FrameMaker vers du XML à un format propriétaire et harmonisé, qui sera stocké sous MarkLogic).  
A+,

Ça dépend, si il est téléopérateur ou commercial , c'est un progrès en soit

 
Avez vous pensez à Windev + CrystalReport   ?

Pas au moment du post.

Bon allez on part sur les digestifs la  

Ça se termine tôt chez toi

Au hasard, je dirais qu'un seul des langages que tu cites est interprété (Python). L'avantage d'un langage interprété quand tu veux remplacer du shell-script me semble évident. Ca n'est pas pour rien que le traitement que tu veux remplacer est en shell et pas en C compilé. Bien plus facile à maintenir sur des plate-formes hétérogènes.
Maintenant, entre shell, perl et python, j'ai j'avais une préférence très net pour le perl:
- sa syntaxe: j'aime les points virgule    
- sa rapidité: le shell et le python ne sont vraiment pas à la hauteur sur des très gros volumes (de plusieurs ordres de grandeur, style x10 plus rapide pour le perl sur du parsing)
- son avantage en terme de rapidité d'apprentissage et de relecture ->
 
Avec un shell script tu te bats avec la syntaxe d'à peu près toutes les commandes unix.
Avec python tu te bats avec les bibliothèques ou les objets appelés (c'est là le plus gros piège de python: une fonction ou un objet appelé peut être casté 2 ou 3 niveaux plus haut dans les bibliothèques avant son appel). Quand tu cherches à savoir ce que fait un script python mal documenté, style systemd développé en python (front-end) et C (back-end)  par notre ami Lennart Poettering, tu t'arraches les cheveux  
 
Ok, dans ce dernier cas de figure, il y a probablement de l'obfuscation  
 
PS: j'espère que vous avez passé un bon réveillon  

Déjà un langage où y'a des points virgules ne mérite même pas le respect

J'ai eu deux jours de formation JavaScript, bordel quelle merde ce truc.

> Avec python tu te bats avec les bibliothèques ou les objets appelés
Note qu'avec perl aussi, je fais bien gaffe a ne pas utiliser quoi que ce soit qui demande d'installer un package perl non standard (bref tout ce qui n'est pas dans la package perl-modules de MSYS2), j'ai eu trop de pbs avec les MaJ de ActiveState ou tout d'un coup il me manquait un module qui même après un passage par CPAN ne voulait pas compiler pour d'obscure dependences locales du packages pas a jour avec la MaJ.
Le pire, c'est CPAN qui te dit qu'il est plus à jour, qu'il faut le recompiler, et dont bien sur la recompil foire  
A+,

Le sujet qui tue, la bonne stabilité des APIs exposées dans les évolutions des packages...  
Le dll hell de windows, c'est soft à côté.
A+,

 
Effectivement
 
Bon, je vais retourner sous Peek & Poke, je maîtrisais plus  

le probleme de perl c'est que la syntaxe est DEGUEULASSE

Oui et non.
Perl permet une syntaxe dégueulasse si tu le veux, mais aussi du code lisible si tu le veux.
Bref c'est un outil qui ne t'oblige pas a écrire proprement, c'est à toi de faire gaffe.
Perso, les retour a la ligne ayant un sens lexical, c'est a mes yeux dégueulasse, alors...
A+,

Il se passe quoi ici? On insulte plus les développeurs mais on compare sérieusement des langages ? C'est quoi la prochaine étape, vous allez dans le calme faire des tutos sur les outils de développement ? Faire vos dev et demander à tout faire fonctionner en Root?

Ca part en vrille ici  

Juste comme ça, demain j'ai un "TP" avec ce que le "Prof" nous a fait faire dans la semaine. Suis pas sûr qu'il va y mettre du Packet Tracer, on est passé à autre chose rapidement. Ca va être du PFSense, du Win Server avec je ne sais pas, du Radius, du DHCP, du Linux (Ubuntu Server) avec peut-être aussi du Radius, me souviens plus du reste.
C'est normal, c'est la formation. Mais c'est que je ne vois jamais là où il veut aller. Il a une idée, mais il ne l'a pas réalisée avant. Car il est souvent bloqué, on le voit tâtonner,
"Ah c'est bizarre. Alors si je coche là, si je rajoute ça. Peut-être que... Ah non. Alors ça? Ah oui ! C'était ça ! Alors vous voyez, il faut faire comme ça. Et vous voyez que ça marche"
Moi : "..." Je me dis que si il faisait comme ça en entreprise, je n'aurai pas confiance. Du tout.

Ah oui. TP en distanciel. Et on doit faire des groupes de deux. On est 5

C'est Nowel.

EDIT : si demain matin y en a qui sont disponibles pour faire doublon avec moi

Plus besoin de demander depuis Docker.  

Pour 500€ je fais le doublon jusqu'à midi

Ton prof il est en roue libre, c'est le seul type qu'ils ont pu trouvé en le payant 60€ brut la journée avec un jambon* beurre et 2 tokens pour la machine à café.
Donc il s'en bat les couilles, rien n'est préparé il est aussi nul que le reste de l'équipe mais il sait à peu près utiliser Google et suit certainement un ensemble de tutos qu'il ne vous a pas linké

Si tu as des consignes écrites essaie de les rentrer dans Google pour trouver la fin et aller boire une mousse au troquet du coin

Prend bien soin de cracher sur l'école à ton binôme et ne soit pas étonné s'il poukave à tout le monde

* de dinde

Alors €500 sur combien de générations ?  

Y a pas de support écrit. Y a pas de plan écrit. Quand on lui demande, il pointe vers Google. Ou des sites dédiés. Moi, ça ne me suffit pas. Une formation, t'as un support, tu le suis, chapitre par chapitre, et si tu as loupé un truc, tu reviens dessus plus tard. Là, il parle, il parle, et "Vous avez compris ?" et tu as un grand blanc, personne ne moufte. Moi, je me dis qu'on va bien voir. Je sais que sur son idée de TP, j'ai omis certains trucs. M'en foutais. Ca n'était pas des trucs importants.
C'est pas qu'il est mauvais. C'est que c'est un geek. Et d'après moi, il a dû rentrer dans cet institut avec de grandes paroles, et ça a marché. Un peu comme les autres stagiaires "J'ai 4 PC chez moi." et le conseiller "Bon pour le service !"
Je ne dis pas que je suis meilleur qu'eux, mais je crois que j'ai eu un parcours plus rempli. J'ai fait pas mal de grosses entreprises, eux non. J'ai des lacunes (certains pourraient dire abyssales et bon...) mais je me débrouille dans les contextes. Quand il y a la possibilité.

J'ai déjà commencé à chercher un nouveau job, en avance. Si je trouve et que le poste est bon, va falloir que je trouve le moyen de sortir de cette formation. Pas l'impression finalement qu'elle va vraiment me servir.

EDIT : ah oui, on fait le distanciel sur Zoom. Et les autres enregistrent ce que dit le "prof". Je crois que pour lui, c'est le support de cours... Faudra que je leur demande une copie, pour montrer des extraits.

Vu ton age, fais gaffe de bien agripper la nouvelle branche avant de lacher l'ancienne. Même dans ce métier, surtout à faire du support à ton prix (vs celui des indiens), il faudrait pas chuter pour de bon au passage.

Ben j'ai déjà lâcher la branche vu que je suis parti en RCC de mon entreprise. C'était mieux, c'était l'opportunité. L'année prochaine, sûr qu'il y aura un PSE et qu'il sera beaucoup moins intéressant.
Et les projets qui s'annonçaient, ne vendaient pas du tout du rêve.

 
Faudra m'expliquer l'astuce pour faire financer une formation sans support.

 
RCC ?

Rupture conventionnelle collective

 
C'est une formation pour devenir kissiconé en fait

Puisque tu parles de ça, j'ai vu débarqué dans ma boite (vers 2015) une nouvelle race d'ingénieurs: les devops. Ils accompagnaient bien sûr la nouvelle lubie de la boite: le Big Data. Explosion des clusters Hadoop (Cloudera et Hortonworks), exigences démentielles des "devops" vis à vis des admin system, l'enfer. Heureusement, j'ai quitté le boulot deux ans après.
Ces personnes avaient toutes en commun une arrogance énorme, une détestation de l'informatique des années 2000.  
Curieusement, perl était pour ceux avec qui j'ai un peu discuté un repoussoir total: la cause en général -> un vieux prof de leur école d'ingénieur qui leur avait cassé les couilles avec des TP perl  
Et après, quand tu parles d'outils d'admin style sed, awk, shell, que tu cites perl, et qu'on te rétorque (oui mais python, go, rust, java, c#,...), ça ne m'étonne pas des masses  

Faut reconnaître que l'informatique dans les années 2000, c'était quand même bien de la crotte.

Tout comme celle des années 2010. Quoi de pire qu'un type qui pond un programme java sans s’occuper un minimum du nombre de threads générés par son code pourri   Je me souviens  d'un audit qu'on m'avait demandé pour expliquer les performances dégueulasses d'un gros standalone pas très récent par rapport à une VM ESX. Conclusion: les changements de contexte dus à l'application java pourrie étaient responsables. Les centaines de threads générés et non contrôlés (alors que c'est paramétrable sur la commande de compilation) taxaient très fort le proc Xeon 6c/12t du standalone de 2012 (une histoire de swap du mémoire cache L2 ou L3 de souvenir) alors que les procs de l'ESX de 2016 n'avaient aucun souci avec.
Être devops, c'est tout un art, quand même