Le Sat, 20 May 2006 16:32:26 +0000, Michel Talon a écrit:

>
> Ta propre connaissance de la psychologie humaine est abysmale.

Je ne connais pas ce mot en français. Tu ne voudrais pas dire
"déplorable", plutôt?

--
Sutor ne ultra Crepidam.

Emmanuel Florac <eflorac@imaginet.fr> wrote:
> Le Sat, 20 May 2006 16:32:26 +0000, Michel Talon a écrit:
>
> >
> > Ta propre connaissance de la psychologie humaine est abysmale.
>
> Je ne connais pas ce mot en français. Tu ne voudrais pas dire
> "déplorable", plutôt?
>

En tout cas atteint le fond des abymes ...


--

Michel TALON

>>
>> Ce genre d'appr?ciation est du ressort du PDG et des actionnaires.
>> Il fixe des objectifs, apr?s il juge des r?sultats.
>> Au DSI de faire les bons choix strat?gique.
>
> Ta propre connaissance de la psychologie humaine est abysmale.
>

J'ai déjà travaillé avec les DSI d'AGFA, des editions Lamy, du Crédit
Agricole, d'un des plus gros Conseil Régional de France, de papéterie... et
beaucoup de TPE qui vendent aux DSI de gros groupes (EDF par exemple).

Et vous, quels DSI de gros groupes avez vous cotoyé?

Merci de répondre en argumentant un minimum et non des trucs genre "Ah, ah,
ah" que franchement je trouve puéril.

Rémi

"Nicolas George" <nicolas$george@salle-s.org> wrote in message
news:e4nhvh$2aer$1@nef.ens.fr...
> Michel Talon, dans le message <e4nh6a$2cm6$1@asmodee.lpthe.jussieu.fr>,
> a écrit :
>> Si. Elle peut limiter l'effet de ces erreurs, les contenir.
>
> Pas plus qu'un système d'exploitation correctement sécurisé. Les
> implémentations sont très différentes, mais c'est au fond rigoureusement
> la
> même chose.
>
> Et s'agissant de la machine virtuelle de java, c'est encore pire, parce
> qu'une partie de la sûreté du système est confiée au compilateur, qui
> pourtant est potentiellement hostile.

Je ne connais pas assez la JVM mais sachez qu'en .NET la sécurité à ce
niveau existe.

Par exemple impossible d'executer une assembly téléchargée ou prise dans le
voisinage réseau si l'administrateur n'a pas autorisé ce type d'execution.
Autre exemple, impossible d'executer une assembly en code natif si ce n'est
pas autorisé.
Bref, vous pouvez définir très précisement les périmétres d'execution et
fonctionnel pour chaque utilisateur et chaque application.
http://msdn.microsoft.com/library/de...etsecurity.asp

Rémi

talon@lpthe.jussieu.fr (Michel Talon) writes:

> Emmanuel Florac <eflorac@imaginet.fr> wrote:
>> Le Sat, 20 May 2006 16:32:26 +0000, Michel Talon a écrit:
>>
>> >
>> > Ta propre connaissance de la psychologie humaine est abysmale.
>>
>> Je ne connais pas ce mot en français. Tu ne voudrais pas dire
>> "déplorable", plutôt?
>>
>
> En tout cas atteint le fond des abymes ...

Dans ce cas, c'est abyssal

PK

--
|\_,,,---,,_PatriceKARATCHENTZEFF
ZZZzz/,`.-'`'-.;-;;,_mailto:p.karatchentzeff@free.fr
|,4-))-,_.,\(`'-'http://p.karatchentzeff.free.fr
'---''(_/--'`-'\_)

Remi THOMAS a écrit :

>>>
>>> Ce genre d'appr?ciation est du ressort du PDG et des actionnaires.
>>> Il fixe des objectifs, apr?s il juge des r?sultats.
>>> Au DSI de faire les bons choix strat?gique.
>>
>> Ta propre connaissance de la psychologie humaine est abysmale.
>>
>
> J'ai déjà travaillé avec les DSI d'AGFA, des editions Lamy, du Crédit
> Agricole, d'un des plus gros Conseil Régional de France, de papéterie...
> et beaucoup de TPE qui vendent aux DSI de gros groupes (EDF par exemple).
>
> Et vous, quels DSI de gros groupes avez vous cotoyé?

Je travaille dans la DSI d'un gros groupe. Ce n'est pas pareil d'être
au sein et de côtoyer.

Tout ce que je peux te dire, c'est que le DSI de la société (c'est à
dire au niveau en dessous du groupe) n'y connais rien en informatique.
Il ne fait aucun choix technique si ce n'est pour des raisons politiques.

