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.
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.
Ton projet est plutôt sympa. J'ai de petites remarques :
l'utilisation de docstring pour le code html est peut être sympa pour les exemples, mais je pense qu'il peut devenir gênant sur des projets de plus grandes envergure car les classes ne sont plus documentables
# Pourquoi tant de secrets ?
Posté par barmic 🦦 . En réponse à la dépêche Troisième mise en demeure pour l'association LinuxFr. Évalué à  6.
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
[^] # Re: Même remarque que précédemment
Posté par barmic 🦦 . En réponse au journal Présentation des librairies pydiderotlibs dédiées à l'enseignement de python. Évalué à  2.
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
[^] # Re: Un peu confus
Posté par barmic 🦦 . En réponse au journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm… et mon serveur ?. Évalué à  2.
Ç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
[^] # Re: Un peu confus
Posté par barmic 🦦 . En réponse au journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm… et mon serveur ?. Évalué à  6. Dernière modification le 05 décembre 2019 à 00:23.
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
[^] # Re: Un peu confus
Posté par barmic 🦦 . En réponse au journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm… et mon serveur ?. Évalué à  2.
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
[^] # Re: Même remarque que précédemment
Posté par barmic 🦦 . En réponse au journal Présentation des librairies pydiderotlibs dédiées à l'enseignement de python. Évalué à  2.
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 :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Même remarque que précédemment
Posté par barmic 🦦 . En réponse au journal Présentation des librairies pydiderotlibs dédiées à l'enseignement de python. Évalué à  2. Dernière modification le 03 décembre 2019 à 14:45.
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 ?
On parle du secondaire, non ?
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).
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.
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).
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
[^] # Re: Même remarque que précédemment
Posté par barmic 🦦 . En réponse au journal Présentation des librairies pydiderotlibs dédiées à l'enseignement de python. Évalué à  2.
Pas des masses et c'est bien pour ça qu'apprendre le développement n'est pas si utile.
Parce que les étudiants du secondaires courent vers les formations en programmation ?
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.
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.
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
[^] # Re: Logs?
Posté par barmic 🦦 . En réponse à la dépêche Loki, centralisation de logs à la sauce Prometheus. Évalué à  1.
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
[^] # Re: Même remarque que précédemment
Posté par barmic 🦦 . En réponse au journal Présentation des librairies pydiderotlibs dédiées à l'enseignement de python. Évalué à  5.
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
[^] # Re: Un mot
Posté par barmic 🦦 . En réponse à la dépêche Une victoire de l’éthique dans une guerre économique. Évalué à  2.
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
[^] # Re: Un monstre libre l'est-il vraiment ?
Posté par barmic 🦦 . En réponse au journal QtWebEngine sous raspbian, la croix et la galère…. Évalué à  1.
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
[^] # Re: Phôte de phrape
Posté par barmic 🦦 . En réponse à la dépêche PHP 7.4. Évalué à  7.
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
[^] # Re: Un monstre libre l'est-il vraiment ?
Posté par barmic 🦦 . En réponse au journal QtWebEngine sous raspbian, la croix et la galère…. Évalué à  2.
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
[^] # Re: Langage intéressant mais certains trucs me chiffonnent
Posté par barmic 🦦 . En réponse au journal Documentation du format AsciiDoc en français. Évalué à  1.
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
[^] # Re: On s'en fout
Posté par barmic 🦦 . En réponse à la dépêche Sauvez le .org !. Évalué à  3.
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
[^] # Re: Langage intéressant mais certains trucs me chiffonnent
Posté par barmic 🦦 . En réponse au journal Documentation du format AsciiDoc en français. Évalué à  1.
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
[^] # Re: Les texts blocks
Posté par barmic 🦦 . En réponse au journal Java perdra une partie de sa verbosité à la fin de l’hiver. Évalué à  2.
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
# Distributions
Posté par barmic 🦦 . En réponse au journal Systèmes de mise à jour. Évalué à  3.
Au lieu de vouloir toujours pleins de choses il faudrait regarder l'état actuel.
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
[^] # Re: Impossible
Posté par barmic 🦦 . En réponse au journal Systèmes de mise à jour. Évalué à  1.
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
# Impossible
Posté par barmic 🦦 . En réponse au journal Systèmes de mise à jour. Évalué à  2.
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
# Preview
Posté par barmic 🦦 . En réponse au journal Java perdra une partie de sa verbosité à la fin de l’hiver. Évalué à  5. Dernière modification le 27 novembre 2019 à 06:56.
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
[^] # Re:
Posté par barmic 🦦 . En réponse au journal GUY : un module python3 pour créer des GUI multiplateforme (android aussi!). Évalué à  5.
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
[^] # Re:
Posté par barmic 🦦 . En réponse au journal GUY : un module python3 pour créer des GUI multiplateforme (android aussi!). Évalué à  4.
Il a dit que c'est une différence. Son truc permet aux développeurs python de faire ce que les développeurs java peuvent faire nativement (du fais de l'API java d'android)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Petites remarques
Posté par barmic 🦦 . En réponse au journal GUY : un module python3 pour créer des GUI multiplateforme (android aussi!). Évalué à  5.
Ton projet est plutôt sympa. J'ai de petites remarques :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll