totof01 a écrit :
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas niveaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/O)
tout le reste lui est complètement interdit parce qu'on fait du fric
avec la reste
et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compliqué
quand tu codes en C tu vas plus vite a tout ré écrire plutôt qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissée les 10
lignes qui sont sur ton écran
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
totof01 a écrit :
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas niveaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/O)
tout le reste lui est complètement interdit parce qu'on fait du fric
avec la reste
et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compliqué
quand tu codes en C tu vas plus vite a tout ré écrire plutôt qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissée les 10
lignes qui sont sur ton écran
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
totof01 a écrit :
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas niveaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/O)
tout le reste lui est complètement interdit parce qu'on fait du fric
avec la reste
et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compliqué
quand tu codes en C tu vas plus vite a tout ré écrire plutôt qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissée les 10
lignes qui sont sur ton écran
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Le Thu, 23 Jun 2011 10:01:58 +0200,
remy écrivait :totof01 a écrit :Ya pas de "ccommun des développeurs" en C : il n'y a que des bon s.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas ni veaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/ O)
Pardon ?tout le reste lui est complètement interdit parce qu'on fait du f ric
avec la reste
Euh, comment dire, mon décodeur remyesque doit être en panne parce
que je n'ai pas compris.et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compl iqué
quand tu codes en C tu vas plus vite a tout ré écrire plutà ´t qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissà ©e les 10
lignes qui sont sur ton écran
Je peux t'écrire des trucs de dix lignes en Fortran que tu ne
comprendras pas. Tu peux écrire des trucs illisibles dans n'impor te
quel langage même si c'est plus facile en C.et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
Le Thu, 23 Jun 2011 10:01:58 +0200,
remy <remy@fctpas.fr> écrivait :
totof01 a écrit :
Ya pas de "ccommun des développeurs" en C : il n'y a que des bon s.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas ni veaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/ O)
Pardon ?
tout le reste lui est complètement interdit parce qu'on fait du f ric
avec la reste
Euh, comment dire, mon décodeur remyesque doit être en panne parce
que je n'ai pas compris.
et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compl iqué
quand tu codes en C tu vas plus vite a tout ré écrire plutà ´t qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissà ©e les 10
lignes qui sont sur ton écran
Je peux t'écrire des trucs de dix lignes en Fortran que tu ne
comprendras pas. Tu peux écrire des trucs illisibles dans n'impor te
quel langage même si c'est plus facile en C.
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
Le Thu, 23 Jun 2011 10:01:58 +0200,
remy écrivait :totof01 a écrit :Ya pas de "ccommun des développeurs" en C : il n'y a que des bon s.
merci pour cette tranche de rigolade
le c est pratiquement utilisé que pour le programmation de bas ni veaux,
ce qui se résume à l'OS et aux interactions avec le hard (I/ O)
Pardon ?tout le reste lui est complètement interdit parce qu'on fait du f ric
avec la reste
Euh, comment dire, mon décodeur remyesque doit être en panne parce
que je n'ai pas compris.et pour avoir écrit du code bas niveau ,avec et sans os, le c
permet a peu près tout et n'importe quoi , et comme dab, quant on peut
faire n'importe quoi l'on ne s'en prive pas ,c'est pas très compl iqué
quand tu codes en C tu vas plus vite a tout ré écrire plutà ´t qu'a essayé
de comprendre les méandres du cerveau torturé qui a pissà ©e les 10
lignes qui sont sur ton écran
Je peux t'écrire des trucs de dix lignes en Fortran que tu ne
comprendras pas. Tu peux écrire des trucs illisibles dans n'impor te
quel langage même si c'est plus facile en C.et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
Le 22/06/2011 13:09, JKB a écrit :Pour ta gouverne, avec une macro bien sentie, ce code est
chez moi :
CHECK(fooBar(),<...>);
où<...> contient la liste des trucs à faire pour libérer les
ressources en cas d'erreur. C'est donc vachement compliqué. CHECK
est une macro triviale et tout à fait maintenable.
Ça marche avec dlsym() ou getpriority() ?
Le 22/06/2011 13:09, JKB a écrit :
Pour ta gouverne, avec une macro bien sentie, ce code est
chez moi :
CHECK(fooBar(),<...>);
où<...> contient la liste des trucs à faire pour libérer les
ressources en cas d'erreur. C'est donc vachement compliqué. CHECK
est une macro triviale et tout à fait maintenable.
Ça marche avec dlsym() ou getpriority() ?
Le 22/06/2011 13:09, JKB a écrit :Pour ta gouverne, avec une macro bien sentie, ce code est
chez moi :
CHECK(fooBar(),<...>);
où<...> contient la liste des trucs à faire pour libérer les
ressources en cas d'erreur. C'est donc vachement compliqué. CHECK
est une macro triviale et tout à fait maintenable.
Ça marche avec dlsym() ou getpriority() ?
Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) e t on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps p as
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessai res
avec les composants qui répondent au besoin. Il est donc néc essaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toute s
la mention "programmation de pilote sous linux".
JKB
Le Thu, 23 Jun 2011 10:53:10 +0200,
remy <remy@fctpas.fr> écrivait :
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) e t on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps p as
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessai res
avec les composants qui répondent au besoin. Il est donc néc essaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toute s
la mention "programmation de pilote sous linux".
JKB
Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) e t on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps p as
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessai res
avec les composants qui répondent au besoin. Il est donc néc essaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toute s
la mention "programmation de pilote sous linux".
JKB
JKB a écrit :Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessaires
avec les composants qui répondent au besoin. Il est donc nécessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toutes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
JKB a écrit :
Le Thu, 23 Jun 2011 10:53:10 +0200,
remy <remy@fctpas.fr> écrivait :
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessaires
avec les composants qui répondent au besoin. Il est donc nécessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toutes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
JKB a écrit :Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + un multimetre
(convertisseur analogique numerique) + un debain avec les drivers qui
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécessaires
avec les composants qui répondent au besoin. Il est donc nécessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment toutes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
On 22 juin, 18:27, Aeris Imirhil wrote:On 22 juin, 17:35, "Mihamina Rakotomandimby (R12y)"
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
Les autres, ils se rendent vite compte que "le C c'est trop compliqué,
faut gérer la mémoire et des pointeurs", et ils se mettent à faire du
Java, ou pire, du Python. Les plus gorets d'entre eux font du Perl ou
du Visual Basic.
On 22 juin, 18:27, Aeris Imirhil <aeris.imir...@gmail.com> wrote:
On 22 juin, 17:35, "Mihamina Rakotomandimby (R12y)"
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
Les autres, ils se rendent vite compte que "le C c'est trop compliqué,
faut gérer la mémoire et des pointeurs", et ils se mettent à faire du
Java, ou pire, du Python. Les plus gorets d'entre eux font du Perl ou
du Visual Basic.
On 22 juin, 18:27, Aeris Imirhil wrote:On 22 juin, 17:35, "Mihamina Rakotomandimby (R12y)"
Ya pas de "ccommun des développeurs" en C : il n'y a que des bons.
Les autres, ils se rendent vite compte que "le C c'est trop compliqué,
faut gérer la mémoire et des pointeurs", et ils se mettent à faire du
Java, ou pire, du Python. Les plus gorets d'entre eux font du Perl ou
du Visual Basic.
Le Thu, 23 Jun 2011 11:30:22 +0200,
remy écrivait :JKB a écrit :Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + u n multimetre
(convertisseur analogique numerique) + un debain avec les drivers qu i
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécess aires
avec les composants qui répondent au besoin. Il est donc né cessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment tou tes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l 'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
Je te parle de vrai boulot dans la vraie vie et pas de plaquettes
commerciales. Fin de la discussion.
JKB
Le Thu, 23 Jun 2011 11:30:22 +0200,
remy <remy@fctpas.fr> écrivait :
JKB a écrit :
Le Thu, 23 Jun 2011 10:53:10 +0200,
remy <remy@fctpas.fr> écrivait :
et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + u n multimetre
(convertisseur analogique numerique) + un debain avec les drivers qu i
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécess aires
avec les composants qui répondent au besoin. Il est donc né cessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment tou tes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l 'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
Je te parle de vrai boulot dans la vraie vie et pas de plaquettes
commerciales. Fin de la discussion.
JKB
Le Thu, 23 Jun 2011 11:30:22 +0200,
remy écrivait :JKB a écrit :Le Thu, 23 Jun 2011 10:53:10 +0200,
remy écrivait :et actuellement même dans l'embarqué, la programmation C ne se limite
plus qu'à la part applicative puisque pratiquement tout est à base d'arm
/linuxette donc et l'on ne touche plus a l'os
et prend juste le hard qui va bien
Ahahahahahahaha !... Dans l'embarqué, actuellement, on prend un
système Linux (c'est généralement une idée à la noix, on aurait
mieux fait de prendre un L4 ou quelque chose du même tonneau) et on
comment à coder des pilotes. Alors dire qu'on ne touche plus à l'OS,
c'est méconnaître le domaine de l'embarqué !
mais oui un petit exemple
un arm 9 + des I/O numériques + des entrée analogiques + u n multimetre
(convertisseur analogique numerique) + un debain avec les drivers qu i
vont bien moins de 200 euro de mémoire leur site et en vrac
http://www.phidgets.com/
est il doit margée a plus de 50 %
On n'est pas en train de parler de la _marge_. Et pour ta gouverne,
lorsqu'on est dans l'embarqué, on n'utilise la plupart du temps pas
un truc du commerce. Ouvre ton imprimante, tu verras que c'est du
sur mesure. On utilise donc des ensembles qui sont validés sous
Linux (actuellement, c'est la mode) et on ajoute les I/O nécess aires
avec les composants qui répondent au besoin. Il est donc né cessaire
d'écrire des pilotes. Et si tu ne me crois pas, va regarder les
offres d'emploi dans l'embarqué. Elles comportent quasiment tou tes
la mention "programmation de pilote sous linux".
merci je suis au courant
ce qui ne change rien au fait que l'on ne touche pratiquement plus a l 'os
un exemple aux hasard
http://www.embeddedarm.com/software/software-arm-linux.php
ou
http://www.lynuxworks.com/board-support/arm-linux.php
Je te parle de vrai boulot dans la vraie vie et pas de plaquettes
commerciales. Fin de la discussion.
JKB
JKB a écrit :
dans vrais vie tu prend
un kit d'eval
un ide
toolchains
un noyau ou une distribe en fonction des besoins
et du _support_
en gros
http://microcontrollershop.com/default.php?cPath4_170_280
http://www.embeddedarm.com/software/software-arm-linux.php
http://www.eukrea.com/
...
et si ta pas de rond (microP sans MMU)
http://www.uclinux.org/
JKB a écrit :
dans vrais vie tu prend
un kit d'eval
un ide
toolchains
un noyau ou une distribe en fonction des besoins
et du _support_
en gros
http://microcontrollershop.com/default.php?cPath4_170_280
http://www.embeddedarm.com/software/software-arm-linux.php
http://www.eukrea.com/
...
et si ta pas de rond (microP sans MMU)
http://www.uclinux.org/
JKB a écrit :
dans vrais vie tu prend
un kit d'eval
un ide
toolchains
un noyau ou une distribe en fonction des besoins
et du _support_
en gros
http://microcontrollershop.com/default.php?cPath4_170_280
http://www.embeddedarm.com/software/software-arm-linux.php
http://www.eukrea.com/
...
et si ta pas de rond (microP sans MMU)
http://www.uclinux.org/