Je ne te parle même pas de ceux qui sont au dessus de lui. A ce niveau
là, ils claquent des doigts et ça marche. Ils ne savent pas qui est en
dessous ni comment ils travaillent.

Pour ce qui est de l'appréciation, ils demandent à leurs subordonnés
s'ils ont remplis leurs objectifs. S'ils répondent "Oui", ils ont un
bonus, sinon, ils perdent une grosse partie de leur prime. Donc, ils
répondent toujours "Oui".

--
Stéphane

Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/

Patrice Karatchentzeff <p.karatchentzeff@free.fr> wrote:
> >
> > En tout cas atteint le fond des abymes ...
>
> Dans ce cas, c'est abyssal

Merci.

>
> PK
>

--

Michel TALON

"Remi THOMAS" , dans le message <44700a0f$0$7720$626a54ce@news.free.fr>,
a écrit:
> Je ne connais pas assez la JVM mais sachez qu'en .NET la sécurité à ce
> niveau existe.
>
> Par exemple impossible d'executer une assembly téléchargée ou prise dans le
> voisinage réseau si l'administrateur n'a pas autorisé ce type d'execution.
> Autre exemple, impossible d'executer une assembly en code natif si ce n'est
> pas autorisé.
> Bref, vous pouvez définir très précisement les périmétres d'execution et
> fonctionnel pour chaque utilisateur et chaque application.
> http://msdn.microsoft.com/library/de...etsecurity.asp

Blablabla. Si tu avais les plus élémentaires connaissances techniques en
informatique, tu saurais qu'on système d'exploitation peut imposer
exactement les mêmes restrictions, pour peu que le processeur ait une notion
de protection assez fine, ce qui est le cas des processeurs modernes.

Remi THOMAS a écrit :

> Crédit Agricole

Mandriva a un projet en cours avec le GIE Synergie, ça
concerne, je crois, la filiale CALYON, et il a été
question de 12000 postes. Cela concerne aussi le
produit pulse "multi-os", y compris Windows, de
télédiff de Mandriva (écrit en ruby, soit dit en
passant).

Je cherche des infos sur le tout.

Tu peux mailler à manuel dot leclerc at wanadoo dot fr

Nicolas George <nicolas$george@salle-s.org> writes:

> Blablabla. Si tu avais les plus élémentaires connaissances
> techniques en informatique, tu saurais qu'on système d'exploitation
> peut imposer exactement les mêmes restrictions, pour peu que le
> processeur ait une notion de protection assez fine, ce qui est le
> cas des processeurs modernes.

Enfin, moderne, faut voir Cela date quand même de près de 20 ans
dans le domaine de la bureautique (80386 et 68020)...

Et je vois mal utiliser ce genre de proc dans un environnement
moderne

PK

