barmic 🦦 a écrit 5211 commentaires

Le risque de diffamation n'est pas nulle dans un tel cas.

Le fait de ne présenter les choses qu'à demi-mot augmente largement les risques. À la place de l'association je préférerais être aussi factuel et précis que possible.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Hum j'étais persuadé qu'il protégé uniquement qu'une tierce personne interfère ou prenne connaissance, mais que le destinataire pouvais publier sans aucun problème. Ton lien n'est pas explicite (même si la définition de l'UE dis plutôt clairement que ce n'est pas que l'émetteur qui choisi).

D'autre part il ne peut s'appliquer qu'à la publication du courrier. Tu as toujours le droit de dire que tu as reçu un courrier qui dit que ceux qui annoncent la pluie et le beau temps ne veulent pas qu'on analyse leur APK.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Quel est l'objectif de cacher le nom de l'organisme, le nom du journal, les dates etc ?
La peur d'une vendetta linuxfrienne ? On sait parfaitement qui c'est et de quel contenu il est question, s'il y avait vraiment des bourrins prêt à en découdre ce n'est pas des « références supprimées » qui vont les arrêter. Je ne pense pas que le droit interdise à l'association d'expliquer précisément ce qui lui arrive.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Heureusement le chroniqueur Numérique de France Infos avait rappelé ce qu'il nous a légué. mais il aurait mérité beaucoup plus.

Et Guillaume Denry nous avait gratifié d'une blague qui m'avait fait pleurer de rire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Une information importante sur laquelle je n’ai pas insisté : dans mon projet, la continuité des données récupérées à partir des sites web est très importante. Par conséquent, louer des petites machines AWS plusieurs années 24/365 va me coûter cher au final, plus cher que le dédié.

Ça dépend. Le serverless peut être idéal, ou pas. Ou utiliser une gateway selon qui tu poll ou si on t'appelle. C'est tellement flou qu'on ne peut pas vraiment t'aider.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je pense que tu met la charrue avant les bœufs. Commence à coder quelque chose, avance dans le code et dans les fonctionnalités. Quand tu verra tes limites, tu pourras choisir ton matos. Parce que si tu n'a pas particulièrement d'éléments pour choisir entre le cloud, un RPi, un laptop et un gros serveur, c'est que tu es loin d'avoir la maturité pour choisir.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour monter un tel projet, on va avancer par itération. Les premières itérations n’auront pas besoin, tout de suite, de l’infrastructure finale. On peut très bien commencer sur un nano-ordinateur (Raspberry Pi), ou sur son laptop personnel.

Hum… Ça dépend vraiment de ton modèle de performance, mais généralement ça ne marche pas vraiment comme ça.

Des logiciels simples dans leur conceptions peuvent passer d'une machine microscopique à une machine énorme en montant en charge linéairement, mais ce n'est pas ce que tu décris.

Tu va évidement pouvoir lancer tes premiers run sur à peu prêt n'importe quoi, mais l'architecture d'un truc complexe qui doit gérer de gros volumes (de requêtes ou de données) va devoir prendre en compte les spécificités de son déploiement. Tu parle justement d'avoir des éléments comme kfaka. Ça n'est pas conseillé sur de petites machines.

En avançant dans ton développement tu va avoir besoin de données ressemblant à celle de la prod lors de ton développement. Tu va avoir besoin de gros volumes de données. Si tu souhaite de la haut disponibilité, il faut tester avec des données qui ressemblent à celle de la prod, sans être en prod.

Jouer avec des RPi, c'est rigolo, mais ça va plus t'embêter qu'autre choses. C'est là que des approches dites micro-services sont utiles. Sur ta machine tu travailles avec un ou plusieurs services qui sont connectés à ton environnement de développement (qui lui est alimenté avec des données et possède les services que tu ne veux pas relancer continuellement sur ta machine).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Maintenant tu parle encore d'autre chose. Le cours dont il est question c'est l'étude de la programmation informatique. Qu'il y ai autre chose à faire faire je suis tout à fait d'accord. Je vais essayer d'être plus clair :

• je pense que l'étude de la programmation n'est pas quelque chose de particulièrement importante. L'utilisation et les enjeux de l'informatique le sont bien plus.
• l'étude de la programmation est particulièrement liée aux mathématiques
• l'utilisation d'outil informatique pour enseigner tout et n'importe quoi peu évidement être une bonne chose, mais ça n'a pas de rapport. J'avais déjà des prof qui s'en servaient dans le secondaire (j'ai eu mon bac en 2006)

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

On se demande pourquoi il y a tant d'offres d'emplois dans le numérique …

Tu as des chiffres qui donneraient un taux de classes d'ages qui travaillent dans le domaine ? Parce que des pénuries on en a dans pleins de domaines (la médecine, pas mal de branches d'artisanat,…) qui rémunèrent plus et/ou demandent moins d'études est-ce que ça dit que tout le monde se ruent sur la plomberie ?

Apres le bac et avoir planté 1 ou 2 années a glander en fac … quand il voudront rentrer dans la vraie vie et gagner de l'argent

On parle du secondaire, non ?

C'est sur, un traitement de texte ça sert à rien … la fonction première des PCs c'est pour jouer au solitaire ou au démineur :)
Tu sais j'ai bien connu l'époque ou les factures / bons de livraisons etc … la majorité des documents se faisait à la main au stylo plume ou à la machine à écrire, au siécle dernier, c'est marrant mais cela a quasiment disparu depuis quelques années.

