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!
Bon, c'est très bien tout ça, mais finalement, dans quel langage les « bons programmeurs Perl » programment-ils ?
Dans quelque chose qui ressemble a du C, mais en Perl.
De facon generale, on fait un code tres verbeux (inutilement verbeux diront certains perlistes) afin de le garder tres clair.
ST
On 11/29/10 9:40 PM, JKB wrote:
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...).
Oui, mais c'est aussi TA femme. Ca fait pas forcement une base de reference tres ... standard.
On 11/29/10 9:40 PM, JKB wrote:
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...).
Oui, mais c'est aussi TA femme. Ca fait pas forcement une base de
reference tres ... standard.
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...).
Oui, mais c'est aussi TA femme. Ca fait pas forcement une base de reference tres ... standard.
Toxico Nimbus
Stephane CARPENTIER a écrit :
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.
Pour moi, la grosse artillerie, c'est plutôt de devoir pondre 150 lignes de code pour faire un hello word. Genre le Cobol.
Ça faisait longtemps que je n'avais pas vu de COBOL. Y a pas à dire c'est quand même beaucoup plus lisible et élégant que du C...
Il y a aussi longtemps que tu n'as pas dû en écrire. Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le 30 Nov 2010 08:53:44 GMT,
batyann811 <batyann811@invalid.fr> écrivait :
Le Tue, 30 Nov 2010 08:21:44 +0000, Toxico Nimbus a écrit :
Ça faisait longtemps que je n'avais pas vu de COBOL. Y a pas à dire c'est
quand même beaucoup plus lisible et élégant que du C...
Il y a aussi longtemps que tu n'as pas dû en écrire. Le seul truc
intéressant dans le COBOL, c'est la gestion des flottants et les
arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis
ces fonctions dans des langages plus propres.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Ça faisait longtemps que je n'avais pas vu de COBOL. Y a pas à dire c'est quand même beaucoup plus lisible et élégant que du C...
Il y a aussi longtemps que tu n'as pas dû en écrire. Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
batyann811
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas vraiment accroché...
Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en COBOL ?
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le
nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas
vraiment accroché...
Le seul truc intéressant dans le COBOL, c'est la gestion des
flottants et les arrondis. Je me suis toujours demandé pourquoi
on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en
COBOL ?
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas vraiment accroché...
Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en COBOL ?
JKB
Le 30 Nov 2010 09:27:31 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas vraiment accroché...
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format fixe avec lignes numérotées, soit un format libre. En aucun cas il ne faut compter les caractères comme en Fortran (ou alors, on ne parle pas du même Cobol).
Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en COBOL ?
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule fixe. C'est pour cela que ce langage est utilisé dans les applications financières.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le 30 Nov 2010 09:27:31 GMT,
batyann811 <batyann811@invalid.fr> écrivait :
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le
nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas
vraiment accroché...
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format fixe
avec lignes numérotées, soit un format libre. En aucun cas il ne
faut compter les caractères comme en Fortran (ou alors, on ne parle
pas du même Cobol).
Le seul truc intéressant dans le COBOL, c'est la gestion des
flottants et les arrondis. Je me suis toujours demandé pourquoi
on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en
COBOL ?
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule
fixe. C'est pour cela que ce langage est utilisé dans les
applications financières.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Le 30 Nov 2010 09:27:31 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 09:19:39 +0000, JKB a *marché dans le troll velu* :
Il y a aussi longtemps que tu n'as pas dû en écrire.
Au moins 17 ou 18 ans. Je crois me souvenir qu'il fallait compter le nombre d'espaces en début de ligne ou un truc du genre. Bref j'ai pas vraiment accroché...
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format fixe avec lignes numérotées, soit un format libre. En aucun cas il ne faut compter les caractères comme en Fortran (ou alors, on ne parle pas du même Cobol).
Le seul truc intéressant dans le COBOL, c'est la gestion des flottants et les arrondis. Je me suis toujours demandé pourquoi on n'avait pas mis ces fonctions dans des langages plus propres.
Qu'est ce qu'il y a de particulier pour les flottants et arrondis en COBOL ?
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule fixe. C'est pour cela que ce langage est utilisé dans les applications financières.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Thierry
Doug713705 écrivait news:id1e2h$318k$:
J'ai plein de jeu qui ont pour certains 15 ans et qui tournent sur mon 7 ultimate 64 bits.
Exemple de jeu qui a 15 ans qui fonctionne sur W7 ?
J'ai plein de jeu qui ont pour certains 15 ans et qui tournent sur mon 7 ultimate 64 bits.
Exemple de jeu qui a 15 ans qui fonctionne sur W7 ?
Mission risk, sokoban, ...
batyann811
Le Tue, 30 Nov 2010 09:31:51 +0000, JKB a écrit :
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format fixe avec lignes numérotées, soit un format libre. En aucun cas il ne faut compter les caractères comme en Fortran (ou alors, on ne parle pas du même Cobol).
J'ai fait quelque recherche et en fait il y a bien une sombre histoire colonnes qui remonte à l'époque des cartes perforées. Mais ça n'est plus obligatoire depuis belle lurette.
"Traditionally, COBOL programs were written on coding forms and then punched on to punch cards. Although nowadays most programs are entered directly into a computer, some COBOL formatting conventions remain that derive from its ancient punch-card history.
On coding forms, the first six character positions are reserved for sequence numbers. The seventh character position is reserved for the continuation character, or for an asterisk that denotes a comment line.
The actual program text starts in column 8. The four positions from 8 to 11 are known as Area A, and positions from 12 to 72 are Area B.
Although many COBOL compilers ignore some of these formatting restrictions, most still retain the distinction between Area A and Area B.
When a COBOL compiler recognizes the two areas, all division names, section names, paragraph names, FD entries and 01 level numbers must start in Area A. All other sentences must start in Area B."
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule fixe. C'est pour cela que ce langage est utilisé dans les applications financières.
Donc tu as ça dans des langages plus propres. Ça existe en Ada les formats en virgule fixe.
Le Tue, 30 Nov 2010 09:31:51 +0000, JKB a écrit :
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format
fixe avec lignes numérotées, soit un format libre. En aucun cas
il ne faut compter les caractères comme en Fortran (ou alors,
on ne parle pas du même Cobol).
J'ai fait quelque recherche et en fait il y a bien une sombre histoire
colonnes qui remonte à l'époque des cartes perforées. Mais ça n'est plus
obligatoire depuis belle lurette.
"Traditionally, COBOL programs were written on coding forms and then
punched on to punch cards. Although nowadays most programs are entered
directly into a computer, some COBOL formatting conventions remain that
derive from its ancient punch-card history.
On coding forms, the first six character positions are reserved for
sequence numbers. The seventh character position is reserved for the
continuation character, or for an asterisk that denotes a comment line.
The actual program text starts in column 8. The four positions from 8 to
11 are known as Area A, and positions from 12 to 72 are Area B.
Although many COBOL compilers ignore some of these formatting
restrictions, most still retain the distinction between Area A and Area B.
When a COBOL compiler recognizes the two areas, all division names,
section names, paragraph names, FD entries and 01 level numbers must
start in Area A. All other sentences must start in Area B."
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule
fixe. C'est pour cela que ce langage est utilisé dans les applications
financières.
Donc tu as ça dans des langages plus propres. Ça existe en Ada les
formats en virgule fixe.
Ça, c'est pour le Fortran. En Cobol, soit tu utilises le format fixe avec lignes numérotées, soit un format libre. En aucun cas il ne faut compter les caractères comme en Fortran (ou alors, on ne parle pas du même Cobol).
J'ai fait quelque recherche et en fait il y a bien une sombre histoire colonnes qui remonte à l'époque des cartes perforées. Mais ça n'est plus obligatoire depuis belle lurette.
"Traditionally, COBOL programs were written on coding forms and then punched on to punch cards. Although nowadays most programs are entered directly into a computer, some COBOL formatting conventions remain that derive from its ancient punch-card history.
On coding forms, the first six character positions are reserved for sequence numbers. The seventh character position is reserved for the continuation character, or for an asterisk that denotes a comment line.
The actual program text starts in column 8. The four positions from 8 to 11 are known as Area A, and positions from 12 to 72 are Area B.
Although many COBOL compilers ignore some of these formatting restrictions, most still retain the distinction between Area A and Area B.
When a COBOL compiler recognizes the two areas, all division names, section names, paragraph names, FD entries and 01 level numbers must start in Area A. All other sentences must start in Area B."
Toutes les règles d'arrondi qu'on n'a qu'avec des formats en virgule fixe. C'est pour cela que ce langage est utilisé dans les applications financières.
Donc tu as ça dans des langages plus propres. Ça existe en Ada les formats en virgule fixe.
Tonton Th
On 11/30/2010 12:26 AM, Thierry wrote:
Tonton Th écrivait news:4cf40adc$0$29103$:
Quand ça marche, c'est parce que windows est _bien_, et quand ça marche pas, c'est pas la faute à windows.
Que peut faire MS si un constructeur distribue un driver foireux ??
Ne pas prétendre que Windows s'installe sans souci ? Recoder le driver pour enhancer la user experience ? Afficher "windows ne peut gérer ce périphérique" ? Faire un écran bleu kikoolol qui clignote ?
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
Quand ça marche, c'est parce que windows est _bien_, et quand
ça marche pas, c'est pas la faute à windows.
Que peut faire MS si un constructeur distribue un driver foireux ??
Ne pas prétendre que Windows s'installe sans souci ?
Recoder le driver pour enhancer la user experience ?
Afficher "windows ne peut gérer ce périphérique" ?
Faire un écran bleu kikoolol qui clignote ?
--
Ma coiffeuse est formidable - http://sonia.buvette.org/
Quand ça marche, c'est parce que windows est _bien_, et quand ça marche pas, c'est pas la faute à windows.
Que peut faire MS si un constructeur distribue un driver foireux ??
Ne pas prétendre que Windows s'installe sans souci ? Recoder le driver pour enhancer la user experience ? Afficher "windows ne peut gérer ce périphérique" ? Faire un écran bleu kikoolol qui clignote ?
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
