thoasm a écrit 9443 commentaires

Pourquoi nos PC n'en ont ils que 32 à coté des 64 ou 128 des engins de nos amis gamers ?

Eh, en vla un qui est tombé dans le pipeau marketting des vendeurs de console ;)

Explication/rattrapage : le nombre dans "console X bits" a arrêter de représenter la taille des registre des processeurs des consoles (le nombre de bits des nombres que les processeurs sont censés traîter) depuis ... peut être les consoles 32 bits. Après, ils se sont rendus compte que ça ferait bien d'augmenter ce chiffre parce que ça faisait tilt dans la tête des gens, et ils l'ont fait, mais ça n'avait plus vraiment la même signification : la taille du bus, que sais-je encore ?

Enfin bref, je sais pas pour les consoles de maintenant (quoi que probablement 64 bits comme les pcs modernes, puisque les deux mondes ont pas mal l'air de converger côté technos matériel)

Dans le même style, il est possible de gérer des formats de fichiers dont la présence de certains champs (ou groupe de champs) est optionelle, ou encore dépend de la valeur d'un champ précédent ?

(Je pose la question par curiosité, si ca existe pas va pas te faire chier à l'implémenter si ça sert à rien ;) )

Dans le même style que les billets de banques, les feuilles d'impots. J'ai fais cet après midi une copie d'une feuille d'imposition avec mon imprimante, qui a ajouté des "copies" en filigranne. Il y a sûrement du watermark là dessous (et même de la détection de watermark par l'imprimante)

écriture en phonétique, quand tu nous tiens ...

Je propose un jeu, faire semblant de comprendre au sens littéral les phrases de ce type à chaque faute.

Ici, pourquoi juste l'est des US et pas les US en entier ? l'ouest a surement été vitime d'une bombe atomique ou d'un tsunami.

Il y a une marge entre ne pas faire croire que le libre c'est bisounoursland et les insulter.

L'objectif d'un bon watermarking, c'est justement de résister au maximum à ce genre de transformations, sauf en bourrinant tellement que plus personne ne veuille du fichier ... Après, c'est peut être effectivement pas facile à faire (j'y connais pas grand chose)

<Disclaimer>
Devant la recrudescence notament des fautes d'orthographes (c'est pas grave, j'en fais aussi), et particulièrement des écritures d'expressions particulières en phonétique, ("quand même" vs "comme même", etc ...) j'ai décidé de souligner dès que j'y penserait à répondre à un commentaire dont une faute d'orthographe fait changer le sens en soulignant ce changement de sens
</Disclaimer>


Elles sont disponibles en mp3 ? Ils vont pouvoir faire une sorte de Meta-DRM, un DRM sur des spec de DRM.

T'as raison, les sondages sur linuxFR ça a toujours été n'importe quoi.

Entre les sondages sur la taille des poils de barbes, les sondages avec des choix idiots, Pïerre Tramo, la non représentativité des participants, les bots voteurs, les sondages qui restent pendant trois semaines, les trolls subtilement cachés dans les choix, et tout le reste, c'est vraiment parce que je suis une grosse feignasse que je rajoute pas un tracker dans le système de suivi pour les virer.

Typo : pas d'espaces après les apostrophes.

Et peut être un jour on arrêteras de ce taper dessus pour rien ...

Le jour ou il y aura plus de troll, ce sera la mort du libre ;)
Le problème c'est juste qu'il y en a un certain nombre pour se prendre pour des Dieux parce qu'ils utilisent telle distro d'homme, d'autres qui prennent les trolls au sérieux, qui trollent pas avec les bonnes personnes, ...

c'est pas très nombreux, deux ...

"Avant de transférer un message de ce type, on vérifie sa validité... "

C'est pas en balancant des leçons de morales aux gens dès la première phrase qu'on se fait aimer ... ;)

Mouarf, l'avis d'un étudiant :)

Non pas pour te dénigrer, mais en tant qu'étudiant qui fait du Ocaml depuis un an, qui est énervé par les contraintes de typages, t'as pas forcément beaucoup de recul sur ce qui est bien ou mal dans un typage si fort. Surtout si t'as fait du PHP avant. C'est bien, c'est facile, peu de contraintes, mais une horreur à debugger (c'est que mon avis, mais j'ai pratiqué, et je le partage).

Dans un environnement gnome moderne, tu change un paramètre a un endroit et ca change partout instantanément

C'est AMHA juste une histoire des gestion d'événement, qu'un logiciel qui utilise gconf n'a pas forcément à utiliser : avec gconf, on doit pouvoir garder l'ancien comportement si on veut. Quand à savoir si c'est une mauvaise idée, ça m'a l'air très subjectif comme avis ;). Perso je pense que ça peut être bien pratique.

