Gestion des compétences de quoi ? Pour écrire un service Go de quelques centaines de lignes ? Soyons sérieux, n'importe quel développeur devrait être en capacité de le faire.
Bien sûr ! Et tout développeur un peu sérieux devrait écrire du code sans bug, jongler avec le procédural, l'objet et le fonctionnel, être fullstack, développer en BDD, maitriser une cinquante de langues (parce que bon le français, l'anglais, le mandarin, l'arabe et l'espagnol, c'est un peu limite), etc, etc
Dans la vraie vie, c'est pas le cas et augmenter la complexité de la maintenance de ton code, il faut que ce soit quelque chose de maitrisé et fait en connaissance de cause.
Il y avait un thread il y a quelques temps ici de gens qui comme toi (tu y avait peut être participé) prenaient de haut les développeurs qui avaient commis une faille (heartbleat ? gotofail ?…) et qui avaient pondu un code comme exemple de leur savoir faire. Bon il était bugué… :) Je vois pas à quoi ça sert de faire le fier à se croire excellent et à être élitiste. Ça pousse juste à faire n'importe quoi par excès de confiance (« non mais quelques centaines de go je sais faire », « mais il n'y a que les nuls qui tombent dans les pièges des langages », « apprendre un nouveau langage ? 1/2 journée maximum »,…).
Pérennité de quoi ? Go et Javascript ? Je pense que c'est pas trop mal à ce niveau.
Hors de leur bibliothèque standard ? En js il y a quelques trucs (comme jQuery) en go je ne sais pas.
Sincèrement tu semble être entrain de nous dérouler la planche publicitaire des microservices sans le moindre recul. J'ai beaucoup de retours bien moins glorieux sur des gens qui ont voulu s'y mettre et qui ont découvert que ça demande beaucoup de travail pour un gain très limité voir inexistant (ou tout juste potentiel).
Ça marche chez toi, c'est cool. Vous maitrisez tous je ne sais combien de langages/framework/bibliothèque, c'est parfait.
Mais de mon expérience c'est pas le cas de la majorité des développeurs que j'ai rencontré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le vrai argument c'est "j'extrais chaque problème et je choisi la bonne solution pour résoudre ce problème".
Je n'ai fais que reprendre ce que tu as dis hein ?
Go parce que c'est le fun, du js parce que j'avais pas envie de python et que la version java était carrément trop lente.
Tu réponds sur pourquoi tu t'autorise à changer de langage moi j'ai repris les arguments que tu nous avancé pour choisir tel ou tel langage. C'est pas la même chose.
Mais ces choix sont plus compliqué que ça. Ce n'est pas une question de geek, dans le choix, la pérennité de la techno et la gestion de vos compétences sont vraiment à prendre en compte.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Bonne question et ici j'en parle dans le sens, on commence à converger vers une solution/une API relativement pérenne.
Aujourd'hui les solutions que j'ai essayé en go sont, je trouve, assez bricolées. Accéder à des paramètres dans l'URL, dans les entêtes HTTP, dans le chemin,… n'est pas très agréable on a pas d'abstraction qui permet de passer un paramètre de l'un à l'autre, d'avoir un routeur qui se base sur des patterns. Après la gestion d'erreur n'est pas agréable, mais je pense que ça vient du fait que je ne suis pas encore assez familiarisé avec Go.
Franchement il suffit juste d'essayer.
Ça tombe bien c'est ce que je fais (Go actuellement) et je donne mon impression (qui n'a valeur que de mon avis). Après Clojure et Rust ne me font pas envie, j'ai plus envie de jouer avec Scala par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'était pour ne pas m'attarder là dessus, mais ce n'est pas toujours aussi simple (ou au contraire des fois c'est plus simple que ça).
Quand tu évalue la complexité algorithme, tu regarde le nombre de fois que tu fais une opération. Si cette opération coûte seulement quelques cycles d'horloge pas de problème. Quand elle nécessite un accès à ta base de données alors c'est une autre paire de manche. Et c'est quelque chose que j'ai rencontré l'an dernier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu as déja tout ce qu'il faut en go pour faire du REST, du messaging, du rendu dynamique, de l'ORM, du parsing, etc, etc…
Je n'ai pas la sensation que tout cela soit vraiment mature et le fait que la gestion des dépendances, elle, ne l'ai clairement pas fait que je suis assez frileux pour faire tout ça en go.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pas vraiment, non. Ils ont quitté PHP il y a longtemps. Ils ont toujours du code PHP, mais soit il est compilé en C++, soit il tourne sur HipHop. Une partie se fait réécrire en Hack.
Facebook est l'exemple même de celui qui a eu des déboire avec PHP (et qui contrairement à ce que dit crev1 ne pouvait pas contenter de multiplier les machines indéfiniment).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tous les clients, demandeurs, décideurs n'ont pas un compte Amazon/Google/Azure leur permettant de faire tout et n'importe quoi
Ha oui mais ça n'entre pas en compte ça. Si les clients, demandeurs ou décideurs veulent rester dans le passé qu'ils restent sous java ee même s'il n'évolue plus, ils seront bien ! Je donne des solutions qui scale, si les gens n'en veulent pas faut pas se plaindre derrière ;-)
Rah tu va me faire dire des choses que je n'aime pas faut que je fasse gaffe…
La performance n'est jamais un objectif en soit, mais il faut tout de même y faire attention. À plus bas niveau que l'architecture d'un projet le fait d'utiliser des algo en O(N) plutôt qu'en O(log(N)) par exemple est une erreur. Les 2 scales, on est à un grain plus précis, mais c'est ce qui différencie une partie de ton application que tu va devoir instancier 4 fois plutôt que 2.
Justement la perf pourrie c'est le passé et c'est JavaEE qui t'oblige à avoir un modèle de thread ridiculement pourri et te dis qu'on s'en fou tu fou un répartiteur de charge et tu duplique tes serveurs inutilement là où avec un nodejs/vertx/ratpack, tu diminuerais fortement la pression là dessus.
Mais en fait ce que tu décris c'est juste ce qu'on peut faire partout, non ? Ok, excepté SOAP car plus personne ne veut en faire.
Je n'en sais rien (et je m'en fou à vraie dire), la question c'est de le comparer. Faire du webservice REST aujourd'hui en GO de mon expérience (et de mon goût) c'est largement moins agréable que de le faire avec JAXRS. De même pour la version Spring que je trouve moins bien faite. À coté je n'aime pas du tout JPA que je fuis comme la peste.
Langage, framework c'est bien, mais il faut penser en terme de services et d'archi, quitte à mixer plusieurs technos, chacune adaptée.
Oui mais tu semble chercher à ignorer tous les effets de bord (je t'en veux pas tu troll ;)
Multiplier les techno, c'est multiplier la complexité de maintenance.
Multiplier les techno, c'est devoir se tenir sur tout ces environnements (tu subit les cassures de compatibilité/évolution/dépréciation de chacune de tes technos)
etc
C'est vraiment pas enviable surtout si les arguments sont « c'est fun » ou « j'ai pas envie de … ». Personnellement ça ne me donne pas envie de travailler avec, même si l'architecture est bonne et que chaque techno peu me plaire. Se la jouer « on fait du microservice donc on peut faire ce qu'on veut » je te le laisse volontiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ouai alors les microservices en terme de bullshit ça se place à peu prêt au même niveau que les composants réutilisables, hein ?
C'est nécessaire dans des cas très particuliers que presque personne ici ne rencontrera jamais et ça demande surtout en plus de techno qui vont bien, d'avoir une organisation du travail et un management qui puisse gérer ça.
Alors ouai c'est hype, tu as pleins de conférence sur le sujet, mais IRL tu connais combien de développement :
organisé en microservice ?
bien organisé en microservice ?
qui avaient véritablement besoin de microservice ?
Quand tu n'arrive plus à maintenir ton logiciel, généralement tu ne t'en sortira pas mieux avec des microservices.
Après j'adore Rx et Vertx (sachant que ces 2 là n'ont pas une goute de JavaEE dans leur code). Ils permettent de faire du développement réactif. C'est différent des microservices (disons que les microservices est une façon de faire de la programmation réactive ou par agent).
Note que Vertx a comme alternative ratpak ;)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Est-ce que le go ne serait pas une alternative viable ?
C'est marrant car pour moi go est l'exact inverse de Java. Java est un langage haut niveau qui permet de faire des choses assez bas niveau alors que j'ai l'impression que go est un langage de bas niveau qui permet de faire des choses d'assez haut niveau.
Quoi qu'il en soit, il lui manque un écosystème pour pouvoir entrer dans la course (on parle de la plateforme JavaEE pas du langage java).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mon app pourrait être en ruby, en python, en java, en dotnet, en brainfuck, ça ne change absolument rien niveau scalabilité.
Ouai mais non. Je comprends tout à fait ce que tu veux dire et je suis certains que tu en fait un peu trop à fin de souligner ton propos, mais :
tu n'es pas entrain de dire que le langage n'est pas important tu dis que tu t'intéresse au langage uniquement dans les parties critiques (ce qui est très différent)
la scalabilité c'est important, mais la performance brute l'es aussi. Tous les clients, demandeurs, décideurs n'ont pas un compte Amazon/Google/Azure leur permettant de faire tout et n'importe quoi. Les prix de ces choses là est relativement important. Si tu n'a pas un business bien clair, ça peu être compliqué. Donc pour moi ce n'est pas parce que tu sais que tu scale que tu ne va pas avoir besoin de faire gaffe à ta consommation de ressources.
Mais bon je trouve la conversation totalement inutile. Ce qui donne de l'importance à JavaEE c'est son écosystème (de quoi faire du messaging, de l'accès aux base de données relationnel, du web, de la gestion de la sécurité, de la distribution, des services web REST et SOAP, etc).
De ce que je vois dans tous les autres langages chaque framework fais à sa sauce, sauf en python où il y a une tentative de standardiser des choses. Je ne sais pas à quel point ça fonctionne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je n'utilise pas EE mais SE donc c'est une vraie question.
Ça dépend si tu parle vraiment de JavaSE. Spring ou Hibernate se basent sur des spec de JavaEE (les servlets et JPA par exemple).
Utiliser Glassfish et OpenJDK ça ne suffit pas ?
Ça dépend de beaucoup de choses. Ce qui est craint par le journal, c'est de en plus voir évoluer les standards JavaEE.
Si cela arrive c'est la mort à moyen terme de toutes les techno JavaEE (un écosystème qui ne se renouvèle pas assez est voué à disparaître assez rapidement, il y a encore du boulot dans JavaEE pour gérer les base NoSQL, HTTP2, etc - quand ça existe c'est améliorable -). Et contre ça on peut voir arriver une alternative (comme Spring).
Mais il serait intéressant de garder une forme de standard pour harmoniser les bibliothèques et les frameworks. et c'est là qu'il y a le plus de risques. IBM et RedHat ont annoncé dans la semaine avec d'autres vouloir monter leur propre standard JavaEE pour aller dans ce sens.
Ensuite selon comment Oracle se comporte, il peu vouloir embêter tout ceux qui utilisent JavaEE et là c'est plus embêtant (on ne peu plus faire évoluer JavaEE, il faut repartir de JavaSE et recréer des standards).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne suis pas d'accord. Pivotal a lâché groovy l'an dernier. Scala n'est plus géré par TypeSafe pour justement ne plus être gérér par une seule entité commerciale, mais par des universitaires/une fondation. C'est nettement plus saint.
Après Oracle a clairement acheté Sun pour voir tout ce qu'il pouvait se faire comme brouzoufs et se rend compte qu'il y a une série de truc où ce n'est pas aussi simple que ce qu'ils imaginaient.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Exactement, passer sur OpenJDK ou autre implique aussi de ne plus avoir une société commerciale derrière, connu qui plus est.
.Net serait le grand gagnant de cette manœuvre.
RedHat ? IBM ?
Mais bon il y a quand même de forte chance que la fondation Apache récupère tout ça, un peu comme OpenOffice en son temps.
Et groovy plus récemment.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Au lieu de subir, qu'est-ce qui empêchait ces personnes de partir à la concurrence, notamment Free ? Souvent juste le confort du statut et le pire est qu'ils le disaient d'eux-même sans la moindre honte. Souvent ces personnes espéraient pouvoir continuer le pantouflage, et c'est une des raisons qui les mettait sur la sellette.
Sur la sellette ? Tu dis juste avant qu'ils sont intouchables, il faut savoir.
Le management aurait-il du recourir au harcèlement pour limiter ses effectifs si le personnel avait était sous contrat privé, simplement licenciable ?
Discuter ? Il y a des partenaires sociaux, non ? Des syndicats ? Des représentants du personnel ? Des entretiens individuels ?
Il y a des milliards de façons de faire ! Il n'y a rien ! Rien du tout ! Qui puisse ne serais-ce qu'expliquer le harcèlement moral d'un manager. Son travail c'est justement de gérer de l'humain et de faire en sorte de trouver une façon de le motiver, pas de l'écraser. On peut diluer la responsabilité (en France on devient manager pour avoir une bonne paie plutôt que par vocation), mais le type qui décide de pousser quelqu'un d'autre à bout pour tenter de le faire craquer, n'a strictement rien pour lui ! Ce n'est pas une question de privé ou publique !
En France, on compte un suicide d'indépendant tous les 2 jours, tout le monde s'en moque. 60 suicides sur 3 ans chez FT et c'est la fin du monde. Deux poids, deux mesures ?
C'est affreux, mais c'est le fait qu'ils soient indépendants. Ça donne l'impression que c'est du cas par cas. Trouver l'élément commun qui est le déclencheur de ces suicides n'est pas forcément simple.
Voilà, c'est juste pour contre-balancer un peu la vision bisounours de l'article. Pour info, j'ai bossé chez Orange quand j'étais en SSII, et si une petite partie (surtout des ingés) est vraiment l'élite de la France, une majorité était des planqués d'un autre âge que j'avais moi aussi de virer par groupe de 100 pour remettre un peu de dynamisme dans tout ça.
Il y a une grosse différence entre vouloir mettre des claques à quelqu'un et le faire en étant son chef et surtout l'un ne légitime pas l'autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce n'est pas parce que tu ne peux pas avoir une vision plus précise avec un outil statistique que la vision moins précise est pertinente. Les statistiques c'est aussi savoir dire que nous ne savons pas tenir de conclusion fiable à partir de ses données.
On pourrait faire appel à d'autres méthodes relevant de la sociologie (entretiens avec les personnes, etc.), mais d'une part, il est difficile de s'entretenir arec un suicidé, et d'autre part c'est une question totalement différente des chiffres seuls.
Et elle en est pas moins pertinente. C'est le travail d’enquêteur. Voir l'entourage des gens, ce qu'ils ont laissé, etc. Ce n'est pas parce que tu ne peux pas le faire dans ton commentaire que ça n'est pas important. C'est tout le boulot du juge d'instruction et c'est probablement là dessus que le jugement va se faire.
Observer froidement et automatiquement des chiffres est très loin de suffire. C'est pour ça que c'est au procureur qu'on a demandé son avis et pas à un employé de l'INSEE.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce dont tu parle existe déjà, mais ne s'applique pas à n'importe quel calcul.
D'une part (et cocorico !), il y a les grid5000 qui est une grille de calcul géré par l'enseignement supérieur monté sur des petites machines réparties un peu partout en France.
D'autre part tu as les projets comme Boinc qui sont des plateformes que tout le monde peu installer chez soit pour aider les projets qui l'utilisent en leur donnant du temps de calcul. Les problématiques sont assez spécifiques :
ton calcul doit vraiment se découper et se répartir : tu envoie à chaque nœud un bout de code et un bout de donnée et il doit t'envoyer un résultat. Tu ne peux pas avoir des masses d'interactions entre tes eux parce que tu as une latence et un débit faible
tu dois gérer de la sécurité : il faudrait pas que quelqu'un s'amuse à te fournir des données truquées. Pour ça, tu peux signer les binaires et les résultats, les redonder etc
Mais c'est intéressant et déjà très utile. Je crois qu'on avait entendu parlé ici d'un projet pour faire ça en JS pour que les utilisateurs n'aient même pas à installer de client (mais je en retrouve pas).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Cher un fonctionnement qui peut être lourd ou léger selon comment c'est fait
Voilà, on y est. Ce que je viens d'expliquer quoi.
Et qui est très différents de ce que tu dis dans ton premier message,où tu parles du single page comme une technique très consommatrice sans prendre en compte qu'il y a différents usages (ce que tu reconnais dans ton nouveau commentaire).
Je n'ai pas dit que c'est bien ou pas j'ai juste voulu modérer ton point de vue. Tu prends une propriété et tu déduis qu'elle est caractéristique sans explication ni autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je n'ai pas de doute que ces éléments sont dans le dossier et que le procureur les a lu.
L'analyse statistique n'est peut-être pas suffisante ou pas suffisamment poussé. Par exemple tu (ou Slate) a comparer avec le taux de suicide de les employés française, pas des csp+.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Parler des fournisseurs de contenus est sans doute un peu moins classe que de dire "les journalistes" (car qui peut se prétendre être contre les journalistes à part Balkany et Peter Thiel), mais ça reste quand même la réalité.
Tu parle de la MPAA, RIAA, etc ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse au journal Meta chat.
Évalué à 6.
Tu peux créer plusieurs groupes d'amis, et sélectionner ce que tu publies de manière efficace ?
Oui (après la notion d'efficace peut être sujette à discussion).
J'ai eu pas mal de "gamins" en amis (neveu, fils du voisin…) ça m'a vite gavé, mais alors là très vite. Noyé de kikoololleries, j'ai viré tout ça rapidos.
Tu peux les garder en amis, mais ne plus les afficher dans ton flux actualité (je sais pas si c'est de ça que tu parle).
J'ai pas réessayé G+ récemment, mais dans le temps il était très bon pour ça car il mappait les groupes sur des pages d'actualités pour toi. Ça te permet de créer un cercle « famille jeune » et d'avoir leur publication regroupées dans le flux « famille jeune », mais je crois qu'ils ont finalement abandonné les cercles (ils sont en galère pour essayer de fusionner tes contacts/groupes gmail et tes contacts G+, c'est assez sophistiqué sachant qu'il essaie d'être plus intelligent que toi pour gérer tes contacts…).
Mais facebook fais ça plutôt bien, son principal problème c'est de ne pas être interopérable (genre envoyer des mails à tes contacts qui ne sont pas sur facebook, avoir des calendriers dispo dans thunderbird, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse au journal Meta chat.
Évalué à 7.
Et d'ailleurs, quand elle s'inscrira sur Facebook, je mettrai un point d'honneur à ne surtout pas être son copain :
1) je ne suis pas son copain
2) j'ai pas vraiment envie de savoir ce qu'elle dit
3) et surtout, j'ai aucune envie qu'elle sache ce que je dis ;)
C'est assez drôle, je trouve :) Facebook a tout ce qu'il faut pour gérer les points 2 et 3, mais non même le geek de papa ne semble pas le savoir. Facebook s'est doté de tout ce qu'il faut pour remplacer un exchange ou un compte google (communication textuelle/audio/vidéo synchrone/asynchrone, gestion de calendrier, blog/pages, flux type rss, partage de photo (pas de document),…) et je ne serais pas surpris que vos enfants utilisent l'ensemble de ses fonctionnalités.
Pour le point 1, follower/ami/membre d'un cercle/… ce sont juste des labels pour parler d'une arrête quelconque du graphe que représente ses réseaux. En tant que geek avoir la même lecture de ça qu'un journaliste de télévision ou un chanteur à succès, c'est dommage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça n'est pas forcément si simple. Sur un même clavier tu as plusieurs variantes possibles (pour azerty, latin1, latin9, oss,…).
La majorité des gens n'en ont même pas conscience, mais j'avoue que moi j'aime bien mon oss avec le quel je sais écrire pleins de choses (…, «, », " ", ¹²⁵⁶, ⋅, →, ↑, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.
Bien sûr ! Et tout développeur un peu sérieux devrait écrire du code sans bug, jongler avec le procédural, l'objet et le fonctionnel, être fullstack, développer en BDD, maitriser une cinquante de langues (parce que bon le français, l'anglais, le mandarin, l'arabe et l'espagnol, c'est un peu limite), etc, etc
Dans la vraie vie, c'est pas le cas et augmenter la complexité de la maintenance de ton code, il faut que ce soit quelque chose de maitrisé et fait en connaissance de cause.
Il y avait un thread il y a quelques temps ici de gens qui comme toi (tu y avait peut être participé) prenaient de haut les développeurs qui avaient commis une faille (heartbleat ? gotofail ?…) et qui avaient pondu un code comme exemple de leur savoir faire. Bon il était bugué… :) Je vois pas à quoi ça sert de faire le fier à se croire excellent et à être élitiste. Ça pousse juste à faire n'importe quoi par excès de confiance (« non mais quelques centaines de go je sais faire », « mais il n'y a que les nuls qui tombent dans les pièges des langages », « apprendre un nouveau langage ? 1/2 journée maximum »,…).
Hors de leur bibliothèque standard ? En js il y a quelques trucs (comme jQuery) en go je ne sais pas.
Sincèrement tu semble être entrain de nous dérouler la planche publicitaire des microservices sans le moindre recul. J'ai beaucoup de retours bien moins glorieux sur des gens qui ont voulu s'y mettre et qui ont découvert que ça demande beaucoup de travail pour un gain très limité voir inexistant (ou tout juste potentiel).
Ça marche chez toi, c'est cool. Vous maitrisez tous je ne sais combien de langages/framework/bibliothèque, c'est parfait.
Mais de mon expérience c'est pas le cas de la majorité des développeurs que j'ai rencontré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 4.
Je n'ai fais que reprendre ce que tu as dis hein ?
Tu réponds sur pourquoi tu t'autorise à changer de langage moi j'ai repris les arguments que tu nous avancé pour choisir tel ou tel langage. C'est pas la même chose.
Mais ces choix sont plus compliqué que ça. Ce n'est pas une question de geek, dans le choix, la pérennité de la techno et la gestion de vos compétences sont vraiment à prendre en compte.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Go ?
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 6.
Bonne question et ici j'en parle dans le sens, on commence à converger vers une solution/une API relativement pérenne.
Aujourd'hui les solutions que j'ai essayé en go sont, je trouve, assez bricolées. Accéder à des paramètres dans l'URL, dans les entêtes HTTP, dans le chemin,… n'est pas très agréable on a pas d'abstraction qui permet de passer un paramètre de l'un à l'autre, d'avoir un routeur qui se base sur des patterns. Après la gestion d'erreur n'est pas agréable, mais je pense que ça vient du fait que je ne suis pas encore assez familiarisé avec Go.
Ça tombe bien c'est ce que je fais (Go actuellement) et je donne mon impression (qui n'a valeur que de mon avis). Après Clojure et Rust ne me font pas envie, j'ai plus envie de jouer avec Scala par exemple.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.
C'était pour ne pas m'attarder là dessus, mais ce n'est pas toujours aussi simple (ou au contraire des fois c'est plus simple que ça).
Quand tu évalue la complexité algorithme, tu regarde le nombre de fois que tu fais une opération. Si cette opération coûte seulement quelques cycles d'horloge pas de problème. Quand elle nécessite un accès à ta base de données alors c'est une autre paire de manche. Et c'est quelque chose que j'ai rencontré l'an dernier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Go ?
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 4.
Je n'ai pas la sensation que tout cela soit vraiment mature et le fait que la gestion des dépendances, elle, ne l'ai clairement pas fait que je suis assez frileux pour faire tout ça en go.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 8.
Pas vraiment, non. Ils ont quitté PHP il y a longtemps. Ils ont toujours du code PHP, mais soit il est compilé en C++, soit il tourne sur HipHop. Une partie se fait réécrire en Hack.
Facebook est l'exemple même de celui qui a eu des déboire avec PHP (et qui contrairement à ce que dit crev1 ne pouvait pas contenter de multiplier les machines indéfiniment).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.
Rah tu va me faire dire des choses que je n'aime pas faut que je fasse gaffe…
La performance n'est jamais un objectif en soit, mais il faut tout de même y faire attention. À plus bas niveau que l'architecture d'un projet le fait d'utiliser des algo en O(N) plutôt qu'en O(log(N)) par exemple est une erreur. Les 2 scales, on est à un grain plus précis, mais c'est ce qui différencie une partie de ton application que tu va devoir instancier 4 fois plutôt que 2.
Justement la perf pourrie c'est le passé et c'est JavaEE qui t'oblige à avoir un modèle de thread ridiculement pourri et te dis qu'on s'en fou tu fou un répartiteur de charge et tu duplique tes serveurs inutilement là où avec un nodejs/vertx/ratpack, tu diminuerais fortement la pression là dessus.
Je n'en sais rien (et je m'en fou à vraie dire), la question c'est de le comparer. Faire du webservice REST aujourd'hui en GO de mon expérience (et de mon goût) c'est largement moins agréable que de le faire avec JAXRS. De même pour la version Spring que je trouve moins bien faite. À coté je n'aime pas du tout JPA que je fuis comme la peste.
Oui mais tu semble chercher à ignorer tous les effets de bord (je t'en veux pas tu troll ;)
Multiplier les techno, c'est multiplier la complexité de maintenance.
Multiplier les techno, c'est devoir se tenir sur tout ces environnements (tu subit les cassures de compatibilité/évolution/dépréciation de chacune de tes technos)
etc
C'est vraiment pas enviable surtout si les arguments sont « c'est fun » ou « j'ai pas envie de … ». Personnellement ça ne me donne pas envie de travailler avec, même si l'architecture est bonne et que chaque techno peu me plaire. Se la jouer « on fait du microservice donc on peut faire ce qu'on veut » je te le laisse volontiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 2.
Ouai alors les microservices en terme de bullshit ça se place à peu prêt au même niveau que les composants réutilisables, hein ?
C'est nécessaire dans des cas très particuliers que presque personne ici ne rencontrera jamais et ça demande surtout en plus de techno qui vont bien, d'avoir une organisation du travail et un management qui puisse gérer ça.
Alors ouai c'est hype, tu as pleins de conférence sur le sujet, mais IRL tu connais combien de développement :
Quand tu n'arrive plus à maintenir ton logiciel, généralement tu ne t'en sortira pas mieux avec des microservices.
Après j'adore Rx et Vertx (sachant que ces 2 là n'ont pas une goute de JavaEE dans leur code). Ils permettent de faire du développement réactif. C'est différent des microservices (disons que les microservices est une façon de faire de la programmation réactive ou par agent).
Note que Vertx a comme alternative ratpak ;)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Go ?
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 7.
C'est marrant car pour moi go est l'exact inverse de Java. Java est un langage haut niveau qui permet de faire des choses assez bas niveau alors que j'ai l'impression que go est un langage de bas niveau qui permet de faire des choses d'assez haut niveau.
Quoi qu'il en soit, il lui manque un écosystème pour pouvoir entrer dans la course (on parle de la plateforme JavaEE pas du langage java).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.
Ouai mais non. Je comprends tout à fait ce que tu veux dire et je suis certains que tu en fait un peu trop à fin de souligner ton propos, mais :
Mais bon je trouve la conversation totalement inutile. Ce qui donne de l'importance à JavaEE c'est son écosystème (de quoi faire du messaging, de l'accès aux base de données relationnel, du web, de la gestion de la sécurité, de la distribution, des services web REST et SOAP, etc).
De ce que je vois dans tous les autres langages chaque framework fais à sa sauce, sauf en python où il y a une tentative de standardiser des choses. Je ne sais pas à quel point ça fonctionne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 5.
Ça dépend si tu parle vraiment de JavaSE. Spring ou Hibernate se basent sur des spec de JavaEE (les servlets et JPA par exemple).
Ça dépend de beaucoup de choses. Ce qui est craint par le journal, c'est de en plus voir évoluer les standards JavaEE.
Si cela arrive c'est la mort à moyen terme de toutes les techno JavaEE (un écosystème qui ne se renouvèle pas assez est voué à disparaître assez rapidement, il y a encore du boulot dans JavaEE pour gérer les base NoSQL, HTTP2, etc - quand ça existe c'est améliorable -). Et contre ça on peut voir arriver une alternative (comme Spring).
Mais il serait intéressant de garder une forme de standard pour harmoniser les bibliothèques et les frameworks. et c'est là qu'il y a le plus de risques. IBM et RedHat ont annoncé dans la semaine avec d'autres vouloir monter leur propre standard JavaEE pour aller dans ce sens.
Ensuite selon comment Oracle se comporte, il peu vouloir embêter tout ceux qui utilisent JavaEE et là c'est plus embêtant (on ne peu plus faire évoluer JavaEE, il faut repartir de JavaSE et recréer des standards).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Actu
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 10.
L'info dur journal est légèrement datée. Oracle a déjà répondu : http://www.developpez.com/actu/101010/Oracle-brise-le-silence-et-rassure-au-sujet-de-Java-EE-la-firme-pourrait-devoiler-un-nouveau-plan-pour-la-plateforme-a-la-JavaOne-en-septembre/
et un peu avant c'est RH et IBM qui annonçaient prendre vouloir prendre en main la chose : http://www.developpez.com/actu/100909/Des-partisans-de-Java-EE-soutenus-par-Red-Hat-et-IBM-decident-de-poursuivre-leur-propre-developpement-de-la-plateforme-independamment-d-Oracle/
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: microsoft
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 8.
L'écosystème est beaucoup beaucoup plus petit que celui de Java (alors que le langage est vraiment meilleur que java).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fuyez Oracle a tout prix
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 4.
Je ne suis pas d'accord. Pivotal a lâché groovy l'an dernier. Scala n'est plus géré par TypeSafe pour justement ne plus être gérér par une seule entité commerciale, mais par des universitaires/une fondation. C'est nettement plus saint.
Après Oracle a clairement acheté Sun pour voir tout ce qu'il pouvait se faire comme brouzoufs et se rend compte qu'il y a une série de truc où ce n'est pas aussi simple que ce qu'ils imaginaient.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: microsoft
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 4.
RedHat ? IBM ?
Et groovy plus récemment.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Efficacité chez Orange
Posté par barmic . En réponse au journal Harcèlement moral et poursuite des dirigeants. . Évalué à 5.
Dans le désordre.
Sur la sellette ? Tu dis juste avant qu'ils sont intouchables, il faut savoir.
Discuter ? Il y a des partenaires sociaux, non ? Des syndicats ? Des représentants du personnel ? Des entretiens individuels ?
Il y a des milliards de façons de faire ! Il n'y a rien ! Rien du tout ! Qui puisse ne serais-ce qu'expliquer le harcèlement moral d'un manager. Son travail c'est justement de gérer de l'humain et de faire en sorte de trouver une façon de le motiver, pas de l'écraser. On peut diluer la responsabilité (en France on devient manager pour avoir une bonne paie plutôt que par vocation), mais le type qui décide de pousser quelqu'un d'autre à bout pour tenter de le faire craquer, n'a strictement rien pour lui ! Ce n'est pas une question de privé ou publique !
C'est affreux, mais c'est le fait qu'ils soient indépendants. Ça donne l'impression que c'est du cas par cas. Trouver l'élément commun qui est le déclencheur de ces suicides n'est pas forcément simple.
Il y a une grosse différence entre vouloir mettre des claques à quelqu'un et le faire en étant son chef et surtout l'un ne légitime pas l'autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Stats
Posté par barmic . En réponse au journal Harcèlement moral et poursuite des dirigeants. . Évalué à 10.
Ce n'est pas parce que tu ne peux pas avoir une vision plus précise avec un outil statistique que la vision moins précise est pertinente. Les statistiques c'est aussi savoir dire que nous ne savons pas tenir de conclusion fiable à partir de ses données.
Et elle en est pas moins pertinente. C'est le travail d’enquêteur. Voir l'entourage des gens, ce qu'ils ont laissé, etc. Ce n'est pas parce que tu ne peux pas le faire dans ton commentaire que ça n'est pas important. C'est tout le boulot du juge d'instruction et c'est probablement là dessus que le jugement va se faire.
Observer froidement et automatiquement des chiffres est très loin de suffire. C'est pour ça que c'est au procureur qu'on a demandé son avis et pas à un employé de l'INSEE.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Bizarre le cadeau d'EDF...
Posté par barmic . En réponse à la dépêche Le Top 500 des supercalculateurs de juin 2016. Évalué à 5.
Ce dont tu parle existe déjà, mais ne s'applique pas à n'importe quel calcul.
D'une part (et cocorico !), il y a les grid5000 qui est une grille de calcul géré par l'enseignement supérieur monté sur des petites machines réparties un peu partout en France.
D'autre part tu as les projets comme Boinc qui sont des plateformes que tout le monde peu installer chez soit pour aider les projets qui l'utilisent en leur donnant du temps de calcul. Les problématiques sont assez spécifiques :
Mais c'est intéressant et déjà très utile. Je crois qu'on avait entendu parlé ici d'un projet pour faire ça en JS pour que les utilisateurs n'aient même pas à installer de client (mais je en retrouve pas).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Poids Plume
Posté par barmic . En réponse au journal Sortie de Linux Mint 18 « Sarah ». Évalué à 3.
Ils ont retiré les boucles infinies cherry ça ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Poids Plume
Posté par barmic . En réponse au journal Sortie de Linux Mint 18 « Sarah ». Évalué à 3.
Et qui est très différents de ce que tu dis dans ton premier message,où tu parles du single page comme une technique très consommatrice sans prendre en compte qu'il y a différents usages (ce que tu reconnais dans ton nouveau commentaire).
Je n'ai pas dit que c'est bien ou pas j'ai juste voulu modérer ton point de vue. Tu prends une propriété et tu déduis qu'elle est caractéristique sans explication ni autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Stats
Posté par barmic . En réponse au journal Harcèlement moral et poursuite des dirigeants. . Évalué à 10. Dernière modification le 07 juillet 2016 à 22:32.
Je n'ai pas de doute que ces éléments sont dans le dossier et que le procureur les a lu.
L'analyse statistique n'est peut-être pas suffisante ou pas suffisamment poussé. Par exemple tu (ou Slate) a comparer avec le taux de suicide de les employés française, pas des csp+.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Jeu de mains, jeu de vilains. Donner c'est clair.
Posté par barmic . En réponse au journal Financer le web proprement grâce à la pub et une paire de modules Firefox. Évalué à 3.
Tu parle de la MPAA, RIAA, etc ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Résister
Posté par barmic . En réponse au journal Meta chat. Évalué à 6.
Oui (après la notion d'efficace peut être sujette à discussion).
Tu peux les garder en amis, mais ne plus les afficher dans ton flux actualité (je sais pas si c'est de ça que tu parle).
J'ai pas réessayé G+ récemment, mais dans le temps il était très bon pour ça car il mappait les groupes sur des pages d'actualités pour toi. Ça te permet de créer un cercle « famille jeune » et d'avoir leur publication regroupées dans le flux « famille jeune », mais je crois qu'ils ont finalement abandonné les cercles (ils sont en galère pour essayer de fusionner tes contacts/groupes gmail et tes contacts G+, c'est assez sophistiqué sachant qu'il essaie d'être plus intelligent que toi pour gérer tes contacts…).
Mais facebook fais ça plutôt bien, son principal problème c'est de ne pas être interopérable (genre envoyer des mails à tes contacts qui ne sont pas sur facebook, avoir des calendriers dispo dans thunderbird, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Résister
Posté par barmic . En réponse au journal Meta chat. Évalué à 7.
C'est assez drôle, je trouve :) Facebook a tout ce qu'il faut pour gérer les points 2 et 3, mais non même le geek de papa ne semble pas le savoir. Facebook s'est doté de tout ce qu'il faut pour remplacer un exchange ou un compte google (communication textuelle/audio/vidéo synchrone/asynchrone, gestion de calendrier, blog/pages, flux type rss, partage de photo (pas de document),…) et je ne serais pas surpris que vos enfants utilisent l'ensemble de ses fonctionnalités.
Pour le point 1, follower/ami/membre d'un cercle/… ce sont juste des labels pour parler d'une arrête quelconque du graphe que représente ses réseaux. En tant que geek avoir la même lecture de ça qu'un journaliste de télévision ou un chanteur à succès, c'est dommage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: I wqs mqde for loving you bqby!
Posté par barmic . En réponse à la dépêche Slackware 14.2. Évalué à 3.
Ça n'est pas forcément si simple. Sur un même clavier tu as plusieurs variantes possibles (pour azerty, latin1, latin9, oss,…).
La majorité des gens n'en ont même pas conscience, mais j'avoue que moi j'aime bien mon oss avec le quel je sais écrire pleins de choses (…, «, », " ", ¹²⁵⁶, ⋅, →, ↑, etc).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)