Ce point montre un méconaissance de ce qu'est un logiciel libre. Je pensais qu'en 2023 on ne ferait plus ce genre d'erreur (au moins au nuiveau européen).
Oups .. j'ai ecrit le contraire de ce que je pensais :
Je suis cepandant certain qu'écrire une IHM graphique avec Rust est plus difficile qu'avec d'autres langages, mais je pense que c'est du à autre chose.
L'auteur semble dire que le fait que Rust ne soit pas un langage objet l'empêche d'implémenter correctement un GUI. Mais je trouve que ce n'est pas justifié.
Tk n'est pas implémenté en POO il me semble. X11 et les premières bibliothèques graphiques ne l'étaient pas non plus. Il y a quelques années, la programmation graphique sous Windows se faisait en C et pas en C++ et il me semble que pendant longtemps, GTK était écrite en C (je ne sais pas si c'est toujours le cas). EFL, qui sert de base à Enlightenment, est majoritairement écrit en C. Donc on peut facilement se passer de langages objet pour écrire une IHM graphique.
Je suis cepandant certain qu'écrire une IHM graphique avec Rust est plus difficile qu'avec d'autres langages, mais je ne pense pas que c'est du à autre chose.
J'ai aussi un modèle rechargeable … mais le mettre ailleurs que dans la salle de bains pour le recharger n'est pas très ergonomique. Et pour ceux qui ont peur de faire tomber le rasoir en charge dans l'eau, il faut éviter de mettre le chargeur a proxuimité de la baignoire ou du lavabo. Sinon j'ai remarqué que certains rasoirs ne fonctionnent pas lorsqu'ils sont en charge (le chargeur branché) - probablement pour éviter de le faire tomber à l'eau lorsqu'on l'utilise en le chargeant.
Je n'ai jamais eu de lave-linge ou seche-linge dans ma salle de bain, à vrai dire je n'y aurais pas pensé.
J'ai déjà eu, car il n'y avait pas de place ailleurs.
Le rasoir électrique, je n'en ai toujours pas compris l'intérêt quand un truc mécanique fait tout aussi bien, voire mieux le job, et à la même vitesse voire même plus vite.
Le rasoir électrique a un intéret économique, et peut-être écologique par rapport à beaucoup de rasoirs à lame jetable.
D'ailleurs, on peut vraiment décrire un triangle avec juste une hauteur et une largeur? Bien sûr que non! C'est encore un truc débile.
Bien sur que si : un triangle rectangle. Et on peut décrire un triangle equilateral avec une seule dimansion. Un triangle rectangle isocèle se décrit avec juste la mesure de l'un des deux côtés constituant l'angle droit.
Mais comme tu le soulignes, ce sont des triangles particuliers, comme les carrés sont des rectangles particuliers. Maintenant fau-il une classe par type de forme ? Ca doit dépendre du besoin.
Perso, je vois l'héritage comme le goto: c'est utile, mais si on peut s'en passer, autant s'en passer. L'utiliser partout ou le bannir absolument, c'est du dogmatisme, et ça ne mène à rien de bon.
En pratique, j'en utilise souvent, mais je n'ai pas souvenir d'avoir un seul programme qui soit de l'objet pur…
Ta remarque me fait penser à quelque chose : Comment modéliser ce type de choses en UML ?
J'étend la question à un sujet qui me trottine dans la tête depuis un moment : UML est un modèle qui est assez "orienté" objet (il ne devrait d'ailleurs pas s'appeler "Uml" mais OML". Je le trouve inadapté pour modéliser des concepts issus des langages fonctionnels ou il n'y a pas forcément d'objet (je pense notamment à Erlang qui a la notion de process que l'on voit un peu partout - avec OTP et le concept de worker/superviseur ou de behavior). N'étant ni un spécialiste UML, ni un spécialiste Erlang, je me demande encore si UML est adapté à la modélisation Erlang (je pense que certaines choses peuvent se représenter en UML, mais qu'il manque quelque chose à UML pour pouvoir modéliser correctement ces concepts - mais c'est peut-être de la méconnaissance).
il y aquand même les rasoirs eletriques, lave-linge, seche-linge,aspirateur. Il y a aussi la charge de la brosse à dent électrique. mais pour les cheveux je te rejoins: pas besoin d'etre dans la salle de bains.
il y a les téléphones DECT qui fonctionnent plutôt bien. Et des FAI comme Free permettent d'associer directement un DECT avec une freebox, du coup pas besoin de base (moins de fil côté box).
L'addiction au téléphone se gère plus par une limitation de son usage (plage horaire, durée, connexion) que par une interdiction d'usage dans la salle de bain qui pourrait avoir un effet déplorable sur l'hygiène.
Je suis assez d'accord avec la conclusion. Si l'utilisation du telephone dans la salle de bain est issu d'un problème de dépendance, se contenter de l'interdire dans la salle de bain ne règlera pas le problème (mais je n'irai pas jusque dire que ça posera des problèmes d'hygiène par contre). Si l'utilisation du smartphone dans la salle de bains est lié à un problème de dépendance, régler le problème de dépendance règlera le problème de téléphone dans la salle de bains. Mais d'un autre côté, l'interdictiuon de telephone dans la salle de bain peut être un moyen de "désintoxiquer" une personne dépendante.
Les 2 scripts peuvent être exécutés en même temps par des applications différentes.(les utilisateurs peuvent différents aussi)
Veux-tu dire que script 1 peut être exécuté par plusieurs
utilisateurs en même temps, et script 2 aussi ?
Pour utilisation simultanée de une ou plusieurs instances de script1 et une instance de script2 il n'y a pas de problème.
Pour utilisation simultanée de plusieurs instances de script2 …. supposons :
- un utilisateur execute script 1
- deux utilisateurs executent script2, en déplaçant le fichier commun vers le fichier 2.
- entre temps un utilisateur exécute script1. L'enchainement donne, mais dans un temps très court :
* exécution de script2 (déplacement du fichier commun vers fichier2)
* exécution de script1 (regénération du fichier commun
* exécution de script2 (déplacement de fichier commun vers fichier 2)
Tu risques d'écraser fichier2. Il faut donc faire attention au nommage de fichier2 dans ton script. C'est surtout cette partie qui pourrait poser problème.
Maintenant tout dépend de ta façon de nommer script2.
Ca peut être un bon exercice pour développer la capacité de lecture rapide … enfin, pas pour ceux qui souffrent de problème de conduit intestinal bouché.
Quand j'ai envie d'écouter de la musique sous la douche, je prends juste le téléphone. Pas besoin d'une qualité hi-fi de toutes façons: le bruit de la douche m'êmpêche de l'apprécier. Ca m'arrive assez rarement, et quand ça m'arrive c'est juste pour l'ambiance (et parfois pour écouter un livre audio).
Maintenant effectivement il y a des gens qui aiment se détendre en prenant un bain et en écoutant la musique tout en prenant un verre de vin, et peut-être que pour eux, il est plus appréciable d'avoir une enceinte BT de qualité. Mais bon. Un bain de toute façons c'est pas écolo … :)
Quand j'ai commencé à me mettre à Python, j'ai été assez vite séduit, cependant, je me suis vite rendu compte que python "forçait" à faire les choses à sa façon, et je me suis retrouvé à devoir me faire des noeuds au cerveau et à faire des trucs dégueulasses, ou beaucoup trop verbeux, parce que la façon de faire de python était trop rigide. Faire les mêmes choses en Ruby me posait moins de problème : je n'avais pas l'impression d'être dans le carcan Python.
Tout celà pour dire que bien souvent un langage donné va permettre de faire des choses dans un certain contexte (celui pour lequel il a été pensé), mais va poser problème dans un autre contexte. Rust a été écrit pour écrire du code safe, et rend difficile l'écriture de code non safe. Ca ne me choque pas plus que ça. Est-ce volontaire ? Je ne pense pas : c'est juste une conséquence de sa conception initiale. Peut-être qu'à l'avenir les concepteurs du langage faciliteront la vie des développeurs qui doivent écrire du code non ssfe … ou pas. Et dans ce cas, en attendant vaut-il mieux peut-être utiliser un autre langage pour écrire plus facilement les parties de code non safe avec les batteries de test adéquates ? Car je partage l'avis de l'auteur : il est peut-être plus dangereux d'écrire du code non safe en Rust qu'en C … tout comme il peut être dangereux d'utiliser un couteau de cuisine pour ouvrir une boite de conserve. Ce n'est pas fait pour.
Effectivement, je suis resté un peu trop concis, désolé. C'est le problème de faire trop de choses en même temps. Je commentais la possibilité d'éditer un commentaire suite à l'édition du lien. Je trouve pas très ergonomique pour la personne qui poste le lien d'éditer le lien, puis ouvrir l'interface de commentaires pour mettre sa phrase de description … Et côté lecteur ce n'est pas pratique non plus car pour voir les commentaires, il faut ouvrir une interface spécifique.
Une zone de texte courte, optionnelle, qui indiquerait en une phrase de quoi parle le lien (notamment quand c'est de l'anglais), affichée sans qu'on ait à cliquer pour l'ouvrir me paraît plus adéquate.
-o module, --output module
Select audio output module. You can provide a comma-separated list to use the first one that works.
A vérifier, mais je pense que quand tu utilises un terminal, dans un environnement de bureau, mpg123 va savoir quel module utiliser en sortie (je ne sais pas par quelle "magie), mais que dans un script déclenché en cron ou sans terminal attaché, (ou sur un terminal autre qu'un terminal de ton environnement graphique) il ne saura pas.
Pourquoi ne pas laisser la possibilité de mettre une phrase d'explication à un lien (surtout s'il est en anglais) plutôt que de balancer juste un titre (qui ne donne pas envie) ?
Peut-être garder la rubrique telle qu'elle est, mais faire comme pour les forums : avoir la possibilité de le classer dans vidéo ou non, comme on classe son post dans un forum précis ?
Je ne sais pas si ma façon de m'exprimer est claire.
Perso je n'aime pas les vidéos …. pour certains types de contenus. Il y a quelques temps je n'étais pas fan de vidéo parce que dans les cas ou j'avais un besoin un peu plus textuel, la vidéo ne s'y prêtait pas. Puis j'ai revu ma position en découvrant des cas ou la vidéo était appropriée. Pour moi, vidéo et texte sont complémentaires : il y a des cas ou c'est plus facile/rapide d'avoir du texte et d'autres ou il est plus simple d'expliquer des choses avec une vidéo.
Cependant les vidéos ont un gros inconvénient pour moi : elles me font perdre beaucoup de temps par rapport à du texte car j'ai une lecture (très) rapide. Quand je fais des recherches sur le net, j'arrive très rapidement à voir si un texte correspond à ce que je recherche, s'il contient tout ou partie des informations dont j'ai besoin.
Pour une vidéo c'est beaucoup plus compliqué …. Si 3 vidéos de 10 mn traitent d'un sujet sur lequel je fais des recherches, je vais devoir passer au moins 15 à 20 mn dessus pour savoir si elle correspond à mon besoin. Ca peut être gênant.
Donc une vidéo, pourquoi pas, si elle est complétée par un texte qui décrit assez précisément ce dont elle traîte (mais ça je n'y crois pas, vu que les gens qui postent des vidéos le font pour beaucoup en espérant être rémunérés au nombre de vues).
Seulement après dialogue et si récidive, problème, etc…
Personnellement j'ai fait le contraire : au début c'est moi qui gérait les déconnections, et après j'ai laissé faire au fur et à mesure, avec confiscation ou coupure d'accès lorsque ma fille abusait.
Après ça dépend de l'age et de la personnalité de l'enfant, mais jusqu'à un certain age, ils ne sont pas en mesure de gérer … et leur mettre sur les épaules une responsabilité qu'ils ne sont pas en mesure de prendre, je pense que c'est contre-productif. D'autre part, en faisant ça, je lui rappelais que ce qu'elle avait n'était pas un dû.
En général, ça s'est bien passé, sauf à un moment ou j'ai du couper parce qu'elle n'était pas raisonnable, mais je m'y attendais : ça fait partie de la vie, de l'apprentissage.
" TEXTE DE LA COMMISSION
DES AFFAIRES CULTURELLES ET DE L’ÉDUCATION "
LA culture ce sont tous ces crevards qui rèvent de lever l' "anonymat" depuis des années sur Internet car ce pseudo-anonymat (qui n'en est pas un) les dérange.
Pour la "culture" tracer les connections des gens pour les empecher de télécharger illégalement pour les punir est un combat qui dure depuis très longtemps. Des politiques ou personnes des milieux financiers dérangés par les systèmes de communication modernes qui les empêchent de sévir en toute quiétude sont intéressés également. Il a suffi qu'une loi pour "protéger les mineurs de la pornographie" avec un système d'authentification aparaisse pour que celui-ci soit étendu à toute communication sur le net : ratissons large, ça ne fera pas de tort. Et bien sur, ces personnes trouveront moyen de s'"arroger des exceptions (parce que ce sont des élus par exemple, ou secret des affaires) pour passer au travers.
# Pas d'accord avec le point 2
Posté par totof2000 . En réponse au journal L'UE révise sa directive sur la responsabilité du fait des produits. Évalué à 4.
Ce point montre un méconaissance de ce qu'est un logiciel libre. Je pensais qu'en 2023 on ne ferait plus ce genre d'erreur (au moins au nuiveau européen).
[^] # Re: J'ai l'impression que l'article mélange un peu tout ....
Posté par totof2000 . En réponse au lien Building a proper UI framework in Rust is hard and often unintuitive.. Évalué à 3.
Oups .. j'ai ecrit le contraire de ce que je pensais :
Je suis cepandant certain qu'écrire une IHM graphique avec Rust est plus difficile qu'avec d'autres langages, mais je pense que c'est du à autre chose.
# J'ai l'impression que l'article mélange un peu tout ....
Posté par totof2000 . En réponse au lien Building a proper UI framework in Rust is hard and often unintuitive.. Évalué à 4. Dernière modification le 11 mars 2023 à 16:24.
L'auteur semble dire que le fait que Rust ne soit pas un langage objet l'empêche d'implémenter correctement un GUI. Mais je trouve que ce n'est pas justifié.
Tk n'est pas implémenté en POO il me semble. X11 et les premières bibliothèques graphiques ne l'étaient pas non plus. Il y a quelques années, la programmation graphique sous Windows se faisait en C et pas en C++ et il me semble que pendant longtemps, GTK était écrite en C (je ne sais pas si c'est toujours le cas). EFL, qui sert de base à Enlightenment, est majoritairement écrit en C. Donc on peut facilement se passer de langages objet pour écrire une IHM graphique.
Je suis cepandant certain qu'écrire une IHM graphique avec Rust est plus difficile qu'avec d'autres langages, mais je ne pense pas que c'est du à autre chose.
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
J'ai aussi un modèle rechargeable … mais le mettre ailleurs que dans la salle de bains pour le recharger n'est pas très ergonomique. Et pour ceux qui ont peur de faire tomber le rasoir en charge dans l'eau, il faut éviter de mettre le chargeur a proxuimité de la baignoire ou du lavabo. Sinon j'ai remarqué que certains rasoirs ne fonctionnent pas lorsqu'ils sont en charge (le chargeur branché) - probablement pour éviter de le faire tomber à l'eau lorsqu'on l'utilise en le chargeant.
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
J'ai déjà eu, car il n'y avait pas de place ailleurs.
Le rasoir électrique a un intéret économique, et peut-être écologique par rapport à beaucoup de rasoirs à lame jetable.
[^] # Re: l'héritage et les exemples pourris
Posté par totof2000 . En réponse au lien « Clean code » : performances lamentables. Évalué à 4.
Bien sur que si : un triangle rectangle. Et on peut décrire un triangle equilateral avec une seule dimansion. Un triangle rectangle isocèle se décrit avec juste la mesure de l'un des deux côtés constituant l'angle droit.
Mais comme tu le soulignes, ce sont des triangles particuliers, comme les carrés sont des rectangles particuliers. Maintenant fau-il une classe par type de forme ? Ca doit dépendre du besoin.
Ta remarque me fait penser à quelque chose : Comment modéliser ce type de choses en UML ?
J'étend la question à un sujet qui me trottine dans la tête depuis un moment : UML est un modèle qui est assez "orienté" objet (il ne devrait d'ailleurs pas s'appeler "Uml" mais OML". Je le trouve inadapté pour modéliser des concepts issus des langages fonctionnels ou il n'y a pas forcément d'objet (je pense notamment à Erlang qui a la notion de process que l'on voit un peu partout - avec OTP et le concept de worker/superviseur ou de behavior). N'étant ni un spécialiste UML, ni un spécialiste Erlang, je me demande encore si UML est adapté à la modélisation Erlang (je pense que certaines choses peuvent se représenter en UML, mais qu'il manque quelque chose à UML pour pouvoir modéliser correctement ces concepts - mais c'est peut-être de la méconnaissance).
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
il y aquand même les rasoirs eletriques, lave-linge, seche-linge,aspirateur. Il y a aussi la charge de la brosse à dent électrique. mais pour les cheveux je te rejoins: pas besoin d'etre dans la salle de bains.
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 3.
Je suis assez d'accord avec la conclusion. Si l'utilisation du telephone dans la salle de bain est issu d'un problème de dépendance, se contenter de l'interdire dans la salle de bain ne règlera pas le problème (mais je n'irai pas jusque dire que ça posera des problèmes d'hygiène par contre). Si l'utilisation du smartphone dans la salle de bains est lié à un problème de dépendance, régler le problème de dépendance règlera le problème de téléphone dans la salle de bains. Mais d'un autre côté, l'interdictiuon de telephone dans la salle de bain peut être un moyen de "désintoxiquer" une personne dépendante.
[^] # Re: Il peut y avoir un problème ...
Posté par totof2000 . En réponse au message accès concurrentiel aux fichiers. Évalué à 3.
Toutes les applis ne gèrent pas ce lock. Mais effectivement si c'est fait, c'est une idée.
# Il peut y avoir un problème ...
Posté par totof2000 . En réponse au message accès concurrentiel aux fichiers. Évalué à 4. Dernière modification le 09 mars 2023 à 21:21.
Veux-tu dire que script 1 peut être exécuté par plusieurs
utilisateurs en même temps, et script 2 aussi ?
Pour utilisation simultanée de une ou plusieurs instances de script1 et une instance de script2 il n'y a pas de problème.
Pour utilisation simultanée de plusieurs instances de script2 …. supposons :
- un utilisateur execute script 1
- deux utilisateurs executent script2, en déplaçant le fichier commun vers le fichier 2.
- entre temps un utilisateur exécute script1. L'enchainement donne, mais dans un temps très court :
* exécution de script2 (déplacement du fichier commun vers fichier2)
* exécution de script1 (regénération du fichier commun
* exécution de script2 (déplacement de fichier commun vers fichier 2)
Tu risques d'écraser fichier2. Il faut donc faire attention au nommage de fichier2 dans ton script. C'est surtout cette partie qui pourrait poser problème.
Maintenant tout dépend de ta façon de nommer script2.
[^] # Re: conditions d'utilisation
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
Marant, ton commentaire me fait penser au fameux "1200 euros minimum pour les retraités" …
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
Ca peut être un bon exercice pour développer la capacité de lecture rapide … enfin, pas pour ceux qui souffrent de problème de conduit intestinal bouché.
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 2.
Quand j'ai envie d'écouter de la musique sous la douche, je prends juste le téléphone. Pas besoin d'une qualité hi-fi de toutes façons: le bruit de la douche m'êmpêche de l'apprécier. Ca m'arrive assez rarement, et quand ça m'arrive c'est juste pour l'ambiance (et parfois pour écouter un livre audio).
Maintenant effectivement il y a des gens qui aiment se détendre en prenant un bain et en écoutant la musique tout en prenant un verre de vin, et peut-être que pour eux, il est plus appréciable d'avoir une enceinte BT de qualité. Mais bon. Un bain de toute façons c'est pas écolo … :)
# Ca me fait penser un peu à ce que j'ai vécu à un moment avec Python .....
Posté par totof2000 . En réponse au lien When Zig is safer and faster than Rust. Évalué à 8. Dernière modification le 09 mars 2023 à 18:18.
Quand j'ai commencé à me mettre à Python, j'ai été assez vite séduit, cependant, je me suis vite rendu compte que python "forçait" à faire les choses à sa façon, et je me suis retrouvé à devoir me faire des noeuds au cerveau et à faire des trucs dégueulasses, ou beaucoup trop verbeux, parce que la façon de faire de python était trop rigide. Faire les mêmes choses en Ruby me posait moins de problème : je n'avais pas l'impression d'être dans le carcan Python.
Tout celà pour dire que bien souvent un langage donné va permettre de faire des choses dans un certain contexte (celui pour lequel il a été pensé), mais va poser problème dans un autre contexte. Rust a été écrit pour écrire du code safe, et rend difficile l'écriture de code non safe. Ca ne me choque pas plus que ça. Est-ce volontaire ? Je ne pense pas : c'est juste une conséquence de sa conception initiale. Peut-être qu'à l'avenir les concepteurs du langage faciliteront la vie des développeurs qui doivent écrire du code non ssfe … ou pas. Et dans ce cas, en attendant vaut-il mieux peut-être utiliser un autre langage pour écrire plus facilement les parties de code non safe avec les batteries de test adéquates ? Car je partage l'avis de l'auteur : il est peut-être plus dangereux d'écrire du code non safe en Rust qu'en C … tout comme il peut être dangereux d'utiliser un couteau de cuisine pour ouvrir une boite de conserve. Ce n'est pas fait pour.
[^] # Re: un lien qui mériterait une explication.
Posté par totof2000 . En réponse au lien bootkit UEFI pas cher (5000$). Évalué à 2.
Effectivement, je suis resté un peu trop concis, désolé. C'est le problème de faire trop de choses en même temps. Je commentais la possibilité d'éditer un commentaire suite à l'édition du lien. Je trouve pas très ergonomique pour la personne qui poste le lien d'éditer le lien, puis ouvrir l'interface de commentaires pour mettre sa phrase de description … Et côté lecteur ce n'est pas pratique non plus car pour voir les commentaires, il faut ouvrir une interface spécifique.
Une zone de texte courte, optionnelle, qui indiquerait en une phrase de quoi parle le lien (notamment quand c'est de l'anglais), affichée sans qu'on ait à cliquer pour l'ouvrir me paraît plus adéquate.
[^] # Re: un lien qui mériterait une explication.
Posté par totof2000 . En réponse au lien bootkit UEFI pas cher (5000$). Évalué à 2.
Ergonomie tant du point de vue du rédacteur que du lecteur au dessous de zero.
[^] # Re: Vérifie le chemin du fichier mp3
Posté par totof2000 . En réponse au message Aide pour script. Évalué à 6. Dernière modification le 06 mars 2023 à 19:42.
Arf …. je crois que j'ai compris : il faut spécifier je pense un canal de sortie.
manpage mpeg123:
A vérifier, mais je pense que quand tu utilises un terminal, dans un environnement de bureau, mpg123 va savoir quel module utiliser en sortie (je ne sais pas par quelle "magie), mais que dans un script déclenché en cron ou sans terminal attaché, (ou sur un terminal autre qu'un terminal de ton environnement graphique) il ne saura pas.
[^] # Re: Vérifie le chemin du fichier mp3
Posté par totof2000 . En réponse au message Aide pour script. Évalué à 2.
la commande at qui pose problème ?
manpage de la commande at
# un lien qui mériterait une explication.
Posté par totof2000 . En réponse au lien bootkit UEFI pas cher (5000$). Évalué à 3.
Pourquoi ne pas laisser la possibilité de mettre une phrase d'explication à un lien (surtout s'il est en anglais) plutôt que de balancer juste un titre (qui ne donne pas envie) ?
[^] # Re: La rubrique Liens peut suffire ?
Posté par totof2000 . En réponse au journal Vidéos tutoriels sur linuxfr. Évalué à 2.
Peut-être garder la rubrique telle qu'elle est, mais faire comme pour les forums : avoir la possibilité de le classer dans vidéo ou non, comme on classe son post dans un forum précis ?
Je ne sais pas si ma façon de m'exprimer est claire.
[^] # Re: Beurk
Posté par totof2000 . En réponse au journal Vidéos tutoriels sur linuxfr. Évalué à 10.
Il y a des gens qui ne sont pas visuels du tout …. Et quand tu as une lecture rapide, crois moi, une vidéo c'est long et chiant.
Comme je le dis par ailleurs, bien utilisés, vidéo et texte se complètent. Il faut juste ne pas être sectaire et faire un peu des deux.
[^] # Re: Beurk
Posté par totof2000 . En réponse au journal Vidéos tutoriels sur linuxfr. Évalué à 7.
Perso je n'aime pas les vidéos …. pour certains types de contenus. Il y a quelques temps je n'étais pas fan de vidéo parce que dans les cas ou j'avais un besoin un peu plus textuel, la vidéo ne s'y prêtait pas. Puis j'ai revu ma position en découvrant des cas ou la vidéo était appropriée. Pour moi, vidéo et texte sont complémentaires : il y a des cas ou c'est plus facile/rapide d'avoir du texte et d'autres ou il est plus simple d'expliquer des choses avec une vidéo.
Cependant les vidéos ont un gros inconvénient pour moi : elles me font perdre beaucoup de temps par rapport à du texte car j'ai une lecture (très) rapide. Quand je fais des recherches sur le net, j'arrive très rapidement à voir si un texte correspond à ce que je recherche, s'il contient tout ou partie des informations dont j'ai besoin.
Pour une vidéo c'est beaucoup plus compliqué …. Si 3 vidéos de 10 mn traitent d'un sujet sur lequel je fais des recherches, je vais devoir passer au moins 15 à 20 mn dessus pour savoir si elle correspond à mon besoin. Ca peut être gênant.
Donc une vidéo, pourquoi pas, si elle est complétée par un texte qui décrit assez précisément ce dont elle traîte (mais ça je n'y crois pas, vu que les gens qui postent des vidéos le font pour beaucoup en espérant être rémunérés au nombre de vues).
[^] # Re: linuxfr aussi
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 7.
Personnellement j'ai fait le contraire : au début c'est moi qui gérait les déconnections, et après j'ai laissé faire au fur et à mesure, avec confiscation ou coupure d'accès lorsque ma fille abusait.
Après ça dépend de l'age et de la personnalité de l'enfant, mais jusqu'à un certain age, ils ne sont pas en mesure de gérer … et leur mettre sur les épaules une responsabilité qu'ils ne sont pas en mesure de prendre, je pense que c'est contre-productif. D'autre part, en faisant ça, je lui rappelais que ce qu'elle avait n'était pas un dû.
En général, ça s'est bien passé, sauf à un moment ou j'ai du couper parce qu'elle n'était pas raisonnable, mais je m'y attendais : ça fait partie de la vie, de l'apprentissage.
# Quand on voit qui est à l'origine de ce texte ....
Posté par totof2000 . En réponse au journal Les mineurs bientôt privés de télécommunication (et les majeurs traqués). Évalué à 10.
" TEXTE DE LA COMMISSION
DES AFFAIRES CULTURELLES ET DE L’ÉDUCATION "
LA culture ce sont tous ces crevards qui rèvent de lever l' "anonymat" depuis des années sur Internet car ce pseudo-anonymat (qui n'en est pas un) les dérange.
Pour la "culture" tracer les connections des gens pour les empecher de télécharger illégalement pour les punir est un combat qui dure depuis très longtemps. Des politiques ou personnes des milieux financiers dérangés par les systèmes de communication modernes qui les empêchent de sévir en toute quiétude sont intéressés également. Il a suffi qu'une loi pour "protéger les mineurs de la pornographie" avec un système d'authentification aparaisse pour que celui-ci soit étendu à toute communication sur le net : ratissons large, ça ne fera pas de tort. Et bien sur, ces personnes trouveront moyen de s'"arroger des exceptions (parce que ce sont des élus par exemple, ou secret des affaires) pour passer au travers.
Quand je pense qu'en 2005, je me faisais qualifier d'extrémiste parce que j'osais dire que l'on se dirigeait de plus en plus vers une surveillance et une censure à la chinoise. J'aurais aimé me tromper.
# supprimer le snap et utiliser l'installation deb classique ?
Posté par totof2000 . En réponse au message Firefox ne démarre pas (kubuntu 22.10, firefox snap). Évalué à 3.
https://doc.ubuntu-fr.org/firefox#installer_firefox_en_deb_classique_au_lieu_de_snap
Je l'ai fait il y a quelques temps suite a quelques soucis avec les snaps sur ma machine.