OVH Cloud OVH Cloud

Fichier Windows et matériel Linux

294 réponses
Avatar
nom
Bonjour,

A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?


Merci

10 réponses

Avatar
Manuel Leclerc

Dans le cas qui nous intéresse, on a quelqu'un qui [...]


raconte un peu n'importe quoi quand on critique le C.

:-)

--
1981 : Apple Computer signe un accord secret avec Apple Corps Limited (la maison
de disques des Beatles) autorisant Apple Computer à utiliser ce nom à condition
qu'ils ne vendent jamais d'équipements audio/vidéo dotés de capacités de lecture
ou d'enregistrement audio ! http://histoire.info.online.fr/micro.html

Avatar
george
JKB , dans le message , a
écrit :
D'ailleurs, le père de la notation polonaise (la vraie, pas
l'inversée) etait logicien pur et n'avait pas dans la tête de faire
tourner sa logique sur un processeur dont il ne soupçonnait
peut-être même pas l'existence.


Mais une des principales occupations des logiciens, c'est de coder une
expression mathématique sous forme d'un nombre unique, de manière à
traduire un énoncé sur une formule mathématique en énoncé arithmétique.
Ils cherchent donc des grammaires inambigües au moindre coût possible.
De ce point de vue, le RPN est très bon. Mais ça n'a rien à voir avec
l'usage humain.

Avatar
JKB
Le 29-06-2004, à propos de
Re: Fichier Windows et matériel Linux,
Nicolas George écrivait dans fr.comp.os.linux.debats :
j , dans le message , a
écrit :
Dissonnance cognitive.
Ouahou ! À défaut d'être compréhensible, ça en jette. je suppose que

c'est un argumentum ad jetatum scientatum a la figurum.


La dissonnance cognitive est le phénomène qui fait que l'esprit humain
refuse de faire des efforts sans raisons, et va donc s'inventer des
raisons s'il n'en trouve pas d'évidentes. Deux exemples classiques :

On demande à des étudiants, contre une rémunération dérisoire ou pas, de
rédiger une apologie de l'armée. On les sondes sur leurs opinions à ce
sujet avant l'expérience et après. Globalement, on voit une évolution de
ces opinions liées à la réflexion ainsi causée. On remarque évidemment
qu'il y a plus de gens qui ont accepté pour une forte rémunération que
pour une faible. Mais le résultat intéressant, c'est que l'évolution des
opinions est plus en faveur de l'armée dans le cas d'une faible
rémunération que dans le cas d'une forte. Explication : l'esprit des
cobayes bien payés accepte facilement de trahir ses opinions contre
plein de fric, celui des cobayes peu payés a besoin de justifications.

On invite des convives à manger quelque chose de dégoûtant (des
insectes), puis ont les interroge sur comment ils l'ont trouvé. La
variable, ici, est l'amabilité de l'hôte. Dans le cas d'un hôte aimable,
plus de gens ont accepté de manger, mais moins ont trouvé ça bon que
dans le cas d'un hôte peu aimable. Parce que les premiers avaient déjà
comme justification de faire plaisir à l'hôte.

Dans le cas qui nous intéresse, on a quelqu'un qui a fait l'effort
considérable d'apprendre à lire et écrire efficacelement le RPN...


Non. On a quelqu'un qui a eu de gros problèmes à utiliser matlab pour
des raisons de précision de calcul et qui a dû coder son propre
langage lui permettant d'avoir une bonne précision. Lorsque ce
quelqu'un s'est posé la question de savoir quel était le meilleur
moyen d'avoir un interpréteur véloce, ce quelqu'un a regardé les
différentes syntaxes et logiques et le RPN à pile dynamique banalisée
d'impose de lui-même. La notation infixe ou algébrique est une
horreur sans nom.

Le débat RPL/algébrique est du même tonneau que C++/Fortran. On
prend l'outil le plus adapté à ce que l'on veut faire, et dans
certains cas, c'est le RPN qui est adapté et non la notation
algébrique.

JKB



Avatar
JKB
Le 29-06-2004, à propos de
Re: Fichier Windows et matériel Linux,
Nicolas George écrivait dans fr.comp.os.linux.debats :
JKB , dans le message , a
écrit :
D'ailleurs, le père de la notation polonaise (la vraie, pas
l'inversée) etait logicien pur et n'avait pas dans la tête de faire
tourner sa logique sur un processeur dont il ne soupçonnait
peut-être même pas l'existence.


Mais une des principales occupations des logiciens, c'est de coder une
expression mathématique sous forme d'un nombre unique, de manière à
traduire un énoncé sur une formule mathématique en énoncé arithmétique.
Ils cherchent donc des grammaires inambigües au moindre coût possible.
De ce point de vue, le RPN est très bon. Mais ça n'a rien à voir avec
l'usage humain.


