Sur ce sujet, voir aussi l'intervention de benjamin bayart chez thinkerview au début de cette vidéo (les 10 premières minutes) : https://www.youtube.com/watch?v=EOWeewlc2CE sur le sujet "l'ordinateur est fatal".
Linux est peut être pas encore prêt pour le desktop (quoique) mais en tout cas entre docker, WSL et maintenant ePBF on voit que Linux est clairement prêt pour Windows !
Je sais pas qui aurait pu parier ça il y a 10 ans mais on voit clairement un changement de stratégie chez Windows depuis l'arrivé de la dernière CEO. Le dernier rachat de kinvolk.io en est un autre exemple.
Autant je trouve l'implémentation du live patching super intéressant (comment ça fonctionne en interne) mais j'ai vraiment du mal à voire le cas pratique, dans une architecture redondé / haute dispo, éteindre un spare pour faire une mise à jour kernel c'est pas un problème. Si tu ne le peux pas, c'est un SPOF je dirais, tu fait quoi le jour où il s'arrête /tombe malgré toi ?
Y a des cas d'usage que j'aurai raté ?
Et puis reboot de temps en temps d'un point de vue cybersecurite c'est pas mal aussi pour clean la mémoire, exercer le secure boot, etc…
Usine à presta, comme dans n'importes quelles grosses société française quelque soit le domaine (banque, industrie lourde, énergie…), c'est inhérent à ces organisations énormes où plus personnes ne maitrise rien, où les personnes sont complétement déresponsabilisés par un système hiérarchique abscons et "mutli-tranversal où le responsable c'est toujours l'autre" et avec les prestas au bas de l'échelle qui bricole, ce fatigue quelques années et vont voir ailleurs.
Tu as déjà quasiment cette fonctionnalité la sous gerrit. Un change-id fixe dans le message de commit. Avec ça tu peut facilement retrouver la 'branche de merge' qui est dans un namespace/ref git (afin de pas poluer le ref/heads courant)
Ça ce met assez facilement en place manuellement avec un script (information fixe dans le message de commit et sauvegarde de la branche dans un namespace dédié). Perso je mets ça en place dans tous les projets où j'ai un rôle d'intégrateur, gerrit ou pas.
Merci pour ces réponses, ça à l'air effectivement intéressant.
Il est vrai que git rerere ne marche pas toujours comme on le veut mais personnellement il assez rare que j'en ressente le besoin même dans un projet multi-personne. Si il y a deux évolutions majeures et assez longues à développer en parallèle qui vont toucher une même partie du code, on va réfléchir et s'organiser pour découper ça en plusieurs sous taches avec des dépendances entre elles et intégrer au plus tôt.
Meme sur un projet open source que je contrôle pas, si je sais que je vais casser une partie important de l'architecture/code, je vais commencer par une RFC/RequestForComment avant de me lancer dedans et je vais devoir réfléchir encore plus à découper mon travail en plusieurs changement indépendant intégrable au fil de l'eau.
Effectivement ici j'adapte mon workflow de travail à l'outil (petit commit régulier, intégrer le plus tôt possible par rapport à un gros commit intégré en mode big bang, ceci afin d'éviter les conflits).
Mais ce mode de fonctionnement actuelle me convient bien et convient bien aux équipes avec lequel j'ai travaillé.
J'ai vraiment du mal à m'imaginer si je changerai ma manière de travail avec darcs/pijul ou pas.
En soit si y deux branches qui divergence trop longtemps, le risque est grand de tomber dans un cas où il n'a pas de résolution automatique possible sans un choix fonctionnel et donc une décision humaine et donc je continuerai très certainement à utiliser mon fonctionnement actuel (petit commit, rebase régulier).
Par rapport à un 'gît merge-s ours' ça change quoi ? Parce ce que dire on sait faire des merge sans conflit parce que quand y en a on fait un choix arbitraire ça me paraît pas ouf, en tout cas pour un gestionnaire de version je préfère avoir un œil humain à ce moment là.
Mon commentaire portera uniquement sur la forme. Y a beaucoup trop de copier/coller et redite entre les différentes sections de la page. Si c'est pour écrire la même chose entre la section "Synthèse du projet" et la section "Objectifs du projet" autant en faire saute une des deux.
Sinon sur le fond ça a l'air cool mais très très jeune, j'attends de voir ce que ça peut donner.
Meme cette masse d'énergie je trouve ça critiquable comme valeur, en tout cas je n'en vois pas vraiment l’intérêt, le chiffre finale laissera entendre que c'est "léger". Ces 40 grammes d'énergie il a fallut combien de tonnes de charbon, fioul, panneau solaire, éolienne, nucléaire pour la fournir en permanence ?
Mais il est vrai que cette fonctionnalité manque encore trop coté Bluetooth. Si ça peut pousser les dev à implementer cette feature, ça serait une bonne chose :)
Désolé mais toujours pas convaincu.
Linky, vidéosurveillance n'ont pas été construit avec la "vie privée" en tête. Sur linky, tu as une remonté d'info lié à un numéro de compteur et attaché à ce numéro de contrat, tu as un contrat (avec données personnelles).
Rien à voir avec ce qui est présenté dans le journal cité plus haut (pour rappel, échange des messages "anonymes" et mise en partage de ces listes sur différents serveur d'autorités).
Encore une fois, j'aimerai qu'on juge l'application sur un fond technique et non sur une peur sentimentale du "Big Brother".
Si techniquement, par design, la solution n'est pas respectueuse de la vie privée je la rejetterai mais uniquement après une analyse technique et rationnelle. Par example si il y a UN SEUL serveur d'autorité centrale, je la rejetterai.
Et bien c'est justement la que je suis en désaccord, en quoi cette application serait forcément une régression /atteinte à notre vie privée ? (si encore une fois elle est implémenté comme l'explique l'eff, juste un échange de hash random sans info de localisation ni personnel et avec le choix du serveur d'autorité pour faire les comparaison)
Très déçu du manque de fond technique et je pense leur combat perdu d'avance. Avancer avec des considérations de "vie privée/anonyma" versus le coté très sentimental des "morts qu'on pourrait éviter", ils gagneront pas l'opinion de cette manière la.
Je trouverai beaucoup plus sein de leur part de militer pour une application "respectueuse de la vie privé", je trouve le boulot fait par l'EFF convaincant, voir ce journal : https://linuxfr.org/users/flagos/journaux/le-pepp-pt-explique-a-travers-une-bande-dessinee.
Si c'est sous cette forme technique la qu'est implémenté l'application de traçage (avec code source ouvert) je suis personnellement pas contre une application stopCovid.
Si on tombe dans le scénario "mise en place généralisé/big brother", il n'y a pas forcément besoin de le faire coté téléphone, rien que coté opérateur réseau tu peux savoir quel SIM est associé à quel antenne, dans de grandes villes avec beaucoup d'antenne, tu peux déjà avoir une précision pas si mauvaise que ça.
Posté par Tangi Colin .
En réponse au journal Les girouettes.
Évalué à 10.
Dernière modification le 31 mars 2020 à 11:38.
Moi ce que je constate c'est surtout une méprisse du niveau de société/technologie de la société chinoise actuelle. Quand ils ont due construire en urgence des hôpitaux en préfabriqué en quelques jours seulement, les "experts" qui conseillent nos "décideurs" auraient du se rendre compte que le sujet été sérieux et grave. Mais on a préférais dire: "Cocorico, c'est que des chinois, nous on a le meilleur système de santé du monde, ça n'arrivera pas chez nous."
Puis c'est arrivé en Italie, dans la région de Lombardie qui disposent des meilleurs hôpitaux en Europe et meme réflexion/dédain pour nos voisins.
Bref, oui il est facile de dire à posteriori :"c'était sur" mais pour le coup, il suffisait de regardait ce qui se passait chez nos voisins pour comprendre la menace et anticiper ce qui allait arriver.
Bref la petit musique qui commence à arriver de dédouanement de nos chères "décideurs" qui laisse entendre que c'est du jamais vu et que donc ce n'était pas prévisible me donne tout autant la nausée.
Bref, on critique beaucoup la fermeture de Fessenheim mais EDF s'en tire vraiment bien, avec un joli chèque de l'état et une rente jusqu’à 2041 (subvention déguisé?) alors que si elle n'avait pas été fermé, la facture des installations à mettre à niveau lors de la prochaine visite décennale aurait été assez élevés.
Yocto est aujourd'hui le standard dans le milieu industrielle (si la cible est un BSP linux bien entendu).
Je l'ai mis en oeuvre sur de nombreux projets, sur des cibles TI OMAP 3/4 ou IMX.6 principalement avec ou sans intégration QT (opengl).
Il est très puissant dans une stratégie de "plateforming" (c'est à dire une équipe BSP qui supporte un ensemble de carte HW/BSP réduit) et X dizaines de projets au dessus qui rajoute les partie applicatives pour faire leurs produits.
Pour une raison de coût (augmenter les volumes et réduire les coût de mise à jour/cybersécurité BSP) l'industrie ce rapproche de plus en plus de ce mode de fonctionnement, c'est fini le temps où chaques équipes au sein d'une grosse boite avait dans son coin son équipe de Hard, BSP, Soft sur sa carte custom et où tu te retrouver avec 50 carte différents sur X OS différents à la fin…
Et dans ces cas là, le débat Builroot vs Yocto est plié depuis longtemps, Yocto gagne haut la main.
Après des distributions Yocto y en a des tonnes sur le marché. Par exemple eux : https://www.balena.io/os/ .
Bref Yocto est une belle boite à outil, très complète mais aussi très complexe, il n'y a pas un seul workflow possible avec, ça demande effectivement une courbe d'apprentissage longue. Y a pas mal de société qui propose des formations dessus.
N'ayant pas ce besoin et n'étant pas utilisateur de weboob je vais peut être dire une connerie mais ça me semble pouvoir répondre à ton besoin (un crawler pour télécharger tes factures sur X sites différents)
Donc si j'ai bien compris on a un serveur web qui fournit des json et les valide (jsonschema). Rien de bien transcendant. Si quelqu'un pouvait m'expliquer à quoi sert jsonschema je suis preneur. Je suis loin d'être un grand fan de XML mais quite à parler de schéma je préfère un XSD (et son riche écosystèmes d éditeur) que du jsonschema.
Non toujours pas désolé. Tu as ici des gens qui ne viennent pas de ton monde, qui ne sont pas expert NIST ou MONARC donc expliquer les termes et les besoins (et pas juste le "quoi" de la bidouille de json/schéma) pourrait être utile à la bonne compréhension de ton message.
Posté par Tangi Colin .
En réponse au journal Cahier de doléances.
Évalué à 4.
Dernière modification le 16 janvier 2019 à 21:33.
Les 2 ans sont effectivement plutot lié au problème bactériologique que chimique. Par contre sur l'importance de collecté les eaux usé pour nos rejets chimique, cela est loin d’être anecdotique, la pilule est un sacré problème en terme d’hormones : voir par exemple http://www.senat.fr/rap/r10-765/r10-76510.html pour quelques données chiffrés. (Bon tu me diras suivant ta station d'épuration ça sera pas éliminé non plus).
Y a aussi des traces d'antibiotiques qu'on peut retrouver si tu mange de la viande industrielle.
[^] # Re: Réaction
Posté par Tangi Colin . En réponse au lien La numérisation du quotidien, une violence inouïe et ordinaire - reporterre. Évalué à 4.
Sur ce sujet, voir aussi l'intervention de benjamin bayart chez thinkerview au début de cette vidéo (les 10 premières minutes) : https://www.youtube.com/watch?v=EOWeewlc2CE sur le sujet "l'ordinateur est fatal".
# Linux est pret pour Windows.
Posté par Tangi Colin . En réponse au lien eBPF bientôt sur Windows. Évalué à 1.
Linux est peut être pas encore prêt pour le desktop (quoique) mais en tout cas entre docker, WSL et maintenant ePBF on voit que Linux est clairement prêt pour Windows !
Je sais pas qui aurait pu parier ça il y a 10 ans mais on voit clairement un changement de stratégie chez Windows depuis l'arrivé de la dernière CEO. Le dernier rachat de kinvolk.io en est un autre exemple.
# Intérêt du live patching ?
Posté par Tangi Colin . En réponse au journal Sortie de Almalinux 8.3. Évalué à 2.
Autant je trouve l'implémentation du live patching super intéressant (comment ça fonctionne en interne) mais j'ai vraiment du mal à voire le cas pratique, dans une architecture redondé / haute dispo, éteindre un spare pour faire une mise à jour kernel c'est pas un problème. Si tu ne le peux pas, c'est un SPOF je dirais, tu fait quoi le jour où il s'arrête /tombe malgré toi ?
Y a des cas d'usage que j'aurai raté ?
Et puis reboot de temps en temps d'un point de vue cybersecurite c'est pas mal aussi pour clean la mémoire, exercer le secure boot, etc…
[^] # Re: Usine à presta
Posté par Tangi Colin . En réponse au journal Hercule démantèlera-t-il l'électricité de France. Évalué à 10.
Usine à presta, comme dans n'importes quelles grosses société française quelque soit le domaine (banque, industrie lourde, énergie…), c'est inhérent à ces organisations énormes où plus personnes ne maitrise rien, où les personnes sont complétement déresponsabilisés par un système hiérarchique abscons et "mutli-tranversal où le responsable c'est toujours l'autre" et avec les prestas au bas de l'échelle qui bricole, ce fatigue quelques années et vont voir ailleurs.
[^] # Re: Sympa
Posté par Tangi Colin . En réponse au journal Pijul, version 1.0 en approche. Évalué à 2.
Tu as déjà quasiment cette fonctionnalité la sous gerrit. Un change-id fixe dans le message de commit. Avec ça tu peut facilement retrouver la 'branche de merge' qui est dans un namespace/ref git (afin de pas poluer le ref/heads courant)
Ça ce met assez facilement en place manuellement avec un script (information fixe dans le message de commit et sauvegarde de la branche dans un namespace dédié). Perso je mets ça en place dans tous les projets où j'ai un rôle d'intégrateur, gerrit ou pas.
[^] # Re: Sympa
Posté par Tangi Colin . En réponse au journal Pijul, version 1.0 en approche. Évalué à 1.
Merci pour ces réponses, ça à l'air effectivement intéressant.
Il est vrai que git rerere ne marche pas toujours comme on le veut mais personnellement il assez rare que j'en ressente le besoin même dans un projet multi-personne. Si il y a deux évolutions majeures et assez longues à développer en parallèle qui vont toucher une même partie du code, on va réfléchir et s'organiser pour découper ça en plusieurs sous taches avec des dépendances entre elles et intégrer au plus tôt.
Meme sur un projet open source que je contrôle pas, si je sais que je vais casser une partie important de l'architecture/code, je vais commencer par une RFC/RequestForComment avant de me lancer dedans et je vais devoir réfléchir encore plus à découper mon travail en plusieurs changement indépendant intégrable au fil de l'eau.
Effectivement ici j'adapte mon workflow de travail à l'outil (petit commit régulier, intégrer le plus tôt possible par rapport à un gros commit intégré en mode big bang, ceci afin d'éviter les conflits).
Mais ce mode de fonctionnement actuelle me convient bien et convient bien aux équipes avec lequel j'ai travaillé.
J'ai vraiment du mal à m'imaginer si je changerai ma manière de travail avec darcs/pijul ou pas.
En soit si y deux branches qui divergence trop longtemps, le risque est grand de tomber dans un cas où il n'a pas de résolution automatique possible sans un choix fonctionnel et donc une décision humaine et donc je continuerai très certainement à utiliser mon fonctionnement actuel (petit commit, rebase régulier).
[^] # Re: Coïncidence
Posté par Tangi Colin . En réponse au journal Pijul, version 1.0 en approche. Évalué à 3.
Automerge m'avait l'air merveilleux jusqu'à lire le paragraphe suivant : https://github.com/automerge/automerge#conflicting-changes
Par rapport à un 'gît merge-s ours' ça change quoi ? Parce ce que dire on sait faire des merge sans conflit parce que quand y en a on fait un choix arbitraire ça me paraît pas ouf, en tout cas pour un gestionnaire de version je préfère avoir un œil humain à ce moment là.
# "trois décennies de savoir-faire" 3 occurences en quelques lignes
Posté par Tangi Colin . En réponse au lien CYTHON+ La Programmation concurrente multi-coeur en Python. Évalué à 3.
Mon commentaire portera uniquement sur la forme. Y a beaucoup trop de copier/coller et redite entre les différentes sections de la page. Si c'est pour écrire la même chose entre la section "Synthèse du projet" et la section "Objectifs du projet" autant en faire saute une des deux.
Sinon sur le fond ça a l'air cool mais très très jeune, j'attends de voir ce que ça peut donner.
[^] # Re: Précision
Posté par Tangi Colin . En réponse au lien Internet pèse 40 grammes. Évalué à 6.
Meme cette masse d'énergie je trouve ça critiquable comme valeur, en tout cas je n'en vois pas vraiment l’intérêt, le chiffre finale laissera entendre que c'est "léger". Ces 40 grammes d'énergie il a fallut combien de tonnes de charbon, fioul, panneau solaire, éolienne, nucléaire pour la fournir en permanence ?
# Fonctionnalité : Déplacer en section liens
Posté par Tangi Colin . En réponse au journal Brevet Unitaire: L'Allemagne ignore le Brexit, le droit européen, sa Cour et les Italiens. Évalué à 10.
Faudrait a coté de pertinent/inutile un troisième choix : "Devrait etre en section lien" qui le déplace automatiquement après un certains seuil :)
[^] # Re: Pas convaincu
Posté par Tangi Colin . En réponse au lien Quadrature : nos arguments pour rejeter StopCovid (appli gouvernementale pour pister). Évalué à 3.
Merci pour cette réponse, la je suis déjà plus convaincu. Tracer les gens via leur mac bluetooth (BD_ADDR), j'avais pas pensé à ça.
Coté wifi, on a maintenant la randomisation de la MAC qui est plutôt bien intégré.
android: https://source.android.com/devices/tech/connect/wifi-mac-randomization
gnome-networkmanager : https://blogs.gnome.org/thaller/2016/08/26/mac-address-spoofing-in-networkmanager-1-4-0/
Mais il est vrai que cette fonctionnalité manque encore trop coté Bluetooth. Si ça peut pousser les dev à implementer cette feature, ça serait une bonne chose :)
[^] # Re: Pas convaincu
Posté par Tangi Colin . En réponse au lien Quadrature : nos arguments pour rejeter StopCovid (appli gouvernementale pour pister). Évalué à 4.
Désolé mais toujours pas convaincu.
Linky, vidéosurveillance n'ont pas été construit avec la "vie privée" en tête. Sur linky, tu as une remonté d'info lié à un numéro de compteur et attaché à ce numéro de contrat, tu as un contrat (avec données personnelles).
Rien à voir avec ce qui est présenté dans le journal cité plus haut (pour rappel, échange des messages "anonymes" et mise en partage de ces listes sur différents serveur d'autorités).
Encore une fois, j'aimerai qu'on juge l'application sur un fond technique et non sur une peur sentimentale du "Big Brother".
Si techniquement, par design, la solution n'est pas respectueuse de la vie privée je la rejetterai mais uniquement après une analyse technique et rationnelle. Par example si il y a UN SEUL serveur d'autorité centrale, je la rejetterai.
[^] # Re: Pas convaincu
Posté par Tangi Colin . En réponse au lien Quadrature : nos arguments pour rejeter StopCovid (appli gouvernementale pour pister). Évalué à 2.
Et bien c'est justement la que je suis en désaccord, en quoi cette application serait forcément une régression /atteinte à notre vie privée ? (si encore une fois elle est implémenté comme l'explique l'eff, juste un échange de hash random sans info de localisation ni personnel et avec le choix du serveur d'autorité pour faire les comparaison)
# Pas convaincu
Posté par Tangi Colin . En réponse au lien Quadrature : nos arguments pour rejeter StopCovid (appli gouvernementale pour pister). Évalué à 3.
Très déçu du manque de fond technique et je pense leur combat perdu d'avance. Avancer avec des considérations de "vie privée/anonyma" versus le coté très sentimental des "morts qu'on pourrait éviter", ils gagneront pas l'opinion de cette manière la.
Je trouverai beaucoup plus sein de leur part de militer pour une application "respectueuse de la vie privé", je trouve le boulot fait par l'EFF convaincant, voir ce journal : https://linuxfr.org/users/flagos/journaux/le-pepp-pt-explique-a-travers-une-bande-dessinee.
Si c'est sous cette forme technique la qu'est implémenté l'application de traçage (avec code source ouvert) je suis personnellement pas contre une application stopCovid.
[^] # Re: Téléphones libres
Posté par Tangi Colin . En réponse au lien Coronavirus: Édouard Philippe évoque un tracking «volontaire». Évalué à 7.
Si on tombe dans le scénario "mise en place généralisé/big brother", il n'y a pas forcément besoin de le faire coté téléphone, rien que coté opérateur réseau tu peux savoir quel SIM est associé à quel antenne, dans de grandes villes avec beaucoup d'antenne, tu peux déjà avoir une précision pas si mauvaise que ça.
# Pour en rajouter une couche
Posté par Tangi Colin . En réponse au journal Les girouettes. Évalué à 10. Dernière modification le 31 mars 2020 à 11:38.
Moi ce que je constate c'est surtout une méprisse du niveau de société/technologie de la société chinoise actuelle. Quand ils ont due construire en urgence des hôpitaux en préfabriqué en quelques jours seulement, les "experts" qui conseillent nos "décideurs" auraient du se rendre compte que le sujet été sérieux et grave. Mais on a préférais dire: "Cocorico, c'est que des chinois, nous on a le meilleur système de santé du monde, ça n'arrivera pas chez nous."
Puis c'est arrivé en Italie, dans la région de Lombardie qui disposent des meilleurs hôpitaux en Europe et meme réflexion/dédain pour nos voisins.
Bref, oui il est facile de dire à posteriori :"c'était sur" mais pour le coup, il suffisait de regardait ce qui se passait chez nos voisins pour comprendre la menace et anticiper ce qui allait arriver.
Bref la petit musique qui commence à arriver de dédouanement de nos chères "décideurs" qui laisse entendre que c'est du jamais vu et que donc ce n'était pas prévisible me donne tout autant la nausée.
[^] # Re: Le gouvernement s'en fou du climat
Posté par Tangi Colin . En réponse au lien Jean-Marc Jancovici : Fermer une centrale nucléaire au nom du climat : l'imposture du gouvernement . Évalué à 3. Dernière modification le 10 mars 2020 à 10:42.
Source : Il te l'a donné, le canard enchaîné. Tu trouve aussi l'info ici :
https://www.lefigaro.fr/societes/2011/06/22/04015-20110622ARTFIG00662-dix-ans-de-plus-pour-la-centrale-de-fessenheim.php
Et en plus "officiel" ici : https://www.irsn.fr/FR/expertise/avis/2012/Pages/Avis-IRSN-2012-00519-EDF-Fessenheim.aspx#.XmdgVqhKhPY
Sinon, il faut aussi savoir que Fessenheim n'a jamais été équipés des groupes électrogènes diesels d’ultime secours qui ont été demandé après Fukushima (on a revue nos procédure de sécurité).
Voir ici pour la source officielle : https://www.asn.fr/Informer/Actualites/Fessenheim-modification-de-prescriptions
Bref, on critique beaucoup la fermeture de Fessenheim mais EDF s'en tire vraiment bien, avec un joli chèque de l'état et une rente jusqu’à 2041 (subvention déguisé?) alors que si elle n'avait pas été fermé, la facture des installations à mettre à niveau lors de la prochaine visite décennale aurait été assez élevés.
[^] # Re: wow :-)
Posté par Tangi Colin . En réponse au lien Microsoft commence à utiliser Rust dans Windows. Évalué à 1.
Pourtant des points négatifs il y en a ! Le manque d'une ABI stable est pour moi un point vraiment rédhibitoire (en plus du build système).
[^] # Re: Vraiment utilisé ? find et grep only ? Buildroot n'est-il pas mieux ?
Posté par Tangi Colin . En réponse à la dépêche Yocto Zeus. Évalué à 4.
Yocto est aujourd'hui le standard dans le milieu industrielle (si la cible est un BSP linux bien entendu).
Je l'ai mis en oeuvre sur de nombreux projets, sur des cibles TI OMAP 3/4 ou IMX.6 principalement avec ou sans intégration QT (opengl).
Il est très puissant dans une stratégie de "plateforming" (c'est à dire une équipe BSP qui supporte un ensemble de carte HW/BSP réduit) et X dizaines de projets au dessus qui rajoute les partie applicatives pour faire leurs produits.
Pour une raison de coût (augmenter les volumes et réduire les coût de mise à jour/cybersécurité BSP) l'industrie ce rapproche de plus en plus de ce mode de fonctionnement, c'est fini le temps où chaques équipes au sein d'une grosse boite avait dans son coin son équipe de Hard, BSP, Soft sur sa carte custom et où tu te retrouver avec 50 carte différents sur X OS différents à la fin…
Et dans ces cas là, le débat Builroot vs Yocto est plié depuis longtemps, Yocto gagne haut la main.
Après des distributions Yocto y en a des tonnes sur le marché. Par exemple eux : https://www.balena.io/os/ .
Bref Yocto est une belle boite à outil, très complète mais aussi très complexe, il n'y a pas un seul workflow possible avec, ça demande effectivement une courbe d'apprentissage longue. Y a pas mal de société qui propose des formations dessus.
# Weboob
Posté par Tangi Colin . En réponse au journal Centralisation de factures. Évalué à 4.
N'ayant pas ce besoin et n'étant pas utilisateur de weboob je vais peut être dire une connerie mais ça me semble pouvoir répondre à ton besoin (un crawler pour télécharger tes factures sur X sites différents)
[^] # Re: Rien compris
Posté par Tangi Colin . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 3.
A mon avis pas grand chose. Et faut aussi rappeller que wasm a d'énormes limitation, genre les threads etc…
[^] # Re: Rien compris
Posté par Tangi Colin . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 2.
A mon avis pas grand chose. Et faut aussi rappeller que wasm a d'énormes limitation, genre les threads etc…
[^] # Re: Rien compris
Posté par Tangi Colin . En réponse au journal Référentiels de sécurité sur MOSP. Évalué à 2.
Donc si j'ai bien compris on a un serveur web qui fournit des json et les valide (jsonschema). Rien de bien transcendant. Si quelqu'un pouvait m'expliquer à quoi sert jsonschema je suis preneur. Je suis loin d'être un grand fan de XML mais quite à parler de schéma je préfère un XSD (et son riche écosystèmes d éditeur) que du jsonschema.
[^] # Re: Rien compris
Posté par Tangi Colin . En réponse au journal Référentiels de sécurité sur MOSP. Évalué à 8.
Non toujours pas désolé. Tu as ici des gens qui ne viennent pas de ton monde, qui ne sont pas expert NIST ou MONARC donc expliquer les termes et les besoins (et pas juste le "quoi" de la bidouille de json/schéma) pourrait être utile à la bonne compréhension de ton message.
[^] # Re: Aux emballages
Posté par Tangi Colin . En réponse au journal Cahier de doléances. Évalué à 4. Dernière modification le 16 janvier 2019 à 21:33.
Les 2 ans sont effectivement plutot lié au problème bactériologique que chimique. Par contre sur l'importance de collecté les eaux usé pour nos rejets chimique, cela est loin d’être anecdotique, la pilule est un sacré problème en terme d’hormones : voir par exemple http://www.senat.fr/rap/r10-765/r10-76510.html pour quelques données chiffrés. (Bon tu me diras suivant ta station d'épuration ça sera pas éliminé non plus).
Y a aussi des traces d'antibiotiques qu'on peut retrouver si tu mange de la viande industrielle.