Ведь если ты не будешь постоянно проверять где предел, что ты тогда вообще будешь делать?

настоящий разработчик выделяет на такой скорости совсем другие вещи

Вернее как ты сможешь не проверяя узнать где находишься ты относительно возможностей своих

Вы новости давно смотрели?

Составь тз на основе юзерстори, выдели необходимые модули функционала, вытащи из них хранимые в бд сущности, реализуй по одной все сущности и ручки для взаимодействия с ними (начав с юзеров), цепляй это к фронту. Макет - дело последнее, отложи до всего остального.

так вот я так делаю вроде бек дышит нормально. Меня волнует вот это

Да не похоже что бы люди обустраивали среду и ленились

ум\ неполучается щагрузить фотки в облако

используюю imgbb,com вроде

ум\ неполучается щагрузить фотки в облако

ну всё, не будет магазина

К сожалению тогда бы все вымерли ещё миллион лет назад

http://risovach.ru/upload/2019/09/mem/mne-kazhetsya-ili-frai-futurama_219261944_orig_.jpg

КажетЬся?

Они кстати обусловленный кодингом генов, примерно 1 на 1000 раз рождается вот такой вот реформатор, точнее там все тупо физически устроенно из-за разницы расстояний между нейронными связями, человек не может успокоиться от обычных достижений, ему надо все больше и больше

Alsu ссылка в описании

И это не особо объясняет кстати почему только в прошлом веке было две мировые войны

@grshabl здесь не поиск исполнителей

+

Alsu ссылка в описании

Спасибо!

И это не особо объясняет кстати почему только в прошлом веке было две мировые войны

ну неизвестно что будет в этом столетии(

Привет народ, беспокоит вот этот код, он рабочий, но не понятно стоит ли так делать

Привет народ, беспокоит вот этот код, он рабочий, но не понятно стоит ли так делать

отбой, можно сделать так

Ребята, как вы делаете логику валидацию value из инпута: на onChange, на onBlur, ставите debounce?, как-то просчитываете когда человек перестает нажимать кнопки на клаве?

Ребята, как вы делаете логику валидацию value из инпута: на onChange, на onBlur, ставите debounce?, как-то просчитываете когда человек перестает нажимать кнопки на клаве?

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

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

поле емайла, имени и логина при реги/логине такая логика пишется руками, ибо либы такие много весить будут, а использоваться там будет лишь малая часть функционала я попробовал все вышеперечисленные способы, кроме проверки на окончания нажатия клавиш. Не один из вариантов не понравился по UX Хочу услышать ваше мнение, друзья

поле емайла, имени и логина при реги/логине такая логика пишется руками, ибо либы такие много весить будут, а использоваться там будет лишь малая часть функционала я попробовал все вышеперечисленные способы, кроме проверки на окончания нажатия клавиш. Не один из вариантов не понравился по UX Хочу услышать ваше мнение, друзья

Ну в моей идеально картине мира я вижу следущее: Если человек в поле ничего еще не вводил - то валидировать по блюру чтоб не бесить его лишними сообщениями Если человек поле корректирует - валидировать на онченж, чтоб человек понял тот момент когда он наконец-то поправил так чтоб системе понравилось Ну а если проверка сервер-сайд, к примеру не занят ли в системе такой имейл - то тут хочется блюр, но если человек ввел имейл и не уходя из поля ждет чтоб ему зеленая галочка засветилась - то лучше дебаунс наверное, чтоб человек перестал вводить и уже видел прелоадер крутящийся, говорящий о том что с его полем что-то происходит

все сразу не получится) это уже таска на много часов, а такая качественная логика не будет круто оценена юзером и в итоге не принесет пользы бизнесу

По поводу "не понравился UX" - я вот тоже вечно парюсь чтоб хорошо было, чтоб удобно, думаю как пользователь избалованный и тд... Но однажды я зашел на сайт AWS, и заполнял там форму (Она на секундочку из 7 шагов была и длинной) и вот я заполняю ее.... Там походу нужно выбирать из селектов определенные сущности, но у меня их в списке не было, и там была кнопка "создать на лету", в попапе заполняешь только мастхев поля и вуаля, уже можешь выбирать из списка УДОБНЕНЬКО!? - конечно! вот это уровень - подумал я... Но... на 5 шаге я толи отошел на 15 минут от компа и сессия кончилась, толи еще что-то... в общем я нажал F5.... И... Мне пришлось заполнять форму заново... (нет, сущности, которые я создавал конечно остались и я их быстренько выбрал из списка)... а вот все остальные поля (5 экранов) пришлось заполнять заново )))