Est-ce que le C a à voir avec le langage humain ? Le Fortran ? On
parle de sémantique, de représentation et non de transposition du
langage humain. Le concepteur de la notation polonaise cherchait
simplement à rendre efficace l'interprétation dans le cas
d'automates et son système est le plus logique et le moins ambigu
qui soit car il supprime la notion de priorité intrinsèque des
opérateurs.

JKB


Avatar
Manuel Leclerc


Pure mauvaise fois. Comportement indéfini, concrètement
ça veut dire par exemple écriture de n'importe quoi
n'importe où dans la mémoire adressable et writable du
process sans aucune segmentation fault, exécution de
n'importe quel bout de code exécutable du process, etc...


3.4.3
1 *undefined behavior*
behavior, upon use of a nonportable or erroneous
program construct or of erroneous data for which
this International Standard imposes no requirements

En clair et en français, un comportement indéfini veut juste
dire que le Standard n'en a rien à battre des programmes
erronés ou des programmes non portables.


Prends un peu de recul : ce que je critique dans le C, c'est la
notion même de programme "erroné". Je ne vois quel point tu fais
quand tu cites la norme.

Maintenant, si on écrit un programme correct, où est le
problème ?


Le comportement indéfini n'est pas un problème quand il ne
se produit pas. Sympa comme logique.

Non, la seule défense du C, c'est que c'est un assembleur
portable, et il faut vivre avec les conséquences.

--
I first wrote it in PL/I, then started over in assembler language when
the PL/I program was too big to fit in the computer.
--Richard Stallman


Avatar
george
JKB , dans le message , a
écrit :
Non. On a quelqu'un qui a eu de gros problèmes à utiliser matlab pour
des raisons de précision de calcul et qui a dû coder son propre
langage lui permettant d'avoir une bonne précision.


Ah, donc tu as été conduit à minimiser l'effort du programmeur de
l'analyseur syntaxique. Ça explique tout.

Lorsque ce
quelqu'un s'est posé la question de savoir quel était le meilleur
moyen d'avoir un interpréteur véloce, ce quelqu'un a regardé les
différentes syntaxes et logiques et le RPN à pile dynamique banalisée
d'impose de lui-même.


Non, ce qui s'impose pour l'efficacité, c'est de pré-compiler le truc.

Avatar
george
JKB , dans le message , a
écrit :
Est-ce que le C a à voir avec le langage humain ? Le Fortran ? On
parle de sémantique, de représentation et non de transposition du
langage humain.


On parlait de facilité à le lire et l'écrire, il me semble.

Avatar
JKB
Le 29-06-2004, à propos de
Re: Fichier Windows et matériel Linux,
Nicolas George écrivait dans fr.comp.os.linux.debats :
JKB , dans le message , a
écrit :
Non. On a quelqu'un qui a eu de gros problèmes à utiliser matlab pour
des raisons de précision de calcul et qui a dû coder son propre
langage lui permettant d'avoir une bonne précision.


Ah, donc tu as été conduit à minimiser l'effort du programmeur de
l'analyseur syntaxique. Ça explique tout.


Non, pour avoir quelque chose de véloce sachant que le gain de
vitesse a été utilisé pour combattre les dérives de précision (et
que le langage lui-même comprend tout à fait la notation
algébrique). Il n'est pas question d'effort mais d'efficacité, sinon
ma paresse crasse m'aurait fait oublier la notation algébrique !

Lorsque ce
quelqu'un s'est posé la question de savoir quel était le meilleur
moyen d'avoir un interpréteur véloce, ce quelqu'un a regardé les
différentes syntaxes et logiques et le RPN à pile dynamique banalisée
d'impose de lui-même.


Non, ce qui s'impose pour l'efficacité, c'est de pré-compiler le truc.


C'est idiot comme argument lorsque l'on parle de langage interprété
(donc représentable par une machine de Turing de base). Par ailleurs
il existe des langages compilables et d'autres qui ne le sont pas
(cf. Donald Knuth, je ne sais plus quel tome du Art of computing).

JKB


Avatar
JKB
Le 29-06-2004, à propos de
Re: Fichier Windows et matériel Linux,
Nicolas George écrivait dans fr.comp.os.linux.debats :
JKB , dans le message , a
écrit :
Est-ce que le C a à voir avec le langage humain ? Le Fortran ? On
parle de sémantique, de représentation et non de transposition du
langage humain.


On parlait de facilité à le lire et l'écrire, il me semble.


Ah ?!

