On n'est pas habitué visuellement (mais je pense qu'on s'habitue) mais ergonomiquement, c'est pas mal car c'est sous les doigts quand tu es sur smartphone.
Maintenant, je n’aime pas cette tendance à rajouter un moteur JS dans tout et n’importe quoi.
Je suis un peu du même avis même si il faut reconnaitre à cette stratégie quelques avantages:
multi-plateforme
cela permet d'avoir un éditeur de texte accessible en ligne. Par exemple, Microsoft utilise VSCode dans Azure Devops (son offre ALM). Ou https://www.gitpod.io/ qui propose un IDE en ligne utilise un fork de VSCode.
Avec Vscode, Microsoft a proposé un serveur Web https://langserver.org/ qui a permis d'avoir un support des fonctionnalités de base pour de nombreux languages (donc il est nul pour presque aucun) et qui est adopté par de plus en plus d'éditeurs.
J'ai vu que Kate était en train de l'implémenter,par exemple.
Ça a permis que vscode ne soit pas mauvais pour beaucoup de languages, ce qui me semble, à créé une certaine synergie et du coup pas mal d'extensions on été développées et il semble qu'il est devenu très bon pour beaucoup.
Il semble qu'il soit particulièrement bon pour python.
Espérons que non car le bilan carbone est pour le moment une catastophe (en attendant pour le moment la preuve d'enjeu --proof of stake-- et encore, on sait pas encore si ça marchera…)
Oui, les associations et organisations écolo sont quelques fois un peu "malhonnête" pour faire passer leur message.
Même si leur combat et juste et que cela permet de prendre conscience de choses importantes.
C'est comme l'info, il y a quelques mois, qui disait que 100 sociétés (majoritairement dans l'énergie) sont responsable de 70% de la production de CO2. Et que du coup, il faudrait presque les faire fermer immediatement.
Alors que c'est bien nous tous qui sommes reponsable car elles produisent de l'énergie pour nous (ou pour fabriquer les produits que nous achetons).
Il est aussi facile de dire que c'est la Chine qui pollue le plus mais c'est pour produire les produit que le monde entier consomme après. Donc, une fois encore, ce sont nous les responsable et les média aiment bien ne pas parler de cela.
Utilisateur uniquement de Firefox depuis les versions beta de Phoenix, car c'est le seul navigateur qui défend l'utilisateur, je dois avouer que Chrome est quand même meilleur pour ce qui est l'expérience de développement Web.
Et donc pas mal de dev utilisent Chrome en parti pour cette raison. Et je trouve ça dommage car ce sont souvent les informaticiens qui font de l'évangélisation/publicité.
Et on commence à voir pas mal site / spa qui merdent avec Firefox et qui sont Chrome only. 😕
Dernier exemple, après 10 min d'utilisation de slack (à cause du taff), impossible de faire un changement dans la conf d'un channel.
J'utilise OSM sur mon téléphone via l'application OSMAnd depuis peu. J'ai véritablement halluciné de la qualité des cartes notamment en mode randonné. La concurrence, Google Maps en premier, est loin derrière.
Je partage l'avis mais aujourd'hui les utilisateurs attendent souvent plus de services autours de la carte (Streetview, recherche, …) et à ce niveau OSM n'est pas au niveau ce qui peut être un frein à son utilisation.
(Un utilisateur et contributeur occasionnel d'OSM)
Ça tombe bien, Google vient de mettre à jour les chiffres. Android est sur 2.5 milliards d'appareils ce qui est au total plus que Windows et iOs réunis.
Donc comme minix est sur un sous ensemble de Windows, CQFD.
Si quelqu'un qui s'y connait un peu plus que moi en noyau linux et est assez motivé pour aller mettre 2 lignes de résumé sur la page wikipedia des noyaux pour les 6 dernières version du noyau, ça serait cool…
La différence principale entre Pijul et Git est que Pijul fonctionne avec des changements (ou patches), là où Git ne fonctionne qu'avec des snapshots (clichés ou versions).
J'ai du mal à vraiment saisir quels sont les avantages intrinsèques à la gestion par patch et ceci comparé à Git.
Car dans les faits, pour des optimisation de place et d'échange entre dépôt, Git stocke aussi dans les pack files des "diffs" (donc des patchs), c'est juste qu'on le voit pas en tant qu'utilisateur.
Mais surtout, pour beaucoup d'opération Git recalcul ces patchs (affichage de logs, rebase, …) pour pouvoir faire certains opérations donc rien de fondamentalement différent de Pijul.
Donc qu'est ce que PiJul permet qui n'est fondamentalement pas possible de faire avec Git qui recalcul les patchs quand cela est nécessaire?
Après, je ne remet pas en cause le fait que le choix d'utiliser des patchs fait que peut-être amène à une interface utilisateur plus cohérente…
[^] # Re: Firefox Preview
Posté par cosmocat . En réponse à la dépêche Firefox 70. Évalué à 4.
On n'est pas habitué visuellement (mais je pense qu'on s'habitue) mais ergonomiquement, c'est pas mal car c'est sous les doigts quand tu es sur smartphone.
# NAIMAR Jean
Posté par cosmocat . En réponse à la dépêche La version 0.6 de Libreosteo est sortie. Évalué à 6.
Moi aussi!
[^] # Re: Distribs ?
Posté par cosmocat . En réponse au lien Kde plasma 5.17 est sortie ! . Évalué à 3.
Sauf sur leur blog 😉
https://blog.neon.kde.org/index.php/2019/10/15/kde-neon-5-17/
[^] # Re: Et toi, tu es plutôt Atom ou VSCode ?
Posté par cosmocat . En réponse au journal Atom / VSCode. Évalué à 3.
https://linuxfr.org/nodes/118371/comments/1787255
[^] # Re: VSCode
Posté par cosmocat . En réponse au journal Atom / VSCode. Évalué à 5.
Je suis un peu du même avis même si il faut reconnaitre à cette stratégie quelques avantages:
[^] # Re: Pour quel langage ?
Posté par cosmocat . En réponse au journal Atom / VSCode. Évalué à 6.
Avec Vscode, Microsoft a proposé un serveur Web https://langserver.org/ qui a permis d'avoir un support des fonctionnalités de base pour de nombreux languages (donc il est nul pour presque aucun) et qui est adopté par de plus en plus d'éditeurs.
J'ai vu que Kate était en train de l'implémenter,par exemple.
Ça a permis que vscode ne soit pas mauvais pour beaucoup de languages, ce qui me semble, à créé une certaine synergie et du coup pas mal d'extensions on été développées et il semble qu'il est devenu très bon pour beaucoup.
Il semble qu'il soit particulièrement bon pour python.
# Le bon lien
Posté par cosmocat . En réponse au lien RMS n'est plus responsable du projet GNU. Évalué à 2.
https://stallman.org/archives/2019-jul-oct.html#27_September_2019_(GNU_Project)
Sinon, pas besoin de suivre le lien, y'a juste marqué:
[^] # Re: Sscandales
Posté par cosmocat . En réponse au journal Richard Stallman démissionne. Évalué à 5.
Apparement un bon résumé:
https://old.reddit.com/r/KotakuInAction/comments/d5axzu/why_isnt_there_any_discussion_about_the_stallman/f0l21m3/?st=k0nke75o&sh=0cbeb545
[^] # Re: Vers un Microsoft Linux Server ?
Posté par cosmocat . En réponse à la dépêche exFAT dans le noyau Linux ? Microsoft a (enfin) dit oui !. Évalué à 3.
https://en.m.wikipedia.org/wiki/Azure_Sphere
[^] # Re: Ça dénonce grave.
Posté par cosmocat . En réponse au lien CO2 ou PIB, il faut choisir. Évalué à 3.
Mon point de vue est exactement identique au tiens mais je te remercie de l'avoir synthétisé aussi bien :D
Je vais essayer de le garder sous le coude…
# GKH explique... Ou pas !
Posté par cosmocat . En réponse au lien Greg Kroah-Hartman explique pourquoi il utilise désormais Arch comme distribution favorite . Évalué à 2.
😅
[^] # Re: Alternatives ?
Posté par cosmocat . En réponse au journal exFAT dans le noyau Linux ? Microsoft a (enfin) dit oui !. Évalué à 2.
Pareil, je galère avec ext4.
# Déjà vu....
Posté par cosmocat . En réponse au lien Nvidia -- Linux. Évalué à 2.
https://linuxfr.org/users/rockn/liens/nvidia-commence-a-publier-de-la-documentation-materielle-de-ces-gpus
[^] # Re: Il est temps de faire jouer la concurrence
Posté par cosmocat . En réponse au journal Lettre ouverte à La Banque Postale. Évalué à 3.
Je suis tombé depuis sur une très bonne vidéo qui évoque (entre autre) ce point: Le reveilleur - Des gestes individuels à l'action politique: militer pour une taxe carbone ? (sur youtube :( )
[^] # Re: Témoignage
Posté par cosmocat . En réponse au journal Lettre ouverte à La Banque Postale. Évalué à 6.
(Je comprends pas tout). Boursorama, c'est la Société Générale…
[^] # Re: Cryptomonnaies
Posté par cosmocat . En réponse au journal Lettre ouverte à La Banque Postale. Évalué à 5.
Espérons que non car le bilan carbone est pour le moment une catastophe (en attendant pour le moment la preuve d'enjeu --proof of stake-- et encore, on sait pas encore si ça marchera…)
[^] # Re: Il est temps de faire jouer la concurrence
Posté par cosmocat . En réponse au journal Lettre ouverte à La Banque Postale. Évalué à 7.
Oui, les associations et organisations écolo sont quelques fois un peu "malhonnête" pour faire passer leur message.
Même si leur combat et juste et que cela permet de prendre conscience de choses importantes.
C'est comme l'info, il y a quelques mois, qui disait que 100 sociétés (majoritairement dans l'énergie) sont responsable de 70% de la production de CO2. Et que du coup, il faudrait presque les faire fermer immediatement.
Alors que c'est bien nous tous qui sommes reponsable car elles produisent de l'énergie pour nous (ou pour fabriquer les produits que nous achetons).
Il est aussi facile de dire que c'est la Chine qui pollue le plus mais c'est pour produire les produit que le monde entier consomme après. Donc, une fois encore, ce sont nous les responsable et les média aiment bien ne pas parler de cela.
[^] # Re: Il est temps de faire jouer la concurrence
Posté par cosmocat . En réponse au journal Lettre ouverte à La Banque Postale. Évalué à 4.
C'est un peu vieux (2010) makis voici l’empreinte carbone des banques française
https://www.amisdelaterre.org/IMG/pdf/dossier_annexe_classement_2.pdf
[^] # Re: Encouragements
Posté par cosmocat . En réponse à la dépêche Firefox 67 introduit l’acte II du projet Quantum. Évalué à 7.
Utilisateur uniquement de Firefox depuis les versions beta de Phoenix, car c'est le seul navigateur qui défend l'utilisateur, je dois avouer que Chrome est quand même meilleur pour ce qui est l'expérience de développement Web.
Et donc pas mal de dev utilisent Chrome en parti pour cette raison. Et je trouve ça dommage car ce sont souvent les informaticiens qui font de l'évangélisation/publicité.
Et on commence à voir pas mal site / spa qui merdent avec Firefox et qui sont Chrome only. 😕
Dernier exemple, après 10 min d'utilisation de slack (à cause du taff), impossible de faire un changement dans la conf d'un channel.
[^] # Re: OSM est incroyable
Posté par cosmocat . En réponse à la dépêche Interview de Cédric Frayssinet contributeur d’OpenStreetMap et formateur. Évalué à 8.
Je partage l'avis mais aujourd'hui les utilisateurs attendent souvent plus de services autours de la carte (Streetview, recherche, …) et à ce niveau OSM n'est pas au niveau ce qui peut être un frein à son utilisation.
(Un utilisateur et contributeur occasionnel d'OSM)
[^] # Re: RMS
Posté par cosmocat . En réponse au journal Kernel-5.1-gnu. Évalué à 4.
Ça tombe bien, Google vient de mettre à jour les chiffres. Android est sur 2.5 milliards d'appareils ce qui est au total plus que Windows et iOs réunis.
Donc comme minix est sur un sous ensemble de Windows, CQFD.
[^] # Re: RMS
Posté par cosmocat . En réponse au journal Kernel-5.1-gnu. Évalué à 5.
https://gitlab.redox-os.org/redox-os/redox ?
# Wikipedia
Posté par cosmocat . En réponse à la dépêche Sortie du noyau Linux 5.1. Évalué à 10.
Si quelqu'un qui s'y connait un peu plus que moi en noyau linux et est assez motivé pour aller mettre 2 lignes de résumé sur la page wikipedia des noyaux pour les 6 dernières version du noyau, ça serait cool…
https://fr.wikipedia.org/wiki/Noyau_Linux#Chronologie
# Difference Pijul vs Git
Posté par cosmocat . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 10.
J'ai du mal à vraiment saisir quels sont les avantages intrinsèques à la gestion par patch et ceci comparé à Git.
Car dans les faits, pour des optimisation de place et d'échange entre dépôt, Git stocke aussi dans les pack files des "diffs" (donc des patchs), c'est juste qu'on le voit pas en tant qu'utilisateur.
Mais surtout, pour beaucoup d'opération Git recalcul ces patchs (affichage de logs, rebase, …) pour pouvoir faire certains opérations donc rien de fondamentalement différent de Pijul.
Donc qu'est ce que PiJul permet qui n'est fondamentalement pas possible de faire avec Git qui recalcul les patchs quand cela est nécessaire?
Après, je ne remet pas en cause le fait que le choix d'utiliser des patchs fait que peut-être amène à une interface utilisateur plus cohérente…
[^] # Re: Contact
Posté par cosmocat . En réponse au journal Historicalsource regroupe sur github plein de vieux codes sources. Évalué à 2.
Un article sur le sujet avec le nom de la personne qui fait çà
https://arstechnica.com/gaming/2019/04/you-can-now-download-the-source-code-for-all-infocom-text-adventure-classics/