Re: Quand le bouffon Python se croit malin de critiquer le génie Hachel :))

Le 23/08/2024 à 18:42, Richard "Hachel" Lengrand a écrit :

Le 23/08/2024 à 15:35, Python a écrit :
 

ΔTo=2s pour tous les observateurs présent et stationnaires dans ce référentiel inertiel.

 

Et même pas stationnaires ! C'est beaucoup plus fondamental que ça,
à la limite de la tautologie...

 Si, tous les observateurs stationnaires vont forcément noter ΔTo=e3-e1=2AB/c
 Ceux qui ne sont pas stationnaires vont noter un temps différent (dilatation des chronotropies internes des montres).

Tu n'as toujours rien compris...
Pour commencer e3 - e1 n'a aucun sens : e1 et e3 sont des événements, tu
veux (sans doute) parler de leur coordonnées temporelles dans un
référentiel donné.
Mais il ne s'agit pas de ça du tout à ce stade : même dans le
référentiel où les horloges A et B sont au repos il n'y a pas
encore de définition de la coordonnées de temps, c'est justement
le BUT de la procédure de synchronisation que d'établir le sens
de cette coordonée.
Tout ce que l'on a est ce que mesure l'horloge A lors de l'événement
e1 = "émission d'un signal vers B" et e3 = "réception du signal
renvoyé par B" à savoir t_A et t'_A (et idem pour t_B avec l'horloge
B).
Que ce sont ces valeurs que A affichait lors de e1 et e2 est un FAIT
pour tout les observateurs qu'ils soient immobiles ou non dans ce
référentiel, voire même accélérés. Andersen et Mikko se tuent à
t'expliquer un truc aussi trivial depuis des semaines sur s.p.r.
ENSUITE, quand A aura été synchronisée sur B (ou B sur A) alors
on pourra parler des coordonnées de temps de ces deux événéments,
dans le référentiel où A et B sont au repos.
Il s'agira bien de t_A et t'_A dans le cas où c'est B qui aura
été synchronisé sur A (et d'autres valeurs, décalées, si c'est
l'inverse).
Mon appli qui visualise tout ça avance bien, je posterai le lien
ici quand elle sera terminée.