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.
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.
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.
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)
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?
On s’en branle un peu de la pollution énergétique.
Le problème à l’heure actuelle, c’est plutôt l’effet de serre et la,pollution atmosphérique.
Autant aux us, t’as vaguement un point (l’électricité étant produite avec du fossile), et encore même pas vraiment, autant en Europe, c’est sans appel.
Rien à voir. Mandrake, c ‘est un magicien, alors que le logo de mandrake, c’était une baguette magique et un chapeau de magicien. Tu vois bien que ça a rien à voir, pure coïncidence.
Faut pas oublier que whatsapp à la base c’était basé sur XMPP
Comme presque toutes les applis de messageries populaires.
A un moment, va ptetre falloir se demander pourquoi les autres ont décollé, et pas xmpp. Quelque chose me dit que si c’est clairement pas à cause du protocole que les autres ont marché, doit bien y avoir une raison pour laquelle tout le monde a réécrit l’intégralité de leur stack un beau matin.
Ça fait 15 que xmpp existe, 15 ans qu’il lui manque juste une feature ou deux, une fois que la xep 42 est finalisée, d’ici un an ou deux, ça va décoller, promit.
[^] # Re: Java ?
Posté par groumly . En réponse au journal Kotaten : un Tap Tempo en Kotlin. Évalué à 4.
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é.
[^] # Re: Petit joueur
Posté par groumly . En réponse au journal Des vieilles bases d'unix à la hype reactive actuelle. Évalué à 2. Dernière modification le 09 mars 2018 à 08:21.
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.
[^] # Re: Petit joueur
Posté par groumly . En réponse au journal Des vieilles bases d'unix à la hype reactive actuelle. Évalué à 2.
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.
[^] # Re: Petit joueur
Posté par groumly . En réponse au journal Des vieilles bases d'unix à la hype reactive actuelle. Évalué à 4.
Je suis loin d’etre convaincu que les promises soient un modèle simple,surtout en JavaScript.
!!!
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.
[^] # Re: I2BP
Posté par groumly . En réponse au journal TapTempo en langage Java. Évalué à 3.
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?
[^] # Re: Sources
Posté par groumly . En réponse au journal TapTempo en langage Java. Évalué à 10.
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.
[^] # Re: Golf
Posté par groumly . En réponse au journal Portage de TapTempo en JavaScript. Évalué à 5.
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é.
[^] # Re: Golf
Posté par groumly . En réponse au journal Portage de TapTempo en JavaScript. Évalué à 5.
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)
[^] # Re: Merci pour ce partage - mais la doc fouque
Posté par groumly . En réponse au journal Publication de bibliothèques c++ sous licence libre. Évalué à 9.
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.
[^] # Re: A peu près pareil que le top
Posté par groumly . En réponse au journal Quel IDE pour quel langage. Évalué à 2.
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.
[^] # Re: .
Posté par groumly . En réponse au journal Petit guide à l'usage des développeurs de LL qui souhaitent se tirer dans le pied. Évalué à -3.
Et tes mises à jours systèmes, tu les installes comment alors? Avec un DVD?
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).
[^] # Re: .
Posté par groumly . En réponse au journal Petit guide à l'usage des développeurs de LL qui souhaitent se tirer dans le pied. Évalué à -6.
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.
[^] # Re: Hem...
Posté par groumly . En réponse au journal Misogynie et discrimination à l'embauche. Évalué à 3.
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.
[^] # Re: d'être une femme...
Posté par groumly . En réponse au journal Misogynie et discrimination à l'embauche. Évalué à -3.
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.
# Hem...
Posté par groumly . En réponse au journal Misogynie et discrimination à l'embauche. Évalué à 2. Dernière modification le 11 février 2018 à 04:06.
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:
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.
[^] # Re: Mentions obligatoires
Posté par groumly . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 6.
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)
[^] # Re: Combien de personnes vont réellement au SAV ?
Posté par groumly . En réponse au journal Obsolescence programmée... ou maintenance préventive ?. Évalué à 2.
Et ouais, faut passer 10 minutes au telephone, c’est vachement compliqué!
[^] # Re: Et sur le fond?
Posté par groumly . En réponse au journal Microsoft voudrait de la biométrie. Évalué à 6.
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.
Oui, et en pratique, elle est pas super créative, et invente des choses triviales à réinventer.
[^] # Re: Aucun changement de fond, un peu de forme
Posté par groumly . En réponse au journal Fake Macron. Évalué à 8.
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?
[^] # Re: chargeons la barque
Posté par groumly . En réponse au journal Le changement c'est maintenant ;). Évalué à 1.
Sauf qu’on y arrive, à produire l’électricité, donc je vois pas trop en quoi c’est un problème.
[^] # Re: chargeons la barque
Posté par groumly . En réponse au journal Le changement c'est maintenant ;). Évalué à 2.
On s’en branle un peu de la pollution énergétique.
Le problème à l’heure actuelle, c’est plutôt l’effet de serre et la,pollution atmosphérique.
Autant aux us, t’as vaguement un point (l’électricité étant produite avec du fossile), et encore même pas vraiment, autant en Europe, c’est sans appel.
[^] # Re: Avion - délégation
Posté par groumly . En réponse au journal Le changement c'est maintenant ;). Évalué à 3.
Prior art: https://youtu.be/oT7-YbTBTv0
(Avancez jusqu’a 3:30)
[^] # Re: Mmm … ce logo !
Posté par groumly . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 5.
Rien à voir. Mandrake, c ‘est un magicien, alors que le logo de mandrake, c’était une baguette magique et un chapeau de magicien. Tu vois bien que ça a rien à voir, pure coïncidence.
[^] # Re: Mouaif
Posté par groumly . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 5.
Comme presque toutes les applis de messageries populaires.
A un moment, va ptetre falloir se demander pourquoi les autres ont décollé, et pas xmpp. Quelque chose me dit que si c’est clairement pas à cause du protocole que les autres ont marché, doit bien y avoir une raison pour laquelle tout le monde a réécrit l’intégralité de leur stack un beau matin.
Ça fait 15 que xmpp existe, 15 ans qu’il lui manque juste une feature ou deux, une fois que la xep 42 est finalisée, d’ici un an ou deux, ça va décoller, promit.
[^] # Re: Il n'y a pas que la vie privée qui pose problème
Posté par groumly . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 5.
Objective c aussi.