И тогда я подумал что если AWS не парится насчет таких "мелочей", то чего я парюсь вообще

пользователя может

Данные им в сериализуемом виде мало весят

все сразу не получится) это уже таска на много часов, а такая качественная логика не будет круто оценена юзером и в итоге не принесет пользы бизнесу

Поэтому если сами пишете, то где-то флаг сделайте блюр или онченж.. глобальный Ну и чтоб можно было каким-то пропсом перебить точечно при необходимости и дальше делайте все одинаково главное потому что наличие плохой системы - лучше чем ее отсутствие Если все буедт под одну гребенку сделано - то потом можно относительно быстро переделать

Поэтому если сами пишете, то где-то флаг сделайте блюр или онченж.. глобальный Ну и чтоб можно было каким-то пропсом перебить точечно при необходимости и дальше делайте все одинаково главное потому что наличие плохой системы - лучше чем ее отсутствие Если все буедт под одну гребенку сделано - то потом можно относительно быстро переделать

Окей, спасибо

Окей, спасибо

Мы, кстати, вот это использовали, когда свое писали https://validatejs.org/ Ибо писать ну прям совсем с нуля - не прикольно

поле емайла, имени и логина при реги/логине такая логика пишется руками, ибо либы такие много весить будут, а использоваться там будет лишь малая часть функционала я попробовал все вышеперечисленные способы, кроме проверки на окончания нажатия клавиш. Не один из вариантов не понравился по UX Хочу услышать ваше мнение, друзья

final form около 20 кб, целая гора функций из коробки, полностью агностичен к инпутам

возьми что-то подобное и не изобретай велосипед

Мы, кстати, вот это использовали, когда свое писали https://validatejs.org/ Ибо писать ну прям совсем с нуля - не прикольно

у меня похожая логика, но у меня 80% форм — селекторы

а чем плох эффектор? был же тут стейтменеджер, который вроде все признали что он ок

Оказался не ок (тема SSR и работа с throw). По первому пункту: Только через фабрики можно реализовать (на данный момент), иначе у тебя одни пользователи будут видеть данные других. По второму: У тебя во view будет отображаться не верные значания, если что-то в цепочке пойдёт не так. Кто-то считает это норм поведением, мне не ок. Ну и само API эффектора переусложнённое, имхо. Фича ради фичи (я возможно не прав и кому-то реально оно нужно).

Оказался не ок (тема SSR и работа с throw). По первому пункту: Только через фабрики можно реализовать (на данный момент), иначе у тебя одни пользователи будут видеть данные других. По второму: У тебя во view будет отображаться не верные значания, если что-то в цепочке пойдёт не так. Кто-то считает это норм поведением, мне не ок. Ну и само API эффектора переусложнённое, имхо. Фича ради фичи (я возможно не прав и кому-то реально оно нужно).

Кстати вот делали чисто синтетический тест на счёт перфа. К реальным кейсам возможно не очень применим. 10К атомов, 10К экшенов, 100 изменений за тик. У меня на Linux в хромоподобных реатом примерно в 5 раз быстрее, на андроиде тоже в ~3-5 раз. В FF ситуация у всех одинаковая. На винде в хромых результаты +- одинаковые (но правда на другой машине смотрел человек, я у себя не пробовал). Reatom https://csb-porhw-kjmu0vhtt.now.sh#100 Effector https://csb-xdutj-5hdafmm5e.now.sh#100 MobX https://csb-u4626-9pqkywdv1.now.sh#100

я понимаю что моя печка не показатель, но у меня реатом также в 3-5 раза быстрее в хроме на винде

я понимаю что моя печка не показатель, но у меня реатом также в 3-5 раза быстрее в хроме на винде

Это 👍 нужно у себя попробовать ребутнуться в винду.

Это 👍 нужно у себя попробовать ребутнуться в винду.

Так, винда. Я.Браузер Реатом - 2-4мс Эффектор - 6-12мс Мобыкс - 6-10мс

Только в отличии от того же MobX, Reatom вряд-ли кто-то на прод серьезного приложения потащит. Во всяком случае мне так видится.

Как и эффектор

Только в отличии от того же MobX, Reatom вряд-ли кто-то на прод серьезного приложения потащит. Во всяком случае мне так видится.

Мы берём (интернет магазин + админка).

Как и эффектор

Вначале MST взяли, но искали более легковестное решение. Приглянулся Эффектор но через несколько дней пришлось выпиливать его. Редакс - слишком много бойлерплейта

Почему выпилили?

Почему выпилили?

Нет "нормальной" работы с SSR. Потом ещё и про throw узнал.

Мы берём (интернет магазин + админка).

Вот перешёл на новое место работы, зная какой масштаб проекта и кто заказчики у меня большие сомнения на счёт того, что кто-то даст «зеленый свет» эффектору или реатому. Более мелкие компании которые делают продукт для себя или стартапов может быть и возьмут. На счёт очень крупных компаний — вряд-ли.

Вот перешёл на новое место работы, зная какой масштаб проекта и кто заказчики у меня большие сомнения на счёт того, что кто-то даст «зеленый свет» эффектору или реатому. Более мелкие компании которые делают продукт для себя или стартапов может быть и возьмут. На счёт очень крупных компаний — вряд-ли.

Ну время покажет. Нам нужно делать проект, а не искать работу.

Вот перешёл на новое место работы, зная какой масштаб проекта и кто заказчики у меня большие сомнения на счёт того, что кто-то даст «зеленый свет» эффектору или реатому. Более мелкие компании которые делают продукт для себя или стартапов может быть и возьмут. На счёт очень крупных компаний — вряд-ли.

В добавок реатом работает по флакс модели. Совместим с девтулзами редакса.

Ну время покажет. Нам нужно делать проект, а не искать работу.

Я говорю за себя и свой текущий опыт. Повторюсь: на сколько не был хорош эффекторы или реатом, заказчики не захотят его внедрять в проект. И довыды, что боилерплейт и все такое, не очень катят. Просто потому, что предпочтут боилерплейт, а не чему-то новому как эффектор. Т.к. знающих редакс в сравнении со знающими эффектор в сотни раз больше.

Я говорю за себя и свой текущий опыт. Повторюсь: на сколько не был хорош эффекторы или реатом, заказчики не захотят его внедрять в проект. И довыды, что боилерплейт и все такое, не очень катят. Просто потому, что предпочтут боилерплейт, а не чему-то новому как эффектор. Т.к. знающих редакс в сравнении со знающими эффектор в сотни раз больше.

Вот поэтому и реатом, т.к. это "современный" редакс. Эффектор — чисто в песочнице поиграться и взглянуть на мир иначе, имхо. 👀 Но тоже самое можно сказать про хуки. Зачем их использовать, если народ привык к классам.

Вот поэтому и реатом, т.к. это "современный" редакс. Эффектор — чисто в песочнице поиграться и взглянуть на мир иначе, имхо. 👀 Но тоже самое можно сказать про хуки. Зачем их использовать, если народ привык к классам.

Я не говорю что Эффектор плохой, просто нам он не зашёл. Также и не идеализирую реатом, просто это наиболее компромисное решение для нас оказалось.

Вот поэтому и реатом, т.к. это "современный" редакс. Эффектор — чисто в песочнице поиграться и взглянуть на мир иначе, имхо. 👀 Но тоже самое можно сказать про хуки. Зачем их использовать, если народ привык к классам.

Хуки это другое. Нельзя в данном случае сравнивать ситуации. Одно дело когда за разработкой стоит корпорация, а другое дело когда у либы меньше 100 ⭐️. Опять же, если проект у компании свой и она (компания) небольшая, то и положительный выбор в пользу реатома выше, чем компания у которой проект масштабный. Просто потому что для большинства редакс это как Битлз: есть Битлз, а есть все остальное.

Я говорю за себя и свой текущий опыт. Повторюсь: на сколько не был хорош эффекторы или реатом, заказчики не захотят его внедрять в проект. И довыды, что боилерплейт и все такое, не очень катят. Просто потому, что предпочтут боилерплейт, а не чему-то новому как эффектор. Т.к. знающих редакс в сравнении со знающими эффектор в сотни раз больше.

Редакс после определённого размера просто не скейлится без очень больших усилий

Редакс после определённого размера просто не скейлится без очень больших усилий

Это понятно. Но за мою практику, даже на MobX зачастую смотрят "косо", не говоря уже про остальное.

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

