Reprise du message précédent :
ça peut m'intéresser, tu l'amenerai la semaine prochaine ? quel prix tu veux le vendre ?

Ah mais Blackyell est aussi chez nous ?  

Pour notre event, faudra probablement utiliser notre pseudo ici pour se reconnaître entre membres de la société secrète Hache et Frères

edit : ou faire un signe en triangle discrètement

La moitié du topic est chez vous ... Et je ne parle pas des actionnaires.

L'avantage des petites structures c'est que les gens se connaissent    

 
 
Bah disons que quand on débarque sur Mattermost, on annonce pas son pseudo HFR.

Ca serait plus simple de faire l'inverse et de ne pas annoncer son vrai nom

le remote , c'est la mort de la culture d'entreprise

Un point hepha

Question que je me posais mais que j’avais oublié de poser: dans un dialecte SQL basique (genre sqlite, ou un query builder qui a rien de db spécifique), comment vous faites pour avoir une séquence par objet?
 
Style un forum avec des catégories, et on veut pour chaque catégorie une numérotation des posts qui commence de 1 (don’t ask).
 
Le plus “simple” c’est d’ajouter un compteur sur l’objet parent, mais ça veut dire que les créations sont sérialisées sur un read+write du parent pour lire & maj le compteur.  
 
Alternativement partant du principe que c’est indexé on peut juste prendre le dernier visible et faire +1, mais ça veut dire qu’il faut gérer les erreurs de sérialisation. Si c’est pas du multiprocess on peut tricher un peu avec un compteur (atomique) initialisé au premier coup, mais bon…
 
En pg on pourrait utiliser des séquence (modulo l’acceptation du fait qu’il y aura des trous possibles), mais toutes les DBs ont pas de séquences, et créer des tables au vol pour les émuler semble brutal.

wait, wut ? Yell est aussi chez Plamcorp ?

edit: grilled

Oui, ça fait un moment même. On avait du me le dire, mais j'ai pas de mémoire donc..

On est bientôt 7 de HFR, dont 6 sur ce topic.

Bah en même temps plamcorp c'est presque le paradis.

A voir tes problématiques de performances au write, mais si c'est pour un usage type forum normalement très read oriented, j'éviterai dans un premier temps de dénormaliser avec un compteur dans le parent, et je ferai au moment de la création une query pour recup le dernier créé et faire + 1. Même si t'as un dialecte SQL très limité, c'est sans doute possible de gérer proprement le fait d'avoir une unicité (category_id, sequence) et de retry ton insertion si ça foire parce que ta séquence vient d'être utilisée.

Bon, j'ai réussi à avoir un RDV en mairie jeudi pour passeport + carte d'identité (merci mon contact ).

Et j'ai acheté une imprimante aussi, plus qu'a aller la chercher. (DCP-L2530DW)

 
Installé en 5 minutes, reconnu direct par Windows. RAS.  

Y'a pas de règle qui dicte la "longueur d'un jeu", on se base juste sur notre expérience pour déterminer si un jeu vaut son prix ou pas. Or, pour les raisons qu'on a évoquées c'est difficile de proposer un gameplay innovant et immersif, mais aussi de ne pas répéter des actions spécifiques qui semblaient originales au début du jeu. Ensuite il faut pas oublier l'aspect financier, je pense que ça joue aussi sur la longueur des jeux puisqu'une énorme majorité des jeux VR sont produits par des petits studios, les studios plus grands ont tendance à faire des adaptations. Et encore fois on retombe sur nos pas, peu de moyens, peu d'investissement: jeux adaptés pas fous fous.
 
 

Les dés sont pipés dès le début parce que ça requiert, au dela du matériel, un setup adapté, de la place à consacrer à cette activité qui sort totalement du cadre d'un jeu vidéo classique: canape + manette ou chaise gaming + pc à leds
 
Après mon expérience de personne qui fait des sessions de jeu assez courte est plutôt positive sur la techno, et c'est un game changer sur les jeux qui nécessitent de tourner la tête comme FS2020 ou Asseto Corsa, vu que j'ai pas prévu d'acheter deux autres écrans    
 
 

Plam est en discussion avec M.arc
 

