Reprise du message précédent :

IDK, c'est ptet habituel en C++ mais perso ce genre de cas j'en ai pas vu des masses, et dans le cadre du détail d'implémentation d'une structure de données où le problème ne s'applique manifestement pas, je vois vraiment pas l'intérêt de prévoir un edge-case pareil et de manifestement empirer la situation générale pour pouvoir le gérer.

gboard

 
Habituel quand-même pas, mais par exemple ya pas si longtemps j'ai eu besoin d'un accès en O(1) + de préserver l'ordre d'insertion des éléments. Pour ce genre de situation, avoir par exemple un set dont les clefs sont des itérateurs sur une autre collection mais qui restent valide au cours du temps c'est top.

Gboard aussi bien qu'il soit parfois complètement à l'ouest, voire suggère des mots carrément faux.
 
Swiftkey est meilleur sur certains points mais moins réactif malheureusement.

SwiftKey FTW

Et il y a plein d'algos opérant sur des arbres qui nécessitent une relation d'ordre, donc un set n'est pas approprié.
Par exemple certains algos de traversée, d'équilibrage. Et il y a aussi l'encodage d'une structure par un arbre, qui nécessite de garder l'ordre, comme un AST ou un Huffman.

Ouais mais un prion c'est trop con, c'est juste une protéine de merde, alors qu'un phage, c'est un truc tout droit sorti de Matrix.

Fleksy aussi et je zappe sur un autre pour du code (keyboard++ je crois).
Quel est ton souci avec ?

Depuis quelques temps j'ai des "misfires" avec : saisie vocale qui se déclenche sans que je lui demande rien, sortie de l'app aléatoire, déplacements du curseur, ce genre de chose...
Alors j'ai peut-être de gros doigts mais ça me semble beaucoup.

Après le clavier est correct et très réactif, et l'ergonomie est pas mal... Mais je suis dans une phase "je veux essayer de nouvelles choses" et tout ce qui m'agace un peu y passe.

Du coup, ouais, nouveau clavier. Là j'essaie swiftkey et j'en profite pour apprendre le bépo.

Les bacteriophages ca craint surtout si t’es une bactérie.

J'ai des gros doigts. J'ai eu quelques problèmes ponctuels il y a longtemps (clavier qui plantait je crois) et ça s'est rapidement résolu.
Calme plat dessus.
J'ai aussi de gros doigts, mais même en tapant au jugé ça semble fonctionner à part la barre d'espace parfois sans le vouloir.
 
Pour moi son principal défaut c'est de ne pas avoir un certain nombre de conjugaisons qu'on est obligé de lui apprendre au début. Après ça roule, sur un autre clavier les gestes (pour supprimer par ex) me manquent.

 
Un modulo suffit non ?

Imagine ce scénario de film d'horreur: le jour où un savant fou modifie l'ADN pour que ça s'attaque à autre chose que les bactéries, on est tous morts en moins d'une semaine

 
Presque, mais faut rajouter 2-3 trucs si tu veux couvrir correctement ton espace de hash

Un phage ça fait que bouffer des bactéries, c'est comme craindre les baleines bleues parce qu'elles bouffent des tonnes de barbaque tous les jours.

Pendant ce temps les prions sont indétectables, 100% létaux, complètement incurables, peuvent apparaître n'importe où au hazard (85% des cas de Creutzfeldt-Jakob sont spontanés), et sont quasiment indestructibles.

Souvent (mais pas toujours) tu veux une bonne distribution donc en faire un peu plus est une bone idée, mais ça tient à pas grand chose.

Genre tu peux utiliser le "finalizer" des fonctions de hash génériques qui en ont, style les 5 dernières opérations de murmur3.

C'est possible d'avoir un mode dev en go ou il fait pas chier pour les unused XX et ou on peut avoir plusieurs main dans un package ?

 
SwiftKey

Oui: pas utiliser Go. Me semble même qu'un type a forké Go pour désactiver ces saletés (en faire des warnings), mais je le retrouve plus.

Sinon, non.

