Reprise du message précédent :
Hier Mme prend un secteur pour la 1ère fois depuis 1 an
en MIT (maladies infectieuses et tropicales )
truc qui arrive jamais : 1 lit de libre
 
...
 
et paf 1 monkeypox aux urgences (apparemment le 1er ici)
 
bon au final c'est le médecin du service qui s'y est déplacé et l'a renvoyé chez lui
dans l'intervalle je sais pas combien d'heures le MPX est resté aux urgences

Effectivement j'ai pas pensé à checker sur twitter il l'a indiqué

 
 
vu que tes clients semblent internationaux, t'es sans doute moins en maitrise de ton TJM.
Ici un dev freelance c'est 1000.- / jour, plus si y'a des skills particuliers / difficilement trouvables (>1500.- devient plus fréquent, pour donner une idée un expert SAP sur leur trucs récents on payait ça 3500.- / jour (je pense que ça incluait les frais de déplacement, mais disons que ça enlève 500.- par jour))

Faut vouloir faire du SAP

This

La semaine dernière, y'a quelqu'un d'une autre entité de la boite qui m'a proposé un poste sur du SAP. Je lui ai même pas répondu

Même avec des gants Mapa j'y touche pas au SAP

Yop les experts, je dois stocker des temps au tour dans une base postgres, liés à:
 
- Un événement
- Un ticket (une participation)
- Une session
 
Sachant que j'aurais un truc comme ~120 entrées par pilote, ~80 pilotes par événement, ~30 événements par an par organisateur, et dans un premier temps au moins 30 organisateurs, puis des centaines d'orga, vous pensez que ça scale ou je mets 120 entrées dans un JSON?

En vrai je pense même pas en fait, vu que tu peux te payer nettement moins pour le même net.
 
Bon après si tu cherches une maison à retaper pour continuer tes hobbies ça risque d'être plus compliqué.

 
120*80*30*30 ça donne 8M lignes, c'est jouable. Ça va un peu dépendre de ce que tu veux faire des données (en gros juste déserialiser les entrées avec du lazy loading possible, ou faire des calcules genre le top 5 des meilleurs pilotes sur les 30 derniers évènements qui ont participé à au moins 3 évènements, mais je vois pas pourquoi ce serait plus rapide de le faire dans du code que via le SGBD si au final tu dois tout relire quand meme
 
Après c'est pas forcément dur à tester vite fait :  
- https://www.mockaroo.com/ pour générer des entrées, pilotes, évènements, etc...
- tu fais les requêtes et tu vois

+1, la pour le coup c’était Hybris marketing, qui était sur HANA, donc pas grand chose à voir avec du SAP/R3 qui tache
 
Mais le truc reste : c’est pas glam, ne serait-ce qu’à cause des clients, et que dès que tu dis SAP les process sont 1 ordre de grandeur plus relou :  
- hey je fais un service sur Azure, je veux m’intégrer à un partenaire sur AWS, je fais comme je veux hein ?
- oui bien sûr, amuse toi bien
 
- hey je fait un service sur Azure, et je veux m’intégrer à AWS et faire un minuscule appel SAP et oui…
- alors tu vas devoir remplir un formulaire de 20 pages avec le design complet, tous les flux de données même si tu les connais pas encore, passer devant 3 comités composés des vieux shnocks de la boîte qui se feront un devoir de trouver un truc à redire, tu seras obligé de prendre les services de l’équipe “SAP integration” pour laquelle n’importe quel problème se resoud avec le seul outil SAP qu’ils connaissent, via leur équipe en Inde, avec 8 mois de délais, et pour 3x le prix
- aah ben je vais demander à mon architecte SAP alors  
 
(Exemple vécu)
 
(Et 3500.- pour faire cette merde c’est plus un salaire, c’est un maigre dédommagement)

A priori, c'est pas multiplicatif car les orga peuvent participer à plusieurs événements et même avec des centaines d'orga, ça ne pose aucun problème. Et oui, si il faut faire des requêtes sur les pilotes, faut pas les mettre dans du JSON.

Pg permet de mettre des index sur le contenu des json donc c’est pas nécessairement bloquant.

Il a couché avec combien de patient / personnels ?

Ça passe mais c'est globalement une mauvaise idée si la structure est connue a l'avance
En dessous du milliard de ligne postgresql se passe bien. Au dessus aussi mais faut faire les choses comme.il faut

premature optimization tout ça.
Stocker quelque millions de lignes dans un sgbdr n'a jamais posé de pb et tu as une structure de données clairement définie, je ne vois aucune justification à faire du json.

J'avais oublié, mais de toute façon un max de 8 millions d'entrées/an, c'est peanuts pour Postgres.
 

this

Oui chu d’accord, et dans tous les cas mieux vaut démarrer avec un maximum de normalisation et dé normaliser derrière au besoin imo.

