Plait il? Et motorola, ils font quoi, des bisous a tout le monde?
Et google qui se sert de la marque android pour tuer la concurrence, c'est pas similaire comme pratique, des fois?
Faire chier le monde, enfin apple. Au final c'est surtout eux qu'ils emmerdent je pense, mais bon.
maintenir flash vivant encore un peu plus longtemps sur desktop, ca aide a faire passer les pubs sur youtube, en utilisant l'excuse "ouais mais on oblige, les browsers majoritaires ne supportent pas vp8".
fragmenter le web un peu plus et tenter d'en sortir un avantage concurrentiel pour chrome.
Ca fait un bail que google se fout bien d'aider le monde, en tout cas a grand echelle (balancer de l'argent de poche au google soc, c'est pas vraiment de la grande echelle), ce qui compte c'est le business (pas etonnant vu leur taille).
Par exemple en isolant les pilotes et en leur laissant le moins de privilèges possible, de façon à pouvoir les relancer tranquillement s’ils se vautrent ?
GNU Hurd. Enfin je ne sais pas où il en est de ce côté, mais l’isolation des pilotes est dans le principe des micro-noyaux et pouvoir résister à leurs plantages était dans les buts affichés de Hurd il y a déjà pas mal de temps, autant que je m’en souvienne.
Le probleme c'est pas tant que l'os plante ou pas. Enfin, si c'est un probleme, mais c'est pas LE probleme.
Quand tu peux pas jouer de la musique quand tu veux, quand ton laptop en veille a bouffe toute sa batterie en 3 heure, quand ta session X se banane a cause d'un pilote foireux, emportant toutes les applis avec elle, ca te fait une belle jambe de savoir que le kernel est toujours debout et vaillant.
Le fond du probleme c'est une integration pourrie et des bidouillages constants pour faire marcher des trucs somme toutes assez basique.
Les drivers independants du kernel, c'est cool, mais ca a un interet quand les drivers en question marchent. A choisir entre les deux, je prends un driver qui marche bien et emporte la machine au tas occasionalement.
Enfin si tu vois pas le problème tu vois pas le problème et comment il empire petit à petit soit heureux. Contrairement à tout les autres qui passent leur temps à s'amuser entre Java/Scala/Clojure/Groovy pour mettre un pied après les années 80.
Bon apres, ca depend ce que tu fais aussi.
Pour du backend de consumer web de base, le langage est certe veillot, mais c'est pas la fin du monde, et les perfs sont plutot tres bonnes.
L'ecosysteme autour aide enormement, j'ai monte une api rest sur notre backend en 15 jours recemment. Spring/jersey/jackson et j'ai un combo redoutable. Je me tape du mapping json dans tous les sens, ca va vite, c'est fiable, j'automatise le bousin avec chef tres facilement. Au final, je me retrouve avec moitie moins de VMs que ce que l'ancienne equipe .net avait, et avec de meilleurs temps de reponse et un nombre d'incidents reduits.
Les mecs qui voulaient pousser ruby sont incapables de me garantir que le format json public ne va pas changer suite a un changement innoncent de code, et l'equipe .net a toujours pas compris pourquoi du json en pascal case, ca emmerde le monde en plus de nous faire passer pour des amateurs.
Et on arrive au point ou le ruby commencerait a montrer ses probleme de perfs, et me lance pas sur son manque en multithreading (oui, je peux deployer sur des petites vm a un core, mais ca devient vite lourd).
Apres, oui, le langage a ses lourdeurs. Qu'un for(String string : list) te pete une npe a la gueule, c'est lourd. Idem avec int a = b + c, merci l'autoboxing a la con, et l'amour immodere de sun pour la philosophie "oh mon dieu! Un pointeur null! C'est la fin du monde!!".
J'ai brieffe un de mes dev objc sur cette api recemment, c'etait fun de lui dire toutes les 3 lignes "ouais, ca peut te peter une npe ca, fait gaffe". Apres, objc est le seul langage que je connaisse a etre aussi complaisant avec nil, merci le message send. Fin de la digression.
Apres, force est de constater que si tu veux faire du backend a grande echelle, ya beaucoup de chances pour qu'une evaluation objective des besoins te fasse dire "on va mettre pas mal de java la dedans".
Oui, tes data scientists vont mettre du scala, clairement tes front ends vont gueuler comme des putois (et a raison) si tu leur demande de faire du java.
Oui, java.util.Date est une blague de tres mauvais gout. Merci joda time.
Mais pour tes services, ton event bus et un paquet d'autres choses plutot critiques pour ton business, java marche bien, tres bien meme.
Ya juste trop d'historique et de boulot qui a ete accomplit en java, que ce soit dans la jvm ou l'ecosysteme pour refaire ca, et les gains seraient potentiellement limites.
Le langage s'applique à pratiquement tous les domaines, sur toutes les plateformes et pas comme un toy language.
Mouais, ca se discute ca. Java pour de l'ui c'est un choix douteux quand meme, entre le gc qui va tout freezer regulierement, et donc tuer ton framerate, l'absence de blocks pour tes callbacks (les class anonymes ca va 5 minutes), l'absence d'integration au systeme et la lourdeur du langage en general, c'est tres loin d'etre mon langage de predilection.
Ah, et l'overhead en ram de java sur des telephones est loin d'etre appreciable.
C'est pas pour rien que google a forke la jvm, et meme avec le monstre de travail accompli, ca reste tres lourd et plutot pas terrible niveau perfs, meme sur les monstres que sont les telephones android. D'ailleurs, ya une raison pour laquelle l'iphone s'en sort tres bien avec la moitie de la ram des telephones android equivalent…
Myspace? Vraiment, tu vas me citer myspace? Un truc mort et enterre depuis 7 ou 8 ans, dont tous les talents ont fuit vers d'autres horizons, essentiellement des java shops? Je le sais, j'ai bosse avec nombre d'anciens myspace ces 5 dernieres annees.
Barnes and nobles est mort est enterre (merci amazon).
Il te reste donc dell (effectivement), walmart, surtout connu pour ses magasins physiques, et newegg.
Maintenant, poussons le raisonnement un chtouille plus loin. Combien de ces boites sont connus pour repousser les limites, que ce soit d'un point de vue architectural, techno pure ou philosophie?
C'est ca qui m'a frappe quand j'ai decouvert le monde .net, c'est que la creme de la creme de cette communaute se resume a rattraper son retard sur le reste de la planete, et le milieu du panier fait franchement peur.
Regardes du cote java/ruby/python maintenant. Strictement aucune des technos "vrais hommes avec des couilles et de la scale serieuse" n'ont emerge du monde .net: tout le monde nosql, la montee du soa (a l'epoque ou ms poussait soap et du rpc bien rigide), la philosophie devops vient essentiellement de java shops, style netflix ou amazon, ou un mix ruby/java, l'emergence de serveurs "simples et legers" a la mode.js, toute la montee "data science", le big data, l'analytics/business intelligence, que sais je encore, j'ai la flemme de chercher.
Alors ok, c# a des features fancy (encore que linq est une non feature a mon avis, mais ca engage que moi), ms pousse des horreurs du style "serialization json en pascal case par defaut, et le fleuron de ms pour faire des api rest, c'est un truc nomme MVC, ce qui est assez rigolo sachant qu'une API rest est 100% modele. Forcemment, si t'as pas de vue, ton controlleur il sert pas a grand chose.
Pendant ce temps, java, qui est apparement un sous langage a t'ecouter, pousse l'ensentiel des avancees du milieu. J'avais tendance a te croire, ainsi que pbpg, et penser que les fanboy linuxiens en rajoutaient aveuglement, depuis que j'ai vu a quoi ressemble un .net shop, je me rends compte que les fanboys linuxiens sont pas si loin de la realite que ca.
Alors, ok, ms a probablement fait un bon boulot sur le clr, j'imagine qu'ils ont evite certaines des erreurs de java (les generics et autres conneries du style), mais sorti de ca (i.e., sorti des core teams microsoft qui sont probablement tres competentes), ya pas grand chose a se mettre sous la dent. Et le pompom c'est qu'ils ont reussi a se faire piquer leur principale avancee, un vm multi langage, par la jvm avec des trucs comme scala ou jruby.
il apportait vraiment du neuf, que ce soit en terme de performance, de syntaxe, etc.
C'est quoi au juste la contribution de c# au monde serveur?
Nan parce que ce que j'en voit de mon cote, bossant dans une boite .net centrique c'est que je peux pas nommer une seule techno/librairie qui ne soit pas venue du monde java ou ruby d'abord.
Et sorti de stackoverflow/microsoft.com, je peux pas te nommer un seul site a traffic decent base sur du .net.
Je vois aussi des gens avec une mentalite datant de debut 2000, ou des trucs aussi basiques que la gestion des dependences a la maven (nuget) ou l'IoC/DI a la spring sont loin d'etre acquis.
Et je passe sur ces noms de frameworks a la cons impossible a googler.
Ben ca va, c'etait pas la prehistoire non plus, ils avaient des bouquins, woz a ete a berkeley pendant un an, jobs a reeds pendant environ un an, les deux baignaient dans un milieu d'informaticiens/electroniciens et frequentaient des academiciens, woz bossait sur des mainframe chez hp, on est en droit de penser qu'ils avaient entendu parler de turing et de sa vie quand meme…
Personnellement je serais étonné qu'à ce moment là ils connaissent le nom de Turing, et encore plus son histoire… pour pouvoir lui présenter un tel hommage.
Heuu.. Pourquoi ils ne connaitraient pas turing a cette epoque?
Et de leur point de vue, tu en serais un puisque tu ne «protègerais pas les individus» en laissant des criminels en vie.
C'est pas vraiment ca, vu qu'ils prendraient perpet' sinon, ou 342 annees de prison, sans parole evidemment, les ouailles sont protegees dans les deux cas.
Officiellement, c'est pour faire un exemple fort, qui est cense empecher les autres de faire le meme crime. Bon, en pratique, les crimes sont soit passionels, donc impulsifs, soit premedites, donc avec un plan pour s'enfuir, plan qui est evidemment a toute epreuve et on peut pas se faire gauler, donc le coup de la grosse peine dissuassive ca marche pas terrible.
Officieusement (et je pense que c'est la vrai raison), c'est surtout un besoin de revanche: il a tue une gamine de 16 ans donc il faut le faire souffrir et le tuer lui aussi, ca lui apprendra. Soit disant que la famille de la victime se sent mieux une fois qu'il est mort.
Ben quand je cherche "race USA", je tombe sur des sites de courses automobile, faut croire qu'on est pas dans la meme bulle google (et j'avoue que j'ai peur de savoir ce qu'il y a dans la tienne".
Ce que je vois d'ici, c'est que quand j'entends parler de race, c'est rarement positif ou neutre, c'est pour parler des problèmes de racisme, i.e. "racial issues".
L'ethnie est synonyme de race.
BORDEL DE MERDE NON! Tu ne decides pas du sens des mots, merde a la fin.
Une race est un concept biologique précis, et l'ethnie n'a strictement rien a voir avec ca. Pour quelqu'un qui encule les mouches systématiquement sur les notions de nationaliste, neo nazi et qui applique libéralement la novlangue a toute ton idéologie nauséabonde, t'es d'un coup vachement laxiste avec le dictionnaire qui t'es si cher quant on t'appelle par ce que tu es, a savoir un putain de raciste.
Je n'en sais rien. Fais des analyses génétiques si tu veux savoir.
Il y a des différences physiques importantes entre un Espagnol et un Amérindien. Naturellement, le mélange de ces races produit des individus aux sang mêlés qu'on appelle des métis.
C'etait une question rethorique. La reponse est "aucune et énormément a la fois, ca depend des gens". Et de meme au sein de chacun des groupes respectifs. Le truc c'est que justement, cette demarcation n'est pas biologique mais culturelle, et surtout très context sensitive: les ricains font la difference parce qu'ils ont une forte immigration hispanophone qui tends a vivre en communauté et que ca fait une difference pour eux entre un blanc et un blanc qui parle espagnol (sous entendu un sud americain descendant de colons espagnols), alors que nous on s'en fout parce qu'on a tout un pays de blanc hispanophone a cote de chez nous. Donc non seulement la notion est très floue et arbitraire, mais en plus l'arbitraire change selon la position du globe, et de l'époque.
On veut faire des choses dynamiques, on veut les exprimer dynamiquement. Le web est inhérentement dynamique.
Mouais, ca veut un peu rien dire ca. Toutes les applis sont "inherentement" dynamiques, c'est un peu la definition d'un programme d'etre dynamique, ca veut pas dire qu'on fout du dynamique partout.
Moi aussi je fais des choses super dynamiques toute la journee, et je les exprime de facon "statique" en objc (si tant est "qu'exprimer de facon statique" veuille dire quelque chose).
Cela illustre la souplesse du langage : tu veux faire comme en java/c++ ? Pas de problèmes tu peux.
Mouais, si je voulais faire comme en java/c++, je ferais du java/c++, tout simplement, tu fais justement un argument contre le javascript la.
Mon point sur le hardware visait surtout a dire qu'en l'etat de la spec, les gains de perf vont venir essentiellement du matos, pas du soft.
Le langage est a son pic de perf, et c'est pas joyeux joyeux dans le monde mobile, js performe aussi bien sur un 4s (pas degueux niveau hard tout de meme) que sur ie8/x86. Avec assez peu d'espoir de gains de performance (je serais surpris que meme l'a7 qui poutre tout change grand chose a ce niveau la). En clair: js a fait un bond de geant en 2008-2010 parce que les implementations etaient tres naives, mais maintenant c'est "about as good as it gets".
Ensuite, sur l'evolution du langage, c'est pas aussi simple que ca.
Le cote prototype est un gros probleme de perfs. eval de meme. Le modele memoire est totalement non specifie, il faudrait faire le menage la dedans, mais ca va pas plaire a tout le monde, forcemment.
Au final, tu te retrouves avec une hydre a 3 tetes (quelqu'un a dit c++?) qui est un enfer a maintenir pour les developeurs de vm, et ou des trucs tout con et parfaitement, valides, genre importer une autre classe, vont ruiner tes perfs parce que les optimisaitons ne sont plus possible.
Ou alors tu fais une v2 qui pete la compatibilite, mais a ce compte la, est ce toujours javascript et pourquoi ne pas repartir sur de bases saines d'emblee?
Tu te retrouves dans un situation a la con, ou t'as pas de bonne solution, tu perds sur tous les tableaux. Partant de la, et sachant que js a un certain nombre de tares que beaucoup aimerait corriger, l'argument du "on remet tout a plat et on recommence" se tient. C'est un boulot titanesque, certes, mais ca tombe bien, c'est des titans qui s'en occupent.
Bon apres, a ta decharge, c'est google, et ca les arrangerais bien de pouvoir tirer le web vers eux, donc c'est parfaitement possible qu'ils poussent ca pour emmerder la concurrence.
Perso j'ai tendance a penser que la solution a ce probleme est de pas faire d'applis webs super riches (etonnant venant d'un developeur natif, hein?)
Si les perfs sont une contrainte, fait du natif, et distribue le via les stores de la plateforme. L'auto update que quasi tous proposent amenuise les problemes de distibution, ca performe bien, tu peux t'integret proprement a la plateforme et ca evite la valse bi annuelle des frameworks javascript.
Le probleme d'asm est qu'il accelere tout, sauf le principal, a savoir le js existant.
C'est cool de pouvoir compiler le moteur de doom 42 vers du js, ca fait de belles demos, on s'eclate a tuer des monstres pendant 5 minutes, et apres on retourne a son gmail qui est plutot pas super rapide (tout est relatif, evidemment), et asm.js ne peut pas y faire grand chose.
Si on garde js en brique de base, c'est un peu bizarre de demander de tout reecrire dans un autre langage, non? A ce compte la, partir sur un langage dedie avec un vrai bytecode me parait plus adapte.
Une autre question majeur que je me pose c'est pour quelles raisons veut-on de tellement hautes performances ?
La version courte: parce que js a atteint son pic de performance, et que les ameliorations a venir sont essentiellement hardware, ou alors une rupture forte avec le langage (asm.js, dart et autres). Parce que les ameliorations hard donnent assez peu d'espoir que ca s'ameliore beaucoup sous peu.
Parce que l'avenir est dans les devices mobiles, ou js performe comme une merde, et parce que la consommation d'energie (et donc les perfs indirectement) est plus importante que le confort du developeur et la resistance au changement de certains.
De deux choses l'une, soit tu ment, soit t'es vraiment tres grave.
Le concept de race n'est pas utilise aux us, non, en tout certainement pas par le gouvernement federal ou local.
Eux demandent parfois l'ethnicite, qui n'a pas grand chose a voir avec la race.
Je veux bien croire que l'antenne locale du ku klux klan y fasse toujours reference, par contre.
Maintenant, va falloir que tu m'expliques ce qui me differencie genetiquement, moi, white non hispanic, originaire du sud ouest (a 50%), de mon pote espagnol, white hispanic, qui est originaire de 300km au sud, de l'autre cote des pyrenees.
Ou encore le lien entre un sud americain descendant des colons espagnol et un des descendant des indiens d'ameriques, tous les deux latinos par la definitions ricaine.
Toi qui etait si a cheval que ca sur la definition du terme nazi ya pas si longtemps, t'es d'un coup vachement plus laxiste quand il s'agit de celle de race.
La question c'est pas de savoir si les humains sont differents, c'est de refuter les propos fumeux sur l'existence des races de l'autre huluberlu au dessus, qui s'amuse a detourner des choses pour appuyer son mensonge (les ricains font bien attention a eviter de parler de race, croit moi la dessus).
Ramener ca a la race, c'est aussi malin que de dire qu'un labrador blanc et un labrador noir sont de races differentes parce que "ben ya des differences evidentes, un enfant le voit". Ya des differences flagrantes entre un homme et une femme aussi, on parle pas pour autant de la race feminime.
Non, c'est pas la meme chose. Sinon les ricains ne feraient pas la difference entre white, hispanic, et white, non hispanic, par exemple, ou entre un koreen et un japonais.
L'ethnicity inclut surtout la culture, les traits physiques importent peu (un japonais est a peu pres aussi bride qu'un koreen, ce qui les differencie surtout c'est leur culture).
Ca serait cool si tu pouvais arreter de raconter des conneries.
Deja, les us n'ont pas de carte d'identite. Les etats en ont, s'ils le veulent, et en pratique les gens utilisent leur permis de conduire, et nombre de gens ne font meme pas la demande d'une carte d'identite.
Je viens de verifier sur mon id card californienne, ya ma couleur de cheveux, ma taille et mon poids, mais pas ma "race". Et justement, les ricains sont tres a cheval sur ce genre de choses. La question est souvent posee dans les formulaires, mais c'est toujours accompagne d'un "ne souhaite pas le declarer".
Il est possible que les passeports l'aient, mais s'ils l'ont, je suis sur a 100% qu'ils mentionnent l'ethnicite et pas la race, qui est un concept fumeux qui n'existe que dans ta tete.
Et s'ils en font mention, je suis aussi a peu pres certain que tu peux decliner de le preciser, vu que c'est un requirement legal pour tout le monde quand tu demandes l'ethnicite: t'as le droit de demander, mais la personne a le droit de ne pas repondre.
Tu peux, mais ca changera pas grand chose au problème de latence.
Au contraire, ca va l'aggraver: ta heap va grossir beaucoup plus si tu collectes moins souvent (enfin… a priori, ca va dépendre pas mal de ton pattern d'allocation), et donc tu vas passer encore plus de temps a collecter. Si la pause était un problème avec la latence précédente, y'a pas de raisons que ca soit moins un problème si t'augmentes la taille de a collecter.
Le gc ideal, c'est un gc qui collecte peu mais super souvent (mais pas trop non plus).
Tu peux decrire un peu plus ce que tu veux dire par gc feignant?
Mon petit doigt me dit c'est que tu retenais des references a des objets qui etaient joignables, et le gc t'as evite qq erreurs de segmentations ;-)
Justement, non, c'est tout le contraire.
Le probleme des gc, c'est la latence, meme un gc concurrent finit par forcer une pause, et ca freeze tout.
Selon le contexte et la duree de la pause, c'est un probleme ou pas. Une pause de qq ms sur un serveur, c'est pas vraiment un pb. Dans une ui, c'en est un.
Une pause de qq secondes sur un serveur, ca devient un probleme.
Sorti de ca, les gc sont plutot tout benef:
- pas de fuites, sorti des bugs de programmations, evidemments
- vachement moins de boulot pour le developeur
- gc veut generalement dire heap compaction, et ca, tu l'aimes quand ton process il dure longtemps: pas de fragmentation, et tes allocations reviennent grosso modo a deplacer un pointeur de la taille de l'allocation
Au final, une appli a courte duree de vie a tout interet a ne pas utiliser de gc: pas de fragmentation de la hea, les potentielles fuites sont pas un gros probleme, et tu te tapes pas de pauses.
A l'inverse, une appli qui vit tres longtemps a tout interet a compresser sa heap regulierement et les fuites sur le long terme peuvent etre un probleme.
Regarde le trombinoscope des gens recherchés par la Police sur leur site, ainsi que la population carcérale…
Si je comprends bien ce que tu dit, ce qui te derange dans le fond c'est leur couleur de peau, pas leur nationalite?
Nan parce que le trombinoscope en dit pas long sur la nationalite, mais en dit beaucoup sur la couleur peau.
[^] # Re: google
Posté par groumly . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 2.
Plait il? Et motorola, ils font quoi, des bisous a tout le monde?
Et google qui se sert de la marque android pour tuer la concurrence, c'est pas similaire comme pratique, des fois?
[^] # Re: Intérêt de Google ?
Posté par groumly . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 5.
Ca fait un bail que google se fout bien d'aider le monde, en tout cas a grand echelle (balancer de l'argent de poche au google soc, c'est pas vraiment de la grande echelle), ce qui compte c'est le business (pas etonnant vu leur taille).
[^] # Re: Intérêt de Google ?
Posté par groumly . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 6.
Les stats d'utilisation ne sont pas d'accord avec toi.
[^] # Re: Toujour galère...
Posté par groumly . En réponse au journal Nouveau laptop, problèmes de batterie, et virtualisation. Évalué à 2.
Le probleme c'est pas tant que l'os plante ou pas. Enfin, si c'est un probleme, mais c'est pas LE probleme.
Quand tu peux pas jouer de la musique quand tu veux, quand ton laptop en veille a bouffe toute sa batterie en 3 heure, quand ta session X se banane a cause d'un pilote foireux, emportant toutes les applis avec elle, ca te fait une belle jambe de savoir que le kernel est toujours debout et vaillant.
Le fond du probleme c'est une integration pourrie et des bidouillages constants pour faire marcher des trucs somme toutes assez basique.
Les drivers independants du kernel, c'est cool, mais ca a un interet quand les drivers en question marchent. A choisir entre les deux, je prends un driver qui marche bien et emporte la machine au tas occasionalement.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 1.
Bon apres, ca depend ce que tu fais aussi.
Pour du backend de consumer web de base, le langage est certe veillot, mais c'est pas la fin du monde, et les perfs sont plutot tres bonnes.
L'ecosysteme autour aide enormement, j'ai monte une api rest sur notre backend en 15 jours recemment. Spring/jersey/jackson et j'ai un combo redoutable. Je me tape du mapping json dans tous les sens, ca va vite, c'est fiable, j'automatise le bousin avec chef tres facilement. Au final, je me retrouve avec moitie moins de VMs que ce que l'ancienne equipe .net avait, et avec de meilleurs temps de reponse et un nombre d'incidents reduits.
Les mecs qui voulaient pousser ruby sont incapables de me garantir que le format json public ne va pas changer suite a un changement innoncent de code, et l'equipe .net a toujours pas compris pourquoi du json en pascal case, ca emmerde le monde en plus de nous faire passer pour des amateurs.
Et on arrive au point ou le ruby commencerait a montrer ses probleme de perfs, et me lance pas sur son manque en multithreading (oui, je peux deployer sur des petites vm a un core, mais ca devient vite lourd).
Apres, oui, le langage a ses lourdeurs. Qu'un for(String string : list) te pete une npe a la gueule, c'est lourd. Idem avec int a = b + c, merci l'autoboxing a la con, et l'amour immodere de sun pour la philosophie "oh mon dieu! Un pointeur null! C'est la fin du monde!!".
J'ai brieffe un de mes dev objc sur cette api recemment, c'etait fun de lui dire toutes les 3 lignes "ouais, ca peut te peter une npe ca, fait gaffe". Apres, objc est le seul langage que je connaisse a etre aussi complaisant avec nil, merci le message send. Fin de la digression.
Apres, force est de constater que si tu veux faire du backend a grande echelle, ya beaucoup de chances pour qu'une evaluation objective des besoins te fasse dire "on va mettre pas mal de java la dedans".
Oui, tes data scientists vont mettre du scala, clairement tes front ends vont gueuler comme des putois (et a raison) si tu leur demande de faire du java.
Oui, java.util.Date est une blague de tres mauvais gout. Merci joda time.
Mais pour tes services, ton event bus et un paquet d'autres choses plutot critiques pour ton business, java marche bien, tres bien meme.
Ya juste trop d'historique et de boulot qui a ete accomplit en java, que ce soit dans la jvm ou l'ecosysteme pour refaire ca, et les gains seraient potentiellement limites.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 1.
Mouais, ca se discute ca. Java pour de l'ui c'est un choix douteux quand meme, entre le gc qui va tout freezer regulierement, et donc tuer ton framerate, l'absence de blocks pour tes callbacks (les class anonymes ca va 5 minutes), l'absence d'integration au systeme et la lourdeur du langage en general, c'est tres loin d'etre mon langage de predilection.
Ah, et l'overhead en ram de java sur des telephones est loin d'etre appreciable.
C'est pas pour rien que google a forke la jvm, et meme avec le monstre de travail accompli, ca reste tres lourd et plutot pas terrible niveau perfs, meme sur les monstres que sont les telephones android. D'ailleurs, ya une raison pour laquelle l'iphone s'en sort tres bien avec la moitie de la ram des telephones android equivalent…
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.
Myspace? Vraiment, tu vas me citer myspace? Un truc mort et enterre depuis 7 ou 8 ans, dont tous les talents ont fuit vers d'autres horizons, essentiellement des java shops? Je le sais, j'ai bosse avec nombre d'anciens myspace ces 5 dernieres annees.
Barnes and nobles est mort est enterre (merci amazon).
Il te reste donc dell (effectivement), walmart, surtout connu pour ses magasins physiques, et newegg.
Maintenant, poussons le raisonnement un chtouille plus loin. Combien de ces boites sont connus pour repousser les limites, que ce soit d'un point de vue architectural, techno pure ou philosophie?
C'est ca qui m'a frappe quand j'ai decouvert le monde .net, c'est que la creme de la creme de cette communaute se resume a rattraper son retard sur le reste de la planete, et le milieu du panier fait franchement peur.
Regardes du cote java/ruby/python maintenant. Strictement aucune des technos "vrais hommes avec des couilles et de la scale serieuse" n'ont emerge du monde .net: tout le monde nosql, la montee du soa (a l'epoque ou ms poussait soap et du rpc bien rigide), la philosophie devops vient essentiellement de java shops, style netflix ou amazon, ou un mix ruby/java, l'emergence de serveurs "simples et legers" a la mode.js, toute la montee "data science", le big data, l'analytics/business intelligence, que sais je encore, j'ai la flemme de chercher.
Alors ok, c# a des features fancy (encore que linq est une non feature a mon avis, mais ca engage que moi), ms pousse des horreurs du style "serialization json en pascal case par defaut, et le fleuron de ms pour faire des api rest, c'est un truc nomme MVC, ce qui est assez rigolo sachant qu'une API rest est 100% modele. Forcemment, si t'as pas de vue, ton controlleur il sert pas a grand chose.
Pendant ce temps, java, qui est apparement un sous langage a t'ecouter, pousse l'ensentiel des avancees du milieu. J'avais tendance a te croire, ainsi que pbpg, et penser que les fanboy linuxiens en rajoutaient aveuglement, depuis que j'ai vu a quoi ressemble un .net shop, je me rends compte que les fanboys linuxiens sont pas si loin de la realite que ca.
Alors, ok, ms a probablement fait un bon boulot sur le clr, j'imagine qu'ils ont evite certaines des erreurs de java (les generics et autres conneries du style), mais sorti de ca (i.e., sorti des core teams microsoft qui sont probablement tres competentes), ya pas grand chose a se mettre sous la dent. Et le pompom c'est qu'ils ont reussi a se faire piquer leur principale avancee, un vm multi langage, par la jvm avec des trucs comme scala ou jruby.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 5.
C'est quoi au juste la contribution de c# au monde serveur?
Nan parce que ce que j'en voit de mon cote, bossant dans une boite .net centrique c'est que je peux pas nommer une seule techno/librairie qui ne soit pas venue du monde java ou ruby d'abord.
Et sorti de stackoverflow/microsoft.com, je peux pas te nommer un seul site a traffic decent base sur du .net.
Je vois aussi des gens avec une mentalite datant de debut 2000, ou des trucs aussi basiques que la gestion des dependences a la maven (nuget) ou l'IoC/DI a la spring sont loin d'etre acquis.
Et je passe sur ces noms de frameworks a la cons impossible a googler.
[^] # Re: Alan Turing gracié
Posté par groumly . En réponse au journal Alan Turing gracié.. Évalué à 1.
Ben ca va, c'etait pas la prehistoire non plus, ils avaient des bouquins, woz a ete a berkeley pendant un an, jobs a reeds pendant environ un an, les deux baignaient dans un milieu d'informaticiens/electroniciens et frequentaient des academiciens, woz bossait sur des mainframe chez hp, on est en droit de penser qu'ils avaient entendu parler de turing et de sa vie quand meme…
[^] # Re: Alan Turing gracié
Posté par groumly . En réponse au journal Alan Turing gracié.. Évalué à 1.
Heuu.. Pourquoi ils ne connaitraient pas turing a cette epoque?
[^] # Re: C'est pas pour gâcher l'esprit de Noël, mais...
Posté par groumly . En réponse au journal Alan Turing gracié.. Évalué à 4.
C'est pas vraiment ca, vu qu'ils prendraient perpet' sinon, ou 342 annees de prison, sans parole evidemment, les ouailles sont protegees dans les deux cas.
Officiellement, c'est pour faire un exemple fort, qui est cense empecher les autres de faire le meme crime. Bon, en pratique, les crimes sont soit passionels, donc impulsifs, soit premedites, donc avec un plan pour s'enfuir, plan qui est evidemment a toute epreuve et on peut pas se faire gauler, donc le coup de la grosse peine dissuassive ca marche pas terrible.
Officieusement (et je pense que c'est la vrai raison), c'est surtout un besoin de revanche: il a tue une gamine de 16 ans donc il faut le faire souffrir et le tuer lui aussi, ca lui apprendra. Soit disant que la famille de la victime se sent mieux une fois qu'il est mort.
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 3.
Ben quand je cherche "race USA", je tombe sur des sites de courses automobile, faut croire qu'on est pas dans la meme bulle google (et j'avoue que j'ai peur de savoir ce qu'il y a dans la tienne".
Ce que je vois d'ici, c'est que quand j'entends parler de race, c'est rarement positif ou neutre, c'est pour parler des problèmes de racisme, i.e. "racial issues".
BORDEL DE MERDE NON! Tu ne decides pas du sens des mots, merde a la fin.
Une race est un concept biologique précis, et l'ethnie n'a strictement rien a voir avec ca. Pour quelqu'un qui encule les mouches systématiquement sur les notions de nationaliste, neo nazi et qui applique libéralement la novlangue a toute ton idéologie nauséabonde, t'es d'un coup vachement laxiste avec le dictionnaire qui t'es si cher quant on t'appelle par ce que tu es, a savoir un putain de raciste.
C'etait une question rethorique. La reponse est "aucune et énormément a la fois, ca depend des gens". Et de meme au sein de chacun des groupes respectifs. Le truc c'est que justement, cette demarcation n'est pas biologique mais culturelle, et surtout très context sensitive: les ricains font la difference parce qu'ils ont une forte immigration hispanophone qui tends a vivre en communauté et que ca fait une difference pour eux entre un blanc et un blanc qui parle espagnol (sous entendu un sud americain descendant de colons espagnols), alors que nous on s'en fout parce qu'on a tout un pays de blanc hispanophone a cote de chez nous. Donc non seulement la notion est très floue et arbitraire, mais en plus l'arbitraire change selon la position du globe, et de l'époque.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 7.
Mouais, ca veut un peu rien dire ca. Toutes les applis sont "inherentement" dynamiques, c'est un peu la definition d'un programme d'etre dynamique, ca veut pas dire qu'on fout du dynamique partout.
Moi aussi je fais des choses super dynamiques toute la journee, et je les exprime de facon "statique" en objc (si tant est "qu'exprimer de facon statique" veuille dire quelque chose).
Mouais, si je voulais faire comme en java/c++, je ferais du java/c++, tout simplement, tu fais justement un argument contre le javascript la.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 8.
Mon point sur le hardware visait surtout a dire qu'en l'etat de la spec, les gains de perf vont venir essentiellement du matos, pas du soft.
Le langage est a son pic de perf, et c'est pas joyeux joyeux dans le monde mobile, js performe aussi bien sur un 4s (pas degueux niveau hard tout de meme) que sur ie8/x86. Avec assez peu d'espoir de gains de performance (je serais surpris que meme l'a7 qui poutre tout change grand chose a ce niveau la). En clair: js a fait un bond de geant en 2008-2010 parce que les implementations etaient tres naives, mais maintenant c'est "about as good as it gets".
Ensuite, sur l'evolution du langage, c'est pas aussi simple que ca.
Le cote prototype est un gros probleme de perfs. eval de meme. Le modele memoire est totalement non specifie, il faudrait faire le menage la dedans, mais ca va pas plaire a tout le monde, forcemment.
Au final, tu te retrouves avec une hydre a 3 tetes (quelqu'un a dit c++?) qui est un enfer a maintenir pour les developeurs de vm, et ou des trucs tout con et parfaitement, valides, genre importer une autre classe, vont ruiner tes perfs parce que les optimisaitons ne sont plus possible.
Ou alors tu fais une v2 qui pete la compatibilite, mais a ce compte la, est ce toujours javascript et pourquoi ne pas repartir sur de bases saines d'emblee?
Tu te retrouves dans un situation a la con, ou t'as pas de bonne solution, tu perds sur tous les tableaux. Partant de la, et sachant que js a un certain nombre de tares que beaucoup aimerait corriger, l'argument du "on remet tout a plat et on recommence" se tient. C'est un boulot titanesque, certes, mais ca tombe bien, c'est des titans qui s'en occupent.
Bon apres, a ta decharge, c'est google, et ca les arrangerais bien de pouvoir tirer le web vers eux, donc c'est parfaitement possible qu'ils poussent ca pour emmerder la concurrence.
Perso j'ai tendance a penser que la solution a ce probleme est de pas faire d'applis webs super riches (etonnant venant d'un developeur natif, hein?)
Si les perfs sont une contrainte, fait du natif, et distribue le via les stores de la plateforme. L'auto update que quasi tous proposent amenuise les problemes de distibution, ca performe bien, tu peux t'integret proprement a la plateforme et ca evite la valse bi annuelle des frameworks javascript.
[^] # Re: asm.js...
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 7.
Le probleme d'asm est qu'il accelere tout, sauf le principal, a savoir le js existant.
C'est cool de pouvoir compiler le moteur de doom 42 vers du js, ca fait de belles demos, on s'eclate a tuer des monstres pendant 5 minutes, et apres on retourne a son gmail qui est plutot pas super rapide (tout est relatif, evidemment), et asm.js ne peut pas y faire grand chose.
Si on garde js en brique de base, c'est un peu bizarre de demander de tout reecrire dans un autre langage, non? A ce compte la, partir sur un langage dedie avec un vrai bytecode me parait plus adapte.
asm.js est au mieux une solution de transition.
[^] # Re: « impropre à la création d'applications web complexe » ?
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 9.
La version courte: parce que js a atteint son pic de performance, et que les ameliorations a venir sont essentiellement hardware, ou alors une rupture forte avec le langage (asm.js, dart et autres). Parce que les ameliorations hard donnent assez peu d'espoir que ca s'ameliore beaucoup sous peu.
Parce que l'avenir est dans les devices mobiles, ou js performe comme une merde, et parce que la consommation d'energie (et donc les perfs indirectement) est plus importante que le confort du developeur et la resistance au changement de certains.
La version longue est la
http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
De deux choses l'une, soit tu ment, soit t'es vraiment tres grave.
Le concept de race n'est pas utilise aux us, non, en tout certainement pas par le gouvernement federal ou local.
Eux demandent parfois l'ethnicite, qui n'a pas grand chose a voir avec la race.
Je veux bien croire que l'antenne locale du ku klux klan y fasse toujours reference, par contre.
Maintenant, va falloir que tu m'expliques ce qui me differencie genetiquement, moi, white non hispanic, originaire du sud ouest (a 50%), de mon pote espagnol, white hispanic, qui est originaire de 300km au sud, de l'autre cote des pyrenees.
Ou encore le lien entre un sud americain descendant des colons espagnol et un des descendant des indiens d'ameriques, tous les deux latinos par la definitions ricaine.
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 7.
Mais t'as vu la vierge toi ou quoi?
Toi qui etait si a cheval que ca sur la definition du terme nazi ya pas si longtemps, t'es d'un coup vachement plus laxiste quand il s'agit de celle de race.
La question c'est pas de savoir si les humains sont differents, c'est de refuter les propos fumeux sur l'existence des races de l'autre huluberlu au dessus, qui s'amuse a detourner des choses pour appuyer son mensonge (les ricains font bien attention a eviter de parler de race, croit moi la dessus).
Ramener ca a la race, c'est aussi malin que de dire qu'un labrador blanc et un labrador noir sont de races differentes parce que "ben ya des differences evidentes, un enfant le voit". Ya des differences flagrantes entre un homme et une femme aussi, on parle pas pour autant de la race feminime.
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 1.
Non, c'est pas la meme chose. Sinon les ricains ne feraient pas la difference entre white, hispanic, et white, non hispanic, par exemple, ou entre un koreen et un japonais.
L'ethnicity inclut surtout la culture, les traits physiques importent peu (un japonais est a peu pres aussi bride qu'un koreen, ce qui les differencie surtout c'est leur culture).
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
C'est pas debile, ca sert a ajouter un chef d'inculpation si un etranger commet un crime grave.
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 7.
Ca serait cool si tu pouvais arreter de raconter des conneries.
Deja, les us n'ont pas de carte d'identite. Les etats en ont, s'ils le veulent, et en pratique les gens utilisent leur permis de conduire, et nombre de gens ne font meme pas la demande d'une carte d'identite.
Je viens de verifier sur mon id card californienne, ya ma couleur de cheveux, ma taille et mon poids, mais pas ma "race". Et justement, les ricains sont tres a cheval sur ce genre de choses. La question est souvent posee dans les formulaires, mais c'est toujours accompagne d'un "ne souhaite pas le declarer".
Il est possible que les passeports l'aient, mais s'ils l'ont, je suis sur a 100% qu'ils mentionnent l'ethnicite et pas la race, qui est un concept fumeux qui n'existe que dans ta tete.
Et s'ils en font mention, je suis aussi a peu pres certain que tu peux decliner de le preciser, vu que c'est un requirement legal pour tout le monde quand tu demandes l'ethnicite: t'as le droit de demander, mais la personne a le droit de ne pas repondre.
[^] # Re: Troll spotted
Posté par groumly . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 3.
Tu peux, mais ca changera pas grand chose au problème de latence.
Au contraire, ca va l'aggraver: ta heap va grossir beaucoup plus si tu collectes moins souvent (enfin… a priori, ca va dépendre pas mal de ton pattern d'allocation), et donc tu vas passer encore plus de temps a collecter. Si la pause était un problème avec la latence précédente, y'a pas de raisons que ca soit moins un problème si t'augmentes la taille de a collecter.
Le gc ideal, c'est un gc qui collecte peu mais super souvent (mais pas trop non plus).
[^] # Re: Troll spotted
Posté par groumly . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 5.
Un gc feignant en java? C'est une premiere :)
Tu peux decrire un peu plus ce que tu veux dire par gc feignant?
Mon petit doigt me dit c'est que tu retenais des references a des objets qui etaient joignables, et le gc t'as evite qq erreurs de segmentations ;-)
[^] # Re: Troll spotted
Posté par groumly . En réponse au journal Quelques langages de programmation pour GNOME. Évalué à 10.
Justement, non, c'est tout le contraire.
Le probleme des gc, c'est la latence, meme un gc concurrent finit par forcer une pause, et ca freeze tout.
Selon le contexte et la duree de la pause, c'est un probleme ou pas. Une pause de qq ms sur un serveur, c'est pas vraiment un pb. Dans une ui, c'en est un.
Une pause de qq secondes sur un serveur, ca devient un probleme.
Sorti de ca, les gc sont plutot tout benef:
- pas de fuites, sorti des bugs de programmations, evidemments
- vachement moins de boulot pour le developeur
- gc veut generalement dire heap compaction, et ca, tu l'aimes quand ton process il dure longtemps: pas de fragmentation, et tes allocations reviennent grosso modo a deplacer un pointeur de la taille de l'allocation
Au final, une appli a courte duree de vie a tout interet a ne pas utiliser de gc: pas de fragmentation de la hea, les potentielles fuites sont pas un gros probleme, et tu te tapes pas de pauses.
A l'inverse, une appli qui vit tres longtemps a tout interet a compresser sa heap regulierement et les fuites sur le long terme peuvent etre un probleme.
[^] # Re: Que du bonheur !
Posté par groumly . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 4.
Si je comprends bien ce que tu dit, ce qui te derange dans le fond c'est leur couleur de peau, pas leur nationalite?
Nan parce que le trombinoscope en dit pas long sur la nationalite, mais en dit beaucoup sur la couleur peau.