Size: a a a

JavaScript.Ninja

2021 May 04

A

Alxndr 🗽👇 in JavaScript.Ninja
#random чат
источник

AP

Aleksandr Perepichai in JavaScript.Ninja
А уже пора спрашивать когда базовый стартует? Или рано еще?
источник

VL

Vova Levchenko in JavaScript.Ninja
Всем привет, какую версию manifest лучше использовать для написания web extension? Chrome вроде пушит 3 версию, но firefox еще не поддерживает
источник

ДН

Даулет Нуржанов... in JavaScript.Ninja
Какой архитектурный подход вы используете в своих фронтенд приложениях ?
В проекте, где я участвую, можно отследить выстроенную архитектуру.
Логику для переиспользования мы вытаскиваем в хуки, а компоненты строятся по atomic design.

Однако, мне сложно явно выявить правильно выстроенные слои по всему приложению, потому что у нас она нормально так связана с разными популярными библиотеками (тот же apollo/client), также местами логика сильно связана с ui

Я стал копать в эту тему для общего роста и для улучшения проекта, посмотрел вариации по типу Clean Architecture и Port&Adapters, понял главный посыл.
Но такое ощущение, что это не подходит по нескольким причинам. Также я не нашел всеобъятного чтива/курса/видео.
Причины:
1. если разделять на слои, то, как мне кажется, придется придумывать велосипеды с реактивностью
2. фронт не имеет настолько много бизнес-логики, чтобы использовать такие подходы - это замедлит разработку
Я понимаю, что цена написания кода может сильно возрасти, но энивей, это все равно кажется большим оверкилом для меня, если смотреть с практической части
3. комьюнити в фронте в целом не так сильно парится о качестве кода с точки зрения слоев и разделения бизнес-логики от ui, вдруг это реально не столь важно в этой области разработки 🤔 или же это специфика моего проекта (много рендера и проблематики с этой стороны, но бизнес логика дергается через REST API запросы)

Тут также я нашел контр-аргументы
1. Мобильная разработка отлично живет с вариацией Clean Architecture
2. Слушайся дядя Боба, фронт тоже должен разделять все по слоям, даже если это кажется слишком дорого, потом это окупится
3. Я не полностью и не так глубоко изучил этот материал

Также заметил, что начинаю больше потреблять теории, но никак не писать код по этой тематике, может проблема также в этом

В целом хотелось бы получить отклик с хорошими примерам и может обсудить этот вопрос)
источник

ДН

Даулет Нуржанов... in JavaScript.Ninja
источник

ЯС

Ярослав Семенов... in JavaScript.Ninja
можно ли разбить yaml файл на компоненты в node js?
источник

OF

Oleg 🌯 Fomin in JavaScript.Ninja
не понял насчет велосипеда с реактивностью?
источник

M

Michael in JavaScript.Ninja
Как JS разработчику, поможет ли изучение Python’a в лучшем понимании всяких общепрограммистских концепций, например ООП, паттерны, архитектура?
источник

IK

Illya Klymov in JavaScript.Ninja
Не думаю
источник

M

Michael in JavaScript.Ninja
Какой-то другой может?
источник

СД

Саша Домоседов... in JavaScript.Ninja
А чем жс не устраивает?
источник

M

Michael in JavaScript.Ninja
Просто думаю, что другой язык покажет взгляд на программирование с другой стороны и подсобит разработке на джс. Как говориться, сколько языков ты знаешь - столько раз ты программист)
источник

II

Ilya Izilanov in JavaScript.Ninja
если хотите изучить то что перечислили, возьмите жаву
источник

M

Michael in JavaScript.Ninja
Ну то я как пример сказал, не только это.
Я хоть с джавой очень слабо знаком, но почему-то у меня к ней неприязнь какая-то
источник

e

ench-pench in JavaScript.Ninja
Где я могу их посмотреть?
Оплатил участие )))
источник

II

Ilya Izilanov in JavaScript.Ninja
.net?
источник

M

Michael in JavaScript.Ninja
Ой не, это спасибо точно нет)
источник

M

Michael in JavaScript.Ninja
Мне майкрософт инфраструктура вообще не интересна
источник

IK

Illya Klymov in JavaScript.Ninja
Получите на почту после оплаты
источник

СД

Саша Домоседов... in JavaScript.Ninja
Мне кажется брать отельный язык для изучения паттернов, парадигм и т.д. особого смысла нет. Если знаете синтаксис JS/TS, то ± спокойно сможете читать код на Java/C# или другом с-подобном языке.
источник