Хуки это другое. Нельзя в данном случае сравнивать ситуации. Одно дело когда за разработкой стоит корпорация, а другое дело когда у либы меньше 100 ⭐️. Опять же, если проект у компании свой и она (компания) небольшая, то и положительный выбор в пользу реатома выше, чем компания у которой проект масштабный. Просто потому что для большинства редакс это как Битлз: есть Битлз, а есть все остальное.

1. Ты по звёздам выбираешь либы? 2. Реатом никто не пиарил. 3. На счёт Битлз, поэтому и Реатом, а не эффетор или мобкс.

1. Ты по звёздам выбираешь либы? 2. Реатом никто не пиарил. 3. На счёт Битлз, поэтому и Реатом, а не эффетор или мобкс.

В выборе между Эффектор или Редакс — я выберу второе

1. Ты по звёздам выбираешь либы? 2. Реатом никто не пиарил. 3. На счёт Битлз, поэтому и Реатом, а не эффетор или мобкс.

Я выбираю по удобству. А вот компании выбирают то, что на слуху.

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

Это неизбежно

В выборе между Эффектор или Редакс — я выберу второе

Между Редакс или Мобыкс — в зависимости от задачи

Это неизбежно

Ну вот и только от костылей от девов если можно взять стейт менеджер который изначально разрабатывался так что может скейлится

нормализация

Во, спасибо

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

Редакс то тут причём, это больше про управление сложностью и менеджмент... Ну а то что большие проекты умеет лишь единицы в порядке содержать это да... Да и при грамотной разработке редакс очень даже скайлится почти под все кейсы

Редакс то тут причём, это больше про управление сложностью и менеджмент... Ну а то что большие проекты умеет лишь единицы в порядке содержать это да... Да и при грамотной разработке редакс очень даже скайлится почти под все кейсы

Конечно непричем и иметь сингл стор огромным и жирным синглтоном это гениальная идея 🙅🏼‍♀️

Конечно непричем и иметь сингл стор огромным и жирным синглтоном это гениальная идея 🙅🏼‍♀️

Во первых я этого не говорил, во вторых в любом случае если у тебя есть потребность хранить много разных данных у тебя всегда они будет и тебе с ними придётся работать сколько бы ты слоёв абстракции над ними не вешал, это бесмыслено

Я хочу удобно создавать столько и десроить инстансы сторов когда мне это нужно

Я хочу удобно создавать столько и десроить инстансы сторов когда мне это нужно

До того момента пока тебе не поставят тасок когда твои несколько сторов не станут зависимыми или ещё хуже нужно будет заботиться об их консистенции

До того момента пока тебе не поставят тасок когда твои несколько сторов не станут зависимыми или ещё хуже нужно будет заботиться об их консистенции

С эффектором эти зависимости очень легко разруливать

С эффектором эти зависимости очень легко разруливать

Создаём проблему и тут же ее героически решаем... Ради того что бы в резюме пару строк добавить что ли?

Создаём проблему и тут же ее героически решаем... Ради того что бы в резюме пару строк добавить что ли?

Ради адекватного менеджмента памяти скорее

Ради адекватного менеджмента памяти скорее

Память то тут причём?

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

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

Вы что в редуксе кэши устраиваете? В редуксе надо хранить только что сейчас нужно для отображения, каждый экшн должен предсказуемо модифицировать состояние

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

В твоем сторе если я переходу в другой раздел сайта как будет происходить инвалидация?

Вы что в редуксе кэши устраиваете? В редуксе надо хранить только что сейчас нужно для отображения, каждый экшн должен предсказуемо модифицировать состояние

Т.е. если есть массив объектов и отображение данных зависит от расчёта свойств этих объектов, то нужно посчитать и стор очистить? И если нужно сделать перерасчёт, то повторять всю процедуру?

https://twitter.com/Wattenberger/status/1174149294359830528

https://twitter.com/Wattenberger/status/1174149294359830528

Тебе понравились хайлайты между примерами кода?)

Еще бы!

Составь тз на основе юзерстори, выдели необходимые модули функционала, вытащи из них хранимые в бд сущности, реализуй по одной все сущности и ручки для взаимодействия с ними (начав с юзеров), цепляй это к фронту. Макет - дело последнее, отложи до всего остального.

Хотелjcm что вы внесли определнную ясность вмои мозги, что значит на основе user-story?