--
|\_,,,---,,_PatriceKARATCHENTZEFF
ZZZzz/,`.-'`'-.;-;;,_mailto:p.karatchentzeff@free.fr
|,4-))-,_.,\(`'-'http://p.karatchentzeff.free.fr
'---''(_/--'`-'\_)

"Nicolas George" écrivit
> a écrit :
>> Je ne connais pas assez la JVM mais sachez qu'en .NET la sécurité à ce
>> niveau existe.
>>
>> Par exemple impossible d'executer une assembly téléchargée ou prise dans
>> le
>> voisinage réseau si l'administrateur n'a pas autorisé ce type
>> d'execution.
>> Autre exemple, impossible d'executer une assembly en code natif si ce
>> n'est
>> pas autorisé.
>> Bref, vous pouvez définir très précisement les périmétres d'execution et
>> fonctionnel pour chaque utilisateur et chaque application.
>> http://msdn.microsoft.com/library/de...etsecurity.asp
>
> Blablabla. Si tu avais les plus élémentaires connaissances techniques en
> informatique, tu saurais qu'on système d'exploitation peut imposer
> exactement les mêmes restrictions, pour peu que le processeur ait une
> notion
> de protection assez fine, ce qui est le cas des processeurs modernes.

C'est bien pour cela que ce niveau de sécurité existe dans .NET car une
Virtual Machine n'est rien d'autre qu'un miprocesseur virtuel : c'est elle
qui s'occupe de l'execution du p/code.
J'ai également précisé que je ne sais pas comment cela fonctionne dans la
JVM que je ne connais pas assez bien. Si quelqu'un peut préciser.

Pour aller plus loin sur ce sujet sachez que Microsoft travaille sur un tout
nouvel OS appelé "Singularity", encore dans les bureaux Research.
Cet OS aurait pour coeur une Virtual Machine pour contrôler au maximum ce
qui se passe (en autre).
L'interêt de faire ce contrôle de façon logicielle et non pas matérielle est
de pouvoir s'appuyer sur le processeur quand il offre ce type de service
sinon de l'émuler. Ainsi pas la peine de jeter nos vieux Intel.
http://msdn.microsoft.com/msdnmag/is...t/default.aspx
et
http://research.microsoft.com/os/singularity/

Rémi

ps : Nicolas, pourquoi toujours répondre en faisant passer les autres pour
des incapables, as-tu besoin de cela pour te grandir ?
Plus la peine de me répondre sans argumenter un stricte minimum avec
quelques liens crédibles car ta réponse glisserait sur mon indifférence.

"Remi THOMAS" <remi@xtware.com> writes:

[...]

> Plus la peine de me répondre sans argumenter un stricte minimum avec
> quelques liens crédibles car ta réponse glisserait sur mon
> indifférence.

C'est sûr que balancer des liens de chez Microsoft, cela pose un
homme, question sérieux...

PK

--
|\_,,,---,,_PatriceKARATCHENTZEFF
ZZZzz/,`.-'`'-.;-;;,_mailto:p.karatchentzeff@free.fr
|,4-))-,_.,\(`'-'http://p.karatchentzeff.free.fr
'---''(_/--'`-'\_)

Remi THOMAS wrote:

> "Khanh-Dang" écrivit
>>> Très honettement, depuis 15 ans que je travaille dans ce milieu, que je
>>> fréquente de très gros groupes (50000 personnes) ou des TPE, jamais,
>>> mais alors jamais, je n'ai entendu les gens se plaindre d'avoir la corde
>>> au cou.
>>
>> C'est normal, on ne peut pas se plaindre d'un problème dont on n'est pas
>> conscient.
>>
>>> Car au final c'est le coût humain qui est le plus important et qu'une
>>> solution informatique efficace (même payante) est plus économique qu'une
>>> solution inefficace (une Lapalissade mais bon)
>>
>> Si tu préfères être efficace avec une corde autour du cou, c'est ton
>> problème. Et quand la corde se resserre, tu le sens, ton cou^Hût.
>
> J'admire ta vision face aux directeurs informatiques et service
> informatique des grosses boites.
> Dans ces services si les résultats sont insuffisants, tu sautes.
>
> Rémi

Hé non !
saute celui qui a la moins bonne communication, pas le moins compétent !
dans ces machins, il vaut mieux être nul mais savoir se placer que super
compétent avec mauvais caractère ...

Michel Talon wrote:

> Remi THOMAS <remi@xtware.com> wrote:
>> J'admire ta vision face aux directeurs informatiques et service
>> informatique des grosses boites.
>> Dans ces services si les r?sultats sont insuffisants, tu sautes.
>
> Tu es toujours un gros comique toi. Comment est-elle évaluée la suffisance
> ou l'insuffisance dans ces grosses boites?
>
>>
>> R?mi
>>
>>
>
à la pédale du chef, et sourire de sa secrétaire !

Remi THOMAS wrote:

>>>
>>> Ce genre d'appr?ciation est du ressort du PDG et des actionnaires.
>>> Il fixe des objectifs, apr?s il juge des r?sultats.
>>> Au DSI de faire les bons choix strat?gique.
>>
>> Ta propre connaissance de la psychologie humaine est abysmale.
>>
>
> J'ai déjà travaillé avec les DSI d'AGFA, des editions Lamy, du Crédit
> Agricole, d'un des plus gros Conseil Régional de France, de papéterie...
> et beaucoup de TPE qui vendent aux DSI de gros groupes (EDF par exemple).
>
> Et vous, quels DSI de gros groupes avez vous cotoyé?
>
> Merci de répondre en argumentant un minimum et non des trucs genre "Ah,
> ah, ah" que franchement je trouve puéril.
>
> Rémi

Question très bête : parlaient-ils français ? vu ton orthographe ...

On Sat, 20 May 2006, Michel Talon wrote:

> Stéphane Zuckerman <szuckerm@etu.utc.fr> wrote:
>> A faire de Java un langage Type-safe. Si tu utilises les generics, tu as
>> l'assurance de ne *jamais* avoir un programme "bloqué" à cause d'une
>> erreur de type, puisque ces erreurs sont détectées statiquement.
>>
>
> Il sera tout juste bloqué à cause d'autre chose.

Oui. Mais ce ne sera pas à cause de gens qui font des casts n'importe
comment. Donc ça fait une chose de moins à se souvenir.

> La naïveté des gens dans ces questions de langage est absolument
> phénoménale. C++ a toutes sortes de déclarations de type pointilleuses,
> ça a déjà empêché des programmes C++ de planter? Et à tout hasard, tu as
> déjà regardé des cores de C++ utilisant la STL sous gdb? C'est du grand
> art.

Non, mais je parle de Java, et pas de C++. Et à ma connaissance, même ne
utilisant tous les mécanismes de C++, le côté "surensemble" du C fait
qu'un programmeur n'est pas obligé d'utiliser lesdits mécanismes. Alors
qu'en Java, plus déjà. Et oui, la propriété de sûreté est importante.

--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)

