Reprise du message précédent :

https://atos.net/fr/2024/communique [...] avril-2024
Je suis assez partagé entre soulagement et "putain, c'est le gouvernement mon boss bientôt."

Comment tu gardes un soft ouvert quand t’as fermé la dernière fenêtre?

Bravo
 
Moi aussi, hier, j'ai terminé bien fatigué car j'ai fait un tournoi de badminton en mixte. On est arrivé en finale avec ma partenaire mais on a perdu contre la paire contre qui on avait gagné le matin en poule. Mais bon, on devait avoir le double de leur âge. Perso, j'étais crevé pour jouer la finale et eux, ils étaient bien monté en puissance durant le tournoi. Mais c'était très chouette, on a d'ailleurs bien sympathisé durant le tournoi

Question design :
 
J'ai une entité Evenement, et une entité Reservation.
 
Evenement a un statut. Ce statut est calculé en fonction des Reservation associées mais également en fonction de deux autres propriétés de l'Evenement : sa date, et sa capacité.
 
J'ai donc trois points d'entrée qui peuvent faire changer le statut de l'Evevenemt : le nombre de réservations, sa capacité et sa date.
 
Ce qui est fait actuellement c'est qu'à chaque endroit dans le code où l'une de ces trois propriétés est modifiée, on lance un événement qui déclenche un listener qui lui vient recalculer le statut de l'Evenement.
 
Vous vous doutez qu'en plus de la complexité à suivre le code, c'est source d'erreur, car il faut à chaque fois penser dans les nouveaux développement à lancer cet événement si on vient toucher à l'une de ces trois propriétés.
 
Je pourrais utiliser les événements de l'ORM, notamment un trigger sur l'update de Evenement, pour lancer mon événement si l'une de ces trois propriétés change. Je suis moyennement fan de l'utilisation des évéments liés au cycle de vie des entités d'un ORM car je trouve que c'est moyennement compréhensible et maintenable (il faut avoir en tête que la logique métier peut également se trouver dans des listeners / subscribers liés à l'ORM), et moyennement testable aussi.
 
Qu'est-ce que vous veriez comme solution alternative

 
idem, et en plus ça prolifère chez les clients

Pour les filaires, j'en avais déjà parlé.
Perso, j'ai ça. Le seul inconvénient que je lui trouve est que les bouchons par défaut ne sont pas super adaptés à mes oreilles, même s'il y a plusieurs diamètres. Mais on peut trouver d'autres types de bouchons.
Il y a pas mal de modèles sur Amazon, à tous les prix.

Pour Android, le modèle sans fil qui ressortait des tests est le Samsung Galaxy Buds 2, mais en réalité, Samsung ne maintient pas vraiment le software android, et l'exemplaire que j'avais essayé était défectueux, je ne l'ai pas gardé.

Il me semble logique que de la logique métier puisse se trouver dans les event handlers de l'ORM, ils sont là pour ça quand tu as besoin de réactivité?
 
Tu peux aussi utiliser les triggers de la DB, c'est le même effet si toutes tes donnés vivent dedans, mais ça va être encore moins testable, et ça va potentiellement interférer avec les caches de l'ORM s'il en a.
 
L'alternative si tu veux rien de tout ça, c'est de normaliser ton schéma: le statut est une propriété dérivée, donc pas de statut stocké sur les évènements, il est calculé au vol

 
Merci
Pour les Galaxy Buds, ma femme en a, j'ai testé, j'ai trouvé ça absolument infâme.

Cela.

Et si ça fait chier parce que tu es obligé de choper l'intégralité de la grappe pour calculer le statut.... Bah tu écris une requête hql/SQL pour le calculer a la volée et une méthode ad-hoc pour récupérer juste le statut (tu dois même pouvoir le mapper niveau orm avec une Formula ou autre natasserie), histoire de le choper même avec les réservations en lazy.

 
Le gars il fait pas de 3ème forme normale et il vient se plaindre
Pour quelles raisons c'est dénormalisé ?

Ya même moyen que l'ORM intègre le caching (directement ou en 3rd party par dessus les lifecycle events) et que tu puisses créer une propriété virtuelle avec ses dépendances et le truc se démerde pour stocker l'info dans le cache qui va bien et l'invalider / mettre à jour au besoin (selon le type de cache).

Attends la sortie du Pixel 8a, si les Pixel Buds sont offerts y en aura plein sur LBC.

Je vois déjà l'échange, entre "ben tu peux pas", et "haha checkmate."
 
Il me semble implicite que la solution parfaite n'existe pas, et que tu n'arrivera jamais à implémenter 100% du paradigme de tes rêves. Moi-même j'ai quelques fonctionnalités qui me seraient nécessaires, notamment dans la gestion multi-écrans, qui ne sont pas possibles dans i3. Tu ne pourra que te rapprocher de l'idéal. Et bien entendu, parfois le fait de changer complètement, d'aller à l'opposé, peux aussi t'ouvrir les yeux et te montrer que finalement, il y a mieux ailleurs. Peut-être que je vais détester MacOs, et peut-être qu'à la fin je vais me dire "c'est pas si terrible, c'est même très bien." On verra par la suite, j'en ferais un bilan honnête.
 
C'est comme les gonzesses finalement Tu cherches un idéal que tu ne trouvera jamais, et au final tu trouves à l'opposé de ce que tu pensais, et tout se passe bien

Assez d'accord. Mais ce sont les Buds 2, qui sont sensés être meilleurs.

 
Le vrai problème de MacOS, c'est qu'il faut des ajouts et que ceux-ci sont quasiment toujours payants. Si tu es prêt à payer pour tout, tu n'auras pas de problème avec MacOS car tu auras toujours des solutions payantes pour pallier à quasi tous tes problèmes.

C'est bien, j'ai même pas eu besoin de pointer ta contradiction.

Non mais ça je m'en branles, que t'aimes ou pas macos aussi d'ailleurs
 
Ce qui me fait tiquer c'est que tu demandes le paradigme d'un OS en déclarant que c'est pas le paradigme d'un OS, et que tu peux adapter linux à "tes besoins" alors que tu sais parfaitement que c'est un mensonge: comme ailleurs ça marche que quand tu dévies pas trop.

IMO c'est ce qui fait la force de la plateforme: payer pour un soft tiers est normalisé (en grande partie parce-que quand le ticket d'entrée est à 3k, ajouter quelques centaines en soft ça va probablement pas te mettre en banqueroute), ça donne un écosystème indie varié et de haute qualité.

