groumly a écrit 3293 commentaires

leurs serveurs sont peu chargés

Et ouais, les mecs qui frontent un tiers de l’internet Mondial et se mangent régulièrement des ddos à plus de 100gb/s vont pas réussir à faire monter un service comme le dns en charge.
ca va, quoi…

Personne ne prétend que le pc va disparaître.
Ce qui est très clair par contre c’est que la plateforme n’a quasiment aucun potentiel de croissance (et c'est pas nouveau, ça fait plus de 10 ans qu’on le sait). Et la croissance, c’est le moteur de cette industrie. Pas de croissance, peu d’investissement, rien de vraiment nouveau sous le soleil, moins de brouzoufs.

C’est comme le papier cul. Personne prétend que ça va disparaître, mais si tu lances une startup qui produit du pq, ben faut pas s’attendre à des miracles. Ton volume de vente dépendra de ton prix pondéré par ton investissement marketing, et pis, ben, c’est tout. Un bon gestionnaire à la tête de la boîte, c’est tout ce qu’il te faut. Tu pourras en vivre, très certainement. Mais tu vas pas déchaîner les foules, attirer les ingénieurs brillants et changer le monde.

mais on en vendra encore pour toutes les activités "productrices " de contenu

Ouais, ouais, bien sûr. Ça fait 10 ans qu’on l’entend celle la, et le résultat c’est qu’Apple a plus de fric que l’oncle Picsou, et ms vient de tuer sa division os desktop.
J’en connais quelques uns qui utilisent un iPad comme machine principale au boulot. Alors, ouais, ils sont pas ingénieurs ou designers, plutôt product manager, managers tout court, mais ils produisent pas moins que les autres. Ils font énormément de Google doc, du Jira, des sketches, des présentations, des spreadsheets. J’en connais un qui a un surface studio flamboyant sur son bureau, s’en sert une fois par mois et passe son temps sur son iPad 12”.
Ya encore énormément de boulot, mais Apple fait beaucoup de progrès sur l’ipad en tant que replaçant du pc.
Vu le chemin parcouru, je parierais pas mon déjeuner que dans 10 ans, le laptop soit pas relégué aux marches de niches.

Pas vraiment, non. Kotlin date de 2010, vient de chez jetbrains et a été commencé avant le procès en question.
Sans compter que kotlin, c’est cool, mais ça repose toujours sur une jvm, et ça sert pas à grand chose sans un runtime java.

Et tout ca qui passe comme une lettre a la poste pour les americains (ou presque).

Euh, ben je sais pas comment marche la poste chez toi, ou peut être wue tu reçoit pas souvent du courrier, mais j’ai pas franchement l’impression que cette administration marque des points niveau popularité.
Fin y’a grosso modo plus de la moitié du pays qui veut les foutre dehors, une palanquée de procès lancés par les états, et une équipe qui travaille dur à les mettre en taule.

Vu les hanches/bassin, ca va être dur de le faire passer pour un homme.

Le langage est compilé directement en bytecode, donc exécuté par la jvm comme du java, ou tout autre langage jvm (clojure, scala etc).
100% compatible avec java (y compris les annotations par exemple).
L’interet C’est des feature plus moderne (first class support des optional), et vachement vachement moins verbeux.

C’est en gros comme java, mais largement modernisé.

Ca n’a aucun sens, c’est comme si je te disait qu’il est impossible d’avoir des problèmes de concurrence sur un pentium 4 parce qu’il est monocoeur.
Ta section critique que t’es garantie qu’elle ne sera jamais interrompue, ça ne marche que si elle fait un traitement synchrone, i.e. qui bloque ton event loop. Bloquer une event loop, c’est mal, ça tue la latence, du coup on limite ça à des opérations très légères. Les opérations plus lourdes font un bout de processing, et rendent la main à l’event Loop, pour continuer leur processing à la boucle suivante. J’imagine que je ne t’apprends rien en disant ça.

Il suffit d’introduire un seul appel de fonction un tant soit peu costaud en cpu, genre un hash crypto, ou que sais je encore, et t’es force de repasser en asynchrone. Ta garantie que ta section critique ne sera pas interrompue vient de partir en fumée, et tu te retrouves avec du code méchamment bugge.

Dit autrement, ton approche marchotte tant que ton appli est triviale et/ou ne prend aucune charge (ce qui en pratique est la réalité de beaucoup d’appli node), et se ramasse/se bloque dès que tu monte en charge (ce qui est aussi en pratique la réalité de pas mal d’appli node), mais je pourrais dire exactement la même chose de n’importe quel modèle de programmation.

En pratique, le modèle “collaboratif”, il te force à rendre la main en permanence, et t’es pas mieux loti qu’avec du préemptif. Ou alors, c’est que ton service n’est pas utilisé. C’est sur que n’avoir aucune charge aide a ne pas avoir de bugs, m’enfin, ça me paraît pas être flatteur, ni pertinent.

Jusqu’au jour où tu fais un appel de fonction un temps soit peu lourd en cpu qui va rendre la main à ton event loop et paf le bug.

Le premier c'est qu'en gros il fournit un cadre assez simple de programmation multi-thread en proposant de prendre en charge complètement un thread dédié aux appels systèmes et un autre qui s'occupe de traiter les évènements correspondant à ces appels.

Je suis loin d’etre convaincu que les promises soient un modèle simple,surtout en JavaScript.

Comme programmeur, je sais qu'a tout moment je n'ai qu'un fil d'éxécution et donc je peux laisser tomber les mutexes

!!!
Juste parce que t’as un seul thread ne veut pas dire que tes parties critiques ne vont pas s’executer “entrelacées”. Si t’avais besoin de mutex avant, t’as toujours besoin de mutexes après.

Aaaah, le début des années 2000 et la bulle dotcom. Tout une époque.
On pouvait même dire sans trop mentir que java était interprété à l’epoque. Tu vois pas les trolls que ça ouvrait?

Ca manque de factory, d’abstract Singleton factory bean et d’aop quand même, et les logs peuvent même pas être shippes à kibana pour indexage.
Pas sur que ça passe la review du sdlc ça, les señor architects vont râler.

Certes, mais un GC va ajouter des pauses qui sont inévitables, et qui arrivent de façon inopportune.

Je m'attends a ce qu'un binaire natif se comporte de façon beaucoup plus constante et déterministe qu'un language interpreté.

Qu’en est il de la précision?
Js étant un language interprete/garbage collecté, tournant dans un navigateur qui peut être chargé et dont la vm peut vouloir soit faire une pause pour collecter la mémoire, soit préférer exécuter un autre script plus lourd sur une autre page?
(C’est une vrai question, pas un troll)

J’ai tendance à être de ton avis, mais après zieuté la partie iOS, t’as clairement besoin de doc.
get_root_viewcontroller est soit méchamment bugee, soit plutôt inutile, voire dangereuse. Pour faire simple, iOS présente les alertes dans une nouvelle UIWindow (qui devient donc la key window). Ta fonction renvoie donc un controller d’alerte dans ce cas, là où je pense que tu voudrais renvoyer le UIApplication.shared.delegate.window.rootViewController. Problème c’est qu’on pas la moindre idée de ce que tu voulais renvoyer au final, vu que ton nom de méthode est super générique et que t’as pas comment l’intentention.

Idem sur present_view_controller dont l’implémentation est super chelou (le respondsToSelector, vous targetez vraiment encore iOS 7?), et aussi super dangereux (popoverPresentationController peut être nil, auquel cas ça va te faire bizarre quand tu vas lui assigner une source view). Je passe sur la réutilisation d’un nom de method uikit mais avec une semantique très différente.
Au final, je suis vraiement pas convaincu d’avoir même une vague idée de ce qu’est censée faire cette fonction.

Bref, si tu veux suivre la philosophie “no docs, va falloir sérieusement revoir tes noms de fonctions, ou admettre qu’écrire un peu de doc ne fait pas de mal.

Honnêtement, les deux se valent. Chacun ont leur pros et leurs contres, à différents niveaux. Ça en devient une question de goûts/workflow tres specificique.
Perso, je peux pas blairer IntelliJ, mais c’est une question de goût personnel. Ça reste un très bon ide.

IntelliJ est vilain, point à la ligne. Si adopter le look du système n’est pas important pour toi, c’est pas un problème, mais pour certains c’est rédhibitoire.
Eclipse pue du boudin sur la gestion des plugins, et était (pas essayé depuis longtemps) très très mauvais dès que tu sort du Java. Il paraît qu’intellij est bon là dessus.
Eclipse gère le classpath entre projets très bien, la ou IntelliJ te force a passer par un mvn install (ce qui peut être vite relou selon ton setup).
Eclipse gère mal les trucs du genre “tue la session précédente avant de relancer le projet), et tu te retrouve avec des blagues du genre “cant bind to port 8080, port already used”, et tu perds 20 minutes à comprendre pourquoi ton break point ne break pas.
IntelliJ gère admirablement bien les features accessoires, genre auto completion dans tes configs spring par exemple (encore que ca devient de moins en moins utile/courant avec des setups modernes).
Eclipse à des outils de gestion de pom diablement utile pour trouver la dépendance qui fout la chtouille à tirer une version qui va pas, pas trouvé ça chez IntelliJ.
Je pense qu’on peut continuer la liste comme ça pendant longtemps.

