Quand la porte parole du gouvernement affirme qu'elle ne vois aucun problème pour mentir ça en dit long sur la mentalité de ce dernier, et la probité de celle-ci
Je remarque tout de même qu'en avouant qu'elle ment, elle ment moins que les autres qui mentent tout autant mais assurent qu'ils ne mentent pas :°)
Bon, ça n'enlève rien aux problèmes que soulèvent ces mensonges et le fait de mentir pour une porte parole du gouvernement….
ton appel te revoie à la troisième ligne du main (à peu près, à voir dans le code assembleur généré comment a été faite l'affectation de la valeur de retour à v), qui du coup fait un return 0 qui te fait revenir juste après l'appel adresseDeRetour() et tu reviens vers main avec le return ++value; et ton programme se termine.
Ce que tu fais n'est pas un retour à l'appellant, mais un appel de fonction, dans le cas où ton appel serait correct (voir le commentaire de beaulieu1), l'instruction "adresseDeRetour();" aurait pour effet d'appeler la fonction "main", qui à son tour appellerait la fonction "addOne", qui appellerait "main"… jusqu'à ce que ton programme finisse par être tué pour un débordement de pile.
Un montage nfs "normal" fais exactement ce que tu sembles vouloir faire.
Le seul hic est qu'il faut que la machine qui fasse office de serveur nfs soit allumée à chaque fois que tu en as besoin.
Une autre solution, si les machines peuvent être séparées et déconnectées régulièrement serait d'utiliser des outils de synchronisation spécifiques :
1) rsync à la main ou quelque chose se basant sur rsync (j'avais vu syncthing il y a quelques temps, je ne sais pas où ce projet en est)
2) si c'est un fichier texte qui peut être modifié des deux cotés en même temps, u outil de gestion de source comme git
Dans ce cas là je comprends mieux ton approche, et c'est moi qui ai répondu un peu à coté.
Du coup ça me fait plus penser, dans le monde linux, aux capabilities. Même si cela à l'air d'être à un niveau plus bas.
Sinon pour se prévenir de logiciels malveillants ou de bug, l'approche android est pas si mal. Faire tourner les logiciels suspets dans une sandbox et ne leur donner un accès que très restreint au ressources de la machine à travers une API contrôlée.
je ne sais pas si la granularité des capabilities sur les appels systèmes serait suffisante pour faire cela. Et dans tous les cas, je ne vois pas la possibilité de limiter l'acces au système de fichier seulement à un dossier. Sauf à exécuter dans une sandbox, ce qui revient à la solution android au final.
C'est une autre solution c'est vrai, je ne l'utilise pas pour deux raisons :
1) De mon expérience (qui date) dans les réunions avec beaucoup de monde j'ai l'impression qu'il y a plus de soucis de lag avec la version web.
2) j'utilise beaucoup la navigation privée firefox, et il a le mauvais goût d'être dans le même sandbox pour toutes mes fenêtre et tous mes onglets :/
Dans l'ideal pour mon utilisation et mes habitudes, j'aimerai pouvoir lancer une fenêtre privée dans une sandbox différente des autres fenêtre privées, mais que chaque onglet de cette fenetre partage la même sandbox (pour les sites avec login, j'utilise beaucoup les onglets)
Si quelqu'un a sous le coude le nom d'une extension qui saurait me faire ça, ou même juste une option en ligne de commande pour lancer firefox dans ce mode, je prends volontiers.
Bonjour, je tenais juste à réagir à cette remarque :
"Le monde Android me semble actuellement mieux outillé pour protéger notre vie privée que nos PC tournant sous nos distributions Linux préférées."
C'est peut être du à une grande méconnaissance d'android et de ce qu'il peut m'offrir, mais j'ai quan dmême cette impression que j'ai plus de possibilités de me protéger sur ma distribution linux.
Je prends un exemple, au boulot, pour les conférences virtuelles, on utilise un logiciel propriétaire qui fait un peu parler de lui en ces periodes de confinement que j'appellerai "grossissement".
Maintenant que je suis en télétravail, j'ai deux solution pour assister à ces réunions :
1) installer le dit logiciel sur mon téléphone android, lui accorder tous les droits qu'il réclame (en gros, quasiment tous) et m'en servir allègrement sans savoir ce qu'il en fait (même si j'ai bien une idée ou deux)
2) de l'autre coté, sur un PC fixe fonctionnant avec ma distrib préférée, je crée un nouvel utilisateur pour l'occasion, je récupère un installeur que je décompresse dans son home et j'installe les dépendances à la main (ils ont le bon gout de fournir un .deb, ça facilite un peu la tâche), pour le lancer, je n'ai plus qu'à me faire un petit script à base de partage de connection à mon serveur X en lançant l'executable avec les droits de l'autre utilisateur (sudo -i par exemple). Des soucis de sécurité sont tout de même présent (accès au serveur X) mais je trouve ça bien plus limité qu'un accès dont je ne sais rien sur téléphone.
Je suis plutôt d'accord avec ce que tu dis.
En parcourant le liens (je n'ai pas tout lu en profondeur) j'ai l'impression que les deux principaux arguments sont :
1) la gui est auto-découvrable (pas trouvé d'autre façon de le dire), donc même si on ne sais pas quoi faire, on peut cliquer et voir ce que ça fait
2) la visualisation avec des outils dont la spécialité première est la visualisation, est plus sympa.
Mais je ne vois pas vraiment en quoi cela argumente sur le fait que l'on puisse bien savoir se servir de git sans avoir besoin de connaitre et comprendre la ligne de commande.
De ma petit éxpérience, et pour avoir mis en place une formation git à mon boulot, j'ai illuistré en parallèle une version cli et un gui des concepts que je présentais, et j'ai pu une fois de plus constater, que le défaut de toute gui git que j'ai pu trouver et tester, est que
1) Elles sont toujours incomplètes. À un moment il y a des choses que tu veux faire, mais impossible d'y arriver. Alors c'est vrai que ces choses, tu veux les faire car tu connais la CLI et donc que tu sais que c'est faisable, mais du coup l'argument de l'auto-decouvrabilité en prends un coup, car tu te retrouves limité par ce qui est présent.
2) Il peut t'arriver d'être bloqué sans pouvoir t'en sortir depuis la GUI, et ce, même en n'utilisant que la gui en question : dans mon cas, je voulais illustrer un rebase avec un commit local pour un fix qui aurait déjà été fait par quelqu'un d'autre et poussé mais avec un code légèrement différent de la version locale (ça arrive de temps en temps), la gui se retrouve bloquée, impossible de faire un "skip" du commit.
3) Elles t'imposent quasiment toutes un workflow en particulier. J'aime git en partie car je bosse avec comme j'en ai envie, et pas comme on me l'impose. C'est l'outil qui s'adapte à ma façon de faire et de gérer mon code et pas à moi de m'adapter à ce que l'outil m'impose.
Du coup j'utilise principalement les UI pour faire de la visualisation d'historique et de diff, et encore, les diff pour les gros commit, sinon la CLI me suffit.
Mais dès que j'ai besoin de faire une modification sur mon arbre de commits, j'utilise systématiquement la ligne de commande. En particulier pour les points 1) et 2) mentionnées plus haut.
Et pour en revenir au sujet et au post précédent, pour bien comprendre git, il faut bien comprendre sa façon de fonctionner. J'ajoute juste que pour moi, il faut aussi les pratiquer un peu. Et comme aucune GUI, à ma connaissance, ne permet cette pratique, la conclusion est qu'aucune GUI ne permet de bien le comprendre et l'utiliser.
Techniquement, l'interdiction des drogues dites "dures", c'est de la prohibition.
Alors perso, n'étant pas consomateur, cela ne m'affecte pas plus que ça, mais en quoi la prohibition sur l'alcool est différente que celles sur les drogues ?
Je précise juste que je n'ai pas d'avis arreté là dessus, je préfèrerai, dans l'absolu, qu'il n'y ait le moins d'interdictions possibles. Mais je n'ai aucune idée des enjeux, et des problèmes potentiels que cela resoudrait/ferait apparaitre.
c'est pour uploader sur la machine qui héberge le site web.
Sinon je connais les cloud persos oui, mais j'ai envie de m'amuser, d'apprendre et d'essayer de faire des trucs, c'est pour ça que je cherche plutôt à le faire moi même.
théoriquement, ça me semble être la même chose.
Les deux différences que je vois sont :
1) les outils qui génèrent des automates sont capable de les minimiser. Minimisation_d'un_automate_fini_déterministe
2) quand on entend le mot "arbre", on (en tout cas moi…) pense à priori à une structure de type chainage de noeuds, alors que ça n'est qu'une façon de l'implémenter, on peut très bien le faire avec une table. C'est d'ailleurs ce que fais flex, il construit la table associée à l'automate (qui est souvent représenté comme un graphe sur papier) qui reconnait les mots requis.
à partir de là, si tu implémentes ton arbre n-aire dans une table, tu as le même résultat, sauf que tu le fais à la main au lieu de t'appuyer sur des outils automatiques.
Un arbre n-aire n étant le nombre de caractères dans UTF8 ? Rien que la gueule de la structure me paraît énorme.
Je ne sais pas si c'est ce qu'il voulait dire à la base, mais dans ce genre de cas c'est un automate à états finis qu'il convient utiliser.
C'est par exemple ce que te génère flex et qui (à priori) est utilisé dans les compilateurs pour transformer le texte source en tokens (quelqu'un a un terme français qui va bien là ?) avant de le soumettre à l'analyseur grammatical.
C'est une des structure/méthode les plus performantes et compacte en mémoire pour ce genre de travail, par contre, c'est très chiant à maintenir, faire évoluer et il est très facile de se planter en y ajoutant de nouveaux mots, c'est pour cela que des outils automatiques (flex, entre autres) existent pour générer du code à partir d'un fichier descriptif plus simple à maintenir pour un humain.
En langue française, le / indique un choix exclusif entre deux mots.
À l'écrit, je l'utilise occasionnellement dans des courriels par exemple, et il ne me choque pas.
Par contre, à l'oral, j'ai du mal avec le et/ou, je préfère faire une périphrase dans le genre tu vas à la piscine lundi, mardi ou les deux jours ?
Je trouve que ça passe beaucoup mieux comme cela. Et je n'ai pas trouvé d'info sur le "/" à l'oral. (s'il peut s'écrire, il doit bien avoir une façon de le dire)
[^] # Re: paire de baffes
Posté par moi1392 . En réponse au journal H.S. En France petite leçon de démocratie (de séparation des pouvoir, surtout). Évalué à 7.
Je remarque tout de même qu'en avouant qu'elle ment, elle ment moins que les autres qui mentent tout autant mais assurent qu'ils ne mentent pas :°)
Bon, ça n'enlève rien aux problèmes que soulèvent ces mensonges et le fait de mentir pour une porte parole du gouvernement….
[^] # Re: appel recursif infini
Posté par moi1392 . En réponse au message essayer de recupérer l'adresse de retour d'une fonction. Évalué à 2.
effectivement je l'ai lu un peu vite.
ton appel te revoie à la troisième ligne du main (à peu près, à voir dans le code assembleur généré comment a été faite l'affectation de la valeur de retour à v), qui du coup fait un return 0 qui te fait revenir juste après l'appel adresseDeRetour() et tu reviens vers main avec le return ++value; et ton programme se termine.
# appel recursif infini
Posté par moi1392 . En réponse au message essayer de recupérer l'adresse de retour d'une fonction. Évalué à 2. Dernière modification le 24 juillet 2020 à 14:16.
Ce que tu fais n'est pas un retour à l'appellant, mais un appel de fonction, dans le cas où ton appel serait correct (voir le commentaire de beaulieu1), l'instruction "adresseDeRetour();" aurait pour effet d'appeler la fonction "main", qui à son tour appellerait la fonction "addOne", qui appellerait "main"… jusqu'à ce que ton programme finisse par être tué pour un débordement de pile.
[^] # Re: Remarques
Posté par moi1392 . En réponse au journal Il était une fois… la procrastination. Évalué à 3.
D'ailleurs sais-tu pourquoi Juliette est t'iste ? Pa'ce que 'oméo pa'ti…
[^] # Re: Samsung
Posté par moi1392 . En réponse au lien Tiens, c'est Tizen OS qui équipe les TV haut de gamme Samsung. Évalué à 2.
Sérieux ?
5 secondes dedémarrage pour une vulgaire TV ?[^] # Re: Croix vé bâton
Posté par moi1392 . En réponse au journal Le 16, le nombre du démon. Évalué à 2.
je ne vois pas le problème, 1 + 6 + 0 + 5 + 2 + 0 = 16 !! .. en base 8
# et nfs "pas symétrique" ?
Posté par moi1392 . En réponse au message NFS symétrique. Évalué à 4.
Un montage nfs "normal" fais exactement ce que tu sembles vouloir faire.
Le seul hic est qu'il faut que la machine qui fasse office de serveur nfs soit allumée à chaque fois que tu en as besoin.
Une autre solution, si les machines peuvent être séparées et déconnectées régulièrement serait d'utiliser des outils de synchronisation spécifiques :
1) rsync à la main ou quelque chose se basant sur rsync (j'avais vu syncthing il y a quelques temps, je ne sais pas où ce projet en est)
2) si c'est un fichier texte qui peut être modifié des deux cotés en même temps, u outil de gestion de source comme git
[^] # Re: Et Qt ?
Posté par moi1392 . En réponse au journal Tests de bibliothèques signal-slot en C++. Évalué à 2.
depuis Qt5, il y a même la possiblité de faire des connexions signal/slot en c++ pur : https://wiki.qt.io/New_Signal_Slot_Syntax
[^] # Re: Android mieux que PC ?
Posté par moi1392 . En réponse au journal Logiciel libre et vie privée. Évalué à 3.
Dans ce cas là je comprends mieux ton approche, et c'est moi qui ai répondu un peu à coté.
Du coup ça me fait plus penser, dans le monde linux, aux capabilities. Même si cela à l'air d'être à un niveau plus bas.
Sinon pour se prévenir de logiciels malveillants ou de bug, l'approche android est pas si mal. Faire tourner les logiciels suspets dans une sandbox et ne leur donner un accès que très restreint au ressources de la machine à travers une API contrôlée.
je ne sais pas si la granularité des capabilities sur les appels systèmes serait suffisante pour faire cela. Et dans tous les cas, je ne vois pas la possibilité de limiter l'acces au système de fichier seulement à un dossier. Sauf à exécuter dans une sandbox, ce qui revient à la solution android au final.
[^] # Re: Android mieux que PC ?
Posté par moi1392 . En réponse au journal Logiciel libre et vie privée. Évalué à 2.
merci à vous deux, je commence par tester cette extension et je garde la solution multi profile de flavien sous le coude.
[^] # Re: Android mieux que PC ?
Posté par moi1392 . En réponse au journal Logiciel libre et vie privée. Évalué à 5.
C'est une autre solution c'est vrai, je ne l'utilise pas pour deux raisons :
1) De mon expérience (qui date) dans les réunions avec beaucoup de monde j'ai l'impression qu'il y a plus de soucis de lag avec la version web.
2) j'utilise beaucoup la navigation privée firefox, et il a le mauvais goût d'être dans le même sandbox pour toutes mes fenêtre et tous mes onglets :/
Dans l'ideal pour mon utilisation et mes habitudes, j'aimerai pouvoir lancer une fenêtre privée dans une sandbox différente des autres fenêtre privées, mais que chaque onglet de cette fenetre partage la même sandbox (pour les sites avec login, j'utilise beaucoup les onglets)
Si quelqu'un a sous le coude le nom d'une extension qui saurait me faire ça, ou même juste une option en ligne de commande pour lancer firefox dans ce mode, je prends volontiers.
# Android mieux que PC ?
Posté par moi1392 . En réponse au journal Logiciel libre et vie privée. Évalué à 6.
Bonjour, je tenais juste à réagir à cette remarque :
C'est peut être du à une grande méconnaissance d'android et de ce qu'il peut m'offrir, mais j'ai quan dmême cette impression que j'ai plus de possibilités de me protéger sur ma distribution linux.
Je prends un exemple, au boulot, pour les conférences virtuelles, on utilise un logiciel propriétaire qui fait un peu parler de lui en ces periodes de confinement que j'appellerai "grossissement".
Maintenant que je suis en télétravail, j'ai deux solution pour assister à ces réunions :
1) installer le dit logiciel sur mon téléphone android, lui accorder tous les droits qu'il réclame (en gros, quasiment tous) et m'en servir allègrement sans savoir ce qu'il en fait (même si j'ai bien une idée ou deux)
2) de l'autre coté, sur un PC fixe fonctionnant avec ma distrib préférée, je crée un nouvel utilisateur pour l'occasion, je récupère un installeur que je décompresse dans son home et j'installe les dépendances à la main (ils ont le bon gout de fournir un .deb, ça facilite un peu la tâche), pour le lancer, je n'ai plus qu'à me faire un petit script à base de partage de connection à mon serveur X en lançant l'executable avec les droits de l'autre utilisateur (sudo -i par exemple). Des soucis de sécurité sont tout de même présent (accès au serveur X) mais je trouve ça bien plus limité qu'un accès dont je ne sais rien sur téléphone.
[^] # Re: CLI vs GUI
Posté par moi1392 . En réponse au lien Git : la GUI est votre amie !. Évalué à 2.
Je suis plutôt d'accord avec ce que tu dis.
En parcourant le liens (je n'ai pas tout lu en profondeur) j'ai l'impression que les deux principaux arguments sont :
1) la gui est auto-découvrable (pas trouvé d'autre façon de le dire), donc même si on ne sais pas quoi faire, on peut cliquer et voir ce que ça fait
2) la visualisation avec des outils dont la spécialité première est la visualisation, est plus sympa.
Mais je ne vois pas vraiment en quoi cela argumente sur le fait que l'on puisse bien savoir se servir de git sans avoir besoin de connaitre et comprendre la ligne de commande.
De ma petit éxpérience, et pour avoir mis en place une formation git à mon boulot, j'ai illuistré en parallèle une version cli et un gui des concepts que je présentais, et j'ai pu une fois de plus constater, que le défaut de toute gui git que j'ai pu trouver et tester, est que
1) Elles sont toujours incomplètes. À un moment il y a des choses que tu veux faire, mais impossible d'y arriver. Alors c'est vrai que ces choses, tu veux les faire car tu connais la CLI et donc que tu sais que c'est faisable, mais du coup l'argument de l'auto-decouvrabilité en prends un coup, car tu te retrouves limité par ce qui est présent.
2) Il peut t'arriver d'être bloqué sans pouvoir t'en sortir depuis la GUI, et ce, même en n'utilisant que la gui en question : dans mon cas, je voulais illustrer un rebase avec un commit local pour un fix qui aurait déjà été fait par quelqu'un d'autre et poussé mais avec un code légèrement différent de la version locale (ça arrive de temps en temps), la gui se retrouve bloquée, impossible de faire un "skip" du commit.
3) Elles t'imposent quasiment toutes un workflow en particulier. J'aime git en partie car je bosse avec comme j'en ai envie, et pas comme on me l'impose. C'est l'outil qui s'adapte à ma façon de faire et de gérer mon code et pas à moi de m'adapter à ce que l'outil m'impose.
Du coup j'utilise principalement les UI pour faire de la visualisation d'historique et de diff, et encore, les diff pour les gros commit, sinon la CLI me suffit.
Mais dès que j'ai besoin de faire une modification sur mon arbre de commits, j'utilise systématiquement la ligne de commande. En particulier pour les points 1) et 2) mentionnées plus haut.
Et pour en revenir au sujet et au post précédent, pour bien comprendre git, il faut bien comprendre sa façon de fonctionner. J'ajoute juste que pour moi, il faut aussi les pratiquer un peu. Et comme aucune GUI, à ma connaissance, ne permet cette pratique, la conclusion est qu'aucune GUI ne permet de bien le comprendre et l'utiliser.
[^] # Re: vraiment efficace ?
Posté par moi1392 . En réponse au journal Covid 19 - un traçage organisé par le monde du libre ?. Évalué à 4.
en "technique de Gilles" s'il vous plait !
carotte 4.0
[^] # Re: Bah si
Posté par moi1392 . En réponse au journal Covid 19 - un traçage organisé par le monde du libre ?. Évalué à 1.
Techniquement, l'interdiction des drogues dites "dures", c'est de la prohibition.
Alors perso, n'étant pas consomateur, cela ne m'affecte pas plus que ça, mais en quoi la prohibition sur l'alcool est différente que celles sur les drogues ?
Je précise juste que je n'ai pas d'avis arreté là dessus, je préfèrerai, dans l'absolu, qu'il n'y ait le moins d'interdictions possibles. Mais je n'ai aucune idée des enjeux, et des problèmes potentiels que cela resoudrait/ferait apparaitre.
# Un petit article que j'ai trouvé sympa
Posté par moi1392 . En réponse au journal Albert est mort (mais pas du Covid-19). Évalué à 5.
https://www.lemonde.fr/culture/article/2020/03/24/albert-uderzo-pere-d-asterix-et-obelix-raconte-en-huit-planches-cultes_6034269_3246.html
[^] # Re: ca depend de ton usage
Posté par moi1392 . En réponse au message Service upload de fichiers http. Évalué à 2.
c'est pour uploader sur la machine qui héberge le site web.
Sinon je connais les cloud persos oui, mais j'ai envie de m'amuser, d'apprendre et d'essayer de faire des trucs, c'est pour ça que je cherche plutôt à le faire moi même.
[^] # Re: Journaux
Posté par moi1392 . En réponse au journal Confinement : risque de release de nombreux projets inutiles. Évalué à 4.
Non mais c'est clair, faut leur expliquer aux gens sinon ils comprennent pas…
[^] # Re: Journaux
Posté par moi1392 . En réponse au journal Confinement : risque de release de nombreux projets inutiles. Évalué à 4.
Mais du coup, c'est quoi la différence entre une bonne moule et une mauvaise moule ?
[^] # Re: Toujours du NIH
Posté par moi1392 . En réponse au journal Convertir des dates avec month_nb. Évalué à 2.
théoriquement, ça me semble être la même chose.
Les deux différences que je vois sont :
1) les outils qui génèrent des automates sont capable de les minimiser. Minimisation_d'un_automate_fini_déterministe
2) quand on entend le mot "arbre", on (en tout cas moi…) pense à priori à une structure de type chainage de noeuds, alors que ça n'est qu'une façon de l'implémenter, on peut très bien le faire avec une table. C'est d'ailleurs ce que fais flex, il construit la table associée à l'automate (qui est souvent représenté comme un graphe sur papier) qui reconnait les mots requis.
à partir de là, si tu implémentes ton arbre n-aire dans une table, tu as le même résultat, sauf que tu le fais à la main au lieu de t'appuyer sur des outils automatiques.
[^] # Re: Toujours du NIH
Posté par moi1392 . En réponse au journal Convertir des dates avec month_nb. Évalué à 2.
Je ne sais pas si c'est ce qu'il voulait dire à la base, mais dans ce genre de cas c'est un automate à états finis qu'il convient utiliser.
C'est par exemple ce que te génère flex et qui (à priori) est utilisé dans les compilateurs pour transformer le texte source en tokens (quelqu'un a un terme français qui va bien là ?) avant de le soumettre à l'analyseur grammatical.
C'est une des structure/méthode les plus performantes et compacte en mémoire pour ce genre de travail, par contre, c'est très chiant à maintenir, faire évoluer et il est très facile de se planter en y ajoutant de nouveaux mots, c'est pour cela que des outils automatiques (flex, entre autres) existent pour générer du code à partir d'un fichier descriptif plus simple à maintenir pour un humain.
[^] # Re: Et merci pour Git
Posté par moi1392 . En réponse au journal Le papa de Linux a 50 ans aujourd’hui… Merci Linus !. Évalué à 1. Dernière modification le 30 décembre 2019 à 00:53.
Et ne parlons pas de perforce… je ne sais même pas comment ce "truc" a pu sortir un jour de la tête d'un être humain normalement constitué…
[^] # Re: Package distribution ou AppImage ?
Posté par moi1392 . En réponse au journal kdenlive 19.12.0 et accélération matérielle. Évalué à 7.
Effectivement, mais d'un autre coté, ne pas pouvoir désactiver une option désactivée, je devrais pouvoir m'en remettre…
# premier message
Posté par moi1392 . En réponse au lien 29 Octobre 1969 : Bon anniversaire Internet / Arpanet. Évalué à 2.
Premier message reçu, "lo" au lieu de "login". À mon avis c'est leur clavier qui s'est blo
[^] # Re: P'tite remarque de syntaxe
Posté par moi1392 . En réponse au journal Le glissement du C++ (et dans une moindre mesure du C) vers une position indésirable. Évalué à 3.
En langue française, le / indique un choix exclusif entre deux mots.
À l'écrit, je l'utilise occasionnellement dans des courriels par exemple, et il ne me choque pas.
Par contre, à l'oral, j'ai du mal avec le et/ou, je préfère faire une périphrase dans le genre tu vas à la piscine lundi, mardi ou les deux jours ?
Je trouve que ça passe beaucoup mieux comme cela. Et je n'ai pas trouvé d'info sur le "/" à l'oral. (s'il peut s'écrire, il doit bien avoir une façon de le dire)