Ce qui n'est pas libre n'est pas forcément mauvais, mais les exceptions sont rares.
Remarque purement subjective.
Absolument. Juger de la "qualité" d'un logiciel est subjectif.
Exemple personnel, donc subjectif: Irfanview est, pour moi, une merveille. Il est propriétaire. C'est dommage, mais ça n'empêche que c'est un truc bien foutu.
Oups, je viens de réaliser que "propriétaire" et son collègue "commercial" ne sont pas tout à fait identiques...
content de te l'entendre dire
Nous pouvons poursuivre la classification.
-- _/°< coin
On 2005-05-31, Sébastien BALLET <invalid@invalid.com> wrote:
Ce qui n'est pas libre n'est pas forcément mauvais, mais les
exceptions sont rares.
Remarque purement subjective.
Absolument. Juger de la "qualité" d'un logiciel est subjectif.
Exemple personnel, donc subjectif: Irfanview est, pour moi, une
merveille. Il est propriétaire. C'est dommage, mais ça n'empêche
que c'est un truc bien foutu.
Oups, je viens de réaliser que "propriétaire" et son
collègue "commercial" ne sont pas tout à fait identiques...
Ce qui n'est pas libre n'est pas forcément mauvais, mais les exceptions sont rares.
Remarque purement subjective.
Absolument. Juger de la "qualité" d'un logiciel est subjectif.
Exemple personnel, donc subjectif: Irfanview est, pour moi, une merveille. Il est propriétaire. C'est dommage, mais ça n'empêche que c'est un truc bien foutu.
Oups, je viens de réaliser que "propriétaire" et son collègue "commercial" ne sont pas tout à fait identiques...
content de te l'entendre dire
Nous pouvons poursuivre la classification.
-- _/°< coin
Irvin Probst
On 2005-05-31, GP wrote:
Nicolas S. wrote:
D'après vous, quel langage de programmation convient le mieux pour _débuter_ dans le domaine de l'applicatif sous Linux?
Dis donc, de ton silence opaque face à toutes les réponses que tu reçois ici, je gagerais que tu es un peu dérouté.
J'ai personnellement une autre suggestion à te faire: apprends donc bash. Non, ce n'est pas un langage de programmation
Ah, bash n'est pas Turing complete ? On en apprend tous les jours.
-- Irvin
On 2005-05-31, GP <gilpel@inverse.nretla.org> wrote:
Nicolas S. wrote:
D'après vous, quel langage de programmation convient le mieux pour
_débuter_ dans le domaine de l'applicatif sous Linux?
Dis donc, de ton silence opaque face à toutes les réponses que tu reçois
ici, je gagerais que tu es un peu dérouté.
J'ai personnellement une autre suggestion à te faire: apprends donc bash.
Non, ce n'est pas un langage de programmation
Ah, bash n'est pas Turing complete ?
On en apprend tous les jours.
Il y a effectivement trop peu de bons livres (pour débutants) qui ciblent le C++, mais il y en a.
On va attendre un truc dans le genre "C++ premier langage" par Mr Delannoy?
Que nenni -- il n'a pas une presse terrible sur pas au hasard fclc++.
Accelerated C++ par Koenig et Moo, chez Addisson-Wesley, non traduit -- ceci dit, il peut aller un peu vite pour le néophyte. Et bien que ne l'ayant pas commencé, j'ai espoir en le bouquin de Francis Glassborow dont la traduction est éditée dans un format de qualité pas terrible (les pages ne tiendront pas accrochées longtemps).
Ils ont l'approche apprentissage d'un C++ fonctionnel sans passer par la case C, ni faire le tour de tous les aspects du langage. Bref, on peut profiter des abstractions pour s'interesser au programme à réaliser plutôt qu'aux détails de la gestion des pointeurs. Cela permet de considérer (comprendre: on peut se poser la question) le C++ comme alternative pédagogique à Ada ou Eiffel.
-- Luc Hermitte
"Rakotomandimby (R12y) Mihamina"
<mihamina.rakotomandimby@etu.univ-orleans.fr> wrote in
news:pan.2005.05.30.20.49.47.482671@etu.univ-orleans.fr:
Il y a effectivement trop peu de bons livres (pour débutants) qui
ciblent le C++, mais il y en a.
On va attendre un truc dans le genre "C++ premier langage" par Mr
Delannoy?
Que nenni -- il n'a pas une presse terrible sur pas au hasard fclc++.
Accelerated C++ par Koenig et Moo, chez Addisson-Wesley, non traduit --
ceci dit, il peut aller un peu vite pour le néophyte.
Et bien que ne l'ayant pas commencé, j'ai espoir en le bouquin de Francis
Glassborow dont la traduction est éditée dans un format de qualité pas
terrible (les pages ne tiendront pas accrochées longtemps).
Ils ont l'approche apprentissage d'un C++ fonctionnel sans passer par la
case C, ni faire le tour de tous les aspects du langage. Bref, on peut
profiter des abstractions pour s'interesser au programme à réaliser plutôt
qu'aux détails de la gestion des pointeurs.
Cela permet de considérer (comprendre: on peut se poser la question) le C++
comme alternative pédagogique à Ada ou Eiffel.
Il y a effectivement trop peu de bons livres (pour débutants) qui ciblent le C++, mais il y en a.
On va attendre un truc dans le genre "C++ premier langage" par Mr Delannoy?
Que nenni -- il n'a pas une presse terrible sur pas au hasard fclc++.
Accelerated C++ par Koenig et Moo, chez Addisson-Wesley, non traduit -- ceci dit, il peut aller un peu vite pour le néophyte. Et bien que ne l'ayant pas commencé, j'ai espoir en le bouquin de Francis Glassborow dont la traduction est éditée dans un format de qualité pas terrible (les pages ne tiendront pas accrochées longtemps).
Ils ont l'approche apprentissage d'un C++ fonctionnel sans passer par la case C, ni faire le tour de tous les aspects du langage. Bref, on peut profiter des abstractions pour s'interesser au programme à réaliser plutôt qu'aux détails de la gestion des pointeurs. Cela permet de considérer (comprendre: on peut se poser la question) le C++ comme alternative pédagogique à Ada ou Eiffel.
-- Luc Hermitte
Khanh-Dang
ça a changé depuis... Ils se sont mis à Caml... :-) Cela rend-il la programmation plus simple pour le débutant ?
Oui. Par exemple, dans la plupart des concours d'entrées aux Grandes École, on peut écrire les programmes soit en langage Caml, soit en langage Pascal. Les sujets d'info précisent à chaque fois les types des objets à manipuler, leur implémentation, les conventions, etc. Ce n'est pas un hasard si les consignes données pour les candidats qui font du Pascal sont toujours au moins deux fois plus longues que celles données pour les candidats qui font du Caml.
En tout cas, en prépa, ou tout du moins de l'échantillon que j'en connais, Caml est vu comme un langage simple, car proche des mathématiques, en grande partie grâce à son côté fonctionnel. Des personnes qui n'ont jamais vu une seule ligne de code de toute leur vie s'en sortent plus qu'honorablement en épreuve d'informatique. C'est maintenant un avis personnel, mais je doute que ça en aurait été de même avec Pascal.
ça a changé depuis... Ils se sont mis à Caml... :-)
Cela rend-il la programmation plus simple pour le débutant ?
Oui. Par exemple, dans la plupart des concours d'entrées aux Grandes
École, on peut écrire les programmes soit en langage Caml, soit en
langage Pascal. Les sujets d'info précisent à chaque fois les types des
objets à manipuler, leur implémentation, les conventions, etc. Ce n'est
pas un hasard si les consignes données pour les candidats qui font du
Pascal sont toujours au moins deux fois plus longues que celles données
pour les candidats qui font du Caml.
En tout cas, en prépa, ou tout du moins de l'échantillon que j'en
connais, Caml est vu comme un langage simple, car proche des
mathématiques, en grande partie grâce à son côté fonctionnel. Des
personnes qui n'ont jamais vu une seule ligne de code de toute leur vie
s'en sortent plus qu'honorablement en épreuve d'informatique. C'est
maintenant un avis personnel, mais je doute que ça en aurait été de même
avec Pascal.
ça a changé depuis... Ils se sont mis à Caml... :-) Cela rend-il la programmation plus simple pour le débutant ?
Oui. Par exemple, dans la plupart des concours d'entrées aux Grandes École, on peut écrire les programmes soit en langage Caml, soit en langage Pascal. Les sujets d'info précisent à chaque fois les types des objets à manipuler, leur implémentation, les conventions, etc. Ce n'est pas un hasard si les consignes données pour les candidats qui font du Pascal sont toujours au moins deux fois plus longues que celles données pour les candidats qui font du Caml.
En tout cas, en prépa, ou tout du moins de l'échantillon que j'en connais, Caml est vu comme un langage simple, car proche des mathématiques, en grande partie grâce à son côté fonctionnel. Des personnes qui n'ont jamais vu une seule ligne de code de toute leur vie s'en sortent plus qu'honorablement en épreuve d'informatique. C'est maintenant un avis personnel, mais je doute que ça en aurait été de même avec Pascal.
Par contre, sa nièce gagne a être connue. Elle est ravissante, comme beaucoup de gamines de quinze ans. Son seul défaut est de croire ce que raconte les abribus. Elle clicke partout, et paf, tout devient convivial.
-- _/°< coin
On 2005-05-31, Khanh-Dang <kd@fr.invalid> wrote:
madame Michu
On commence à trop la connaître, Madame Michu.
Par contre, sa nièce gagne a être connue. Elle est ravissante,
comme beaucoup de gamines de quinze ans. Son seul défaut est
de croire ce que raconte les abribus. Elle clicke partout, et
paf, tout devient convivial.
Par contre, sa nièce gagne a être connue. Elle est ravissante, comme beaucoup de gamines de quinze ans. Son seul défaut est de croire ce que raconte les abribus. Elle clicke partout, et paf, tout devient convivial.
-- _/°< coin
Rakotomandimby (R12y) Mihamina
( Tue, 31 May 2005 22:47:49 +0200 ) Khanh-Dang :
madame Michu
On commence à trop la connaître, Madame Michu.
Bah... Madame Michu pour les barbus, et la nièce (qui fait crémière aussi donc...) pour les nouveaux venus plus jeunes...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Tue, 31 May 2005 22:47:49 +0200 ) Khanh-Dang :
madame Michu
On commence à trop la connaître, Madame Michu.
Bah... Madame Michu pour les barbus, et la nièce (qui fait crémière
aussi donc...) pour les nouveaux venus plus jeunes...
--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Bah... Madame Michu pour les barbus, et la nièce (qui fait crémière aussi donc...) pour les nouveaux venus plus jeunes...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
jul
Le Tue, 31 May 2005 20:49:50 +0200, Stephane Zuckerman a écrit :
[suit une argumentation pleine de pragmatisme]
... Sauf qu'apprendre à programmer avec des langages de script de type shell, c'est un coup à prendre de mauvaises habitudes de programmation...
La seule mauvaise habitude que l'on peut prendre c'est de se faire chier quand on code. Le langage importe peu, me semble t'il, aucune technique, aucune langage, aucun progrès technique n'a toujours pas permis un gain de productivité *mesurable* depuis 1968. Ce qui importe pas c'est d'être et de rester créatif à mon avis.
Si coder vous amuse, n'importe quel langage fera l'affaire. (ancien fan de RPL, VHDL, tcl/tk, asyst et amateur de bash, perl, php)
-- Liar: one who tells an unpleasant truth. -- Oliver Herford
Le Tue, 31 May 2005 20:49:50 +0200, Stephane Zuckerman a écrit :
[suit une argumentation pleine de pragmatisme]
... Sauf qu'apprendre à programmer avec des langages de script de type
shell, c'est un coup à prendre de mauvaises habitudes de programmation...
La seule mauvaise habitude que l'on peut prendre c'est de se faire chier
quand on code. Le langage importe peu, me semble t'il, aucune
technique, aucune langage, aucun progrès technique n'a toujours pas
permis un gain de productivité *mesurable* depuis 1968. Ce qui importe
pas c'est d'être et de rester créatif à mon avis.
Si coder vous amuse, n'importe quel langage fera l'affaire. (ancien fan de
RPL, VHDL, tcl/tk, asyst et amateur de bash, perl, php)
--
Liar:
one who tells an unpleasant truth.
-- Oliver Herford
Le Tue, 31 May 2005 20:49:50 +0200, Stephane Zuckerman a écrit :
[suit une argumentation pleine de pragmatisme]
... Sauf qu'apprendre à programmer avec des langages de script de type shell, c'est un coup à prendre de mauvaises habitudes de programmation...
La seule mauvaise habitude que l'on peut prendre c'est de se faire chier quand on code. Le langage importe peu, me semble t'il, aucune technique, aucune langage, aucun progrès technique n'a toujours pas permis un gain de productivité *mesurable* depuis 1968. Ce qui importe pas c'est d'être et de rester créatif à mon avis.
Si coder vous amuse, n'importe quel langage fera l'affaire. (ancien fan de RPL, VHDL, tcl/tk, asyst et amateur de bash, perl, php)
-- Liar: one who tells an unpleasant truth. -- Oliver Herford
