Ben justement; la programmation en entreprise je ne fais que ca...
Et *UNE LEULE FOIS* j'ai utilisé du PERL. Je ne suis pas con, je n'ai pas recommencé...
Un mec qui me dit qu'il va développer une application non-systeme en C, ben tout simplement je ne l'embauche pas ! Faut être completement crétin pôur ça (et je le dis après avoir pissé plus de 100 000 lignes de codes C sous Unix chez intergraph)
Quand au C++ c'est discutable. En tout cas c'est clair que qqun qui pretend connaitre le programmation objet parce qu'il connait (que) C++ je ne l'embauche pas non plus.
JAMAIS PLUS je n'utiliserais du PERL en entreprise ! Ca été la seule fois ou j'ai fais peter le budget... non pas pour le developpement, mais pour les années suivantes : maintenance corrective et évolutive.
PERL ca a des grod relent de basic microsoft :
10 Input "Entrez votre prénom ", $prn : ? "Bonjour ";:? $PRN:GOTO 10
La grosse connerie, tu viens de la dire : si t'es pas foutu de trouver un bug sans la doc qui t'esplique chaque ligne de code, c'est que faut tout mettre a la poubelle ! En entreprise ca coûte bcp moins cher.
"En plus, le code peut être buggé, le commentaire rarement." Ben qqun qui me sort ça, c'est clair que je ne l'embauche pas. Tu ne connais sans doute que MERISE voire UML. T'as probablemet jamais entendu parler de méthodes comme NIAM dont la première étape est *justement* de décomposer les phrases en élément syntaxiquement incomposables parce que *effectivement* les premiers bugs sont dans les phrases écrites en langages naturel (specs, cahier des charges, analyse détaillé, commentaires...)
[^] # Re: Puisqu'on parle de perl...
Posté par Anonyme . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.
Et *UNE LEULE FOIS* j'ai utilisé du PERL. Je ne suis pas con, je n'ai pas recommencé...
Un mec qui me dit qu'il va développer une application non-systeme en C, ben tout simplement je ne l'embauche pas ! Faut être completement crétin pôur ça (et je le dis après avoir pissé plus de 100 000 lignes de codes C sous Unix chez intergraph)
Quand au C++ c'est discutable. En tout cas c'est clair que qqun qui pretend connaitre le programmation objet parce qu'il connait (que) C++ je ne l'embauche pas non plus.
JAMAIS PLUS je n'utiliserais du PERL en entreprise ! Ca été la seule fois ou j'ai fais peter le budget... non pas pour le developpement, mais pour les années suivantes : maintenance corrective et évolutive.
PERL ca a des grod relent de basic microsoft :
10 Input "Entrez votre prénom ", $prn : ? "Bonjour ";:? $PRN:GOTO 10
La grosse connerie, tu viens de la dire : si t'es pas foutu de trouver un bug sans la doc qui t'esplique chaque ligne de code, c'est que faut tout mettre a la poubelle ! En entreprise ca coûte bcp moins cher.
"En plus, le code peut être buggé, le commentaire rarement." Ben qqun qui me sort ça, c'est clair que je ne l'embauche pas. Tu ne connais sans doute que MERISE voire UML. T'as probablemet jamais entendu parler de méthodes comme NIAM dont la première étape est *justement* de décomposer les phrases en élément syntaxiquement incomposables parce que *effectivement* les premiers bugs sont dans les phrases écrites en langages naturel (specs, cahier des charges, analyse détaillé, commentaires...)
Vous êtes médiocre, tout simplement.
H.Lefebvre