Ya bien que Shinuza qui travaille pas chez Plam Corp

Je pense qu'il est préférable de parler de coût annuel pour PlamCorp que de travail

T'es pas censé préparer un talk toi ?

vous devriez vous faire des petits pins façon légion d'honneur

Tain les niveau de difficulté des problèmes sur leetcode, c'est parfois vraiment folklorique et ça manque un peu cohérence

un brassard ?

J'hésite à lui demander si c'est bien l'histoire des chaussures.

reperfusion portale par anastomose meso rex

J'ai plus de mots à chercher dans google que de mot dans la phrase

C'est un peu fourbe.
 
Question: lors d'une grosse PR, ya forcement des bouts de refacto dedans. Est-ce que vous demandez à faire 2 PR à la fin pour avoir une PR pure refacto puis une PR feature ? (sachant que c'est beaucoup de boulot de les séparer).

 
Si ca va rendre la relecture plus penible que la separation, oui, sinon non. Et pour les MR futures je demanderais pas des MR separees, mais des commits separes et bien nommes.

C'est un jeune cryptobro, j'ai pas envie de le ménager
 
 

 
baaah, une fois la PR posée, c'est trop tard en fait.

Dépend du ratio et de la séparation. Si la refacto sert directement à la feature, alors généralement pas. Si c'est plus ancillaire (genre c'est refactorisé au passage pour améliorer la compréhension / lisibilité) alors c'est à sortir.

Bah non la PR c'est le début de la revue Ça peut aller d'être accepté tel quel à être complètement annulé.

c'est pas forcement une mauvaise nouvelle, mais je n'ai aucune idée de ce que ça fait, pour le moment

 
Sur le principe je suis d'accord avec toi.
 
Après si le mec en est à la PR et que la feature et le refacto sont inextricables simplement (ie, avec des cherry picks), bah ça va prendre énormément de temps au mec de faire 2 MR.
 
Et pour moi ça dénote un problème de découpage des US / refinement : si on n'a pas identifié au moment du pesage/évaluation (ou autre phase de préparation du sprint) qu'il y a un refacto à faire pour implémenter la feature, c'est un problème.
 
Si le dev a décidé tout seul de faire le refacto, c'est aussi un problème (il aurait dû créer une US ou au moins une tâche supplémentaire et créer une MR spécifique pour ça au moment où il a décidé de refacto..Et en fait il aurait pas dû décider tout seul de refacto)
 

Dépend de la complexité de la PR, mais si c'est nécessaire de repartir de 0 et faire deux PR propres, bah c'est souvent une option.

Tout le monde fait pas des sprints de micromanagement.

Je vais souvent refacto simplement parce que je suis en train de lire du code pour un changement ou un fix et que c'est imbitable, ou que c'est plus compliqué que nécessaire (dans une vieille base de code où il y a eu beaucoup de doigts c'est pas rare).

Normalement tu stash ça dans un coin, ou tu le revert si le jeu n'en vaut pas la chandelle, mais après ça dépend aussi du caractère et de l'expérience.

Il y a aussi des orgs où les PRs non fonctionnelles sont très mal vues.

 
il y a peut être moyen de diminuer l'hyper tension portale ( une veine du foie ) en faisant une dérivation. Si ça marche, l'hyper tnesion portale pourrait disparaitre ( et donc les risques de varices œsophagiennes , et donc celui d'hémorragies digestives + donner plus de temps au foie avant d'avoir besoin d'une greffe) . il y a même eu des cas où ça regle l'hypertension pulmonaire  
mais c'est une opération ourde, avec une part de risques et il faut faire une petite opération exploratoire avant pour savoir si c'est réellement possible

Je croyais que la règle des scouts était communément admise. En tout cas ça me gonflerait de devoir demander la permission pour faire un refactoring

Et, du coup... Vous devez décider quelque chose ?

C'est sur quelle mission (il me semble que tu en as plusieurs en parallèle) ? Les équipes sont organisées comment ?
+1 avec muchacho sur les consultations psy à distance. J'ai des amis qui font ça. T'as ce genre de service : https://www.livi.fr/ (mais regarde si ta mutuelle n'a pas déjà un service ou un partenariat disponible).