Un article est paru dans rue89 sur le sujet. Il faut investir 40€ dans un U, il peut y avoir des U a 30€, mais le risque est plus grand d'avoir un truc fragile. Tout le teste se coupe trop facilement. Un tel U pèse autour d'1kg, pour avoir la même résistance, une chaine pèse le double. Il faut aussi éviter que l'antivol soit posé près du sol, cela facilite la coupe.
Il manque quand même pas mal de truc à emacs, et cela devient lourd. La navigation entre plein de fichier d'un projet est pénible. L'autocompletion était une fonctionnalité majeur, maintenant eclipse fait de l'autocompletion sur toute la lib, il est aussi capable de retrouver la définition et les usages d'une fonction. Comment tu fais cela en emacs ?
Tu as aussi l'effet Logan : les voitures sont devenu de plus en plus complexe pour augmenter la marge des constructeurs, alors qu'une voiture basique et fiable est possible.
il y a tout de même un fait qui ne change pas : le travail que tu produis, acheté par d'autres permet de dégager un peu de marge pour te payer ton toit, ta nourriture, et ta sécurité social. Si il n'y a plus ce petit delta en plus, qui permet de te payer tout ça, tu fais comment ?
Pour le type de vis, ce n'est pas une histoire de disponibilité de stock ou de conception faite à l'arrache ? Les parties non ouvrables ne sont pas un moyen d'économiser sur les vis justement ?
"Et pourtant, qu'est ce qu'on sait de qui a financé ce reportage ?"
Suivre l'argent s'applique aussi. En général, c'est simplement acheté par la chaine de télévision, qui cherche un peu de sensationnalisme pour faire de l'audience. On peut aussi avoir certain journaliste militant qui déforme la réalité à leur vision. Mais tout ceci est vrai pour toute enquête de journaliste.
Sachant que le vendeur ventait le noir gratuit sans préciser qu'il fallait avoir toujours de la couleur, que la couleur était facturé au prix fort et que le noir n'était fournis que sur commande de couleur, c'est facile d'en déduire le plan marketing derrière.
En même temps, si tu brises le "cycle" économique, tu n'as plus d'emplois. C'est justifié ainsi par certain économiste.
Imagines un monde ou tout les objets sont éternels et que l'envie de renouveler a disparu, qu'elle activité reste-t-il ? A part les services et l'agroalimentaire ?
Les DRAM utilisés était des pièces normales dont les lot étaient testé en milieux rayonnant (ou comment se poiler en disant partout que l'on bosse dans le X, les rayons X). A priori, à l'époque, il n'y a pas eu de lots de SDRAM qui était retenu, c'était à cause de risque du comportement de la PLL aux rayonnements solaires.
Oui, mais c'est un cas marginal. Je ne sais pas pour les autres imprimantes, mais sur ma HP, je peux imprimer en N/B même si la cartouche couleur est vide.
J'ai connu des imprimantes qui refusaient de fonctionner sans la couleur. J'ai même vu une imprimante à sublimation thermique où le noir était fournis gratuitement, mais elle utilisait de la couleur aussi pour le N/B.
"Fiat fait aussi des merdes faces à Audi. Différentes gammes pour différents consommateurs. Mais ca n'a rien à voir avec obsolescence programmée."
Je parle de la création de chrysler devant la ford T. Cela date un peu plus…
"Je doute qu'ils soient aussi respectueux des vêtements que ce que demande le consommateur actuel."
C'était des machines à tambour tout à fait classique, rien à avoir avec les machines américaines avec le truc central qui tourne et déchire les vêtements.
"MAIS au final, la décision d'achat revient toujours à l'individu"
Oui, mais on le manipule par la pub (télé, affichage, placement de produit dans les films cools, …), on empêche les lois (cf le documentaire de France 5 de ce soir sur le lobby alimentaire).
_Regarde, aujourd'hui on a les lampes à LED qui ont une durée de vie très longue et une consommation très basse. Pourtant personne n'en achète car c'est bien trop cher encore._
C'est vrai que pour les lampes a led, c'est pas la led qui grillent, c'est l'alimentation. En plus, les led 5w, c'est moins que la lumière d'un spot halogène 35W (11 spot pour une salle de bain, alors que 4 spot halogènes classique 50w seraient trop).
Pour les bas, j'ai surtout vu des filles se plaindre que cela passait son temps à filer.
Il existe maintenant des imprimantes laser à 100€. Par contre, pas question de faire des photos avec.
Non, c'est du composant obsolète. Le dernière fois que j'ai vu de l'électronique spaciale européenne en 2006, le top était de la DRAM edo car la SDRAM ne pouvait pas voler à cause du coté synchrone. L'ERC32 tournait à 25Mhz, le nouveau était prévu à 100 mhz.
Les puces semi-custom utilisaient une techno 0.35µm car le lot de masque coutaient trop cher en 0.25. Les meilleurs fpga avaient moins de 5000 luts…
Tu devrais regarder le documentaire sur le sujet passé sur arte, il me semble.
Il y a plusieurs brevet pour des ampoules donné pour 25 ans. Personne n'en voulait même après que le cartel de l'ampoule est été dissout (3000h en normal borné à 1000h ). 1000h c'est un an en gros. Étonnamment, cela correspond à la durée donnée pour les ampoules à incandescence actueles.
J'aime bien aussi les bas nylon qui était indestructible et donc que l'on ne remplace pas assez vite.
Le problème de l'imprimante était bien ce réservoir qui récupérait l'encre extrait lors des nettoyages, or il se remplit sans avoir moyen de le vider, ce qui implique un moment où cela ne peut plus marcher.
Le reportage parlait de l'arrivée de la mode, de la pub, du design pour remplacer l'obsolescence programmé. J'aime bien l'histoire de Chrysler, qui a fabriqué des voitures plus belle mais moins fiable que la ford.
Il parlait aussi des lave-linge d'europe de l'est qui fonctionnent encore après 25 ans, et qui sont réparables, mais ils oublient de donner son prix d'achat.
tu me mets un doute. Si tu as un tableau en mémoire que tu forces à une adresse et que tu écris dedans, ton code objet va écrire dedans.
Le compilo ne peut "optimiser" que si le tableau est créé et utilisé dans le même fichier C. Si tu utilise une référence externe, il va forcément écrire dedans, mais pas forcément dans l'ordre prévus.
Le c ne se permet plus de passer par des registre dés que l'on manipule 2 pointeurs de peur que l'un des pointeurs pointe sur l'autre zone (sauf si il sont déclaré "restrict"). Donc, je ne pense pas que volatile soit nécessaire pour des registres qui se comportent comme une mémoire.
4 à 10 Go de photo par an depuis 2005. J'ai une carte de 4Go qui fait l'affaire. Je viens de faire l'achat d'une petite camera HD, qui dispose d'une carte de 32Go, je sens que cela va faire mal aux disques dures. (la taille de la carte donne l'idée de la taille max de donné généré par évenement)
Bien sûr, et c'est même souvent fait 3x fois : la valid, à la verif et par l'équipe logiciel ensuite.
Mais si le design n'est pas fait par des mecs des OS, tu te retrouves avec des registres qui n'ont pas le comportement habituel de la mémoire (reset sur lecture, par exemple) qui oblige à mettre des volatile partout dans ton code, ce qui ralentit tout. Ou alors tu as 50 modules ayant tous le même registres d'enable, avec tous une subtilité, donc au lieu d'avoir un seul registre calculé avec un offset par rapport à l'adresse de base du périphérique, tu as un gigantesque switch avec un bout de code pour chaque module. Tu peux avoir aussi un registre partagé entre 2 périphériques, ainsi les 2 drivers ne peuvent pas être indépendant.
Tu peux aussi avoir des mécanismes automatiques, mis en hard pour accélérer le système par rapport au logiciel, mais qui nécessite que le logiciel comprenne ce qui se passe et anticipe le comportement du hardware ! Simplement car il manque des interruptions pour que le hardware signale son état interne.
Tu peux avoir des points de fonctionnement assez fin tension/fréquence, complètement gaché par l'énergie que dépense la mémoire cache.
De ce que j'ai vu, c'est surtout des spécifications écrite par des personnes du hardware, et non par des personnes systèmes qui maitrisent hardware et software. Pour eux, l'interface n'est pas si important et ne représente qu'une liste d'adresse mémoire.
Je ne sais pas ou tu est placé dans la chaine de conception d'un soc, mais pour avoir été à la conception de ce genre de lib bas niveau et à la vérification, j'aurais préféré que certain choix aient été fait par des personnes qui codent les OS et non le hardware.
Un fabricant de hardware a aussi la mauvaise habitude de ne plus se soucier de son hard une fois que la version suivante est en production. Il a aussi une vision assez spécial du logiciel qui est censé être omniscient. J'ai déjà vu des spec logiciel pour un soc qui contenait plusieurs cpu qui tournaient sous 2 os différent dont l'un temps réel. Ces 2 OS attaquaient des périphériques différents mais pouvait avoir accès à des registres commun pour la gestion de l'horloge (et donc indirectement la gestion de l'énergie). Il était donc spécifié l'utilisation d'un sémaphore entre les 2 OS avec un support hardware car le bus interne ne supportait pas le read-modify-write. Simple, non ?
A l'inverse l'arbre d'horloge que l'on retrouve dans un clk.h des sources de linux peut être énorme et généré automatiquement directement avec les sources du hardware du SoC. C'est simple aussi parce que Linux a définit une interface standard.
En gros, le fabricant de hardware pourrait fournir des fonctions de haut niveau de son SoC, un peu comme la continuité de son hardware, en respectant la modularisation par périphérique, mais sans toucher à la complexité d'un OS comme la gestion de ressource critique, le multithread, la gestion mémoire, les politiques d’ordonnancement, etc… Cela serait juste une série de fonction à utiliser par l'OS.
Scenari est-il capable de supporter le scritpting ? Par exemple pour vérifier le contenu de certaines donnés, ou de récupérer une fichier généré pour l'inclure dans un document, ou encore de générer des infos (date de création, etc…) ?
[^] # Re: Ou pas
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 5.
Un article est paru dans rue89 sur le sujet. Il faut investir 40€ dans un U, il peut y avoir des U a 30€, mais le risque est plus grand d'avoir un truc fragile. Tout le teste se coupe trop facilement. Un tel U pèse autour d'1kg, pour avoir la même résistance, une chaine pèse le double. Il faut aussi éviter que l'antivol soit posé près du sol, cela facilite la coupe.
"La première sécurité est la liberté"
[^] # Re: Emacs est un bon système...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 1.
Il manque quand même pas mal de truc à emacs, et cela devient lourd. La navigation entre plein de fichier d'un projet est pénible. L'autocompletion était une fonctionnalité majeur, maintenant eclipse fait de l'autocompletion sur toute la lib, il est aussi capable de retrouver la définition et les usages d'une fonction. Comment tu fais cela en emacs ?
"La première sécurité est la liberté"
[^] # Re: ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 5.
Tu as aussi l'effet Logan : les voitures sont devenu de plus en plus complexe pour augmenter la marge des constructeurs, alors qu'une voiture basique et fiable est possible.
"La première sécurité est la liberté"
[^] # Re: ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 1.
il y a tout de même un fait qui ne change pas : le travail que tu produis, acheté par d'autres permet de dégager un peu de marge pour te payer ton toit, ta nourriture, et ta sécurité social. Si il n'y a plus ce petit delta en plus, qui permet de te payer tout ça, tu fais comment ?
"La première sécurité est la liberté"
[^] # Re: Pas de minuterie, mais un design qui respecte soigneusement les contraintes.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
Pour le type de vis, ce n'est pas une histoire de disponibilité de stock ou de conception faite à l'arrache ? Les parties non ouvrables ne sont pas un moyen d'économiser sur les vis justement ?
"La première sécurité est la liberté"
[^] # Re: Ah ah ! Bien essayé !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
Donc ce n'est pas forcément un comportement calculé, cela peut être un effet de bord.
"La première sécurité est la liberté"
[^] # Re: Ah ah ! Bien essayé !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
"Et pourtant, qu'est ce qu'on sait de qui a financé ce reportage ?"
Suivre l'argent s'applique aussi. En général, c'est simplement acheté par la chaine de télévision, qui cherche un peu de sensationnalisme pour faire de l'audience. On peut aussi avoir certain journaliste militant qui déforme la réalité à leur vision. Mais tout ceci est vrai pour toute enquête de journaliste.
"La première sécurité est la liberté"
[^] # Re: Définition de l'obsolescence programmée
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 4.
Sachant que le vendeur ventait le noir gratuit sans préciser qu'il fallait avoir toujours de la couleur, que la couleur était facturé au prix fort et que le noir n'était fournis que sur commande de couleur, c'est facile d'en déduire le plan marketing derrière.
"La première sécurité est la liberté"
[^] # Re: ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à -1.
En même temps, si tu brises le "cycle" économique, tu n'as plus d'emplois. C'est justifié ainsi par certain économiste.
Imagines un monde ou tout les objets sont éternels et que l'envie de renouveler a disparu, qu'elle activité reste-t-il ? A part les services et l'agroalimentaire ?
"La première sécurité est la liberté"
[^] # Re: "complot"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
En 2006, atmel présentait déjà un Léon, mais tu as l'air de dire qu'il ne vole pas encore ? J'ai failli bosser dessus à Cannes, chez Thales.
J'ai préféré bosser pour TI, leur SoC (omap) était au niveau que le spatial ne peut même pas réver.
"La première sécurité est la liberté"
[^] # Re: "complot"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
Les DRAM utilisés était des pièces normales dont les lot étaient testé en milieux rayonnant (ou comment se poiler en disant partout que l'on bosse dans le X, les rayons X). A priori, à l'époque, il n'y a pas eu de lots de SDRAM qui était retenu, c'était à cause de risque du comportement de la PLL aux rayonnements solaires.
"La première sécurité est la liberté"
[^] # Re: Définition de l'obsolescence programmée
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
J'ai connu des imprimantes qui refusaient de fonctionner sans la couleur. J'ai même vu une imprimante à sublimation thermique où le noir était fournis gratuitement, mais elle utilisait de la couleur aussi pour le N/B.
"La première sécurité est la liberté"
[^] # Re: Ah ah ! Bien essayé !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 4.
"follow the money !"
Tu es bien naïf, si tu crois que la provenance de l'argent d'un organisme ne pèse pas sur le genre d'information qui sorte.
"La première sécurité est la liberté"
[^] # Re: Foutaise ? Pas pour tous les produits !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
Je parle de la création de chrysler devant la ford T. Cela date un peu plus…
C'était des machines à tambour tout à fait classique, rien à avoir avec les machines américaines avec le truc central qui tourne et déchire les vêtements.
"MAIS au final, la décision d'achat revient toujours à l'individu"
Oui, mais on le manipule par la pub (télé, affichage, placement de produit dans les films cools, …), on empêche les lois (cf le documentaire de France 5 de ce soir sur le lobby alimentaire).
"La première sécurité est la liberté"
[^] # Re: Foutaise ? Pas pour tous les produits !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
C'est vrai que pour les lampes a led, c'est pas la led qui grillent, c'est l'alimentation. En plus, les led 5w, c'est moins que la lumière d'un spot halogène 35W (11 spot pour une salle de bain, alors que 4 spot halogènes classique 50w seraient trop).
Pour les bas, j'ai surtout vu des filles se plaindre que cela passait son temps à filer.
Il existe maintenant des imprimantes laser à 100€. Par contre, pas question de faire des photos avec.
"La première sécurité est la liberté"
[^] # Re: "complot"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 3.
Non, c'est du composant obsolète. Le dernière fois que j'ai vu de l'électronique spaciale européenne en 2006, le top était de la DRAM edo car la SDRAM ne pouvait pas voler à cause du coté synchrone. L'ERC32 tournait à 25Mhz, le nouveau était prévu à 100 mhz.
Les puces semi-custom utilisaient une techno 0.35µm car le lot de masque coutaient trop cher en 0.25. Les meilleurs fpga avaient moins de 5000 luts…
"La première sécurité est la liberté"
[^] # Re: Foutaise ? Pas pour tous les produits !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 2.
Tu devrais regarder le documentaire sur le sujet passé sur arte, il me semble.
Il y a plusieurs brevet pour des ampoules donné pour 25 ans. Personne n'en voulait même après que le cartel de l'ampoule est été dissout (3000h en normal borné à 1000h ). 1000h c'est un an en gros. Étonnamment, cela correspond à la durée donnée pour les ampoules à incandescence actueles.
J'aime bien aussi les bas nylon qui était indestructible et donc que l'on ne remplace pas assez vite.
Le problème de l'imprimante était bien ce réservoir qui récupérait l'encre extrait lors des nettoyages, or il se remplit sans avoir moyen de le vider, ce qui implique un moment où cela ne peut plus marcher.
Le reportage parlait de l'arrivée de la mode, de la pub, du design pour remplacer l'obsolescence programmé. J'aime bien l'histoire de Chrysler, qui a fabriqué des voitures plus belle mais moins fiable que la ford.
Il parlait aussi des lave-linge d'europe de l'est qui fonctionnent encore après 25 ans, et qui sont réparables, mais ils oublient de donner son prix d'achat.
"La première sécurité est la liberté"
[^] # Re: Second degré...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 2.
tu me mets un doute. Si tu as un tableau en mémoire que tu forces à une adresse et que tu écris dedans, ton code objet va écrire dedans.
Le compilo ne peut "optimiser" que si le tableau est créé et utilisé dans le même fichier C. Si tu utilise une référence externe, il va forcément écrire dedans, mais pas forcément dans l'ordre prévus.
Le c ne se permet plus de passer par des registre dés que l'on manipule 2 pointeurs de peur que l'un des pointeurs pointe sur l'autre zone (sauf si il sont déclaré "restrict"). Donc, je ne pense pas que volatile soit nécessaire pour des registres qui se comportent comme une mémoire.
"La première sécurité est la liberté"
[^] # Re: Trop de sauvegarde?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche (R)évolutions dans le monde de la sauvegarde de données. Évalué à 4.
4 à 10 Go de photo par an depuis 2005. J'ai une carte de 4Go qui fait l'affaire. Je viens de faire l'achat d'une petite camera HD, qui dispose d'une carte de 32Go, je sens que cela va faire mal aux disques dures. (la taille de la carte donne l'idée de la taille max de donné généré par évenement)
"La première sécurité est la liberté"
[^] # Re: Second degré...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 4.
Bien sûr, et c'est même souvent fait 3x fois : la valid, à la verif et par l'équipe logiciel ensuite.
Mais si le design n'est pas fait par des mecs des OS, tu te retrouves avec des registres qui n'ont pas le comportement habituel de la mémoire (reset sur lecture, par exemple) qui oblige à mettre des volatile partout dans ton code, ce qui ralentit tout. Ou alors tu as 50 modules ayant tous le même registres d'enable, avec tous une subtilité, donc au lieu d'avoir un seul registre calculé avec un offset par rapport à l'adresse de base du périphérique, tu as un gigantesque switch avec un bout de code pour chaque module. Tu peux avoir aussi un registre partagé entre 2 périphériques, ainsi les 2 drivers ne peuvent pas être indépendant.
Tu peux aussi avoir des mécanismes automatiques, mis en hard pour accélérer le système par rapport au logiciel, mais qui nécessite que le logiciel comprenne ce qui se passe et anticipe le comportement du hardware ! Simplement car il manque des interruptions pour que le hardware signale son état interne.
Tu peux avoir des points de fonctionnement assez fin tension/fréquence, complètement gaché par l'énergie que dépense la mémoire cache.
De ce que j'ai vu, c'est surtout des spécifications écrite par des personnes du hardware, et non par des personnes systèmes qui maitrisent hardware et software. Pour eux, l'interface n'est pas si important et ne représente qu'une liste d'adresse mémoire.
"La première sécurité est la liberté"
[^] # Re: Crowd-sourcing bien expliqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal OpenStreetMap sur Arte. Évalué à 2.
tous ces outils existent déjà non ?
"La première sécurité est la liberté"
[^] # Re: Second degré...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 4.
Je ne sais pas ou tu est placé dans la chaine de conception d'un soc, mais pour avoir été à la conception de ce genre de lib bas niveau et à la vérification, j'aurais préféré que certain choix aient été fait par des personnes qui codent les OS et non le hardware.
"La première sécurité est la liberté"
[^] # Re: Second degré...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 3.
Un fabricant de hardware a aussi la mauvaise habitude de ne plus se soucier de son hard une fois que la version suivante est en production. Il a aussi une vision assez spécial du logiciel qui est censé être omniscient. J'ai déjà vu des spec logiciel pour un soc qui contenait plusieurs cpu qui tournaient sous 2 os différent dont l'un temps réel. Ces 2 OS attaquaient des périphériques différents mais pouvait avoir accès à des registres commun pour la gestion de l'horloge (et donc indirectement la gestion de l'énergie). Il était donc spécifié l'utilisation d'un sémaphore entre les 2 OS avec un support hardware car le bus interne ne supportait pas le read-modify-write. Simple, non ?
A l'inverse l'arbre d'horloge que l'on retrouve dans un clk.h des sources de linux peut être énorme et généré automatiquement directement avec les sources du hardware du SoC. C'est simple aussi parce que Linux a définit une interface standard.
En gros, le fabricant de hardware pourrait fournir des fonctions de haut niveau de son SoC, un peu comme la continuité de son hardware, en respectant la modularisation par périphérique, mais sans toucher à la complexité d'un OS comme la gestion de ressource critique, le multithread, la gestion mémoire, les politiques d’ordonnancement, etc… Cela serait juste une série de fonction à utiliser par l'OS.
"La première sécurité est la liberté"
[^] # Re: Second degré...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 4.
Tu semble oublier un détail énorme : 90 % d'un driver 3D libre complexe serait commun à tous les chips.
Ensuite, il faudrait des drivers bas niveau. Le reste commence déjà à être mutualisé : Mesa, llvm, l'allocateur mémoire, etc…
"La première sécurité est la liberté"
[^] # Re: chaine éditoriale
Posté par Nicolas Boulay (site web personnel) . En réponse au message Génération / Gestion de documentations techniques. Évalué à 2.
Scenari est-il capable de supporter le scritpting ? Par exemple pour vérifier le contenu de certaines donnés, ou de récupérer une fichier généré pour l'inclure dans un document, ou encore de générer des infos (date de création, etc…) ?
"La première sécurité est la liberté"