Bref, sur des outils de cette échelle, faut s’attendre à des choix de design qui ne plaisent pas à tout le monde.

Non, ce n'est pas raisonnable: dans le cas de l'utilisation d'un ordinateur portable par exemple, il est fort possible qu'on se retrouve à un moment ou à un autre sans connection

Et tes mises à jours systèmes, tu les installes comment alors? Avec un DVD?

Sinon, considérer qu'une mise à jour se passera bien est également une erreur: encore aujourd'hui, ça ne se passe pas toujours correctement : que ce soit sous Linux ou sous Windows, il y a encore trop de problèmes.

Des mises à jour systèmes, oui, surtout si ton système s’amuse à packager la moitié de la planète en shared. Si tu te contentes de mettre à jour un binaire “self contained”, je vois vraiment pas ce qui peut peter. Apple et android distribuent des milliards de mises à jour de cette façon chaque année et ça pete très rarement (moins souvent que le joyeux pot de pus qu’est le packaging sous Linux en tout cas).

Si ça évite le merdier sans nom qu’est le packaging sous Linux, ca me paraît mieux wue l’altermative, oui.
On est plus en 1997, c’est raisonnable de partir du principe que l’est postes sont connectés en permanence, et les systèmes de mise à jour automatique fonctionnent bien.

