D
Повторю вопрос - посоветуйте что то почитать/посмотреть/послушать про правильную архитектуру
Size: a a a
2020 July 09
D
У меня просто тимлид - бекендер рельсовый и 0 фронтов, экспа не прет без разговоров. Мейби есть коммунити какое кроме этого где можно общаться по рабочим вопросам?
СБ
У меня просто тимлид - бекендер рельсовый и 0 фронтов, экспа не прет без разговоров. Мейби есть коммунити какое кроме этого где можно общаться по рабочим вопросам?
Великий русский язык с тебя в ахуе. Бэкэнд по рельсам - это ровным счетом - ничего.
СБ
У меня просто тимлид - бекендер рельсовый и 0 фронтов, экспа не прет без разговоров. Мейби есть коммунити какое кроме этого где можно общаться по рабочим вопросам?
начни писать и сориентируешься. чекай опенсорс проекты, там много воды правда, но можно найти и что-то ценное для себя.
ИМ
Всем привет. Пытаюсь сделать превьюшки загруженных пдфников, то есть хочу получить в виде картинки первую страницу в документе. Подскажите пожалуйста, в сторону чего копать? Посмотрел react-pdf везде только примеры как создавать документы, а мне нужно прочитать и выдернуть изображение первого листа.
NT
Великий русский язык с тебя в ахуе. Бэкэнд по рельсам - это ровным счетом - ничего.
ну видимо это бек по ruby on rails
И
Спасибо большое, Иван, с каррированием не сталкивался, разбираюсь пока с этим. А что у вас за IDE?
Фак, я не совсем правильно написал. Там в зависимостях должны быть функции, которые объявлены через useCallback. И тогда оно не будет работать(
D
начни писать и сориентируешься. чекай опенсорс проекты, там много воды правда, но можно найти и что-то ценное для себя.
Я уже начал писать, но не всегда понятно как правильно сделать чтобы не обосраться потом. Читать код это не самый эффективный путь понять архитектуру, учитывая что у меня мало опыта впринципе. Понять логику по которой были приняты те или иные решения легче по изложению или я просто тупой?
D
ну видимо это бек по ruby on rails
Он самый
И
очень интересно
а почему нельзя сделать так?
а почему нельзя сделать так?
const example = useCallback(() => {
....
}, [a, b, c])
useEffect(() => {
example(a, b, c)
}, [b, c])
useEffect(() => {
const id = setTimeout(() => example(a, b, c), 0);
return () => clearTimeout(id);
}, [a])Потому что неверные знания будут в замыкании. Кроме того, мой пример тоже неправильный(
И
будут. Это был вопрос на размышение почему так нельзя сделать? да реакт рекомендует внешние зависимости указать, но в данном случае тебе же как раз это поведение и нужно кажется.
Из минусов нужно будет eslint игнор добавить видимо для строчки и есть шанс забыть и выстрелить себе в ногу. поэтому каррирование кажется более лучшим вариантом
Из минусов нужно будет eslint игнор добавить видимо для строчки и есть шанс забыть и выстрелить себе в ногу. поэтому каррирование кажется более лучшим вариантом
Не, там «потеряются» актуальные значения
И
Да, разделить зависимости -- это первое, что я сделал. Но появилось ощущение, что я упускаю лучший вариант. Каррирование отлично подошло
Разве?
YN
Фак, я не совсем правильно написал. Там в зависимостях должны быть функции, которые объявлены через useCallback. И тогда оно не будет работать(
const stableQueryRequest = useCallback(
query => sendESRequest(dispatch, {filters: filtersState, showDeleted, query, features}),
[dispatch, filtersState, showDeleted, features],
);
useEffect(() => {
let timeOutId = null;
if (query !== null) {
console.log('request1');
timeOutId = setTimeout(() => {
stableQueryRequest(query);
}, 500);
}
return () => clearTimeout(timeOutId);
}, [query]);
И
Я уже начал писать, но не всегда понятно как правильно сделать чтобы не обосраться потом. Читать код это не самый эффективный путь понять архитектуру, учитывая что у меня мало опыта впринципе. Понять логику по которой были приняты те или иные решения легче по изложению или я просто тупой?
В любом случае напишешь говнину. Прокачать навык проектирования архитектуры можно только методом проб и ошибок, имхо. Книги помогают, когда у тебя уже есть опыт ошибок
И
const stableQueryRequest = useCallback(
query => sendESRequest(dispatch, {filters: filtersState, showDeleted, query, features}),
[dispatch, filtersState, showDeleted, features],
);
useEffect(() => {
let timeOutId = null;
if (query !== null) {
console.log('request1');
timeOutId = setTimeout(() => {
stableQueryRequest(query);
}, 500);
}
return () => clearTimeout(timeOutId);
}, [query]);
Хм, кажется, я перемудрил. Пойду проверю
O
В любом случае напишешь говнину. Прокачать навык проектирования архитектуры можно только методом проб и ошибок, имхо. Книги помогают, когда у тебя уже есть опыт ошибок
без книг по разработке, в целом, никуда. Архитектуру подсматривать в опенсорс, да.
AM
без книг по разработке, в целом, никуда. Архитектуру подсматривать в опенсорс, да.
+
D
В любом случае напишешь говнину. Прокачать навык проектирования архитектуры можно только методом проб и ошибок, имхо. Книги помогают, когда у тебя уже есть опыт ошибок
😢😢😢 да мне хоть бы бест практисы какие то по стейтменеджменту и базовые вещи которых стоит избегать
O
я еще добавлю, что не надо отделять фронтенд от программирования (рассматривая с точки зрения архитектуры проекта)
O
😢😢😢 да мне хоть бы бест практисы какие то по стейтменеджменту и базовые вещи которых стоит избегать
однозначно купить подписку на медиум и читать статьи оттуда, в таком случае.