Bonjour,

"caroline" <cgeme***invalid.fr> a écrit dans le message de news:
mn.6a367d84f8f158ed.89613***invalid.fr...
> Bonjour, une amie vient de me soumettre son problème juridique et régional
> récurant (preuves écrites à l'appui, évidemment puis que je saurais lire et
> beaucoup plus encore... [the french country], lorsque ses sociétés
> d'assurances [elles-lui] remboursent une partie seulement des préjudices
> subis, leurs tarifs les années suivantes augmentent proportionnellement et
> en fonction des remboursements crédités à cette personne [en clair il
> s'agirait de malus, elle perdrait plus d'argent que si elle n'était pas
> passé par les assurances citées, ci-dessus), voudriez--vous connaître les
> marques juridiques de toutes ces assurances (plus d'une centaines environs
> et ayant toutes opinions sur rues, bien évidemment...), merci ?
>
> --
> «... en 1 minute je possederais tout ce que d'autres ne possederont jamais
> durant toutes leurs existences terrestres meme centenaires ...» [le tresor]

Eh bien ! Le moins que l'on puisse dire est que vous "possédez" bien mal la
pratique de la langue française. Comment, alors, faites-vous pour comprendre
correctement le fonctionnement et la gestion d'un contrat d'assurance...?
--
Claude BRUN
http://ldda.net

Alain Montfranc a écrit :
> caroline a écrit
>> Un 13 avril 2008 en francophonie, M. Claude BRUN écrivit <news-groups:
>> fr.misc.droit> : «... Comment, alors, faites-vous pour comprendre
>> correctement le fonctionnement et la gestion d'un contrat
>> d'assurance... ? ...». Bonjour, l'ordinateur serait conçu pour faire
>> quoi (selon vous), merci ?
>
> Un ordinateur n'a jamais été concu pour comprendre Ã*** la place de son
> utilisateur :-D

c'est ce que je réponds Ã*** mes interlocuteurs qui me sortent : l'ordinateur a
fait une erreur, vous nous devez X euros :

Bon non, l'ordinateur ne se trompe pas, il est bête et ne fait qu'exécuter
des programmes, c'est les analystes, les programmeurs, les testeurs qui ont
commis une erreur

>
> Vous confondez "intelligence artificielle" et "betise naturelle"
>
>

y a aussi la connerie en barre, disponible dans les bonnes épiceries;-)

""Séb."" <poussin_stop_006_pots***mamamou.fre> a écrit dans le message de
news: 4801cbb2$0$876$ba4acef3***news.orange.fr...
Alain Montfranc a écrit :
> caroline a écrit
>> Un 13 avril 2008 en francophonie, M. Claude BRUN écrivit <news-groups:
>> fr.misc.droit> : «... Comment, alors, faites-vous pour comprendre
>> correctement le fonctionnement et la gestion d'un contrat d'assurance...
>> ? ...». Bonjour, l'ordinateur serait conçu pour faire quoi (selon vous),
>> merci ?
>
> Un ordinateur n'a jamais été concu pour comprendre à la place de son
> utilisateur :-D

c'est ce que je réponds à mes interlocuteurs qui me sortent : l'ordinateur a
fait une erreur, vous nous devez X euros :

Bon non, l'ordinateur ne se trompe pas, il est bête et ne fait qu'exécuter
des programmes, c'est les analystes, les programmeurs, les testeurs qui ont
commis une erreur

--------------------------------

Non. L'erreur est du côté des utilisateurs, qui entrent des données erronées
et/ou interprètent de travers les résultats fournis par l'ordinateur.

Alain Montfranc a écrit :
> Fabienne a écrit
>> ""Séb."" <poussin_stop_006_pots***mamamou.fre> a écrit dans lemessage
>> de news: 4801cbb2$0$876$ba4acef3***news.orange.fr...
>> Alain Montfranc a écrit :
>>> caroline a écrit
>>>> Un 13 avril 2008 en francophonie, M. Claude BRUN écrivit
>>>> <news-groups: fr.misc.droit> : «... Comment, alors, faites-vouspour
>>>> comprendre correctement le fonctionnement et la gestion d'un contrat
>>>> d'assurance... ? ...». Bonjour, l'ordinateur serait conçu pour faire
>>>> quoi (selon vous), merci ?
>>>
>>> Un ordinateur n'a jamais été concu pour comprendre Ã*** la place de son
>>> utilisateur :-D
>>
>> c'est ce que je réponds Ã*** mes interlocuteurs qui me sortent :
>> l'ordinateur a
>> fait une erreur, vous nous devez X euros :
>>
>> Bon non, l'ordinateur ne se trompe pas, il est bête et ne fait
>> qu'exécuter
>> des programmes, c'est les analystes, les programmeurs, les testeurs
>> qui ont
>> commis une erreur
>>
>> --------------------------------
>>
>> Non. L'erreur est du côté des utilisateurs, qui entrent des données
>> erronées et/ou interprètent de travers les résultats fournis par
>> l'ordinateur.
>
> L'un n'empeche pas l'autre, helas...
>
>

