ff9097 a écrit 671 commentaires

C'est un framework mobile à l'origine, ce qui peut expliquer certaines limitations bizarres. Le web avec flutter est toujours en beta. On peut imaginer que ça changera

Avec les flex et grid ça devient simple et logique mais avant ça, gérer le positionnement était une horreur

Après il faut accepter la charge de travail pour la maintenance, backup, … Tu peux avoir des techniques pro open source mais encore il faudra rapidement quelqu'un de dédié à cette gestion.

J'avais testé plusieurs fois dans le passé le client de synchronisation Nextcloud pour expérimenter un éventuel déploiement professionnel : c'était tout simplement une catastrophe. Un peu de déplacement et de renommage de fichiers et il était rapidement perdu… Pas mal d'erreurs de synchronisation, ou pas de synchronisation du tout… Peut être que ça a changé mais bon je me suis dit ça plusieurs fois et j'ai été déçu a chaque fois. Cette partie doit être très robuste

Donc en plus de ne pas rediriger vers les définitions de méthodes, j'imagine qu'il ne peut pas non plus faire l'inverse, afficher toute les utilisations dans le projet d'une méthodes, ou d'une variable.
Je suppose donc aussi qu'on n'a pas de complétion ou de vérification temps réel sur les méthodes existantes ou sur les paramètres passés. Et l'import automatique ?
Ce qui me semble quand même des fonctions de base que j'utilise beaucoup même sur des petits projets.
Je ne suis pas spécialement étonné j'ai longtemps essayé de faire de vim un IDE digne de ce nom et en fait le problème est toujours le même. Ça reste très basique. Je ne suis pas sûr que l'efficacité de la saisie de texte sur vim ou sa légèreté justifie son utilisation sur un projet avec plusieurs fichiers. D'autant plus de beaucoup d'éditeurs proposent un mode vim.

Bon par contre VSCode ce n'est pas tellement mieux. Sur le papier c'est beaucoup mieux. En pratique la complétion casse régulièrement, et le CPU n'en fait qu'à sa tête. J'ai testé avec plusieurs langages. Je ne comprends pas l'engouement.

En fait rien ne vaut les IDE Jetbrains. C'est les gros bouzins comme on les imagine : lourd en RAM, du temps pour tout indexer au démarrage… Mais on sait pourquoi : tout fonctionne out of the box et c'est très stable. Bon ils ne sont pas tous open source

Nouveau schéma de version, décoléré de la version de GTK utilisé. Donc non pas de GTK 4 sur cette version

• RAM intégré c'est caca (c'est l'évolution logique, déjà fait ailleurs pour l'intégration et 99% des gens préfèrent l'intégration à l'évolution)

95% de ces 99% ne savent pas:
- Ce que c'est que la RAM
- Que c'est souvent le facteur limitant à la performance
- Qu'on peut en ajouter facilement et pour pas cher sans changer de machine

Donc dire qu'ils préfèrent l'intégration à la possibilité d'évolution en connaissance de cause je ne suis pas d'accord. Même si je suis d'accord qu'une majorité n'y touchera jamais. Pour une utilisation personnelle, c'est probablement suffisant pour pratiquement tout le monde.
J'ai dû ajouter de la mémoire dans ma machine pro, je suis passé de 16 à 32. Je n'ai pas une utilisation folle, je développe avec un émulateur Android, plus Android Studio et quelques onglets de navigateurs et tu y es vite.
Pour une machine professionnelle qu'on garde plusieurs années, ça aurait fait tâche de devoir tout racheter (et à réinstallation qui va avec).

Explication ici https://www.macg.co/mac/2020/11/la-ram-des-apple-m1-est-si-rapide-que-loption-16-go-est-rarement-utile-118017

Pourquoi chromium serait significativement plus long que Firefox a compiler ?

Avec Flatpak l'intégration au système est parfaite, avec sandbox, avec support upgrade/downgrade

Je ne suis qu'utilisateur et pas empaqueteur donc je ne sais pas. Mais en tant qu'utilisateur ça fonctionne très bien

Le principe est complètement légitime, l'implémentation est pourrie. Flatpak est bien meilleur

Ce format est de toute façon a bannir tellement c'est merdique.
En plus c'est complètement centralisé sans possibilité d'héberger des dépôts alternatifs. Un alter-ego des magasins d'applications mobiles.
Linux Mint l'a banni et build le paquet chromium eux-mêmes. https://blog.linuxmint.com/?p=3978

