[F] [mOved] Mon langage est mieux que le tien - Page 163

je ne suis pas totalement d'accord. Certes le parsing des archives va être spécifique (et là encore, beaucoup de choses pourraient être communes), mais côté serveur beaucoup de choses seront identiques, on va avoir de manière à peu près systématique [package] -> [versions] -> [différentes archives (architectures, format, etc.)].
Pourtant, en pratique, le protocole va être complètement spécifique à chaque fois, côté requête et côté réponse, alors que ça pourrait facilement être identique.

Ça permet de mieux formaliser le problème plutôt que de faire du bricolage rapidement (le cas le plus flagrant, c'est Ruby, qui n'a pas de versionning : on tente l'URL de la version N+1 quand l'URL de la version N répond 404), et de réfléchir au problème de manière plus générale, portable et sécurisée.

On peut dire ce qu'on veut genre contre Electron, mais Thunderbird par exemple ne semble même pas supporter le multithread quand tu as plusieurs comptes. Souvent quand un mail que je sais exister n'apparaît pas car il est bloqué à essayer de mettre à jour le dossier d'un de mes 6 comptes, il reste bien plus rapide de simplement ouvrir Spark (client e-mail codé avec Electron) et chercher le mail manuellement, le tout avec une recherche sur le serveur (contrairement à Thunderbird qui ne fonctionne vraiment qu'avec une recherche locale). Un moment après avoir fini tout ce que j'avais à faire, Thunderbird n'a toujours pas fini d'ouvrir le dossier de la boîte récalcitrante (genre une de celles du boulot).
L'idée c'est, avoir un système moderne n'est pas forcément toujours un désavantage.

On peut toujours faire pire, c'est sûr de mémoire, ce problème de Thunderbird est connu de longue date, mais impose un énorme chantier pour être corrigé. En revanche, je crois que justement, une grosse refonte de l'interface est prévue.

Je ne suis pas sûr de ce que je dis mais ça me semble quand même assez logique : le client n'a à peu près aucune incidence sur la recherche côté serveur, qui se passe justement côté serveur, non ?

Ça n'a pas vraiment d'incidence : dans les deux cas, on a un thread qui fait une recherche (donc prend du temps, qu'elle soit côté serveur ou côté client), mais il bloque toute l'interface dans Thunderbird et il ne bloque pas dans Spark.

Heu l'appel réseau se fait dans la thread UI ? Je ne connais pas le code, mais il me semble que l'interface utilise majoritairement du JS donc ça me semble assez contre-intuitif quand même ? (et puis ça ne semble pas correspondre à ce que j'observe dans mon utilisation quotidienne de Thunderbird, je n'ai jamais vu ce comportement )

[edit] Testé à l'instant, ça met un moment à répondre (en même temps mon serveur n'est pas une flèche), mais il n'y a aucun freeze de la UI tout au long de l'opération. J'appelle au bluff

Pas toutes les fois mais oui il y a un freeze, parfois assez long. Ça dépend de paramètres que je ne maîtrise pas (il doit y avoir un cache ou une durée où il ne refait pas la recherche).

Mais ce dont je parlais c'est encore autre chose, c'est le fait qu'il semble se connecter aux boîtes à lettres une à une, en série, plutôt qu'en parallèle. Ça fait une ÉNORME différence en pratique suivant le nombre de dossiers x le nombre de serveurs.

J'ai l'impression que le contenu de merde est en train lentement de gangrèner le net Entre ça, les articles putaclic partout (j'avais l'habitude d'utiliser Google news mais c'est devenu une poubelle ces derniers temps), je ne sais pas où ça va mais internet était mieux il y a 15 ans

Et avec les progrès en IA générative, c'est pas près de s'améliorer.

Zeph (./4869) :
(j'avais l'habitude d'utiliser Google news mais c'est devenu une poubelle ces derniers temps)

tu peux pas dire ça, ils payent les journaux pour les rétribuer pour leur travail de qualité désormais...

Uther (./4870) :
Et avec les progrès en IA générative, c'est pas près de s'améliorer.

On fera des IA pour les lire, ne t'en fais pas !

flanker (./4873) :

Uther (./4870) :
Et avec les progrès en IA générative, c'est pas près de s'améliorer.

On fera des IA pour les lire, ne t'en fais pas !

C'est pas déjà le cas?

Si. Ça fait quelques temps que certains médias font générer automatiquement des articles par des IA, et je ne serais pas surpris que les journalistes les utilisent aussi pour synthétiser le contenu des sources.

Et Zeph a raison, la qualité globale de la presse s'est complètement pété la gueule dans l'indifférence quasi-générale (à part les journalistes qui viennent régulièrement jurer, la main sur le cœur, qu'ils ne comprennent pas pourquoi les gens ne s'abonnent pas et ne leur font plus confiance).

Non je parlais des IA de lecture des articles.

Avec les "normes" modernes de publi en ligne (dont j'ai oublié le nom mais c'est un module de guide de publi Wordpress de mémoire) pour moi on est déjà à un monde d'articles-digest calibrés pour des IA de parsing/agrégation.

Zero: et les journaux en question ont l'affront de demander des cookies ou de l'argent.

Je ne comprends toujours pas que ce type de cookeiwall n'ai pas été entièrement interdit et pénalisé.

Il me semble que ce n'est pas conforme RGPD justement, mais je ne sais pas si quelqu'un a tenté de porter la chose en justice.

Non les régulateur de la france et l'autriche disent que ce n'est pas foncièrement illegal.

Apparemment tu as raison :
Sachant que l'UE dit le contraire :
Très logique, tout ça...

L'UE dans toute sa splendeur en somme.

Mais c’est toujours la même question : comment devraient-ils se rémunérer ? (au-delà du problème de qualité des articles, on est d’accord)

Ah bah c'est clairement le nœud du problème : personne ne veut payer, personne ne veut de pubs, et personne n'a proposé d'autre solution non plus. Tant qu'un de ces critères ne change pas, je ne vois pas comment ça pourrait aller mieux

les pubs non personnalisées ça marche aussi... alors ça paie moins, certes mais si le chantage des autres étaient vraiment interdit, plus de sites s'orienteraient (retourneraient) vers une part de pubs non personnalisés (mais ciblées) et les annonceurs finiraient par vouloir commercialiser ces espaces.

je suis tombé sur un site où ils te donnaient le choix : tu veux pas des cookies alors to débloques ton adblock. Et effectivement c'était de la pub non personnalisée (mais ciblée avec le thème du site/de l'article)

Débat déjà abordé trop de fois, je ne me répèterai pas

Vince: 100%

Il n'y a pas besoin de cookies pour afficher de la pub.

Afficher de la pub, certainement.

Afficher de la pub qui rapporte et qui soit autre chose que du porno, je ne sais pas.

Ce n'est qu'une non volonté des annonceurs.

As-tu des éléments concrets sur le sujet ?

Simple, il y avais de la pub avant la pub "ciblée".