je dois pour mon travaille programmer en C d'ici 10 à 12 mois,
pourriez-vous me donner le nom des principaux paquests à
installer pour programmer en mode "user".
Merci.
Cordialement.
Alex PADOLY
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, Feb 20, 2007 at 09:18:23PM +0100, Leon GRAY wrote:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de programmation (enfin beaucoup, pas tous) s'inspirent du C pour en proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Non, ils dérivent tous de l'Algol.
Le C me semble donc être un langage qui permet d'avoir plus rapidement les bases des autres langages. (Je pense qu'on pourrait le qualifier de "latin" de l'informatique).
Pourtant, personne ne suggère d'apprendre le latin avant une langue européenne. Cette raison fut (et est toujours) un argument en faveur de Pascal (dérivé direct d'Algol), qui permet de se concentrer sur les problèmes d'algorithmes sans se poser trop de questions de pointeurs, gestion mémoire, etc.
De même, le C nous force souvent à coder à la main ce que d'autres langages peuvent faire directement via une fonction.
Bof, le manuel de la libc fait 600 pages, et y'a plein de choses dedans.
De plus c'est un langage qui permet de faire le liens entre des langages de bas-niveau comme l'assembleur et d'autres langages de plus haut niveau.
Dans un monde où la plupart des gens codent des applications, c'est inutile, et une perte de temps pour tout le monde (programmeur qui passe son temps à réinventer la roue et à debugger des problèmes de bases, et chefs dont les programmeurs passent leur temps à pédaler dans la choucroute au lieu de produire des choses utiles).
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Y.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Tue, Feb 20, 2007 at 09:18:23PM +0100, Leon GRAY wrote:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de
programmation (enfin beaucoup, pas tous) s'inspirent du C pour en
proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Non, ils dérivent tous de l'Algol.
Le C me semble donc être un langage qui permet d'avoir plus rapidement
les bases des autres langages. (Je pense qu'on pourrait le qualifier de
"latin" de l'informatique).
Pourtant, personne ne suggère d'apprendre le latin avant une
langue européenne. Cette raison fut (et est toujours) un
argument en faveur de Pascal (dérivé direct d'Algol), qui
permet de se concentrer sur les problèmes d'algorithmes sans
se poser trop de questions de pointeurs, gestion mémoire,
etc.
De même, le C nous force souvent à coder à la main ce que d'autres
langages peuvent faire directement via une fonction.
Bof, le manuel de la libc fait 600 pages, et y'a plein de
choses dedans.
De plus c'est un langage qui permet de faire le liens entre des langages
de bas-niveau comme l'assembleur et d'autres langages de plus haut niveau.
Dans un monde où la plupart des gens codent des
applications, c'est inutile, et une perte de temps pour tout
le monde (programmeur qui passe son temps à réinventer la
roue et à debugger des problèmes de bases, et chefs dont les
programmeurs passent leur temps à pédaler dans la choucroute
au lieu de produire des choses utiles).
La seule raison pour laquelle le C est encore utilisé hors
de son application initiale (développement système), c'est
l'inertie de l'industrie.
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, Feb 20, 2007 at 09:18:23PM +0100, Leon GRAY wrote:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de programmation (enfin beaucoup, pas tous) s'inspirent du C pour en proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Non, ils dérivent tous de l'Algol.
Le C me semble donc être un langage qui permet d'avoir plus rapidement les bases des autres langages. (Je pense qu'on pourrait le qualifier de "latin" de l'informatique).
Pourtant, personne ne suggère d'apprendre le latin avant une langue européenne. Cette raison fut (et est toujours) un argument en faveur de Pascal (dérivé direct d'Algol), qui permet de se concentrer sur les problèmes d'algorithmes sans se poser trop de questions de pointeurs, gestion mémoire, etc.
De même, le C nous force souvent à coder à la main ce que d'autres langages peuvent faire directement via une fonction.
Bof, le manuel de la libc fait 600 pages, et y'a plein de choses dedans.
De plus c'est un langage qui permet de faire le liens entre des langages de bas-niveau comme l'assembleur et d'autres langages de plus haut niveau.
Dans un monde où la plupart des gens codent des applications, c'est inutile, et une perte de temps pour tout le monde (programmeur qui passe son temps à réinventer la roue et à debugger des problèmes de bases, et chefs dont les programmeurs passent leur temps à pédaler dans la choucroute au lieu de produire des choses utiles).
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Y.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Eric DECORNOD
Le mardi 20 février 2007 10:26, Yves Rutschle a écrit :
> P.S: Par contre je n'ai pas compris ce qu'il y avait de choquant à > apprendre le C avant le java, le python ou le perl etc... ??? > Si quelqu'un peut m'expliquer?! Quand on apprend à programmer, les difficultés les plus importantes s ont les découpages en algorithmes, en fonctions etc.
Je ne pense pas que les langages de haut-niveau soient utiles pour cela. Il laissent passer trop de choses qu'il ne faut pas laisser passer au déb ut. Par exemple c'est en débordant de son tableau que l'on comprends l'utilit é des conditions aux limites, la nécessité d'un critère monotone strict de boucle, de l'initialisation des variables, etc...
En C, tu ajoutes un tas de difficulités liées au matériel (ou du mo ins à l'implémentation très bas niveau): on peut additionner 2 nombres positifs, et avoir un résultat négatif; on peut adresser un tableau n'importe comment et arriver n'importe où en mémoire; il faut des pointeurs (avec une syntaxe pas évidente) pour faire un tas de choses, etc. Et on ne parle même pas de la gestion de la mémoire, où tout e st fait à la main.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel d'avoir expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 * 2) / 3 = 6...
Ces difficultés n'apparaissent pas dans des langages de plus haut niveau, où un nombre est un nombre, où l'on aggrandit les tableaux co mme il faut etc, tout ça automatiquement
Jusqu'au moment où cela ne se passe pas comme prévu parque la machine n e travaille pas de cette manière ; et dans ce cas, il devient très comp liqué de comprendre pourquoi.
Il est AMHA fondamental de comprendre que la machine ne travaille pas exactement comme l'humain AVANT d'aborder les langages de haut-niveau. Il n'est pour moi nullement besoin d'être bon en C pour aborder le reste des langages, l'avoir expérimenté un peu me semble suffisant.
Combien de gens utilisent-ils un nombre incalculable de threads (dans les langages de haut-niveau) sans se préoccuper nullement des modalités d'a ccès aux ressources partagées ?
Y.
Cordialement, -- Eric DÉCORNOD Ingénieur d'Études SCICS - Faculté des Sciences Université Henri Poincaré
Le mardi 20 février 2007 10:26, Yves Rutschle a écrit :
> P.S: Par contre je n'ai pas compris ce qu'il y avait de choquant à
> apprendre le C avant le java, le python ou le perl etc... ???
> Si quelqu'un peut m'expliquer?!
Quand on apprend à programmer, les difficultés les plus importantes s ont
les découpages en algorithmes, en fonctions etc.
Je ne pense pas que les langages de haut-niveau soient utiles pour cela.
Il laissent passer trop de choses qu'il ne faut pas laisser passer au déb ut.
Par exemple c'est en débordant de son tableau que l'on comprends l'utilit é des
conditions aux limites, la nécessité d'un critère monotone strict de boucle,
de l'initialisation des variables, etc...
En C, tu ajoutes un tas de difficulités liées au matériel (ou du mo ins à
l'implémentation très bas niveau): on peut additionner 2 nombres
positifs, et avoir un résultat négatif; on peut adresser un tableau
n'importe comment et arriver n'importe où en mémoire; il faut des
pointeurs (avec une syntaxe pas évidente) pour faire un tas de choses,
etc. Et on ne parle même pas de la gestion de la mémoire, où tout e st
fait à la main.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel d'avoir
expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 * 2) / 3 = 6...
Ces difficultés n'apparaissent pas dans des langages de plus haut
niveau, où un nombre est un nombre, où l'on aggrandit les tableaux co mme
il faut etc, tout ça automatiquement
Jusqu'au moment où cela ne se passe pas comme prévu parque la machine n e
travaille pas de cette manière ; et dans ce cas, il devient très comp liqué de
comprendre pourquoi.
Il est AMHA fondamental de comprendre que la machine ne travaille pas
exactement comme l'humain AVANT d'aborder les langages de haut-niveau.
Il n'est pour moi nullement besoin d'être bon en C pour aborder le reste des
langages, l'avoir expérimenté un peu me semble suffisant.
Combien de gens utilisent-ils un nombre incalculable de threads (dans les
langages de haut-niveau) sans se préoccuper nullement des modalités d'a ccès
aux ressources partagées ?
Y.
Cordialement,
--
Eric DÉCORNOD
Ingénieur d'Études
SCICS - Faculté des Sciences
Université Henri Poincaré
Le mardi 20 février 2007 10:26, Yves Rutschle a écrit :
> P.S: Par contre je n'ai pas compris ce qu'il y avait de choquant à > apprendre le C avant le java, le python ou le perl etc... ??? > Si quelqu'un peut m'expliquer?! Quand on apprend à programmer, les difficultés les plus importantes s ont les découpages en algorithmes, en fonctions etc.
Je ne pense pas que les langages de haut-niveau soient utiles pour cela. Il laissent passer trop de choses qu'il ne faut pas laisser passer au déb ut. Par exemple c'est en débordant de son tableau que l'on comprends l'utilit é des conditions aux limites, la nécessité d'un critère monotone strict de boucle, de l'initialisation des variables, etc...
En C, tu ajoutes un tas de difficulités liées au matériel (ou du mo ins à l'implémentation très bas niveau): on peut additionner 2 nombres positifs, et avoir un résultat négatif; on peut adresser un tableau n'importe comment et arriver n'importe où en mémoire; il faut des pointeurs (avec une syntaxe pas évidente) pour faire un tas de choses, etc. Et on ne parle même pas de la gestion de la mémoire, où tout e st fait à la main.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel d'avoir expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 * 2) / 3 = 6...
Ces difficultés n'apparaissent pas dans des langages de plus haut niveau, où un nombre est un nombre, où l'on aggrandit les tableaux co mme il faut etc, tout ça automatiquement
Jusqu'au moment où cela ne se passe pas comme prévu parque la machine n e travaille pas de cette manière ; et dans ce cas, il devient très comp liqué de comprendre pourquoi.
Il est AMHA fondamental de comprendre que la machine ne travaille pas exactement comme l'humain AVANT d'aborder les langages de haut-niveau. Il n'est pour moi nullement besoin d'être bon en C pour aborder le reste des langages, l'avoir expérimenté un peu me semble suffisant.
Combien de gens utilisent-ils un nombre incalculable de threads (dans les langages de haut-niveau) sans se préoccuper nullement des modalités d'a ccès aux ressources partagées ?
Y.
Cordialement, -- Eric DÉCORNOD Ingénieur d'Études SCICS - Faculté des Sciences Université Henri Poincaré
Sac-Epee Jean-Marc
Yves Rutschle a écrit :
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
C'est le même problème avec Fortran 77!...
Ce langage est pénible et dépassé, mais tant d'applications, tant de bibliothèques sont écrites en Fortran 77, que son existence perdure.
Pour en revenir à Python, à qui l'on reproche d'être lent par rapport aux langages compilés, la critique n'est plus vraiment valable, car des bibliothèques nombreuses (module Numeric, par exemple) permettent de compenser ce problème, et de se rapprocher de la vitesse des applications directement écrites en C ou C++: http://calcul.math.cnrs.fr/article.php3?id_article0
JM
-- Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 87 54 72 69 Fax 03 87 31 52 73 http://www.math.univ-metz.fr/~jmse mail:
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Yves Rutschle a écrit :
La seule raison pour laquelle le C est encore utilisé hors
de son application initiale (développement système), c'est
l'inertie de l'industrie.
C'est le même problème avec Fortran 77!...
Ce langage est pénible et dépassé, mais tant d'applications, tant de
bibliothèques sont écrites en Fortran 77, que son existence perdure.
Pour en revenir à Python, à qui l'on reproche d'être lent par rapport
aux langages compilés, la critique n'est plus vraiment valable, car des
bibliothèques nombreuses (module Numeric, par exemple) permettent de
compenser ce problème, et de se rapprocher de la vitesse des
applications directement écrites en C ou C++:
http://calcul.math.cnrs.fr/article.php3?id_article0
JM
--
Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique,
Laboratoire de Mathématiques, UMR 7122, Université de Metz,
Tél 03 87 54 72 69 Fax 03 87 31 52 73
http://www.math.univ-metz.fr/~jmse mail: jmse@math.univ-metz.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
C'est le même problème avec Fortran 77!...
Ce langage est pénible et dépassé, mais tant d'applications, tant de bibliothèques sont écrites en Fortran 77, que son existence perdure.
Pour en revenir à Python, à qui l'on reproche d'être lent par rapport aux langages compilés, la critique n'est plus vraiment valable, car des bibliothèques nombreuses (module Numeric, par exemple) permettent de compenser ce problème, et de se rapprocher de la vitesse des applications directement écrites en C ou C++: http://calcul.math.cnrs.fr/article.php3?id_article0
JM
-- Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 87 54 72 69 Fax 03 87 31 52 73 http://www.math.univ-metz.fr/~jmse mail:
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Stephane Bortzmeyer
On Tue, Feb 20, 2007 at 09:18:23PM +0100, Leon GRAY wrote a message of 56 lines which said:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de programmation (enfin beaucoup, pas tous) s'inspirent du C pour en proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Le C me semble donc être un langage qui permet d'avoir plus rapidement les bases des autres langages. (Je pense qu'on pourrait le qualifier de "latin" de l'informatique).
C'est une vision très étroite des langages de programmation ! Que deviennent Perl, Python, Haskell, Lisp, Erlang ou PHP ?
La comparaison avec le latin est bonne : le latin n'est absolument pas la langue dont toutes les autres langues dérivent...
De même, le C nous force souvent à coder à la main ce que d'autres langages peuvent faire directement via une fonction. Pour certains c'est surement un inconvenient, mais personnelement je trouve ça bien plus instructif de devoir recoder les fonctions dont je vais me servir.
Pourquoi s'arrêter là ? Pourquoi ne pas coder en assembleur ? Ou en langage machine (rappel : sur un processeur RISC, l'assembleur est en général très loin du langage machine) ? Sérieusement, si on choisit de ne pas utiliser le langage de plus haut niveau disponible et qu'on descend vers la machine, où s'arrêter ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Tue, Feb 20, 2007 at 09:18:23PM +0100,
Leon GRAY <m.gray@free.fr> wrote
a message of 56 lines which said:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de
programmation (enfin beaucoup, pas tous) s'inspirent du C pour en
proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Le C me semble donc être un langage qui permet d'avoir plus rapidement
les bases des autres langages. (Je pense qu'on pourrait le qualifier de
"latin" de l'informatique).
C'est une vision très étroite des langages de programmation ! Que
deviennent Perl, Python, Haskell, Lisp, Erlang ou PHP ?
La comparaison avec le latin est bonne : le latin n'est absolument pas
la langue dont toutes les autres langues dérivent...
De même, le C nous force souvent à coder à la main ce que d'autres
langages peuvent faire directement via une fonction.
Pour certains c'est surement un inconvenient, mais personnelement je
trouve ça bien plus instructif de devoir recoder les fonctions dont je
vais me servir.
Pourquoi s'arrêter là ? Pourquoi ne pas coder en assembleur ? Ou en
langage machine (rappel : sur un processeur RISC, l'assembleur est en
général très loin du langage machine) ? Sérieusement, si on choisit de
ne pas utiliser le langage de plus haut niveau disponible et qu'on
descend vers la machine, où s'arrêter ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, Feb 20, 2007 at 09:18:23PM +0100, Leon GRAY wrote a message of 56 lines which said:
Ce que je voulais dire, c'est qu'à mes yeux, les autres langages de programmation (enfin beaucoup, pas tous) s'inspirent du C pour en proposer des améliorations ou rajouter des spécificités particulières.
Par exemple, le C++ dérive du C, le java du C++ (donc du C), etc...
Le C me semble donc être un langage qui permet d'avoir plus rapidement les bases des autres langages. (Je pense qu'on pourrait le qualifier de "latin" de l'informatique).
C'est une vision très étroite des langages de programmation ! Que deviennent Perl, Python, Haskell, Lisp, Erlang ou PHP ?
La comparaison avec le latin est bonne : le latin n'est absolument pas la langue dont toutes les autres langues dérivent...
De même, le C nous force souvent à coder à la main ce que d'autres langages peuvent faire directement via une fonction. Pour certains c'est surement un inconvenient, mais personnelement je trouve ça bien plus instructif de devoir recoder les fonctions dont je vais me servir.
Pourquoi s'arrêter là ? Pourquoi ne pas coder en assembleur ? Ou en langage machine (rappel : sur un processeur RISC, l'assembleur est en général très loin du langage machine) ? Sérieusement, si on choisit de ne pas utiliser le langage de plus haut niveau disponible et qu'on descend vers la machine, où s'arrêter ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Stephane Bortzmeyer
On Wed, Feb 21, 2007 at 10:13:07AM +0100, Eric DECORNOD wrote a message of 45 lines which said:
Il laissent passer trop de choses qu'il ne faut pas laisser passer au début. Par exemple c'est en débordant de son tableau que l'on comprends l'utilité des conditions aux limites, la nécessité d'un critère monotone strict de boucle, de l'initialisation des variables, etc...
Oui, heureusement que les langages de haut niveau dispensent le programmeur de ces détails. Je trouverai étonnant qu'en 2007, on force le programmeur à passer du temps à ces tâches bêtes qui peuvent être automatisés (et qui le sont depuis longtemps).
Franchement, je préférerai que les programmeurs programment (développent des logiciels), plutôt que de refaire le travail du compilateur.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel d'avoir expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 * 2) / 3 = 6...
Cet exemple est de l'algèbre, pas de l'informatique, et il est le même dans tous les langages de programmation à opérateurs infixes (de C à Haskell en passant par Python).
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Feb 21, 2007 at 10:13:07AM +0100,
Eric DECORNOD <eric.decornod@iutlpa.u-strasbg.fr> wrote
a message of 45 lines which said:
Il laissent passer trop de choses qu'il ne faut pas laisser passer
au début. Par exemple c'est en débordant de son tableau que l'on
comprends l'utilité des conditions aux limites, la nécessité d'un
critère monotone strict de boucle, de l'initialisation des
variables, etc...
Oui, heureusement que les langages de haut niveau dispensent le
programmeur de ces détails. Je trouverai étonnant qu'en 2007, on force
le programmeur à passer du temps à ces tâches bêtes qui peuvent être
automatisés (et qui le sont depuis longtemps).
Franchement, je préférerai que les programmeurs programment
(développent des logiciels), plutôt que de refaire le travail du
compilateur.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel
d'avoir expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 *
2) / 3 = 6...
Cet exemple est de l'algèbre, pas de l'informatique, et il est le même
dans tous les langages de programmation à opérateurs infixes (de C à
Haskell en passant par Python).
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Feb 21, 2007 at 10:13:07AM +0100, Eric DECORNOD wrote a message of 45 lines which said:
Il laissent passer trop de choses qu'il ne faut pas laisser passer au début. Par exemple c'est en débordant de son tableau que l'on comprends l'utilité des conditions aux limites, la nécessité d'un critère monotone strict de boucle, de l'initialisation des variables, etc...
Oui, heureusement que les langages de haut niveau dispensent le programmeur de ces détails. Je trouverai étonnant qu'en 2007, on force le programmeur à passer du temps à ces tâches bêtes qui peuvent être automatisés (et qui le sont depuis longtemps).
Franchement, je préférerai que les programmeurs programment (développent des logiciels), plutôt que de refaire le travail du compilateur.
Ce sont pour moi des concepts fondamentaux qu'il est essentiel d'avoir expérimenté (clou,marteau,main...). 9 * (2 / 3) = 0 et (9 * 2) / 3 = 6...
Cet exemple est de l'algèbre, pas de l'informatique, et il est le même dans tous les langages de programmation à opérateurs infixes (de C à Haskell en passant par Python).
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
cedric cellier
-[ Wed, Feb 21, 2007 at 10:55:47AM +0100, Stephane Bortzmeyer ]----
(rappel : sur un processeur RISC, l'assembleur est en général très loin du langage machine) ?
?????
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
-[ Wed, Feb 21, 2007 at 10:55:47AM +0100, Stephane Bortzmeyer ]----
(rappel : sur un processeur RISC, l'assembleur est en
général très loin du langage machine) ?
?????
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
-[ Wed, Feb 21, 2007 at 10:55:47AM +0100, Stephane Bortzmeyer ]----
(rappel : sur un processeur RISC, l'assembleur est en général très loin du langage machine) ?
?????
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
gaetan.perrier
Selon Yves Rutschle :
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Il y a aussi: - que la majorité des développeurs maitrisent le C, qu'un changement de langage ne peut se faire que sur un projet démarrant de zéro et avec des développeurs maitrisant le nouveau langage. - tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend). - un autres tas de projets où on veut justement rester proche du matériel et donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à sa tête.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon Yves Rutschle <debian.anti-spam@rutschle.net>:
La seule raison pour laquelle le C est encore utilisé hors
de son application initiale (développement système), c'est
l'inertie de l'industrie.
Il y a aussi:
- que la majorité des développeurs maitrisent le C, qu'un changement de langage
ne peut se faire que sur un projet démarrant de zéro et avec des développeurs
maitrisant le nouveau langage.
- tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des
langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité
(systèmes de sécurité dont la vie humaine dépend).
- un autres tas de projets où on veut justement rester proche du matériel et
donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à sa
tête.
Gaëtan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Il y a aussi: - que la majorité des développeurs maitrisent le C, qu'un changement de langage ne peut se faire que sur un projet démarrant de zéro et avec des développeurs maitrisant le nouveau langage. - tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend). - un autres tas de projets où on veut justement rester proche du matériel et donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à sa tête.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Stephane Bortzmeyer
On Wed, Feb 21, 2007 at 01:39:25PM +0100, cedric cellier wrote a message of 16 lines which said:
> (rappel : sur un processeur RISC, l'assembleur est en général très > loin du langage machine)
?????
Et quelle est la question ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Feb 21, 2007 at 01:39:25PM +0100,
cedric cellier <rixed@happyleptic.org> wrote
a message of 16 lines which said:
> (rappel : sur un processeur RISC, l'assembleur est en général très
> loin du langage machine)
?????
Et quelle est la question ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Feb 21, 2007 at 01:39:25PM +0100, cedric cellier wrote a message of 16 lines which said:
> (rappel : sur un processeur RISC, l'assembleur est en général très > loin du langage machine)
?????
Et quelle est la question ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Stephane Bortzmeyer
On Wed, Feb 21, 2007 at 02:25:01PM +0100, wrote a message of 29 lines which said:
- tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend).
J'ai entendu des tas d'arguments en faveur de l'utilisation du langage C (dont certains très pertinents) mais la sécurité, là, c'est fort...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Feb 21, 2007 at 02:25:01PM +0100,
gaetan.perrier@free.fr <gaetan.perrier@free.fr> wrote
a message of 29 lines which said:
- tout un tas de projets où tu n'as tout simplement pas le droit
d'utiliser des langages exotiques sur lesquels on n'a peu de recul
quand à leur fiabilité (systèmes de sécurité dont la vie humaine
dépend).
J'ai entendu des tas d'arguments en faveur de l'utilisation du langage
C (dont certains très pertinents) mais la sécurité, là, c'est fort...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Feb 21, 2007 at 02:25:01PM +0100, wrote a message of 29 lines which said:
- tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend).
J'ai entendu des tas d'arguments en faveur de l'utilisation du langage C (dont certains très pertinents) mais la sécurité, là, c'est fort...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thierry Leurent
Si tu parles d'inertie, alors parle de Cobol ou Fortran. Si ma mémoire est bonne seul ADA est certifié comme langage.
a écrit :
Selon Yves Rutschle :
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Il y a aussi: - que la majorité des développeurs maitrisent le C, qu'un changement de langage ne peut se faire que sur un projet démarrant de zéro et avec des développeurs maitrisant le nouveau langage. - tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend). - un autres tas de projets où on veut justement rester proche du matériel et donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à sa tête.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
-- Thierry Leurent E-mail : Website (en developpement) : http://www.asgardian.be
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Si tu parles d'inertie, alors parle de Cobol ou Fortran.
Si ma mémoire est bonne seul ADA est certifié comme langage.
gaetan.perrier@free.fr a écrit :
Selon Yves Rutschle <debian.anti-spam@rutschle.net>:
La seule raison pour laquelle le C est encore utilisé hors
de son application initiale (développement système), c'est
l'inertie de l'industrie.
Il y a aussi:
- que la majorité des développeurs maitrisent le C, qu'un changement de
langage
ne peut se faire que sur un projet démarrant de zéro et avec des
développeurs
maitrisant le nouveau langage.
- tout un tas de projets où tu n'as tout simplement pas le droit
d'utiliser des
langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité
(systèmes de sécurité dont la vie humaine dépend).
- un autres tas de projets où on veut justement rester proche du matériel
et
donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à
sa
tête.
Gaëtan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Si tu parles d'inertie, alors parle de Cobol ou Fortran. Si ma mémoire est bonne seul ADA est certifié comme langage.
a écrit :
Selon Yves Rutschle :
La seule raison pour laquelle le C est encore utilisé hors de son application initiale (développement système), c'est l'inertie de l'industrie.
Il y a aussi: - que la majorité des développeurs maitrisent le C, qu'un changement de langage ne peut se faire que sur un projet démarrant de zéro et avec des développeurs maitrisant le nouveau langage. - tout un tas de projets où tu n'as tout simplement pas le droit d'utiliser des langages exotiques sur lesquels on n'a peu de recul quand à leur fiabilité (systèmes de sécurité dont la vie humaine dépend). - un autres tas de projets où on veut justement rester proche du matériel et donc ne se laisser emmerder par un truc de haut niveau qui n'en fait qu'à sa tête.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
-- Thierry Leurent E-mail : Website (en developpement) : http://www.asgardian.be
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact