Après, au sens strict, j'aurais tendance à questionner la stat utilisée : il y a une tendance fréquente à confondre ne pas avoir de religion et être athée, mais il existe d'autres manières de ne pas avoir de religion, comme l'agnosticisme (et pas que). Et les stats en france regroupent souvent tous les gens sans religion.
Je ne suis pas tombé dessus, mais je pourrais sans doute faire la même remarque ;).
Juste pour clarifier : je n'ai rien contre le Pascal (ni pour Python, d'ailleurs), désolé si mes messages ont pu laisser penser que j'avais une hostilité quelconque : c'est chouette que la communauté fasse vivre ce langage et que ça permette à des gens de produire des apps diverses (perso, mon seul rapport avec le Pascal date de la fin des années 90, donc pas tout à fait au goût du jour).
Je voyais pas mal de références à ces langages (Oberon et Modula) sur Amiga à l'époque : je les regardais comme des bêtes curieuses, mais finalement je me suis davantage intéressé à Amos, puis au C et à l'assembleur 68k. À l'époque pour moi le critère n'était pas tant "quelles sont les qualités du langage" que "pour quel langage je peux trouver un compilateur gratuit qui marche à peu près et tient sur une disquette, et pour lequel je trouve des exemples concrets".
Mac OS "Classic" c'est l'OS des macs, jusque Système 9 (début des années 2000)
Lisa OS, l'OS du Lisa (avant les macs), a lui effectivement été codé en assembleur et en pascal
en tout cas, pour le peu de dev Mac que j'ai pu faire sur Mac OS "Classic" (sur Système 7 si je me rappelle bien), toutes les APIs système étaient en C
Si j'en crois leur méthodologie, ça se base sur les recherches, les pages retournées, et l'affluence des pages en question (quand c'est disponible). Au passage, je me demande comment ils vont faire avec l'essor grandissant de l'IA comment outil de recherche.
Cet index, c'est sans doute un très bon indicateur de ce qu'il étudie, mais ça me surprend toujours qu'on s'en serve comme un indicateur de popularité de langage, qu'il ne me semble pas être vu sa définition (sans doute que TIOBE le vend très bien sous cette appellation putaclic qui fait d'eux une référence).
Il fait mécaniquement monter les langages qui sont moins bien documentés (il faut plus de recherches pour trouver ce qu'on veut), ceux dont les APIs ne sont pas intuitives / facilement découvrables, ceux qui ne bénéficient pas de bons support par les IDE, ou bien encore les langages qu'on utilise typiquement pour apprendre à programmer (vu que c'est à ce moment là qu'on se pose le plus de questions).
Après, jetbrains c'est aussi beaucoup des financements et de soutien logistique à beaucoup de petits projets opensource, et leurs propres outils opensource ne sont pas du tout négligeables : outre leurs IDE en "community", il y a notamment Kotlin et Compose multiplatform.
Moralement, contrairement à microsoft, je n'ai pas eu connaissance d'actions de jetbrains qui me pose de problème.
Techniquement, venant d'Eclipse à la base, je finissais par passer plus de temps à me battre contre l'IDE qu'à développer. J'ai trouvé ça vraiment rafraîchissant au passage sur Intellij la qualité de l'intégration avec des outils de build externe comme gradle, le framework de plugins beaucoup plus abordable et moins error-prone (Eclipse a sans doute évolué depuis, mais je n'y suis jamais revenu).
Et pareil pour Kotlin, tellement moins de temps passer à taper des trucs inutiles qu'en Java, et des structures de contrôle beaucoup plus élégantes, tout en restant compatible (là aussi, Java sans doute évolué, mais je n'y suis jamais revenu en tant que langage, même si je me sers toujours de la JVM).
Bref, j'aurais du mal à taper sur jetbrains, perso, vu le nombre de projets que j'ai pu faire et que j'ai pu voir émerger grâce à leurs IDE opensource et à Kotlin. Mais je comprends la frustration pour les autres langages dont les IDE sont en licence propriétaire, perso ce serait frustrant, mais ce serait un no-go direct. Mais ça ne reste pas moins une acteur de l'écosystème opensource.
Je suis d'accord avec le fait que l'IA se trompe parfois, mais par contre j'entends souvent qu'elle ment comme tu le dis, et je trouve ça complètement faux. Quand une IA donne une source ou une justification bidon, il est tentant de lui prêter la notion de mensonge, mais le mensonge requiert une intentionnalité dont il me semble que l'IA est totalement dépourvue.
Si je prends la définition du Robert:
mensonge
nom masculin
1.
Assertion sciemment contraire à la vérité.
L'IA ne ment pas car elle n'est pas consciente de mentir. Elle se trompe, et si tu lui demandes de confirmer ou rectifier, elle peut encore se tromper.
Seul bémol que lui trouve, le stockage en base de données : même si tout est exportable, j'aurais préféré une arborescence de fichiers Markdown avec des méta-données. Mais comme les exports marchent plutôt très bien, ça n'a pas été rédhibitoire.
Personnellement, après avoir testé nombre de solutions, mon choix s'est orienté vers Trilium :
libre
du Markdown
une organisation en nœuds
des nœuds de différents types (texte, collection de notes, diagrammes, webviews genre avec des vidéos, etc)
du syntax highlighting pour le code
un apparence que je n'aimais pas trop, mais très configurable donc j'ai pu faire une CSS qui me va bien (dans le style d'Obsidian, dont j'apprécie le design, mais qui n'est pas libre)
Je trouve ce site aucune idée de sa fiabilité, mais il est semble dédié à tout ce qui concerne le solaire, et le calcul semble bien détaillé étape par étape et crédible pour un non-spécialiste.
Mais c'est le jeu des ESN, on ne choisit pas directement ses clients.
C'est vrai, mais on a le droit de dire non. Le but de l'ESN est de faire correspondre les compétences dont elle dispose avec des besoins chez des clients (pour en tirer du profit).
Tu as parfaitement le droit d'exprimer le fait que, toi, un client particulier, ne correspond pas à tes valeurs. Après, suivant la boite et la situation, la boite te proposera d'autres missions, ou bien elle te mettra la pression, voire même te menacera, mais le refus est toujours une option (même si en 20 ans d'ESNs diverses, ça ne m'est arrivé que quelques fois).
Et si tu as des compétences appréciées, tu peux également mettre la pression pour qu'on te propose des missions qui te correspondent (parceque c'est ce qu'on attend d'une ESN, après tout, c'est pour ça, l'administratif, et une certaine stabilité de l'emploi qu'on la laisse du bénéfice sur notre dos).
L'autre option, c'est d'aller chercher toi-même tes missions pour ton ESN, mais là ça pose vraiment la question de ce que t'apporte cette ESN par rapport à une boite de portage ou autre.
Effectivement, c'est pertinent de d'abord se poser la question du besoin :
l'organisation dans laquelle tu arrives a-t-elle une distribution linux de choix ? si oui :
pourquoi ne pas installer cette distribution sur une machine personnelle (ou bien une VM) et jouer avec ?
lire les documentations spécifiques à la distribution lorsque tu as un point qui te bloque : installation d'un logiciel, configuration, etc
quel est ton besoin (comme mentionné par lolop) ?
tu auras un profil plutôt bureautique ? dev ? admin ?
quels logiciels vont faire partie de ton quotidien ? Là aussi, ça peut-être l'occasion de tester l'installation de ces logiciels sur une machine perso
Enfin, j'aurais tendance à dire qu'on peut avoir une utilisation de base des distributions linux orientées utilisateur sans trop de préparation, de nos jours. En revanche, j'espère que tu as été transparent sur ton niveau de connaissance linux avec ta future boite. Sinon je ne peux que t'encourager à l'être au moins avec tes collègues, afin qu'ils puissent adapter leur discours quand tu auras besoin d'aide.
Petite remarque, Copilot envoie des snippets de code pour "améliorer le produit", si j'en crois ce billet de blog (ça a peut être changé depuis). On peut désactiver ce comportement dans les settings copilot.
Voilà, si vous avez du code sensible, et que vous n'êtes pas autorisé à l'envoyer à un tiers, c'est quand même important à savoir ;)
En même temps le but du système de karma n'est-il pas précisément d'encourager les publications pertinentes et de qualité ? En l'occurrence, cela ne me paraît pas être un dévoiement du système de karma, vu ce post (très intéressant d'ailleurs). Si la crainte sous-jacente est que le dit karma soit utilisé à des fins de trolls futurs, je crois que c'est à ces éventuels futurs trolls de déclencher une sanction et pas à ce post-ci qui me semble parfaitement pertinent sur linuxfr.
Pour gitlab pages, je sais pas, mais d'un point de vue utilisateur, sur github pages, c'était assez simple (même si je ne doute pas qu'il y ait une belle usine à gaz derrière).
Notons bien que ce ne sont pas forcément toujours les salariés qui en bénéficiaient.
Certaines grosses boites de services trouvaient vraiment injuste de devoir cotiser pour le DIF/CPF…
… et donc ont créé leurs propres filiales de formation, et faisaient (je ne sais pas si c'est encore le cas) tout pour décourager les salariés de prendre une formation en dehors de leur catalogue (ça allait jusqu'à pré-cocher des cases "DIF" sur les formulaires de demande de formation imposées par les projets, chose qui était parfaitement illégale).
Résultat, on cotise d'une main pour les salariés, on récupère de l'autre main l'argent.
Hop.
Alors désolé, je parlais plus de manière générale : pour cette application spécifique, c'est vrai qu'on s'en fout (et même si on ne s'en fout pas, c'est pas compliqué d'avoir un truc correct en utilisant les anciennes APIs sur une appli avec aussi peu de UI).
Je suis un peu biaisé, du fait que j'ai principalement développé sur de très grosses applis (donc la maintenabilité, c'est vital, dans mon univers), et pour lesquelles un pet de travers sur l'UI cause une montagne de remarques incendiaires (souvent) ou plus polies (rarement).
Je m'auto réponds. En fait, revenir avant la 5.0 est vraiment compliqué.
Ce n'est même pas une histoire de "if", c'est juste impossible sauf à complètement réécrire l'app avec les APIs de l'époque (i.e. pas de Compose mais des Views, pas de lifecycle, pas de material design)… ce qui rend impossible :
d'utiliser les architectures modernes qui ont permis d'envisager de créer des apps sans créer des usines à gaz bourrées de bugs
d'adapter l'apparence de l'appli aux appareils modernes
… et pose des question quant à la maintenabilité et la pérennité de l'app.
En tout cas ça me motive à essayer de viser la compatibilité 5.0 pour mes projets :)
5.0 datant d'il y a 10 ans, ça paraît déjà pas mal (ça couvre 99.6% des devices si j'en crois les stats de Google).
A la décharge des développeurs, faut vraiment le vouloir pour développer pour Android 4.1 (et toutes les versions au dessus évidemment). Dans ses versions actuelles, Android Studio ne propose de remonter que jusque la 5.0 (et même alors, on se prive d'API qui simplifient vraiment la vie, et on se condamne à une palanquée de "if" si on veut gérer correctement les nouvelles versions aussi).
Bon, la 4.1 date d'il y a 12 ans, mais c'est vrai qu'il faudrait une alternative, puisque le but devrait être de faire durer les devices beaucoup plus longtemps. Ca me donne envie de voir ce que ça donne, d'ailleurs, de développer une appli qui remonte aussi loin en compatibilité.
[^] # Re: Dieu n'est pas
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Faut-il interdir LinuxFR aux -18 ans ?. Évalué à 2 (+1/-0).
Après, au sens strict, j'aurais tendance à questionner la stat utilisée : il y a une tendance fréquente à confondre ne pas avoir de religion et être athée, mais il existe d'autres manières de ne pas avoir de religion, comme l'agnosticisme (et pas que). Et les stats en france regroupent souvent tous les gens sans religion.
[^] # Re: TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 1 (+0/-0). Dernière modification le 26 mai 2025 à 18:45.
Je ne suis pas tombé dessus, mais je pourrais sans doute faire la même remarque ;).
Juste pour clarifier : je n'ai rien contre le Pascal (ni pour Python, d'ailleurs), désolé si mes messages ont pu laisser penser que j'avais une hostilité quelconque : c'est chouette que la communauté fasse vivre ce langage et que ça permette à des gens de produire des apps diverses (perso, mon seul rapport avec le Pascal date de la fin des années 90, donc pas tout à fait au goût du jour).
[^] # Re: taguer et ou ranger ?
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Gestion d'une Mediatech : tag, .... Évalué à 1 (+0/-0).
J'abonde dans le même sens : les tags plutôt que les dossiers. Avantages :
Pour les logiciels de gestion des tags, j'ajouterai à ce qui a été donné EarTag, chez Gnome.
Pour ce qui est des playlists, j'aurais tendance à utiliser le format M3U, largement reconnu par les players, et assez simple à parser au besoin.
[^] # Re: langage d'enseignement
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 2 (+1/-0).
Je voyais pas mal de références à ces langages (Oberon et Modula) sur Amiga à l'époque : je les regardais comme des bêtes curieuses, mais finalement je me suis davantage intéressé à Amos, puis au C et à l'assembleur 68k. À l'époque pour moi le critère n'était pas tant "quelles sont les qualités du langage" que "pour quel langage je peux trouver un compilateur gratuit qui marche à peu près et tient sur une disquette, et pour lequel je trouve des exemples concrets".
[^] # Re: TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 3 (+3/-1).
Alors pas vraiment, si je ne me trompe :
Sources :
# TIOBE...
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Lazarus 4.0, l'IDE pour Free Pascal. Évalué à 6 (+7/-2). Dernière modification le 10 mai 2025 à 18:27.
… c'est un indicateur, oui, mais de quoi ?
Si j'en crois leur méthodologie, ça se base sur les recherches, les pages retournées, et l'affluence des pages en question (quand c'est disponible). Au passage, je me demande comment ils vont faire avec l'essor grandissant de l'IA comment outil de recherche.
Cet index, c'est sans doute un très bon indicateur de ce qu'il étudie, mais ça me surprend toujours qu'on s'en serve comme un indicateur de popularité de langage, qu'il ne me semble pas être vu sa définition (sans doute que TIOBE le vend très bien sous cette appellation putaclic qui fait d'eux une référence).
Il fait mécaniquement monter les langages qui sont moins bien documentés (il faut plus de recherches pour trouver ce qu'on veut), ceux dont les APIs ne sont pas intuitives / facilement découvrables, ceux qui ne bénéficient pas de bons support par les IDE, ou bien encore les langages qu'on utilise typiquement pour apprendre à programmer (vu que c'est à ce moment là qu'on se pose le plus de questions).
[^] # Re: première dose
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Des IDEs de Jetbrains sont disponibles gratuitement. Évalué à 6 (+6/-1).
Après, jetbrains c'est aussi beaucoup des financements et de soutien logistique à beaucoup de petits projets opensource, et leurs propres outils opensource ne sont pas du tout négligeables : outre leurs IDE en "community", il y a notamment Kotlin et Compose multiplatform.
Moralement, contrairement à microsoft, je n'ai pas eu connaissance d'actions de jetbrains qui me pose de problème.
Techniquement, venant d'Eclipse à la base, je finissais par passer plus de temps à me battre contre l'IDE qu'à développer. J'ai trouvé ça vraiment rafraîchissant au passage sur Intellij la qualité de l'intégration avec des outils de build externe comme gradle, le framework de plugins beaucoup plus abordable et moins error-prone (Eclipse a sans doute évolué depuis, mais je n'y suis jamais revenu).
Et pareil pour Kotlin, tellement moins de temps passer à taper des trucs inutiles qu'en Java, et des structures de contrôle beaucoup plus élégantes, tout en restant compatible (là aussi, Java sans doute évolué, mais je n'y suis jamais revenu en tant que langage, même si je me sers toujours de la JVM).
Bref, j'aurais du mal à taper sur jetbrains, perso, vu le nombre de projets que j'ai pu faire et que j'ai pu voir émerger grâce à leurs IDE opensource et à Kotlin. Mais je comprends la frustration pour les autres langages dont les IDE sont en licence propriétaire, perso ce serait frustrant, mais ce serait un no-go direct. Mais ça ne reste pas moins une acteur de l'écosystème opensource.
[^] # Re: IA, DFSORT et « hallucination
Posté par mrlem (site web personnel, Mastodon) . En réponse au sondage Les IA génératives et le code. Évalué à 0 (+2/-3).
Je suis d'accord avec le fait que l'IA se trompe parfois, mais par contre j'entends souvent qu'elle ment comme tu le dis, et je trouve ça complètement faux. Quand une IA donne une source ou une justification bidon, il est tentant de lui prêter la notion de mensonge, mais le mensonge requiert une intentionnalité dont il me semble que l'IA est totalement dépourvue.
Si je prends la définition du Robert:
L'IA ne ment pas car elle n'est pas consciente de mentir. Elle se trompe, et si tu lui demandes de confirmer ou rectifier, elle peut encore se tromper.
[^] # Re: Trilium notes
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Prises de notes sous Linux. Évalué à 1.
Autant pour moi, il importe du markdown, il utilise les formats du markdown, et exporte très bien en markdown, mais on n'écrit pas du markdown.
En tout cas j'ai pu adapter l'environnement à mon besoin :
[^] # Re: Trilium notes
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Prises de notes sous Linux. Évalué à 1.
Seul bémol que lui trouve, le stockage en base de données : même si tout est exportable, j'aurais préféré une arborescence de fichiers Markdown avec des méta-données. Mais comme les exports marchent plutôt très bien, ça n'a pas été rédhibitoire.
# Trilium notes
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Prises de notes sous Linux. Évalué à 1.
Personnellement, après avoir testé nombre de solutions, mon choix s'est orienté vers Trilium :
[^] # Re: achat vs endettement
Posté par mrlem (site web personnel, Mastodon) . En réponse au lien Nationalisation du groupe Atos à l'étude. Évalué à 3.
Privatiser les bénéfices, nationaliser les pertes : la formule magique. Et après on dit qu'on est déficitaire, mais… aucun rapport !
# Sinon ça se calcule, non ?
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Tracker solaire : Données de position du soleil. Évalué à 3.
Je trouve ce site aucune idée de sa fiabilité, mais il est semble dédié à tout ce qui concerne le solaire, et le calcul semble bien détaillé étape par étape et crédible pour un non-spécialiste.
[^] # Re: Pourquoi c'est pourri
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal cherche nouveau boulot. Évalué à 2. Dernière modification le 19 septembre 2024 à 11:29.
C'est vrai, mais on a le droit de dire non. Le but de l'ESN est de faire correspondre les compétences dont elle dispose avec des besoins chez des clients (pour en tirer du profit).
Tu as parfaitement le droit d'exprimer le fait que, toi, un client particulier, ne correspond pas à tes valeurs. Après, suivant la boite et la situation, la boite te proposera d'autres missions, ou bien elle te mettra la pression, voire même te menacera, mais le refus est toujours une option (même si en 20 ans d'ESNs diverses, ça ne m'est arrivé que quelques fois).
Et si tu as des compétences appréciées, tu peux également mettre la pression pour qu'on te propose des missions qui te correspondent (parceque c'est ce qu'on attend d'une ESN, après tout, c'est pour ça, l'administratif, et une certaine stabilité de l'emploi qu'on la laisse du bénéfice sur notre dos).
L'autre option, c'est d'aller chercher toi-même tes missions pour ton ESN, mais là ça pose vraiment la question de ce que t'apporte cette ESN par rapport à une boite de portage ou autre.
[^] # Re: Pour faire quoi ?
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Débutant. Évalué à 2.
Effectivement, c'est pertinent de d'abord se poser la question du besoin :
l'organisation dans laquelle tu arrives a-t-elle une distribution linux de choix ? si oui :
quel est ton besoin (comme mentionné par lolop) ?
Enfin, j'aurais tendance à dire qu'on peut avoir une utilisation de base des distributions linux orientées utilisateur sans trop de préparation, de nos jours. En revanche, j'espère que tu as été transparent sur ton niveau de connaissance linux avec ta future boite. Sinon je ne peux que t'encourager à l'être au moins avec tes collègues, afin qu'ils puissent adapter leur discours quand tu auras besoin d'aide.
# Code privé
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal j'aime bien l'auto-complétion par IA (Github Copilot). Évalué à 9. Dernière modification le 17 mai 2024 à 17:24.
Petite remarque, Copilot envoie des snippets de code pour "améliorer le produit", si j'en crois ce billet de blog (ça a peut être changé depuis). On peut désactiver ce comportement dans les settings copilot.
Voilà, si vous avez du code sensible, et que vous n'êtes pas autorisé à l'envoyer à un tiers, c'est quand même important à savoir ;)
[^] # Re: Séparer l'homme de l'artiste ?
Posté par mrlem (site web personnel, Mastodon) . En réponse à la dépêche Visualisation d’imageries médicales avec Invesalius. Évalué à 10.
En même temps le but du système de karma n'est-il pas précisément d'encourager les publications pertinentes et de qualité ? En l'occurrence, cela ne me paraît pas être un dévoiement du système de karma, vu ce post (très intéressant d'ailleurs). Si la crainte sous-jacente est que le dit karma soit utilisé à des fins de trolls futurs, je crois que c'est à ces éventuels futurs trolls de déclencher une sanction et pas à ce post-ci qui me semble parfaitement pertinent sur linuxfr.
Ce n'est que mon avis, bonne journée :)
# Pas que python
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal Google vire son équipe Python aux US et délocalise en Allemagne.. Évalué à 3.
Apparemment les équipe Flutter et Dart ont bien dégusté aussi.
[^] # Re: Autohébergement
Posté par mrlem (site web personnel, Mastodon) . En réponse au message des pages perso gratuites et fonctionnelles/accessibles?. Évalué à 4.
Pour gitlab pages, je sais pas, mais d'un point de vue utilisateur, sur github pages, c'était assez simple (même si je ne doute pas qu'il y ait une belle usine à gaz derrière).
[^] # Re: Les mauvaises nouvelles n'arrivant jamais seules
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 4.
Notons bien que ce ne sont pas forcément toujours les salariés qui en bénéficiaient.
Certaines grosses boites de services trouvaient vraiment injuste de devoir cotiser pour le DIF/CPF…
… et donc ont créé leurs propres filiales de formation, et faisaient (je ne sais pas si c'est encore le cas) tout pour décourager les salariés de prendre une formation en dehors de leur catalogue (ça allait jusqu'à pré-cocher des cases "DIF" sur les formulaires de demande de formation imposées par les projets, chose qui était parfaitement illégale).
Résultat, on cotise d'une main pour les salariés, on récupère de l'autre main l'argent.
Hop.
[^] # Re: Android 6.0 min
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 1. Dernière modification le 21 février 2024 à 12:58.
Alors désolé, je parlais plus de manière générale : pour cette application spécifique, c'est vrai qu'on s'en fout (et même si on ne s'en fout pas, c'est pas compliqué d'avoir un truc correct en utilisant les anciennes APIs sur une appli avec aussi peu de UI).
Je suis un peu biaisé, du fait que j'ai principalement développé sur de très grosses applis (donc la maintenabilité, c'est vital, dans mon univers), et pour lesquelles un pet de travers sur l'UI cause une montagne de remarques incendiaires (souvent) ou plus polies (rarement).
[^] # Re: Android 6.0 min
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 3.
D'ailleurs, je serais curieux de voir comment fonctionne l'app et ce qui empêcherait de créer une app web.
[^] # Re: Android 6.0 min
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 1.
Tout à fait d'accord.
[^] # Re: Android 6.0 min
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 3.
Je m'auto réponds. En fait, revenir avant la 5.0 est vraiment compliqué.
Ce n'est même pas une histoire de "if", c'est juste impossible sauf à complètement réécrire l'app avec les APIs de l'époque (i.e. pas de Compose mais des Views, pas de lifecycle, pas de material design)… ce qui rend impossible :
… et pose des question quant à la maintenabilité et la pérennité de l'app.
En tout cas ça me motive à essayer de viser la compatibilité 5.0 pour mes projets :)
5.0 datant d'il y a 10 ans, ça paraît déjà pas mal (ça couvre 99.6% des devices si j'en crois les stats de Google).
[^] # Re: Android 6.0 min
Posté par mrlem (site web personnel, Mastodon) . En réponse au journal CPF, sans courrier, ni identité numérique, ni smartphone: idées?. Évalué à 4.
A la décharge des développeurs, faut vraiment le vouloir pour développer pour Android 4.1 (et toutes les versions au dessus évidemment). Dans ses versions actuelles, Android Studio ne propose de remonter que jusque la 5.0 (et même alors, on se prive d'API qui simplifient vraiment la vie, et on se condamne à une palanquée de "if" si on veut gérer correctement les nouvelles versions aussi).
Bon, la 4.1 date d'il y a 12 ans, mais c'est vrai qu'il faudrait une alternative, puisque le but devrait être de faire durer les devices beaucoup plus longtemps. Ca me donne envie de voir ce que ça donne, d'ailleurs, de développer une appli qui remonte aussi loin en compatibilité.