Quelle est l'astuce pour pouvoir installer sur un disque dur de 250 Go
seul (i.e. sans autre disque), il semblerait que le noyau 2.4 ne le
fasse pas. Faut-il quelque chose de particulier ? A partir de quelle
version du noyau est-ce possible ?
On Fri, 18 Jun 2004 08:47:57 +0000, JRD wrote: [...]
Génie logiciel Tiens, on en manque, parfois (souvent ?) :-)
J'ai arrété la programmation/développement depuis que certains se prennent pour des développeurs après avoir écrit une petite interface *graphique* en VB. Et qu'ils viennent m'apprendre la programmation. ;-) Ils se reconnaissent facilement : ils ne comprennent pas lorsque je leur parle de modularité, de portabilité... alors je n'aborde même pas la généricité ni encore moins le polymorphisme.
Heureusement, on n'a pas VB sous Linux :-) Encore moins en environnement embarqué !
La programmation de code embarqué, c'est comme pour VB, il faut oublier les fondamentaux du Génie Logiciel... Mais pas pour les mêmes raisons. ;-)
Je vais dire ça à mon patron, je sens qu'il va adorer :-)
Le code embarqué n'est pas destiné à être portable, sa modularité peut être "adapté", la généricité et le polymorphisme ne sont pas vraiment utiles. Enfin bref, le code embarqué, c'est de la *vraie* programmation.
Là, tu parles d'ultra embarqué... Moi, j'ai quand même Linux, un vrai filesystem, ... Et des applis qui peuvent aussi tourner sur mon PC de dev. Mais, pour faire du bien à l'ego, je vais dire que tu as raison :-)
De plus, le code embarqué peut être plus ou moins critique : si mon téléphone partable bugge (c'est le cas), c'est pas trop grave. Un missile balistique qui ne suit pas sa trajectoire... il faut espérer que la destruction à distance fonctionne.
Il suffirait de ne pas avoir de missiles pour que le problème ne se pose pas... Enfin presque: si le calculateur de bord d'un avion se plante, l'avion aussi, souvent (c'est une des hypothèses sérieuses, parait-il, pour le crash du mont St-Odile...).
Heureusement que Java/M$dobe n'existait pas au moment de l'élaboration des systèmes de contrôle des coeurs de centrales nucléaires... à moins que Tchernobyl? Nooon!
Non, là, ce sont les poulies de manoeuvres qui étaient trop rouillées. Donc, il faut se méfier _aussi_ des solutions traditionnelles "éprouvées" :-(
JRD qui s'éloigne de la charte de fcolc...
Hum, c'est vrai, faudrait peut-être arreter avant de se faire repérer :-)
On Sat, 19 Jun 2004 19:41:21 +0000, JRD wrote:
Bonsoir,
no_spam <l_indien_no_more_spams@magic.fr> wrote:
On Sat, 19 Jun 2004 11:38:46 +0000, JRD wrote:
no_spam <l_indien_no_more_spams@magic.fr> wrote:
On Fri, 18 Jun 2004 08:47:57 +0000, JRD wrote:
[...]
Génie logiciel
Tiens, on en manque, parfois (souvent ?) :-)
J'ai arrété la programmation/développement depuis que certains se
prennent pour des développeurs après avoir écrit une petite interface
*graphique* en VB. Et qu'ils viennent m'apprendre la programmation.
;-) Ils se reconnaissent facilement : ils ne comprennent pas lorsque
je leur parle de modularité, de portabilité... alors je n'aborde même
pas la généricité ni encore moins le polymorphisme.
Heureusement, on n'a pas VB sous Linux :-)
Encore moins en environnement embarqué !
La programmation de code embarqué, c'est comme pour VB, il faut
oublier les fondamentaux du Génie Logiciel... Mais pas pour les mêmes
raisons. ;-)
Je vais dire ça à mon patron, je sens qu'il va adorer :-)
Le code embarqué n'est pas destiné à être portable, sa modularité peut
être "adapté", la généricité et le polymorphisme ne sont pas vraiment
utiles. Enfin bref, le code embarqué, c'est de la *vraie*
programmation.
Là, tu parles d'ultra embarqué... Moi, j'ai quand même Linux, un vrai
filesystem, ... Et des applis qui peuvent aussi tourner sur mon
PC de dev. Mais, pour faire du bien à l'ego, je vais dire que tu
as raison :-)
De plus, le code embarqué peut être plus ou moins critique : si mon
téléphone partable bugge (c'est le cas), c'est pas trop grave. Un
missile balistique qui ne suit pas sa trajectoire... il faut espérer
que la destruction à distance fonctionne.
Il suffirait de ne pas avoir de missiles pour que le problème ne se
pose pas... Enfin presque: si le calculateur de bord d'un avion se
plante, l'avion aussi, souvent (c'est une des hypothèses sérieuses,
parait-il, pour le crash du mont St-Odile...).
Heureusement que Java/M$dobe n'existait pas au moment de l'élaboration
des systèmes de contrôle des coeurs de centrales nucléaires... à moins
que Tchernobyl? Nooon!
Non, là, ce sont les poulies de manoeuvres qui étaient trop rouillées.
Donc, il faut se méfier _aussi_ des solutions traditionnelles
"éprouvées" :-(
JRD
qui s'éloigne de la charte de fcolc...
Hum, c'est vrai, faudrait peut-être arreter avant de se faire repérer :-)
On Fri, 18 Jun 2004 08:47:57 +0000, JRD wrote: [...]
Génie logiciel Tiens, on en manque, parfois (souvent ?) :-)
J'ai arrété la programmation/développement depuis que certains se prennent pour des développeurs après avoir écrit une petite interface *graphique* en VB. Et qu'ils viennent m'apprendre la programmation. ;-) Ils se reconnaissent facilement : ils ne comprennent pas lorsque je leur parle de modularité, de portabilité... alors je n'aborde même pas la généricité ni encore moins le polymorphisme.
Heureusement, on n'a pas VB sous Linux :-) Encore moins en environnement embarqué !
La programmation de code embarqué, c'est comme pour VB, il faut oublier les fondamentaux du Génie Logiciel... Mais pas pour les mêmes raisons. ;-)
Je vais dire ça à mon patron, je sens qu'il va adorer :-)
Le code embarqué n'est pas destiné à être portable, sa modularité peut être "adapté", la généricité et le polymorphisme ne sont pas vraiment utiles. Enfin bref, le code embarqué, c'est de la *vraie* programmation.
Là, tu parles d'ultra embarqué... Moi, j'ai quand même Linux, un vrai filesystem, ... Et des applis qui peuvent aussi tourner sur mon PC de dev. Mais, pour faire du bien à l'ego, je vais dire que tu as raison :-)
De plus, le code embarqué peut être plus ou moins critique : si mon téléphone partable bugge (c'est le cas), c'est pas trop grave. Un missile balistique qui ne suit pas sa trajectoire... il faut espérer que la destruction à distance fonctionne.
Il suffirait de ne pas avoir de missiles pour que le problème ne se pose pas... Enfin presque: si le calculateur de bord d'un avion se plante, l'avion aussi, souvent (c'est une des hypothèses sérieuses, parait-il, pour le crash du mont St-Odile...).
Heureusement que Java/M$dobe n'existait pas au moment de l'élaboration des systèmes de contrôle des coeurs de centrales nucléaires... à moins que Tchernobyl? Nooon!
Non, là, ce sont les poulies de manoeuvres qui étaient trop rouillées. Donc, il faut se méfier _aussi_ des solutions traditionnelles "éprouvées" :-(
JRD qui s'éloigne de la charte de fcolc...
Hum, c'est vrai, faudrait peut-être arreter avant de se faire repérer :-)
Michel Tatoute
JRD qui s'éloigne de la charte de fcolc...
Hum, c'est vrai, faudrait peut-être arreter avant de se faire repérer :-)
TROP TARD! (avec un son caverneux et une voix de super baryton {;-]°
JRD
qui s'éloigne de la charte de fcolc...
Hum, c'est vrai, faudrait peut-être arreter avant de se faire repérer :-)
TROP TARD! (avec un son caverneux et une voix de super baryton {;-]°
