Posté par barmic 🦦 le 19 novembre 2024 à 00:10. En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  2.
Je regarderais nomad pour la curiosité merci.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 19 novembre 2024 à 00:09. En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  5.
Et k3s qui se présente comme un k8s mais en plus simple.
Je suis partagé de la notion de plus simple chez k3s d'un côté un binaire unique c'est un peu plus simple, mais je ne trouve pas que traefik soit plus simple qu'un ingress nginx, je ne trouve pas non plus que kine soit plus simple qu'etcd, etc. Ils intégrent de remplaçants qui sont très bien, mais qui aussi ajoute des nouveaux projets et tout ce qui va avec.
Posté par barmic 🦦 le 19 novembre 2024 à 00:07. En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  4.
Ce n'est pas parce que la boite de pizza, tout ce qu'il contient et l'armoire sont physiquement là que je ne me retrouve pas privé du serveur en question, mais si en 20 ans attacher avec des câbles RJ45 t'a permis d'éviter d'avoir à faire des sauvegardes c'est que ça doit être la bonne méthode.
Posté par barmic 🦦 le 19 novembre 2024 à 00:02. En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  2.
Mon avis est qu'il y a moins de systèmes critiques que ce que l'on croit.
En fait ça dépend du domaine dans le quel tu travail. Pour que l’expérience d'un utilisateur final soit 2 minutes d'indisponibilité tous les 2 ans, il faut que le service en question ai 2 minutes d'indisponibilité maximale sur 2 ans. Donc il faut que les services sur les quels il s'appuie en ai moins et ainsi de suite. C'est pour ça que Google prenait comme règle que tu ajoute un 9 de SLA à chaque niveau de dépendances. Un service A qui s'appuie sur le service B qui s'appuie sur le service C ? pour que A ai 99% de SLA (3 jours et demi par an), il faut que B ai 99.9% (9h par an) et C 99.99% (53 min). 2 minutes c'est 3 neuf après la virgule donc ton hébergeur devrait (selon cette règle) être à 4 neuf soit 31s. Pour te donner un ordre d'idée le service EC2 d'amazon est vendu pour être à 9.99%.
Mais globalement quand tu fourni du service aux entreprises et pas des produits pour utilisateurs finaux tu va devoir commencer à te poser ce genre de questions. Et si comme là où j'étais il n'y a pas si longtemps, tu héberge ta propre plateforme, tu va devoir faire le même travail pour l'électricité, la ligne fibre etc. La simplicité qu'offre un hébergeur même sans être "cloud" est assez fantastique.
Et pour ces systèmes vraiment critiques, Kubernetes est une bénédiction !
Avec un bon niveau de maitrise je n'en doute pas, avec mon niveau il y a des moments où il te sauve la vie et d'autres où il est très pénible.
Posté par barmic 🦦 le 18 novembre 2024 à 17:45. En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  4.
Je suis tombé sur ce lien via le journal du hacker et comme c'est pas simple ni de commenter sur le JdH ni sur le post initial, je profite de linuxfr :p
L'article essaie de dire que kubernetes c'est très compliqué et que ce n'est pas toujours la bonne solution. C'est vrai, mais impatient de voir quels étaient ces retours d’expérience je suis un peu sur ma faim.
Déjà l'un des liens se conclue par (désolé c'est medium)
In the last few years, Kubernetes has been a game-changer for us.
Et explique que c'est compliqué qu'ils se sont lancé un peu tôt dans kubernetes mais qu'ils sont content de leur choix.
Et les autres expliquent simplement qu'ils sont parti chez une solution propriétaire de chez AWS ou Google avec du coup un beau vendor lockin…
L'article parle d'une meta-loi (ça fait toujours bien les méta loi) sur la complexité, mais semble ne pas voir qu'ici la complexité est déplacée d'un système que tu contrôle (si tenté que tu es les compétences pour) avec kubernetes vers un le cloud provider. Bref le paradox de Tog dont il parle s'applique encore plus aux solutions cités dans l'article…
J'ai administré un cluster kubernetes on-premise pendant quelques années. Je comprends bien le niveau de complexité que ça représente, mais j'ai pas encore trouvé de solution pour avoir un déploiement aussi souple (avec la possibilité de perdre une machine et que les services soient déplacés par exemple et du rolling déploiement). J'ai un point de vue double sur kubernetes qui est plus complexe que ce dont beaucoup de gens ont besoin mais qui est le seul à offrir ces possibilités là .
Posté par barmic 🦦 le 18 novembre 2024 à 14:41. En réponse au journal Le bon sens et le C++. Évalué à  2.
Si on va par lĂ Ă moins d'avoir des builds distincts le mieux c'est encore de supprimer le code source plutĂ´t que de complexifier le build.
Posté par barmic 🦦 le 18 novembre 2024 à 14:38. En réponse au journal Le bon sens et le C++. Évalué à  2.
Il me semble que ces optimisations sont par unité de compilation à partir du moment où tu a des linkage même statique, ce n'est plus qu'une analyse de la forme "est-ce que le symbole de ce .o est présent dans un autre .o ? ".
Posté par barmic 🦦 le 16 novembre 2024 à 21:04. En réponse au lien Go a 15 ans. Évalué à  0.
jvms alternatives (dalvik, openj9)
Il me semblait qu'openj9 était uniquement un compilateur C2 alternatif mais il semble que tu as raison pour dalvik à aucun moment. Ce dernier ne supporte pas la spécification de la jvm et c'est bien pour ça qu'Oracle a intenté un procès.
surtout de gros acteurs capables de fourchetter (red hat, eclipse).
Alors là tu n'a cité qu'un seul acteur, hein ? Mais s'il est question de forker c'est la même chose avec go sauf que go est bien plus simple.
Apres sur le supposé abandon de Java par Google, je veux bien des sources fiables et pas juste des ressentis ou des correlations au pifometre.
Très franchement je m'en fou. On est pas en train d'instruire un procès. Google ne fuis pas java (il maintient ses projets et contribue à d'autres projets), mais je n'ai pas en tête de projets lancé en Java par Google depuis 15 ans. Il n'y a pas du tout d'un côté ou tout de l'autre mais Google est clairement passé d'un acteur du monde java à une entreprise à minima peu impliquée. À l'époque ils créaient GWT, guava ou guice par exemple aujourd'hui je ne trouve même pas leur distribution publique de java.
Posté par barmic 🦦 le 16 novembre 2024 à 17:08. En réponse au lien Go a 15 ans. Évalué à  4.
Oracle à torpillé Java en tortillant MySQL et OpenOffice
Je vois pas le rapport entre java et MySQL. Pour OOo, ça a toujours était écris en C++ avec uniquement certaines parties en java notamment pour profiter de JDBC, mais les problèmes d'OOo n'ont pas commencé avec Oracle. go openoffice existait déjà à l'époque de Sun.
Android bascule sur Kotlin
Non, ça n'a jamais était annoncé et ça n'est factuellement pas le cas. Google a uniquement annoncé que Kotlin était un first class citizen d'android.
Eclipse
Je ne sais pas de quoi tu parle c'est toujours en Java https://github.com/eclipse-platform/eclipse.platform
Hadoop
Pareil qu'eclipse https://github.com/apache/hadoop
Je pourrait aller plus loin. Y a t'il de nouveaux framework populaire en Java open-source… non juste ceux développé par Oracle (JavaFX)… c'est signé d'une absence de dynamique.
Nouveaux et populaire c'est toujours un peu piégeux (rien ne pourra battre Spring en terme de popularité avant un certains temps), mais tu as au moins
Si tu veux croire que Java est comme Cobol, il sera difficile de t'en dissuader parce qu'il est difficile de vérifier ce genre de dynamique. Ça fait 15 ans que java est annoncé comme étant le nouveau Cobol. L'entreprise dans la quelle je suis a lancé son produit phare en java en 2016. Tu as des bases de données comme Warp10 ou QuestDB qui sont en java.
Posté par barmic 🦦 le 16 novembre 2024 à 16:36. En réponse au lien Go a 15 ans. Évalué à  2. Dernière modification le 16 novembre 2024 à 16:36.
Google n'a pas arrêté de faire du Java pour autant
Est-ce qu'il a continué à lancer des projets en java entre 2010 et 2020 ?
Java a plusieurs implémentations
Je ne crois pas toutes celles que je connaissais ont étaient abandonnées ou racheté par Oracle, mais même si c'est le cas le TCK est encore sous le contrôle d'Oracle a ce que je sache.
Posté par barmic 🦦 le 15 novembre 2024 à 23:13. En réponse au lien Go a 15 ans. Évalué à  3.
Il faut toujours se méfier d'eux, mais Java est très loin d'être torpillé.
Pendant les 10 premières années d'existence de go, le procès d'Oracle à été un repoussoir tout à fait légitime.
Depuis grosso modo l'air java 9, ça va mieux donc 2017, mais le procès ne s'est terminé que plusieurs années plus tard. Entre temps go et kubernetes, probablement les 2 fleurons de go étaient sortis.
Oracle fait plus que contribuer à java, il contrôle Openjdk, c'est toujours lui qui maîtrise qui et comment est-ce qu'on peut accéder au TCK,…
Je suis surpris de te voir mettre en avant graalvm qui n'est pas libre selon ton heuristique.
Mais oui java se porte très bien
Posté par barmic 🦦 le 15 novembre 2024 à 12:23. En réponse au lien Google va tester de « supprimer » les médias de tous ses résultats en Europe pour certains internau…. Évalué à  3.
Les entreprises savent très bien évaluer l'efficacité d'une publicité.
Ça c'est faux. Ils savent très bien relier une pub a un acte d'achat s'il est immédiat (tu clique sur une pub, tu fais ton achat), pour le reste c'est bien plus compliqué. En particulier tu a plusieurs objectifs possibles, soit faire de la vente soit te donner de la présence et ce dernier point c'est vraiment très difficile d'en mesurer la pertinence. Tu connais ton nombre d'affichage, mais ça s'arrête là .
Avec les régis en ligne, tu n'a même pas un contrôle très efficace d'où tu es affiché. Il y a par exemple eu beaucoup de cas où les régies n'ont pas respectés les critères (par exemple pour ne pas être affiché à côté d'un contenu politique).
Tu va chercher à corréler ta campagne de pub avec d'autres métriques (le nombre d'accès à ton site, les recherches sur internet, ta visibilité sur les réseaux sociaux), mais c'est difficile d'en déduire une causalité. Entre autre parce que les campagnes publicitaires ne sont jamais monolithiques. En même temps que ta campagne Google, tu as toujours ton community manager qui fait son travail, ton blog est toujours en activité, tu n'arrête pas d'aller en conférence/convention pour autant, etc.
Ce n'est pas impossible, mais c'est un travail très compliqué pas à la porté de n'importe quelle entreprise (à minima il faut vraiment avoir des gens du domaine pour faire le travail ce qui n'est pas le cas d'un tas d'entreprises).
Posté par barmic 🦦 le 15 novembre 2024 à 12:12. En réponse au lien Go a 15 ans. Évalué à  2.
Moins d'un an après la sortie de Go, Oracle lancé le fameux procès contre Google.
Mais je ne pense pas du tout que go et java soient sur le même segment. D'ailleurs go sert beaucoup à faire des CLI qui sont resté longtemps un mauvais usage de java (jusqu'à ce que native-image permettent de démarrer en très peu de temps).
Il me semble avoir lu qu'il a beaucoup séduit de développeurs python alors que les créateurs du langages imaginaient plus séduire les développeurs C ou C++ (je sais plus).
Posté par barmic 🦦 le 15 novembre 2024 à 11:46. En réponse au journal Le bon sens et le C++. Évalué à  5.
Après le polymorphisme rend évident que l'hypothèse n'est pas valide, en tout cas pas dans le cas général.
struct A { virtual int foo() const { return 1; } }; struct B: public A { #ifndef REMOVE virtual int foo() const { return 2; } #endif }; auto bar = new B(); bar.foo();
Ă la syntaxe prĂŞt
Posté par barmic 🦦 le 12 novembre 2024 à 11:57. En réponse au journal Helix, une excellent alternative à vim !. Évalué à  2.
Des outils custom ou kubernest ou des outils de CI ou de vrais outils de plateforme as code ou des trucs spécifiques à des cloud provider ou une combinaison de toutes ces choses qui t'obligent à ce que le déploiement soit sur un modèle :
Si ton travail c'est purement d'être root de ces machines alors c'est que tu as installé la distribution et tout ce qui va avec, ne pas ajouter ce qui est important pour ceux qui vont l'utiliser serait une bêtise faut juste se mettre d'accord dans l'équipe.
Posté par barmic 🦦 le 12 novembre 2024 à 11:37. En réponse au journal Helix, une excellent alternative à vim !. Évalué à  2.
Oui et non. Aller taper directement sur des environnements c'est assez cavalier comme méthodologies et de plus en plus de boites ont des déploiements qui ne sont pas des vi dans des SSH.
Posté par barmic 🦦 le 12 novembre 2024 à 00:02. En réponse à la dépêche Sortie de LyX 2.4. Évalué à  2.
Il y a potentiellement une ou plusieurs associations de JdR dans ton patelin, ils seraient probablement très heureux de te guider voir de faire jouer dans votre boutique si c'est un truc que vous pouvez faire.
Posté par barmic 🦦 le 11 novembre 2024 à 00:32. En réponse au journal Next.ink : Vous devez être abonné pour pouvoir commenter. Évalué à  3.
Ça pousse aussi les commentaires sur les réseaux sociaux ce qui aide à gagner en visibilité
Posté par barmic 🦦 le 10 novembre 2024 à 20:11. En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  7.
Je ne pense pas que ce soit ça. Safari est le seul navigateur sur iPhone, les autres étant des ersatz et pas effet réseau il devient un navigateur très utilisé sur Mac.
Pour Chrome, je pense que c'est une position dominante d'être acteur aussi important du web et de créer un navigateur. Pour tout le monde c'est évident que si tu utilise Google, Youtube, GOffice et/ou Gmail, ça marchera mieux avec Chrome.
Je ne sais pas comment le détailler formellement, mais à mon avis, comme les USA ont interdit à des producteurs de cinémas de posséder des salles de cinémas, il ne devrait pas y avoir ce genre de relation entre ceux qui créent des grosses plateforme web et des navigateurs. Il est tout à fait envisageable d'interdire à Alphabet de créer des navigateurs web. Ça ne signerait pas la mort de Chrome, mais ça lui empêcherait de tirer parti de sa position hégémonique.
Posté par barmic 🦦 le 10 novembre 2024 à 14:42. En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  6.
VoilĂ , moi je trouve que cet article est correct.
Moi je trouve son cadrage grotesque. Le marché ce n'est pas que Firefox est à la traine, mais que Google Chrome est hégémonique. Prend tous les Brave, Opera, Edge, Arc etc, ils sont tous loin derrière alors qu'ils présentent tous des approchent différentes, des fonctionnalités en plus ou en moins, etc. Du coup la question c'est peut être moins quelle est le problème chez Firefox que quel est l'avantage chez Google Chrome.
L'article par d'une prémisse que je ne valide pas personnellement.
Firefox est loin d'être parfait, mais si je tu regarde les chiffres actuels de part de marché sans savoir de quoi on parle la question sera plus qu'est-ce qui fait que Chrome est imbattable et non pas pourquoi le troisième navigateur est troisième.
Posté par barmic 🦦 le 09 novembre 2024 à 17:20. En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  2.
Ce que je peux voir de l'article semble correspondre aux à priori que je décrivais
Posté par barmic 🦦 le 09 novembre 2024 à 17:19. En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  2.
Sur Opera c'est Einstein, ça montre bien qu'Opera c'est mieux. Ils ont pas fait un article se demandant pourquoi les gens sont trop vieux et trop buté pour passer à Opera
Posté par barmic 🦦 le 07 novembre 2024 à 15:42. En réponse au lien Ce que la présidence de Trump présage pour la tech. Évalué à  3.
C'est une excuse il existe des pays plurinational.
Posté par barmic 🦦 le 07 novembre 2024 à 12:57. En réponse au journal TapTempo en Slint. Évalué à  3. Dernière modification le 07 novembre 2024 à 12:57.
Certaines fondations font ce genre de travail. Quand tu vois un projet qui est "Apache Bidule", tu as un certains nombre de garanties sur le projet la licence mais pas que (l'organisation du projet, un certains nombre d'aspect légaux, le fait que la disparition d'un contributeur principal ne fasse pas perdre tous les accès, un outillage standard au sein de la fondation, etc). D'ailleurs la fondation Apache par exemple a tout un aspect pour empêche un projet de se fermer.
Tu peux aller aussi loin que tu veux par ce genre de procédé. C'est je trouve super utile. Je trouve extrêmement dommage que GNU ne soit pas plus clair et cherche à aller plus loin. Il est difficile de savoir ce que signifie qu'un projet est GNU. Je n'ai trouvé que les prérequis pour être hébergé sur savannah (mais c'est pas clair que hébergé sur savannah == GNU) qui se contente globalement à dire qu'il faut être libre, sans dépendance à du code non libre https://savannah.gnu.org/register/requirements.php
Posté par barmic 🦦 le 07 novembre 2024 à 08:36. En réponse au lien Ce que la présidence de Trump présage pour la tech. Évalué à  10.
Si tout le monde dis aujourd'hui que les américains savent pour quoi ils votent. On peut aussi rappeler que nous, on savait aussi à quoi s'en tenir. Continuer à être dépendant des USA, c'était déjà pas forcément une bonne idée à la base, mais la première présidence Trump a montré comment le sujet pouvait être plus concret que ce que certains pouvaient imaginer.
L'UE pourrait devenir une puissance à part entière, il faudrait juste qu'elle arrête de se focaliser sur comment dépenser le moins possible pour s'acheter une ambition.
[^] # Re: Commentaire
Posté par barmic 🦦 . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  2.
Je regarderais nomad pour la curiosité merci.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Commentaire
Posté par barmic 🦦 . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  5.
Je suis partagé de la notion de plus simple chez k3s d'un côté un binaire unique c'est un peu plus simple, mais je ne trouve pas que traefik soit plus simple qu'un ingress nginx, je ne trouve pas non plus que kine soit plus simple qu'etcd, etc. Ils intégrent de remplaçants qui sont très bien, mais qui aussi ajoute des nouveaux projets et tout ce qui va avec.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Commentaire
Posté par barmic 🦦 . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  4.
Ce n'est pas parce que la boite de pizza, tout ce qu'il contient et l'armoire sont physiquement là que je ne me retrouve pas privé du serveur en question, mais si en 20 ans attacher avec des câbles RJ45 t'a permis d'éviter d'avoir à faire des sauvegardes c'est que ça doit être la bonne méthode.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Un actif-passif simple suffit souvent
Posté par barmic 🦦 . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  2.
En fait ça dépend du domaine dans le quel tu travail. Pour que l’expérience d'un utilisateur final soit 2 minutes d'indisponibilité tous les 2 ans, il faut que le service en question ai 2 minutes d'indisponibilité maximale sur 2 ans. Donc il faut que les services sur les quels il s'appuie en ai moins et ainsi de suite. C'est pour ça que Google prenait comme règle que tu ajoute un 9 de SLA à chaque niveau de dépendances. Un service A qui s'appuie sur le service B qui s'appuie sur le service C ? pour que A ai 99% de SLA (3 jours et demi par an), il faut que B ai 99.9% (9h par an) et C 99.99% (53 min). 2 minutes c'est 3 neuf après la virgule donc ton hébergeur devrait (selon cette règle) être à 4 neuf soit 31s. Pour te donner un ordre d'idée le service EC2 d'amazon est vendu pour être à 9.99%.
Mais globalement quand tu fourni du service aux entreprises et pas des produits pour utilisateurs finaux tu va devoir commencer à te poser ce genre de questions. Et si comme là où j'étais il n'y a pas si longtemps, tu héberge ta propre plateforme, tu va devoir faire le même travail pour l'électricité, la ligne fibre etc. La simplicité qu'offre un hébergeur même sans être "cloud" est assez fantastique.
Avec un bon niveau de maitrise je n'en doute pas, avec mon niveau il y a des moments où il te sauve la vie et d'autres où il est très pénible.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Commentaire
Posté par barmic 🦦 . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à  4.
Je suis tombé sur ce lien via le journal du hacker et comme c'est pas simple ni de commenter sur le JdH ni sur le post initial, je profite de linuxfr :p
L'article essaie de dire que kubernetes c'est très compliqué et que ce n'est pas toujours la bonne solution. C'est vrai, mais impatient de voir quels étaient ces retours d’expérience je suis un peu sur ma faim.
Déjà l'un des liens se conclue par (désolé c'est medium)
Et explique que c'est compliqué qu'ils se sont lancé un peu tôt dans kubernetes mais qu'ils sont content de leur choix.
Et les autres expliquent simplement qu'ils sont parti chez une solution propriétaire de chez AWS ou Google avec du coup un beau vendor lockin…
L'article parle d'une meta-loi (ça fait toujours bien les méta loi) sur la complexité, mais semble ne pas voir qu'ici la complexité est déplacée d'un système que tu contrôle (si tenté que tu es les compétences pour) avec kubernetes vers un le cloud provider. Bref le paradox de Tog dont il parle s'applique encore plus aux solutions cités dans l'article…
J'ai administré un cluster kubernetes on-premise pendant quelques années. Je comprends bien le niveau de complexité que ça représente, mais j'ai pas encore trouvé de solution pour avoir un déploiement aussi souple (avec la possibilité de perdre une machine et que les services soient déplacés par exemple et du rolling déploiement). J'ai un point de vue double sur kubernetes qui est plus complexe que ce dont beaucoup de gens ont besoin mais qui est le seul à offrir ces possibilités là .
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bah non
Posté par barmic 🦦 . En réponse au journal Le bon sens et le C++. Évalué à  2.
Si on va par lĂ Ă moins d'avoir des builds distincts le mieux c'est encore de supprimer le code source plutĂ´t que de complexifier le build.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bah non
Posté par barmic 🦦 . En réponse au journal Le bon sens et le C++. Évalué à  2.
Il me semble que ces optimisations sont par unité de compilation à partir du moment où tu a des linkage même statique, ce n'est plus qu'une analyse de la forme "est-ce que le symbole de ce .o est présent dans un autre .o ? ".
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bravo
Posté par barmic 🦦 . En réponse au lien Go a 15 ans. Évalué à  0.
Il me semblait qu'openj9 était uniquement un compilateur C2 alternatif mais il semble que tu as raison pour dalvik à aucun moment. Ce dernier ne supporte pas la spécification de la jvm et c'est bien pour ça qu'Oracle a intenté un procès.
Alors là tu n'a cité qu'un seul acteur, hein ? Mais s'il est question de forker c'est la même chose avec go sauf que go est bien plus simple.
Très franchement je m'en fou. On est pas en train d'instruire un procès. Google ne fuis pas java (il maintient ses projets et contribue à d'autres projets), mais je n'ai pas en tête de projets lancé en Java par Google depuis 15 ans. Il n'y a pas du tout d'un côté ou tout de l'autre mais Google est clairement passé d'un acteur du monde java à une entreprise à minima peu impliquée. À l'époque ils créaient GWT, guava ou guice par exemple aujourd'hui je ne trouve même pas leur distribution publique de java.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bravo
Posté par barmic 🦦 . En réponse au lien Go a 15 ans. Évalué à  4.
Je vois pas le rapport entre java et MySQL. Pour OOo, ça a toujours était écris en C++ avec uniquement certaines parties en java notamment pour profiter de JDBC, mais les problèmes d'OOo n'ont pas commencé avec Oracle. go openoffice existait déjà à l'époque de Sun.
Non, ça n'a jamais était annoncé et ça n'est factuellement pas le cas. Google a uniquement annoncé que Kotlin était un first class citizen d'android.
Je ne sais pas de quoi tu parle c'est toujours en Java https://github.com/eclipse-platform/eclipse.platform
Pareil qu'eclipse https://github.com/apache/hadoop
Nouveaux et populaire c'est toujours un peu piégeux (rien ne pourra battre Spring en terme de popularité avant un certains temps), mais tu as au moins
Si tu veux croire que Java est comme Cobol, il sera difficile de t'en dissuader parce qu'il est difficile de vérifier ce genre de dynamique. Ça fait 15 ans que java est annoncé comme étant le nouveau Cobol. L'entreprise dans la quelle je suis a lancé son produit phare en java en 2016. Tu as des bases de données comme Warp10 ou QuestDB qui sont en java.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bravo
Posté par barmic 🦦 . En réponse au lien Go a 15 ans. Évalué à  2. Dernière modification le 16 novembre 2024 à 16:36.
Est-ce qu'il a continué à lancer des projets en java entre 2010 et 2020 ?
Je ne crois pas toutes celles que je connaissais ont étaient abandonnées ou racheté par Oracle, mais même si c'est le cas le TCK est encore sous le contrôle d'Oracle a ce que je sache.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bravo
Posté par barmic 🦦 . En réponse au lien Go a 15 ans. Évalué à  3.
Pendant les 10 premières années d'existence de go, le procès d'Oracle à été un repoussoir tout à fait légitime.
Depuis grosso modo l'air java 9, ça va mieux donc 2017, mais le procès ne s'est terminé que plusieurs années plus tard. Entre temps go et kubernetes, probablement les 2 fleurons de go étaient sortis.
Oracle fait plus que contribuer à java, il contrôle Openjdk, c'est toujours lui qui maîtrise qui et comment est-ce qu'on peut accéder au TCK,…
Je suis surpris de te voir mettre en avant graalvm qui n'est pas libre selon ton heuristique.
Mais oui java se porte très bien
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Suite de...
Posté par barmic 🦦 . En réponse au lien Google va tester de « supprimer » les médias de tous ses résultats en Europe pour certains internau…. Évalué à  3.
Ça c'est faux. Ils savent très bien relier une pub a un acte d'achat s'il est immédiat (tu clique sur une pub, tu fais ton achat), pour le reste c'est bien plus compliqué. En particulier tu a plusieurs objectifs possibles, soit faire de la vente soit te donner de la présence et ce dernier point c'est vraiment très difficile d'en mesurer la pertinence. Tu connais ton nombre d'affichage, mais ça s'arrête là .
Avec les régis en ligne, tu n'a même pas un contrôle très efficace d'où tu es affiché. Il y a par exemple eu beaucoup de cas où les régies n'ont pas respectés les critères (par exemple pour ne pas être affiché à côté d'un contenu politique).
Tu va chercher à corréler ta campagne de pub avec d'autres métriques (le nombre d'accès à ton site, les recherches sur internet, ta visibilité sur les réseaux sociaux), mais c'est difficile d'en déduire une causalité. Entre autre parce que les campagnes publicitaires ne sont jamais monolithiques. En même temps que ta campagne Google, tu as toujours ton community manager qui fait son travail, ton blog est toujours en activité, tu n'arrête pas d'aller en conférence/convention pour autant, etc.
Ce n'est pas impossible, mais c'est un travail très compliqué pas à la porté de n'importe quelle entreprise (à minima il faut vraiment avoir des gens du domaine pour faire le travail ce qui n'est pas le cas d'un tas d'entreprises).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: bravo
Posté par barmic 🦦 . En réponse au lien Go a 15 ans. Évalué à  2.
Moins d'un an après la sortie de Go, Oracle lancé le fameux procès contre Google.
Mais je ne pense pas du tout que go et java soient sur le même segment. D'ailleurs go sert beaucoup à faire des CLI qui sont resté longtemps un mauvais usage de java (jusqu'à ce que native-image permettent de démarrer en très peu de temps).
Il me semble avoir lu qu'il a beaucoup séduit de développeurs python alors que les créateurs du langages imaginaient plus séduire les développeurs C ou C++ (je sais plus).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Polymorphisme
Posté par barmic 🦦 . En réponse au journal Le bon sens et le C++. Évalué à  5.
Après le polymorphisme rend évident que l'hypothèse n'est pas valide, en tout cas pas dans le cas général.
Ă la syntaxe prĂŞt
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # le titre trop long m'embĂŞte
Posté par barmic 🦦 . En réponse au journal Helix, une excellent alternative à vim !. Évalué à  2.
Des outils custom ou kubernest ou des outils de CI ou de vrais outils de plateforme as code ou des trucs spécifiques à des cloud provider ou une combinaison de toutes ces choses qui t'obligent à ce que le déploiement soit sur un modèle :
Si ton travail c'est purement d'être root de ces machines alors c'est que tu as installé la distribution et tout ce qui va avec, ne pas ajouter ce qui est important pour ceux qui vont l'utiliser serait une bêtise faut juste se mettre d'accord dans l'équipe.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Le désavantage classique à Helix (mais aussi à fishshell, et à tout ce qui a des paillettes ...)
Posté par barmic 🦦 . En réponse au journal Helix, une excellent alternative à vim !. Évalué à  2.
Oui et non. Aller taper directement sur des environnements c'est assez cavalier comme méthodologies et de plus en plus de boites ont des déploiements qui ne sont pas des vi dans des SSH.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le droit Ă la paresse
Posté par barmic 🦦 . En réponse à la dépêche Sortie de LyX 2.4. Évalué à  2.
Il y a potentiellement une ou plusieurs associations de JdR dans ton patelin, ils seraient probablement très heureux de te guider voir de faire jouer dans votre boutique si c'est un truc que vous pouvez faire.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: manière de filtrer les commentaires
Posté par barmic 🦦 . En réponse au journal Next.ink : Vous devez être abonné pour pouvoir commenter. Évalué à  3.
Ça pousse aussi les commentaires sur les réseaux sociaux ce qui aide à gagner en visibilité
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: paywall
Posté par barmic 🦦 . En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  7.
Je ne pense pas que ce soit ça. Safari est le seul navigateur sur iPhone, les autres étant des ersatz et pas effet réseau il devient un navigateur très utilisé sur Mac.
Pour Chrome, je pense que c'est une position dominante d'être acteur aussi important du web et de créer un navigateur. Pour tout le monde c'est évident que si tu utilise Google, Youtube, GOffice et/ou Gmail, ça marchera mieux avec Chrome.
Je ne sais pas comment le détailler formellement, mais à mon avis, comme les USA ont interdit à des producteurs de cinémas de posséder des salles de cinémas, il ne devrait pas y avoir ce genre de relation entre ceux qui créent des grosses plateforme web et des navigateurs. Il est tout à fait envisageable d'interdire à Alphabet de créer des navigateurs web. Ça ne signerait pas la mort de Chrome, mais ça lui empêcherait de tirer parti de sa position hégémonique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: paywall
Posté par barmic 🦦 . En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  6.
Moi je trouve son cadrage grotesque. Le marché ce n'est pas que Firefox est à la traine, mais que Google Chrome est hégémonique. Prend tous les Brave, Opera, Edge, Arc etc, ils sont tous loin derrière alors qu'ils présentent tous des approchent différentes, des fonctionnalités en plus ou en moins, etc. Du coup la question c'est peut être moins quelle est le problème chez Firefox que quel est l'avantage chez Google Chrome.
L'article par d'une prémisse que je ne valide pas personnellement.
Firefox est loin d'être parfait, mais si je tu regarde les chiffres actuels de part de marché sans savoir de quoi on parle la question sera plus qu'est-ce qui fait que Chrome est imbattable et non pas pourquoi le troisième navigateur est troisième.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Précédemment
Posté par barmic 🦦 . En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  2.
Ce que je peux voir de l'article semble correspondre aux à priori que je décrivais
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La vraie question est
Posté par barmic 🦦 . En réponse au lien « Un geste politique » : pourquoi Firefox continue d’être utilisé, malgré l’hégémonie de Chrome. Évalué à  2.
Sur Opera c'est Einstein, ça montre bien qu'Opera c'est mieux. Ils ont pas fait un article se demandant pourquoi les gens sont trop vieux et trop buté pour passer à Opera
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Ouai
Posté par barmic 🦦 . En réponse au lien Ce que la présidence de Trump présage pour la tech. Évalué à  3.
C'est une excuse il existe des pays plurinational.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: slint
Posté par barmic 🦦 . En réponse au journal TapTempo en Slint. Évalué à  3. Dernière modification le 07 novembre 2024 à 12:57.
Certaines fondations font ce genre de travail. Quand tu vois un projet qui est "Apache Bidule", tu as un certains nombre de garanties sur le projet la licence mais pas que (l'organisation du projet, un certains nombre d'aspect légaux, le fait que la disparition d'un contributeur principal ne fasse pas perdre tous les accès, un outillage standard au sein de la fondation, etc). D'ailleurs la fondation Apache par exemple a tout un aspect pour empêche un projet de se fermer.
Tu peux aller aussi loin que tu veux par ce genre de procédé. C'est je trouve super utile. Je trouve extrêmement dommage que GNU ne soit pas plus clair et cherche à aller plus loin. Il est difficile de savoir ce que signifie qu'un projet est GNU. Je n'ai trouvé que les prérequis pour être hébergé sur savannah (mais c'est pas clair que hébergé sur savannah == GNU) qui se contente globalement à dire qu'il faut être libre, sans dépendance à du code non libre https://savannah.gnu.org/register/requirements.php
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Ouai
Posté par barmic 🦦 . En réponse au lien Ce que la présidence de Trump présage pour la tech. Évalué à  10.
Si tout le monde dis aujourd'hui que les américains savent pour quoi ils votent. On peut aussi rappeler que nous, on savait aussi à quoi s'en tenir. Continuer à être dépendant des USA, c'était déjà pas forcément une bonne idée à la base, mais la première présidence Trump a montré comment le sujet pouvait être plus concret que ce que certains pouvaient imaginer.
L'UE pourrait devenir une puissance à part entière, il faudrait juste qu'elle arrête de se focaliser sur comment dépenser le moins possible pour s'acheter une ambition.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll