Je vais etre honnete, j'ai pas testé Loki, mais une version antérieure.
Il y avait certes des manques, mais j'ai gardé cette distrib pendant 2 ans sur mon PC pour un usage quotidien sans être spécialement frustré. Dans mon cas, le rapport bug/plaisir d'utilisation est resté en dessous de la ligne de flottaison.
Le bureau est joli, bien pensé. Les applications vont à l'essentiel plutôt que de chercher à cumuler des features inutiles. C'est un beau projet qui semble peut etre un peu fou par son envergure, mais force est de constater qu'un petit nombre de développeurs peuvent faire plus qu'un theme pour GNOME.
Par rapport à ta remarque à la fin, Elementary est un fork d'Ubuntu. Au niveau du système de base, les devs se reposent sur la derniere LTS et proposent leur bureau, ce qui permet à l'utilisateur de profiter des ppa d'ubuntu.
Finalement, la seule chose qui m'a fait quitter cette distrib, c'est le fait qu'ils ne gèrent pas les upgrade d'une version à l'autre. Il faut repartir d'une fresh install à chaque fois.
Par contre, il y a un choix strategique au niveau du projet qui me chiffonne un peu, et qui quelque part rejoint ton commentaire: pourquoi ne pas proposer un bureau comme le font KDE ou GNOME plutot qu'une distrib et travailler avec les distrib pour que ce soit integré parmi les choix de bureau ? Cela serait a mon avis plus simple a tester pour l'utilisateur.
Et c'est exactement ce que je vais te répondre. Il m'est arrivé plus d'une fois d'arriver sur un site que je pensais pertinent et qui en fait ne l'était pas. Ben retour arrière et voilà.
Sincèrement, je trouve que l'angle choisi pour attaquer ivg.net est assez mauvais et vraiment dangereux.
Je trouve qu'il serait bien plus pertinent de légiférer sur le fait que ce site prétend aider des personnes en situation de faiblesse. Par exemple, rendre obligatoire des rappels comme "votre médecin peut vous aider dans cette situation" quand un site prétend donner des conseils de santé.
Supposons que j'édite un site pour faire arrêter de fumer. Je serai donc coupable d'entrave au tabagisme ? On peut faire le même exemple avec l'alcool…
Pourtant le tabac comme l'alcool ou l'IVG sont autorisés, quelle est la différence ?
Tout ça donne un peu l'impression d'une loi d'exception pour l'IVG, et donc d'une boîte de Pandore.
On peut faire des DAC et des ADC en VHDL (ou Verilog). Bien evidement, cela suppose un petit montage condensateur + resistance, mais globalement, l'essentiel peut etre fait en numérique.
Un exemple assez connu et simple a faire:
- faire un DAC en generant un signal PWM suivi d'un étage RC pour filtrer
- Pour faire un ADC: En utilisant le DAC, on peut comparer la sortie du DAC avec le signal à échantilloner, avec un bete comparateur VHDL. Il suffit alors d'approcher par dichotomie en ajustant la sortie du DAC pour que petit a petit on converge vers la valeur.
Et on a ainsi un DAC/ADC sigma delta, quasiment 100% numerique à l'étage RC près.
En 2002, voter utile n'aurait servi à rien, n'aurait probablement rien changé à l'arrivée : Chirac président.
Au contraire, la somme des voix des candidats de gauche était supérieur a celle des candidats de droite. Chirac a certainement été réélu grâce a cette dispersion des voix au premier tour.
C'est pas le parti républicain et ses illustres représentants qui ont été élus president. Au contraire même, Trump ne fait pas vraiment parti du moule du vieux parti républicain.
C'est Trump, sa personnalité et sa haine des immigrés qui ont été plébiscités.
Ben, écoute, il vient d'être élu par une majorité de votants. Peut-être que toi tu n'en veux pas aux réunions de famille, mais les électeurs en ont décidé autrement. Tu as peut-être du mal à admettre que ton jugement ne soit pas partagé par la majorité.
Majorité, tu t'avances un peu rapidement. La réalité, c'est que Clinton est devant Trump en nombre de voix en ce moment. Le dépouillement n'étant pas encore définitif, ca peut encore bouger, mais pour l'instant on a Clinton: 59 181 266 et Trump: 59 043 559.
La réalité, c'est qu'aux USA, la voix des citoyens ne compte pas pareil selon leur lieu de résidence, sans compter que le suffrage indirect pousse a l'abstention (a quoi ca sert d'aller voter si on est pas dans un swing state ?)
Bref, si l'avance de Clinton sur Trump en nombre de voix se confirme, ca va raler.
Tu sais ce que la CNIL veut dire par "gabarit" qu'il faudrait utiliser à la place de données biométriques ? Une sorte de SHA-1 des données biométriques ?
Après concernant le stockage sur puce, la CNIL repond un peu a coté de la plaque. L'idée du gouvernement est d'automatiser la verification de l'empreinte digitale, permettant de s'assurer que l'empreinte n'a pas déja été utilisée lors de la création d'un passeport. Si on la met sur puce, on passe à coté de l'objectif.
C'est à dessein qu'on a rendu ces fichiers difficilement recoupable.
Je ne pense pas ou alors il faut une référence pour appuyer ce que tu annonces. Je pense qu'on peut raisonnablement parier sur l'incompétence de ceux qui ont mis le système actuel en place. D'ailleurs, la CNIL a été consultée et a approuvé la mise en place de ce fichier, donc il n'y a à priori pas de souci avec le fait que ces informations était recoupables.
Et puis de toute manieres, les informations étaient deja recoupées de manière légale. Il s'agit juste d'une optimisation administrative, permettant a nos concitoyens d'obtenir plus facilement des passeports.
En gros tu te sers du fait que l'état est une seule et même entité pour justifier le fait qu'il n'y a pas de problème à centraliser les infos et à faire porter la responsabilité du croisement à des restrictions. C'est une approche qui se conteste.
C'est une approche totalement équivalente. L'essentiel, c'est que chaque fonctionnaire ait une vue suffisante pour faire son travail sans pour autant avoir trop de permissions.
Le fait que la solution retenue consiste en une database aevec des vues reinstreintes ou de plus petites databases avec possibilité de linker entre elles est un problème technique, qui ne concerne pas vraiment le législateur ou le citoyen. Les seules considérations envers l'une ou l'autre solution doivent être des considérations de cout et d'efficacité.
L'état a bel et bien différentes entités qui ont bel et bien des domaines différents. Une approche pyramidale ou le président aurait accès à toutes les données de chaque citoyen, ce qu'on obtient en poussant ton approche à l'extrême ? Moui, bof, il a déjà bien assez de pouvoir comme ça :)
Le raisonnement est poussé à l'extrême, ce qui n'a aucun sens ici. On parle de juste de stoquer ensemble les informations contenus à la base dans un même document, à savoir le passeport. Ca me semble tout de meme assez logique de mettre les informations issus d'un même formulaire et contenus dans un même document ensemble plutot que de maniere dispersée.
Euh non pas du tout. C'est une question de "separation of concerns" comme on dit en anglais pour la sécurité et d'autres bonnes pratique de génie logiciel : il est légitime que l'état civil ait accès à ton lieux de naissance, c'est son boulot, il est beaucoup moins légitime que la mairie, mettons la guichetière de la mairie, ait accès à ton dossier de santé, ou que ton médecin ait accès à ton dernier contrôle fiscal.
Justement, c'est pas le cas. Le dit-fichier ne va contenir que les informations qui concerne la carte d'identité et le passeport car ceux-ci était auparavant disjoints. Il ne contient pas des infos qui n'ont rien a voir, donc l'histoire de l'employé de mairie qui a accès au dossier de santé, est a coté de la plaque.
Et pour éviter que certains employés (type employé de mairie) puisse recouper des infos alors qu'ils n'en ont pas les droits, la solution retenue consiste a retourner des informations tronquées a ces personnes.
Au final:
- sur le plan des informations retenues, ca ne change rien, c'est l'équivalent du passeport qui est stoquée, comme avant
- sur le plan de qui peut accéder à quoi, ca ne change rien
Bref, faudra quand meme pas s'étonner si les "grands" défenseurs de la vie privée ne se font pas entendre, mais a force de crier au loup pour rien…
Moi ce qui me choque, c'est que les gens qui s'horrifient pensaient manifestement que leur carte d'identité ou leur passeport n'était relié à aucun fichier…
Quand on fait faire ces documents auprès de l'administration francaise, il est bien evident que les informations collectées seront stoquées, sinon à quoi bon les demander ? Pour moi c'est presque une évidence que l'Etat a à disposition ces informations, et le fait que la manière dont ces données soient stoqués soit réorganisés est pour moi un détail de moindre importance.
Les vraies questions, c'est à quelle fin ces données sont sauvegardées ? le périmètre pour utiliser ces données a t il changer (et manifestement on dirait que non) ?
(on peut vouloir être "écolo", ok paye 300 € de plus, mais il faut être honnête et ne pas alors parler de gain financier à investir 500 €)
Il l'a été. Il a toujours parler d’écologie, de durabilité et de prendre soin de ses appareils. Il n'a jamais parle de "retour financier" comme tu le clames.
En terme d’honnêteté dans le débat, je pense que la première des choses serait de ne pas constamment inventer des propos que les gens n'ont pas eu. C'est déjà la 2eme fois dans ce thread de ta part.
Je comprends le "en moyenne" de maniere differente. Je le comprends comme la moyenne des acheteurs. Supposons qu'un produit ait ete vendu a 1000 exemplaires de 2016 a 2020. Seb s'engage a ce que la moyenne des acheteurs aient 10 ans de reparabilite, donc si le 500eme four a ete vendu en 2018, cela donnera 2028 en guise de date de fin.
Apres c'est peut etre moi qui comprend de travers.
Je pense que le sens de son intervention est, si je me permet de reformuler ce que j'ai compris de son intervention:
C'est bien gentil de penser a la reparabilite, mais reparer sa machine demande un sacre effort et pose la question de changer son electro-menager, ce qui pousse a la tentation. Et au final, un produit de conception basique certes reparable va rester un objet qu'on va chercher a remplacer.
Si tu pars sur des marques dont la qualite est reconnue, type Miele ou Siemens, tu vas certes payer plus cher (est il necessaire de te demontrer que ces marques sont plus fiables et plus cheres que le reste du marche ?) mais c'est un produit que tu garderas longtemps.
Apres c'est sur qu'il y a dans son commentaire un melange entre "reparabilite" et "qualite" qui n'aide pas a la comprehension. Apres je tiens a dire que c'est pas forcement mon avis sur le sujet, mais juste ce que j'ai compris de son message.
encore une fois, tu affirmes que plus le produit est cher (tu parles du prix du produit, pas du prix des pièces pour le produire), plus il est résistant, je te demande de le démontrer.
Pas du tout. Il a affirme que "Plus le produit est durable => plus il est cher". Ce que tu as reformule en "Plus le produit est cher => plus il est durable", ce qui n'a rien a voir avec ce qu'il a dit. Ta réponse avec l'iPhone est donc complètement a cote de la plaque.
On se sert du systemC pour modeliser les blocs fonctionnels. Cela permet d'avoir un bloc qui repond aux mêmes requêtes et aux memes transactions que le bloc final. C'est particulierement utile d'avoir un modele comme ca pour les tests ou pour developper un driver sans etre sur le systeme embarque. Malheureusement, le systemC ne permet pas d'etre synthetise.
Du coup, lorsqu'on designe le bloc, on passe plutot sur des outils HLS qui se basent sur du C et non du C++.
À une époque, il y avait même une tentative pour utiliser un langage proche du C et exploiter une base de dévs plus large. Si on peut faire un proco en C, c'est qu'o' n'est pas si loin de la programmation.
La tentative n'a pas été abandonnée, pas besoin d'en parler au passe, c'est clairement utilise aujourd'hui. Les outils de développement dit HLS (High Level Synthesis) permettent de décrire matériellement bon nombre de choses en C.
L'avantage, c'est pas vraiment une histoire de plus de développeurs C: decrire un bloc materiel que ce soit en C ou en VHDL, reste tres different de developper un programme informatique. Il faut clairement avoir conscience que ce que l'on va generer est un bout de silicium, pas un binaire, bref ce sont des compétences tres différentes de toutes manières.
Les vrais avantages sont clairement:
- un temps de simulation plus court, on peut tester fonctionnellement a la vitesse du C, impensable dans le cas du VHDL/Verilog
- une vraie non adhérence a la technologie visée. Il suffit de changer de techno, on regenere le code VHDL, et hop le portage est realise.
J'ai pas de stats pour affirmer combien de projets sont fait en HLS vs en VHDL, mais pour l'avoir pratique, c'est aujourd'hui utilise en milieu industriel sur des projets qui sortent avec du volume.
[^] # Re: tout comme toi non merci
Posté par flagos . En réponse au journal revue elementary OS Loki. Évalué à 10.
Je vais etre honnete, j'ai pas testé Loki, mais une version antérieure.
Il y avait certes des manques, mais j'ai gardé cette distrib pendant 2 ans sur mon PC pour un usage quotidien sans être spécialement frustré. Dans mon cas, le rapport bug/plaisir d'utilisation est resté en dessous de la ligne de flottaison.
Le bureau est joli, bien pensé. Les applications vont à l'essentiel plutôt que de chercher à cumuler des features inutiles. C'est un beau projet qui semble peut etre un peu fou par son envergure, mais force est de constater qu'un petit nombre de développeurs peuvent faire plus qu'un theme pour GNOME.
Par rapport à ta remarque à la fin, Elementary est un fork d'Ubuntu. Au niveau du système de base, les devs se reposent sur la derniere LTS et proposent leur bureau, ce qui permet à l'utilisateur de profiter des ppa d'ubuntu.
Finalement, la seule chose qui m'a fait quitter cette distrib, c'est le fait qu'ils ne gèrent pas les upgrade d'une version à l'autre. Il faut repartir d'une fresh install à chaque fois.
Par contre, il y a un choix strategique au niveau du projet qui me chiffonne un peu, et qui quelque part rejoint ton commentaire: pourquoi ne pas proposer un bureau comme le font KDE ou GNOME plutot qu'une distrib et travailler avec les distrib pour que ce soit integré parmi les choix de bureau ? Cela serait a mon avis plus simple a tester pour l'utilisateur.
[^] # Re: J'ai moinsé
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 3.
Et c'est exactement ce que je vais te répondre. Il m'est arrivé plus d'une fois d'arriver sur un site que je pensais pertinent et qui en fait ne l'était pas. Ben retour arrière et voilà.
Sincèrement, je trouve que l'angle choisi pour attaquer ivg.net est assez mauvais et vraiment dangereux.
Je trouve qu'il serait bien plus pertinent de légiférer sur le fait que ce site prétend aider des personnes en situation de faiblesse. Par exemple, rendre obligatoire des rappels comme "votre médecin peut vous aider dans cette situation" quand un site prétend donner des conseils de santé.
[^] # Re: J'ai moinsé
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 2.
Il existe des groupes sociaux qui obligent les gens à lire IVG.net ?
Fort !
[^] # Re: J'ai moinsé
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 4.
Supposons que j'édite un site pour faire arrêter de fumer. Je serai donc coupable d'entrave au tabagisme ? On peut faire le même exemple avec l'alcool…
Pourtant le tabac comme l'alcool ou l'IVG sont autorisés, quelle est la différence ?
Tout ça donne un peu l'impression d'une loi d'exception pour l'IVG, et donc d'une boîte de Pandore.
[^] # Re: J'ai moinsé
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 3.
Tout à fait. Dans la vraie vie, cela correspondrait à faire enfermer tous les cures qui font des sermons anti IVG.
Aller écouter ces curés reste une démarche volontaire et non subie. Tout comme aller sur ces sites reste une démarche volontaire.
[^] # Re: Fausse route
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 9.
Tu essaies de manipuler avec ton texte et tes arguments, espèce d'escroc !
[^] # Re: J'ai moinsé
Posté par flagos . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 2.
C'est le problème des idées trop simples, elles peuvent être simplistes.
Comment peut-on entraver physiquement une personne avec un simple texte ? Ca paraît un peu farfelu…
Et puis, si on avait un tel texte, pourrait on punir un site qui propose simplement des alternatives à l'IVG ?
[^] # Re: DAC/ADC libre ?
Posté par flagos . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 4.
On peut faire des DAC et des ADC en VHDL (ou Verilog). Bien evidement, cela suppose un petit montage condensateur + resistance, mais globalement, l'essentiel peut etre fait en numérique.
Un exemple assez connu et simple a faire:
- faire un DAC en generant un signal PWM suivi d'un étage RC pour filtrer
- Pour faire un ADC: En utilisant le DAC, on peut comparer la sortie du DAC avec le signal à échantilloner, avec un bete comparateur VHDL. Il suffit alors d'approcher par dichotomie en ajustant la sortie du DAC pour que petit a petit on converge vers la valeur.
Et on a ainsi un DAC/ADC sigma delta, quasiment 100% numerique à l'étage RC près.
http://www.ti.com/lit/an/slyt423a/slyt423a.pdf
[^] # Re: spoil ?
Posté par flagos . En réponse au journal Élections américaines. Évalué à 5.
Au contraire, la somme des voix des candidats de gauche était supérieur a celle des candidats de droite. Chirac a certainement été réélu grâce a cette dispersion des voix au premier tour.
[^] # Re: La vraie victoire...
Posté par flagos . En réponse au journal Élections américaines. Évalué à 1.
C'est pas le parti républicain et ses illustres représentants qui ont été élus president. Au contraire même, Trump ne fait pas vraiment parti du moule du vieux parti républicain.
C'est Trump, sa personnalité et sa haine des immigrés qui ont été plébiscités.
[^] # Re: La vraie victoire...
Posté par flagos . En réponse au journal Élections américaines. Évalué à 4.
C'est quoi le souci avec la phrase ? Ca saute pas aux yeux, il faut que tu nous éclaires…
[^] # Re: Lémédia
Posté par flagos . En réponse au journal Élections américaines. Évalué à 6.
Majorité, tu t'avances un peu rapidement. La réalité, c'est que Clinton est devant Trump en nombre de voix en ce moment. Le dépouillement n'étant pas encore définitif, ca peut encore bouger, mais pour l'instant on a Clinton: 59 181 266 et Trump: 59 043 559.
La réalité, c'est qu'aux USA, la voix des citoyens ne compte pas pareil selon leur lieu de résidence, sans compter que le suffrage indirect pousse a l'abstention (a quoi ca sert d'aller voter si on est pas dans un swing state ?)
Bref, si l'avance de Clinton sur Trump en nombre de voix se confirme, ca va raler.
Source: https://www.google.fr/search?q=us%20presidential%20election%202016&rct=j
[^] # Re: durée de conservation
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 2.
Les personnes mortes ?
[^] # Re: Franchement...
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 1.
Tu sais ce que la CNIL veut dire par "gabarit" qu'il faudrait utiliser à la place de données biométriques ? Une sorte de SHA-1 des données biométriques ?
Après concernant le stockage sur puce, la CNIL repond un peu a coté de la plaque. L'idée du gouvernement est d'automatiser la verification de l'empreinte digitale, permettant de s'assurer que l'empreinte n'a pas déja été utilisée lors de la création d'un passeport. Si on la met sur puce, on passe à coté de l'objectif.
[^] # Re: Franchement...
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 3.
Je ne pense pas ou alors il faut une référence pour appuyer ce que tu annonces. Je pense qu'on peut raisonnablement parier sur l'incompétence de ceux qui ont mis le système actuel en place. D'ailleurs, la CNIL a été consultée et a approuvé la mise en place de ce fichier, donc il n'y a à priori pas de souci avec le fait que ces informations était recoupables.
Et puis de toute manieres, les informations étaient deja recoupées de manière légale. Il s'agit juste d'une optimisation administrative, permettant a nos concitoyens d'obtenir plus facilement des passeports.
C'est une approche totalement équivalente. L'essentiel, c'est que chaque fonctionnaire ait une vue suffisante pour faire son travail sans pour autant avoir trop de permissions.
Le fait que la solution retenue consiste en une database aevec des vues reinstreintes ou de plus petites databases avec possibilité de linker entre elles est un problème technique, qui ne concerne pas vraiment le législateur ou le citoyen. Les seules considérations envers l'une ou l'autre solution doivent être des considérations de cout et d'efficacité.
Le raisonnement est poussé à l'extrême, ce qui n'a aucun sens ici. On parle de juste de stoquer ensemble les informations contenus à la base dans un même document, à savoir le passeport. Ca me semble tout de meme assez logique de mettre les informations issus d'un même formulaire et contenus dans un même document ensemble plutot que de maniere dispersée.
[^] # Re: Franchement...
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 3.
Justement, c'est pas le cas. Le dit-fichier ne va contenir que les informations qui concerne la carte d'identité et le passeport car ceux-ci était auparavant disjoints. Il ne contient pas des infos qui n'ont rien a voir, donc l'histoire de l'employé de mairie qui a accès au dossier de santé, est a coté de la plaque.
Et pour éviter que certains employés (type employé de mairie) puisse recouper des infos alors qu'ils n'en ont pas les droits, la solution retenue consiste a retourner des informations tronquées a ces personnes.
Au final:
- sur le plan des informations retenues, ca ne change rien, c'est l'équivalent du passeport qui est stoquée, comme avant
- sur le plan de qui peut accéder à quoi, ca ne change rien
Bref, faudra quand meme pas s'étonner si les "grands" défenseurs de la vie privée ne se font pas entendre, mais a force de crier au loup pour rien…
[^] # Re: Je ne suis pas sur de comprendre le probléme
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 3.
Le risque de fuite, même partielle, est il plus important si la base de données est unique ?
# Franchement...
Posté par flagos . En réponse au journal Comme d'habitude, l'UMP l'a voulu, le PS l'a fait, et vice versa. Évalué à 2.
Moi ce qui me choque, c'est que les gens qui s'horrifient pensaient manifestement que leur carte d'identité ou leur passeport n'était relié à aucun fichier…
Quand on fait faire ces documents auprès de l'administration francaise, il est bien evident que les informations collectées seront stoquées, sinon à quoi bon les demander ? Pour moi c'est presque une évidence que l'Etat a à disposition ces informations, et le fait que la manière dont ces données soient stoqués soit réorganisés est pour moi un détail de moindre importance.
Les vraies questions, c'est à quelle fin ces données sont sauvegardées ? le périmètre pour utiliser ces données a t il changer (et manifestement on dirait que non) ?
[^] # Re: Effet d'annonce ?
Posté par flagos . En réponse au journal Réparabilité de l’électroménager : SEB s’engage. Évalué à 10.
Il l'a été. Il a toujours parler d’écologie, de durabilité et de prendre soin de ses appareils. Il n'a jamais parle de "retour financier" comme tu le clames.
En terme d’honnêteté dans le débat, je pense que la première des choses serait de ne pas constamment inventer des propos que les gens n'ont pas eu. C'est déjà la 2eme fois dans ce thread de ta part.
[^] # Re: Pub sans engagement?
Posté par flagos . En réponse au journal Réparabilité de l’électroménager : SEB s’engage. Évalué à 3.
Je comprends le "en moyenne" de maniere differente. Je le comprends comme la moyenne des acheteurs. Supposons qu'un produit ait ete vendu a 1000 exemplaires de 2016 a 2020. Seb s'engage a ce que la moyenne des acheteurs aient 10 ans de reparabilite, donc si le 500eme four a ete vendu en 2018, cela donnera 2028 en guise de date de fin.
Apres c'est peut etre moi qui comprend de travers.
[^] # Re: Effet d'annonce ?
Posté par flagos . En réponse au journal Réparabilité de l’électroménager : SEB s’engage. Évalué à 1.
Je pense que le sens de son intervention est, si je me permet de reformuler ce que j'ai compris de son intervention:
C'est bien gentil de penser a la reparabilite, mais reparer sa machine demande un sacre effort et pose la question de changer son electro-menager, ce qui pousse a la tentation. Et au final, un produit de conception basique certes reparable va rester un objet qu'on va chercher a remplacer.
Si tu pars sur des marques dont la qualite est reconnue, type Miele ou Siemens, tu vas certes payer plus cher (est il necessaire de te demontrer que ces marques sont plus fiables et plus cheres que le reste du marche ?) mais c'est un produit que tu garderas longtemps.
Apres c'est sur qu'il y a dans son commentaire un melange entre "reparabilite" et "qualite" qui n'aide pas a la comprehension. Apres je tiens a dire que c'est pas forcement mon avis sur le sujet, mais juste ce que j'ai compris de son message.
[^] # Re: Effet d'annonce ?
Posté par flagos . En réponse au journal Réparabilité de l’électroménager : SEB s’engage. Évalué à 8.
Pas du tout. Il a affirme que "Plus le produit est durable => plus il est cher". Ce que tu as reformule en "Plus le produit est cher => plus il est durable", ce qui n'a rien a voir avec ce qu'il a dit. Ta réponse avec l'iPhone est donc complètement a cote de la plaque.
[^] # Re: Patch
Posté par flagos . En réponse au journal Bienvenue en Musulmanie !. Évalué à 8.
Pourquoi faire si compliqué alors qu'il suffirait d'interdire les logins qui sont entourés de _ ?
[^] # Re: Manger sa propre nourriture
Posté par flagos . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 3.
Tout a fait.
On se sert du systemC pour modeliser les blocs fonctionnels. Cela permet d'avoir un bloc qui repond aux mêmes requêtes et aux memes transactions que le bloc final. C'est particulierement utile d'avoir un modele comme ca pour les tests ou pour developper un driver sans etre sur le systeme embarque. Malheureusement, le systemC ne permet pas d'etre synthetise.
Du coup, lorsqu'on designe le bloc, on passe plutot sur des outils HLS qui se basent sur du C et non du C++.
[^] # Re: Manger sa propre nourriture
Posté par flagos . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 6.
La tentative n'a pas été abandonnée, pas besoin d'en parler au passe, c'est clairement utilise aujourd'hui. Les outils de développement dit HLS (High Level Synthesis) permettent de décrire matériellement bon nombre de choses en C.
L'avantage, c'est pas vraiment une histoire de plus de développeurs C: decrire un bloc materiel que ce soit en C ou en VHDL, reste tres different de developper un programme informatique. Il faut clairement avoir conscience que ce que l'on va generer est un bout de silicium, pas un binaire, bref ce sont des compétences tres différentes de toutes manières.
Les vrais avantages sont clairement:
- un temps de simulation plus court, on peut tester fonctionnellement a la vitesse du C, impensable dans le cas du VHDL/Verilog
- une vraie non adhérence a la technologie visée. Il suffit de changer de techno, on regenere le code VHDL, et hop le portage est realise.
J'ai pas de stats pour affirmer combien de projets sont fait en HLS vs en VHDL, mais pour l'avoir pratique, c'est aujourd'hui utilise en milieu industriel sur des projets qui sortent avec du volume.