Et la proportion de traitement de texte pour ses usages tend à se réduire au profit du mail, de génération plus ou moins automatisée, etc. Lis bien ce que j'ai écris : je n'ai pas dis que c'était inutile, mais qu'il ne fallait pas se focaliser dessus. Les mails sont largement plus importants par exemple (et non rédiger ses mails dans un traitement de texte pour les copier/coller ou les envoyer en pièce jointe n'est pas une bonne idée).

Tout peu se ramener à des mathématiques, la n'est pas le problème. Mais c'est valable aussi pour la physique, la biologie, la chimie, l'histoire, la géographie, la philo et même l'informatique surtout de nos jours.

Les mathématiques peuvent décrire beaucoup de choses, mais ce n'est pas ce qu'il se passe pour l'informatique. L'informatique ce sont des applications des mathématiques. Tu peut vouloir ne pas faire peur en taisant cette parentalité, ça ne la supprimera pas pour autant. Mentir aux gens pour qu'ils se retrouvent au pied du mur à la moindre difficulté ça n'est pas les aider. Tu répète souvent à raison ton mantra « fréquence et volume » (c'est bien ça ?), cette question là vient d'un raisonnement mathématiques. Même si tu ne l'a peut être découvert qu'expérimentalement.

Cela n'aura pas le même impact sur l'assistance, et la finalité est la même.

On peut tout à fait avoir une approche bottom-up. Mais faire l'impasse sur les notions mathématiques ça créent des gens qui ne sont pas en mesure d'appliquer ton propre mantra. Ils vont devoir se péter les dents, plutôt que de réfléchir aux volumes qu'ils manipulent (et donc devoir faire des opération ensemblistes - à minima - pour pouvoir évaluer ce qu'ils sont entrain de faire).

Et c'est pour cela que je trouve dommage d'aborder l'informatique uniquement au travers des mathématiques.

Tu me donne l'impression d'avoir un raisonnement qui me semble très problématique : « l'enseignement des mathématiques repoussent des étudiants, donc ils ne faut pas associer l'informatique aux maths pour ne pas faire peur à ma fille ». Alors que c'est très contre-nature d'une part et d'autre part on peut envisager les choses autrement et imaginer que l'informatique peut donner des angles d'enseignements différents et bien plus concrets aux mathématiques.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Combien finirons informaticien / developpeur / chef de projet etc …
Combien finirons … on peut faire quoi avec des maths … profs ? ou faire encore plus d'étude ?

Pas des masses et c'est bien pour ça qu'apprendre le développement n'est pas si utile.

Avec ce genre de raisonnement vous remplissez les écoles privées et les organismes de formations externes

Parce que les étudiants du secondaires courent vers les formations en programmation ?

La maitrise d'un traitement de texte, d'un tableur devrait être une matière à part entière
Et je ne parle pas de l'importance d'un truc comme internet et les réseaux sociaux

On s'en fout d'un traitement de texte. Pour moi c'est exactement comme dire qu'on a besoin de savoir écrire avec un stylo plume. Ça peut être utile, mais ce n'est qu'une composante de l'utilisation générale de l'informatique.

La programmation c'est :

• de la logique mais il y en a de partout comme en philo par exemple
• du bon sens … beaucoup de bon sens …
• une certaine capacité d'abstraction, comme chez les poêtes par exemple

C'est une formalisation de tout cela et la seule discipline qui formalise cela c'est les mathématiques. Tu peux très bien ne pas vouloir le voir sous un angle mathématiques tout comme tu peux faire des opérations mathématiques tous les jours sans le voir sous un angles mathématiques.

Tu peu être un excellent codeur et être nul en math

Non. Si tu es un excellent codeur tu es bon dans au moins une partie des mathématiques. Être bon en mathématiques ce n'est pas forcément avoir de bonnes notes en maths (parce qu'il y a différentes parties en mathématiques, parce que voir les choses sous l'angle informatique est peut être plus parlante pour toi,…).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est plus lent. Envoyer les logs directement sur le réseau impose à l'application d'avoir la responsabilité de la bonne réception des logs. L'utilisation d'un fichier de tampon permet de ne pas ralentir ton application à cause des logs voir de continuer à fonctionner même si la base est en vrac.

Il est possible d'envoyer ses logs dans un broker de messages aussi.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis pas du tout d'accord. Oui l'informatique est important, mais non la programmation ne l'est pas. L'un n'implique pas l'autre.

Être à l'aise avec les nouvelle technologies ne demandent en aucun à en comprendre les rouages bas niveau. Savoir conduire ne demande pas à savoir usiner une soupape.

La programmation c'est 80 à 90% de mathématiques, donc c'est logique de lier les 2. Regarde ce que sont les fac d'info par exemple.

AMHA ce qui est nécessaire c'est de maîtriser l'outil (l'ordinateur et les réseaux), de comprendre ce qu'il fait, à quoi il sert et les implications que cela peut avoir. Mais ça ne demande pas à maîtriser python, TCP et des portes logiques.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pourquoi est-ce qu'il y aurait besoin d'un nouveau mot ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Pour les patchs de blink c'est assez particulier entre blink qui utilise beaucoup les spécificités du système pour la perf et la sécurité et OpenBSD qui ont leur propre règles de codage (par exemple ne pas utiliser malloc(3)).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Une lib standard ça vie est il est tout à fait possible de créer de nouveaux pans pour remplacer d'anciens bouts sans pour autant les supprimer. C'est par exemple ce qui est fait en java

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu sais c'est le cas aussi de logiciels respectables. Il y a longtemps j'ai eu lemmême genre de problème avec OOo (bien avant l'arrivée de LibO) et avec Firefox.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je pense qu'il se veut plus simple que rapide. Je parle simple dans son fonctionnement plus que dans son utilisation. Les substitutions font partie du document source ce qui le rend auto-porté, txt2tags tiens dans un seul script python (c'était une bêtise amha), etc

Il est effectivement mort, je crois qu'une version était en chantier mais n'a jamais vu le jour.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Justement l'important c'est de communiquer sur le sujet pas de faire perdurer des incompréhensions. Distinguer ce qu'est un tld d'une extension est utile à la compréhension du sujet. Tu n'a peut-être jamais rencontré quelqu'un qui n'est pas très à l'aise et qui a du mal à comprendre pourquoi on parle de .com et pas de .html par exemple, mais ça existe

Je comprends que tu veuille rendre le sujet le moins technique possible, mais pas de chance il l'est. Ne pas le comprendre et laisser des amalgames perdurer n'aide clairement pas.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et puis, une dernière chose que j'ai cherché sans trouver, c'est une façon de faire de nouvelles macros/styles (sans passer par toute la machinerie ruby) capables d'abstraire le code spécifique à un format d'export de façon simple pour pas polluer le corps du texte. Sans ça, les ifdef sont quand même beaucoup moins utiles. Je vois donc pas non plus de façon de raccourcir simplement l'utilisation de code comme [.pathname]#/etc/#, donc si on tient vraiment à écrire de façon sémantique et non présentationnelle, ça devient un peu verbeux (plus de caractères même qu'en LaTeX ou groff où on aurait pu définir quelque chose comme \pathname{/etc/} — 2 symboles en moins).

C'est un point sur le quel j'avais beaucoup aimé feu-txt2tags.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je vois assez peu l'usage que j'en aurais mis à part dans certains tests. Je rate quelque chose ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Au lieu de vouloir toujours pleins de choses il faudrait regarder l'état actuel.

1. Les distributions ne sont que très peu normalisées (en terme de gestion de paquets). Qui veut aujourd'hui empaqueter quelques milliers d'extensions en rpm/deb/whatever ?
2. Le cycle de vie des extensions est typiquement le genre de cycle de vie que les distributions ont du mal à gérer. Si tu veux t'appuyer sur le système de paquet il faudra de toute manière avoir un système de mise à jour en interne comme le fait weboob.
3. Fonctionnellement peu de distributions permettent aux utilisateurs d'installer des paquets et d'avoir des installation juste pour un utilisateur.
4. Si vraiment des gens ont de la motivation pour faire du packaging, je vous en pris votre distribution vous ouvre grand les bras, il y a toujours du travail (même sans ajouter les extensions), n'hésitez surtout pas à prendre contact avec eux.

Réclamer ça ne sert à rien surtout quand on ne se rend vraiment pas compte de ce que ça représente comme travail du coté des distributions comme du coté de Mozilla et des créateur d'extensions. Qui veut prendre cette charge ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'était aussi super contraignant : le cycle de vie des extensions était pieds et poings liés au packaging de ta distribution.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La majorité des distributions ne promettent pas de gérer les extensions. Il faut pouvoir installer des paquets par utilisateur et pas pour tout le système.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Fait gaffe les 2 nouveautés dont tu parle sont en preview ce qui signifie qu'elles peuvent évoluer de manière non rétro compatibles dès java 15.

L'API pour accéder aux NVM. Ça a l'air sympa à utiliser ce genre de mémoire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Hein ?! Pourquoi tu met des questions de valeur dans tes commentaires ? Il faut nécessairement un plus fort ?

Ça permet aux gens qui veulent faire du python d'en faire.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll