Moi, perso, je m'en fous un peu du fait que l'on veuille écrire inclusif, si certains en ont besoin. Je demande juste que ce soit lisible, simple et pas trop ridicule. Ca exclut de suite le point médian qui nuit à la lisibilité et à la fluidité ( il faut que le texte lu puuisse être retranscrit tel quel à voix haute - ce qui n'est biuen souvent pas le cas de l'écriture à point médian) - et qui parfois n'a pas de sens comme pour ceux/celles tous/toutes, auteurs autrices: je ne vois pas comment transcrire ça avec cette écriture).
Supprimons les accords masculin/féminin, tant au singulier qu'au pluriel, et gardons une forme neutre, en s'arrangeant pour que le contexte lève l'ambiguïté. Ca sera bien plus simple que d'ajouter/d'inventer des trucs lourds, qui ne répondront qu'à la revendication de certaines femmes, mais que d'autres personnes ne se qualifiant ni homme ni femme pourrait contester.
J'ai trouvé ces infos à une époque en cherchant des informations pour me constituer un sac de survie. Beaucoup de choses intéressantes, mais pas forcément applicables pour tout le monde. (par exemple certaines choses ne sontpas applicables lorsqu'on vit en appartement)
En cas de perte de réseau mobile ou internet il est conseillé d'avoir une radio hertzienne quelque part pour pouvoir obtenir les informations de la part des autorités.
Les opérateurs peuvent le faire, de façon plus ou moins precise en utilisant les bornes d'emissions, mais avec une precision variable. Plus la zone ou le telephone est situé est dense, plus la localisation sera précise
Celà dit cette façon de procéder nécessite d'accéder aux équipements de l'operateur. Donc si tu veux savoir si on peut te localiser via ton telephone, la reponse est oui. Mais si tu veux localiser quelqu'un en ne connaissant que son numéro de mobile, tu ne pourras pas le faire.
Je suis peut-être puriste, mais retourner une taille de 0 pour un champ alors que l'objet est de type null, ça me pose problème. C'est pour ça que je préfèrerais gérer ça via exception … Mais c'est peut-être parce que j'ai fait trop d'Erlang dont la philosophie est de ne pas faire de programmation défensive mais de laisser planter (et avoir un superviseur qui relance le processus).
je te conseille de réfléchir à une organisation avant d’installer l’extension de navigateur, parce que l’enregistrement en un clic marche tellement bien qu’on se retrouve assez rapidement avec plusieurs centaines de références sauvegardées.
Merci de me prévenir. Effectivement, c'est ce que j'ai cru comprendre à l'utilisation. Pour le moment je m'en sers pour gérer les références que j'ai un peu partout sur Forth. Et pour le reste je verrai un peu plus tard : j'aurai un peu de pratique pour voir comment organiser le reste.
Celà dit, j'ai quand même un reproche à faire à Zotero : je n'ai pas l'impression qu'on puisse déplacer des références d'une collection à une autre, ou des sous-collection : c'est pas très pratique pour organiser les références à posteriori :(
Si tu utilises Calibre pour organiser tes livres électroniques, il y a une extension pour qu’il puisse communiquer avec Zotero.
Merci pour l'info, c'est justement la question que je me posais. J'avais commencé à utiliser Calibre pour mes livres électroniques et toutes les docs que j'avais par ci par là sur mes disques durs, et je me demandais justement s'il était possible de les faire communiquer.
Le problème c'est qu'avec certains DRM, le copier/coller est absolument impossible :( Sinon, merci pour Zotero : je ne connaissais pas. Je viens d'aller voir leur site web, et à priori ça a l'air pas mal comme outil. J'ai cherché ce genre d'outil il ya quelques temps pour organiser certaines recherches dans le but d'écrire des articles et j'ai l'impression que ce soft pourrait m'aider.
Non seulement matériellement, l'intégration des composants fait que ça risque d'être compliqué, mais aussi parce que ême une fois réparé matériellement, quid du logiciel ?
Maintenant … la question que tu te oses sur les données contenues dans le téléphone est pertinente, et je pense même pour un téléphone qui ne démarre plus : à mon avis, ces données devraient être situées sur une puce que l'utilisateur devrait pouvoir enlever et détruire lorsque le téléphone ne marche plus, ou éventuellement, séparer l'élément de crypto qui permet de lire les données du téléphine de façon à ce que celui-ci ne soit plus lisible sans. En effet, on ne sait pas ce qui se passe après qu'un téléphne ait été déposé dans un conteneur dédié au recyclage.
.. j'ai vu qu'il y avait des trucs pas nets sur mon système, avec des repo PPA que j'avais ajouté il y a longtemps mais qui mettaient en conflit certains paquets. J'ai fait le ménage et maintenant mes paquets se comportent mieux.
Cependant, j'ai toujours un problème, et je ne suis pas sûr que ça vienne de snap mais des couches en dessous, avec des choses étranges.Par exemple : j'utilise l'environnement enlightenment. Suite à mon ménage j'ai fait des trucs style apt-get update, apt-get upgrade, dpkg --fix-broken install and co pour avoir un système propre. Dans la foulée j'ai supprimé, puis réinstallé certains packages qui me posaient problèmes avec les conflits (style playonlinux). Je suis arrivé à obtenir un système qui marche mais quand je l'ai redémarré une première fois :
- j'ai eu à nouveau le problème affiché en entrée du forum
- quand j'ai voulu redémarrer le système via l'interface graphique via le menu système, toutes les entrées permettant de redémarrer ou mettre en hibernation le système étaient grisées.
J'ai rebooté avec un bon vieux shutdown -r: le menu n'est plus grisé, je peux relancer signal en snap mais il me demande de réauthentifier mon appareil.
Autre détail, quand j'ai redémarré pendant mes mises à jour, à un moment le boot s'est arrêté (mais comme tout démarre en mode silencieux - et ça me gave), je ne peux pas dire ou il s'est arrêté (un power on + power off ont déclenché le redémarrage correct).
Je pense qu'il y a un truc pas normal sur Ubuntu en ce moment, mais je ne sais pas si c'est mon iunstallation qui pose problème ou si d'autres ont des ennuis également. Donc avant d'incriminer la distrib, je voudrais savoir si chez vous ça marche aussi mal que chez moi.
Je viens de faire un autre test … sans l'option -serial stdio, je vois mes données s'afficher au niveau de la fenetre graphique. Il suffit de switcher du moniteur vers serial0 dans le menu view de la fenetre graphique qemu (il y a d'ailleurs moyen d'afficher toutes les sorties sous forme de tab en cochant la case adéquate dans le menu view- (show tabs).
Merci à toi pour ton aide. En cherchant un peu, j'ai retrouvé dans mes archives le code que j'avais testé une fois, et je l'ai retrouvé. Ca fonctionne avec l'appel de commande que tu m'as passé. J'arrive à afficher le caractère envoyé via l'UART sur la console.
Et merci pour la découverte de qemu-system-*, c'est bien sympa comme outils !
Oui très pratique. A l'origine, quand je me suis mis sur les micro:bit, j'utilisais la carte en elle-même mais c'était un peu compliqué de tester dans les transports. Puis j'ai vu que qemu supportait la micro:bit (partiellement, il ne supporte que le timer et l'uart - mais pour ce que j'en fais ça suffit …) donc je suis passé à l'émulateur …
Je vais pouvoir continuer l'implémentation de mon système Forth (qui dure depuius avant le covid …).
il me semble au moins que sur stdout, il devrait afficher mon caractère envoyé. *Je suis quasi certain de l'avoir fait une fois. Mais malhereusement j'ai un doute, et je ne me rappelle absolument plus comment j'ai fait.
Après, c'est aussi possible d'écrire du code propre en python, qui ne va pas bouffer 100% du CPU et être efficace.
Je pense que c'est un des problèmes pour beaucoup de logiciels écrits en python: les gens qui codent dans ce langage ne sont pas forcément toujours des gens dont coder est le métier, et on a parfoius du code assez curieux dans le meilleur des cas, et bien souvent difficilement maintenables (j'ai vu des trucs assez affreux dans mon job ). C'est pour ça que parfois je surnomme Python comme le "vb ou vba du libre". Mais ce n'est pas la seule raison. Et python n'est pas le seul langage qui pose problème, je le citais juste parce que c'est un exemple de problème que je rencontre régulièrement. Mais on trouve un tas d'applis qui sont écrit dans un langage - ou je devrais plutôt dire un environnement d'exécution (parce qu'il n'y a pas que le langage) qui n'est pas forcément le meilleur à utiliser d'un point de vue d'occupation des ressources, parfois parce que le déveoppeur code avec ce qu'il connaît.
Par exemple je me souviens d'une présentation il y a quelques années, d'une refonte d'un logiciel écrit initialement en Python par un alternant il me semble, logiciel chargé d'envoyer de la pub en temps réel sur des applis mobiles je crois. Ce logiciel devenait de plus en plus lent et difficile à maintenir. Le fait de le réécrire en Erlang a permis de réduire considérablement les ressources matérielles utilisées et il a été plus facile de répondre aux contraintes temps réel plus efficacement. Erlang était le langage/framework le plus adapté aux besoins et contraintes de l'application en question. Mais le gars qui l'avait développé en Python l'a fait parce qu'il ne connaissait rien d'autre.
Je fais pas de l'embarqué, je fais du logiciel qui doit être publié rapidement et j'ai pas que ça à faire…
C'est un peu ce genre de mentalité que je déplore. Attention, je ne dis pas non plus que tout doit être écrit en C ou en assembleur. Je trouve seulement qu'aujourd'hui on ne se pose pas vraiment de questions sur les ressources utilisées par les logiciels que l'on écrit, tant dans le libre que dans le monde proprio, et que malhereusement, à cause de ça on se retrouve avec des besoins de plus en plus énormes pour faire démarrer une machine avec juste un système d'exploitation et une ou deux applis basiques.
Ce genre de réflexion me rend pessimiste par rapport à l'utilisation de langage comme Rust, qui permettent de réduire les bugs liés aux allocations de mémoire mais qui, d'un autre côté, ont une courbe d'apprentissage bien plus raide que le C par exemple.
En fait, tant dans le libre que dans le proprio, on trouve le même état d'esprit: "vite fait, peu importe si c'est bien fait ou mal fait". Peut-être un peu moins prononcé dans le libre, mais c'est là quand même.
[^] # Re: point median
Posté par totof2000 . En réponse au lien Langage inclusif, pour le cerveau le neutre n'est pas neutre. Évalué à 3.
ouh la vache !! J'étais vraiment fatigué hier. Désolé. Je m'y suis repris à plusieurs fois pour écrire mon texte et je n'ai pas bien relu après coup.
[^] # Re: point median
Posté par totof2000 . En réponse au lien Langage inclusif, pour le cerveau le neutre n'est pas neutre. Évalué à 8.
Moi, perso, je m'en fous un peu du fait que l'on veuille écrire inclusif, si certains en ont besoin. Je demande juste que ce soit lisible, simple et pas trop ridicule. Ca exclut de suite le point médian qui nuit à la lisibilité et à la fluidité ( il faut que le texte lu puuisse être retranscrit tel quel à voix haute - ce qui n'est biuen souvent pas le cas de l'écriture à point médian) - et qui parfois n'a pas de sens comme pour ceux/celles tous/toutes, auteurs autrices: je ne vois pas comment transcrire ça avec cette écriture).
[^] # Re: Radio
Posté par totof2000 . En réponse au message Guerre, agression militaire, lourd désastre naturel: précautions?. Évalué à 0. Dernière modification le 23 octobre 2023 à 23:07.
Supprimons les accords masculin/féminin, tant au singulier qu'au pluriel, et gardons une forme neutre, en s'arrangeant pour que le contexte lève l'ambiguïté. Ca sera bien plus simple que d'ajouter/d'inventer des trucs lourds, qui ne répondront qu'à la revendication de certaines femmes, mais que d'autres personnes ne se qualifiant ni homme ni femme pourrait contester.
[^] # Re: Radio
Posté par totof2000 . En réponse au message Guerre, agression militaire, lourd désastre naturel: précautions?. Évalué à 2. Dernière modification le 23 octobre 2023 à 22:53.
Euh … non, finalement rien.
[^] # Re: Radio
Posté par totof2000 . En réponse au message Guerre, agression militaire, lourd désastre naturel: précautions?. Évalué à 6.
C'est loin d'etre une petite erreur ideologique.
Pour moi l'ecriture a point median est aussi desaagreable que l'écriture abrégée sms. On peut ecrire de manière inclusive sans cette horreur.
# J'avais fait quelques recherches à une époque ( catastrophes naturelles )
Posté par totof2000 . En réponse au message Guerre, agression militaire, lourd désastre naturel: précautions?. Évalué à 8.
Quelques infos sur un site gouvernemental :
https://www.gouvernement.fr/risques/se-preparer-a-une-situation-durgence
J'ai trouvé aussi d'autres choses intéressantes là : http://oldu.fr/docs/
J'ai trouvé ces infos à une époque en cherchant des informations pour me constituer un sac de survie. Beaucoup de choses intéressantes, mais pas forcément applicables pour tout le monde. (par exemple certaines choses ne sontpas applicables lorsqu'on vit en appartement)
En cas de perte de réseau mobile ou internet il est conseillé d'avoir une radio hertzienne quelque part pour pouvoir obtenir les informations de la part des autorités.
# oui et non ...
Posté par totof2000 . En réponse au message Localisation. Évalué à 2.
Les opérateurs peuvent le faire, de façon plus ou moins precise en utilisant les bornes d'emissions, mais avec une precision variable. Plus la zone ou le telephone est situé est dense, plus la localisation sera précise
Celà dit cette façon de procéder nécessite d'accéder aux équipements de l'operateur. Donc si tu veux savoir si on peut te localiser via ton telephone, la reponse est oui. Mais si tu veux localiser quelqu'un en ne connaissant que son numéro de mobile, tu ne pourras pas le faire.
[^] # Re: j'ai du mal à comprendre un truc ....
Posté par totof2000 . En réponse au journal La plus belle ligne de code. Évalué à 4.
Je suis peut-être puriste, mais retourner une taille de 0 pour un champ alors que l'objet est de type null, ça me pose problème. C'est pour ça que je préfèrerais gérer ça via exception … Mais c'est peut-être parce que j'ai fait trop d'Erlang dont la philosophie est de ne pas faire de programmation défensive mais de laisser planter (et avoir un superviseur qui relance le processus).
[^] # Re: ouf
Posté par totof2000 . En réponse au journal Grosse panique, un épisode de la série l’EPUB et moi. Évalué à 2.
Merci de me prévenir. Effectivement, c'est ce que j'ai cru comprendre à l'utilisation. Pour le moment je m'en sers pour gérer les références que j'ai un peu partout sur Forth. Et pour le reste je verrai un peu plus tard : j'aurai un peu de pratique pour voir comment organiser le reste.
Celà dit, j'ai quand même un reproche à faire à Zotero : je n'ai pas l'impression qu'on puisse déplacer des références d'une collection à une autre, ou des sous-collection : c'est pas très pratique pour organiser les références à posteriori :(
Merci pour l'info, c'est justement la question que je me posais. J'avais commencé à utiliser Calibre pour mes livres électroniques et toutes les docs que j'avais par ci par là sur mes disques durs, et je me demandais justement s'il était possible de les faire communiquer.
# j'ai du mal à comprendre un truc ....
Posté par totof2000 . En réponse au journal La plus belle ligne de code. Évalué à 4.
Ne serait-il pas plus judicieux de traiter l'appel de méthode sur objet null via une exception ?
[^] # Re: ouf
Posté par totof2000 . En réponse au journal Grosse panique, un épisode de la série l’EPUB et moi. Évalué à 2.
Le problème c'est qu'avec certains DRM, le copier/coller est absolument impossible :( Sinon, merci pour Zotero : je ne connaissais pas. Je viens d'aller voir leur site web, et à priori ça a l'air pas mal comme outil. J'ai cherché ce genre d'outil il ya quelques temps pour organiser certaines recherches dans le but d'écrire des articles et j'ai l'impression que ce soft pourrait m'aider.
# J'ai du mal à comprendre le coup des icones gafamesques ....
Posté par totof2000 . En réponse au journal Grosse panique, un épisode de la série l’EPUB et moi. Évalué à 2.
C'était juste une page avec leurs icones ? Quel est l'intéret ? Ils sont sponsors de la BNF ?
[^] # Re: ouf
Posté par totof2000 . En réponse au journal Grosse panique, un épisode de la série l’EPUB et moi. Évalué à 2.
qu'entends-tu par "pour les citations" ?
# je l'ai utilisé un peu sur des sun
Posté par totof2000 . En réponse à la dépêche Window Maker 0.96 est plus ergonomique. Évalué à 3.
sun blade et sun Ultra … mais je lui préférais fwwm2
[^] # Re: utiliser l'IP externe de ton routeur
Posté par totof2000 . En réponse au message Sortir du réseau local. Évalué à 2.
port forwarding/port mapping/redirection de port/transfert de port ?
# réparation probablement impossible ...
Posté par totof2000 . En réponse au message Recyclage de vieux téléphones morts. Évalué à 3.
Non seulement matériellement, l'intégration des composants fait que ça risque d'être compliqué, mais aussi parce que ême une fois réparé matériellement, quid du logiciel ?
Maintenant … la question que tu te oses sur les données contenues dans le téléphone est pertinente, et je pense même pour un téléphone qui ne démarre plus : à mon avis, ces données devraient être situées sur une puce que l'utilisateur devrait pouvoir enlever et détruire lorsque le téléphone ne marche plus, ou éventuellement, séparer l'élément de crypto qui permet de lire les données du téléphine de façon à ce que celui-ci ne soit plus lisible sans. En effet, on ne sait pas ce qui se passe après qu'un téléphne ait été déposé dans un conteneur dédié au recyclage.
# En cherchant un petit peu ....
Posté par totof2000 . En réponse au message voilà pourquoi je n'aime pas snap. Évalué à 2.
.. j'ai vu qu'il y avait des trucs pas nets sur mon système, avec des repo PPA que j'avais ajouté il y a longtemps mais qui mettaient en conflit certains paquets. J'ai fait le ménage et maintenant mes paquets se comportent mieux.
Cependant, j'ai toujours un problème, et je ne suis pas sûr que ça vienne de snap mais des couches en dessous, avec des choses étranges.Par exemple : j'utilise l'environnement enlightenment. Suite à mon ménage j'ai fait des trucs style apt-get update, apt-get upgrade, dpkg --fix-broken install and co pour avoir un système propre. Dans la foulée j'ai supprimé, puis réinstallé certains packages qui me posaient problèmes avec les conflits (style playonlinux). Je suis arrivé à obtenir un système qui marche mais quand je l'ai redémarré une première fois :
- j'ai eu à nouveau le problème affiché en entrée du forum
- quand j'ai voulu redémarrer le système via l'interface graphique via le menu système, toutes les entrées permettant de redémarrer ou mettre en hibernation le système étaient grisées.
J'ai rebooté avec un bon vieux shutdown -r: le menu n'est plus grisé, je peux relancer signal en snap mais il me demande de réauthentifier mon appareil.
Autre détail, quand j'ai redémarré pendant mes mises à jour, à un moment le boot s'est arrêté (mais comme tout démarre en mode silencieux - et ça me gave), je ne peux pas dire ou il s'est arrêté (un power on + power off ont déclenché le redémarrage correct).
Je pense qu'il y a un truc pas normal sur Ubuntu en ce moment, mais je ne sais pas si c'est mon iunstallation qui pose problème ou si d'autres ont des ennuis également. Donc avant d'incriminer la distrib, je voudrais savoir si chez vous ça marche aussi mal que chez moi.
[^] # Re: Ça a l'air rigolo
Posté par totof2000 . En réponse au message [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART. Évalué à 2.
Je viens de faire un autre test … sans l'option -serial stdio, je vois mes données s'afficher au niveau de la fenetre graphique. Il suffit de switcher du moniteur vers serial0 dans le menu view de la fenetre graphique qemu (il y a d'ailleurs moyen d'afficher toutes les sorties sous forme de tab en cochant la case adéquate dans le menu view- (show tabs).
[^] # Re: Ça a l'air rigolo
Posté par totof2000 . En réponse au message [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART. Évalué à 2.
Merci à toi pour ton aide. En cherchant un peu, j'ai retrouvé dans mes archives le code que j'avais testé une fois, et je l'ai retrouvé. Ca fonctionne avec l'appel de commande que tu m'as passé. J'arrive à afficher le caractère envoyé via l'UART sur la console.
Oui très pratique. A l'origine, quand je me suis mis sur les micro:bit, j'utilisais la carte en elle-même mais c'était un peu compliqué de tester dans les transports. Puis j'ai vu que qemu supportait la micro:bit (partiellement, il ne supporte que le timer et l'uart - mais pour ce que j'en fais ça suffit …) donc je suis passé à l'émulateur …
Je vais pouvoir continuer l'implémentation de mon système Forth (qui dure depuius avant le covid …).
[^] # Re: Ça a l'air rigolo
Posté par totof2000 . En réponse au message [QEMU] [MICRO:BIT] utiliser STDIO (ou autre) pour debugger l'UART. Évalué à 2.
il me semble au moins que sur stdout, il devrait afficher mon caractère envoyé. *Je suis quasi certain de l'avoir fait une fois. Mais malhereusement j'ai un doute, et je ne me rappelle absolument plus comment j'ai fait.
# la France veut déjà le faire ...
Posté par totof2000 . En réponse au lien La Russie envisage d'essayer de bloquer les services VPN en 2024. Évalué à 9.
https://www.commentcamarche.net/securite/vpn/29025-interdiction-des-vpn-en-france-le-vrai-du-faux/
On pensait qu'en fait il avait été retiré, mais finalement ils remettent ça.
[^] # Re: La meilleur alarme qui soit.
Posté par totof2000 . En réponse au journal Avoir l'alarme à l'oeil. Évalué à 1. Dernière modification le 30 septembre 2023 à 11:14.
10 gros chiens ? C'est quoi comme maison ? Tu serais pas un sniper à long pif par hasard ? :)
[^] # Re: Je ne suis pas sûr que les logiiels libres soient ...
Posté par totof2000 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 3.
J'ai retrouvé le support
[^] # Re: Je ne suis pas sûr que les logiiels libres soient ...
Posté par totof2000 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 4.
Je pense que c'est un des problèmes pour beaucoup de logiciels écrits en python: les gens qui codent dans ce langage ne sont pas forcément toujours des gens dont coder est le métier, et on a parfoius du code assez curieux dans le meilleur des cas, et bien souvent difficilement maintenables (j'ai vu des trucs assez affreux dans mon job ). C'est pour ça que parfois je surnomme Python comme le "vb ou vba du libre". Mais ce n'est pas la seule raison. Et python n'est pas le seul langage qui pose problème, je le citais juste parce que c'est un exemple de problème que je rencontre régulièrement. Mais on trouve un tas d'applis qui sont écrit dans un langage - ou je devrais plutôt dire un environnement d'exécution (parce qu'il n'y a pas que le langage) qui n'est pas forcément le meilleur à utiliser d'un point de vue d'occupation des ressources, parfois parce que le déveoppeur code avec ce qu'il connaît.
Par exemple je me souviens d'une présentation il y a quelques années, d'une refonte d'un logiciel écrit initialement en Python par un alternant il me semble, logiciel chargé d'envoyer de la pub en temps réel sur des applis mobiles je crois. Ce logiciel devenait de plus en plus lent et difficile à maintenir. Le fait de le réécrire en Erlang a permis de réduire considérablement les ressources matérielles utilisées et il a été plus facile de répondre aux contraintes temps réel plus efficacement. Erlang était le langage/framework le plus adapté aux besoins et contraintes de l'application en question. Mais le gars qui l'avait développé en Python l'a fait parce qu'il ne connaissait rien d'autre.
[^] # Re: Rien à faire de la consommation
Posté par totof2000 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 10.
C'est un peu ce genre de mentalité que je déplore. Attention, je ne dis pas non plus que tout doit être écrit en C ou en assembleur. Je trouve seulement qu'aujourd'hui on ne se pose pas vraiment de questions sur les ressources utilisées par les logiciels que l'on écrit, tant dans le libre que dans le monde proprio, et que malhereusement, à cause de ça on se retrouve avec des besoins de plus en plus énormes pour faire démarrer une machine avec juste un système d'exploitation et une ou deux applis basiques.
Ce genre de réflexion me rend pessimiste par rapport à l'utilisation de langage comme Rust, qui permettent de réduire les bugs liés aux allocations de mémoire mais qui, d'un autre côté, ont une courbe d'apprentissage bien plus raide que le C par exemple.
En fait, tant dans le libre que dans le proprio, on trouve le même état d'esprit: "vite fait, peu importe si c'est bien fait ou mal fait". Peut-être un peu moins prononcé dans le libre, mais c'est là quand même.