W JS się to rozwiązuje za pomocą linterów (np. ESLint), gdzie masz odpowiednie reguły i wszystko można sobie zautomatyzować. Ponadto ESLint pokazuje również różne błędy oraz potencjalne błędy (wszystko można skonfigurować).
Dzięki temu jak ktoś napisze nie tak jak jest ustalone w linterze, to wychodzi błąd (w zależności od systemu pracy w zespole takie błędy mogą być też podłączone pod np. git hooks przy commicie, albo pod CI na serwerze - co będzie skutkować tym, że jak spushujesz coś ze złym formatowaniem to build nie będzie przechodził)
chodzi mi np o styl pisania kodu,
jeśli chodzi o sam styl (wybrany przeze mnie), to ja się staram przyjmować modne wzorce. Np. jeszcze niedawno pisałem tak restructuring w ES6:
const {item} = props;
zobaczyłem jednak w kodach, że bardziej modnie jest tak pisać
const { item } = props;
więc tak zacząłem pisać (dodatkowa spacja zwiększa czytelność, no i tak jest modniej z tego co widziałem w różnych projektach, a jeśli chodzi o formatowanie to moim zdaniem opłaca się być trochę konformistą, niż się trzymać kurczowo własnego stylu - pisząc podobnie jak inni zarówno ułatwiasz zrozumienie kodu przez innych, jak i sam lepiej rozumiesz kody innych, skoro piszą podobnie).