Donc je bosse dans un collège, et la saison des subvention permet
d'acheter des poste. Et ceux de PS étant intéressant niveau prix/config,
ce sont ceux qu'on a acheté.
Résultat : Le Mandrake linux Discovery annoncé est en fait un Linpus
Linux, distribution basée Mdk, sur laquelle je n'ai pas réussit à faire
un chti urpmi, ni même à trouver un outil graphique pour maj.
Bref, moi qui espérait un peu là-dessus pour convaincre de faire migrer
la salle info sous linux, pas de pot avec cette config à 2 sous...
Ouais, je sais, on en a pour son argent. Mais quand même...
La fin de l'aventure, totalement HS ici, mais bon, c'est que j'ai tout
viré pour refoutre win98 dessus (et ouais, je sais :-(). Ai pour ça
utilisé une knoppix, et QTParted, en 2 fois (obligation de redémarrer au
milieu), pour pouvoir supprimer les partitions et préparer/formater en
fat32. Et le fin du fin, aucun pilote fourni. Heureusement qu'il y a un
site.
En bref, le prix, 350 l'UC pour 80Go, Celeron D et 512 Mo Ram se justifie.
In article <4283923e$0$297$, Jean-Francois BILLAUD wrote:
scripsit Michel Billaud :
C'est mal programmé surtout. Un quicksort quadratique à cause de la concaténation. Bouuuuh !
Suffit d'acheter une machine plus puissante, ça revient moins cher que d'embaucher un bon programmeur.
Pis, bon, je ne sais pas si c'est bien judicieux d'évoquer la complexité des algorithmes à ce niveau-là... (en parler, certes, le détailler, ça amènerait un peu loin...).
In article <4283923e$0$297$636a15ce@news.free.fr>,
Jean-Francois BILLAUD <billaud@interpc.fr> wrote:
scripsit Michel Billaud :
C'est mal programmé surtout. Un quicksort quadratique à cause de la
concaténation. Bouuuuh !
Suffit d'acheter une machine plus puissante, ça revient moins cher que
d'embaucher un bon programmeur.
Pis, bon, je ne sais pas si c'est bien judicieux d'évoquer la complexité
des algorithmes à ce niveau-là... (en parler, certes, le détailler, ça
amènerait un peu loin...).
In article <4283923e$0$297$, Jean-Francois BILLAUD wrote:
scripsit Michel Billaud :
C'est mal programmé surtout. Un quicksort quadratique à cause de la concaténation. Bouuuuh !
Suffit d'acheter une machine plus puissante, ça revient moins cher que d'embaucher un bon programmeur.
Pis, bon, je ne sais pas si c'est bien judicieux d'évoquer la complexité des algorithmes à ce niveau-là... (en parler, certes, le détailler, ça amènerait un peu loin...).
Thierry Boudet
On 2005-05-12, Thierry Boudet wrote:
Html, ce n'est pas de la programmation, mais (amha) indispendable
^^^^^^^^
d'en maitriser las bases.
J'aime bien mon lapsus :)
-- _/°< coin
On 2005-05-12, Thierry Boudet <tth@zouh.org> wrote:
Html, ce n'est pas de la programmation, mais (amha) indispendable
Html, ce n'est pas de la programmation, mais (amha) indispendable
^^^^^^^^
d'en maitriser las bases.
J'aime bien mon lapsus :)
-- _/°< coin
Thierry Boudet
On 2005-05-12, Jean-Francois BILLAUD wrote:
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Et pourquoi pas le Logo ?
-- _/°< coin
On 2005-05-12, Jean-Francois BILLAUD <billaud@interpc.fr> wrote:
Je me demandais quel serait le meilleur langage à utiliser pour une initiation
à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Et pourquoi pas le Logo ?
-- _/°< coin
JKB
Le 12-05-2005, à propos de Re: pc-linux Planet-saturn, retour d'expérience, Thierry Boudet écrivait dans fr.comp.os.linux.debats :
On 2005-05-12, Thierry Boudet wrote:
Html, ce n'est pas de la programmation, mais (amha) indispendable
^^^^^^^^
d'en maitriser las bases.
J'aime bien mon lapsus :)
On n'est jamais mieux servi que par soi même ;-)
JKB
-- En plus c'est simple, je fais ce genre de trucs en g77 depuis des années : il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Le 12-05-2005, à propos de
Re: pc-linux Planet-saturn, retour d'expérience,
Thierry Boudet écrivait dans fr.comp.os.linux.debats :
On 2005-05-12, Thierry Boudet <tth@zouh.org> wrote:
Html, ce n'est pas de la programmation, mais (amha) indispendable
^^^^^^^^
d'en maitriser las bases.
J'aime bien mon lapsus :)
On n'est jamais mieux servi que par soi même ;-)
JKB
--
En plus c'est simple, je fais ce genre de trucs en g77 depuis des années :
il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux
mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Le 12-05-2005, à propos de Re: pc-linux Planet-saturn, retour d'expérience, Thierry Boudet écrivait dans fr.comp.os.linux.debats :
On 2005-05-12, Thierry Boudet wrote:
Html, ce n'est pas de la programmation, mais (amha) indispendable
^^^^^^^^
d'en maitriser las bases.
J'aime bien mon lapsus :)
On n'est jamais mieux servi que par soi même ;-)
JKB
-- En plus c'est simple, je fais ce genre de trucs en g77 depuis des années : il suffit d'écrire un wrapper en C. Et comme ça, j'ai le meilleur des deux mondes : la rigueur quasi-monacale du Fortran, et l'exubérance pétulante du C.
Richard Delorme
Richard Delorme writes:
Moi j'aurais bien dit Ocaml, qui respecte sans problème toutes ces conditions, et a en plus une syntaxe très agréable,
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par exemple, dans ce tri rapide :
(* Tri rapide (quicksort ou tri de Hoare) d'une liste *) let rec qsort = function | [] -> [] | x :: l -> let rec coupelist = function | [] -> [], [] | y :: m -> let a, b = coupelist m in if y < x then y :: a, b else a, y :: b in let debut, fin = coupelist l in (qsort debut) @ [x] @ (qsort fin);;
Il y a plein de symboles assez abscons : '->' '::', '|', '@', et j'ai du mal à lire le code.
C'est mal indenté.
Oui, aussi. Tandis que le Python est nécessairement bien indenté.
Le même algorithme en Python, m'a l'air plus "naturel" à lire.
def qsort(x): """Tri rapide (quicksort ou tri de Hoare) d'une liste""" if len(x) > 1: lt = [i for i in x if i < x[0] ] eq = [i for i in x if i == x[0]] gt = [i for i in x if i > x[0]] return qsort(lt) + eq + qsort(gt) else: return x
Mais, bon, c'est sans doute subjectif.
Ca ne fait pas la même chose,
Si, ça trie des listes.
la technique pour extraire les sous-listes n'est pas la même. Le spommes et les oranges.
La question n'est pas dans ce détail là, mais sur la lisibilité. Il s'agit de deux programme de quicksort piqués sur le web et relativement court, mais que je trouve assez démonstratif sur la lisibilité.
C'est mal programmé surtout. Un quicksort quadratique à cause de la concaténation. Bouuuuh !
La bonne programmation consiste à utiliser la fonction sort() intégré au langage, on est bien d'accord. Cela dit, la concaténation de listes ce fait généralement en temps constant, ce qui rend la complexité plus grande est la création de variables intermédiaires avec des copies cachées.
-- Richard
Richard Delorme <abulmo@nospam.fr> writes:
Moi j'aurais bien dit Ocaml, qui respecte sans problème toutes ces
conditions, et a en plus une syntaxe très agréable,
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par
exemple, dans ce tri rapide :
(* Tri rapide (quicksort ou tri de Hoare) d'une liste *)
let rec qsort = function
| [] -> []
| x :: l ->
let rec coupelist = function
| [] -> [], []
| y :: m -> let a, b = coupelist m in
if y < x then y :: a, b else a, y :: b
in let debut, fin = coupelist l
in (qsort debut) @ [x] @ (qsort fin);;
Il y a plein de symboles assez abscons : '->' '::', '|', '@', et j'ai du
mal à lire le code.
C'est mal indenté.
Oui, aussi. Tandis que le Python est nécessairement bien indenté.
Le même algorithme en Python, m'a l'air plus "naturel" à lire.
def qsort(x):
"""Tri rapide (quicksort ou tri de Hoare) d'une liste"""
if len(x) > 1:
lt = [i for i in x if i < x[0] ]
eq = [i for i in x if i == x[0]]
gt = [i for i in x if i > x[0]]
return qsort(lt) + eq + qsort(gt)
else:
return x
Mais, bon, c'est sans doute subjectif.
Ca ne fait pas la même chose,
Si, ça trie des listes.
la technique pour extraire les sous-listes
n'est pas la même. Le spommes et les oranges.
La question n'est pas dans ce détail là, mais sur la lisibilité. Il
s'agit de deux programme de quicksort piqués sur le web et relativement
court, mais que je trouve assez démonstratif sur la lisibilité.
C'est mal programmé surtout. Un quicksort quadratique à cause de la
concaténation. Bouuuuh !
La bonne programmation consiste à utiliser la fonction sort() intégré au
langage, on est bien d'accord. Cela dit, la concaténation de listes ce
fait généralement en temps constant, ce qui rend la complexité plus
grande est la création de variables intermédiaires avec des copies cachées.
Moi j'aurais bien dit Ocaml, qui respecte sans problème toutes ces conditions, et a en plus une syntaxe très agréable,
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par exemple, dans ce tri rapide :
(* Tri rapide (quicksort ou tri de Hoare) d'une liste *) let rec qsort = function | [] -> [] | x :: l -> let rec coupelist = function | [] -> [], [] | y :: m -> let a, b = coupelist m in if y < x then y :: a, b else a, y :: b in let debut, fin = coupelist l in (qsort debut) @ [x] @ (qsort fin);;
Il y a plein de symboles assez abscons : '->' '::', '|', '@', et j'ai du mal à lire le code.
C'est mal indenté.
Oui, aussi. Tandis que le Python est nécessairement bien indenté.
Le même algorithme en Python, m'a l'air plus "naturel" à lire.
def qsort(x): """Tri rapide (quicksort ou tri de Hoare) d'une liste""" if len(x) > 1: lt = [i for i in x if i < x[0] ] eq = [i for i in x if i == x[0]] gt = [i for i in x if i > x[0]] return qsort(lt) + eq + qsort(gt) else: return x
Mais, bon, c'est sans doute subjectif.
Ca ne fait pas la même chose,
Si, ça trie des listes.
la technique pour extraire les sous-listes n'est pas la même. Le spommes et les oranges.
La question n'est pas dans ce détail là, mais sur la lisibilité. Il s'agit de deux programme de quicksort piqués sur le web et relativement court, mais que je trouve assez démonstratif sur la lisibilité.
C'est mal programmé surtout. Un quicksort quadratique à cause de la concaténation. Bouuuuh !
La bonne programmation consiste à utiliser la fonction sort() intégré au langage, on est bien d'accord. Cela dit, la concaténation de listes ce fait généralement en temps constant, ce qui rend la complexité plus grande est la création de variables intermédiaires avec des copies cachées.
-- Richard
Richard Delorme
scripsit Richard Delorme :
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par exemple, dans ce tri rapide :
Il est hors de question de traiter des exercices de mathématiques en programmation en seconde, ce genre d'approche a fait assez de dégats.
Il faut déjà voir le mal qu'ont disons 20 % des élèves de seconde avec les coordonnées...
Et pour certains il faut une dizaine de séances pour assimiler la notion d'exécution séquentielle (Si si, il faut d'abord tracer le contour avant de verser la peinture dedans).
Alors la syntaxe pour les tris (vu qu'en plus s'ils en ont besoin ils iront chercher du code tout fait)...
J'ai pris cet exemple comme ça, pour illustrer la lisibilité de chaque langage, pas pour la programmation du tri.
-- Richard
scripsit Richard Delorme :
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par
exemple, dans ce tri rapide :
Il est hors de question de traiter des exercices de mathématiques en
programmation en seconde, ce genre d'approche a fait assez de dégats.
Il faut déjà voir le mal qu'ont disons 20 % des élèves de seconde avec
les coordonnées...
Et pour certains il faut une dizaine de séances pour assimiler la notion
d'exécution séquentielle (Si si, il faut d'abord tracer le contour avant
de verser la peinture dedans).
Alors la syntaxe pour les tris (vu qu'en plus s'ils en ont besoin ils iront
chercher du code tout fait)...
J'ai pris cet exemple comme ça, pour illustrer la lisibilité de chaque
langage, pas pour la programmation du tri.
Personnellement, je ne trouve pas la syntaxe d'Ocaml très lisible. Par exemple, dans ce tri rapide :
Il est hors de question de traiter des exercices de mathématiques en programmation en seconde, ce genre d'approche a fait assez de dégats.
Il faut déjà voir le mal qu'ont disons 20 % des élèves de seconde avec les coordonnées...
Et pour certains il faut une dizaine de séances pour assimiler la notion d'exécution séquentielle (Si si, il faut d'abord tracer le contour avant de verser la peinture dedans).
Alors la syntaxe pour les tris (vu qu'en plus s'ils en ont besoin ils iront chercher du code tout fait)...
J'ai pris cet exemple comme ça, pour illustrer la lisibilité de chaque langage, pas pour la programmation du tri.
-- Richard
Jean-Pehache de Hautemaille
Jean-Francois BILLAUD wrote:
Jean-Pehache de Hautemaille écrivait :
C'est pas le problème. Si je dis pourquoi à quelqu'un qui a enseigné la programmation, ça ne sert à rien vu qu'il le sait déjà. Si je le dis à quelqu'un qui n'a pas enseigné la programmation il ne peut pas comprendre.
C'est du 4ème degré, j'espère ?
Il y a une contradiction logique dans ce que j'ai écrit au dessus ?
Non, c'est juste très prétentieux.
C'est comme ça qu"on fait des heures supplémentaires non payées, ça casse le métier.
Vois pas le rapport.
-- JPH - Appelez-moi pehache enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply http://pehache.free.fr/public.html
Jean-Francois BILLAUD wrote:
Jean-Pehache de Hautemaille écrivait :
C'est pas le problème. Si je dis pourquoi à quelqu'un qui a enseigné
la programmation, ça ne sert à rien vu qu'il le sait déjà. Si je le
dis à quelqu'un qui n'a pas enseigné la programmation il ne peut pas
comprendre.
C'est du 4ème degré, j'espère ?
Il y a une contradiction logique dans ce que j'ai écrit au dessus ?
Non, c'est juste très prétentieux.
C'est comme ça qu"on fait des heures supplémentaires non payées, ça
casse le métier.
Vois pas le rapport.
--
JPH - Appelez-moi pehache
enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply
http://pehache.free.fr/public.html
C'est pas le problème. Si je dis pourquoi à quelqu'un qui a enseigné la programmation, ça ne sert à rien vu qu'il le sait déjà. Si je le dis à quelqu'un qui n'a pas enseigné la programmation il ne peut pas comprendre.
C'est du 4ème degré, j'espère ?
Il y a une contradiction logique dans ce que j'ai écrit au dessus ?
Non, c'est juste très prétentieux.
C'est comme ça qu"on fait des heures supplémentaires non payées, ça casse le métier.
Vois pas le rapport.
-- JPH - Appelez-moi pehache enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply http://pehache.free.fr/public.html
Jean-Pehache de Hautemaille
Jean-Francois BILLAUD wrote:
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien les langages de programmation, vous allez sûrement pouvoir me répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans, quels sont les concepts qu'on peut raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un langage. Ensuite pour les travaux pratiques éventuels, n'importe quel langage convient.
-- JPH - Appelez-moi pehache enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply http://pehache.free.fr/public.html
Jean-Francois BILLAUD wrote:
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien
les langages de programmation, vous allez sûrement pouvoir me
répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une
initiation à la programmation disons en une trentaine d'heure pour
des jeunes de 15 ans, quels sont les concepts qu'on peut
raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut
aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à
la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un
langage. Ensuite pour les travaux pratiques éventuels, n'importe quel
langage convient.
--
JPH - Appelez-moi pehache
enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply
http://pehache.free.fr/public.html
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien les langages de programmation, vous allez sûrement pouvoir me répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans, quels sont les concepts qu'on peut raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un langage. Ensuite pour les travaux pratiques éventuels, n'importe quel langage convient.
-- JPH - Appelez-moi pehache enlever NOSPAM. etc... pour répondre / remove NOSPAM... to reply http://pehache.free.fr/public.html
Richard Delorme
On 2005-05-12, Jean-Francois BILLAUD wrote:
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Et pourquoi pas le Logo ?
Histoire de continuer à faire la promotion de Python, Python fournit en standard un module "turtle", qui ressemble à ce que l'on peut faire graphiquement avec Logo.
-- Richard
On 2005-05-12, Jean-Francois BILLAUD <billaud@interpc.fr> wrote:
Je me demandais quel serait le meilleur langage à utiliser pour une initiation
à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Et pourquoi pas le Logo ?
Histoire de continuer à faire la promotion de Python, Python fournit en
standard un module "turtle", qui ressemble à ce que l'on peut faire
graphiquement avec Logo.
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans,
Et pourquoi pas le Logo ?
Histoire de continuer à faire la promotion de Python, Python fournit en standard un module "turtle", qui ressemble à ce que l'on peut faire graphiquement avec Logo.
-- Richard
Richard Delorme
Jean-Francois BILLAUD wrote:
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien les langages de programmation, vous allez sûrement pouvoir me répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans, quels sont les concepts qu'on peut raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un langage.
C'est pourquoi un langage à la syntaxe réduite, comme Python, est séduisant. Tiens, une publicité d'un enseignant en programmation : http://users.info.unicaen.fr/~karczma/Work/ppython.html
Ensuite pour les travaux pratiques éventuels, n'importe quel langage convient.
-- Richard
Jean-Francois BILLAUD wrote:
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien
les langages de programmation, vous allez sûrement pouvoir me
répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une
initiation à la programmation disons en une trentaine d'heure pour
des jeunes de 15 ans, quels sont les concepts qu'on peut
raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut
aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à
la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un
langage.
C'est pourquoi un langage à la syntaxe réduite, comme Python, est
séduisant. Tiens, une publicité d'un enseignant en programmation :
http://users.info.unicaen.fr/~karczma/Work/ppython.html
Ensuite pour les travaux pratiques éventuels, n'importe quel
langage convient.
Ah, ça tombe bien. Je cherchais justement quelqu'un qui connaît bien les langages de programmation, vous allez sûrement pouvoir me répondre :
Je me demandais quel serait le meilleur langage à utiliser pour une initiation à la programmation disons en une trentaine d'heure pour des jeunes de 15 ans, quels sont les concepts qu'on peut raisonnablement faire passer, et quels types d'exercices donner.
Le problème est mal posé.
Pour une initiation à la programmation, aucun langage ne convient. On peut aussi dire que n'importe lequel convient. Dans un bon cours d'initiation à la programmation, on ne devrait pas commencer par apprendre la syntaxe d'un langage.
C'est pourquoi un langage à la syntaxe réduite, comme Python, est séduisant. Tiens, une publicité d'un enseignant en programmation : http://users.info.unicaen.fr/~karczma/Work/ppython.html
Ensuite pour les travaux pratiques éventuels, n'importe quel langage convient.
