Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Руководство для вката: https://developer.mozilla.org
Конечно же различаются:
https://stackoverflow.com/questions/34134741/what-is-the-difference-between-php-regex-and-javascript-regex
Различия в деталях реализации, вместе с блевотным синтаксисом - вся ссуть регулярок.
Вечер в хату. Есть здесь гуру js?
Ситуация такая:
Устроился в компанию, которая разрабатывает гигантский продукт, а команда наша работает над несколькими компонентами. Поковырялся в коде и чувствую, что там есть проблемы с архитектурой. Компонент, по классике, имеет контроллер (манипуляция данными) и представление (все то, что мы показываем пользователю). Но проблема в организации хранения и обработки данных внутри компонента. Есть данные компонента, состояние компонента, состояние представления и ещё непонятно что.
Вопрос:
Какие книги/статьи почитать по организации данных внутри компонента, датафлоу. Может быть вы знаете крутые опенсорсные проекты, где бы это было реализовано на пять с плюсом? Ну или может кто-то опытом может поделиться, как быть в этой ситуации
тут есть мастера js вообще?
>>1939498
Нашёл вот такое. Буду смотреть
https://reactpixi.org/
Смотря что вы там рендерите. Проще всего в useEffect обновлять canvas императивно. Но если хочется прям реакт-компоненты рендерить в канвас, то это или биндинги использовать (если к pixi и three.js) либо свой реконсилер писать. В любом случае, легко точно не будет и подводных камней там тонна. Pixi это сама по себе сложная либа, а тут еще и куча абстракций поверх.
РЕАКТ ИЛИ АНГУЛЬ?????
Ничего плохого в этом нет, но пару часов человека, который шарит, это 5-6к рублей, которые он может заработать уделяя это время работе. Тебе лучше научиться задавать вопросы в треде или на том же стековерфлоу. А вообще, лучше пойти в компанию, которая решает схожие с твоими задачи. Они тебя научат, да ещё и заплатят
>Смотря что вы там рендерите
Да все рендерим. Весь интерфейс приложения - суть рендер на канву через pixi
Проект супер большой и я боюсь, что даже реакт туда вот так с ходу не встанет. Самое простое и правильное, на данный момент, это организовать уже написанный код так, чтобы он отдаленно напоминал реакт
Буду в понедельник обсуждать с командой
Как написать клон reddit place
или pixel battle
Суть такова у вас есть канвас (а точнее два, один для контента а второй чтобы смотреть его )
все пиксели хранятся в imagedata обьекте
соотвественно после mousedown мы его рисуем
но как сделать перемещение по такой штуке (перемещение это приближать канвас в любую точку, нажать и перемещаться, с помощью клавиатуры двигаться по нему) ну и соотвественно отдалять и приближать колесиком
я попытался сделать все это с помощью ctx scale и зум у меня получился а вот все остальное нет
Канвас - это же рендер обычный. Мне с дивана это видится так:
1. Имеем стейт с данными зума и координатами центра экрана
2. При зажатой левой кнопки мыши и перемещении указателя высчитываешь координаты центра экрана
3. Перерисовываешь канву или на что ты там выводишь изображение
вот что у меня получилось на данный момент
https://codepen.io/ivaosi/pen/oNYLVyq?editors=0010
может великий фронтендер сжалится и допилит это
я уже хз как
если что там надо нажать и двигать
>допилит это
Суть этого процесса для тебя в чем? Ты научиться хочешь или просто получить готовый проект? Если первое, то никаких "допилите" здесь быть не может, потому что лично тебе это ничего не даст без пояснений почему и как был допилен этот код. А если второе, то иди на биржу фриланса и там индус тебе за пару К за вечер накидает то, что тебе нужно
В программировании, как нигде актуальная поговорка про удочку и рыбу. Вот ты рыбу хочешь, а тебе надо научиться рыбачить самому. Бей задачу на мелкие части и последовательно их решай.
Максимум на что меня хватило, это найти для тебя опенсор проект https://github.com/dynastic/place
Смотри код там
Ангуляр, конечно, но он сложнее в освоении и реактомакаке придётся еще и TypeScript учить. Обычно в него приходят люди из языков с статической типизацией и грамотной архитектурой (Java, C#), т. е. уже с хорошим бэкграундом. Реакт это участь васянов, которые всю жизнь проработали кассирами, а теперь хотят после курсов вайти в айти.
Могу привести пример задачи, которую решает ангулар, но не решает реакт. Я хз, думал это всем уже давно известно, но для тебя повторю: ангулар - это MVC комбайн 10000 in 1. Ты берёшь его и пишешь приложение по минимуму используя сторонние решения. Реакт - это та самая буковка V из MVC. Берешь реакт и к нему надо будет дособрать ещё пару либ или написать их самому, чтобы было комфортно.
Анон, ты еще тут? Это не тестовое для EGAR TECHNOLOGY?
Ну, во-первых, не с маленькой, а с строчной, раз уж ты решил за умного сойти, во-вторых, с прописной пишут только в личной переписке, так как это публичный тред, то писать с прописной при обращении на 'вы' будет только умственно отсталый дегенерат вроде тебя.
Не юли, ангуляродебил. Ты сморозил хуитку про реакт и обосрался.
В ангуляре ты не сможешь нормальный менеджер состояния использовать, так как тебе пихают встроенный колхоз.
>>1939739
Если ты пишешь крупное приложение на веб-говнеце, то твоему кабанчику просто лень платить настоящим программистам, макаки и так склепают задёшево.
В данный момент работаю в компании, где реакт отвечает за часть ui. Ещё вопросы?
>>1939753
>В ангуляре ты не сможешь нормальный менеджер состояния использовать, так как тебе пихают встроенный колхоз.
В ангулар он идёт из коробки, когда как реакт предоставляет инструмент для расширения функционала и подключения сторонних state manager’во внезапно, к ангулар тоже можно подключить что-то сторонне, но разговор о том, что у него есть свой, родной
> Если ты пишешь крупное приложение на веб-говнеце, то твоему кабанчику просто лень платить настоящим программистам, макаки и так склепают задёшево.
Это очередная порция троллинга тупостью?
>В ангулар он идёт из коробки
Хуки в реакте тоже.
>внезапно, к ангулар тоже можно подключить что-то сторонне, но разговор о том, что у него есть свой, родной
Сейчас бы ставить ангуляр, чтобы подключать к нему что-то.
>Это очередная порция троллинга тупостью?
Разве что только твоей, тому шо кабанчик тебя люто наёбывает на даллары.
Я сливаюсь
>Хуки != стейт менеджер
Так и ангуляр использует свой колхоз заместо божественного флюкса.
>Шиз, это мой тезис, которым я аргументирую принципиальное различие реакта от ангулар. Если ты со мной согласен, то к чему вообще разговор?
Твой тезисвысер был в том, что в реакте нету встроенного управления состоянием, что очевидный пиздёж.
1. Учу Js, читаю кантора, стараюсь побыстрому все сделать уже месяц его дрочу, понимаю где то 60-70% материала, на сложные вещи забиваю хуй, знаю что потом дойдет, щас важно понять синтаксис. Вопрос, после синтаксиса идет этап практики, как посоветуете лучше тренироваться - найти на ютубе проект на Js и повторять за автором, или дрочить задачки на cdewars? Как вы оттачивали практику что бы потом работать полноценно?
2. Сколько времени у вас заняло с момента изучения синтаксиса до написания уже полноценного рабочего кода, с каким уже можно по собесам ходить?
В файрфоксе реально из расширения просто запустить экзешник с параметром?
>Не понимаю почему такие элементарные вещи в 21 веке так сложно делать.
Очевидная защита от ушлых хакеров, которым день уязвимости искать. Если для себя пишешь исключительно, то можешь развернуть небольшой сервер, на той же ноде, который будет принимать адрес и открывать его как тебе угодно. А если планируешь, что другие будут этим пользоваться, тогда надо уже сервер свой городить и клиентскую часть, которая будет локально ждать запрос на запуск
"Все просто - поэтому постгрес(номер один БД в мире)" - одно из другого не следует, попробуй еще раз.
>>1939988
>Сообщения на форуме. Работа с текстом в целом. Поиск говна в чатах
С головой покрывается полнотекстовым поиском постгреса. Еще варианты?
>Даже кластеризации и шардинга нет.
Во-первых есть, во-вторых зачем тебе кластеризация и шардинг в постгресе(!) нахуй? Давно утыкался в потолок перформанса на уровне БД? Что писал, твич или дискорд?
Что из чего там не следует? Вот твой пост:
> Дурачок, сначала надо установить, что приложению действительно нужно "больше одной базы", а потом уже спрашивать про "какие".
То есть ты сам сказал, что задаешься вопросом «какая база нужна» только если нужно больше одной. А во всех остальных, похоже, выбираешь постгресс
Ну на самом деле любую kv базу можно под любые графы запердолить. Так что по сути база-то всегда одна будет.
>>1939997
> С головой покрывается полнотекстовым поиском постгреса. Еще варианты?
Меджленный же.
> Во-первых есть
Есть репликация и прокси-сервер вроде, не? Этого нидастатачна. Хотя и приемлимо, не спорю, 95% серверов так и живут.
> во-вторых зачем тебе кластеризация и шардинг в постгресе(!) нахуй? Давно утыкался в потолок перформанса на уровне БД? Что писал, твич или дискорд?
игры хехе, пару успешных рекламных компаний и постгресс складывается нахуй кхуям, если заранее репликацию и несколько проксей не сделать минимум
>только если нужно больше одной
Не нужно. Ты собираешься размазывать хранение основных данных тонким слоем говна по нескольким серверам на этапе прототипирования нахуй, это настолько нонсенс, что постыдился бы высираться.
>А во всех остальных, похоже, выбираешь постгресс
Разумеется я по умолчанию выбираю номер один БД в мире, если на выбор другой нет каких-то охуенно редких причин. У тебя какие-то проблемы с этим?
>>1940004
>игры хехе, пару успешных рекламных компаний и постгресс складывается нахуй кхуям
Держи в курсе, фантазер.
>>1940005
>То есть ты ни разу не сталкивался с проблемами производительности базы?
99.999% "проблем производительности базы", который ты сможешь вспомнить из своей целой жизни - это проблемы говнокода приложения. Чтобы упереться в потолок производительности постгреса как такового я даже представить не могу, что нужно сделать.
>на этапе прототипирования наху
Виляние жопой. Мы не говорили о прототипировании, но если уж и говорить, то в этом случае надо брать то, что тебе знакомо лучше
> 99.999% "проблем производительности базы", который ты сможешь вспомнить из своей целой жизни - это проблемы говнокода приложения
Проекции своего субъективного опыта на собеседника. Ты, может, и упираешься из-за говнокода, а я работаю со специалистами, которые предпочитают выбирать инструмент под конкретную проблему.
>>1940009
Какая разница на чем они там построены? Решают проблему обработки графов на порядки лучше постгресс и ладно
>а я работаю со специалистами, которые предпочитают выбирать инструмент под конкретную проблему.
Все еще жду "конкретной проблемы", которую постгрес решить не может. Только давай в этот раз без скатывания в клоунаду "а что если тебе придется хранить не-реляционный тип данных, а ты выбрал реляционную БД, что делать будешь".
>Только давай в этот раз без скатывания в клоунаду "а что если тебе придется хранить не-реляционный тип данных, а ты выбрал реляционную БД, что делать будешь".
Очень удобная позиция. То есть ты предлагаешь назвать задачу с которой постгресс справится плохо, но выбирать я могу только из тех задач, для которых он был создан? С тобой все хорошо?
Нет, я предлагаю тебе называть, чем ты собрался забивать гвозди, если не лучшим доступным молотком, а не выдумывать арбитрарную шизу "а что если мне придется ногти полировать, тоже молоток предложишь?". Если ты собрался хранить бананы, а не реляционные данные, то вопрос "постгрес или ящик деревянный?" даже не встанет, и обсуждать его смысла нет.
> врётиии не бываееет, фантазируете всё!11
Как-то слабо.
Лучше бы просто пояснил за шардинг и всё. Он кстати в постгрессе не такой и плохой, много популярных решений.
>>1940023
> Какая разница на чем они там построены?
Ну это я к тому, что действительно можно решить всё одной базой. Правда не постгресом, а кв.
Пока обоссал ты только свои штаны, попытавшись выдумать ситуацию, в которой ответ на "в чем хранить данные приложения?" не будет без вариантов "постгрес". Но разумеется такую ситуацию ты смог выдумать только через дикую эквивокацию "под данными приложения я на самом деле подразумеваю бананы, поэтому такой ответ не подходит", так что ты был пойман за руку как подлец и дешевка, и отправлен на свалку истории.
>>1939447
>>1939456
>>1939584
>>1939959
Вот, четыре «сеньора» на эту толстоту уже попались. Ладно бы просто промолчать, но нет, с пеной у рта отстаивают свой «стек», лол. Подмойтесь лучше
>этот залетыш из /b/, который во всём видит подвох
Сочувствую, тяжело тебе живётся с таким отношением. Человек спросил для того чтобы не объебаться, узнав, что выученный реакт нигде кроме галер из макак не нужен, а для того чтобы попасть к белым людям ему нужно было учить ангуляр.
Постгрес - это одна из самых производительных баз в мире, дружок. Сравнивать его с черепашьей носкл-парашей типа монги - это либо троллинг, либо дикое непонимание вопроса в приницпе.
>Ты думаешь просто так выдумывают всякие носкл базы, а не пользуются склами?
Ты не поверишь...
Дело не в данных даже, нормализовать можно всё. Дело в производительности.
>>1940060
> изучением SQL
Неделя времени.
>>1940061
> Постгрес - это одна из самых производительных баз в мире, дружок.
Любое KV будет производительнее.
> Сравнивать его с черепашьей носкл-парашей типа монги - это либо троллинг, либо дикое непонимание вопроса в приницпе.
Нет, это шиза. Твоя шиза. Ты первый про монгу заговорил, лол.
> Ты не поверишь...
Дело в производительности.
А, я понял. Ты бекенда никогда даже не писал и тролишь тупостью с постгрессом. Ясн.
Топовые специалисты:
>имеют перед собой конкретные задачи и принимают конкретные действия для их выполнения(изучают исходники)
Какой-то хуй с двача:
>имеет перед собой конкретные задачи и принимает конкретные действия для их выполнения(копипастит SO)
Шизик-неврастеник:
>ты нипанимаеиш у тибя дененигкругер нада изучать исходники патаму чта так делают дяди взрослые если не изучаешь то ты ни взрослый ти бахтерт дененингкругер!!!
Просто смешно, что ты тут постоянно вылезаешь с недавно открытым для себя даннингом-крюгером и лепишь его не к месту как попало, подкрепляя это шизоидной неврастенией "нужно знать все, если ты не знаешь все, то ты ничего не знаешь". К врачу не думал записаться?
>Нахуй вообще этот конст нужен и для чего его использовать вместо лета?
Не нужен, ни для чего. Просто вытащенное из жопы соглашение, которое принимается бездумно и на веру, с периодическими попытками защитить его через шизу "а что если джун придет в проект и переназначит мне все переменные".
>По-моему проще ебашить везде леты, если надо перезапишешь, если не надо, так и оставишь.
Поздравляю, ты только что открыл истину, недоступную 90% жс-коммьюнити, далеко пойдешь.
const a = { hui: 123 }
...100 строк кода
a.hui
Что выдаст? Неужели ты не можешь ответить на этот вопрос, и о ужас, тебе придется смотреть сам код, чтобы понять, что этот код делает, одного const недостаточно? А вдруг там 50 строками выше проклятый джун переназначил хуй? Срочно проверяй.
один единственный раз какой-то залетный гений четко пояснил зачем и почему ето нужно и его пост потонул в потоке бессмысленных высеров всяких даунов
а жаль
>const a = { hui: 123 }
Смотря на эту строку, я понимаю, что ниже в этом скоупе a не будет переназначена. Перехожу сразу к 1000 строке и пишу знаю, что у меня 'a' это объект
>let a = { hui: 123 }
Смотря на эту строку я не смогу перейти к 1000 строке и сказать с уверенностью о том, что 'a' всё еще объект.
Чувствуешь разницу, дегрод?
Я вкатун, который изучает программирование несколько месяцев, и может я чего то не понимаю, но мне кажется пример тупая хуйня. Сам своими руками все портишь на ровном месте. Зачем туда пихать этот трай кэтч, ты не вкурсе, в блоке трай все выполнится до возникновения ошибки?
Любой пример, пытающийся объяснить нужность const вместо let - это тупая вытащенная из жопы хуйня по определению. У const юзкейсов нет, только подобные шизоидные выдумки с тысячей строк кода, где в середине ВНЕЗАПНО переопределяются нахуй все переменные как попало.
Да-да, жаль, что твой розовый манямирок на реальный мир не натянешь. Ну ничего, ты и дальше можешь жевать мамкин протухший борщь, пребывая в нём, пока психически и физически здоровые люди принимают реальность и зарабатывают х20 от пенсии твоей бабки на которую ты живёшь.
Не понимаю твоего вкатунского высера, но вот пример для тех кого смущает try catch. Как видишь, даже без него ты получаешь верный результат и сообщение об ошибке, т. е. несмотря на наличие ошибки программа не испортила своё состояние и не допустила ничего, что могло бы как-то навредить её пользователям. В то время как при let ты бы просто получал неверный результат ровно до тех пор, пока явно его не увидел.
И это пример на 3 строки, в реальности блок кода будет намного больше и ты даже не заметишь, как насрал себе в штаны используя let вместо const
>А вот `a` всегда будет объектом, даже если вызовешь из своей мамки.
И? Я знаю отличное решение, если ты хочешь, чтобы что-то переменная всегда была одним и тем же объектом - не переопределяй ее значение. Охуеть сложно, без анальной затычки не справиться, правда?
Во-первых какая нахуй "воля случая", шизло, у тебя переменные в коде случайно переопределяются через рнг генератор или что? Во-вторых при чем тут коллеги, если мы говорим о твоем ебаном коде, ответственность за работу которого лежит только на тебе? Если кто-то потом придет в твой код и переопределит переменную, сломав все нахуй, то это его проблемы. Жопу за коллегами не ходишь подтирать случайно?
Это нигде не нужно, кроме матана, ХАКОВ))) и дикого говнокода.
Ну так он поменяет твой const на let и переопределит что ему нужно, и хули ты сделаешь? Если твоя итоговая защита от проклятых джунов - это на самом деле пулл-реквесты, а не магический конст, то нахуя он тебе нужен? Аргумент за конст развалился, придумывай новый.
>скорее
Теперь откинь свои маняфантазии в сторону и прими тот факт, что над кодом, который принадлежит не тебе или вон тому сениору, или вашему тимлиду, а компании, т. е. код компании, а не твой код, могут работать сотни человек, поэтому если сейчас ты работаешь над участком в 500 строк, то это не значит, что ты всегда будешь работать над этим участком, также как и не значит, что над этим участком не будет работать кто-то другой.
Надеюсь ты не надеешься вкатиться в коммерческую разработку и используешь JS только в личных целях, ведь у тебя шансов ровно 0.
Ты все еще забыл сказать, на ком, если не на тебе, лежит ответственность за работоспособность написанного лично тобой говнокода(включая изменения уже существующего кода). Пока ты на этот вопрос не ответишь, твои фантазии о "у нас 500 человек одновременно весь код меняют" и ad hominem выпадки можно отправить только в мусорку.
Вопрос не в том кто их пишет, а в том, зачем. Тесты пишут, чтобы не ебать себе голову по поводу и без. Чтобы можно было вносить изменения в код и не бояться, что там что-то отвалится. Вот по той же причине употребляют const там, где это необходимо: просто это ещё одна точка отказа, которую можно прикрыть и больше о ней не вспоминать долгое время. Ты же предлагаешь в каждый pr вглядываться, чтобы не дай бог переменную не переопределили. Это очень не эффективно. Ты же программист, можешь автоматизировать рутину, но нет, буду жрать говно и выполнять лишнюю работу
Хочу смотреть твитч не на твиче, а на своей домашней странице, для этого нашел сей скрипт:
<script src='https://unpkg.com/react-player/dist/ReactPlayer.standalone.js'></script>
<script>
const container = document.getElementById('container')
const url = 'https://www.twitch.tv/videos/910014585'
renderReactPlayer(container, { url, playing: true })
function pausePlayer () {
renderReactPlayer(container, { url, playing: false })
}
</script>
хтмл я зная очень базово, и просто вставляя его в боди страницы оно не фурычит, подскажите как его обвернуть чтоб зафурычило
> Представь как тебе ставят задачу, где надо выбрать оптимальную базу для хранения огромного графа и ты такой: ну там всего одна база данных, поэтому постгресс и тебя увольняют
Гуглишь Hasura, после чего жидко обсираешься в собственные уже изрядно обделанные портки.
Не во всех компаниях есть код-ревью. Не во всех компаниях на код пишутся тесты. Ты со своими претензиями очень похож на школьника-максималиста, который отказывается понимать проблемы бизнеса. Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов и от человеческого фактора, случайной опечатки, если тебе так будет легче. Даже если за все время существования, это спасёт от всего лишь одного бага, это будет уже в плюс. Так же const и let при чтении кода позволяет получить больше информации о происходящем в нем. И ты вот так с пеной у рта отрицаешь пользу от использования const? Удачи тебе, парень, но людям об этому лучше не рассказывай больше
>Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов и от человеческого фактора
Не позволяет. Все остальные "аргументы" из той же категории фантазирований на пустом месте, начинающихся с "а что, если". А что, если джун придет. А что, если баг будет. А что, если посреди кода переопределят. А что, если в жопу выебут. "Что если" - это арбитрарная фантазия, и до тех пор, пока ты не покажешь конкретные основания в реальности для своего "что если", в поле знания оно не попадает и никакие действия принимать на основе данной фантазии нельзя. Через "что если" код не пишется, конвенции не принимаются и инструменты не создаются, арбитрарные фантазии без основания можно плодить бесконечно.
>Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов
Проекты не надо ограждать от неумелых программистов. Если вы занимаетесь расстановкой защит от идиотов, то очевидно вы делаете что-то не то и в пустую тратите время.
Надо не заборы ставить вдоль газонов, а учить людей ходить по тропинкам.
Не берите на проекты неумелых программистов, не придется с ними бороться.
[ 0, 1, 'a', 'b', 'c' ]
> [0, 1, ...['a', 'b', 'c']]
[ 0, 1, 'a', 'b', 'c' ]
> [0, 1].concat(['a', 'b', 'c']) == [0, 1, ...['a', 'b', 'c']]
false
Почему так нахуй?
"Произвольная" означает "необязательная" и негативного оттенка у данного слова нет. Домашка произвольная, на ваше усмотрение.
"Arbitrary" означает не основанное ни на чем, выдуманное, взятое из воздуха по желанию левой пятки и слово имеет ощутивный негативный оттенок. Your decision was totally arbitrary and thus unjust
>"Произвольная" означает "необязательная" и негативного оттенка у данного слова нет.
Знаток русского в треде, все в няшу!
>Домашка произвольная, на ваше усмотрение.
Вот только так не говорят.
>"Arbitrary" означает не основанное ни на чем, выдуманное, взятое из воздуха по желанию левой пятки и слово имеет ощутивный негативный оттенок.
Абсолютно однохуйственно, какой базовый оттенок у слова в англюсике, главное что в контексте исполнения произвольного кода у перевода такой же негативный оттенок.
Это как тащить жабовские повадки написания отдельного класса для одного метода-функции в жабоскрипт, когда можно просто обьявить функцию.
>в контексте исполнения произвольного кода у перевода такой же негативный оттенок.
Во-первых контекст не "исполнение произвольного кода", а "произвольная идея". Во-вторых, ни в том ни в том случае негативного оттенка нет, вторая фраза вообще звучит корявее некуда, относительно идей это слово не используется, в отличие от arbitrary.
>>1940099
>>1940302
А что именно там плохо? Собирался как раз из редакса в мобикс перекатываться. Хотя я редакс никогда не хейтил, на тайпскрипте даже норм пишется, как-то бойлерплейт не напрягает. Больше напрягает необходимость ручной мемоизации, а в мобикс она встроена. С редакса кстати не особо пересели, он намного популярнее, мобикс вроде бы в районе 10% проектов юзают
я тролю жс тред
Ты можешь передать результат useState или useReducer контекстом вниз и, в принципе, базовый стейт менеджер получится. Однако у тебя не будет никакой реактивности, асинхронных экшенов, обновлении при изменении данных извне и прочих удобств. Тебе каждый раз придется вручную вызвать setState или dispatch. С mobx-state-tree, например, можно удобно сериализовать стейт и отправить JSONом, удобно прикрутить Undo и т.д.
Да, что в этом сложного? Если ты без гугла не можешь написать два вложенных цикла, то тебе нет места в IT. Я и методом выбора могу написать и методом вставок напишу. Также как и сортировку слиянием и быструю сортировку. В этом ничего сложного нет, если ты знаешь принцип работы алгоритма и базовый синтаксис языка.
Чтобы не хуячить O(n3) алгоритмы там где тебе приходят данные которые нужно спроецировать на интерфейс пользователя и в зависимости от его действий преобразовывать их, кэшировать, дополнять.
Также чтобы выбирать нужный алгоритм в зависимости от текущих требований, например, быстрая сортировка потребует меньше вспомогательной памяти чем сортировка слиянием, но при этом может отработать медленнее.
>Чтобы не хуячить O(n3) алгоритмы там где тебе приходят данные которые нужно спроецировать на интерфейс пользователя и в зависимости от его действий преобразовывать их, кэшировать, дополнять.
Если тебе приходят данные, на которых заметны O(n3), то у вас в бэкэнде долбоёбы сидят.
Redux плотно не пробовал, больше нравится mobx (или MST, если надо больше удобств).
У mobx более простой интерфейс, ты работаешь со стором как с обычным объектом напрямую, не надо диспатчить экшены аля "ADD_TODO", что даёт лучшую поддержку TypeScript. Для проектов средней сложности зайдет хорошо.
Mobx делает магию прям как Vue.
Обычно, задачи без знания алгоритмов и там, где скорость выполнение не критична, отдаются даунами, а все что сложнее, уже миллим и сеньорам. Ты откровенно говоря палишься, утверждая, что алгоритмы не нужны. У меня, например, в проекте есть сложный интерфейс, который отрисовывается на канве. И компоненты должны перерисовываться своевременно, без лагов. Получается большой массив данных и много кола, который с ним работает. Код должен быть максимально быстрым и читаемым, и в этом случае алгоритмы и паттерны, это как раз то, что решает эту проблему.
Мимо
Дурачок, смотри, нашел для тебя сортировку, для использования которой не нужно знать ни одного алгоритма. Можешь не благодарить: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/sort
Не проецируй, маня. Я просто хочу от тебя услышать один пример одного конкретного алгоритма, который тебе потребовалось знать и применить, а не твои шизоидные диванные фантазии о "сложна мноха данных алхаритм производительность" без какой-либо связи с реальностью. Неужели это так сложно?
>Даже не знаю каким нужно быть дегродом, чтобы не найти применения алгоритму СОРТИРОВКИ в веб-интерфейсе.
Что ты там собрался сортировать, когда достаточно большие списки, где ШВЯТЫЕ АЛГОРИТМЫ дают заметный для клиента буст, один хуй разбиваются на страницы, то есть без запроса к серверу хуй ты что посортируешь на клиенте. Или у вас бэк высирает всю бд джейсоном, а потом ты на мобилке клиента тимсортиров очку хуяришь?
Ну значит ты понятия не имеешь, о чем идет речь и вклинился в разговор, не прочитав его. Я разговариваю с алгоритмошизиком - человеком, который считает, что для программирования необходимо знание конкретных математических алгоритмов и прошу его назвать хотя один такой алгоритм, который он использовал в своей повседневной работе, а не на лабе2. Если потом в разговор приходишь ты и говоришь "алгоритм - это процедура, а значит я пользуюсь алгоритмами когда пишу if-else", то ты как минимум не очень умный.
Нет, я понимаю о чем идёт речь и я все сказал правильно
>дал полный контекст
Ты встал в позу и сказал, что алгоритмами считаешь только те, что имеют названия
>>1941158
>алгоритм - это процедура
Очень удобная позиция. Но алгоритм не станет процедурой, просто если ты ее так назовёшь. Ты спрашивал где трубется знание алгоритмов, я привёл пример: реализация своего алгоритма
>>1941158
>выдранную из своей жопы висящую воздухе
Воо ещё пушка. Ума не хватило весь скрин прочесть?
В смысле неподкреплённый? А как ты собрался таблицы сортировать? Как ты собрался данные в последовательность выставлять? Как ты матан применять собрался, чтобы построить, хз, кривую на канвасе?
Ты точно программированием занимаешься или просто верстальщик зачем-то залетевший в тред? Уебывай тогда в свой тред вёрстки.
Дурачок, повторяю в третий раз, если ты говоришь "программисту нужно знать алгоритмы" и потом уточняешь "алгоритм - это набор команд", то ты нихуя не сказал, просто в воздух пукнул, и твое заявление сводится к "программисту нужно знать циклы и if-else". Ну охуеть откровение.
>Ты спрашивал где трубется знание алгоритмов, я привёл пример: реализация своего алгоритма
Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться.
>>1941169
>программисту нужно знать алгоритмы" и потом уточняешь "алгоритм - это набор команд",
Ну так только ты сможешь сказать. Я все же предпочту обсуждение задачи, которую надо решить
>>1941169
>Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться.
Траллишь тупостью? Знание алгоритмов, это опыт, который человек может использовать для написания чего-то нового. Как ты будешь писать производительные алгоритмы, если ни одного типового не знаешь и вообще с темой сложности алгоритмов не знаком?
> Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться.
Тебе уже несколько раз написали как, зачем ты продолжаешь маняврировать?
>>1941170
> sort
> map/reduce
Ты хоть раз это использовал или просто слышал?
Что если мне нужно json перебирать на несколько полей и укладываться во время кадра? А если бинарные данные? А если мне график нужно преобразовать, тогда как, ждать три секунды при каждом обновлении кадра?
> Через знание функции этой конкретной кривой.
Это и есть алгоритм.
>Я все же предпочту обсуждение задачи, которую надо решить
Именно поэтому ты кривляешься десять постов подряд, но не смотря на все вопросы до сих пор не назвал ни одной конкретной задачи, которую решил "алгоритмом", и максимум, который ты смог высрать, это:
>Может тебе еще исходники выложить и проект полностью описать?
>Как ты будешь писать производительные алгоритмы, если ни одного типового не знаешь
Ой, то есть теперь алгоритм - это не просто набор любых команд и "знание алгоритмов" внезапно начало в себя включать некие "типовые"? Клоун ебаный, не устал на хуях скакать туда-сюда?
>Что если
Что если тебе придется провести открытую операцию на сердце, а ты не знаешь, как? Срочно беги в медицинский изучать. Если ты начинаешь свой так называемый аргумент с "что если", то это не аргумент, а ебаная арбитрарная выдумка, которая тебе просто так стукнула в голову.
>ждать три секунды при каждом обновлении кадра
Чел, современные map/reduce из той же ramda.js реализованы максимально перфомансно через while'ы, какие три секунды? Скорости JS более чем достаточно для того что ты описал, на фронте ты упрешься в 99% случаев в скорость обновления DOM или перфоманс девайсов, которые канвас отрисовывают.
Не считается, до тех пор, пока а) ты не покажешь, что работа с графами - это неотъемлемая часть работы программиста-жопоскриптера и встречается постоянно б) не назовешь конкретный алгоритм, который тебе пришлось знать заранее, а не найти в гугле/в готовой библиотеке
Лол, т.е. ты никогда не решал задач за пределами верстки, никогда даже списки и данные не сортировал, и думаешь что это и не нужно?
Еще раз - уебывай в своей тред верстки. Это не тред верстальщиков.
>>1941191
Пчел, обычный for лучше map/reduce/filter в десять и более раз. Это незаметно если ты перебираешь какую-нибудь хуйню, но стоит только использовать сложную сортировку килобайт на 100 - моментальная просадка и невозможность попасть во время кадра.
Ты не забывай что кроме самого мапа/фильтра есть и куча другого кода, который тоже работает.
>пока а) ты не покажешь, что работа с графами - это неотъемлемая часть работы программиста-жопоскриптера и встречается постоянно
НАЧАЛЬНИК-НЕЙМ, ВОТ ТУТ НАДО С ГРАФАМИ РАЬОТАТЬ
@
НО ЭТА ЗАДАЧА НЕ ВСТРЕЧАЕТСЯ ПОСТОЯННО ПРОГРАММИСТУ ЖАБАСКРИПТЕРУ
@
ПУК
@
СРЕНЬК
@
ТОЛЬКО НЕ БЕЙТЕ
Сидел в треде несколько месяцев, думал что тут все его друзья, думал что все будут алгоритмы с ним отрицать. А оказалось что все его поехавшим шизлом считают.
Фронт логика минимальная, тс нужон, тхёрд парти стейт менежменты не хочу
Ангулар лень, реакт геморрно, вуй не люблю
Анончики выберите из этих трех за меня
Свелтошиз соси бибос
Чем проще? На next.js всё делается быстро и просто, и работает оно быстрее, потому что медленнее рельс наверное только питон, и то не факт, возможно нет ничего медленнее рельсов. Да и главное, что next.js позволяет делать SPA с рабочим клиентским роутингом со всеми преимуществами SSR. Рельсы так просто не умеют.
Т.е. инициацию запроса понятное дело можно делать при маунте компонента. Но вот сам запрос дальше, должен быть например прописан в компоненте и из него записывать данные в стор. Или в самом сторе создать экшн, который будет тянуть данные и сразу же записывать в стор? или вообще похуй откуда их в итоге запрашивать?
И еще вопрос. Можно ли использовать мутации? Видел одного индуса который исполльзовал пуши. Это плохая практика или так можно делать?
Ты в стейт не правильно добавляешь, cartItems:[...state.cartItems, action.payload], прямые мутации это плохо, по крайней мере в реакте, я делал так как на пик
>>1941446
> удалить дубли
@
> map, filter
@
> алгоритмы не нужны ряя
>>1941459
> удалить дубли
@
> map, filter
>>1941464
> удалить дубли
@
> map, filte
Еще чуть от кашлся не откинулся.
Ебанутый же.
>Как в редаксе сделать, чтобы в корзине лежали только уникальные итемы?
Пчел, боюсь в твоем случае стоит реализовать отдельную функцию, в которую будет передаваться стейт и пэйлоад. Внутри функции алгоритм, который делает проверку и добавляет в массив только уникальные значение. Ну и эта функция возвращает массив с уникальными значениями, соответственно. Я бы это так делал
Это местный шизофреник, который алгоритмы отрицает, можно внимания не обращать, только проигрывать. Отличается отсутствием логики, диким отрицанием алгебры и, собственно, алгоритмов.
> страница сайта грузится дольше чем игра ААА уровня, а интерфейс замирает и дергается
У него на каждый пук создаются и уничтожаются массивы, лол, еще бы не лагало. А он не понимает этого даже.
>>1941525
>>1941528
Бля, ладно, все это шутка на самом деле была. Конечно, нужно скрывать подобную логику. Но вы уже заебали вестись на такую толстоту. Зачем обращаете внимание на арбитрарно-шизика? Он де больной, а вы ведетесь на его шизу. Давайте может быть что-то полезное уже чтоли обсудим?
>Тем более, что аргументов никаких ни у кого нет
Во-первых аргументы есть, во-вторых, если бы их реально не было "ни у кого", то на свалку отправляться должны как раз те, кто выдвигает какое-либо утверждение(например о нужности алгоритмов) и при этом не подкрепляет его аргументами.
И да, бог - отличная аналогия, если ты говоришь, что бог существует, но аргументов и фактов в доказательство его существования у тебя нет, и это надо просто принять на веру, то такое заявление можно выкинуть только в мусорку, рассмотрению, спорам и обсуждениям оно не подлежит.
Svelte риальне раздражает. AppRun же. Его делает китаец-инженер. На ts можно писать не напрягаясь. Да и можно писать не напрягаясь вообще.
Мнения?
>Т.е. если тебе не нужны алгоритмы, то никому не нужны?
Нет, т.е если ты произносишь громкое заявление уровня "программисту нужно знать алгоритмы", то тебе лучше иметь за пазухой аргументы получше, чем "вот лично я по какой-то ебанутой причине пишу сортировки пузырьком каждый день, мне этот алгоритм нужен, значит и программистам в целом нужен".
Нужно по размеру комьюнити смотреть, по инструментам, с которыми придется работать и все такое. Куда выгоднее взять инструменты, которыми владеют многие, чем:
>AppRun вроде не заброшен более-лимении, svelte тоже.
Какую пробему они решают лучше остальных? А если никакую, то почему, как ты думаешь, их будут поддерживать еще 5-10 лет? А если их не будут поддерживать еще 10 лет, то зачем их использовать? Чтобы потом перекатываться на реакт или ангулар?
Приложение нужно на клиенте через кордову.
Плюс уменьшение трафика с сервера, кому нахуй нужно в 2к21 году тратить миллионы на сервера?
>>1941715
> Куда выгоднее взять инструменты, которыми владеют многие,
И которые не проходят по производительности.
> Какую пробему они решают лучше остальных?
Производительность конечно же! Вопроса такого не стоит, если бы реакты-ангуляры работали нормально.
>Производительность конечно же!
Что производительность? Вот так, произносишь это слово и весь код становится быстрее? О какой именно производительности идет речь? Об отрисовке изменений в dom? Ну так и говори, что эти инструменты решают проблему скорости отрисовки в дом. Но теперь ответь на вопрос: действительно ли скорость отрисовки в дом является проблемой с которой реакт не справляется? Или все же справляется, но ты хочешь дрочить на циферки?
Я хз, даже какой код надо писать, чтобы отрисовка в dom была бутылочным горлышком в проекте
Нихуя у тебя не горит до сих пор, лул. Но я никакой не шиз, а анон что по фану вкинул решение с Set().
Но ты быстренько слился от того, чтобы пруфануть, что работаешь в ойти. Хотя на это я пообещал запилить нормальный алгоритм на 100к элементов, лично для тебя.
Но что же делать, когда ты пиздабол? Правильно, уйти в слив, а потом подпердывать на посты других анонов, дескать, это шиз, а я в белом пальтишке и вовсе не вкатун!!!
Прикольно. Наверное, модель поведения у истеричной мамки позаимствовал?
> Что производительность?
Что, блядь, что? Фпс, понимаешь?
> Вот так, произносишь это слово и весь код становится быстрее?
Он становится быстрее, если меньше кода при цикле рендера запускается.
>>1941743
> что реакт не справляется
Так-то реакт никогда не справляется. Виртуалдум, всё такое. Его даже под производительные приложения никто и не рассматривал.
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
ПЕРЕКАТ >>1941748 (OP)
Эта функция, как и 99% других которые тебе пригодятся в редаксе и функциональном программировании, уже написана.
>>1941420
import uniq from "ramda/es/uniq";
import append from "ramda/es/append";
// ...
return {
...state,
cartItems: addUniq(action.payload, state.cartItems)
}
// ...
const addUniq= pipe(append, uniq);
Может пиздеть про опыт и таким образом набираться опыта? ДС