xureilab.com
Développeur enthousiaste.
Je crée des trucs et parfois c'est bien.
"Le problème avec les rabbit holes, c'est que les lapins ça se reproduit vite"
https://twitch.tv/xurei
https://bento.me/xurei
172 posts
415 followers
199 following
Regular Contributor
Active Commenter
comment in response to
post
Si tu as des infos à partager déjà, ça m'intéresse. Je suis moi même en train d'explorer les pistes.
Mes DMs te sont ouverts 😊
comment in response to
post
Apparemment c'est un service payant, ce qui me surprend pas. C'est mieux que rien, mais je pense qu'une solution gratuite est possible, je suis en train de creuser le sujet.
comment in response to
post
Ah mais j'avais pas vu le lien dans le 1er message ! Je check ça
comment in response to
post
Heu j'ai pas compris la question
comment in response to
post
Non, la vidéo est FORCÉE en privé. Tu peux pas la mettre publique, à moins de la reupload.
comment in response to
post
Ou alors faut passer par un process bien long et chiant
comment in response to
post
J'y réfléchis aussi et une piste qui pourrait marcher pour toi :
- faire tes temps fort tous les mois (et virer le mois d'avant)
- une fois faits, lancer un script qui DL tout et uploads sur YT ou stocke en local
Seul pb : YT force les vidéos en privé si tu uploads via un script,...
comment in response to
post
je viens de sortir la calculette. On est à ~2.5Go / heure...
Je te laisse multiplier par les heures de replay 😬
comment in response to
post
Ah ben voilà le coupable se dénonce !
comment in response to
post
t'as de la place sur un disque qui traine ? Jvais peut-être me déter à créer un script pour les télécharger + le tuto qui va avec
comment in response to
post
Je viens de lancer 10 exports vers une chaine YT toute fraîche, elles sont coincées à 0% depuis 20min.
Oh well j'imagine que je suis pas le seul, ça doit transpirer un peu chez Google 😅
comment in response to
post
Ça va être super de migrer tout ça
comment in response to
post
Sources:
www.reddit.com/r/Makeship/c...
www.reddit.com/r/Makeship/c...
(not highly reliable, I admit, but should raise at least some concern)
comment in response to
post
FYI there are concerns and questioning about Child/Forced Labour and Makeship.
(Not saying that it's true, though)
Maybe time to look for another manufacturer?
comment in response to
post
En l'occurrence je pense pas que "perturbateurice" soit pertinent ici. On accorde sur "comportement" qui est un mot masculin. La forme non genrée est grammaticalement incorrecte il me semble
comment in response to
post
Il y aura des effets built-in en bonus aussi 👀
Et de nouveaux effets dans la librairie (que j'ai pas mis à jour depuis beaucoup trop longtemps 😅)
comment in response to
post
Il me semble que oui...
@durss.fr ?
comment in response to
post
Owaw on a le même chat. C'est fou comment ils se ressemblent.
Courage Neivee, Aria te fais des câlins.
comment in response to
post
Ajouter de la complexité là où elle n'est pas nécessaire, même si c'est standardisé, c'est rarement une bonne idée, et je parle d'expérience 😅 (l'objet Date de JS est une aberration)
comment in response to
post
la date suffit (année-mois-jour parce que l'ISO c'est bien !)
C'est le but de cette micro lib : ne PAS utiliser le timestamp ou un temps UTC, mais un jour. c'est bien plus simple à manipuler et à tester, donc au final d'avoir confiance dans l'implémentation de son code.
comment in response to
post
Le problème de cette approche est que oui, c'est possible, mais il est extrêmement compliqué de s'assurer que ça marche bien dans tous les cas (fuseaux horaires, jours "spéciaux" avec leap seconds ou le 29 février, etc).
Dans une bonne proportion de cas on n'a pas besoin d'une représentation UTC,
comment in response to
post
Cette lib ne résout évidemment pas tous les aspect de la gestion de dates... Mais si vous n'avez qu'à gérer des jours, et non des points précis dans le temps, je vous encourage à essayer.
Depuis que je m'en sers, j'ai récupéré 3 points de santé mentale.
Le package NPM arrive soon !
comment in response to
post
C'est le but de cette lib. Plutôt que d'essayer de tout gérer, et donc d'ajouter sur de la complexité encore + de complexité, j'ai décidé de la retirer.
Je vous présente PlainDate !
github.com/xurei/plain-...
Je suis chaud d'avoir votre feedback à son sujet !
comment in response to
post
Il est bien plus facile de travailler avec des jours, sans heure.
Demain sera toujours demain, pas d'heure d'été à gérer. Ni de timezone. Ni de leap seconds.
Bref la vie redevient rose !
comment in response to
post
Si on ne travaillait qu'avec des dates ? Pas des date+heure, mais tout simplement année-mois-jour ?
Plein de problème disparaissent !
En fait, la complexité des dates vient que le sujet est très vaste, ce qui rend la projection mentale difficile. Il y a toujours un cas particulier qu'on oublie.
comment in response to
post
la complexité vient souvent qu'on utilise un point précis dans le temps : timestamp, date+heure UTC ou date+heure locale.
Et quand vient le moment de gérer les timezones, et qu'on réalise que les heures d'été changent pas partout à la même date, on pleure du sang.
Et si on simplifiait tout ça ?
comment in response to
post
Si vous avez déjà du gérer des dates en code, vous le savez, c'est HO-RI-BLE 😭
Tellement de subtilités à gérer : les timezones, l'heure d'été, les années bissextiles, c'est l'enfer.
Et quand vous pensez que ça marche, il y a toujours un cas foireux qu'on a oublié.
Mais... il y a un truc,
comment in response to
post
tl;dr la lib est ici :
github.com/xurei/plain-...
comment in response to
post
Qu'est-ce qui se passe ?
comment in response to
post
j'ai !
comment in response to
post
C'est exaaa
comment in response to
post
Tu me rappelles Georges, politiquement...
comment in response to
post
"oh bah didonc c'est bizarre" ça doit être un bug
comment in response to
post
Bah parce que c'est @emjii-live.bsky.social ... C'est l'Anneau UNIQUE il peut pas y en avoir deux.
comment in response to
post
Visiblement je suis facilement influençable...