On ne répond pas à Jovalise.  

 
Oui
 
Mais ce sera chiant le jour où on aura moins de fric.

     
 
je viens de me rendre compte que j'ai posté hier un message au milieu des messages de soutient,  
c'était pas volontaire, j'ai juste posté sans lire du tout le topic à ce moment là

Non ce n'est pas un mensonge.  
 
L'OS peut très bien offrir un paradigme, tout en autorisant à dévier complètement. Par exemple, à une époque (lointaine, c'était sous XP), j'avais pu complètement changer le shell (emerge desktop à la place d'explorer), pour sortir du paradigme "barre des tâches." Il ne restait plus qu'un launcher appelé au clavier. Sur Linux, et ce n'est pas à toi que je vais l'apprendre, tu as le choix entre plusieurs WM qui vont offrir des fonctionnalités pouvant être radicalement différente, ce qui nous indique que l'OS n'impose pas grand chose.
 
Je demande ainsi à l'OS de me permettre de me rapprocher au mieux d'une organisation qui est pour moi idéale. Sur certains OS je vais m'en approcher à 98% (Linux), pour les autres comme MacOs, j'attends de voir jusqu'où je peux aller. Ensuite je ferais le bilan.
 
Dans ta compréhension de l'intention de tes interlocuteurs, il faut y voir plus de nuance et de souplesse qu'il n'y paraît

GG Koskov !

 
ouis enfin ça fait surtout les thunes d'Apple
 
Je vois pas en quoi proposer des solutions que tout le monde sait moisies comme le finder dans une machine à 3k, mais t'offrir la possibilité d'acheter un truc mieux fait "la force de la plate forme"  
 

Bah non, la plupart des softs sont fait par des indés qui monétisent leur soft directement via leur site.

Non. Même avec MAS les limitations qu’Apple impose font que les trucs les plus avancés sont pas dessus, et historiquement ils étaient pas autrement impliqués qu’à montrer des applis cool aux design awards.
 

