mais niveau perf, ce sont deux langages qui permettent d'avoir des performances similaires.
Et encore, en Rust, ponctuellement, pour de la perf, tu as besoin de muté in place et donc de passer en unsafe. C'est très propre car tu sais exactement où c'est fait dans le code (CTRL+F "unsafe") mais il n'y a pas de magie.
Je ne me suis pas lancé dans Zig car cela reste pour moi un langage compliqué, comme Rust, et dont je n'ai pas usage immédiat. Je ne fais pas de programmation système. Je suis plus sur du Python/Nim/Elixir.
Mas j'adore les contenus à propos de zig, vidéos et billets de blog. Je trouve que c'est plein de bonnes idées, que le créateur a semble visionnaire et très sympathique, la communauté très animée.
À noter, Uber utilise Zig comme beaucoup de monde : pour sa toolchain qui permet de (cross-)compiler du C.
Je l'ai utilisé pour cross-compiler du Nim de amd64 vers arm7, c'est terriblement efficace, par rapport à gcc.
Mais le projet se questionne sur ce qui semble une bonne idée pour créer de l'adoption mais pourrait les freiner dans le développement d'une toolchain plus efficace pour le langage lui-même.
Un langage réussi c'est un mélange de:
- ses fonctionnalités, sa syntaxe : comment ça m'aide à produire du code qui me plait
- son tooling : comment je passe du code à qqch qui tourne
- son écosystème, bibliothèque, framework : comment je ne pars pas de rien
- sa communauté : comment j'obtiens de l'aide, des idées
Je pense que Zig est bien parti sur tous ces aspects.
Pouvoir installer ses propres logiciels et ses propres livres numériques me paraît indispensable. Pour cela, il faut un modèle répandu, pas trop récent et pas trop vieux.
J'ai du Kobo et ça s'ouvre assez facilement. La communauté et les logiciels existent. Je peux lire mes propres epub, il y a un lecteur RSS..
Malheureusement, les liseuses sont intrinsèquement fragile car l'écran est fragile. Deux douloureuses expériences pour ma part. En tout cas je ne connais pas de modèle qui se distingue par sa protection de son écran. Je ne sais pas pourquoi on ne peut pas avoir un "gorilla glass" comme sur les smartphones. Doit y avoir une raison technique ou économique.
à par[t] satisfaire les accoladophiles parenthèsophobes, je ne vois pas trop
L'absence d'accolade autour d'une clause then - car d'une seule ligne - est la source de nombreux bugs en C. Imposer les accolades est donc une bonne chose IMHO.
Si tu imposes les accolades, les parenthèses autour de la condition ne sont donc plus nécessaire puisque le parsing n'est plus ambiguë : la condition est ce qu'il y a entre le if et le prochain {.
Donc d'après toi, les gens font la queue aux restos du cœur le font pour la qualité gastronomique des menus ? ou seulement parce qu'ils ont la flemme de cuisiner ou d'appeler ubereats ?
Faut arrêter de croire qu'être riche ou pauvre est une question de mérite. C'est avant tout une question de chance.
Un système normal devrait permettre au plus courageux/performants/audacieux/talentueux/persévérants/inventifs d'être un peu plus dans le confort que la moyenne. Mais ne devrait par permettre à des spécimen d'être 1 million de fois plus riche que la moyenne. C'est un système aberrant qui nous dessert tous et la planète avec.
Mon précédent commentaire a dû prêter à confusion car les réponses expliquent ce qu'est le serverless, et je connais.
Je m'étonnais simplement du commentaire de @wilk qui dit parle d'une fonctionnalité de gestion de branche ala git pour Neon alors que la fiche que j'ai trouvé ne dit pas du tout cela.
Je m'attendais plus à des réponses qui pointe la doc du produit décrit par @wilk.
[^] # Re: RSS-bridge
Posté par steph1978 . En réponse au journal Est-il encore possible de s'informer sur Internet via flux RSS ou courriel en 2023 ?. Évalué à 5. Dernière modification le 13 septembre 2023 à 10:19.
Très friand de RSS, RSS-Bridge m'avait inspiré scraplap.
Cinq ans plus tard, ma db pour lobsters comporte 45000 articles…
[^] # Re: Un gestionnaire de contacts séparé du système
Posté par steph1978 . En réponse au message contacts : liste primaire, liste secondaire?. Évalué à 2.
Pour ma part, je ne fais pas défiler ma liste de contact, j'utilise la recherche.
[^] # Re: bien mais pas top
Posté par steph1978 . En réponse à la dépêche De Zig et des zags. Évalué à 2.
Et encore, en Rust, ponctuellement, pour de la perf, tu as besoin de muté in place et donc de passer en
unsafe
. C'est très propre car tu sais exactement où c'est fait dans le code (CTRL+F "unsafe") mais il n'y a pas de magie.# Que du bon
Posté par steph1978 . En réponse à la dépêche De Zig et des zags. Évalué à 6.
Je ne me suis pas lancé dans Zig car cela reste pour moi un langage compliqué, comme Rust, et dont je n'ai pas usage immédiat. Je ne fais pas de programmation système. Je suis plus sur du Python/Nim/Elixir.
Mas j'adore les contenus à propos de zig, vidéos et billets de blog. Je trouve que c'est plein de bonnes idées, que le créateur a semble visionnaire et très sympathique, la communauté très animée.
Il commence à y avoir plein de bonnes réalisations. En vrac: une réécriture de ncdu, écrire des traitements rapides pour Elixir (en fait pour la BEAM), un serveur web.
À noter, Uber utilise Zig comme beaucoup de monde : pour sa toolchain qui permet de (cross-)compiler du C.
Je l'ai utilisé pour cross-compiler du Nim de amd64 vers arm7, c'est terriblement efficace, par rapport à gcc.
Mais le projet se questionne sur ce qui semble une bonne idée pour créer de l'adoption mais pourrait les freiner dans le développement d'une toolchain plus efficace pour le langage lui-même.
Un langage réussi c'est un mélange de:
- ses fonctionnalités, sa syntaxe : comment ça m'aide à produire du code qui me plait
- son tooling : comment je passe du code à qqch qui tourne
- son écosystème, bibliothèque, framework : comment je ne pars pas de rien
- sa communauté : comment j'obtiens de l'aide, des idées
Je pense que Zig est bien parti sur tous ces aspects.
[^] # Re: Neon c'est bon.
Posté par steph1978 . En réponse au lien database of Databases. Évalué à 2.
Non non, my bad. Mon commentaire manquait de clarté.
[^] # Re: heu un onzième ?
Posté par steph1978 . En réponse au lien Liseuses : 10 conseils pour bien acheter en 2023. Évalué à 4. Dernière modification le 06 septembre 2023 à 17:05.
Les kobo n'ont pas besoin d'être jailbreakées.
Pour lire un epub quelonque, on branche en usb sur le pc ; ça monte comme une clé et on copie les fichiers epub dans Books.
Pour installer des logiciels tiers, un zip (ou tgz je sais plus) avec le bon nom et ça s'installe au reboot.
La seule manip que j'ai dû faire, c'est pour zapper l'enregistrement en ligne : une bidouille dans une base sqlite disponible dans le mount.
Pour le jailbreak/rootage, je pensais surtout à Kindle.
[^] # Re: Dépêche
Posté par steph1978 . En réponse au lien Le Courrier du hacker (n°232) - Lemmy le Reddit libre. Évalué à 2. Dernière modification le 06 septembre 2023 à 15:10.
je suis parti en boucle infine.
[^] # Re: Cette occasion manquée
Posté par steph1978 . En réponse au lien Le dépôt OpenTF (fork de Terraform) est à présent disponible. Évalué à 2.
"Terraform" étant une marque, j'imagine que "terrafork" est trop proche pour ne pas risquer le procès.
# heu un onzième ?
Posté par steph1978 . En réponse au lien Liseuses : 10 conseils pour bien acheter en 2023. Évalué à 5.
Le jailbreak / root !
Pouvoir installer ses propres logiciels et ses propres livres numériques me paraît indispensable. Pour cela, il faut un modèle répandu, pas trop récent et pas trop vieux.
J'ai du Kobo et ça s'ouvre assez facilement. La communauté et les logiciels existent. Je peux lire mes propres epub, il y a un lecteur RSS..
[^] # Re: Point le plus important mais non évoqué dans l'article
Posté par steph1978 . En réponse au lien Liseuses : 10 conseils pour bien acheter en 2023. Évalué à 2. Dernière modification le 06 septembre 2023 à 14:59.
Malheureusement, les liseuses sont intrinsèquement fragile car l'écran est fragile. Deux douloureuses expériences pour ma part. En tout cas je ne connais pas de modèle qui se distingue par sa protection de son écran. Je ne sais pas pourquoi on ne peut pas avoir un "gorilla glass" comme sur les smartphones. Doit y avoir une raison technique ou économique.
[^] # Re: Sather
Posté par steph1978 . En réponse à la dépêche À la découverte du langage V. Évalué à 3.
OMG que c'est laid ! 🤮
Oui je sais, les goûts les couleurs. Mais ce mélange de syntaxe Pascal (
end
) et C (;
), ça me fout la gerbe.Et puis à quoi bon un débat sur les langages de prog si on peut pas parler de la beauté de la syntaxe 😉
[^] # Re: if sans parenthèses
Posté par steph1978 . En réponse à la dépêche À la découverte du langage V. Évalué à 10.
L'absence d'accolade autour d'une clause
then
- car d'une seule ligne - est la source de nombreux bugs enC
. Imposer les accolades est donc une bonne chose IMHO.Si tu imposes les accolades, les parenthèses autour de la condition ne sont donc plus nécessaire puisque le parsing n'est plus ambiguë : la condition est ce qu'il y a entre le
if
et le prochain{
.[^] # Re: Solidarité nationale vs aumone
Posté par steph1978 . En réponse au lien La hausse des prix et des demandes ne permet plus aux Restos du cœur de faire œuvre de solidarité (€. Évalué à 3.
Je répondais à la première phrase de ton message qui semble dire qu'avec le RSA et les APL, c'est bon tout va bien, rien à changer.
Je ne pouvais pas répondre à ce que tu dis juste là maintenant en répondant à mon message parce que par définition tu ne l'avais pas encore écrit.
Oui je sais c'est con, je suis contraint par l'écoulement linéaire du temps. Pas encore trouvé comment m'en évader.
[^] # Re: Solidarité nationale vs aumone
Posté par steph1978 . En réponse au lien La hausse des prix et des demandes ne permet plus aux Restos du cœur de faire œuvre de solidarité (€. Évalué à 5.
Je ne crache pas sur les riches, je crache sur le système dont les riches sont le produit, tout comme les pauvres.
[^] # Re: Solidarité nationale vs aumone
Posté par steph1978 . En réponse au lien La hausse des prix et des demandes ne permet plus aux Restos du cœur de faire œuvre de solidarité (€. Évalué à 2. Dernière modification le 06 septembre 2023 à 13:22.
Donc d'après toi, les gens font la queue aux restos du cœur le font pour la qualité gastronomique des menus ? ou seulement parce qu'ils ont la flemme de cuisiner ou d'appeler ubereats ?
Faut arrêter de croire qu'être riche ou pauvre est une question de mérite. C'est avant tout une question de chance.
Un système normal devrait permettre au plus courageux/performants/audacieux/talentueux/persévérants/inventifs d'être un peu plus dans le confort que la moyenne. Mais ne devrait par permettre à des spécimen d'être 1 million de fois plus riche que la moyenne. C'est un système aberrant qui nous dessert tous et la planète avec.
[^] # Re: Capsules vidéos en alternative
Posté par steph1978 . En réponse au lien La hausse des prix et des demandes ne permet plus aux Restos du cœur de faire œuvre de solidarité (€. Évalué à 2.
Et pour ceux qui n'ont pas l'extension qui va bien : https://invidious.fdn.fr/watch?v=L-8A3lzyCI4
[^] # Re: Solidarité nationale vs aumone
Posté par steph1978 . En réponse au lien La hausse des prix et des demandes ne permet plus aux Restos du cœur de faire œuvre de solidarité (€. Évalué à 4.
Suivant cet exemple magistrale, moi aussi je vais donner 10 balles.
Rappelons aussi qu'il a donné 200 (balles/millions) pour Notre Dame, on voit les priorités.
# un seul R ?
Posté par steph1978 . En réponse au lien La FSFE appelle l'Allemagne à se libérer/délivrer des logiciels privateurs qui lui font l'Arendelle. Évalué à 3.
sinon j'ai pas la ref.
[^] # Re: Neon c'est bon.
Posté par steph1978 . En réponse au lien database of Databases. Évalué à 3.
Mon précédent commentaire a dû prêter à confusion car les réponses expliquent ce qu'est le serverless, et je connais.
Je m'étonnais simplement du commentaire de @wilk qui dit parle d'une fonctionnalité de gestion de branche ala git pour Neon alors que la fiche que j'ai trouvé ne dit pas du tout cela.
Je m'attendais plus à des réponses qui pointe la doc du produit décrit par @wilk.
[^] # Re: Neon c'est bon.
Posté par steph1978 . En réponse au lien database of Databases. Évalué à 2.
🤔
[^] # Re: Un autre site solaire
Posté par steph1978 . En réponse au lien Solar Protocol. Évalué à 3.
Ah mais c'était génial ! Je suis pourtant assez vieux et résident en France mais j'étais passé à côté.
Ah oui comme quand on appelait un fax par erreur.
Est ce que du code a été conservé ? Ce serait super d'en remettre en route (sur émulateur par ex.).
Comment se faisait la découverte des services, annuaire, bouche à oreille ?
[^] # Re: Un autre site solaire
Posté par steph1978 . En réponse au lien Solar Protocol. Évalué à 3.
Je suis intrigué, tu peux expliqué comment ça marchait ? quels services ? un lien avec le BBS ?
[^] # Re: en même temps...
Posté par steph1978 . En réponse au lien Les développeurs Mac orphelins. Évalué à 3.
Sûrement personne puisqu'ils l'arrêtent.
# réponse 2
Posté par steph1978 . En réponse au journal Calendrier partagé pour équipe et Mobilizon. Évalué à 2.
Mobilizon propose un flux ICS globale à l'instance est un flux ICS pour chaque "groupe". Pour des notifications par email, il faut en effet un compte. Une mailing list par group pourrait être intéressant.
[^] # Re: Ouep
Posté par steph1978 . En réponse au lien Faire une économie annuelle de 2 millions de dollar en serveur chez Pinterest avec Elixir . Évalué à 2. Dernière modification le 01 septembre 2023 à 08:53.
J'avoue, ça m'a tué aussi.
En même temps
C'est un article limite promotionnel.
Je me dis que c'est peut être plus le fond que le titre qui t'a gêné.