En France, ce sont les femmes qui assument la majorité des tâches ménagères (même sans enfants). : Pourquoi?

Hiring manager: bon, c’est une nana, alors elle va devoir partir tôt, on va pas lui donner le poste eleve qui paye bien, mais la garder en bas de l’echelle
Le mari: Ben, ton travail il paye pas des masse, te casses pas le cul a rester tard. Tiens, ben puisque t’as rien à faire à 17h30, t’as qu’a aller chercher jean Kevin a l’école. Moi j’ai des meetings important pour mon travail important à responsabilité qui paye, alors faut que je bosse tard.

C’esr sur qu’avec cette mentalité la, les nana sont pas prêtes d’arriver à des postes à responsabilités.

Yep. J’ai pas voulu le noter plus haut parce que la flemme de passer les commentaires au peigne fin, mais c’est tres précisément mon avis aussi.

Un employé avait tenté de le dénoncer maladroitement (avec des arguments parfois idiots, mais ça avait le mérite de lancer le débat) avant d'être viré.

Oui, c'est sur, le fond de sa these, c'était grosso modo "les femmes sont biologiquement impropre a l'informatique", accompagnes d'un paquet de contre vérités basées sur de pseudos etudes scientifiques bidon et toutes démontées par la communauté scientifique.
Alors bon, je sais pas pour toi, mais si le débat que tu veux ouvrir c'est "est ce que les femmes sont biologiquement incapables de faire un métier 100% intellectuel", tu vas débattre dans ton coin.

