🚀 go-pugleaf

> Ce qui est marrant avec les news group (pas que ici), c'est qu'il
> semble y avoir pas mal de professionnel (pas etudiant, ou autres), mais
> qu'ils pensent que les gens qui posent des questions (les developpeur)
> aient une influence sur les spec/archi.

Ce n'est pas qu'une question d'architecture. Il y a (au moins ici) une
bonne proportion de gens qui sont des professionnels, et une autre
proportion (sans doute moindre parmi ceux qui s'expriment) d'�tudiants.

Ta question originale concernant Perl et C a trouv� une r�ponse
non-seulement ici, mais aussi sur fr.comp.lang.perl. Tout le reste (tes
probl�mes de modules Perl, etc.) n'ont rien � faire ici, sur fclc. C'est
pas grave de demander, mais c'est juste totalement hors-sujet. Par contre,
ta question initiale ("lier des appels de commandes en C, est-ce
pertinent ?") �tait bien en charte je pense.

>
> Je vais parler de mon cas : je suis sur un projet ou il y a plusieurs
> boites, ma partie est un tout petit truc d'un gros contrat.  Les
> disque, la RAM, etc... : desole : je peut RIEN y faire.

Et personne ne t'a rien dit � ce sujet, � ce que j'ai vu.

> Mon 'probleme' est de faire du bon code, qui tourne le mieux possible
> sur les serveurs qui me sont (pas entierrement) 'alloue'.

Oui, et on t'a r�pondu (en double, sur deux newsgroups, avec � peu pr�s le
m�me genre de r�ponse).

> Donc, ma question de comparaison de Bash, Perl, C, ... est pertinante :
> je ne peux pas rajouter toucher au hard/reseaux, et pourtant il faut
> que mes scripts marchent le + vite possible (car en prod. ce sera autre
> chose qu'en dev. la charge !!!)

Etant donn� qu'il y aura beaucoup d'entr�es-sorties, ce n'est
_clairement_pas_ le langage qui sera � l'origine du manque de
performances.

-- 
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)