woffer 🐧 a écrit 210 commentaires

La seule unité temporelle reconnue par le système international est la seconde, mais je crois qu'elle peut admettre l'utilisation des minutes/heures/etc. Mais quand on exprime une durée 1 jour = 24h = 1 440 min = 86 400s.

D'après https://fr.wikipedia.org/wiki/Chronologie_du_futur_lointain :

Dans 50 000 ans, la longueur du jour solaire atteint 86 401 secondes, à cause des forces de marée lunaires freinant la rotation de la Terre. Selon le système actuel, une seconde intercalaire devrait être alors ajoutée aux horloges tous les jours9.

Ça va être le bordel de gérer le code legacy.
Heureusement que je serai à la retraite (ou pas :))

On est d'accord sur la mocheté des panic/recover mais avec cette petite joyeuseté supplémentaire.

Bon, en Go, je ne panique pratiquement jamais, sauf si c'est une erreur fatale au démarrage (ex: impossible de binder un port ou de se connecter à une BDD ou autres choses). Sinon je gère le cas non passant via des erreurs (le célèbre if err != nil) avec le cas passant sur le côté gauche (https://medium.com/@matryer/line-of-sight-in-code-186dd7cdea88). Ca m'autorise en relecture de folder facilement le code pour me concentrer sur le cas passant.

Et oui, en beaucoup plus moche, car si rien ne récupère ton panic (via le defer recover()) et bien ton programme s’arrête immédiatement avec une belle stacktrace. Ça peut être très gênant :)

Dans la référence que tu as donnée à savoir https://go.googlesource.com/proposal/+/refs/heads/master/design/43651-type-parameters.md#No-parameterized-methods, on peut y lire :

So while parameterized methods seem clearly useful at first glance, we would have to decide what they mean and how to implement that.

Donc, j'ai l'impression qu'ils se laissent le temps pour identifier les effets de bord éventuels et/ou comment l’implémenter.

… la véritable question est :

se décrottait-il les doigts pied en même temps ?

https://linux.developpez.com/actu/331431/Linus-Torvalds-se-prepare-a-faire-passer-le-noyau-Linux-au-C-moderne-C11-dans-un-contexte-ou-le-langage-Rust-apparait-de-plus-en-plus-comme-candidat-ideal-a-la-mise-au-rebut-du-langage-C/

https://news.ycombinator.com/item?id=30459634

Mais au fait, qu'y a-t-il derrière cette [] ?
Devant elle, je vois très bien le bordel souhaitant la prendre, mais derrière ?

Avez-vous des idées ou faut-il organiser un sondage ?

Et oui, le mono-fichier est l'évolution naturelle du mono-repo --> []

Moi ça me va aussi mais peut-être au lieu de mettre directement un lien sur l'article mais plutôt donné le lien vers HN pointant l'article.
L’intérêt est pour moi de lire les commentaires de HN qui sont souvent pertinent.

C'est dommage, pour moi le Go est très bon quand je travaille pour des applications back-end qui font principalement de l'entrée/sortie (exposant/consommant une API, BDD …) et qui tournent dans des pod très contraints en ressources (quelques dizaines de milli-cpu ou centaines de Mo de RAM). Ce qui représente la majorité de mon travail depuis plus de 5 bonnes années.

Dans ce contexte, Go me permet très facilement d'avoir une application performante et cela sans aucune configuration.

Rust, pour moi, est plus délicat à mettre en œuvre dans ce contexte. Il faudra nécessairement gérer les entrées/sorties en asynchrones car je ne peux pas bloquer mon thread car il a bien d'autres choses à faire que d'attendre :)

Une fois j'ai taquiné un collègue sur ce point (à savoir la lenteur de la compilation de Rust). Il m'a répondu :
OK, mais Rust compile vraiment…

J'ai trouvé sa réponse marrante mais assez pertinente.

… un string dans l'array ?

Personnellement, j'utilise KeePassXC (compatible avec KeePass). J'y mets aussi tout mes OTP et je synchronise entre tous mes terminaux (perso, boulot, téléphonie) via CozyCloud.

Ok, merci. C'est clair maintenant.
Je vais essayer dans des environnements virtualisés.

Merci pour la précision.

J'ai vu que tu parlais de NextCloud, j'ai encore quelques questions, stp :
- est-ce que tu as besoin d'avoir un compte sur NextCloud pour pouvoir faire fonctionner OnlyOffice via ton Yunohost ?
- a y t il des infos (par exemple les documents) qui vont vers NextCloud ou tout reste sur ton serveur Yunohost ?
- est-ce que cela peut fonctionner sans NextCloud et donc juste avec ton serveur Yunohost ?

Mais du coup, je n'ai pas tout compris. J'essaie de reformuler, tu me dis c'est bien ça ou non.

Sur ton serveur Yunohost, tu as installé OnlyOffice, et après, tu as pu faire du OnlyOffice en mode Web (grosso modo éditer des documents/feuilles de calcule/autres dans ton navigateur) et le document est enregistré sur ton serveur Yunohost. C'est bien ça ?

mais cette fois-ci de Go (Docker) -> systemd-nspawn (C).
Ok, je sors :)

Savez-vous s'il a un intérêt par rapport à curl ?

Peut-être pousser par Oracle pour attaquer les utilisateurs par la suite pour récupérer des sous ?

C'est bon le délai est passé, faites vous plaisir.

Écrite en Java (pour les perfs)

Il me semblait que Scylla en avait encore plus (écrit en C++ ;))

Et toi Nal, tu as quoi comme base en prod?

MongoDB car j'aime le mode document. Un jour peut-être j'utiliserai du PostgreSQL avec jsonb.

J'avais trouvé cette vidéo du Monde très intéressante sur l'explication du vaccin et de l’immunité collective.

https://www.youtube.com/watch?v=bjFtFMilb34

Bon, je m'en fiche un peu. J'ai la chance d'être sous Linux (Manjaro) en pro et en perso.

Par contre, certains de mes collègues (Windows fans) m'avaient vendu (même si je ne suis pas acheteur) cette version comme la dernière car basée sur une rolling release.

Donc, je m'interroge m'aurait-on menti ?

j’ai l’impression que ça n’est plus le cas

Est-ce que tu penses que ça peut être encore dans la marge de l'effet placebo ?