Aurelienc
Modifications sur Multitâche
modifierBonsoir,
Que la terminologie anglaise ne vous convienne pas pour définir les interblocages possibles dans le multitâche est une chose (bien que ces termes revienent souvent dans le jargon informatique très anglicisé et méritent peut-être d'être mentionnés !), mais je ne coomprends pas pourquoi vous avez purement et simplement supprimé mon ajout concernant l'étreinte mortelle ...
Est-ce un problème rédactionnel ?
Recherche rapide sur Google pour deadlock:
- http://www.linux-france.org/prj/jargonf/D/deadlock.html
- http://www-igm.univ-mlv.fr/~dr/NCS/node194.html
- http://whatis.techtarget.com/definition/0,,sid9_gci211913,00.html
- http://info.astrian.net/jargon/terms/d/deadlock.html
Wishmaster 11 jun 2004 à 00:41 (CEST)
Bonjour, Je n'ai absolument rien contre la mention des interblocages dans le contexte du "multitâche", y compris avec la terminologie US/UK. Du reste Interblocage est absent du wiki, et il faudrait y remédier. Je dirai que c'est effectivement un problème rédactionnel.
L'article "multitâche" me semble très problématique, sous sa forme actuelle - il est redondant, parfois hors-sujet, mal structuré, etc. Je crois que mentionner, en passant, le problème de l'interblocage comme illustration des causes de l'arrêt d'un processus, c'est trop dire, ou pas assez. A mon sens, ce passage de l'article ne doît pas écraser le lecteur avec du "jargon" - le terme de "bug" utilisé juste avant me semble parfaitement convenir.
Si l'on parle d'interblocage, pourquoi ne pas parler de toutes les classes de bugs qui peuvent affecter des processus ? Mieux vaut rester à "bug", ou alors expliquer en quoi l'interblocage est un problème *spécifique* au multitâche ; mais pas se contenter de lâcher le terme et puis prendre la tengente.
A méditer. Peut-être que je suis allé trop vite en besogne. Désolé si cette modification vous a laissé un goût désagréable dans la bouche.
Fraternellement. Aurélien
Bienvenue sur le Wikipédia francophone et désolé que ce n'est pas commencé plus tranquillement :o) A☮ineko ✍ 14 jun 2004 à 05:28 (CEST)
Portée dynamique
modifierJe suppose que tu parle de programmation, ce n'est pas évident à lire l'article. --Dom 13 sep 2004 à 20:57 (CEST)
- euh, oui effectivement. Ca peut être arangé. Des volontaires ? Aurélien
Licence
modifiersalut, tu as téléchargé l'image Image:Sge-term-rep-reprise.png sans lui donner de licence. Peux-tu le faire ? Merci Tipiac 13 sep 2004 à 22:17 (CEST)
- Salut :) Eh ben je ne télécharge que des trucs dont je suis l'auteur, et que sous GFDL. D'ailleurs, si c'est dans wikipedia ... Faut ajouter qqchose ? Aurélien
- oh :) suffit de mettre {{GFDL}}, que c'est bo !
Exceptions, REXX, PL/I : réponse (tardive, sorry)
modifier"La variable sigl contient le numéro de ligne où a eu lieu l'exception."
d'où elle sort celle-là ? c'est une variable globale ?
- Une métavariable, en fait. Tout se passe comme si elle était prédéclarée partout, un peu comme le RC en Rexx ou le $? en shell unix.
- je m'en doutai, mais tu aurais du le dire !
quand à PL/I, qui est un langage énorme, je suis perplexe;
- Le livre "PL/I" de Marc Thorin, avec qui j'ai bossé à Centrale, ne doit pas faire beaucoup plus de 100 pages. Et il décrit la totalité des fonctionnalités du langage. En fait, PL/I est bien plus simple que C + stdio + stdlib + string, et présente l'avantage de ne pas obliger sans cesse l'utilisateur à partir à la chasse aux petits morceaux.
- quel argument moisi !! PL/I plus petit que C + stdlib + ... franchement !
la discussion sur ses capacités de traitement d'erreur est plus longue que cette petite contribution
- Oui, mais nous ne cherchons pas à rédiger un cours de PL/I sur les exceptions. Juste à présenter la façon dont elles y sont traitées.
bref, je suis mal à l'aise pour ce qui est de mentionner ici ces deux langages
- Pace que tu ne les connais pas ? On ne peut pas connaître tout, tu sais; c'est même pour cela qu'il y a des encyclopédies, dont celle-ci ;o)
- donc un article sur les langages PL/I et REXX serait bien venu pour commencer
REXX : qu'est-ce qu'il apporte par rapport à ce qu'on dit sur Java (sinon un plus grand simplisme) ?
- Une plus grande simplicité, pas un plus grand simplisme. En fait, Java est - je pense que tu as eu l'occasion de t'en rendre compte - une véritable catastrophe ergonomique. Bill Gates au eu la partie belle en lançant son C# en capitalisant sur toutes les erreurs de conception qui s'y trouvaient. Tiens, en revanche, il faudrait lancer un appel aux compétences sur la gestion des exceptions en C#, sans doute plus utilisé que Rexx.
- Java, pour un langage d'assemblage, n'est pas si mauvais ... il ne manque que de bons compilateurs (comme linj). Le SGE C#, j'en met ma main au feu, est un machin terminal comme dans Java. Des témoins ? Si je l'ai choisi, c'est parcequ'il est connu de tas de (jeunes) programmeurs, et qu'il est bon de souligner ses limites et bizarreries, aussi.
PL/I : est-ce qu'il a quelque chose qui ressemble à un SGE moderne ?
- Il a constitué de modèle de la gestion d'exception pour les autres langages, étant venu bien avant eux. Donc rien que déjà sur le plan conceptuel il est intéressant de le mentionner.
- Je reconnais la valeur historique de PL/I. Ca devrait aller dans une division sur l'histoire de la SGE, qui n'existe pas ... Tu veux l'écrire ?
en particulier : est-ce que REXX et PL/I illustrent vraiment ce dont je parle ?? Aurélien 22 sep 2004 à 19:33 (CEST)
- Tous les langages qui possèdent des systèmes de gestion d'exception illustrent la gestion d'exception. C'est bien le sujet de l'article, me semble-t-il, non ? François-Dominique 2 oct 2004 à 00:30 (CEST)
- Tous les langages disposant d'un SGE n'illustrent pas de façon intéressante et instructive la gestion d'exception ... Je suis sûr qu'il y a une place pour PL/I et rexx dans cet article, mais pas de la façon proposée Aurélien
Langage Lisaac
modifierBonjour, j'aimerai savoir pourquoi vous vous évertuez à supprimer le lien vers le langage Lisaac, qui a sa place dans la section dédié aux langages objets. Lisaac est un langage dont le compilateur est fonctionnel et librement disponible en téléchargement Wikipedia est une encyclopédie où le plus possible d'information doivent être renseignées.
Croyez que je veillerai personnellement à ce maintien. Merci de votre compréhension --Ontologiae 13 mai 2005 à 16:44 (CEST)
- Wikipedia n'est pas une page de pub pour le langage du mois. Lisaac a l'air cool, mais il pas si connu. Aurélien
Image
modifierMerci d'avoir copié sur le serveur des images, qui ne peuvent qu'enrichir notre encyclopédie.
Je profite de l'occasion pour t'informer, au cas où tu ne les connaîtrais pas déjà, des quelques règles existant sur Wikipédia en matière de téléchargement des images.
Tous les éditeurs se doivent de respecter certaines règles d'utilisation des images. L'objectif est essentiellement de fournir à notre utilisateur (lecteur) une information détaillée sur l'origine et le statut d'une image, afin qu'il sache s'il peut la réutiliser ou non. Elles peuvent également nous protéger en cas de désaccord avec le propriétaire d'un copyright.
Les principes sont :
- importer les fichiers sous licence libre (pas de fair use !) sur Wikimedia Commons, le conservatoire central de contenus libres commun à tous les projets Wikimedia dans toutes les langues, comprenant des images, de la musique, des textes écrits et parlés ou des vidéos. Tous les fichiers importés sur Commons peuvent être utilisés immédiatement partout ailleurs. Nous recommandons les téléchargements sur Commons.
- utiliser un nom clair et détaillé pour l'image afin qu'elle n'entre pas en conflit avec d'autres images ;
- remplir la page de description de l'image, notamment pour y inscrire le statut du copyright et la source de l'image en question ;
- être vigilant sur les droits d'auteur sans tomber dans la paranoïa. Pour l'utilisation de matériel non libre, merci de respecter les indications fournies dans la page Wikipédia:Exceptions au droit d'auteur ;
- ne pas mettre les crédits (source, remerciement, informations, etc.) de l'image dans l'article mais dans la page de description.
Les images ne respectant pas ces règles seront supprimées.
Amicalement,
L'image ne question est Image:Lisp-liste.png merci Tipiac 9 jun 2005 à 08:08 (CEST)
- Merci de me le rappeler. PS : il y a un endroit où l'on trouve toutes les macros { { macro } } utilisables dans wikipedia ? Aurélien
Le programme informatique qui ne faisait pas ce qu'on lui disait
modifierBonjour, suite au revert de ma modification, j'ai lancé une discussion à ce sujet sur Discuter:Programme informatique. Epommate
- Noté. Aurélien
Allocation statique
modifierBonjour, Je ne vois pas bien pourquoi tu as reverté ma modif concernant l'allocation statique comme source de bugs? Michel.
- A vrai dire, je ne sais plus, l'article est quasiment réécrit. De quels bugs s'agit-il ? Et les bugs de l'allocation sur la pile et sur le tas ? Aurélien 23 septembre 2005 à 14:18 (CEST)
- tu as raison c'est aussi possible sur la pile & dans le tas. Mais je sais d'expérience que les developpeurs plaques des bornes arbitraires... Michel.
- Que veux-tu dire ? ~~
- tu as raison c'est aussi possible sur la pile & dans le tas. Mais je sais d'expérience que les developpeurs plaques des bornes arbitraires... Michel.
"L'allocation statique de mémoire et la source d'une part importante des bugs et des failles de sécurité en informatique car elle débouche souvent sur le "débordement de mémoire"." ?
- La source importante de faille de sécurité liée à la gestion mémoire n'est pas spécialement liée à l'allocation statique. Ce sont les langages qui proposent des pointeurs et des accès aux tableaux sans vérification de débordement qui sont la cause (C, C++ en particulier). Bien sûr, c'est plus grave si ça se produit dans le segment qui contient le code ...
- confier le fonctionnement de mon appli a un ramasse miettes qu'on devrait appeler "laisse miettes" ca ne me tente pas, quand a contrôler le débordement c'est bien en validation... après c'est un gaspillage honteux de ressources. Michel.
- En ce qui me concerne, il est honteux de gaspiller le temps des développeurs à déboguer des programmes pour cause de gestion manuelle de la mémoire. Sauf certains programmes critiques (noyau, applis temps réel), le ramasse-miettes est une bénédiction. Et le contrôle de débordement est encore plus important en production qu'en validation : c'est là que t'as intérêt à lever une exception plutôt que corrompre silencieusement tes données ... ps : tu n'as pas de compte Wikipédia ? Crée-z-en un, ça mange pas de pain, et ça te permet de suivre les articles qui t'intéressent. En plus tu passes pas pour un anonyme qui n'assume pas ses éditions ;) Aurélien 25 septembre 2005 à 10:43 (CEST)
- confier le fonctionnement de mon appli a un ramasse miettes qu'on devrait appeler "laisse miettes" ca ne me tente pas, quand a contrôler le débordement c'est bien en validation... après c'est un gaspillage honteux de ressources. Michel.
A propos du caractère ethnique du judaïsme
modifierCher Aurélien,
vous avez placé un bandeau de neutralité portant sur le caractère ethnique des Juifs. Je vous demanderai de l'enlever : ce caractère ne fait absolument aucun doute dans certains pays, comme les E.U
- et ailleurs ? Aurélien
De plus, selon le wiki,
- Une ethnie est un groupe humain possédant des caractéristiques bio-morphologiques et un héritage socio-culturel commun, comme une langue, une religion, des traditions semblables.
Le mot est dérivé du grec εθνος qui signifie « toute classe d'êtres d'origine ou de condition commune ». Il fut autrefois employé pour désigner un peuple primitif ; cette acception est tombée en désuétude. Selon le dictionnaire le petit Robert : "l'ethnie française englobe notamment la Belgique wallonne, la Suisse romande, le Canada français".
(D'accord, il ajoute :
- La définition même d'éthnie est donc en elle même imprécise et dépend entièrement de l'importance attachée à tel ou tel critère et des ethnologues concernés. :)
- c'est bien ce qui me pose problème, et la raison pour laquelle je souhaitais éviter de jouer avec ce genre de terme. Aurélien
Pour l'aspect génétique, il est vrai que les Juifs sont, Dieu merci, assez différenciés phénotypiquement pour faire mentir les préjugés antisémites les plus nauséabonds. Néanmoins, bon nombre d'entre eux partagent des marqueurs génétiques communs (l'haplogroupe J1 pour être précis), les Cohanim possèdent même des traits (chromosomiques) tout-à-fait particuliers, lesquels ont été utilisés pour conforter les assertions de la tribu africaine Lemba quant à leur origine juive.
- bien sûr ... mais d'autres encore ne partagent pas ces traits. qu'en déduire ? Aurélien
Pour les autres, cela me paraît évident, mais je me tiens à votre disposition si ça ne l'était pas pour vous. Cordialement --'Inyan m'écrire 16 janvier 2007 à 21:55 (CET)
- Inyan, je ne suis pas convaincu. Bien que n'ayant pas pris assez de temps pour répondre (ce soir), je te propose de discuter des aspects ethniques de l'Islam d'abord, de passer par les mormons (et les aspects ethniques et bien entendu génétiques), enfin les Chrétiens et les Boudhistes (pour prendre deux autres groupes religieux d'importance majeure), et de ne revenir aux juifs qu'à la fin... Avec toute ma considération. Aurélien 16 janvier 2007 à 23:51 (CET)
- Tout d'abord, il y a un caractere ethnique evident de l'islam : les premiers musulmans etaient Arabes, et dans l'esprit des gens, les deux termes restent associes : parler d'un Arabe chretien, a la rigueur, d'un Arabe juif, ca choque indeniablement (et encore, on comprendra "Arabe/Musulman converti au judaisme"). Ensuite, ce n'est pas pour rien que Louis Farrakhan intitule son mouvement Nation of Islam (qui est au passage considere comme heterodoxe...). Et contrairement aux Musulmans, les Juifs ne font pas beaucoup de proselytisme (si ce n'est entre Juifs, reviens au judaisme, mon fils ! :)
- On ne devient pas Juif par formulation d'un credo comme les religions majeures ou adoption d'un mode de vie comme le bouddhisme, ca se saurait. Les "pretendants au judaisme", comme les Pashtounes, professent le plus souvent une appartenance aux Dix tribus perdues. Comme disait Raymond Aron, le mot 'peuple' de "peuple Juif" a un sens qu'il n'a que dans cette expression.
- Quant aux marqueurs genetiques qui disparaissent, pas besoin de conversions pour les expliquer : ils ne se retrouvent que chez les hommes, et le judaisme se transmet par la femme. Je te renvoie a Shen et al (cf. article Samaritains) - l'ADN mitochondrial des Juifs leur est assez propre. Et, encore une fois, l'aspect genetique ne fait pas tout dans l'ethnie
Bien a toi,--'Inyan m'écrire 17 janvier 2007 à 09:28 (CET)