Nicolas Boulay a écrit 16571 commentaires

En gros, il faut se faire à l'idée que les batteries encaissent un nombre fixe de cycle charge/décharge et que garder brancher en permanence une batterie augmente ce nombre de cycle à cause de l'auto-décharge et le PC qui envoit une charge d'entretien.

L'histoire de la décharge complète lié à l'effet mémoire est moins vrai, par contre le nombre de cycle max reste d'actualité.

"La première sécurité est la liberté"

ARM utilise des shadow register. En gros, certain mode activé sous certaine interruption donne un registre tout propre qui n'a pas besoin d'être sauver en pile avant usage. Par contre, dés qu'il faut accéder aux registres caché, cela devient épique.

"La première sécurité est la liberté"

Avec openCl et l'utilisation des GPU pour "autre chose" nécessitent aussi une ouverture.

"La première sécurité est la liberté"

Je ne parlais pas de ce genre d'informations. Mais de ce qui est propre au logiciel : caches de vignette, pré calcul d'index ou autre cache, voir configuration d'affichage.

"La première sécurité est la liberté"

Tu veux dire que les méta-donné propre à digikam sont inclus dans les photos ? C'est une blague ?

"La première sécurité est la liberté"

Les 3/4 des gestionnaires de photos veulent absolument gérer les fichiers eux-même en collant leur metadata à coté.

C'est hyper chiant !

Je fais de la photo numérique depuis 5 ans, les logiciels évoluent vite, mais mes anciennes photos, elles ne bougent pas ! Je n'ai donc pas envie que le programme les touchent sans mon accord.

Quand est-ce que les développeurs se rendront compte que leur logiciel a une durée de vie largement inférieur aux fichiers gérés ? (en gros 6 mois, la durée de vie de la distrib pour une version de programme donné).

Le top serait d'avoir sa base de photo, classé comme on veut, et le programme sauve ses meta-data ailleurs (même dans ~/.monprogram/ si il veut).

"La première sécurité est la liberté"

La doc correspondante est la suivante ?
http://www.gnu.org/software/smalltalk/manual-base/gst-base.h(...)

"La première sécurité est la liberté"

Je cherche de la doc sur le coté reflexif de smalltalk.

http://www.gnu.org/software/smalltalk/manual/gst.html est très long et sans le mot clef en question.

Est-ce qu'il y a des noms de classe "magique" à connaitre ?

"La première sécurité est la liberté"

L'éducation et la formation.

"La première sécurité est la liberté"

soit ils offrent un moyen de bidouille, soit les bidouilleurs cassent les protections, c'est pourtant assez répétitif comme schéma.

"La première sécurité est la liberté"

Leur intérêt est donc de ne pas se mettre les 3 communautés sur le dos (pirate, linuxien et "homebrew"(?), ceux qui code leur propre truc ).

Xbox avait déjà fait l'erreur avec la version 1.

"La première sécurité est la liberté"

le wipe, c'est pas un peu intrusions dans un système d'information et destruction de donnés d'un tier ? Le genre de truc pour condamner le vilain pirate à de la prison ferme ?

"La première sécurité est la liberté"

Pour avoir bosser dans le domaine des cartes à puce, je peux te dire que ce n'est pas l'algo qui est attaqué mais l'implémentation, bref, la porte est blindé, on casse le chambrale, il est en béton, on teste la fenêtre, etc... Il suffit d'une seul erreur.

"La première sécurité est la liberté"

Cela ressemble à du rom code qui passe par dessus l'OS qui tourne en "ring 0". Je n'ose pas imaginer ce qu'il est possible de faire si un virus rentre la dedans.

http://www.unixgarden.com/index.php/reflechir/aliennation-2

"La première sécurité est la liberté"

Ou alors, il va discuter avec son voisin pour lui payer un CPL qui fonctionne mieux, voir il va se rendre compte qu'il s'agit d'une alimentation de PC sans filtre ECM, comme dans plein de no name.

"La première sécurité est la liberté"

50Hz, c'est 6000 km.

Comme dis plus loin, le rapport entre lambda et la longueur de câble est très importante sinon rien n'est émis, ce n'est pas uniquement une histoire de longueur "suffisante".

"La première sécurité est la liberté"

C'est tellement chiant que tu ne le fais pas.

@selection = map {$_ if ($_> 10)} @array;

"La première sécurité est la liberté"

oui, "l'officiel".

En même temps, il annonce 1.5 de compile jit sur mon programme, gcc prendrait bien plus de temps. Même si gcc est lent, il n'y a rien de magique.

"La première sécurité est la liberté"

Un langage synchrone est surtout cyclique, ce qui facilite beaucoup de choses.

"La première sécurité est la liberté"

Tu ne bosses pas pour esterel tech par hasard ?

"La première sécurité est la liberté"

Aurais-tu une idée des pièges à con dans lesquelles il ne faut pas tomber ?

"La première sécurité est la liberté"

En gros, c'est un langage synchrone comme Lustre ou Esterel mais sans le coté formel ?

"La première sécurité est la liberté"

Il te manque un langage fonctionnel dans ta liste.

Le jour ou tu découvre comment fonctionne un map ou un grep (en perl); tu découvres un moyen de résoudre des problèmes de façon utlra concise. Passer des fonctions en paramètres changent beaucoup de choses.

Tu as aussi les contrats (assert() en C et Java, les bloc [] en smarteffel ou en lisaac, qui s'hérite). Ils te permettent de poser tes conditions sur les entrées/sortie de ton code, cela évite de faire trop de programmation défensive, qui finit par couter et facilite de beaucoup les tests en proposant une série "d'Oracle" qui te donne un vrai ou faux dans un test.

Lisaac apporte un plus par rapport à Java c'est de pouvoir faire plein de petit objet, plein de niveau d'héritage, sans perte de performance.

"La première sécurité est la liberté"

Sauf que cela doit concerner 20 boites dans le monde :/

Remarque, je bosse pour une de celle qui fait du Ocaml. Donc,cela existe.

"La première sécurité est la liberté"

C'est quoi les problèmes typiques ? Tu as essayer perl ou Go qui sont censé être pure UTF8.

Lisaac ne l'utilise pas encore mais j'ai du mal à voir ce qui est plus complexe que changer la gestion interne des string.

"La première sécurité est la liberté"