Cela permet d'éviter des tests multiple à travers toutes les api. Tu découpes ton code en vérif, puis ensuite, tu considères tes entrées comme valide. Ton filet de sécurité est ton assert(), qui ne coute rien dans un code de production.
Cela permet aussi de faire un paquet de test, sans avoir "d'oracle" qui produit les données attendus. Ce qui peut être très chiant, tellement chiant que beaucoup de personne génèrent les fichiers une fois, et les utilisent comme référence. Cela ne teste rien du tout. Cela ne peut servir que de test anti regression.
Ma seul certitude, pour l'instant, c'est que coder avec des assert() est priceless, quand c'est possible (et léger), mais la manipulation de fichier est un peu trop complexe pour cela.
En général, les frameworks de tests essaye de faire le café, résultat tu peux passer plus de temps à debuguer un test qu'à coder, donc l'intérêt diminue fortement.
donc, tout le src/* avec un seul test/toto.c et tout dans un main.
Tu ne scripts pas, par exemple pour utiliser diff ? Parfois, j'ai la flemme de faire des tests complets, or un bon gros exemple, est un bon moyen de vérifier que rien n'a cassé avec le diff issue d'une référence généré précédemment.
Comment tu gères ta base de teste unitaire ? Avec un fonction test() dans chaque fichier ? Et une fonction pour l'appeler dans le binaire principal ? Un binaire spécial ? Un truc de build plus complexe pour recompiler chaque fichier avec un harnais ?
Quel norme vous suivez pour créer les paquets ? J'ai cru comprendre qu'il y avait un paquet de script dans les rpm, et que cela fait une différence entre mageia et red hat par exemple (menu, etc…)
Si c'est tellement un problème, il suffit d'interdire à Google de faire un traitement déporté de la vidéo sur ces serveurs, comme le il le font pour la commande vocale.
Je remonte à la création du disque, tout tes exemples sont après, mon "avant". En gros, cela a commencé au traité de l'OMPI qui a donné lieu à l'eucd et au dmca.
La radio va tuer le disque. Le télé va tué le cinéma. Le magnétoscope va aussi tué le cinéma. Internet va…
A chaque innovation, les "en place" sont effrayés. Ce qui me gène le plus, c'est que les politiques modifient les lois pour eux, ce qui ne semblait pas être le cas avant.
J'aime bien la rentabilité à court terme (5ans). Cela évite de devoir tenir compte de retournement du marché immobilier ou des taux des placements sans risque.
Dans une vidéo commercial, il semblait que l’œil était suivi pour faire les détections. Est-ce le cas ? Ou est-ce simplement un gyroscope, qui ne répond donc qu'au mouvement de la tête ? Est-ce que la résolution faible n'est pas gênante ?
Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
Ton cluster à corriger peut être une meta data ou un contenu de fichier. Une meta data peut être un truc dupliqué, peut être recalculer facilement ou être protégé par un code ECC. Le fichier peut avoir un statut différente (fichier courant, snapshot, fichier "effacé" dont se fout des erreurs).
Dell se croit souvent en entreprise, donc les personnes se pointent un peu n'importe quand. Ils n'ont pas le reflexe qu'une personne privé bosse et est rarement chez elle, pendant une journée de semaine.
Concernant le fait de mettre un PCB au four, je ne suis pas sûr que l'idée soit brillante. Chauffer tous ses vernis, colle et autre étain, est assez toxique.
La correction d'erreur à ce niveau n'a pas d'intérêt, vu que chaque disque en est blindé. De mémoire, pour un secteur de 4k, il y a bien 1k de code correcteur.
Le problème de ton approche est de savoir d’où tu sors ta liste de secteur utilisé. Est-ce que le fs doit parcourir tout le disque pour les trouver ? Que faire en cas d'erreur ?
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 2.
Oui.
Cela permet d'éviter des tests multiple à travers toutes les api. Tu découpes ton code en vérif, puis ensuite, tu considères tes entrées comme valide. Ton filet de sécurité est ton assert(), qui ne coute rien dans un code de production.
Cela permet aussi de faire un paquet de test, sans avoir "d'oracle" qui produit les données attendus. Ce qui peut être très chiant, tellement chiant que beaucoup de personne génèrent les fichiers une fois, et les utilisent comme référence. Cela ne teste rien du tout. Cela ne peut servir que de test anti regression.
"La première sécurité est la liberté"
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 2.
Ma seul certitude, pour l'instant, c'est que coder avec des assert() est priceless, quand c'est possible (et léger), mais la manipulation de fichier est un peu trop complexe pour cela.
"La première sécurité est la liberté"
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 1.
En général, les frameworks de tests essaye de faire le café, résultat tu peux passer plus de temps à debuguer un test qu'à coder, donc l'intérêt diminue fortement.
"La première sécurité est la liberté"
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 1.
tu as donc une lib pour tester les fichiers ? Des gestions de regexp par exemple ?
"La première sécurité est la liberté"
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 1.
donc, tout le src/* avec un seul test/toto.c et tout dans un main.
Tu ne scripts pas, par exemple pour utiliser diff ? Parfois, j'ai la flemme de faire des tests complets, or un bon gros exemple, est un bon moyen de vérifier que rien n'a cassé avec le diff issue d'une référence généré précédemment.
"La première sécurité est la liberté"
[^] # Re: Super workflow
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un debugger est-il indispensable ?. Évalué à 2.
Comment tu gères ta base de teste unitaire ? Avec un fonction test() dans chaque fichier ? Et une fonction pour l'appeler dans le binaire principal ? Un binaire spécial ? Un truc de build plus complexe pour recompiler chaque fichier avec un harnais ?
"La première sécurité est la liberté"
[^] # Re: norme ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Build Service en version 2.4. Évalué à 1.
Toutes les distribs ont leur robot. Il ne simplifie que peu de chose au final.
"La première sécurité est la liberté"
# norme ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Build Service en version 2.4. Évalué à 2.
Quel norme vous suivez pour créer les paquets ? J'ai cru comprendre qu'il y avait un paquet de script dans les rpm, et que cela fait une différence entre mageia et red hat par exemple (menu, etc…)
"La première sécurité est la liberté"
[^] # Re: Sombre futur
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Des infos sur les Google Glass. Évalué à 2.
Si c'est tellement un problème, il suffit d'interdire à Google de faire un traitement déporté de la vidéo sur ces serveurs, comme le il le font pour la commande vocale.
"La première sécurité est la liberté"
[^] # Re: le disque va tuer le spectacle vivant.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nous prépare t on aux DRM généralisés pour les imprimantes 3D?. Évalué à 2.
Je remonte à la création du disque, tout tes exemples sont après, mon "avant". En gros, cela a commencé au traité de l'OMPI qui a donné lieu à l'eucd et au dmca.
"La première sécurité est la liberté"
# le disque va tuer le spectacle vivant.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nous prépare t on aux DRM généralisés pour les imprimantes 3D?. Évalué à 10.
La radio va tuer le disque. Le télé va tué le cinéma. Le magnétoscope va aussi tué le cinéma. Internet va…
A chaque innovation, les "en place" sont effrayés. Ce qui me gène le plus, c'est que les politiques modifient les lois pour eux, ce qui ne semblait pas être le cas avant.
"La première sécurité est la liberté"
[^] # Re: Valeur actuelle nette
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comparer l'achat d'un bien immobilier et la location. Évalué à 3.
J'aime bien la rentabilité à court terme (5ans). Cela évite de devoir tenir compte de retournement du marché immobilier ou des taux des placements sans risque.
"La première sécurité est la liberté"
# suivi de l'oeil ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Des infos sur les Google Glass. Évalué à 5.
Dans une vidéo commercial, il semblait que l’œil était suivi pour faire les détections. Est-ce le cas ? Ou est-ce simplement un gyroscope, qui ne répond donc qu'au mouvement de la tête ? Est-ce que la résolution faible n'est pas gênante ?
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 2.
Avec un paquet de bit en plus tu peux avoir un taux d'erreurs de 10-15 mais vu la taille des disques, cela devient probable.
Un checksum ne te corrige aucune erreur, il les détecte (c'est beaucoup plus léger).
"La première sécurité est la liberté"
[^] # Re: Simulateur
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comparer l'achat d'un bien immobilier et la location. Évalué à 3.
Je rêve de fonctionnalité web en mode wiki pour faire et partager ce genre de simulateur !
Dommage que linuxfr n'ai pas les moyens de le faire, cela ferait un bon point de départ.
Ou alors il faut coller oocalc dans emscripten :)
"La première sécurité est la liberté"
[^] # Re: ils passent aujourd'hui (comique de répétition) dixit Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 1.
"si vous n'êtes pas content vous pouvez aller voir la concurrence"
Je serais curieux de voir la réaction si tu annules ta commande.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 0.
"Cf http://www.elinux.org/Busybox_replacement_project pour voir que ça dérange les industriels le copyleft et les procès intentés par des auteurs de busybox."
On comprends que cela dérange, mais est-ce que le projet a été au bout et est de la même qualité que busybox ?
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Non, ce n'est pas la même chose du tout.
Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 2.
Avec la directive RoHS, le plombs n'a pas disparu ? (pour que vive les "wiskers" :)
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Ton cluster à corriger peut être une meta data ou un contenu de fichier. Une meta data peut être un truc dupliqué, peut être recalculer facilement ou être protégé par un code ECC. Le fichier peut avoir un statut différente (fichier courant, snapshot, fichier "effacé" dont se fout des erreurs).
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 1.
1er lien trouvé :)
http://www.atousante.com/actualites/toxicite-fumees-soudage/
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Ton code est du Reed-Solomon. Il n'a rien d'extraordinaire.
"Comment fais-tu dans la version monolithique ? C'est le même avec une interface entre les deux."
Pas vraiment, car la façon de corriger peut venir de multiple endroit, selon la données contenu.
"La première sécurité est la liberté"
[^] # Re: Le support Dell
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dell, le degré zéro du service client.. Évalué à 6.
Dell se croit souvent en entreprise, donc les personnes se pointent un peu n'importe quand. Ils n'ont pas le reflexe qu'une personne privé bosse et est rarement chez elle, pendant une journée de semaine.
Concernant le fait de mettre un PCB au four, je ne suis pas sûr que l'idée soit brillante. Chauffer tous ses vernis, colle et autre étain, est assez toxique.
"La première sécurité est la liberté"
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
La correction d'erreur à ce niveau n'a pas d'intérêt, vu que chaque disque en est blindé. De mémoire, pour un secteur de 4k, il y a bien 1k de code correcteur.
Le problème de ton approche est de savoir d’où tu sors ta liste de secteur utilisé. Est-ce que le fs doit parcourir tout le disque pour les trouver ? Que faire en cas d'erreur ?
"La première sécurité est la liberté"
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 3.
je ne crois pas qu'il trie les symboles, il doit simplement trié les fichiers objets, ".o".
"La première sécurité est la liberté"