On est sur MySQL ici, avec des tables avec à 100+ millions d'entrées (une à 400+) sollicitées en lecture/écriture, on a pour l'instant rien à signaler. C'est sûr que par moment, ça demande à faire un peu d'optimisation de query parce que MySQL 5.7 a un comportement un peu bizarre parfois (des indexes pas utilisés, des jointures pas optimisées, etc.).
 
On va migrer en v8 bientôt, ça commence à vieillir

 
This.
Surtout qu'avec 8 millions par an, t'as le temps de voir pour des optimisations

oups : https://france3-regions.francetvinf [...] 71736.html

@Flaie ça recrute en Kotlin chez vous ? (ou quelqu'un d'autre) J'ai éventuellement quelqu'un(e) sur Paris qui cherche à changer de boite. Avec un profil plutôt orienté lead (archi / étude de faisabilités / écriture de specs)

EDIT :  Go test PCR ici, après un séminaire de 450+ personnes la semaine dernière, je crois que je suis revenu avec un cadeau. Joie.

Dans ma dernière cogip y'a pas de kotlin pour l'instant , mon ancienne oui mais je conseillerai pas tant qu'ils ont pas fini leur changement de core banking fin d'année.
 
Mais ils chercheront peut être à l'archi par après ?

 
La blague putain
 
Paray-le-Monial c'est un truc qui donne des cauchemards à ma mère. Elle et mon père étaient antiquaires, et donc le gros du job c'est de faire des salons / foires le week-end.
Paray le Monial était hyper connu dans le milieu comme la foire à éviter à cause du climat, il y avait souvent des orages violents, mes parents et plusieurs collègues ont perdu de la marchandise comme ça
 
Du coup oui c'est pas l'endroit que j'aurais choisi pour mettre un parc de panneaux solaires, y'a un micro climat du démon à cet endroit.

 
Je pense qu'avec le RC, les micro climats du démon vont se multiplier...

Ce qui est étrange avec la ferveur des catho pratiquants locaux

 

 
Je te re-pokerai plus tard quand la personne aura mis son CV à jour si jamais tu as toujours des contacts là-bas

Oui c'est clair
Je vais très probablement engager quelqu'un pour gérer ça in-fine, j'aimerais juste pas les mettre dans une situation de merde car j'y connais rien.
 

 
L'écriture sera one-shot puis ça sera uniquement de la lecture avec une seule valeur non-indexée. Et effectivement je vais devoir faire des lectures spécifiques à chaque pilote. Peut-être pas de recherche libre mais des trucs du genre: Mon meilleur temps sur tel circuit sur l'année X, voir le temps des copains et peut-être dans des trucs à la con comme le récap de Spotify. Après j'ai dis JSON mais ça pourrait être un array postgres, mais bon, effectivement y'a du temps pour voir venir ce genre d'optim.

Ça a rien de compliqué, c’est pas exactement du pipeline ETL avec des joins entre 30 tables, 15 subqueries, et 8 CTE récursives.

Si t'es vraiment certain de ne pas avoir besoin de transactionnel et que tu as peur de la performance des tes requêtes analytiques dans la durée, tu peux peut-être partir directement sur un truc OLAP. ClickHouse est à la mode.

Non mais même un sqlite ça fait le job

Certainement... mais c'est peut-être l'occasion de tester un truc comme DuckDB.

class LapTime(models.Model):
    session = models.ForeignKey('events.EventDaySession', on_delete=models.PROTECT)
    ticket = models.ForeignKey('events.Ticket', on_delete=models.PROTECT, related_name='laptimes')
    value = models.PositiveIntegerField(null=False)

Je me rends pas compte, j'essaie de garder le champ des possibles le plus large possible.
 
 

Pour l'instant je pense que c'est overkill mais je garde ça sous le coude.
 

Pour l'instant je suis sur SQLite , je basculerais sur postgresql quand je ferais un docker-compose un peu plus complet

Il y a une arnaque avec Ubaldi ?
 
La Sage Precision Brewer est 70€ moins chère qu'ailleurs

Je crois qu'Ubaldi achète en gros et stock (vs une approche à flux tendu), en tout cas pour les matelas c'est la raison évoquée pour les prix plus bas qu'ailleurs.

Ça a bonne réputation sur le multimédia (les produits arrivent dans les temps et tu peux les renvoyer s’il y a des défauts évidents)
Sur le sav et les autres produits je ne sais pas

Bon choix.
 
Note qu'on pouvait la trouver autour de 220-240€ en Allemagne donc 199 c'est pas complètement dingue non plus, surtout s'ils anticipent peut-être le prix durant le Prime Day.

 
Je sais pas si c'est un bon choix, j'ai l'impression que c'est beaucoup trop overkill pour moi

Comment tu oses douter de

La cafetière est une marque de statut sur l’Internet, à partir de la rien n’est overkill

Le moulin

Un Weber EG-1 pour te faire un café avec un V60 ou une Chemex, là est le statut social ultime.  

Pas mal de gens du topic OLED achètent leur TV la bas. Donc je dirais RAS.