Reprise du message précédent :

Là c’est plus quand les voisins chient le problème

On se demandait comment Wirth était mort  

@Jubi : https://www.ghacks.net/2024/01/08/a [...] gust-2024/

Merci Nico
Bon ben caisson , faut que je demande au syndic ce que j'ai le droit de faire .
@ jubi , justement si je vais chier a l'étage ça fait du bruit chez moi

 
Je dirais entre 2 et 18  
 
Après aujourd'hui il fait pas si froid ici : pas de givre sur les bagnoles ce matin par exemple.
 
 
 
 

 
Pourquoi demander au syndic?  
 
Si tu fais un caisson en médium (ça se peint, tu peux faire un joint acrylique entre le mur et le caisson qui se peint aussi), ça restera démontable (soit tu rend une paroi mobile avec des charnières, soit tu as qques vis qui se voient un peu), je vois pas ce que le syndic pourrait redire?

je partais sur du placo, mais c'est vrai que je dois pouvoir aussi le faire en medium. ce n'est pas trop large ( 1m20), une seule plaque sans jonction devrait le faire

 
120 de large du sol au plafond? Mais il y a combien de tuyaux dans ton truc? tu aurais une photo / un plan?

 
Il a l'air top ce bouquin  

ah merde, le titre est pas sur les pages: https://www.eyrolles.com/BTP/Livre/ [...] 212673715/

 
Tu viens de DoS le site d'Eyrolles avec 3 visites simultanées d'HFriens (ça à pris 30 secondes à se charger ici)

avec un peu plus de recul:
 

121cm de large
140cm de profondeur environt

il y a un pilier à gauche, en haut la descente d'eau pluviale et de WC
c'est un endroit ou je pensais mettre la vasque/ miroir, donc c'est pas forcement un problème, et j'ai assez de recul avec la porte

Pour les eaux pluviales, j'ai découvert au Japon les gouttières traditionnelles. <3
https://www.youtube.com/watch?v=6MnaIG7Zu2I
https://passionbassin.com/chaine-de-pluie-japonaise/

Bon ça marche pas pour la merde

Bonne annéée

ok, si je pige bien, les 2 ronds c'est les descentes.. Mais je vois pas où tu voulais mettre une vasque et un miroir (entre les 2 descentes? )
 
Sinon là ça m'évoque plus un emplacement idéal pour un grand placard qu'autre chose (genre pour machine à laver le linge/sèche linge, ou placard à balais/bordel) : comme ça pas besoin de te faire chier avec un truc joli comme caisson

 
c'est chôli

 
idéalement je voulais le mettre entre les deux descente, et la machine a laver à la gauche du pilier, mais c'est vrai que je dois pouvoir inverser , et le placard a machine à laver fera un bon atténuateur de bruit

j'avais déjà vu la chaine pour guider la pluie dans des vielles habitations  
mais avec les petits receptacles qui fontun bruit sympa, c'est choupi

https://www.extremetech.com/computi [...] ux-desktop
 

Ils ont les blocs bambou qui font clac aussi.

