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!
Le 30 Nov 2010 10:01:36 GMT, batyann811 écrivait :
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.
Relis-moi attentivement. Je connais Ada et Ada ne permet pas ce que permet Cobol.
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 10:01:36 GMT,
batyann811 <batyann811@invalid.fr> écrivait :
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.
Relis-moi attentivement. Je connais Ada et Ada ne permet pas ce que
permet Cobol.
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 10:01:36 GMT, batyann811 écrivait :
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.
Relis-moi attentivement. Je connais Ada et Ada ne permet pas ce que permet Cobol.
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.
Je dois dire qu'il m'est arrivé (rarement, tous les 5 ans ;) de regretter qu'un type DECIMAL genre I9.2 n'ai jamais été envisagé pour le C. J'ai un vague souvenir de tentatives dans ce sens, mais jamais rien n'a abouti.
L'autre truc digne d'interet dans le COBOL, c'est la SCREEN SECTION. Ça permet de monter des écrans de saisie d'une étonnante ergonomie sur un écran vt320 ou 3270. À des années-lumière d'un formulaire clickouillant des windowseries actuelles. Hélas, la dernière fois que j'ai cherché ça dans les COBOLs libre, il n'y avait rien. Ça a peut-être changé.
/me retourne jouer avec open-cobol ;)
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
Ç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.
Je dois dire qu'il m'est arrivé (rarement, tous les 5 ans ;) de
regretter qu'un type DECIMAL genre I9.2 n'ai jamais été envisagé
pour le C. J'ai un vague souvenir de tentatives dans ce sens, mais
jamais rien n'a abouti.
L'autre truc digne d'interet dans le COBOL, c'est la SCREEN SECTION.
Ça permet de monter des écrans de saisie d'une étonnante ergonomie
sur un écran vt320 ou 3270. À des années-lumière d'un formulaire
clickouillant des windowseries actuelles. Hélas, la dernière fois
que j'ai cherché ça dans les COBOLs libre, il n'y avait rien. Ça
a peut-être changé.
/me retourne jouer avec open-cobol ;)
--
Ma coiffeuse est formidable - http://sonia.buvette.org/
Ç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.
Je dois dire qu'il m'est arrivé (rarement, tous les 5 ans ;) de regretter qu'un type DECIMAL genre I9.2 n'ai jamais été envisagé pour le C. J'ai un vague souvenir de tentatives dans ce sens, mais jamais rien n'a abouti.
L'autre truc digne d'interet dans le COBOL, c'est la SCREEN SECTION. Ça permet de monter des écrans de saisie d'une étonnante ergonomie sur un écran vt320 ou 3270. À des années-lumière d'un formulaire clickouillant des windowseries actuelles. Hélas, la dernière fois que j'ai cherché ça dans les COBOLs libre, il n'y avait rien. Ça a peut-être changé.
/me retourne jouer avec open-cobol ;)
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
Thierry
Tonton Th écrivait news:4cf4cda9$0$5918$:
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 ?
Windows s'installe sans souci.
Recoder le driver pour enhancer la user experience ?
Mme Michu et le recodage de driver... Vous vous rendez compte des fois ce que vous dites ??
Afficher "windows ne peut gérer ce périphérique" ?
Probablement. Tu as des exemples de ce que permet COBOL de si spécifique ?
Les arrondis fins dans tous les sens, sur des virgules fixes, et
avec
une facilité que ne permet pas Ada.
Ok... Tu pouvais tout simplement répondre non aussi.
JKB
Le 30 Nov 2010 12:24:39 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 12:06:21 +0000, JKB a écrit :
Probablement. Tu as des exemples de ce que permet COBOL de si spécifique ?
Les arrondis fins dans tous les sens, sur des virgules fixes, et
avec
une facilité que ne permet pas Ada.
Ok... Tu pouvais tout simplement répondre non aussi.
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux. Et c'est cette facilité qui fait qu'on se tape encore du Cobol alors que ce langage devrait être dans les oubliettes de l'informatique tellement il est archaïque. S'il était plus simple de faire en Ada ce qu'on fait actuellement en Cobol, toutes les applications financières seraient codées en Ada.
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 12:24:39 GMT,
batyann811 <batyann811@invalid.fr> écrivait :
Le Tue, 30 Nov 2010 12:06:21 +0000, JKB a écrit :
Probablement. Tu as des exemples de ce que permet COBOL de si
spécifique ?
Les arrondis fins dans tous les sens, sur des virgules fixes, et
avec
une facilité que ne permet pas Ada.
Ok... Tu pouvais tout simplement répondre non aussi.
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi
simplement. Maintenant, tu peux prétendre tout ce que tu veux. Et
c'est cette facilité qui fait qu'on se tape encore du Cobol alors
que ce langage devrait être dans les oubliettes de l'informatique
tellement il est archaïque. S'il était plus simple de faire en Ada
ce qu'on fait actuellement en Cobol, toutes les applications
financières seraient codées en Ada.
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 12:24:39 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 12:06:21 +0000, JKB a écrit :
Probablement. Tu as des exemples de ce que permet COBOL de si spécifique ?
Les arrondis fins dans tous les sens, sur des virgules fixes, et
avec
une facilité que ne permet pas Ada.
Ok... Tu pouvais tout simplement répondre non aussi.
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux. Et c'est cette facilité qui fait qu'on se tape encore du Cobol alors que ce langage devrait être dans les oubliettes de l'informatique tellement il est archaïque. S'il était plus simple de faire en Ada ce qu'on fait actuellement en Cobol, toutes les applications financières seraient codées en Ada.
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 12:30:35 +0000, JKB a écrit :
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce qu'il veut.
Le Tue, 30 Nov 2010 12:30:35 +0000, JKB a écrit :
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi
simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points
ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc
demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce
qu'il veut.
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce qu'il veut.
JKB
Le 30 Nov 2010 12:47:12 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 12:30:35 +0000, JKB a écrit :
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce qu'il veut.
Je t'ai donné un _exemple_. Je ne vois pas ce qu'il te faut de plus.
<EOT>
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 12:47:12 GMT,
batyann811 <batyann811@invalid.fr> écrivait :
Le Tue, 30 Nov 2010 12:30:35 +0000, JKB a écrit :
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi
simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points
ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc
demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce
qu'il veut.
Je t'ai donné un _exemple_. Je ne vois pas ce qu'il te faut de plus.
<EOT>
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 12:47:12 GMT, batyann811 écrivait :
Le Tue, 30 Nov 2010 12:30:35 +0000, JKB a écrit :
Eh bien non, Ada ne permet pas de faire ce que fait Cobol aussi simplement. Maintenant, tu peux prétendre tout ce que tu veux.
Je ne prétends pas ça. Si COBOL est supérieur à Ada sur certains points ça ne changera pas ma vie. J'aurais juste aimé en être sûr. Je t'ai donc demandé d'étayer tes propos. Ce que tu ne fais pas. Chacun en conclu ce qu'il veut.
Je t'ai donné un _exemple_. Je ne vois pas ce qu'il te faut de plus.
<EOT>
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 13:15:26 +0000, JKB a écrit :
Je t'ai donné un _exemple_. Je ne vois pas ce qu'il te faut de plus.
Un vrai exemple pas une affirmation bidon.
<EOT>
Wahou ! Qu'est ce que ça veut dire EOT ? Encore Obligé de me Tirer ?
Le Tue, 30 Nov 2010 13:15:26 +0000, JKB a écrit :
Je t'ai donné un _exemple_. Je ne vois pas ce qu'il te faut de
plus.
Un vrai exemple pas une affirmation bidon.
<EOT>
Wahou ! Qu'est ce que ça veut dire EOT ? Encore Obligé de me Tirer ?
