woffer 🐧 a écrit 216 commentaires

Ah ok, j'ai compris.
Merci.

Note pour plus tard : Ne jamais regarder l'internet le 1er avril, je me fais toujours avoir.

J'ai rien compris …
Ça sert à quoi finalement ce truc noir ?

pour ceux que cela intéressent (notion que j'ai découvert avec le lancement de JWST qui est au point L2)

https://fr.wikipedia.org/wiki/Point_de_Lagrange

En Go, le nom du binaire est le nom du répertoire contenant le fichier qui est dans le package main avec la function main.

Je ne sais pas vraiment pourquoi mais sans doute que votre téléphone n'est peut-être pas encore activé ?

Pour info, c'est mon téléphone pro (je n'ai pas de tél perso, j'en ai jamais eu) et c'est un Huawei.

J'ai trouvé ça comme info : https://www.phonandroid.com/sms-remplace-rcs.html

D'ailleurs, il y a une chose qui m’exaspère au plus au point, c'est le fait qu'il faille être connecté à la data pour recevoir ou envoyer des SMS.
Comme, je ne suis pratiquement jamais connecté à la data, je ne recevais jamais les SMS (sauf quand je me connectais à la data donc pas souvent).

Pour revenir au SMS "old school", il faut désactiver le RCS …

Pour le référence du titre : https://video-streaming.orange.fr/musique/le-bon-la-brute-et-le-truand-sergio-leone-1968-ennio-morricone-theme-du-film-CNT000001ah45X.html

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 ?