mhhhrrffff.. Question con (je connais la réponse, mais j'ai envie de voir si des gens chevronnés pourraient en avoir une différente)

class Machin {
  String id;
  String name;
}
 
class Chose extends Machin {
 String choseName;
}
 
class Truc extends Machin {
 String trucName;
}
 
Machin machin = choseService.findById(id).map(Machin.class::cast).or(() -> trucService.findById(id)).orElseThrow(() -> new NotFoundException(id));

Si on sérialize machin avec Jackson, vous attendez-vous à voir les attribbuts des sous-classes dans le résultat?

class Machin {
  String id;
  String name;
}
 
class Chose extends Machin {
 String choseName;
}
 
class Truc extends Machin {
 String trucName;
}
 
Machin machin = choseService.findById(id).map(Machin.class::cast).or(() -> trucService.findById(id)).orElseThrow(() -> new NotFoundException(id));

Pas si tu map sur Machin perso.

 
C'est à dire "si tu map sur Machin" ?  
 
(en l'occurence, on file juste l'objet à Jackson, pas d'autre info du genre "Ceci est un Machin" )

class Machin {
  String id;
  String name;
}
 
class Chose extends Machin {
 String choseName;
}
 
class Truc extends Machin {
 String trucName;
}
 
Machin machin = choseService.findById(id).map(Machin.class::cast).or(() -> trucService.findById(id)).orElseThrow(() -> new NotFoundException(id));

Jackson étant l'incarnation du malin, naïvement je dirais oui?

J'y connais rien en Java, mais ton `machin` ligne 14 est de type `Machin` qui n'a que id et name en attribut, du coup je ne vois pas pourquoi en le serializant tu aurais choseName ou trucName en plus qui n'existent pas dans `Machin` (en tous cas en comportement par défaut)

Bah y’a quand même un

Ça me dit qu’on attend un Machin en sortie.
 
Je serais surpris d’avoir une sous classe pas demandée dont on a pas parlé au truc.

 
ici, -2 au matin et bizarrement -3 depuis la fin de matinée ... pour être sorti, ça pique vraiment, le ressenti doit être à -7/-8

-10 je crois ce matin et -7 quand je suis aller faire un tour en début d'après-midi. C'est parfait parce que la neige reste neige et ça ne fond pas pour faire du verglas craignos.

Laisser le bénéfice du doute à l'écosystème Java.    
 
https://fasterxml.github.io/jackson [...] TIC_TYPING  

oui mais non, tu as raté le cours sur le polymorphimseme

Si je prends une photo de prunier pour illustrer un arbre, tu t'attends à ne pas voir les prunes sous prétexte que tous les arbres n'ont pas de fruits ?

(j'imagine pas un langage OO où en castant une instance, il perdrait les spécificités de son type.

PAr exemple les méthodes surchagrées, ça serait pas tip top quand même.

Mais on lui a pas parlé de Machin non plus Là j'ai juste obtenu un objet, de type "Machin", mais qui est en fait soit un Truc, soit un Chose.

Ensuite je retourne cet objet.

Le fait que ma méthode retourne un Machin ne change rien à la nature de l'objet : c'est un Truc ou un Chose. Et Jacksn, qui n'a pas d'autre information que celle portée par l'instance (donc : Truc ou Chose) va sérializer tout ce qu'il trouve dedans.

(et l'option pointée au dessus je chanegrait rien, je pense : ici l'ObjectMapper n'est pas invoqué directement il est appliqué à tout ce qui sort des méthodes du contrôleur,.. Mais je vais quand même vérifier)

 
C'est pas le cas du C++ pour les méthodes non virtuelles ?

Non mais tu as des langages où la résolution polymorphique du codec se fait de manière statique à la compilation, c'est une question de point de vue.
 

Et dans ces langages, si tu as redéfini une méthode de Machin dans Truc, et que ton API envoie un Truc à l'extérieur, il suffit que l'appelant caste le Truc en Machin pour que la méthode redéfinie ne soit pas appelée?  
 
J'avoue, j'ai du mal. T'as pas trop intérêt à coder des choses genre gestion de droits en commençant pas le plus permissif, du coup

class Machin {
  String id;
  String name;
}
 
class Chose extends Machin {
 String choseName;
}
 
class Truc extends Machin {
 String trucName;
}
 
Machin machin = choseService.findById(id).map(Machin.class::cast).or(() -> trucService.findById(id)).orElseThrow(() -> new NotFoundException(id));

OUI, on s'en fout de la classe mère, si l'instance c'est un Chose ou un Truc, on veut les attributs en questions.
 

J'ai bien dit que j'y connaissais rien en Java
 
Mais en fait c'est dans ta réponse a masklinn que j'ai identifie mon erreur: je ne pensais pas que le typage était si dynamique en Java, pour moi tu lui declares un `Machin` tout a gauche de ton `machin`, du coup c'est de ce type la et puis c'est tout (et c'est vérifié lors de l’étape de build ou whatever).
Mais du coup, si c'est comme en Python, c'est quoi l’intérêt d’écrire `Machin machin = ` ? Pourquoi pas simplement `machin =` et il se débrouille au runtime pour savoir le bon type ?
 
 

Program to interfaces, not implementations.

il était déjà sourd, avec un peu de chance il avait aussi perdu l'odorat ?
 

ah les gueux...

mais du coup y'a quoi comme alternative qui offre autre chose que juste des apps ? Meme un client web ce serait cool...
Je veux pas Google Authenticator, parce que si on considère le risque de se faire kicker de son compte Google, je voudrais pas perdre mes tokens avec si je perdrais mon compte.

heuuuuuu

le polymorphisme ça fait que si t'as une classe screen, une classe printer, qui héritent d'une classe commune "Truc" qui a une méthode print(), en appellant print() sur des objets de type Truc, le langage va quand meme utiliser la bonne méthode print (et donc afficher à l'écran, ou imprimer sur du papier)

donc non, si tu as un objet arbre, je m'attends pas à voir des prunes. Il peut en avoir, mais tu pourras rien en faire en tant qu'objet "arbre", faudra que tu le cast explicitement en prunier.

Du coup si toute ta méthode commence par Machin machin, je m'attends à ne pouvoir utiliser que des méthodes existant dans Machin, et ne voir que ces attributs. Ou alors ça veut dire que Machin est un type du genre Machin = Truc | Chose auquel cas ça marche.

Le typage est statique.
Mais Jackson va sélectionner le bon encodeur à l'exécution de manière dynamique.
Donc ici l'ascription et le cast vers Machin n'ont pas d'effet sur la sérialisation.

 
Certes, tu t'attends pas à avoir des prunes, mais il PEUT y en avoir.  
 
Le fait de les virer de la photo parce que c'est une caractéristique spécifique de l'arbre prunier, c'est autre chose.
 
(après je suis d'accord avec toi, tu peux rien en faire, mais tu peux pas t'attendre à voir des photos avec toujours exactement les mêmes caractéristiques si tu as une collection de photos d'arbres.

De nouveau question de point de vue.

Si ce que qui t'intéresse, c'est un encodeur de machins qui n'envoient que des objets Machin en JSON, ce qu'il se passe à l'autre bout du canal tu t'en fous.

Exemple: https://github.com/Kotlin/kotlinx.s [...] atic-types