Reprise du message précédent :

 
C'est jamais une bonne idée, sauf si la conversation porte sur du porn.

 
   
 
Je déteste ce langage. Le pire c'est que ça continue d'être très demandé avec le monde des serveurs nunux.

je préfère même faire du bash

Ah non, quand même pas.

Dites, ceux qui sont en free-lance, les estimations de TJM ici sont réalistes ou exagérées ?

 
Ah si carrément

https://www.youtube.com/watch?v=OCIqiitMers

 
Connais pas les tarifs en France, mais en tenant compte du taux de conversion pound -> euro, je trouve que ça matche assez bien.

 
Réaliste, bien sûr c'est une moyenne en fonction des technos (offre/demande). Sur Node, tu peux être à 700€/J sans soucis

Okay, parce que les annonces sont systématiquement en-dessous, ça commence un peu à m'énerver.

La moyenne mélange freelance et sous contrat SSII, il faut plutôt regarder les détails je pense.

Faut voir les durées de prestations aussi.

Bash est bourré de petits pièges à la con, et en plus c'est lent.
Ce post résume assez bien la situation.

 
Ouai enfin pourquoi pas python VS shell script ou même PHP VS shell script.

Oui aussi je parlais en one shot (1 journée)

Bah c'est une très bonne question, pour des scripts non-triviaux les coder dans un vrai langage est beaucoup plus stable et maintenable qu'en bash (ou sh). Il y a clairement un coût (principalement sur le fait qu'utiliser des utilitaires externes est beaucoup moins pratique), mais sur le long terme le nombre de merdes dans lesquels tu peux pas tomber est appréciable.

 
Ah ben là tu prêche un convaincu.  

Perso je fais tous mes scripts CLI en PHP (plain old ou avec du Symfony Console)

 
Pour les scripts assez complexes pour être des programmes ok, mais du coup c'est plus des scripts à proprement parler

J'ai pas parlé d'assez complexe, j'ai parlé de non-trivial. 5 lignes de bash c'est généralement non-trivial, surtout si ça manipule des chemins.

j'en chie le boulot c'était plus simple quand il suffisait de se pointer et de traiter tout le monde de grosses merdes avant d'aller passer sa journée sur reddit

 
C'est ce que je fais de plus en plus aussi, mais souvent maintenant, je fais du python et aussi du bash. Tout ça pour surtout rester insérable dans le monde du travail, car en fait PHP cli permet de tout faire et d'une manière de plus en plus élégante. Rien que la gestion des emails avec les librairies moderne est un  régal, tu peux utiliser des trucs comme la console de symfony qui est très puissante aussi... Bref.
Je devrais faire aussi du perl pour les postes de sysadmin ... Mais je suis faignant et je déteste perl.
 

Je l'avais dit, c'est plus facile à dire qu'à faire, hermès avait raison

oué mais c'est fun

 
quoi que maintenant, j'ai eu de nouvelles idées avec des scripts gimp en cli. pour la courbure.

Justement c'est là qu'on diffère. Manipuler des chemins avec des espaces et/ou des trucs bizarres en utf-8 ça marche bien tant que tu protèges tes variables systématiquement, contrairement à ce que beaucoup disent. Je chie assez de bash régulièrement pour le savoir (et des trucs violents parfois, des mélanges bash/awk/latex), les problèmes surviennent quand tu veux manipuler sans "${}" Et ça c'est mal.

Ya qu'à moi que ça arrive ?
 
Quand je dois faire un script en bash, je mets 1 heure à me replonger dedans pour les espaces, la syntaxe etc... Et une fois le script fini, j'oublie tout jusqu'à la prochaine fois.

La partie en gras est justement le problème. Tu dois connaître et te souvenir de tous les détails à la con du langage, pas te planter dans "là faut des quotes et là pas". Avec un langage un peu moins foireux la question se pose pas, une liste de chemins c'est une liste de chemins et c'est tout. Bash complexifie le bordel comme perl avec ses sigils de merde, ça ajoute une complexité qui sert fondamentalement à rien.

Non j'ai aussi le problème, avec des vieux souvenirs que certains trucs sont des basheries et passer 1h de plus à passer à travers le script pour essayer de trouver où j'ai mis des basheries et faut les enlever.

Ca me fait penser à ça : http://blog.codinghorror.com/falli [...] f-success/

The Web’s Cruft Problem

 
Justement non, il faut protéger systématiquement. Ça rajoute une complexité certes, mais les erreurs viennent très très souvent du fait qu'on peut se passer des quotes dans certains cas et pas d'en d'autres, la bonne pratique qui te sauve de tout ça c'est la protection systématique de toutes les variables.

J'y suis pas encore mais j'y travaille  \o/

T'en fait pas assez souvent voilà tout, c'est pas spécifique à bash ça On ne se rappelle pas bien des technos qu'on utilise 4 fois par an (ex typique : xslt, makefile)   Certains disent même ça au sujet des regexp alors...

 
oué peut-être.

14 mois
 
 
Also, la 10S, ça déboite avec le wedge keyb.

bon, c'est un peu relou de travailler sans l'intervalle de confiance de l'OCR quand même

T'as jeté un oeil à Tesseract ?

justement, y'a pas l'intervalle de confiance d'exposé dedans

Non, c'est aussi un des problèmes de Bash, la syntaxe tellement irrégulière qu'il faut constamment ressortir les références. La mienne est un excellent petit doc d'une trentaine de pages fait par un membre d'ici. Faudrait que je le retrouve...

allez, je crois que je tiens le bon bous, j'ai une transformation qui explose l'image si elle a eu son redressement de vague du mauvais côté et l'améliore sinon, du coup tesseract fait plus trop chier en gauche/droite

nan, quand t'as plusieurs choix tu veux lui demander lequel il sent le mieux.