Sur la communication entre les processus : en pratique, le partage de paramètres (pas de données, en l'occurence) peut se justifier. C'est parfois agacant de devoir mettre en oeuvre des usines à gaz rien que pour pouvoir changer un pauvre paramètre dans deux processus, ce qui peut être un besoin, en pratique : quand tu changes ta config, tu n'as pas forcément envie de relancer tous tes logiciels, avec tout ce que ça implique.

Sur le D-BUS : AMHA gconf doit l'utiliser ... gconf gère des paramètres, comme une lib dynamique pourrait le faire, certe, mais à aussi plus de fonctionnalités. Si tu mettais en oeuvre un autre programme pour gérer aussi des paramètres, mais permettre de les échanger, et si tu voulais partager des paramètres entre plusieurs programmes, il faudrait faire communiquer gconf avec cet autre programme, ce qui est à priori déja le cas ...

En l'occurence je pensais à un utilisateur lambda non assisté, qui veut un peu d'autonomie et de liberté pour personaliser son bureau, chez lui par exemple.

Sinon, pour l'histoire des variables globales, j'attends toujours un argument qui me montre en quoi c'est plus global qu'un fichier de conf ;)

Simple, c'est ton point de vue, celui d'un utilisateur "normalement constitué" (lambda si tu préfère) est sans doute différent.

C'est bien tenté le troll gconf mais ça a un peu rien à voir : tu peux très bien faire une interface qui génère un fichier de conf tout ce qu'il y a de plus classique.

Enfin, sur les variables globales, je vois pas ce qu'il y a de plus global dans gconf que dans un fichier de config. Au pire, si tu veux plusieurs config possibles, des solutions avec gconf : mettre les clés ailleurs dans l'arborescence, et spécifier au logiciel ou il doit aller les chercher (équivalent d'avoir plusieurs fichiers de config alternatifs), permettre de lancer plusieurs instances de gconf, ...

Ca s'apelle la légitime défense : tu as le droit de tuer si c'est toi ou lui, par exemple.

Il y a pas une execption à la GPL dans le cas de composants "de base" du système, typiquement INTEGER, BOOLEAN c'est vraiment des trucs de base ?

Enfin, peut être que l'exception c'est uniquement les libs de base du système d'exploitation. A vérifier, donc, à mon avis.

Plus d'effets, j'en doute pas, mais ça n'en sera pas moins inutile.

Choisir un OS spécialement pour une appli "cliente" je veux bien, mais dans le cas d'une appli serveur, genre une BDD, j'ai plus de mal à comprendre : on migre pas d'OS pour ce genre de trucs tous les matins, les applis clientes tournent généralement pas sur le serveurs (c'est administrable à distance pour les tâches courantes).

Ou j'ai loupé un truc, ou j'ai du mal à comprendre pourquoi elle devrait forcément tourner sous les deux OS ?

Tu trouves peut être ça nul, mais peut être que ça aura des conséquences inattendues :

-> Ca éveille la curiosoté d'un paquet de monde, qui fantasme à tout va
-> le truc sort. Il est révolutionnaire, ou pas. Tout le monde le teste. Il y a des retours de malade sur son utilisation, des trolls dans tous les sens.
-> la beta 2 sort, en ayant tenu compte de pas mal des retours. Ca donne un truc bien à l'arrivée.
-> l'effet de mode, la qualité du truc concurence ubuntu sur le marché des gens qui veulent une distrib simple et/ou qui suivent la mode.

