Salut. J'ai 16 ans et mon professeur de choix de carrière ma demandé en
quoi je voulais m'en aller en informatique. J'ai répondu un millieu ou
je peux travailler avec un Unix(unix-like aussi). Mais je ne connais pas
de domaine de travail avec cee type d'OS. Connaissez-vous des emplois
dans lequel je peux travailler avec UNIX ???
Le 07-03-2005, à propos de Re: Un Unix, Arnaud Launay écrivait dans fr.comp.os.unix :
Le Sun, 6 Mar 2005 16:41:15 +0000 (UTC), JKB écrivit:
Non, non. C'est parce que tu n'utilises pas un trollomètre Prumpleffer officiel, mais une pâle copie trouvée au marché noir. Comment ça, au marché noir ?
Comment ça comment ça ? T'as acheté un truc made in China au lieu de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière : "In Deutschland gemacht".
JKB, équipé en Zeiss
Le 07-03-2005, à propos de
Re: Un Unix,
Arnaud Launay écrivait dans fr.comp.os.unix :
Le Sun, 6 Mar 2005 16:41:15 +0000 (UTC), JKB écrivit:
Non, non. C'est parce que tu n'utilises pas un trollomètre
Prumpleffer officiel, mais une pâle copie trouvée au marché noir.
Comment ça, au marché noir ?
Comment ça comment ça ? T'as acheté un truc made in China au lieu
de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière :
"In Deutschland gemacht".
Le 07-03-2005, à propos de Re: Un Unix, Arnaud Launay écrivait dans fr.comp.os.unix :
Le Sun, 6 Mar 2005 16:41:15 +0000 (UTC), JKB écrivit:
Non, non. C'est parce que tu n'utilises pas un trollomètre Prumpleffer officiel, mais une pâle copie trouvée au marché noir. Comment ça, au marché noir ?
Comment ça comment ça ? T'as acheté un truc made in China au lieu de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière : "In Deutschland gemacht".
JKB, équipé en Zeiss
manu
Jean-Marc Bourguet wrote:
OK: tu commences donc aussi par choisir l'application (ou meme le domaine) avant de choisir l'OS.
Rarement. J'ai une furieuse tendance à deformer les outils mis à ma disposition pour les plier à mes besoins. J'ai un OS favori (NetBSD pour ceux qui ne savaient pas), et il m'arrive de le modifier pour faire tourner une appli, ou de modifier une appli pour qu'elle tourne sous NetBSD.
La motivation de tout ca c'est d'être le moins possible emmerdé. Je vais donc choisir l'OS que je connais le mieux (sans scrupules vis à vis de mon employeur: il dispose en ma personne d'un expert sur ce système, tout autre choix serait une perte de productivité). Là dessus quand le besoin d'appli se fait sentir, je cherche d'abord ce qui existe en logiciel libre, eventuellement en modifiant l'OS ou l'appli pour que ca tourne sous NetBSD. Le libre c'est bien parceque c'est pas cher et qu'on peut l'ameliorer si ca ne répond pas aux besoins. Si y'a rien en libre, j'hesite entre ecrire moi même et me tourner vers du logiciel commercial. Ca finit rarement en logiciel commercial vu que ca, quand c'est pourri, on peut pas l'améliorer.
Donc en bref je dirais que je me tourne d'abord vers du libre, et je le fais tourner dans l'environnement que je maitrise le mieux.
-- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Jean-Marc Bourguet <jm@bourguet.org> wrote:
OK: tu commences donc aussi par choisir l'application (ou meme le
domaine) avant de choisir l'OS.
Rarement. J'ai une furieuse tendance à deformer les outils mis à ma
disposition pour les plier à mes besoins. J'ai un OS favori (NetBSD pour
ceux qui ne savaient pas), et il m'arrive de le modifier pour faire
tourner une appli, ou de modifier une appli pour qu'elle tourne sous
NetBSD.
La motivation de tout ca c'est d'être le moins possible emmerdé. Je vais
donc choisir l'OS que je connais le mieux (sans scrupules vis à vis de
mon employeur: il dispose en ma personne d'un expert sur ce système,
tout autre choix serait une perte de productivité). Là dessus quand le
besoin d'appli se fait sentir, je cherche d'abord ce qui existe en
logiciel libre, eventuellement en modifiant l'OS ou l'appli pour que ca
tourne sous NetBSD. Le libre c'est bien parceque c'est pas cher et qu'on
peut l'ameliorer si ca ne répond pas aux besoins. Si y'a rien en libre,
j'hesite entre ecrire moi même et me tourner vers du logiciel
commercial. Ca finit rarement en logiciel commercial vu que ca, quand
c'est pourri, on peut pas l'améliorer.
Donc en bref je dirais que je me tourne d'abord vers du libre, et je le
fais tourner dans l'environnement que je maitrise le mieux.
OK: tu commences donc aussi par choisir l'application (ou meme le domaine) avant de choisir l'OS.
Rarement. J'ai une furieuse tendance à deformer les outils mis à ma disposition pour les plier à mes besoins. J'ai un OS favori (NetBSD pour ceux qui ne savaient pas), et il m'arrive de le modifier pour faire tourner une appli, ou de modifier une appli pour qu'elle tourne sous NetBSD.
La motivation de tout ca c'est d'être le moins possible emmerdé. Je vais donc choisir l'OS que je connais le mieux (sans scrupules vis à vis de mon employeur: il dispose en ma personne d'un expert sur ce système, tout autre choix serait une perte de productivité). Là dessus quand le besoin d'appli se fait sentir, je cherche d'abord ce qui existe en logiciel libre, eventuellement en modifiant l'OS ou l'appli pour que ca tourne sous NetBSD. Le libre c'est bien parceque c'est pas cher et qu'on peut l'ameliorer si ca ne répond pas aux besoins. Si y'a rien en libre, j'hesite entre ecrire moi même et me tourner vers du logiciel commercial. Ca finit rarement en logiciel commercial vu que ca, quand c'est pourri, on peut pas l'améliorer.
Donc en bref je dirais que je me tourne d'abord vers du libre, et je le fais tourner dans l'environnement que je maitrise le mieux.
-- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Miod Vallat
Comment ça comment ça ? T'as acheté un truc made in China au lieu de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière : "In Deutschland gemacht".
C'est bien évidemment un faux, les vrais portent seulement la mention «Prumpleffer Gmbh».
Comment ça comment ça ? T'as acheté un truc made in China au lieu
de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière :
"In Deutschland gemacht".
C'est bien évidemment un faux, les vrais portent seulement la mention
«Prumpleffer Gmbh».
Comment ça comment ça ? T'as acheté un truc made in China au lieu de nos trucs solides made in Teuton, normal que ça marche pas !
Sur le mien, il y a marqué en petit et à l'arrière : "In Deutschland gemacht".
C'est bien évidemment un faux, les vrais portent seulement la mention «Prumpleffer Gmbh».
John Deuf
Christophe Chailloleau-Leclerc :
mes deux balles : Il semblerait effectivement que globalement, la version win soit privilégiée, mais... j'ai parmi mes clients quelques spécimens qui se sont vus forcer de revenir sur un unix, tout simplement parceque la capacité d'adressage mémoire de leur joli windows était insuffisante... Ils manipulent des modèles trop gros (c'est peut-être une mauvaise utilisation du produit (je ne suis pas du tout spécialiste de catia), mais c'est comme cela qu'ils travaillent, pour l'instant), et ont besoin de machines 64bits. Et il paraîtrait que win ne tourne pas (encore) en 64bits...
Ce n'est pas tellement une question de 32/64 bit. Les versions server de Windows peuvent allouer 64 Go de mémoire vive avec un processeur 32 bit, grâce à la fonction PAE présent sur les Intel. (La version IA-64 bits de Windows est prévue pour le milieu de cette année.)
Le problème en question est à la fois une limitation de Windows et d'un "bogue" de Catia. Dans sa conception, Catia entasse dans la mémoire tout ce sur quoi on travaille sans la libérer. Comme Windows XP pro ne sait adresser que 2 Go de mémoire virtuelle pour une application, forcément sur les pièces complexes au bout d'un moment ça bloque.
Apparement la conception a été revue dans la version R14 pour résoudre le problème.
-- John Deuf
Christophe Chailloleau-Leclerc :
mes deux balles :
Il semblerait effectivement que globalement, la version win soit
privilégiée, mais... j'ai parmi mes clients quelques spécimens qui
se sont vus forcer de revenir sur un unix, tout simplement parceque la
capacité d'adressage mémoire de leur joli windows était
insuffisante... Ils manipulent des modèles trop gros (c'est peut-être
une mauvaise utilisation du produit (je ne suis pas du tout
spécialiste de catia), mais c'est comme cela qu'ils travaillent, pour
l'instant), et ont besoin de machines 64bits. Et il paraîtrait que win
ne tourne pas (encore) en 64bits...
Ce n'est pas tellement une question de 32/64 bit.
Les versions server de Windows peuvent allouer 64 Go de mémoire vive avec
un processeur 32 bit, grâce à la fonction PAE présent sur les Intel. (La
version IA-64 bits de Windows est prévue pour le milieu de cette année.)
Le problème en question est à la fois une limitation de Windows et d'un
"bogue" de Catia.
Dans sa conception, Catia entasse dans la mémoire tout ce sur quoi on
travaille sans la libérer. Comme Windows XP pro ne sait adresser que 2 Go
de mémoire virtuelle pour une application, forcément sur les pièces
complexes au bout d'un moment ça bloque.
Apparement la conception a été revue dans la version R14 pour résoudre le
problème.
mes deux balles : Il semblerait effectivement que globalement, la version win soit privilégiée, mais... j'ai parmi mes clients quelques spécimens qui se sont vus forcer de revenir sur un unix, tout simplement parceque la capacité d'adressage mémoire de leur joli windows était insuffisante... Ils manipulent des modèles trop gros (c'est peut-être une mauvaise utilisation du produit (je ne suis pas du tout spécialiste de catia), mais c'est comme cela qu'ils travaillent, pour l'instant), et ont besoin de machines 64bits. Et il paraîtrait que win ne tourne pas (encore) en 64bits...
Ce n'est pas tellement une question de 32/64 bit. Les versions server de Windows peuvent allouer 64 Go de mémoire vive avec un processeur 32 bit, grâce à la fonction PAE présent sur les Intel. (La version IA-64 bits de Windows est prévue pour le milieu de cette année.)
Le problème en question est à la fois une limitation de Windows et d'un "bogue" de Catia. Dans sa conception, Catia entasse dans la mémoire tout ce sur quoi on travaille sans la libérer. Comme Windows XP pro ne sait adresser que 2 Go de mémoire virtuelle pour une application, forcément sur les pièces complexes au bout d'un moment ça bloque.
Apparement la conception a été revue dans la version R14 pour résoudre le problème.
