>>> 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
Wahou... de plus en plus fort ! Il est des fois ou tu as besoin de performances, ou encore d'un nombre suffisant de personnes maitrisant bien un langage permettant (plus ou moins aisement que d'autres, mais comme d'autres) de realiser une tache demandant pas mal de ressources par rapport a l'effectif de ta boite... Ca fait partie des criteres, et c'est pour cela, par exemple, que pas mal de boites realisent des script CGI en C, et ca n'a *rien* à voir avec de la programmation système... Tu te re-plantes !
>>> 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.
Si tout le monde s'en sortait aussi mal que toi, plus personne n'utiliserait Perl... Or Perl est toujours utilisé, et pas uniquement pour des taches d'administration, et pas uniquement sous Unix... Donc, d'autres sont meilleurs que toi, et tu te re-re-plante...
>>> PERL ca a des grod relent de basic microsoft : 10 Input "Entrez votre prénom ", $prn : ? "Bonjour ";:? $PRN:GOTO 10
Placer sur le même plan Perl en le(s) Basic(s), tout ça en réalisant une ligne de code *tres vaguement* ressemblante à une ligne de code Perl, c'est bien de ton niveau : super efficace comme argumentation... On pourrait p't'etre faire de même avec C/C++/Java/Perl/PHP/etc...? non ? Bah, tu vois, tu te re-re-re-plante !
>>> 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 plus, il faut que t'apprenne à lire ! Et je parle pas de code source, mais seulement de francais... J'ai pas du tout écrit ca ! Simplement, les commentaires aident fortement à la compréhension du code, à la maintenance, et (autre remarque) il est bon de disposer d'un minimum de normes de programmation indiquant comment coder (sur la forme) : toujours pour la *lisibilité* du code, toujours pour faciliter le travaille de la personne qui passera derrière, qqs mois après, et ce même si c'est la même personne... Normalement, un developpeur SAIT tout cela d'EXPRIENCE !!! C'est sans le cas contraire que le code est à virer ! Tu te (re-){4}plantes !
>>> Tu ne connais sans doute que MERISE voire UML.
Perdu ! Je connais un peu MERISE, sans plus... En plus, considirer que qqun qui te parle de Perl comme un mec qui ne connaitrait que MERISE, c'est un peu curieux !!!
>>> les premiers bugs sont dans les phrases écrites en langages naturel
Bah c tout à fait normal... Les "specs" sont réalisés avant le codage, donc les premiers risques d'erreurs sont au niveau des specs, et par des sources... A moins que la fleche du temps ne soit inversées dans ta tete ???
>>> Vous êtes médiocre, tout simplement.
J'ai bien peur que le médiocre soit... Mr LEFEBVRE !
[^] # Re: Puisqu'on parle de perl...
Posté par Anonyme . En réponse à la dépêche Sortie de Python 2.0. Évalué à 0.
Wahou... de plus en plus fort ! Il est des fois ou tu as besoin de performances, ou encore d'un nombre suffisant de personnes maitrisant bien un langage permettant (plus ou moins aisement que d'autres, mais comme d'autres) de realiser une tache demandant pas mal de ressources par rapport a l'effectif de ta boite... Ca fait partie des criteres, et c'est pour cela, par exemple, que pas mal de boites realisent des script CGI en C, et ca n'a *rien* à voir avec de la programmation système... Tu te re-plantes !
>>> 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.
Si tout le monde s'en sortait aussi mal que toi, plus personne n'utiliserait Perl... Or Perl est toujours utilisé, et pas uniquement pour des taches d'administration, et pas uniquement sous Unix... Donc, d'autres sont meilleurs que toi, et tu te re-re-plante...
>>> PERL ca a des grod relent de basic microsoft : 10 Input "Entrez votre prénom ", $prn : ? "Bonjour ";:? $PRN:GOTO 10
Placer sur le même plan Perl en le(s) Basic(s), tout ça en réalisant une ligne de code *tres vaguement* ressemblante à une ligne de code Perl, c'est bien de ton niveau : super efficace comme argumentation... On pourrait p't'etre faire de même avec C/C++/Java/Perl/PHP/etc...? non ? Bah, tu vois, tu te re-re-re-plante !
>>> 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 plus, il faut que t'apprenne à lire ! Et je parle pas de code source, mais seulement de francais... J'ai pas du tout écrit ca ! Simplement, les commentaires aident fortement à la compréhension du code, à la maintenance, et (autre remarque) il est bon de disposer d'un minimum de normes de programmation indiquant comment coder (sur la forme) : toujours pour la *lisibilité* du code, toujours pour faciliter le travaille de la personne qui passera derrière, qqs mois après, et ce même si c'est la même personne... Normalement, un developpeur SAIT tout cela d'EXPRIENCE !!! C'est sans le cas contraire que le code est à virer ! Tu te (re-){4}plantes !
>>> Tu ne connais sans doute que MERISE voire UML.
Perdu ! Je connais un peu MERISE, sans plus... En plus, considirer que qqun qui te parle de Perl comme un mec qui ne connaitrait que MERISE, c'est un peu curieux !!!
>>> les premiers bugs sont dans les phrases écrites en langages naturel
Bah c tout à fait normal... Les "specs" sont réalisés avant le codage, donc les premiers risques d'erreurs sont au niveau des specs, et par des sources... A moins que la fleche du temps ne soit inversées dans ta tete ???
>>> Vous êtes médiocre, tout simplement.
J'ai bien peur que le médiocre soit... Mr LEFEBVRE !