Le tout parce qu'à l'origine la com à été bien pensée !!

En vrai, j'en sais rien. Mais ce qui est sûr c'est que visiblement dans la stratégie de Gael la com a été importante sur Mandriva (les débuts, le club, ...), et que c'est donc pas forcément un clown dans ce domaine, et qu'il veut vivre de ce qu'il fait. Alors, que tu trouves ça nul, à mon avis si ça marche il s'en contrebalance ;)

Indice : aller sur la version anglaise, page d'acceuil, et chercher "francais" ;)

Sur le debuggage : on déplace le problème. Dans l'idéal, j'entend un système réellement utilisable, le code généré est forcément conforme à la spec : si erreur il y a, elle n'est plus à chercher dans le code, mais dans la spec. Il n'y a donc pas à toucher au code généré directement. Multiplier la taille des spec par 10, est-ce un problème si on supprime l'étape codage ?

Dans ce cas, le boulot du codeur serait toujours de remplir les blancs, donc de partir d'une spec vague et en faire une spec complète et correcte, sans avoir à se préoccuper du code.

Après, sur les perfs, c'est un autre problème, sur la faisabilité aussi, les problèmes à résoudre étant souvant indécidables ... Ce que je dis est plus de l'ordre d'un fantasle idéaliste, d'autant plus que je suis pas spécialiste du domaine.

Pas tout a fait d'accord. En général, quand on code, on le fait (au moins implicitement) d'après une spécification. Quand tu codes un truc tu sais à peu prêt ou tu vas. Si tu te rend compte en cours de codage que ce que tu fais c'est n'importe quoi, même si ton code est correct, il faut jeter.

Si on a un bon langage de spec, de niveau relativement haut disons, qui permet de pondre plus ou moins automatiquement du code, ca permet de se concentrer plus sur la spec elle même, et moins sur le code. Alors certe, tu peux faire des erreurs de spec, mais dans ce cas, au moins, t'as plus à tout recoder. D'autant plus que, t'étant à priori plus concentré sur la spec, t'as moins de chance d'avoir fait une erreur fondamentale.

Une erreur de spec c'est d'autant plus dramatique si tu dois faire du code derrière.

Après, on en est pas encore là ^^

Je pense que c'est une tendance logique, et de long terme.
C'est nécessaire pour pouvoir faire des raisonnements éléborés d'abstraire les structures. Plus on se rapproche du niveau sémantique, et plus il est facile de faire de déductions, et donc de faire des déductions efficace. Optimiser au niveau de l'algorithme et non plus de la boucle. Une idée qui m'est venu comme ça : un langage ou le compilo choisit lui même la structure de donnée adaptée pour stocker une collection d'objet, en fonction de ce qu'on en fait : optimisation des accès si il y en a beaucoup, ... Au lieu de préciser 'vecteur', 'liste', 'arbre de recherche', on dit 'collection de' et on laisse le compilo se débrouiller en fonction de l'utilisation qu'on en fait.

Puisqu'on parle de langage, c'est le genre de chose nécessaire par exemple en traitement du langage, par exemple pour faire des traductions de textes. La technique "de base" c'est de faire du mot à mot. Pour faire plus efficace, il faut extraire les structures, grammaticale, etc. Pour faire plus efficace, ou plus fidèle, il faut carrément essayer de comprendre le sens du message avant de le retranscrire.

Dans le même genre, niveau langage, certains pensent (genre MS) qu'on va de plus en plus vers des langages spécialisés, dans lequel le spécialiste du domaine (plus forcément un informaticien spécialiste) peut exprimer ce qu'il veut, et laisser faire le boulot à des algos spécialisé, le travail de l'informaticien ce recentrant sur la conception des langages et des algos spécialisés.