AN
Re: консистентность и однообразие, вспомнил заметку хорошую
https://www.codesimplicity.com/post/consistency-does-not-mean-uniformity/
https://www.codesimplicity.com/post/consistency-does-not-mean-uniformity/
А вот это очень хорошо, спасибо.
Size: a a a
2020 July 29
AN
так к нему и отсьіл )))
Пока не работает, но я очень стараюсь ))))
E
в конечном итоге у тебя будет свой зоопарк хелперов, который делает то же что и лодаш/рамда, но со своим далеко не оптимальным апи и возможно не покрытым тестами
Да, бывает легче взять какой-то готовый debounce/throttle/etc чем писать аналог.
AN
далеко не все
М … а можно примеры из того что ты используешь в своей практике регулярно?
Я действительно чувствовал необходимость буквально в паре функций рамды, когда с ней колупался.
Я действительно чувствовал необходимость буквально в паре функций рамды, когда с ней колупался.
VS
в конечном итоге у тебя будет свой зоопарк хелперов, который делает то же что и лодаш/рамда, но со своим далеко не оптимальным апи и возможно не покрытым тестами
this. Будь-який достатньо великий проект, який не використовує лоудаш, рано чи пізно матиме його власну імплементацію)
AN
Evgen
Да, бывает легче взять какой-то готовый debounce/throttle/etc чем писать аналог.
Это да. Но такие функции можно пересчитать по пальцам.
И в нашем проекте мыпока ни разу не использовали дебонс.
Даже дип-мердж пожалуй пока нигде не понадобился.
И в нашем проекте мыпока ни разу не использовали дебонс.
Даже дип-мердж пожалуй пока нигде не понадобился.
Вт
V7v S6k
this. Будь-який достатньо великий проект, який не використовує лоудаш, рано чи пізно матиме його власну імплементацію)
ми з лодашу на хайлоді юзали може 2 функції, і свої не писали 🤔 але помилка виживання мб
AN
в конечном итоге у тебя будет свой зоопарк хелперов, который делает то же что и лодаш/рамда, но со своим далеко не оптимальным апи и возможно не покрытым тестами
Вот тут как раз вопрос.
Я не вижу смысл создавать абстракции такого уровня.
И не вижу большого вреда в том что у нас будет повторяться редьюс определенный в разных функциях.
Я не вижу смысл создавать абстракции такого уровня.
И не вижу большого вреда в том что у нас будет повторяться редьюс определенный в разных функциях.
E
Это да. Но такие функции можно пересчитать по пальцам.
И в нашем проекте мыпока ни разу не использовали дебонс.
Даже дип-мердж пожалуй пока нигде не понадобился.
И в нашем проекте мыпока ни разу не использовали дебонс.
Даже дип-мердж пожалуй пока нигде не понадобился.
Обычно об этом не задумываются и пилят свое, хотя в библиотеке это уже есть
SG
С этого начинался лодаш.
Но это когда было.
Почти всё сейчас можно делать нативным образом.
Но это когда было.
Почти всё сейчас можно делать нативным образом.
Рамда началась в то же время, покажи как сейчас сделать compose?)
SG
Или каррирование
AN
Evgen
Обычно об этом не задумываются и пилят свое, хотя в библиотеке это уже есть
Нет, вот такое мне совсем не нравится.
ЗФ
М … а можно примеры из того что ты используешь в своей практике регулярно?
Я действительно чувствовал необходимость буквально в паре функций рамды, когда с ней колупался.
Я действительно чувствовал необходимость буквально в паре функций рамды, когда с ней колупался.
я использую в основном pipe/compose/chain/lens(вообще все что связано с линзами)/pick/omit/cond(иногда)/и массу другого, удобно
Вт
Или каррирование
(a) => (b) => _ => b(a(_))
AN
Или каррирование
(a)=>(b)=>{}
А чем карирование ванильное не ок?
или я хер с маслом спутал?
А чем карирование ванильное не ок?
или я хер с маслом спутал?
SG
Что такое ванильное каррирование?
SG
Как Витя предложил?
Вт
я хз
AR
Что такое ванильное каррирование?
стрелочку вернуть)
AN
в общем да, просто на js