C’est un écosystème où tu peux gagner ta vie a developper des softs de bureautiques léchés à 1~5.

Eh bien c'est une très bonne question à laquelle je viens d'avoir une réponse

Il me manquait une règle de calcul importante : le statut dépendant également des autres événements ayant lieu à la même dates (avec d'autres contraintes un poil plus compliquées mais qui, je pense, ne nécessitent pas d'approfondissement ici).

Les événements que nous appellerons donc ici "cumulables", n'ont pas de relation les uns avec les autres. Il faut passer par une requête à base de SELECT et d'un UNION.

Je me dis que niveau modélisation il y a peut-être mieux à faire mais pour le moment je vais me contenter des événements de l'ORM pour recalculer le statut.

Merci pour vos réponses

Edit : pas possible d'utiliser les événements de l'ORM quand on fait des mass updates (i.e. : on passe par le query builder sans modifier l'objet directement)
On soit ça me parait logique comme comportement.

Tu as demande a ChatGPT/Copilot ce qu'il en pensait ?

J'hésite à passer en gestion full terminal chez un cloud operator, notamment avec Cloud Shell chez GCP.
J'ai réinstallé mon pécé de taf y'a pas longtemps, ça demande pas trop de taf de tout reprendre (j'ai pas voulu cp -R mon homedir) mais je me demande si tout administrer depuis le cloucloud ça serait pas sympa
 
Votre avis ?
 
Le Cloud Shell de GCP est déjà bien équipé, terraform, kubectl, etc etc. Y'a même un vscode qui traîne d'ailleurs en GUI si je dis pas de bêtises.
Le seul truc serait d'autorisé le range sur lequel sort le Cloud Shell pour avoir accès à mes trucs en whitelist ip

Voilà

#ChatGPTouPostLinkedIn ?  
 

Ça peut être les deux

Écoutez ma nièce (3 ans, HPI) écrit l'alphabet avec son caca, dans 6 mois je l'inscris sur LinkedIn.

est ce qu'il est encore temps pour qu'elle se présente aux européenne ? Elle a toutes ses chances

sheldon is not amazed

Vu que tu vas SSH ce serait pas mieux de mettre des clés pour autoriser le cloud ?

J’ai passé un entretien pour un poste de dev full stack.
 
Le lead tech ne veut utiliser aucun framework ou library non obligatoire, il veut que tout soit développé maison
 
Il refuse que les tâches soient automatisées car il n’a pas confiance (en quoi ? je ne sais pas). Pareil pour docker.
 
Il refuse également d’utiliser git. Je je sais pas comment ils font le versioning, j’ai pas osé demander.
 
Prochain rdv vendredi

Heu je sais même pas pourquoi tu continues le process la sauf si t'as vraiment pas le choix et que tu risques de finir sous un pont sous peu.
Tu vas te fighter en permanence contre ses choix.

Ho putain, à ce niveau là, le mec il est pas lead tech mais il est teubé.
 
Tu aurais du le challenger et lui demander pourquoi, et s'il a testé.
Autant peut-être les frameworks et encore.  
De mon côté, dans le cas du frontend JS, j'ai cet avis pour les trucs qui ne sont pas trop nécessaires, genre tu veux convertir une date, mais une seule fois ou deux dans ton code et le format est figé : une petite fonction dans un coin au lieu d'importer une lib
 
Pour les tâches automatisés et Docker, autant docker on peut s'en passer, mais le delivery il le fait comment ??
 
Mais alors GIT, ptet qu'ils utilisent Subverson ou mercurial (enfin j'espère).
 
 
Le mec avait 70 ans ou quoi ?
 
Edit : et encore c'est même pas une question d'âge, mais le gars à ce niveau il n'est pas capable de bosser en équipe

Ce message va très mal vieillir, p'tit con.

Pardon monsieur, pardon, j'ai changé l'âge

Je ne vais pas finir sous un pont mais le job alimentaire que j’ai pris là ne m’intéresse pas du tout

Euh, quand t’es en position de faiblesse sur le marché de l’emploi tu ne challenges rien hein
 
Tu dis “ouais c’est génial” même si tu penses le contraire
 
Mais ouais, c’était un vieux, il devait avoir plus de 40 ans.

Si ce n'est pas pour le remplacer, fuis.