Ayant testé la dernière version d'UBUNTU en live CD sur mon portable, je
pense l'installer définitivement mais une question me tracasse:
Y a t'il une distribution linux plus aboutie et plus simple pour un
débutant comme moi?
Sachant que je mets à jour régulièrement mon site web
<http://www.passion-moto.eu> existe t'il un logiciel performant de
retouche photo (j'utilise paintshop sous windows)?
Pour la création de site c'est reglé, komposer me convient ainsi que
filezila!
On Mon, 29 Nov 2010 14:16:16 +0000 (UTC), "Mihamina Rakotomandimby (R12y)" wrote:
On Mon, 29 Nov 2010 13:40:23 +0000, JKB wrote:
Ma femme est loin d'être ingénieur en informatique et utilise Linux tous les jors.
Ah, ta femme aussi, utilise Linux tout les jours sur son laptop? J'avais un temps espéré que la mienne était exceptionnelle... Tu viens de me gacher la journée.
P'tit joueur ! La mienne est sous FreeBSD (en attendant un passage à Net...).
Non, je refuse de jouer à "la mienne est la plus grosse" :-P
MDR -- Travailler plus pour gagner plus pour quoi faire ? Pour finir par divorcer parce qu'on est pas souvent à la maison ou faire un malaise vagal et creuser le trou de la sécu ?
On Mon, 29 Nov 2010 14:16:16 +0000 (UTC), "Mihamina Rakotomandimby
(R12y)" <mihamina@rktmb.org> wrote:
On Mon, 29 Nov 2010 13:40:23 +0000, JKB wrote:
Ma femme est loin d'être ingénieur en informatique et utilise Linux
tous les jors.
Ah, ta femme aussi, utilise Linux tout les jours sur son laptop?
J'avais un temps espéré que la mienne était exceptionnelle... Tu viens
de me gacher la journée.
P'tit joueur ! La mienne est sous FreeBSD (en attendant un
passage à Net...).
Non, je refuse de jouer à "la mienne est la plus grosse" :-P
MDR
--
Travailler plus pour gagner plus pour quoi faire ?
Pour finir par divorcer parce qu'on est pas souvent à la maison ou faire un malaise vagal et creuser le trou de la sécu ?
On Mon, 29 Nov 2010 14:16:16 +0000 (UTC), "Mihamina Rakotomandimby (R12y)" wrote:
On Mon, 29 Nov 2010 13:40:23 +0000, JKB wrote:
Ma femme est loin d'être ingénieur en informatique et utilise Linux tous les jors.
Ah, ta femme aussi, utilise Linux tout les jours sur son laptop? J'avais un temps espéré que la mienne était exceptionnelle... Tu viens de me gacher la journée.
P'tit joueur ! La mienne est sous FreeBSD (en attendant un passage à Net...).
Non, je refuse de jouer à "la mienne est la plus grosse" :-P
MDR -- Travailler plus pour gagner plus pour quoi faire ? Pour finir par divorcer parce qu'on est pas souvent à la maison ou faire un malaise vagal et creuser le trou de la sécu ?
Doug713705
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Il me semble inutile de coder en C (par exemple) une application qui ne ferait que manipuler que quelques fichiers textes ou manipuler une BDD quand la même tâche peut être réaliser par un langage plus simple (perl ou python par exemple).
À moins de n'avoir que ça sous la main, évidemment.
Typiquement, je viens de coder en python (mod_python) un espèce de blog capable de distribuer son contenu sous forme de page web ou sous forme d'un flux RSS et j'ai trouvé ça très agréable à coder (syntaxe claire, documentation facile à appréhender). J'aurais pu faire un CGI en C pour faire la même chose mais quel en aurait été l'intérêt ?
Par contre je suis assez d'accord pour dire que le manque de connaissance de langage plus bas niveau me gêne pour comprendre certains aspects de la programmation en général et me fait probablement générer du code inutile et/ou mal conceptualisé.
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon manque de culture en la matière (je ne suis qu'un pauvre autodidacte et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous
expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances
démesurées par rapport à la tâche à réaliser, au hasard C.
Il me semble inutile de coder en C (par exemple) une application qui ne
ferait que manipuler que quelques fichiers textes ou manipuler une BDD
quand la même tâche peut être réaliser par un langage plus simple (perl
ou python par exemple).
À moins de n'avoir que ça sous la main, évidemment.
Typiquement, je viens de coder en python (mod_python) un espèce de
blog capable de distribuer son contenu sous forme de page web ou sous
forme d'un flux RSS et j'ai trouvé ça très agréable à coder (syntaxe
claire, documentation facile à appréhender). J'aurais pu faire un CGI en
C pour faire la même chose mais quel en aurait été l'intérêt ?
Par contre je suis assez d'accord pour dire que le manque de
connaissance de langage plus bas niveau me gêne pour comprendre certains
aspects de la programmation en général et me fait probablement générer
du code inutile et/ou mal conceptualisé.
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon
manque de culture en la matière (je ne suis qu'un pauvre autodidacte
et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Il me semble inutile de coder en C (par exemple) une application qui ne ferait que manipuler que quelques fichiers textes ou manipuler une BDD quand la même tâche peut être réaliser par un langage plus simple (perl ou python par exemple).
À moins de n'avoir que ça sous la main, évidemment.
Typiquement, je viens de coder en python (mod_python) un espèce de blog capable de distribuer son contenu sous forme de page web ou sous forme d'un flux RSS et j'ai trouvé ça très agréable à coder (syntaxe claire, documentation facile à appréhender). J'aurais pu faire un CGI en C pour faire la même chose mais quel en aurait été l'intérêt ?
Par contre je suis assez d'accord pour dire que le manque de connaissance de langage plus bas niveau me gêne pour comprendre certains aspects de la programmation en général et me fait probablement générer du code inutile et/ou mal conceptualisé.
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon manque de culture en la matière (je ne suis qu'un pauvre autodidacte et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Tonton Th
On 11/29/2010 04:00 PM, Doug713705 wrote:
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
On 11/29/2010 04:00 PM, Doug713705 wrote:
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous
expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances
démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100
lignes de Python vs 30 lignes de Awk :)
--
Ma coiffeuse est formidable - http://sonia.buvette.org/
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
talon
Doug713705 wrote:
Le 29/11/2010 13:48 dans fr.comp.os.linux.debats Nicolas George nous expliquait:
> Non, on ne peut pas. En revanche, on peut coder en perl. > > On en revient au problème de python : il donne à l'impression à n'importe > quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de > ce qui se passe.
Je veux bien des arguments car, justement, je suis n'importe quel abruti et que je ne vois pas la différence fondamentale entre ces deux langages et je ne vois pas comment Perl permettrait plus facilement de "comprendre plus d'un dixième de ce qui se passe".
Ne te fatigues pas, Nicolas a la croyance bien arrêtée qu'il est un génie méconnu, et en tant que tel ne se nourrit que d'ambroisie, je veux dire de pattes de mouches cunéiformes. En foi de quoi les autres sont des abrutis qui ne comprennent rien, ou pas le dixième de ce qu'ils devraient.
L'un des meilleurs essais sur le sujet (non pas python versus perl, ce qui serait stupide vu que perl ne joue même pas dans la même cour, mais python versus lisp) est ici: http://norvig.com/python-lisp.html Les similarités avec l'un des plus grands langages de la science informatique sont évidentes. La différence la plus flagrante, pas de macro, ce qui est une bonne chose pour un langage qui se veut simple.
--
Michel TALON
Doug713705 <doug.letough@free.fr> wrote:
Le 29/11/2010 13:48 dans fr.comp.os.linux.debats Nicolas George nous
expliquait:
> Non, on ne peut pas. En revanche, on peut coder en perl.
>
> On en revient au problème de python : il donne à l'impression à n'importe
> quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de
> ce qui se passe.
Je veux bien des arguments car, justement, je suis n'importe quel
abruti et que je ne vois pas la différence fondamentale entre ces
deux langages et je ne vois pas comment Perl permettrait plus facilement
de "comprendre plus d'un dixième de ce qui se passe".
Ne te fatigues pas, Nicolas a la croyance bien arrêtée qu'il est un génie
méconnu, et en tant que tel ne se nourrit que d'ambroisie, je veux dire
de pattes de mouches cunéiformes. En foi de quoi les autres sont des
abrutis qui ne comprennent rien, ou pas le dixième de ce qu'ils
devraient.
L'un des meilleurs essais sur le sujet (non pas python versus perl, ce
qui serait stupide vu que perl ne joue même pas dans la même cour,
mais python versus lisp) est ici:
http://norvig.com/python-lisp.html
Les similarités avec l'un des plus grands langages de la science
informatique sont évidentes. La différence la plus flagrante, pas de
macro, ce qui est une bonne chose pour un langage qui se veut simple.
Le 29/11/2010 13:48 dans fr.comp.os.linux.debats Nicolas George nous expliquait:
> Non, on ne peut pas. En revanche, on peut coder en perl. > > On en revient au problème de python : il donne à l'impression à n'importe > quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de > ce qui se passe.
Je veux bien des arguments car, justement, je suis n'importe quel abruti et que je ne vois pas la différence fondamentale entre ces deux langages et je ne vois pas comment Perl permettrait plus facilement de "comprendre plus d'un dixième de ce qui se passe".
Ne te fatigues pas, Nicolas a la croyance bien arrêtée qu'il est un génie méconnu, et en tant que tel ne se nourrit que d'ambroisie, je veux dire de pattes de mouches cunéiformes. En foi de quoi les autres sont des abrutis qui ne comprennent rien, ou pas le dixième de ce qu'ils devraient.
L'un des meilleurs essais sur le sujet (non pas python versus perl, ce qui serait stupide vu que perl ne joue même pas dans la même cour, mais python versus lisp) est ici: http://norvig.com/python-lisp.html Les similarités avec l'un des plus grands langages de la science informatique sont évidentes. La différence la plus flagrante, pas de macro, ce qui est une bonne chose pour un langage qui se veut simple.
--
Michel TALON
Doug713705
Le 29/11/2010 16:07 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
En effet, ça aussi ce serait "sortir la grosse artillerie" ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 16:07 dans fr.comp.os.linux.debats Tonton Th nous
expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances
démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100
lignes de Python vs 30 lignes de Awk :)
En effet, ça aussi ce serait "sortir la grosse artillerie" ;-)
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 16:07 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
En effet, ça aussi ce serait "sortir la grosse artillerie" ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
talon
Tonton Th wrote:
On 11/29/2010 01:48 PM, Nicolas George wrote:
> On en revient au problème de python : il donne à l'impression à n'importe > quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de > ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement, je regarde pas mal de code Python, et je vois des trucs étonnants, genre accumulation de classes inutiles, hacks infames liés à la mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème général dans tous les langages à orientation objet. Que dire des programmes C++ avec une nuée de classes abstraites etc. etc. En fait rien n'oblige à introduire la moindre classe en python et dans beaucoup de cas c'est parfaitement inutile.
Parfois même, ce que fait le code est lisible, mais _pourquoi_ il le fait est moins évident ;)
Moi ça me parait évident, le langage n'encourage pas les notation abrégées, il n'y a pas 36 tournures différentes pour faire la même chose, donc bon an mal an, on est conduit naturellement à "la" solution évidente, aussi bien en lecture qu'en écriture. Je t'accorde qu'il y a quelques inconsistances, telles que len(string) au lieu de string.length qui serait plus en phase avec le reste du langage, l'irritante nécessité de mettre des self. partout dans les classes, ou la notation baroque __init pour l'intialisateur de classe. Je suppose que ces choses sont des résidus historiques un peu malheureux. D'un autre coté il y a le grand avantage d'avoir à disposition toute la librairie standard unix plus quelques autres avec un accés très simple sans le "boilerplate" nécessaire en C. Ca c'est justement la force de python comparé par exemple à lisp. Evidemment perl a aussi une librairie géante.
--
Michel TALON
Tonton Th <tth@la.bas.invalid> wrote:
On 11/29/2010 01:48 PM, Nicolas George wrote:
> On en revient au problème de python : il donne à l'impression à n'importe
> quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de
> ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement,
je regarde pas mal de code Python, et je vois des trucs étonnants,
genre accumulation de classes inutiles, hacks infames liés à la
mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème général
dans tous les langages à orientation objet. Que dire des programmes C++
avec une nuée de classes abstraites etc. etc. En fait rien n'oblige à
introduire la moindre classe en python et dans beaucoup de cas c'est
parfaitement inutile.
Parfois même, ce que fait le code est lisible, mais _pourquoi_
il le fait est moins évident ;)
Moi ça me parait évident, le langage n'encourage pas les notation
abrégées, il n'y a pas 36 tournures différentes pour faire la même
chose, donc bon an mal an, on est conduit naturellement à "la" solution
évidente, aussi bien en lecture qu'en écriture. Je t'accorde qu'il y a
quelques inconsistances, telles que len(string) au lieu de string.length
qui serait plus en phase avec le reste du langage, l'irritante nécessité
de mettre des self. partout dans les classes, ou la notation baroque
__init pour l'intialisateur de classe. Je suppose que ces choses sont
des résidus historiques un peu malheureux. D'un autre coté il y a le
grand avantage d'avoir à disposition toute la librairie standard unix
plus quelques autres avec un accés très simple sans le "boilerplate"
nécessaire en C. Ca c'est justement la force de python comparé par
exemple à lisp. Evidemment perl a aussi une librairie géante.
> On en revient au problème de python : il donne à l'impression à n'importe > quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixième de > ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement, je regarde pas mal de code Python, et je vois des trucs étonnants, genre accumulation de classes inutiles, hacks infames liés à la mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème général dans tous les langages à orientation objet. Que dire des programmes C++ avec une nuée de classes abstraites etc. etc. En fait rien n'oblige à introduire la moindre classe en python et dans beaucoup de cas c'est parfaitement inutile.
Parfois même, ce que fait le code est lisible, mais _pourquoi_ il le fait est moins évident ;)
Moi ça me parait évident, le langage n'encourage pas les notation abrégées, il n'y a pas 36 tournures différentes pour faire la même chose, donc bon an mal an, on est conduit naturellement à "la" solution évidente, aussi bien en lecture qu'en écriture. Je t'accorde qu'il y a quelques inconsistances, telles que len(string) au lieu de string.length qui serait plus en phase avec le reste du langage, l'irritante nécessité de mettre des self. partout dans les classes, ou la notation baroque __init pour l'intialisateur de classe. Je suppose que ces choses sont des résidus historiques un peu malheureux. D'un autre coté il y a le grand avantage d'avoir à disposition toute la librairie standard unix plus quelques autres avec un accés très simple sans le "boilerplate" nécessaire en C. Ca c'est justement la force de python comparé par exemple à lisp. Evidemment perl a aussi une librairie géante.
--
Michel TALON
talon
Doug713705 wrote:
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques" > > C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
....
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon manque de culture en la matière (je ne suis qu'un pauvre autodidacte et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
Je ne sais pas quel est ton bloquage avec le C, qui est quand même un langage simple. Tu me parlerais du C++, alors là d'accord, mais le C n'est pas plus compliqué que du perl, par exemple, je dirais même qu'il est plus abordable. Peut être es-tu rebuté par les messages d'erreur du compilateur, qui sont, il est vrai de nature à rebuter les débutants. Vérification de base: tu t'es bien procuré le Kernighan et Ritchie pour apprendre le C? c'est le livre nécessaire et suffisant pour ça, il est très bien fait.
--
Michel TALON
Doug713705 <doug.letough@free.fr> wrote:
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous
expliquait:
>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
>
> C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances
démesurées par rapport à la tâche à réaliser, au hasard C.
....
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon
manque de culture en la matière (je ne suis qu'un pauvre autodidacte
et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
Je ne sais pas quel est ton bloquage avec le C, qui est quand même un
langage simple. Tu me parlerais du C++, alors là d'accord, mais le C
n'est pas plus compliqué que du perl, par exemple, je dirais même qu'il
est plus abordable. Peut être es-tu rebuté par les messages d'erreur du
compilateur, qui sont, il est vrai de nature à rebuter les débutants.
Vérification de base: tu t'es bien procuré le Kernighan et Ritchie pour
apprendre le C? c'est le livre nécessaire et suffisant pour ça, il est
très bien fait.
Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous expliquait:
>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques" > > C'est quoi, pour toi, la "grosse artillerie" ?
Je sais pas, un langage compilé quelconque demandant des connaissances démesurées par rapport à la tâche à réaliser, au hasard C.
....
Mais ce n'est pas tant dû au langage que j'utilise qu'à mon manque de culture en la matière (je ne suis qu'un pauvre autodidacte et apprendre _tout seul_ le C est au dessus de mes forces, j'ai essayé).
Je ne sais pas quel est ton bloquage avec le C, qui est quand même un langage simple. Tu me parlerais du C++, alors là d'accord, mais le C n'est pas plus compliqué que du perl, par exemple, je dirais même qu'il est plus abordable. Peut être es-tu rebuté par les messages d'erreur du compilateur, qui sont, il est vrai de nature à rebuter les débutants. Vérification de base: tu t'es bien procuré le Kernighan et Ritchie pour apprendre le C? c'est le livre nécessaire et suffisant pour ça, il est très bien fait.
--
Michel TALON
talon
Tonton Th wrote:
On 11/29/2010 04:00 PM, Doug713705 wrote: > Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous > expliquait: > >>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques" >> >> C'est quoi, pour toi, la "grosse artillerie" ? > > Je sais pas, un langage compilé quelconque demandant des connaissances > démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
De fait awk est très intéressant pour les manipulations de texte, il serait probablement plus indiqué que perl pour tous ces usages où les gens sortent généralement l'artillerie lourde c'est à dire perl. Celà étant je suis un peu étonné par ton rapport de 30 lignes à 100 lignes entre awk et python, à moins d'avoir affaire à un gougnafier qui éprouve le besoin de déclarer 50 lignes de classes avant de commencer à agir.
--
Michel TALON
Tonton Th <tth@la.bas.invalid> wrote:
On 11/29/2010 04:00 PM, Doug713705 wrote:
> Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous
> expliquait:
>
>>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques"
>>
>> C'est quoi, pour toi, la "grosse artillerie" ?
>
> Je sais pas, un langage compilé quelconque demandant des connaissances
> démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100
lignes de Python vs 30 lignes de Awk :)
De fait awk est très intéressant pour les manipulations de texte, il
serait probablement plus indiqué que perl pour tous ces usages où les
gens sortent généralement l'artillerie lourde c'est à dire perl. Celà
étant je suis un peu étonné par ton rapport de 30 lignes à 100 lignes
entre awk et python, à moins d'avoir affaire à un gougnafier qui éprouve
le besoin de déclarer 50 lignes de classes avant de commencer à agir.
On 11/29/2010 04:00 PM, Doug713705 wrote: > Le 29/11/2010 15:26 dans fr.comp.os.linux.debats Tonton Th nous > expliquait: > >>> Quel intérêt de sortir la grosse artillerie pour ne faire que "quelques" >> >> C'est quoi, pour toi, la "grosse artillerie" ? > > Je sais pas, un langage compilé quelconque demandant des connaissances > démesurées par rapport à la tâche à réaliser, au hasard C.
Ah oké, j'ai peut être compris de travers : j'avais songé à 100 lignes de Python vs 30 lignes de Awk :)
De fait awk est très intéressant pour les manipulations de texte, il serait probablement plus indiqué que perl pour tous ces usages où les gens sortent généralement l'artillerie lourde c'est à dire perl. Celà étant je suis un peu étonné par ton rapport de 30 lignes à 100 lignes entre awk et python, à moins d'avoir affaire à un gougnafier qui éprouve le besoin de déclarer 50 lignes de classes avant de commencer à agir.
--
Michel TALON
remy
Michel Talon a écrit :
Tonton Th wrote:
On 11/29/2010 01:48 PM, Nicolas George wrote:
On en revient au problème de python : il donne à l'impression à n'importe quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixiè me de ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement , je regarde pas mal de code Python, et je vois des trucs étonnant s, genre accumulation de classes inutiles, hacks infames liés à l a mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème gé néral dans tous les langages à orientation objet. Que dire des programmes C ++ avec une nuée de classes abstraites
pas inutile
http://fr.wikipedia.org/wiki/Classe_abstraite
Le mécanisme des classes abstraites permet de définir des comportemen ts (méthodes) dont l'implémentation (le code dans la méthode) se fait dans les classes filles
aller un exemple pour le sport en java non testé
abstract class Animal{ abstract void manger();//une méthode abstraite }
public class herbivore extends Animal {
void manger() { System.out.println("du vert "); }
}
public class Carnivor extends Animal {
void manger() { System.out.println("du rouge"); }
}
si il y a pas de class abstract
public class Dieux extends Animal {
}
dieux=new...
dieux.manger() // erreur parce que je n'est pas pas implémentée mange r
en gros
remy
-- http://remyaumeunier.chez-alice.fr/
Michel Talon a écrit :
Tonton Th <tth@la.bas.invalid> wrote:
On 11/29/2010 01:48 PM, Nicolas George wrote:
On en revient au problème de python : il donne à l'impression à n'importe
quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixiè me de
ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement ,
je regarde pas mal de code Python, et je vois des trucs étonnant s,
genre accumulation de classes inutiles, hacks infames liés à l a
mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème gé néral
dans tous les langages à orientation objet. Que dire des programmes C ++
avec une nuée de classes abstraites
pas inutile
http://fr.wikipedia.org/wiki/Classe_abstraite
Le mécanisme des classes abstraites permet de définir des comportemen ts
(méthodes) dont l'implémentation (le code dans la méthode) se fait dans
les classes filles
aller un exemple pour le sport en java non testé
abstract class Animal{
abstract void manger();//une méthode abstraite
}
public class herbivore extends Animal {
void manger() {
System.out.println("du vert ");
}
}
public class Carnivor extends Animal {
void manger() {
System.out.println("du rouge");
}
}
si il y a pas de class abstract
public class Dieux extends Animal {
}
dieux=new...
dieux.manger() // erreur parce que je n'est pas pas implémentée mange r
On en revient au problème de python : il donne à l'impression à n'importe quel abruti qu'il sait programmer alors qu'il ne comprend qu'un dixiè me de ce qui se passe.
Je suis assez d'accord avec ce raisonnement, en fait. Actuellement , je regarde pas mal de code Python, et je vois des trucs étonnant s, genre accumulation de classes inutiles, hacks infames liés à l a mauvaise connaissances des primitives...
Accumulation de classes inutiles, là tu me parles d'un problème gé néral dans tous les langages à orientation objet. Que dire des programmes C ++ avec une nuée de classes abstraites
pas inutile
http://fr.wikipedia.org/wiki/Classe_abstraite
Le mécanisme des classes abstraites permet de définir des comportemen ts (méthodes) dont l'implémentation (le code dans la méthode) se fait dans les classes filles
aller un exemple pour le sport en java non testé
abstract class Animal{ abstract void manger();//une méthode abstraite }
public class herbivore extends Animal {
void manger() { System.out.println("du vert "); }
}
public class Carnivor extends Animal {
void manger() { System.out.println("du rouge"); }
}
si il y a pas de class abstract
public class Dieux extends Animal {
}
dieux=new...
dieux.manger() // erreur parce que je n'est pas pas implémentée mange r
en gros
remy
-- http://remyaumeunier.chez-alice.fr/
Thierry
Tonton Th écrivait news:4cf3becf$0$10005$:
La config "gamer", c'est quand même bien dans le créneau microsoft.
C'est clair que c'est pas sous nunux que tu vas jouer...
Le driver, il doit bien être prévu pour windows. Enfin, certaines des nombreuses distributions de windows :
Ca il faut le demander au fournisseur de la carte graphique.