Tire d'un autre message:

La diversité (sous toutes ses formes, sociales etc) apporte sûrement en créativité, mais la parité des sexes ne me semble pas importante

Ya un certain nombre d'etudes qui tendent pourtant a prouver que si, la parite des sexes est importante.
Ou plutôt, que la diversité en général (y compris la parite homme/femme) augmente tres largement la performance d'une équipe.

Ton temps est visiblement très important et précieux si tu peux te permettre de passer qq heures à chercher à coincer l’auteur pour le troller, pardon, à chercher la licence, et ensuite revenir pour expliquer en long, en large et en travers qu’il t’as fait “perdre” ton temps.

Moi je dirais plutôt que t’avas rien à foutre de mieux, et que tu t’es dit tant qu’a faire, autant trouver une excuse pour prendre la tête à un pov gus sur internet.
Si vraiment ton temps était si précieux que tu pouvais le “perdre”, t’aurais cliqué sur le lien, pas vu la licence, posé la question, et checké une fois tous les 2-3 jours pour voir si la réponse était arrivée.

(Moi, par contre, j’ai rien à foutre ce soir, mais au moins, je tente pas de te faire porter le chapeau)

Ici, c'est pareil : il faut chercher un SAV, appeler, apporter l'imprimante, la récupérer

Et ouais, faut passer 10 minutes au telephone, c’est vachement compliqué!

en admettant que le lecteur ne transmette qu'une version non réversible de l'identificateur biométrique choisi, une fois qu'on le possède, on peut accéder à TOUS les services, sans distinction. Et identifier la personne sur TOUS les services.

En pratique, avec les mots de passes, c’esr pareil.
Tout le monde réutilise le même password, ou 2-3 différents + variantes. Les gestionnaires de mot de passes ne marche pas toujours et sont au final assez peu utilisé.
Un mot de passe fort? Cool, et quand t’as besoin de le taper 50 fois par jour, tu finit par te lasser. Ça finit écrit sur un post it, ou envoyé par IM.
Un mot de passe, c’est facile à brute forcer, c’est chiant à retenir pour l’utilisateur. Une fois perdu, c’est une catastrophe.

Sans compter que dire « le mot de passe, c’est bien, le biométrique c’est à chier », sans contexte ni rien, c’est un peu con.
Le biométrique a la apple (e.g. le biométrique sert à chiffrer le mot de passe une fois tapé, et se désactive après 48 heures/premier reboot), ça marche tres bien en local (unlocker le device localement, ou donner accès a un secret localement. En gros, touchid avec Secure Enclave quoi). C’est pas plus utile qu’un mot de passe en remote par contre (service web).

Si tu veux mon avis, le seul truc qui tienne la route en ligne, c’est le 2fa, potentiellement couple a un whitelisting de devices pour éviter la fatigue.

En lui demandant quelque chose qu'elle a inventé.

Oui, et en pratique, elle est pas super créative, et invente des choses triviales à réinventer.

Alors, juste au cas où t’aurais pas compris, parce que visiblement y’a l’air d’avoir confusion, quand on dit que le parlement représente le peuple, on veut pas dire qu’il lui ressemble.
On veut dire que le parlement a reçu un mandat dudit peuple pour voter des lois et tout. Comme un avocat représente son client. C’est un des sens du verbe représenter.
Dingue, non?

Sauf qu’on y arrive, à produire l’électricité, donc je vois pas trop en quoi c’est un problème.