Etant développeur info, c'est exact que le gros problème vient des données
saisies par l'utilisateur, en effet

MAIS : étant donné que nous ne connaissons pas Ã*** l'avance la familiarité de
l'utilisateur avec l'outil, il NOUS appartient d'empêcher la saisie de
données incohérentes, d'alerte l'utilisateur qu'il a entréportnawak et de
limiter au maximum ce genre de possibilité, c'est un des fondements du
développement, que tout "bon" développeur se doit d'appliquer.
Après le gros souci, c'est qu'un développeur est dans une logique, si il
attend une date de naissance, il part souvent du principe que l'utilisateur
quand il voit "Date de naissance JJ/MM/AAAA" va entrer 13/04/2008 et non
13/04/08, ça lui semble tellement logique...

Bon après "moulinage" des données, si l'utilisateur est incapable de les
interpréter, c'est plus le problème des développeurs
en compta un bilan, tout le monde ne sait pas le lire, mais s'il est faux
c'est pas forcément que la faute Ã*** l'utilisateur

Salut,

> attend une date de naissance, il part souvent du principe que
l'utilisateur
> quand il voit "Date de naissance JJ/MM/AAAA" va entrer 13/04/2008 et non
> 13/04/08, ça lui semble tellement logique...
Là, t'as deux possibilités : soit tu t'en tiens au 13/04/2008, soit tu
permets aussi 13042008, 13/04/08... même si c'est un poil plus lourd en
traitement.
S'assurer aussi qu'on tente pas de saisir un truc totalement incohérent
genre 14/13/2008, ou plus fort une date dans le futur.
On a un système au boulot, il est cool... Tellement cool qu'on peut mettre
une date de clôture du dossier (la date à laquelle on a fini le boulot) dans
le passé (ce qui n'est pas courant) mais aussi dans le futur. Y'a pas si
longtemps que ça m'est arrivé... et sans alerte.

Vrai que limiter le nombre d'erreurs possibles par l'utilisateur n'est pas
évident. Dans l'exemple ça va encore, c'est une date, donc on peine pas trop
à repérer certaines énormités (comme le 13è mois). Il y a d'autres fois où
c'est moins évident.

a+,
--
G.T

G.T a écrit :
> Salut,
>
>> attend une date de naissance, il part souvent du principe que
> l'utilisateur
>> quand il voit "Date de naissance JJ/MM/AAAA" va entrer 13/04/2008 et non
>> 13/04/08, ça lui semble tellement logique...
> LÃ***, t'as deux possibilités : soit tu t'en tiens au 13/04/2008, soit tu
> permets aussi 13042008, 13/04/08... même si c'est un poil plus lourd en
> traitement.
> S'assurer aussi qu'on tente pas de saisir un truc totalement incohérent
> genre 14/13/2008, ou plus fort une date dans le futur.
> On a un système au boulot, il est cool... Tellement cool qu'on peut mettre
> une date de clôture du dossier (la date Ã*** laquelle on a fini le boulot) dans
> le passé (ce qui n'est pas courant) mais aussi dans le futur. Y'a pas si
> longtemps que ça m'est arrivé... et sans alerte.
>
> Vrai que limiter le nombre d'erreurs possibles par l'utilisateur n'est pas
> évident. Dans l'exemple ça va encore, c'est une date, donc onpeine pas trop
> Ã*** repérer certaines énormités (comme le 13è mois). Il y a d'autres fois où
> c'est moins évident.
>
> a+,
> --
> G.T
>
>
>
sans oublier mais on est HS/HC : les injections SQL et autres upload de
fichiers avec du code qui te plante tout

Alain Montfranc a écrit :
> =?UTF-8?B?IlPDqWIuIg==?= a écrit
>
>> Etant développeur info, c'est exact que le gros problème vient des
>> données saisies par l'utilisateur, en effet
>>
>> MAIS : étant donné que nous ne connaissons pas Ã*** l'avance la
>> familiarité de l'utilisateur avec l'outil, il NOUS appartient
>> d'empêcher la saisie de données incohérentes,
>
> "mepecher" est impossible. "Limiter" plutot
>
>

exact, limiter au maxi du possible, après, hein on n'est pas dans latête
des utilisateurs ;-)

"G.T" <g.t6***worldonline.fr> a écrit dans le message de news:
4801eb97$0$15878$426a74cc***news.free.fr...
| Salut,
|
| > attend une date de naissance, il part souvent du principe que
| l'utilisateur
| > quand il voit "Date de naissance JJ/MM/AAAA" va entrer 13/04/2008 et non
| > 13/04/08, ça lui semble tellement logique...
| Là, t'as deux possibilités : soit tu t'en tiens au 13/04/2008, soit tu
| permets aussi 13042008, 13/04/08... même si c'est un poil plus lourd en
| traitement.
| S'assurer aussi qu'on tente pas de saisir un truc totalement incohérent
| genre 14/13/2008, ou plus fort une date dans le futur.
| On a un système au boulot, il est cool... Tellement cool qu'on peut mettre
| une date de clôture du dossier (la date à laquelle on a fini le boulot)
dans
| le passé (ce qui n'est pas courant) mais aussi dans le futur. Y'a pas si
| longtemps que ça m'est arrivé... et sans alerte.
|
| Vrai que limiter le nombre d'erreurs possibles par l'utilisateur n'est pas
| évident. Dans l'exemple ça va encore, c'est une date, donc on peine pas
trop
| à repérer certaines énormités (comme le 13è mois). Il y a d'autres fois où
| c'est moins évident.
|
Reste qu'il appartient quand même au programmeur de *limiter au maximum* les
risques de données incohérentes. Plus facile à faire dans le cas d'une
commande "sur mesure" que dans celui de la conception de masse, où partir de
l'hypothèse que l'un au moins des utilisateurs sera un idiot total est
incompatible avec l'optimisation du code, et censé être inutile dans le
cadre professionnel, où les utilisateurs doivent avoir un minimum de
formation (non ? c'est pas comme ça dans la vraie vie ? Ah, bon ? j'savais
pas).

On a l'exemple souvent ici, sur SYS.PC, avec ce cher Windows : l'immense
majorité des utilisateurs ne réalisant pas qu'il est censé fonctionner peu
ou prou quelles que soient les circonstances, et qu'il appartient à chacun
de le régler selon sa configuration et ses besoins, on a plus souvent
"Windows, ça marche pas, d'abord" que "Comment dois-je faire pour obtenir
tel fonctionnement ?" Pour le coup, il faudrait changer nos bons vieux PC en
super-calculateurs pour qu'ils puissent analyser la config, et ce que l'on
veut en faire, puis auto-régler le système !

Non, décidément, l'ordinateur ne se trompe jamais ; les erreurs proviennent
soit d'une mauvaise conception du logiciel, soit d'une mauvaise conception
de l'utilisateur final (et Dieu sait qu'il y a du déchet en la matière !),
voire un subtile mélange des deux.

--
IOBA

"Alain Montfranc" <x***x.con> a écrit dans le message de news:
mn.79d57d8427292e65.51095***x.con...
| IOBA a écrit
|
| > Non, décidément, l'ordinateur ne se trompe jamais ; les erreurs
proviennent
| > soit d'une mauvaise conception du logiciel, soit d'une mauvaise
conception
| > de l'utilisateur final (et Dieu sait qu'il y a du déchet en la matière
!),
| > voire un subtile mélange des deux.
|
| Pas seulement
|
|
"C'est un peu court, jeune homme" ;-D Je serais curieux de savoir ce que tu
envisages comme autre possibilité, en excluant bien sûr la donnée endommagée
par un problème externe du type brusque coupure du courant (inconcevable en
milieu professionnel) ; même en cas de saisie correcte, mais d'erreur
d'écriture lors de l'enregistrement, un logiciel bien conçu doit détecter le
problème. Qui, par exemple, n'a *jamais* eu l'occasion de démarrer Word ou
Excel en ayant la surprise de voir apparaître le dernier enregistrement
correct du dernier document ou classeur enregistré ? (mis à part bien sûr
les couillons qui n'activent pas la sauvegarde automatique).

Résumons-nous. Un bon poste de travail, c'est d'abord une configuration
adaptée aux besoins ; ce sont, ensuite, des logiciels conçus pour saisir,
puis traiter toutes les données nécessaires. Étant écrits par des êtres
humains, ils sont sujets aux erreurs, mais les versions bêta et les
évolutions sont là pour en réduire le risque à une portion congrue.
Vient finalement l'utilisateur, censé savoir ce qu'il fait, mais pour le
coup définitivement sujet à une "erreur humaine". Il est donc la seule
source crédible d'une "erreur de l'ordinateur", expression particulièrement
fausse et injuste, puisque l'ordinateur fait toujours parfaitement ce qui
lui a été demandé. Soit on ne lui a pas donné la bonne recette, soit on ne
lui a pas donné les bons ingrédients, mais ce ne sera jamais sa faute, si le
gâteau brûle.

--
IOBA