Une des choses que j'ai découvert assez récemment et qui est un gros progrès c'est le principe de null safety. C'est a dire la différenciation entre un type null et non-null. Et l'obligation de gérer la valeur null quand elle est possible. Les erreurs "null pointer exception" sont parmi les plus fréquentes. Ce qui permet un code bien plus robuste aux erreurs. Un peu comme le typage statique par rapport au dynamique.
J'ai beaucoup aimé remplacer le Java par du Kotlin grâce à ça. Mon code est bien plus robuste depuis

Dans le métro on parle peu, on y reste peu de temps, on porte des masques et l'air est plutôt bien renouvelé.

Pareil je n'aime pas le typage dynamique

Sécurité ok, maintenabilité du code ok c'est déjà pas mal. Fluidité honnêtement je ne perçois aucune différence entre les deux même en scrollant sous Xorg. En fait je serais incapable de savoir sous Gnome si je suis sous l'un ou l'autre sans regarder la liste des processus.
Pour l'instant, au bout de plusieurs années de migration, les apports de Wayland a l'utilisateur final sont assez faibles. Ce n'est pas une critique mais une constatation.

Je crois que tu as mal compris ce que j'ai dis.
Je demande ce que Wayland apporte de concret (pour le moment) comparé à Xorg. On ne passe pas des années de transition de l'un vers l'autre juste pour avoir la même chose

Où en est-on niveau Wayland ? Je sais que c'est par défaut depuis un moment mais est-ce qu'on est arrivé à un point où ça fonctionne mieux que X.org ? (fonctionnalité, performance, stabilité, …)

Même notre président très europhile sur le papier n'a pas "osé" aller jusqu'à la, et pire a fait un choix technique ridicule

Ah c'est Macron qui prends les décisions techniques ? C'est logique

Je me demande pourquoi l'API JavaScript permet cela

T’en rajoute une tonne juste pour le principe et ça te fait passer pour un guignol. T’as pas besoin d’un iPhone à 1000 euros, ni d’un mac à 2000 euros. Tu peux t’en sortir à moins de 500 euros pour tout le matos, ce que est probablement ce que tu as payé pour ton matos android + pc.

Ta réponse c'est qu'en fait il n'y a aucun problème parce qu'on peut s'en sortir pour 500 balles (c'est vrai qu'on a tous 500 balles pour ça !) pour acheter du matériel qui servira qu'à tester et compiler pour une plateforme alors qu'on a déjà du matériel qui pourrait faire parfaitement le travail ?
Heureusement que Google n'a pas forcé à tout faire depuis Windows ou Chrome OS et qu'on peut développer pour Android aussi sur Linux et même sur macOS !

On finit par prendre des mesures liberticides en imposant un couvre-feu de 21h à 6h sans prendre aucune mesure ferme pour les écoles, les transports en commun et les lieux de travail… Là où les individus se rencontrent le plus

Tiens encore un qui croient toujours que le plus gros des contaminations se passent à l'école…
Dans les transports, les gens ont des masques. Et n'y restent que quelques minutes pour les métro et bus.
Dans les lieux de travail masques aussi. Le risque est pendant le temps de restauration et là les entreprises doivent prendrent des mesures en effet pour limiter les regroupements pendant ce temps là. Mais le télétravail est fortement recommandé lorsque c'est possible.

Le gros des contaminations se passent le soir lorsque les jeunes se réunissent dans les bars, restaurants ou a domicile. C'est eux qui ont fortement fait circuler le virus pendant plusieurs semaines entre eux. Ce qui a d'ailleurs alimenté la théorie bidon du virus qui aurait muté et qui serait devenu inoffensif. Et puis forcément ça a fini par être transmis aux personnes plus âgées…

Je n'utilise pas le SDK natif iOS. J'utilise flutter pour ne pas faire le travail deux fois. Mais si je tente une compilation iOS depuis Linux j'ai le droit à un beau message me disant qu'il faut macOS donc j'ai été forcé d'acheter un mac juste pour tester rapidement sur iPhone et pousser sur l'App Store. Frustrant.

Je connaissais pas. Faut voir si ça fonctionne dans tout les cas de figure. J'essayerai de tester un de ces quatre