"Remi THOMAS" , dans le message <44706cd4$0$7741$626a54ce@news.free.fr>,
a écrit:
> C'est bien pour cela que ce niveau de sécurité existe dans .NET

Ce n'est pas de ça qu'on parlait. Tu as prétendu que la machine virtuelle
apportait un «garde fou» (ce sont tes mots). Je t'ai démontré que c'était
faux. Point.

Michel Talon wrote:
> Patrice Karatchentzeff <p.karatchentzeff@free.fr> wrote:
>>> En tout cas atteint le fond des abymes ...
>> Dans ce cas, c'est abyssal
>
> Merci.

D'ailleurs c'est "abîmes".

--
Laurent

"Patrice Karatchentzeff" <p.karatchentzeff@free.fr>
> "Remi THOMAS" <remi@xtware.com> writes:
>
> [...]
>
>> Plus la peine de me répondre sans argumenter un stricte minimum avec
>> quelques liens crédibles car ta réponse glisserait sur mon
>> indifférence.
>
> C'est sûr que balancer des liens de chez Microsoft, cela pose un
> homme, question sérieux...
>

Donc pour parler des produits Microsoft je ne peux faire de liens chez
Microsoft !
C'est certain que cela ferme l'argumentation.

Remi THOMAS wrote:

> J'ai également précisé que je ne sais pas comment cela fonctionne dans la
> JVM que je ne connais pas assez bien. Si quelqu'un peut préciser.

Java fourni plusieurs couche de sécurité, la première étant la
vérification à
la compilation (impossibilité d'utiliser des variables non
initalisée,...), la seconde
étant la vérification à l'exécution (vérification des classes au
chargement...), la troisième
étant l'API de sécurité qui permet de définir ce qu'un programme
java est autorisé à faire.

Exemple d'utilisation de l'API de sécurité :

