Tu ne veux pas de ta CB dans ton tél ? Il te suffit de conserver ta cb physique
Oui et non, pour le moment à chaque fois que je fais un paiement en ligne je suis obligé de valider via l'application mobile du crédit mutuel. Bon il me semble qu'on peut activer une option SMS mais j'avoue ne pas avoir regardé.
Ma conseillère elle même m'avait aussi apporté ses craintes avec cette nouvelle norme concernant les personnes plus âgées ou moins à l'aise avec la technologie.
git is great because linus did it, mercurial is better because he didn't
Comme pour chaque évolution, il y aura toujours des gens qui disent "je déteste" puis 10-20 ans plus tard c'est dans les mœurs et les gens "oublient" qu'ils détestaient avant.
Rien à voir.
J'aime la modernité et les nouvelles technologies. Je n'aime simplement pas être forcé à utiliser des choses que je ne veux pas. Je n'aimerais pas par exemple, que mon employeur me force à installer une application pour déverrouiller notre alarme au travail. Tout comme je n'aimerais pas qu'il me force à prendre ma voiture personnelle pour aller chez un client.
Je crois qu'on a tendance à oublier qu'un smartphone c'est pas immortel. J'avais un nexus 5x pendant 3 ans, il m'a laché du jour au lendemain. Je fais quoi si même mon smartphone ne déverrouillerait plus mon hypothétique porte d'entrée connectée ?
Concernant le porte feuille, la carte bleue et le paiement sans contact ont largement réduit la nécessité d'avoir de la monnaie. Maintenant il est même possible de commander des cafés en machines self-service en payant par carte. Je n'ai jamais de monnaie sur moi.
La population sur LinuxFr vieillit, elle passe de "moderne qui saute sur les nouveautés" à "conservateur qui a peur des nouveautés".
C'est vrai. C'est même pour ça que j'ai tenté de développer une distribution Linux basée uniquement sur un toolchain LLVM complet (sans glibc, libstdc++, libgcc* ni binutils) se focalisant uniquement sur wayland.
git is great because linus did it, mercurial is better because he didn't
Ça fait des années que je le vois venir. Bientôt le smartphone sera un prérequis dans la vie. J'en ai un certes, mais j'aimerais avoir la liberté de me dire qu'un jour je puisse m'en passer d'autant plus qu'avec l'arrivée progressive des téléphones pliable pesant une brique, je commence à détester de plus en plus les smartphones.
Prochaines étapes :
application carte grise
application permis de conduire
application carte d'identité
application assurance auto/moto/habitation
application carte bleu^Woh attendez…
git is great because linus did it, mercurial is better because he didn't
À noter une autre aberration, le trackpad de bureau
Ah ça non. Je peux te jurer que j'adorerai en avoir un sur Linux aussi. Le trackpad sur macOS est pas juste un click. C'est du multipoint, gestion de la pression et tout ce que tu veux (le click qui est sur toute la surface est un régal). Et quand je fais de la MAO je peux t'assurer que ma souris reste dans le tiroir 😉
git is great because linus did it, mercurial is better because he didn't
Bah du coup je confirme que tu as pas répondu à la bonne personne. Si tu me prends pour un fragile c'est que tu n'as absolument rien compris à mon message.
git is great because linus did it, mercurial is better because he didn't
J'ai jamais vraiment compris l'idée de copier quelque chose qui existe pour en faire une version libre. Le bureau de macOS est beau certes, mais son gestionnaire de fenêtre est une calamité, à l'utiliser presque au quotidien je peux vous dire que je préfère de loin les gestionnaires de fenêtres que j'utilise sous Linux (que ce soit GNOME, dwm ou même KDE).
La barre de menu unifiée est historique et permet probablement de gagner de la place à l'écran mais elle reste contre intuitive aussi, quand votre application se situe en plein milieu de l'écran vous devez vraiment monter les yeux et la souris pour faire parfois des choses simples. Ça peut paraitre anecdotique, mais c'est le quotidien tout de même. En terme d'UX on a connu mieux. Je suis bien content que GNOME ait lâché l'idée pour l'intégrer directement dans la header bar.
Quitte à développer de nouvelles choses, autant faire quelque chose qu'on a jamais vu et de plus convivial.
git is great because linus did it, mercurial is better because he didn't
Coder un jeu en Java ? Il y a vraiment des gens sensés qui font ça de leur plein gré ?
Exit Android et Minecraft. à part ça j'ai jamais vu de jeu codés en Java sur ordinateurs ou consoles. C'est le dernier langage qui me viendrait à l'idée.
git is great because linus did it, mercurial is better because he didn't
Autant d'engagement pour le plus gros flop de Nintendo, il faut le faire. J'ai déjà joué à quelques jeux sur VB et à part Wario Land c'est presque que des navets.
Il y a beaucoup de choses que je comprends pas dans le projet.
Le code est du C++ mais il est dans des fichiers .c (en vrai cela ne pose pas de problème mais il faut configurer le compilateur pour qu'il considère ça comme du C++.
C'est un SDK pour développer un jeu natif pour Virtual Boy c'est bien ça ? Mais il y en a très peu dans la nature, alors on va finir par jouer que sur émulateur ?
git is great because linus did it, mercurial is better because he didn't
Aucun de ses composants n'est obligatoire et tous apportent des fonctionnalités intéressantes.
La création dynamique des périphériques dans /dev n'est pas spécialement nécessaire. Ce sont des points d'entrés spéciaux, en espace disque ça pèse rien. Avoir à les créer dynamiquement nécessite de gérer les permissions à la main et donc écrire des règles udev. Chez nous on doit en écrire pour changer les permissions des ports série pour que notre application ne tourne pas en root. Donc on est obligé de faire tourner udev (ou mdev) juste pour ça. Dans un système comme OpenBSD on fait un chmod/chown et ça persiste. Bien sûr udev reste utile pour d'autres choses comme charger des modules à la volée.
Pour ce qui est de l'audio, non ALSA seul est rarement utile. Enfin si sur une machine totalement statique. Mais sur un ordinateur portable où on va pouvoir le docker et donc faire apparaitre une carte son externe, un casque audio USB, une enceinte bluetooth il est primordial de faire tourner PulseAudio pour changer de périphérique à la volée sans éditer un asound.conf à chaque fois. PulseAudio a mis un certain temps à se stabiliser et voilà qu'on le jette pour passer à PipeWire. Il est bien loin le temps du « quand ça marche, ne touche à rien ». Chez OpenBSD il y en a qu'un seul : sndio.
Pourquoi avoir fait /sys alors qu'on a déjà /proc ? Sans parler du de l'architecture monstre qu'ils sont avec si peu de cohérence. Sur le papier l'idée est bonne, dans la pratique elle l'est moins.
git is great because linus did it, mercurial is better because he didn't
Vous ne vous êtes jamais demandé pourquoi votre téléphone a besoin de 30 à 60 secondes pour démarrer ?
Un Android oui. Un iPhone 12 mets 5 secondes montre en main. Pour une fois qu'Apple ne fait pas quelque chose de bloat.
Et puis, il y a le poids. Les applications web pourraient s’ouvrir jusqu’à 10 fois plus vite si on bloquait simplement toutes les publicités.
Il n'y a pas que les publicités. Il y a les tonnes de polices embarquées, le Javascript de 12 millions de ligne de code à charger. Etc. Là c'est pas un problème de technologie et de performance, juste un problème d'éducation.
git is great because linus did it, mercurial is better because he didn't
Impossible de se souvenir en avoir rencontré ces dernières années
Dans mon ancienne entreprise où on utilise npm/nodejs, slack, vscode le tout sur 8 Go de RAM. La construction du projet enclenchait très souvent l'OOM. Du pur délire.
git is great because linus did it, mercurial is better because he didn't
Quand je vois les protocoles de gestion Debian, j'ai l'impression d'avoir affaire à un véritable gouvernement. Tant de blablas, de procédures, de votes juste pour savoir si Debian est pour ou contre le retour de RMS. Si tout ce temps était passé à développer à la place on aurait des bureaux encore plus stables, non ?
git is great because linus did it, mercurial is better because he didn't
J'utilise gaim (avant de passer à pidgin) sur ma Fedora Core 3, j'avoue que j'aimais beaucoup. C'était principalement pour AIM (enfin je crois, ça remonte, j'ai honte d'oublier) à cette époque j'utilisais aussi IRC (via XChat), un peu de jabber et beaucoup de MSN (via le légendaire amsn, j'y étais !).
Aujourd'hui le seul que j'utilise encore c'est IRC. Pour moi c'est le protocol le plus adapté pour la communication brute instantanée : il a l'avantage de ne pas être gêné par des containers de gif, d'emojis, de “likes”, d'images, de vidéos encastrées, etc. Cet exemple en dit long sur la non-qualité du contenu dont IRC est exempt.
Concernant les autres protocols, j'ai un peu l'impression qu'ils sont morts non ? Qui utilise encore ICQ ? Zephyr et autres ? Malheureusement les plateformes « modernes » comme Slack/Discord ont tendance à faire de l'ombre aux autres.
git is great because linus did it, mercurial is better because he didn't
« cette fois ci c'est mon pouce que je lève pour nvidia »
En revanche, X.Org c'est bien, mais drm/kms ça serait mieux ou alors c'est déjà le cas ? J'avoue ne plus suivre l'actualité nvidia depuis un moment. Le commit en question ne concerne visiblement que xwayland donc je suis un peu confus.
git is great because linus did it, mercurial is better because he didn't
Il y a quelques années de cela Leah Rowe avait fait un drama et tout un scandale au sujet d'un probable licenciement d'une personne par la FSF et maintenant… elle défend RMS. On aura tout vu.
git is great because linus did it, mercurial is better because he didn't
Déjà faut savoir qu'un SSD et un m.2 c'est la même chose, c'est juste le format qui change. Pour des serveurs je crois pas que les SSD soient très fréquents déjà parce qu'ils sont onéreux à très grand volume mais forcément ils ne sont pas éternel et s'il y a beaucoup d'écriture il faudra surveiller l'usure.
Si tu souhaites simplement faire un serveur de stockage / sauvegarde ou petite écriture je pense qu'un disque dur sera largement suffisant.
Pourquoi pas un SSD pour le stockage de compilation comme tu l'a indiqué dans ton message aussi. En gros, un espèce de très large /tmp dédié à ce disque dur.
git is great because linus did it, mercurial is better because he didn't
Autant j'aime pas Rust autant cette remarque n'as pas de sens. Il y a beaucoup de modules python qui sont natifs (donc codés en C, C++ ou Rust). Ce n'est pas nouveau et c'est nécessaire pour certaines API (OpenGL, Qt, etc).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Prérequis d'un smartphone
Posté par David Demelier (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 3.
Oui et non, pour le moment à chaque fois que je fais un paiement en ligne je suis obligé de valider via l'application mobile du crédit mutuel. Bon il me semble qu'on peut activer une option SMS mais j'avoue ne pas avoir regardé.
Ma conseillère elle même m'avait aussi apporté ses craintes avec cette nouvelle norme concernant les personnes plus âgées ou moins à l'aise avec la technologie.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Prérequis d'un smartphone
Posté par David Demelier (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 8. Dernière modification le 20 août 2021 à 10:54.
Rien à voir.
J'aime la modernité et les nouvelles technologies. Je n'aime simplement pas être forcé à utiliser des choses que je ne veux pas. Je n'aimerais pas par exemple, que mon employeur me force à installer une application pour déverrouiller notre alarme au travail. Tout comme je n'aimerais pas qu'il me force à prendre ma voiture personnelle pour aller chez un client.
Je crois qu'on a tendance à oublier qu'un smartphone c'est pas immortel. J'avais un nexus 5x pendant 3 ans, il m'a laché du jour au lendemain. Je fais quoi si même mon smartphone ne déverrouillerait plus mon hypothétique porte d'entrée connectée ?
Concernant le porte feuille, la carte bleue et le paiement sans contact ont largement réduit la nécessité d'avoir de la monnaie. Maintenant il est même possible de commander des cafés en machines self-service en payant par carte. Je n'ai jamais de monnaie sur moi.
C'est vrai. C'est même pour ça que j'ai tenté de développer une distribution Linux basée uniquement sur un toolchain LLVM complet (sans glibc, libstdc++, libgcc* ni binutils) se focalisant uniquement sur wayland.
git is great because linus did it, mercurial is better because he didn't
# Prérequis d'un smartphone
Posté par David Demelier (site web personnel) . En réponse au lien La carte vitale dématérialisée.... Évalué à 9.
Ça fait des années que je le vois venir. Bientôt le smartphone sera un prérequis dans la vie. J'en ai un certes, mais j'aimerais avoir la liberté de me dire qu'un jour je puisse m'en passer d'autant plus qu'avec l'arrivée progressive des téléphones pliable pesant une brique, je commence à détester de plus en plus les smartphones.
Prochaines étapes :
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je ne comprends pas
Posté par David Demelier (site web personnel) . En réponse au lien Airyx: un OS libre proche macosx basé sur FreeBSD. Évalué à 2.
Ah ça non. Je peux te jurer que j'adorerai en avoir un sur Linux aussi. Le trackpad sur macOS est pas juste un click. C'est du multipoint, gestion de la pression et tout ce que tu veux (le click qui est sur toute la surface est un régal). Et quand je fais de la MAO je peux t'assurer que ma souris reste dans le tiroir 😉
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Un titre pareil...
Posté par David Demelier (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -1.
Bah du coup je confirme que tu as pas répondu à la bonne personne. Si tu me prends pour un fragile c'est que tu n'as absolument rien compris à mon message.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Un titre pareil...
Posté par David Demelier (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -2.
Hmmm, je crois que tu as pas choisi la bonne réponse non ?
git is great because linus did it, mercurial is better because he didn't
# Je ne comprends pas
Posté par David Demelier (site web personnel) . En réponse au lien Airyx: un OS libre proche macosx basé sur FreeBSD. Évalué à 5.
J'ai jamais vraiment compris l'idée de copier quelque chose qui existe pour en faire une version libre. Le bureau de macOS est beau certes, mais son gestionnaire de fenêtre est une calamité, à l'utiliser presque au quotidien je peux vous dire que je préfère de loin les gestionnaires de fenêtres que j'utilise sous Linux (que ce soit GNOME, dwm ou même KDE).
La barre de menu unifiée est historique et permet probablement de gagner de la place à l'écran mais elle reste contre intuitive aussi, quand votre application se situe en plein milieu de l'écran vous devez vraiment monter les yeux et la souris pour faire parfois des choses simples. Ça peut paraitre anecdotique, mais c'est le quotidien tout de même. En terme d'UX on a connu mieux. Je suis bien content que GNOME ait lâché l'idée pour l'intégrer directement dans la header bar.
Quitte à développer de nouvelles choses, autant faire quelque chose qu'on a jamais vu et de plus convivial.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Un titre pareil...
Posté par David Demelier (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à 0.
Malheureusement les années 2020 et celles à venir sont enrichies par la génération fragile et cancel culture. Il n'y a rien que l'on puisse faire.
git is great because linus did it, mercurial is better because he didn't
# Vraiment ?
Posté par David Demelier (site web personnel) . En réponse au lien FXGL : un moteur de jeu pour Java. Évalué à 0.
Coder un jeu en Java ? Il y a vraiment des gens sensés qui font ça de leur plein gré ?
Exit Android et Minecraft. à part ça j'ai jamais vu de jeu codés en Java sur ordinateurs ou consoles. C'est le dernier langage qui me viendrait à l'idée.
git is great because linus did it, mercurial is better because he didn't
# Il faut être fan
Posté par David Demelier (site web personnel) . En réponse au lien VUEngine : un moteur de jeu libre pour le Virtual Boy de Nintendo. Évalué à 4. Dernière modification le 17 juin 2021 à 08:49.
Et ben.
Autant d'engagement pour le plus gros flop de Nintendo, il faut le faire. J'ai déjà joué à quelques jeux sur VB et à part Wario Land c'est presque que des navets.
Il y a beaucoup de choses que je comprends pas dans le projet.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: C'est pas un peu la mode du moment ?
Posté par David Demelier (site web personnel) . En réponse au lien Le désenchantement du logiciel. Évalué à 5.
La création dynamique des périphériques dans /dev n'est pas spécialement nécessaire. Ce sont des points d'entrés spéciaux, en espace disque ça pèse rien. Avoir à les créer dynamiquement nécessite de gérer les permissions à la main et donc écrire des règles udev. Chez nous on doit en écrire pour changer les permissions des ports série pour que notre application ne tourne pas en root. Donc on est obligé de faire tourner udev (ou mdev) juste pour ça. Dans un système comme OpenBSD on fait un chmod/chown et ça persiste. Bien sûr udev reste utile pour d'autres choses comme charger des modules à la volée.
Pour ce qui est de l'audio, non ALSA seul est rarement utile. Enfin si sur une machine totalement statique. Mais sur un ordinateur portable où on va pouvoir le docker et donc faire apparaitre une carte son externe, un casque audio USB, une enceinte bluetooth il est primordial de faire tourner PulseAudio pour changer de périphérique à la volée sans éditer un asound.conf à chaque fois. PulseAudio a mis un certain temps à se stabiliser et voilà qu'on le jette pour passer à PipeWire. Il est bien loin le temps du « quand ça marche, ne touche à rien ». Chez OpenBSD il y en a qu'un seul : sndio.
Pourquoi avoir fait /sys alors qu'on a déjà /proc ? Sans parler du de l'architecture monstre qu'ils sont avec si peu de cohérence. Sur le papier l'idée est bonne, dans la pratique elle l'est moins.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: C'est pas un peu la mode du moment ?
Posté par David Demelier (site web personnel) . En réponse au lien Le désenchantement du logiciel. Évalué à 3.
On peut toujours utiliser ce qu'on veut en WM mais sur certains points on ne peut toujours rien faire :
git is great because linus did it, mercurial is better because he didn't
# Quelques notes
Posté par David Demelier (site web personnel) . En réponse au lien Le désenchantement du logiciel. Évalué à 8.
Un Android oui. Un iPhone 12 mets 5 secondes montre en main. Pour une fois qu'Apple ne fait pas quelque chose de bloat.
Il n'y a pas que les publicités. Il y a les tonnes de polices embarquées, le Javascript de 12 millions de ligne de code à charger. Etc. Là c'est pas un problème de technologie et de performance, juste un problème d'éducation.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Encore un qui n’utilise pas assez GNU/Linux
Posté par David Demelier (site web personnel) . En réponse au lien Le désenchantement du logiciel. Évalué à 4.
Dans mon ancienne entreprise où on utilise npm/nodejs, slack, vscode le tout sur 8 Go de RAM. La construction du projet enclenchait très souvent l'OOM. Du pur délire.
git is great because linus did it, mercurial is better because he didn't
# Ça sent une incompatibilité binaire
Posté par David Demelier (site web personnel) . En réponse au message erreur de segmentation sur SDL_Init . Évalué à 2.
Ça me parait très bizarre comme problème. Ton système est à jour ? tu es sous quelle distribution ?
Tu utilises bien la SDL 2 fournie par ton système ? pas installée à la main ou autre ?
git is great because linus did it, mercurial is better because he didn't
# Debian ? Un gouvernement distribution
Posté par David Demelier (site web personnel) . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à -5. Dernière modification le 20 avril 2021 à 09:12.
Quand je vois les protocoles de gestion Debian, j'ai l'impression d'avoir affaire à un véritable gouvernement. Tant de blablas, de procédures, de votes juste pour savoir si Debian est pour ou contre le retour de RMS. Si tout ce temps était passé à développer à la place on aurait des bureaux encore plus stables, non ?
git is great because linus did it, mercurial is better because he didn't
[^] # Re: J'ai cru que GNU avait une idée sur WASM
Posté par David Demelier (site web personnel) . En réponse au lien We’re excited to kick off the GNU Assembly and its web site!. Évalué à 3.
Non tu n'es pas le seul !
git is great because linus did it, mercurial is better because he didn't
# Quand j'étais jeune...
Posté par David Demelier (site web personnel) . En réponse au journal GAIM, c'est fini. Évalué à 3.
J'utilise gaim (avant de passer à pidgin) sur ma Fedora Core 3, j'avoue que j'aimais beaucoup. C'était principalement pour AIM (enfin je crois, ça remonte, j'ai honte d'oublier) à cette époque j'utilisais aussi IRC (via XChat), un peu de jabber et beaucoup de MSN (via le légendaire amsn, j'y étais !).
Aujourd'hui le seul que j'utilise encore c'est IRC. Pour moi c'est le protocol le plus adapté pour la communication brute instantanée : il a l'avantage de ne pas être gêné par des containers de gif, d'emojis, de “likes”, d'images, de vidéos encastrées, etc. Cet exemple en dit long sur la non-qualité du contenu dont IRC est exempt.
Concernant les autres protocols, j'ai un peu l'impression qu'ils sont morts non ? Qui utilise encore ICQ ? Zephyr et autres ? Malheureusement les plateformes « modernes » comme Slack/Discord ont tendance à faire de l'ombre aux autres.
git is great because linus did it, mercurial is better because he didn't
# Comme dirait Linus
Posté par David Demelier (site web personnel) . En réponse au lien X.Org Server Git lands support for hardware-accelerated XWayland with NVIDIA. Évalué à 2.
« cette fois ci c'est mon pouce que je lève pour nvidia »
En revanche, X.Org c'est bien, mais drm/kms ça serait mieux ou alors c'est déjà le cas ? J'avoue ne plus suivre l'actualité nvidia depuis un moment. Le commit en question ne concerne visiblement que xwayland donc je suis un peu confus.
git is great because linus did it, mercurial is better because he didn't
# Question à propos du clavier
Posté par David Demelier (site web personnel) . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 10.
Est-ce que ça ne serait tout simplement pas un clavier qui se blo
git is great because linus did it, mercurial is better because he didn't
# Leah Rowe retourne sa veste, son pantalon et probablement son slip
Posté par David Demelier (site web personnel) . En réponse au lien Site dédié à la défense de Stallman . Évalué à 0.
Il y a quelques années de cela Leah Rowe avait fait un drama et tout un scandale au sujet d'un probable licenciement d'une personne par la FSF et maintenant… elle défend RMS. On aura tout vu.
git is great because linus did it, mercurial is better because he didn't
# Trop gros
Posté par David Demelier (site web personnel) . En réponse au lien Mageia 9 va changer radicalement : paquets, CCM etc. . Évalué à 3.
Ça passera pas.
git is great because linus did it, mercurial is better because he didn't
# Ça dépend de l'utilisation
Posté par David Demelier (site web personnel) . En réponse au message Choix disque dur : mécanique, SSD ou SSD M.2 ?. Évalué à 2.
Déjà faut savoir qu'un SSD et un m.2 c'est la même chose, c'est juste le format qui change. Pour des serveurs je crois pas que les SSD soient très fréquents déjà parce qu'ils sont onéreux à très grand volume mais forcément ils ne sont pas éternel et s'il y a beaucoup d'écriture il faudra surveiller l'usure.
Si tu souhaites simplement faire un serveur de stockage / sauvegarde ou petite écriture je pense qu'un disque dur sera largement suffisant.
Pourquoi pas un SSD pour le stockage de compilation comme tu l'a indiqué dans ton message aussi. En gros, un espèce de très large /tmp dédié à ce disque dur.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Drew ? J'ai un peu du mal avec ce type
Posté par David Demelier (site web personnel) . En réponse au journal Appel à contribution pour un nouveau langage !. Évalué à 7.
Non ce n'est pas si simple. Rust est bien moins portable que C et ne tourne pas sur toutes les architectures.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Drew ? J'ai un peu du mal avec ce type
Posté par David Demelier (site web personnel) . En réponse au journal Appel à contribution pour un nouveau langage !. Évalué à 4.
Autant j'aime pas Rust autant cette remarque n'as pas de sens. Il y a beaucoup de modules python qui sont natifs (donc codés en C, C++ ou Rust). Ce n'est pas nouveau et c'est nécessaire pour certaines API (OpenGL, Qt, etc).
git is great because linus did it, mercurial is better because he didn't