Nicolas Boulay a écrit 16043 commentaires

Cela me rappelle ça :

http://www.nojhan.net/geekscottes/index.php?id=125

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

Dans matrix, le piratage de la central à coup de faille de ssh trouvé à coup de nmap (faille qui a existé en plus de mémoire), c'était au moins crédible.

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

Faire 2 lignes, n'a aucun sens.

en gros, tu as 80% du prix, c'est l'entretien du réseau, et le reste, c'est la télé, le téléphone, etc...

Donc, si tu fais un forfait sans télé, tu gagneras 1€, mais si tu offres le tout, la télé utilise le réseau et donc, 30% ou 50% de la facture n'est pas idiot.

Ce que demandait la CE, c'est de passer de 50 à30% pas de tout passer à 100%.

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

Non seulement Free fait cela depuis le début, mais depuis le nombre de service à explosé, la taxe concernant l'arret de la pub sur France télé est arrivé, et le tarif n'a pas augmenter depuis 10 ans.

Je rappelle les tentatives du pied pour faire passer l'abonnement à 35€.

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

Il y a une affectation spéciale qui retourne "null", si le type n'est pas exactement celui attendu (genre c'est un fils et pas le type directement).

Par exemple, l'api de fichier retourne un type "entry" qui peuvent être un "directory" ou un "file".

Il faut ensuite tester le cas "null".

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

Disons que tu peux faire des trucs de malade avec.

Par exemple, la définition d'une classe et l'objet, c'est la même chose en template, c'est juste un exemple. On instancie pas, on clone.

Dans l'implémentation, l'héritage se transforme en structure dans la structure de l'objet fils. Et cela fonctionne quasiment pareil qu'une donnée : c'est modifiable dynamiquement.

J'ai vu 2 codes qui utilise ça :
- de la génération automatique de GUI à partir d'un arbre de dépendance, dont l'objet père est remplacé par des widgets.
- pour les drivers qui changent de père pour tourner sous bus PCI ou USB.

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

A chaque fois, je pense "Quel gâchis !"

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

Il fallait recoder pour permètre de faire plus d'optimisation de haut niveau. Mais la syntaxe était presque stable, on aurait pu augmenter le nombre de codeur, trouver des bugs, augmenter les lib, définir des outils d'aide à la programmation (plugin eclipse,...)etc...

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

Pour rebondir de manière plus positive, cela en est où Lisaac ?

LA question qui tue, enfin, qui m'attriste.

Disons qu'il y avait une dynamique très forte pour sortir une sorte de version 1.0 (stable niveau bug et feature) cet été. Depuis les Jm2l de novembre de l'an passé, cela allait bien. Cela a continué jusqu'en mars.

Et depuis, l'auteur principal ne donne plus de nouvelles. Il a dû repartir dans un 4ième recodage du compilateur (en utilisant un principe plus générique et extensible) et il a dû aussi faire une méga grosse pause...

Bref, c'est pas la joie.

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

Pas vraiment. La popularité et l'intérêt technique ne sont pas antagonique.

C'est surtout des concepts totalement orthogonaux et qui n'ont rien à voir entre eux.

Il suffit de regarder la nouvelle vague de langages sur la JVM comme Scala, Clojure et Groovy, ou sur la CLI comme F# ou Boo pour s’apercevoir que l'on peut apporter des concepts avancés à une masse importante de développeurs.

C'est exactement pareil que de produire des fichiers code objet pour être lié avec du C ou du C++, ce qui permet de parler à beaucoup d'autre langage.

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

Après c'est super de se palucher sur la pureté de LISAAC comparé aux affreux compromis de JavaScript, mais il faut pondérer ça avec le nombre de programmeurs de chaque côté. Comme quoi, le bien, le mieux, tout ça...

C'est petit de mesurer l'intérêt téchnique de quelques choses avec sa popularité.

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

A mon avis, l'antivirus peut être responsable du problèmes.

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

3. OpenGL c'est juste le compositing, ça ne rendra pas rapide ce qui est lent aujourd'hui. C'est plutôt aux drivers de s'améliorer (ou alors on fait comme Chrome, on utilise pas les libs du systems, et on fait tout à la main)

Peux-tu expliquer plus ? En gros, le problème est d'avoir une sorte de lib vectoriel accéléré ?

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

Le seul cas qui ressemble à ce que tu dis, c'est une erreur dans l'url qui doit apporter une erreur 404 qui ensuite renvoit sur une page google. La en général, cela bloque le navigateur le temps qu'il trouve l'info.

Concernant le blocage dû au IOs, je croyais que c'était un problème d'abus de fsync() par SQL lite. Il me semblait que du boulot avait été fait dans ce sens sur Linux, pour que le fsync() passe en priorité sur les autres commandes et sur SQL lite pour diminuer l'usage de cette primitive.

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

C'est aussi une histoire d'oeufs et de poule. Quel intérêt de faire une application Js qui rame à mort en espérant un jour des performances correctes ?

Il suffit de voir le comportement des appli google pour voir que cela serait mieux, d'avoir un peu plus de vitesse (le tableur surtout).

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

se bouffer le nez sur des pouillèmes de secondes

Pouillèmes qui peuvent représenter x1.5 ou x2, donc non ce n'est pas négligeable !

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

Désolé d'avoir été un peu abrupte, j'aimais bien le concept "simple" d'usage de CImg.h. C'était limpide d'usage.

Là, cela devient vraiment cryptique. Je veux bien que la ligne de commande soit puissante, mais de là à rajouter des notions de boucle et de conditionnel... Si on reste en Unix, les pipes et le langage shell sont fait pour cela.

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

Les disques dures fonctionnent à 4k depuis longtemps, mais il n'affiche cela que depuis très récemment. De plus, Linux aiment bien travailler avec des multiples de la taille de page, donc, je ne serais pas étonné qu'il est tendance à faire des écritures de 4ko en taille mini.

Mais surtout, le disque dur peut dire que la donnée être écrite alors que c'est faux.

Bien sûr, je sais qu'il ont même tendance à ne pas respecter le "write barrier" SATA, mais c'est lors de la relecture que tu te rend compte du problème.

Je comprends surtout que de toute façon, on ne peut rien face à un crash disque complet et qu'il faut pouvoir aussi gérer ce cas là.

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

Disons qu'une coupure de courant, cela flingue le secteur de 4k en cours d'écriture sur un disque. On peut imaginer un tas de schéma qui gère cela. J'étais persuadé que c'était le cas, comme pour les FS (les système de log, de soft update, de journalisation).

Sinon, un bon mmap() sur une structure de donné du langage natif doit être absolument imbattable.

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

en O_DIRECT si tu préfères.

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

C'est là que je vois que je viens du hard :) Quand je vois un softeux qui croit que le hard peut tout faire :)

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

La syntaxe du fichier track.gmic est horrible (?). Cela ressemble à du Perl mais en pire.

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

Tu veux dire que si il y a une coupure de courant au court d'une écriture d'une base SQL celle-ci ne va pas se réparer toute seul au redémarrage : j'ai un gros doute !

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

J'aurais tendance à recommander Redis pour de nombreux usages, mais pas pour des données sensibles comme des informations bancaires.

A cause de l'absence de gestion de la persistance ?

Et si on rajoute un système par dessus Redis qui lancent des écriture dans plusieurs bases ?

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

Sur un jeu, tu considères ok, de perdre toute la base, depuis la dernière sauvegarde.

Concernant tes maths financières, sans aller jusqu'à utiliser des nombre décimal, un entier 64 bits qui compte des centimes, c'est déjà pas mal.

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