long h[4];E[80],S;t(){signal(14,t);if(S)longjmp(E,1);}c,d,l,v[]={(int)t,0,2},
w,s,I,K=0,i'6,j,k,q[276],Q[276],*n=q,*m,x,f[]={7,-13,-12,1,8,-11,-12,-1,9
,-1,1,12,3,-13,-12,-1,12,-1,11,1,15,-1,13,1,18,-1,1,2,0,-12,-1,11,1,-12,1,13,
10,-12,1,12,11,-12,-1,1,2,-12,-1,12,13,-12,12,13,14,-11,-1,1,4,-13,-12,12,16,-
11,-12,12,17,-13,1,-1,5,-12,12,11,6,-12,12,24};u()
{for(i;++i<264;)if((k=q[i])-Q[i]){Q[i]=k;if(i-++I||i%12<1)
printf("33[%d;%dH",(I=i)/12,i%12*2+28); printf("33[%dm
"+(K-k?0:5),k);K=k;}alarm(1);Q[263]=c=((S=1)&&!setjmp(E))?
getchar():-1;alarm(0);}G(b){for(i=4;i--;)if(q[i?b+n[i]:b])return
0;return 1;}g(b){for(i=4;i--;q[i?x+n[i]:x]=b);}
main(C,V,a)char**V,*a;{for(a=C>2?V[2]:"jkl pq";i;i--)*n++=i<25||i%12<2?7:0;
srand(getpid());system("stty raw -echo");
signal(14,t);t();puts("33[H33[J");for(n=f+rand()%7*4;;g(7),u(),g(0)){if(c<
0){if(G(x+12))x+;else{g(7);++w;for(j=0;j<252;j*(j/12+1))for(;q[++j];)if(
j%12=){for(;j%12;q[j--]=0);u();for(;--j;q[j+12]=q[j]);u();}n=f+rand()%7*4;G
(x)||(c=a[5]);}}if(c==*a)G(--x)||++x;if(c==a[1])n=f+4**(m=n),G(x)||(n=m);if
(c==a[2])G(++x)||--x;if(c==a[3])for(;G(x+12);++w)x+;if(c==a[4]||c==a[5]){
printf("33[H33[J33[0m%dn",w);if(c==a[5])break;for(j&4;j--;Q[j]=0);
while(getchar()-a[4]);puts("33[H33[J33[7m");}}system("stty cooked
echo");d=popen("cat - HI|sort -rn|sed -n 1,20p>/tmp/$$;mv /tmp/$$ HI;cat
HI","w");

Rien ne m'empêche d'écrire du C comme un goret contrairement au
Fortran par exemple. Le truc compile si ça vous intéresse.
Ce qui fait la facilité de lecture ou d'écriture d'un langage n'est
pas intrinsèque au langage lui-même. Le langage - quel que soit ce
langage - est un ensemble de formalisme pour décrire sa pensée
(algorithmique ou non), et on peut toujours structurer sa pensée ou
non indépendament de tout formalisme logique (RPN, PN ou infixe).

JKB


Avatar
j
Le Tue, 29 Jun 2004 12:13:32 +0000 (UTC) après l'an de grâce,
inspiré(e) (Nicolas George) écrivait la plume
légère :

j , dans le message , a
écrit :
Dissonnance cognitive.
...



ah!! la théorie de l'engagement les pièges abscons et toussa qui
permettent d'expliquer comment si on conditionne les personnes dans des
trucs absurdes (notamment au moyen de l'éducation) les gens persévère nt
dans des décisions absurdes. (choix absurde = choisir une solution
clairement non profitable)

Si je puis me permettre, contrairement à tes exemples la RPN n'est pas
une décision absurde, pas plus que le choix de l'utilisation de
parenthèses pour les notations mathématiques. C'est un choix arbitraire
qui est lié à l'appréciation «esthétique» (au sens de lié à un ressenti)
ou à une histoire des personnes. Certains sont plus à l'aise avec la RPN
d'autres avec les parenthèses, mais dans aucun des deux cas on ne peut
repérer une situation absurde.


Continuer à enseigner la notation de Newton pour les calculs
différentiels au lycée voici une dissonance cognitive (la notation de
Leibniz étant au moins «auto-cohérente»).
d(f(g(x)))/dxß(g)/dg . d(g(x))/dx est plus simple que la règle à
apprendre pour (f rong g)'(x)

Mais bon, il y a des têtes bien faîtes qui ont considéré que
le choix de Newton de flinguer Leibniz il y a plusieurs siècles pour
crime de lèse majesté vaut encore la peine d'être respecté aujourd' hui.



--
Economists can certainly disappoint you. One said that the economy
would turn up by the last quarter. Well, I'm down to mine and it
hasn't. -- Robert Orben