Comme il existe déjà code server, je ne vois pas bien ce qui le différencie,
mais je pense que ce serait bien si le chat et la lecture de l’historique de codage étaient ajoutés.
Donc les itinéraires sont créés à partir des demandes des habitants.
À Seosan, il existe un bus à la demande exploité sous le nom de Happy Bus, où l’itinéraire est généré de manière dynamique (?) en fonction des réservations au fur et à mesure. https://m.blog.naver.com/seosan_city/223748673342
D’autres collectivités locales fonctionnent probablement de manière similaire, mais j’ai l’impression que c’est possible parce que le service n’opère que dans les zones d’eup/myeon et ne va pas jusqu’au centre-ville, donc il y a peu de passagers.
Les autorisations sont au final censées être accordées à la discrétion de l’utilisateur, alors adopter un système d’autorisations tout en bloquant celles qui sont nécessaires, haha...
La 3.1 est difficile à utiliser pour les utilisateurs non anglophones, et avec la 3.3 ou la 4 le coréen devrait aussi être possible, mais si on veut faire tourner ça on-device, vu que pour les langues non anglaises il faut au moins du 32b ou plus pour que ça ait un vrai intérêt, ça semble encore difficile pour l’instant...
Ça me fait penser à une fonctionnalité appelée Live Share dans VSCode
On pouvait poser du code dans un chat en temps réel et l’éditer simultanément
Mais que ce soit pour faire du mentorat avec des juniors, donner des cours en ligne ou simplement le présenter, au final les gens ne l’utilisaient pas vraiment
Ça semble utile lorsqu’on veut exploiter des API qui ne fonctionnent qu’en environnement HTTPS. Héberger soi-même un serveur proxy, c’était un peu pénible haha.
Après avoir lu une seule fois la documentation de base puis le Nomicon dans l’ordre, je n’ai jamais été bloqué avec Rust, donc je me demande si sa courbe d’apprentissage est vraiment si élevée.
Comme pour Zed, je ne sais pas vraiment à quel point la demande pour le travail collaboratif en temps réel est forte. Il semble aussi y avoir le problème que toutes les personnes qui travaillent doivent utiliser le même éditeur, et comme c’est un logiciel où les performances et l’expérience utilisateur sont vraiment cruciales...
Apple est vraiment pathétique jusqu’au bout, lol.
Je n’apprécie pas vraiment la tendance à gérer des forums sur Discord, qui n’est pas indexé par les moteurs de recherche.
Merci beaucoup.
Au final, est-ce que ce ne sera pas simplement l’application de Copilot ?
Comme il existe déjà
code server, je ne vois pas bien ce qui le différencie,mais je pense que ce serait bien si le chat et la lecture de l’historique de codage étaient ajoutés.
Donc les itinéraires sont créés à partir des demandes des habitants.
À Seosan, il existe un bus à la demande exploité sous le nom de Happy Bus, où l’itinéraire est généré de manière dynamique (?) en fonction des réservations au fur et à mesure.
https://m.blog.naver.com/seosan_city/223748673342
D’autres collectivités locales fonctionnent probablement de manière similaire, mais j’ai l’impression que c’est possible parce que le service n’opère que dans les zones d’eup/myeon et ne va pas jusqu’au centre-ville, donc il y a peu de passagers.
Les autorisations sont au final censées être accordées à la discrétion de l’utilisateur, alors adopter un système d’autorisations tout en bloquant celles qui sont nécessaires, haha...
La 3.1 est difficile à utiliser pour les utilisateurs non anglophones, et avec la 3.3 ou la 4 le coréen devrait aussi être possible, mais si on veut faire tourner ça on-device, vu que pour les langues non anglaises il faut au moins du 32b ou plus pour que ça ait un vrai intérêt, ça semble encore difficile pour l’instant...
Ça me fait penser à une fonctionnalité appelée Live Share dans VSCode
On pouvait poser du code dans un chat en temps réel et l’éditer simultanément
Mais que ce soit pour faire du mentorat avec des juniors, donner des cours en ligne ou simplement le présenter, au final les gens ne l’utilisaient pas vraiment
Je ne connaissais pas ça.
C’est aussi une première pour moi dans ce genre de cas. On m’a dit de finir par un nominal… et c’est la seule consigne qui a été bien respectée haha.
Le résumé par IA est étrange. C’est la première fois que je vois une erreur qui ajoute
음à la fin de chaque phrase.Ça semble utile lorsqu’on veut exploiter des API qui ne fonctionnent qu’en environnement HTTPS. Héberger soi-même un serveur proxy, c’était un peu pénible haha.
https://baboyiban.github.io/ <- mon blog, haha
Après avoir lu une seule fois la documentation de base puis le Nomicon dans l’ordre, je n’ai jamais été bloqué avec Rust, donc je me demande si sa courbe d’apprentissage est vraiment si élevée.
J'ai créé mon blog avec starlight ! Haha, c'est grâce à vous~ Merci~
Oh là là, si on prend l’habitude de
unwrapet declone, plus tard on va vraiment souffrir à cause de la propriété, ouinN’est-ce pas finalement assez similaire à un service comme https://www.modooshuttle.com/ ?
On peut avoir l’idée, mais j’ai l’impression que c’est l’exploitation qui fera la différence entre succès et échec.
Comme pour Zed, je ne sais pas vraiment à quel point la demande pour le travail collaboratif en temps réel est forte. Il semble aussi y avoir le problème que toutes les personnes qui travaillent doivent utiliser le même éditeur, et comme c’est un logiciel où les performances et l’expérience utilisateur sont vraiment cruciales...
La partie indiquant qu’ils ont amélioré un algorithme de multiplication de matrices après 56 ans est impressionnante.