Ya un outil qui peut automatiquement ajouter et supprimer les imports pour toi, mais pour les locales AFAIK ya rien.

 
Merci c'est bien ce qu'il me semblait

Question mise en oeuvre : j'ai 5 services soap et un batch qui peuvent écrire des données sur un même domaine.

Jusqu'à présent, rien n'a été fait pour éviter les modifications concurrentes.

On a 6 pods qui font tourner les soap, Et un pod pour le batch

On propose de rendre le traitement asynchrone (de toutes façons, les appelants se foutent des réponses), en empilant les demandes et avec un démon qui consomme.

Mais un seul thread de consommation ne suffira pas : on voudrait pouvoir scaler le nombre de consommateurs dynamiquement , tout en évitant que 2 consommateurs n'attaquent le même périmètre de données.

On a une idée qui marchera a base d'une table des id de périmètres qui porterait un lock et de " select for update skip locked", mais je me demande s'il n'y a pas des outils qui font ça?

Tu sais ce choix n'est pas complétement anodin, c'est un choix commun pour cette tâche, et il a fait ses preuves, je ne fais que t'expliquer les raisons pour lesquels c'est ce qui est couramment choisi, pas seulement par l'auteur du code cité mais par la communauté en général quand on joue avec des graphes. Voici par exemple ce que propose boost (tl;dr: on a le choix entre vector et list): https://www.boost.org/doc/libs/1_64 [...] graph-type

tiens, en le faisant à la main, j'ai un N^2 qui est apparu dans une simple régression linéaire  

Je ne dis pas que le choix est anodin je dis qu'il est sans intérêt pour le cas qu'on est en train discuter ici, qui est le bout de code que jubi a posté. Dans le cadre de ce bout de code, je perçois aucun avantage et amples inconvénients à utiliser std::list. Toutes les raisons que t'as donné jusqu'à présent sont complètement inapplicable.

Ça veut pas dire que dans une situation sans aucun rapport où on regarde une différente implémentation elles ne seraient pas justifiées, ça veut dire que ici, dans le cadre d'une discussion qui ne porte pas sur l'implémentation des graphes en général, elle s'applique pas.

Et boost utilise std::vector par défaut pour OutEdgeList et VertexList.

C'est ce que je dis depuis le début, pas que tu ne peux pas utiliser une list, mais que list est un mauvais défaut, et que ça ne devrait être utilisé que quand le besoin en est démontré. Si t'as pas un use case justifiable et applicable pour lequel une liste est notablement supérieure, tu utilises pas une liste. Ça veut pas dire que tu ne peux jamais en utiliser, ça veut dire que quand tu veux une séquence tu prends un vecteur jusqu'au moment où le vecteur va plus.

Tu vas pas utiliser mpz_t par défaut pour tes entiers, bah là c'est pareil, je comprend pas pourquoi ça te braque pareillement.

 
 donc un virus qui s'attaque a autre chose que des bacteries? genre, un virus donc

et bacteriophage FTW, sans eux, on aurait pas https://en.wikipedia.org/wiki/Phage_display et plein the therapies avec des anticorps monoclonaux

 
C'est ce que préconise Stroustrup, dans le doute toujours prendre <vector> qui couvre à peu près tous les cas au quotidien.

Je comprends pas grand chose à ta question, mais si tu veux utiliser ta BDD comme une queue, bah l'outil qui fait ça mieux c'est... une queue ?

https://www.wolframalpha.com/input/ [...] 29%29%2Fdb
 
dites j'arrive pas à faire marcher le x_i, vous savez comment réparer ça?

J’ai aussi l’impression que les arbres binaires en mémoire se font de plus en plus remplacer par des b-trees, genre https://github.com/openzfs/zfs/comm [...] d57969625e dit avoir gagné >40% de CPU et 80% de mémoire en passant d’AVL a un pseudo btree.

Je détaillerai demain, j'aime pas taper au téléphone.