public class SystemPropertyReader {

public static void main(String[] pArgs) {

try {
System.out.println("système d'exploitation
["+System.getProperty("os.name","inconnu")+"]");
System.out.println("n° répertoire home en
["+System.getProperty("user.home","inconnu")+"]");
} catch(Exception e) {
System.out.println("ERROR => "+e.toString());
}
}
}

Par défaut, les applications java ne dispose d'aucun gestionnaire de
sécurité, c'est
pourquoi l'exécution tel quel du code ci-dessus se terminera
normalement.

A contrario, si l'on rattache un SécurityManager à ce même programme
en l'exécutant via
un "java -Djava.security.manager SystemPropertyReader" , une
SecurityException sera
levée lors de la tentative de lecture de la propriété "user.home",
l'accès à celle-ci n'étant
pas autorisé dans le fichier de police (java.policy) par défaut.


Voilà, j'espère avoir plus où moins répondu à ta question.

Emmanuel Florac a écrit :
> Le Sat, 20 May 2006 02:07:08 +0200, Prodejeu a écrit :
>
>> Merci beaucoup, mais justement "reparlons-en", tout en ayant déjà
>> utilisé (peu c'est vrai) ces trois langages, je trouve quand même que
>> Java a une plus belle syntaxe.
>
> Marrant, moi je trouve la syntaxe de Java horriblement verbeuse et de fait
> très pénible...
>
Ouais c'est marrant, parce que moi c'est exactement l'inverse.
Je trouve la syntaxe de Java beaucoup moins verbeuse, que celle des
langages qui forcent à séparer les entêtes des corps (de classes,
méthodes, fonctions, ...). ;-)

Ainsi Parlait Michel Billaud <billaud@labri.fr>
> talon@lpthe.jussieu.fr (Michel Talon) writes:
>
> > Peux tu me citer de quelle société FreeBSD dépend? Et je parle de FreeBSD
> > parceque c'est un système complet. Tu auras du mal il n'y en a aucune.
>
> Voyons, tu est sur que ça n'apparitent pas à SCO ? :-)

"We own all your code, pay us all your money" :-)

--
Franck Yvonnet <fyvonnet@gmail.com>
"Are you sure that a floor cannot also be a ceiling? Are you absolutely
certain that you go up when you walk up a staircase?"
- M.C. Esher

Le Sun, 21 May 2006 21:26:05 +0200, Prodejeu a écrit:

>
> Ouais c'est marrant, parce que moi c'est exactement l'inverse. Je trouve
> la syntaxe de Java beaucoup moins verbeuse, que celle des langages qui
> forcent à séparer les entêtes des corps (de classes, méthodes,
> fonctions, ...). ;-)

C'est sûrr que c'est moins verbeux que l'assembleur, aussi, si on va par
là. Mais c'est très verbeux comparé aux autres langages de haut-niveau.

--
L'Algérie était au bord du gouffre, aujourd'hui elle a fait un grand pas
en avant.
Aït Ahmed.

Le Thu, 18 May 2006 22:57:41 +0000 (UTC), Nicolas George a écrit :
>> Sinon, si on demande le respet des licences logicielles (ce que
>> Microsoft demande et ce qui est parfaitement légitime), c'est bien de
>> les respecter aussi....
> De toutes façons, ça n'a rien à voir: le problème entre microsoft et Sun
> était sur le respect des spécifications de Sun pour pouvoir prétendre au
> titre de machine virtuelle java. Rien à voir avec une licence logicielle,
> qui couvre l'utilisation et l'incorporation de code. La machine virtuelle de
> microsoft n'avait pas de code appartenant à Sun.

Effectivement, je pensais bel et bien a la norme. Mais je ne sais pas
quelles sont les modalités pour pouvoir diffuser une machine virtuelle
etiquettée "Java". Il faut bien accepter un quelconque accord, non ?

--
Nicolas Le Scouarnec

Emmanuel Florac <eflorac@imaginet.fr> wrote:
> Le Sun, 21 May 2006 21:26:05 +0200, Prodejeu a écrit:
>
> >
> > Ouais c'est marrant, parce que moi c'est exactement l'inverse. Je trouve
> > la syntaxe de Java beaucoup moins verbeuse, que celle des langages qui
> > forcent à séparer les entêtes des corps (de classes, méthodes,
> > fonctions, ...). ;-)
>
> C'est sûrr que c'est moins verbeux que l'assembleur, aussi, si on va par
> là. Mais c'est très verbeux comparé aux autres langages de haut-niveau.
>


Prend l'exemple suivant:
http://penguin.ewu.edu/class/cscd326...BlackTree.java
Est-ce que tu crois que c'est rééllement tellement plus verbeux que dans un
autre langage? Je crois que ça a l'air plus verbeux pour un Hello World!
mais ça devient à peu prés pareil que le reste dés que le programme est un
tout petit peu plus conséquent. Evidemment ça ne sera jamais aussi concis
que du Perl.


--

Michel TALON