Извинись.

.

Уважаю.

Так и есть)

Еще можно 30 секунд добавить про забег на костылях и квадратных колесах TS)

Добрый, по атомик дизайну реакта, подскажите пожалуйста, как уловить ту грань реюзабельности атома?
Ведь можно создать универсальный, реюзабельный атом, например, label и вешать на него все передаваемые проперти: тело, клас, даже стили.
На тогда получится, что юзая этот атом, нужно будет каждый раз передавать пачку пропертей. Не удобно получается.
А можно сделать три разных атома, каждый отдельно для своей формы.

Как уловить эту грань реюзабельности (передачи количества пропертей)?

Кажется в первом случае это не компонент, а просто врапер с пробросом пропертей)

я шяс о атомике говорю

Ну я бы не стал все возводить в абсолют, потому что если передавать много пропсов, то это тот же html, а не компонент
я бы сделал разные лейблы для разных фич

вот и я о том. Если один универсальный, реюзабельный - неудобно много пропертей прокидывать.
А если много форм, то не хочется боилерплейта плодить.

судя из названия звучит дебильненько, без обид)

Ребят, порекомендуйте пожалуйста книги, развивающие навыки в построении архитектуры фронтенд приложений, развивающие направление «писать код правильно, который будет удобно поддерживать», три года пишу код на фреймворках, хочется уже чего-то бОльшего, большое спасибо

К сожалению, нет таких книг 🙁 Есть просто про архитектуры, но натянуть это на фронтенд довольно сложно. Я, отчасти, поэтому решил залететь на курс про инженера, потому что стянуть опыт у ребят за короткое время выглядит более рентабельным, чем читать много книг

Жаль :с, Посмотрев разьеб Минина от Ильи (сори), чувствую себя фреймворк программистом просто

Ну поэтому стоит залетать на курс инженера 🙂

Лучше все таки читать 🤔

Читать точно стоит, но можно и в курсе поучавствовать

@JustTip можете посоветовать что по теме?