pour nraynaud: https://youtu.be/EvT5XS7j-Dc et d'autres surement (date de 2018)

 
Dans notre infra je viens de dégager Rabbitmq au profit d'une queue MySQL, dépilée de manière concurrentielle par des cronjobs lancés toutes les minutes avec une durée de vie de 10 minutes par défaut.  
Ça tourne au poil et ça simplifie grandement mon infra. Après j'ai pas énormément de messages non plus à gérer et j'ai pas fait de gros bench pour voir jusqu'où ça tient. J'en ferai dans les prochaines semaines par curiosité
 
T'as combien de messages à gérer en volume ?
 
On a trouvé une technique bien plus efficace que le select for update (tirée du bouquin "High performance MySQL" ), que je peux te détailler si le sujet t'intéresse.

sum_(i=1)^n D[((a x_i+b-y_i)^2), b]

ça passe mais ça ne fait rien. Par contre la différentiation de la somme, marche pas.

merci

gfive > T'as quoi comme brique dans ton infra ? Un redis ça marche très bien aussi pour gérer des queues Y a tout ce qu'il faut pour gérer la concurrence. (C'est pas mal présenté ici : https://redis.io/topics/data-types-intro#lists)

Bonjoir !
 
Je devrais terminer une formation de développeur web dans les mois qui viennent et j'aimerais démarrer un projet : un logiciel avec GUI qui tournerait sur les principales plateformes desktop : linux, windows et mac. Je laisse de côté les mobiles, du moins pour l'heure, car cela ne s'y prête pas vraiment.
Ça va clairement bien au-delà et à côté de ce qu'on a vu dans la formation mais c'est quelque chose que j'aimerais néanmoins tenter de construire au fur et à mesure.
 
Je sais que ce n'est pas vraiment optimisé et décrié à droite à gauche mais que pensez-vous de ElectronJS ? J'avoue que pouvoir utiliser les langages web que j'ai déjà commencer à apprendre et pouvoir déployer ça "facilement" sur les différentes plateformes se révèle tentant. Et puis si VSCode ou Discord sont basés dessus ça ne doit pas être si horrible non plus.
 
Deux autres possibilités que je vois, qui correspondent à ce que j'ai appris :
1) Java, forcément c'est fait pour : déjà plus complexe à ce que j'en vois.
2) Python, avec GTK.
 
Pourriez-vous me donner votre avis sur ces différents choix ? Avantages et inconvénients... C'est quasi impossible de se faire une idée plus ou moins précise en me basant sur ce que je sais à ce stade.
 
Ce que j'ai vu jusqu’à maintenant en gros : HTML/CSS + JS + Mysql + PHP + Android Studio (Java) + Python

de toute façon tu peux virer la somme et dériver juste l'intérieur, le résultat c'est

2 sum (ax_i+b-y_i)

et en Mathematica, ça s'écrit:   sum 2(a x_i+b-y_i), i=1 to n

Qt est le toolkit multiplateforme par excellence, loin devant GTK. Utilisable en Python si tu veux.
 
JavaFX se défend mais c'est pas super vendeur.
 
Après si tu veux approfondir tes connaissances web, tu t'en tapes un peu de l'empreinte mémoire de ton app Electron, donc pourquoi pas.

 
Oui évidemment, mais pas forcément dans tous les cas non plus.
Si t'as des maps de petite taille, même si la fonction de hachage est médiocre, ça marchera quand même pas trop mal.
 

 
+1

Pour JavaFX faut absolument un bouquin récent, la doc en ligne est inexploitable et les tutos sur le net sont pour la plupart complètement périmés et incomplets.

Dans quel sens ? Le côté propriétaire ? Ou le peu d'adoptions ?
D'ailleurs en parlant de Java, j'utilise quelques softs qui sont basés dessus, et bien je les trouvent assez patauds. Ca marche bien, mais ça ne m'a pas l'air beaucoup plus réactif que Atom qui est basé sur Electron.
 

 
C'est exactement ce que je suis dit vis à vis des connaissances web    
J'ai toutefois dans l'idée de commercialiser le truc si j'arrive à faire ce que je veux. Ca reste cependant un objectif à l'horizon de quelques années.
 
Je pense démarrer quelques tutos Qt pour voir car ça me tente bien de faire ça en en python, le code est très propre
 
EDIT : __alt a poster entre-temps, je vois qu'il est du même avis