24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Ситуация такая: Устроился в компанию, которая разрабатывает гигантский продукт, а команда наша работает над несколькими компонентами. Поковырялся в коде и чувствую, что там есть проблемы с архитектурой. Компонент, по классике, имеет контроллер (манипуляция данными) и представление (все то, что мы показываем пользователю). Но проблема в организации хранения и обработки данных внутри компонента. Есть данные компонента, состояние компонента, состояние представления и ещё непонятно что.
Вопрос: Какие книги/статьи почитать по организации данных внутри компонента, датафлоу. Может быть вы знаете крутые опенсорсные проекты, где бы это было реализовано на пять с плюсом? Ну или может кто-то опытом может поделиться, как быть в этой ситуации
как хочется друга знающего что такое canvas + js писать с ним вместе одну штучку типо совместный кодинг.. эх, разве я много прошу... тут есть мастера js вообще?
>>1939498 Смотря что вы там рендерите. Проще всего в useEffect обновлять canvas императивно. Но если хочется прям реакт-компоненты рендерить в канвас, то это или биндинги использовать (если к pixi и three.js) либо свой реконсилер писать. В любом случае, легко точно не будет и подводных камней там тонна. Pixi это сама по себе сложная либа, а тут еще и куча абстракций поверх.
>>1939504 Ничего плохого в этом нет, но пару часов человека, который шарит, это 5-6к рублей, которые он может заработать уделяя это время работе. Тебе лучше научиться задавать вопросы в треде или на том же стековерфлоу. А вообще, лучше пойти в компанию, которая решает схожие с твоими задачи. Они тебя научат, да ещё и заплатят
>>1939500 >Смотря что вы там рендерите Да все рендерим. Весь интерфейс приложения - суть рендер на канву через pixi
Проект супер большой и я боюсь, что даже реакт туда вот так с ходу не встанет. Самое простое и правильное, на данный момент, это организовать уже написанный код так, чтобы он отдаленно напоминал реакт
>>1939524 Как написать клон reddit place или pixel battle Суть такова у вас есть канвас (а точнее два, один для контента а второй чтобы смотреть его ) все пиксели хранятся в imagedata обьекте соотвественно после mousedown мы его рисуем но как сделать перемещение по такой штуке (перемещение это приближать канвас в любую точку, нажать и перемещаться, с помощью клавиатуры двигаться по нему) ну и соотвественно отдалять и приближать колесиком
я попытался сделать все это с помощью ctx scale и зум у меня получился а вот все остальное нет
>>1939523 Канвас - это же рендер обычный. Мне с дивана это видится так: 1. Имеем стейт с данными зума и координатами центра экрана 2. При зажатой левой кнопки мыши и перемещении указателя высчитываешь координаты центра экрана 3. Перерисовываешь канву или на что ты там выводишь изображение
>>1939541 >допилит это Суть этого процесса для тебя в чем? Ты научиться хочешь или просто получить готовый проект? Если первое, то никаких "допилите" здесь быть не может, потому что лично тебе это ничего не даст без пояснений почему и как был допилен этот код. А если второе, то иди на биржу фриланса и там индус тебе за пару К за вечер накидает то, что тебе нужно
В программировании, как нигде актуальная поговорка про удочку и рыбу. Вот ты рыбу хочешь, а тебе надо научиться рыбачить самому. Бей задачу на мелкие части и последовательно их решай.
>>1939557 >для начала хотелось бы понять почему он не работает Что именно там не работает? Ты ведь даже вопросов никаких конкретных не задавал. Работает там все так, как ты написал в коде. А как ты хотел чтобы это работало, я хз
>>1939511 Ангуляр, конечно, но он сложнее в освоении и реактомакаке придётся еще и TypeScript учить. Обычно в него приходят люди из языков с статической типизацией и грамотной архитектурой (Java, C#), т. е. уже с хорошим бэкграундом. Реакт это участь васянов, которые всю жизнь проработали кассирами, а теперь хотят после курсов вайти в айти.
>>1939575 Могу привести пример задачи, которую решает ангулар, но не решает реакт. Я хз, думал это всем уже давно известно, но для тебя повторю: ангулар - это MVC комбайн 10000 in 1. Ты берёшь его и пишешь приложение по минимуму используя сторонние решения. Реакт - это та самая буковка V из MVC. Берешь реакт и к нему надо будет дособрать ещё пару либ или написать их самому, чтобы было комфортно.
Понадобилось, чтобы компонент рисовался позади другого компонента, но при этом имел приоритет в перехватывании событий мыши (pointer-events нужен для обоих элементов). Это возможно реализовать? Не помешал бы какой-нибудь z-индекс для событий.
>>1939676 Очевидно, что для страницы ты будешь использовать HTML + CSS или у тебя это два отдельных языка программирования, которые нужно было отдельно упомянуть?
>>1939677 >>1939678 >выдач по запросу страницу Написано же, написать не код, который выдает страницу, а САМУ веб-страницу блять >>1939679 >Очевидно, что для страницы ты будешь использовать HTML + CSS Нихуя не очевидно блять
>>1939700 Ну, во-первых, не с маленькой, а с строчной, раз уж ты решил за умного сойти, во-вторых, с прописной пишут только в личной переписке, так как это публичный тред, то писать с прописной при обращении на 'вы' будет только умственно отсталый дегенерат вроде тебя.
>>1939729 Не юли, ангуляродебил. Ты сморозил хуитку про реакт и обосрался. В ангуляре ты не сможешь нормальный менеджер состояния использовать, так как тебе пихают встроенный колхоз. >>1939739 Если ты пишешь крупное приложение на веб-говнеце, то твоему кабанчику просто лень платить настоящим программистам, макаки и так склепают задёшево.
>>1939751 В данный момент работаю в компании, где реакт отвечает за часть ui. Ещё вопросы?
>>1939753 >В ангуляре ты не сможешь нормальный менеджер состояния использовать, так как тебе пихают встроенный колхоз. В ангулар он идёт из коробки, когда как реакт предоставляет инструмент для расширения функционала и подключения сторонних state manager’во внезапно, к ангулар тоже можно подключить что-то сторонне, но разговор о том, что у него есть свой, родной
> Если ты пишешь крупное приложение на веб-говнеце, то твоему кабанчику просто лень платить настоящим программистам, макаки и так склепают задёшево. Это очередная порция троллинга тупостью?
>>1939522 Создаёшь тикеты в релевантных репах. Ненамного сложнее, чем ковыряться в куче постов к древней либе и выискивать правильные ответы, которые работают в нынешней версии.
>>1939765 >В ангулар он идёт из коробки Хуки в реакте тоже. >внезапно, к ангулар тоже можно подключить что-то сторонне, но разговор о том, что у него есть свой, родной Сейчас бы ставить ангуляр, чтобы подключать к нему что-то. >Это очередная порция троллинга тупостью? Разве что только твоей, тому шо кабанчик тебя люто наёбывает на даллары.
>>1939773 >Хуки в реакте тоже. Хуки != стейт менеджер
> Сейчас бы ставить ангуляр, чтобы подключать к нему что-то. Шиз, это мой тезис, которым я аргументирую принципиальное различие реакта от ангулар. Если ты со мной согласен, то к чему вообще разговор?
>>1939780 >Хуки != стейт менеджер Так и ангуляр использует свой колхоз заместо божественного флюкса. >Шиз, это мой тезис, которым я аргументирую принципиальное различие реакта от ангулар. Если ты со мной согласен, то к чему вообще разговор? Твой тезисвысер был в том, что в реакте нету встроенного управления состоянием, что очевидный пиздёж.
1. Учу Js, читаю кантора, стараюсь побыстрому все сделать уже месяц его дрочу, понимаю где то 60-70% материала, на сложные вещи забиваю хуй, знаю что потом дойдет, щас важно понять синтаксис. Вопрос, после синтаксиса идет этап практики, как посоветуете лучше тренироваться - найти на ютубе проект на Js и повторять за автором, или дрочить задачки на cdewars? Как вы оттачивали практику что бы потом работать полноценно?
2. Сколько времени у вас заняло с момента изучения синтаксиса до написания уже полноценного рабочего кода, с каким уже можно по собесам ходить?
Синтаксис это первые две главы у кантора, что бы разговаривать на другом языке -надо сначала выучить его алфавит, и тут так же, понять функции, методы, массивы и т.д. после чего писать большие куски кода
>>1939926 Может быть просто не надо запускать екзешник просто? Или может быть не писать расширение для браузера, а решить вопрос по-другому? Ты лучше распиши что за задачу решаешь
>>1939930 Все просто - я хочу заходить на страничку с видео аниме, выковыривать ссылку на видео и запускать его в mpv. Не понимаю почему такие элементарные вещи в 21 веке так сложно делать.
>>1939935 >Не понимаю почему такие элементарные вещи в 21 веке так сложно делать. Очевидная защита от ушлых хакеров, которым день уязвимости искать. Если для себя пишешь исключительно, то можешь развернуть небольшой сервер, на той же ноде, который будет принимать адрес и открывать его как тебе угодно. А если планируешь, что другие будут этим пользоваться, тогда надо уже сервер свой городить и клиентскую часть, которая будет локально ждать запрос на запуск
>>1939980 > Что ты там собрался искать, Сообщения на форуме. Работа с текстом в целом. Поиск говна в чатах. Что там еще не помню даже, хммм. > возможностей постгреса? У него взможностей минимум. Даже кластеризации и шардинга нет.
>>1939982 >что приложению действительно нужно "больше одной базы" Представь как тебе ставят задачу, где надо выбрать оптимальную базу для хранения огромного графа и ты такой: ну там всего одна база данных, поэтому постгресс и тебя увольняют
>>1939986 "Все просто - поэтому постгрес(номер один БД в мире)" - одно из другого не следует, попробуй еще раз. >>1939988 >Сообщения на форуме. Работа с текстом в целом. Поиск говна в чатах С головой покрывается полнотекстовым поиском постгреса. Еще варианты? >Даже кластеризации и шардинга нет. Во-первых есть, во-вторых зачем тебе кластеризация и шардинг в постгресе(!) нахуй? Давно утыкался в потолок перформанса на уровне БД? Что писал, твич или дискорд?
>>1939997 Что из чего там не следует? Вот твой пост: > Дурачок, сначала надо установить, что приложению действительно нужно "больше одной базы", а потом уже спрашивать про "какие".
То есть ты сам сказал, что задаешься вопросом «какая база нужна» только если нужно больше одной. А во всех остальных, похоже, выбираешь постгресс
>>1939994 Ну на самом деле любую kv базу можно под любые графы запердолить. Так что по сути база-то всегда одна будет.
>>1939997 > С головой покрывается полнотекстовым поиском постгреса. Еще варианты? Меджленный же. > Во-первых есть Есть репликация и прокси-сервер вроде, не? Этого нидастатачна. Хотя и приемлимо, не спорю, 95% серверов так и живут. > во-вторых зачем тебе кластеризация и шардинг в постгресе(!) нахуй? Давно утыкался в потолок перформанса на уровне БД? Что писал, твич или дискорд? игры хехе, пару успешных рекламных компаний и постгресс складывается нахуй кхуям, если заранее репликацию и несколько проксей не сделать минимум
>>1939997 >Давно утыкался в потолок перформанса на уровне БД? То есть ты ни разу не сталкивался с проблемами производительности базы? Что ты там пишешь? Тудушки и хелоу ворды?
>>1940004 >Ну на самом деле любую kv базу можно под любые графы запердолить. Так что по сути база-то всегда одна будет. Мы вам перезвоним. Ты бы ещё на бумаге предложил граф хранить
>>1940002 >только если нужно больше одной Не нужно. Ты собираешься размазывать хранение основных данных тонким слоем говна по нескольким серверам на этапе прототипирования нахуй, это настолько нонсенс, что постыдился бы высираться. >А во всех остальных, похоже, выбираешь постгресс Разумеется я по умолчанию выбираю номер один БД в мире, если на выбор другой нет каких-то охуенно редких причин. У тебя какие-то проблемы с этим? >>1940004 >игры хехе, пару успешных рекламных компаний и постгресс складывается нахуй кхуям Держи в курсе, фантазер. >>1940005 >То есть ты ни разу не сталкивался с проблемами производительности базы? 99.999% "проблем производительности базы", который ты сможешь вспомнить из своей целой жизни - это проблемы говнокода приложения. Чтобы упереться в потолок производительности постгреса как такового я даже представить не могу, что нужно сделать.
>>1940010 > Держи в курсе, фантазер. Вот и врёти началось. Спрашиваешь про кластеризацию и шардинг - ВРЕЙТИ НЕНУЖНО ТАКИХ НАГРУЗОК НЕ БЫВАЕТ У ОБЫЧНЫХ ЛЮДЕЙ!!1 ЭТО ТОЛЬКО У ГУГЛА!11 Типичное поведение любителей постгресса кста
>>1940015 Называй конкретные цифры, которые у тебя вызвали проблемы производительности на уровне постгреса, которые без кластеризации решить никак нельзя или иди нахуй, шизик-фантазер.
>>1940010 >на этапе прототипирования наху Виляние жопой. Мы не говорили о прототипировании, но если уж и говорить, то в этом случае надо брать то, что тебе знакомо лучше
> 99.999% "проблем производительности базы", который ты сможешь вспомнить из своей целой жизни - это проблемы говнокода приложения Проекции своего субъективного опыта на собеседника. Ты, может, и упираешься из-за говнокода, а я работаю со специалистами, которые предпочитают выбирать инструмент под конкретную проблему.
>>1940009 Какая разница на чем они там построены? Решают проблему обработки графов на порядки лучше постгресс и ладно
>>1940023 >а я работаю со специалистами, которые предпочитают выбирать инструмент под конкретную проблему. Все еще жду "конкретной проблемы", которую постгрес решить не может. Только давай в этот раз без скатывания в клоунаду "а что если тебе придется хранить не-реляционный тип данных, а ты выбрал реляционную БД, что делать будешь".
>>1940024 >Только давай в этот раз без скатывания в клоунаду "а что если тебе придется хранить не-реляционный тип данных, а ты выбрал реляционную БД, что делать будешь". Очень удобная позиция. То есть ты предлагаешь назвать задачу с которой постгресс справится плохо, но выбирать я могу только из тех задач, для которых он был создан? С тобой все хорошо?
>>1940026 Нет, я предлагаю тебе называть, чем ты собрался забивать гвозди, если не лучшим доступным молотком, а не выдумывать арбитрарную шизу "а что если мне придется ногти полировать, тоже молоток предложишь?". Если ты собрался хранить бананы, а не реляционные данные, то вопрос "постгрес или ящик деревянный?" даже не встанет, и обсуждать его смысла нет.
>>1940018 > врётиии не бываееет, фантазируете всё!11 Как-то слабо. Лучше бы просто пояснил за шардинг и всё. Он кстати в постгрессе не такой и плохой, много популярных решений.
>>1940023 > Какая разница на чем они там построены? Ну это я к тому, что действительно можно решить всё одной базой. Правда не постгресом, а кв.
>>1940029 >Если ты собрался хранить бананы, а не реляционные данные, то вопрос "постгрес или ящик деревянный?" даже не встанет, и обсуждать его смысла нет. Ну наконец до тебя дошло
>>1940033 А то тебя не дошло, шизло, потому что именно ты вклинился в разговор с абсолютно идиотским вопросом "а пачиму написан пастгрес, что елси мне бананы надо хранить, тожи в пастгрес сувать???".
Бананы можно и в постгресс хранить тащемта. Нужно только в достаточно точные матрицы сохранять, чтобы распечатать на 3D принтере почти без потерь информации.
>>1940039 Для 95% задач действительно нужен либо постгресс либо мария. Что-то другое нужно только есть серьезный архитектор, серьезные программесты и бизнес-план.
>>1940039 Пока обоссал ты только свои штаны, попытавшись выдумать ситуацию, в которой ответ на "в чем хранить данные приложения?" не будет без вариантов "постгрес". Но разумеется такую ситуацию ты смог выдумать только через дикую эквивокацию "под данными приложения я на самом деле подразумеваю бананы, поэтому такой ответ не подходит", так что ты был пойман за руку как подлец и дешевка, и отправлен на свалку истории.
Вообще, поясню, раз тут такие дебилы собрались. Вопрос о таловом стеке, это аналог «/postcount» - детектор нюфагов, которые хотят продемонстрировать всем свою крутизну
>>1939447 >>1939456 >>1939584 >>1939959 Вот, четыре «сеньора» на эту толстоту уже попались. Ладно бы просто промолчать, но нет, с пеной у рта отстаивают свой «стек», лол. Подмойтесь лучше
>>1940049 >этот залетыш из /b/, который во всём видит подвох
Сочувствую, тяжело тебе живётся с таким отношением. Человек спросил для того чтобы не объебаться, узнав, что выученный реакт нигде кроме галер из макак не нужен, а для того чтобы попасть к белым людям ему нужно было учить ангуляр.
>>1940058 носкл базы придумывают для того чтобы "хуяк хуяк и продакшн", потому что для их использования достаточно знать ЯП и не нужно ебаться с изучением SQL.
>>1940058 Постгрес - это одна из самых производительных баз в мире, дружок. Сравнивать его с черепашьей носкл-парашей типа монги - это либо троллинг, либо дикое непонимание вопроса в приницпе. >Ты думаешь просто так выдумывают всякие носкл базы, а не пользуются склами? Ты не поверишь...
>>1940064 Найдешь одну БД, которая может выполнять функции потсгреса и будет производительнее него - весь мир будет тебе благодарен и сразу же на нее перейдет. Монго сразу мимо, пробуй еще.
>>1940061 > Постгрес - это одна из самых производительных баз в мире, дружок. Любое KV будет производительнее. > Сравнивать его с черепашьей носкл-парашей типа монги - это либо троллинг, либо дикое непонимание вопроса в приницпе. Нет, это шиза. Твоя шиза. Ты первый про монгу заговорил, лол. > Ты не поверишь... Дело в производительности.
>>1940066 >Любое KV будет производительнее. Проиграл. Может тогда сразу в памяти будешь данные приложение хранить, тут уж точно производительнее некуда, чего мелочиться со всякими редисами-хуисами?
>>1940072 Ну так зачем тебе редис для этого, храни сразу в хешмапе и будешь купаться в производительности. Правда сравнивать с этим полноценную БД может только поехавший шизик, у которого кончились аргументы, а пукнуть хочется.
>>1940075 > Правда сравнивать с этим полноценную БД может только поехавший шизик, у которого кончились аргументы, а пукнуть хочется. Ну почему же, я всё еще могу использовать ACID. И кластеризацию. И шардинг. И иметь производительность несравнимую с постгресом.
>>1940077 >Ну почему же, я всё еще могу использовать ACID Пока ты можешь только пердеть и фантазировать на диване, потому что ни разу не писал приложение с KV стором вместо БД. Если бы писал, то такую бы хуйню не порол.
>>1940076 Хз чел, я постгресс не изучал, у меня полторы строчки sql`а, которые я скопировал с стака. Этого хватает для 99% задач. Для 1% задач я зарегистрировался на стаке. Правда, всё омрачено тем, что я еблан с производительностью, которой в постгрессе не хватает
>>1940092 Топовые специалисты: >имеют перед собой конкретные задачи и принимают конкретные действия для их выполнения(изучают исходники)
Какой-то хуй с двача: >имеет перед собой конкретные задачи и принимает конкретные действия для их выполнения(копипастит SO)
Шизик-неврастеник: >ты нипанимаеиш у тибя дененигкругер нада изучать исходники патаму чта так делают дяди взрослые если не изучаешь то ты ни взрослый ти бахтерт дененингкругер!!!
>>1940093 Так здесь и специалистов такого уровня нет. Только дебилы вроде тебя, что сложнейшем инструменте ничего кроме sql не видят, да и тот считают простым
>>1940097 Просто смешно, что ты тут постоянно вылезаешь с недавно открытым для себя даннингом-крюгером и лепишь его не к месту как попало, подкрепляя это шизоидной неврастенией "нужно знать все, если ты не знаешь все, то ты ничего не знаешь". К врачу не думал записаться?
>>1940099 {{{{{{{никакого () бойлерплейта}}}} obsrever((((((((({{{{{{{{{{{{state}}}}}}}}}}))))))))}}}} {{{{{{{{{зачем.использовать.zustand?.huita}}}}}}}<div>puk</div>}}}} все же очень леко читается в пару строк__}}}}}}}}
>>1940122 Нахуй вообще этот конст нужен и для чего его использовать вместо лета? Он ресурсов меньше жрет? По-моему проще ебашить везде леты, если надо перезапишешь, если не надо, так и оставишь.
>>1940130 Смысл в иммутабельности и чистоте. Если кто-то использует переменную 'a', то он всегда будет получать 5, не волнуясь о том, что кто то изменит её и вместо ожидаемых 5 он получит 10.
>>1940133 >Нахуй вообще этот конст нужен и для чего его использовать вместо лета? Не нужен, ни для чего. Просто вытащенное из жопы соглашение, которое принимается бездумно и на веру, с периодическими попытками защитить его через шизу "а что если джун придет в проект и переназначит мне все переменные". >По-моему проще ебашить везде леты, если надо перезапишешь, если не надо, так и оставишь. Поздравляю, ты только что открыл истину, недоступную 90% жс-коммьюнити, далеко пойдешь.
Что выдаст? Неужели ты не можешь ответить на этот вопрос, и о ужас, тебе придется смотреть сам код, чтобы понять, что этот код делает, одного const недостаточно? А вдруг там 50 строками выше проклятый джун переназначил хуй? Срочно проверяй.
>>1940133 Вот тебе простой, но часто встречающийся пример. Представь теперь, что это счёт в банке и вместо 10 тысяч ты списал у кого-то 20 тысяч, хотя вроде по коду никаких ошибок нет и всё скомпилировалось нормально.
я несколько тредов подряд задаю вопрос как объявить переменную и частенько начинается срач про конст один единственный раз какой-то залетный гений четко пояснил зачем и почему ето нужно и его пост потонул в потоке бессмысленных высеров всяких даунов а жаль
>>1940162 чини детектор даун я отлично знаю зачем нужны конт и никак не отрицаю необходимость их наличия дело в том что ты не понимаешь зачем они нужны. хотя старательно делаешь вид что понимаешь и даже думаешь что понимаешь. вот в чем вся запутка
>>1940154 Я вкатун, который изучает программирование несколько месяцев, и может я чего то не понимаю, но мне кажется пример тупая хуйня. Сам своими руками все портишь на ровном месте. Зачем туда пихать этот трай кэтч, ты не вкурсе, в блоке трай все выполнится до возникновения ошибки?
>>1940167 Любой пример, пытающийся объяснить нужность const вместо let - это тупая вытащенная из жопы хуйня по определению. У const юзкейсов нет, только подобные шизоидные выдумки с тысячей строк кода, где в середине ВНЕЗАПНО переопределяются нахуй все переменные как попало.
>>1940165 Да-да, жаль, что твой розовый манямирок на реальный мир не натянешь. Ну ничего, ты и дальше можешь жевать мамкин протухший борщь, пребывая в нём, пока психически и физически здоровые люди принимают реальность и зарабатывают х20 от пенсии твоей бабки на которую ты живёшь.
>>1940175 Илон Маск, спок, ты конечно успешный дохуя, но если ты хочешь участвовать в споре, то предоставлять надо аргументы, а не количество своих биткоинов. Попробуй еще раз.
>>1940167 Не понимаю твоего вкатунского высера, но вот пример для тех кого смущает try catch. Как видишь, даже без него ты получаешь верный результат и сообщение об ошибке, т. е. несмотря на наличие ошибки программа не испортила своё состояние и не допустила ничего, что могло бы как-то навредить её пользователям. В то время как при let ты бы просто получал неверный результат ровно до тех пор, пока явно его не увидел.
И это пример на 3 строки, в реальности блок кода будет намного больше и ты даже не заметишь, как насрал себе в штаны используя let вместо const
>>1940159 >какой-то залетный гений четко пояснил зачем и почему ето нужно Я всё еще тут, но ничего не пишу по этой теме, чтобы посмотреть как вы тут друг другу глотки перегрызете нахуй }}
>>1940173 Главный юзкейс const это семантика. Но вкатуну-долбоебу вроде тебя это еще более непонятно, чем const и let, именно поэтому твой мозг взрывается и заставляет тебя нести бред, лишь бы ты перестал его напрягать.
>>1940179 "Что если у меня 1000 строк кода, и на 521 строке я переопределяю все переменные в скоупе" - это не аргумент, а арбитрарная шизоидная выдумка.
>>1940183 С семантическим использованием конст, вроде const BABEL_ENV = 'test' у меня проблем нет, пользуйся на здоровье. Но если ты объявляешь все свои переменные через конст, то ты долбоеб без вариантов.
>>1940150 Дебил? Хуй как раз таки может поменяться, если вообще будет на момент вызова. А вот `a` всегда будет объектом, даже если вызовешь из своей мамки.
>>1940194 >А вот `a` всегда будет объектом, даже если вызовешь из своей мамки. И? Я знаю отличное решение, если ты хочешь, чтобы что-то переменная всегда была одним и тем же объектом - не переопределяй ее значение. Охуеть сложно, без анальной затычки не справиться, правда?
>>1940199 Во-первых какая нахуй "воля случая", шизло, у тебя переменные в коде случайно переопределяются через рнг генератор или что? Во-вторых при чем тут коллеги, если мы говорим о твоем ебаном коде, ответственность за работу которого лежит только на тебе? Если кто-то потом придет в твой код и переопределит переменную, сломав все нахуй, то это его проблемы. Жопу за коллегами не ходишь подтирать случайно?
>>1940207 В линтере нет правила которое бы запрещало переопределять let — потому что это тупо, let для этого и предназначен. А вот правило форсящее const очень даже есть.
>>1940209 Ну так он поменяет твой const на let и переопределит что ему нужно, и хули ты сделаешь? Если твоя итоговая защита от проклятых джунов - это на самом деле пулл-реквесты, а не магический конст, то нахуя он тебе нужен? Аргумент за конст развалился, придумывай новый.
Теперь откинь свои маняфантазии в сторону и прими тот факт, что над кодом, который принадлежит не тебе или вон тому сениору, или вашему тимлиду, а компании, т. е. код компании, а не твой код, могут работать сотни человек, поэтому если сейчас ты работаешь над участком в 500 строк, то это не значит, что ты всегда будешь работать над этим участком, также как и не значит, что над этим участком не будет работать кто-то другой.
Надеюсь ты не надеешься вкатиться в коммерческую разработку и используешь JS только в личных целях, ведь у тебя шансов ровно 0.
>>1940216 var протекает в другие скоупы и ведет себя вообще не так, как все остальные переменные в других языках, так что аналогия неверна. >>1940219 Ты не поверишь, но в куче языков так и делают, и джуны им говно в штаны почему-то не заливают.
>>1940222 >var протекает в другие скоупы и ведет себя вообще не так, как все остальные переменные в других языках, так что аналогия неверна. Хочешь сказать, что не можешь уследить за скоупами?
>>1940218 Ты все еще забыл сказать, на ком, если не на тебе, лежит ответственность за работоспособность написанного лично тобой говнокода(включая изменения уже существующего кода). Пока ты на этот вопрос не ответишь, твои фантазии о "у нас 500 человек одновременно весь код меняют" и ad hominem выпадки можно отправить только в мусорку.
>>1940226 >Хочешь сказать, что не можешь уследить за скоупами? Хочу сказать, что нет смысла пользоваться кривой жопоскриптовской реализацией переменных, когда есть возможность воспользоваться нормальной.
>>1940235 Это ответ на вопрос "на ком, если не на тебе, лежит ответственность за работоспособность написанного лично тобой говнокода"? Если нет, то попробуй еще раз.
>>1940237 Как думаешь, зачем пишут тесты? По твоей логике, они не нужны, ведь ответственность за работоспособность кода всегда на ком-то лежит и можно будет всегда с него спросить
>>1940239 На вопрос опять забыл ответить, какая незадача. Попробуй еще раз. >Как думаешь, зачем пишут тесты? Кто пишет? Фея с горы или твоя мамка? Или может быть их пишет человек, который хочет убедиться в работоспособности своего кода?
>>1940240 Вопрос не в том кто их пишет, а в том, зачем. Тесты пишут, чтобы не ебать себе голову по поводу и без. Чтобы можно было вносить изменения в код и не бояться, что там что-то отвалится. Вот по той же причине употребляют const там, где это необходимо: просто это ещё одна точка отказа, которую можно прикрыть и больше о ней не вспоминать долгое время. Ты же предлагаешь в каждый pr вглядываться, чтобы не дай бог переменную не переопределили. Это очень не эффективно. Ты же программист, можешь автоматизировать рутину, но нет, буду жрать говно и выполнять лишнюю работу
function pausePlayer () { renderReactPlayer(container, { url, playing: false }) } </script> хтмл я зная очень базово, и просто вставляя его в боди страницы оно не фурычит, подскажите как его обвернуть чтоб зафурычило
>>1940242 Вопрос не про тесты, вопрос, на который ты в пятый раз забыл ответить: "на ком, если не на тебе, лежит ответственность за работоспособность написанного лично тобой говнокода". Отвечать будешь сегодня или продолжишь жопой вилять?
>>1940246 >на ком, если не на тебе, лежит ответственность за работоспособность написанного лично тобой говнокода Очень странная формулировка. Можешь раскрыть вопрос и особенно интересна та часть, где про говнокод
>>1940247 Поменяй говнокод на просто код, если тебя это смущает. Проблем в формулировке не вижу, вопрос простой как палка, но вызывает такие большие проблемы почему-то.
>>1940251 Ты ебанутый с памятью золотой рыбки или просто вклинился в разговор, не имеющий к тебе отношения? Вопрос адресован вот этому индивиду с его фантазиями о меняющемся просто так коде, за который никто и никогда не ответственен >>1940213>>1940218
>>1939994 > Представь как тебе ставят задачу, где надо выбрать оптимальную базу для хранения огромного графа и ты такой: ну там всего одна база данных, поэтому постгресс и тебя увольняют Гуглишь Hasura, после чего жидко обсираешься в собственные уже изрядно обделанные портки.
>>1940254 Не во всех компаниях есть код-ревью. Не во всех компаниях на код пишутся тесты. Ты со своими претензиями очень похож на школьника-максималиста, который отказывается понимать проблемы бизнеса. Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов и от человеческого фактора, случайной опечатки, если тебе так будет легче. Даже если за все время существования, это спасёт от всего лишь одного бага, это будет уже в плюс. Так же const и let при чтении кода позволяет получить больше информации о происходящем в нем. И ты вот так с пеной у рта отрицаешь пользу от использования const? Удачи тебе, парень, но людям об этому лучше не рассказывай больше
>>1940261 >Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов и от человеческого фактора Не позволяет. Все остальные "аргументы" из той же категории фантазирований на пустом месте, начинающихся с "а что, если". А что, если джун придет. А что, если баг будет. А что, если посреди кода переопределят. А что, если в жопу выебут. "Что если" - это арбитрарная фантазия, и до тех пор, пока ты не покажешь конкретные основания в реальности для своего "что если", в поле знания оно не попадает и никакие действия принимать на основе данной фантазии нельзя. Через "что если" код не пишется, конвенции не принимаются и инструменты не создаются, арбитрарные фантазии без основания можно плодить бесконечно.
>>1940261 >Очевидно, const - это инструмент, который позволяет оградить проект от просто неумелых программистов
Проекты не надо ограждать от неумелых программистов. Если вы занимаетесь расстановкой защит от идиотов, то очевидно вы делаете что-то не то и в пустую тратите время.
Надо не заборы ставить вдоль газонов, а учить людей ходить по тропинкам. Не берите на проекты неумелых программистов, не придется с ними бороться.
>>1940280 "Произвольная" означает "необязательная" и негативного оттенка у данного слова нет. Домашка произвольная, на ваше усмотрение. "Arbitrary" означает не основанное ни на чем, выдуманное, взятое из воздуха по желанию левой пятки и слово имеет ощутивный негативный оттенок. Your decision was totally arbitrary and thus unjust
Я сейчас нахуй убью себя, я не шучу. Как использовать mobx с функциональными компонентами в реакте? Нахуй вообще люди пересели на него с редакса? Это все равно что жаловаться на неудобство кровати, и в качестве альтернативы - насрать в кровать и продолжить спать в той же самой кровати, но теперь еще еще и измазавшись в говне. Я на полном серьезе этого говорю, я совершенно не шучу. Какое этому вообще есть оправдание. Вы Е-Б-А-Н-У-Л-И-С-Ь?
>>1940285 >"Произвольная" означает "необязательная" и негативного оттенка у данного слова нет. Знаток русского в треде, все в няшу! >Домашка произвольная, на ваше усмотрение. Вот только так не говорят. >"Arbitrary" означает не основанное ни на чем, выдуманное, взятое из воздуха по желанию левой пятки и слово имеет ощутивный негативный оттенок. Абсолютно однохуйственно, какой базовый оттенок у слова в англюсике, главное что в контексте исполнения произвольного кода у перевода такой же негативный оттенок. Это как тащить жабовские повадки написания отдельного класса для одного метода-функции в жабоскрипт, когда можно просто обьявить функцию.
>>1940307 >в контексте исполнения произвольного кода у перевода такой же негативный оттенок. Во-первых контекст не "исполнение произвольного кода", а "произвольная идея". Во-вторых, ни в том ни в том случае негативного оттенка нет, вторая фраза вообще звучит корявее некуда, относительно идей это слово не используется, в отличие от arbitrary.
>>1940025 >>1940099 >>1940302 А что именно там плохо? Собирался как раз из редакса в мобикс перекатываться. Хотя я редакс никогда не хейтил, на тайпскрипте даже норм пишется, как-то бойлерплейт не напрягает. Больше напрягает необходимость ручной мемоизации, а в мобикс она встроена. С редакса кстати не особо пересели, он намного популярнее, мобикс вроде бы в районе 10% проектов юзают
>>1940353 >>1940352 Короче на 3ей странице выдачи результатов поиска в гугле нашел шо + не стандартизирован вроде как, поэтому бабель и хуярит гору конкатов.
Подскажите, плиз, где попрактиковать браузерный джаваскрипт? Учебник какой-нибудь с большим количеством задач, или есть сайт где даются задание по типу "приделай такие-то, такие-то скрипты к верстке"...
>>1940359 Ты можешь передать результат useState или useReducer контекстом вниз и, в принципе, базовый стейт менеджер получится. Однако у тебя не будет никакой реактивности, асинхронных экшенов, обновлении при изменении данных извне и прочих удобств. Тебе каждый раз придется вручную вызвать setState или dispatch. С mobx-state-tree, например, можно удобно сериализовать стейт и отправить JSONом, удобно прикрутить Undo и т.д.
>>1940574 Да, что в этом сложного? Если ты без гугла не можешь написать два вложенных цикла, то тебе нет места в IT. Я и методом выбора могу написать и методом вставок напишу. Также как и сортировку слиянием и быструю сортировку. В этом ничего сложного нет, если ты знаешь принцип работы алгоритма и базовый синтаксис языка.
>>1940806 Чтобы не хуячить O(n3) алгоритмы там где тебе приходят данные которые нужно спроецировать на интерфейс пользователя и в зависимости от его действий преобразовывать их, кэшировать, дополнять. Также чтобы выбирать нужный алгоритм в зависимости от текущих требований, например, быстрая сортировка потребует меньше вспомогательной памяти чем сортировка слиянием, но при этом может отработать медленнее.
>>1940821 >Чтобы не хуячить O(n3) алгоритмы там где тебе приходят данные которые нужно спроецировать на интерфейс пользователя и в зависимости от его действий преобразовывать их, кэшировать, дополнять. Если тебе приходят данные, на которых заметны O(n3), то у вас в бэкэнде долбоёбы сидят.
>>1940719 Redux плотно не пробовал, больше нравится mobx (или MST, если надо больше удобств). У mobx более простой интерфейс, ты работаешь со стором как с обычным объектом напрямую, не надо диспатчить экшены аля "ADD_TODO", что даёт лучшую поддержку TypeScript. Для проектов средней сложности зайдет хорошо. Mobx делает магию прям как Vue.
>>1940980 Увидишь когда/если вкатишься, только уже поздно будет, пм прибежит и скажет почему хуйня тормозит и дергается, а ты будешь как дурень репу чесать и мямлить.
>>1941024 Обычно, задачи без знания алгоритмов и там, где скорость выполнение не критична, отдаются даунами, а все что сложнее, уже миллим и сеньорам. Ты откровенно говоря палишься, утверждая, что алгоритмы не нужны. У меня, например, в проекте есть сложный интерфейс, который отрисовывается на канве. И компоненты должны перерисовываться своевременно, без лагов. Получается большой массив данных и много кола, который с ним работает. Код должен быть максимально быстрым и читаемым, и в этом случае алгоритмы и паттерны, это как раз то, что решает эту проблему.
>>1941032 И снова забыл рассказать, какой именно алгоритм и для чего ты используешь, какая незадача. "алхартим шобы многа данных быстра рисовалось и без лагов" - это как жиденького в штанину пустить.
>>1941032 >У меня, например, в проекте есть сложный интерфейс, который отрисовывается на канве. Ну да, сперва нахуярят дебильных идей, типа рисования всего сайта на канвасе, а потом не менее героически борются с ними через алгоритмы.
>>1941024 Даже не знаю каким нужно быть дегродом, чтобы не найти применения алгоритму СОРТИРОВКИ в веб-интерфейсе. Скотина тупорылая, в твоём сельпо нет ни одного интернет магазина с карточками товаров и всевозможными фильтрами этих товаров?
>>1941048 Не проецируй, маня. Я просто хочу от тебя услышать один пример одного конкретного алгоритма, который тебе потребовалось знать и применить, а не твои шизоидные диванные фантазии о "сложна мноха данных алхаритм производительность" без какой-либо связи с реальностью. Неужели это так сложно?
>>1941047 >Даже не знаю каким нужно быть дегродом, чтобы не найти применения алгоритму СОРТИРОВКИ в веб-интерфейсе. Что ты там собрался сортировать, когда достаточно большие списки, где ШВЯТЫЕ АЛГОРИТМЫ дают заметный для клиента буст, один хуй разбиваются на страницы, то есть без запроса к серверу хуй ты что посортируешь на клиенте. Или у вас бэк высирает всю бд джейсоном, а потом ты на мобилке клиента тимсортиров очку хуяришь?
>>1941054 Как на счёт того, алгоритм, это не код из книги, а последовательность действий: несколько циклов, условия и прочее. И под знанием алгоритмов я больше говорю о написании собственного алгоритма, чем об использовании какой-то заготовки «сортировка-нейм»
>>1941084 Ну значит ты понятия не имеешь, о чем идет речь и вклинился в разговор, не прочитав его. Я разговариваю с алгоритмошизиком - человеком, который считает, что для программирования необходимо знание конкретных математических алгоритмов и прошу его назвать хотя один такой алгоритм, который он использовал в своей повседневной работе, а не на лабе2. Если потом в разговор приходишь ты и говоришь "алгоритм - это процедура, а значит я пользуюсь алгоритмами когда пишу if-else", то ты как минимум не очень умный.
>>1941140 Я тебе дал полный контекст обсуждения и почему "алгоритм - это процедура" туда не подходит никак, ты мне дал выдранную из своей жопы висящую воздухе цитату. Съеби.
>>1941158 >дал полный контекст Ты встал в позу и сказал, что алгоритмами считаешь только те, что имеют названия
>>1941158 >алгоритм - это процедура Очень удобная позиция. Но алгоритм не станет процедурой, просто если ты ее так назовёшь. Ты спрашивал где трубется знание алгоритмов, я привёл пример: реализация своего алгоритма
>>1941158 >выдранную из своей жопы висящую воздухе Воо ещё пушка. Ума не хватило весь скрин прочесть?
>>1941156 В смысле неподкреплённый? А как ты собрался таблицы сортировать? Как ты собрался данные в последовательность выставлять? Как ты матан применять собрался, чтобы построить, хз, кривую на канвасе?
Ты точно программированием занимаешься или просто верстальщик зачем-то залетевший в тред? Уебывай тогда в свой тред вёрстки.
>>1941164 Дурачок, повторяю в третий раз, если ты говоришь "программисту нужно знать алгоритмы" и потом уточняешь "алгоритм - это набор команд", то ты нихуя не сказал, просто в воздух пукнул, и твое заявление сводится к "программисту нужно знать циклы и if-else". Ну охуеть откровение. >Ты спрашивал где трубется знание алгоритмов, я привёл пример: реализация своего алгоритма Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться.
>>1941167 >А как ты собрался таблицы сортировать? sort >Как ты собрался данные в последовательность выставлять? map/reduce >Как ты матан применять собрался, чтобы построить, хз, кривую на канвасе? Через знание функции этой конкретной кривой.
>>1941169 >>1941169 >программисту нужно знать алгоритмы" и потом уточняешь "алгоритм - это набор команд", Ну так только ты сможешь сказать. Я все же предпочту обсуждение задачи, которую надо решить
>>1941169 >Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться. Траллишь тупостью? Знание алгоритмов, это опыт, который человек может использовать для написания чего-то нового. Как ты будешь писать производительные алгоритмы, если ни одного типового не знаешь и вообще с темой сложности алгоритмов не знаком?
>>1941169 > Ну вот рассказывай, как знание конкретного математического алгоритма сортировки пузырьком поможет тебе написать "алгоритм" с инструкциями для вывода залуп на экран или иди нахуй, заебал кривляться. Тебе уже несколько раз написали как, зачем ты продолжаешь маняврировать?
>>1941170 > sort > map/reduce Ты хоть раз это использовал или просто слышал? Что если мне нужно json перебирать на несколько полей и укладываться во время кадра? А если бинарные данные? А если мне график нужно преобразовать, тогда как, ждать три секунды при каждом обновлении кадра? > Через знание функции этой конкретной кривой. Это и есть алгоритм.
>>1941178 const если переменная не будет reassignиться, let если будет. В принципе, можно юзать let везде, const лишь считается хорошим тоном и подчеркивает намерение разраба в коде.
>>1941174 >Я все же предпочту обсуждение задачи, которую надо решить Именно поэтому ты кривляешься десять постов подряд, но не смотря на все вопросы до сих пор не назвал ни одной конкретной задачи, которую решил "алгоритмом", и максимум, который ты смог высрать, это: >Может тебе еще исходники выложить и проект полностью описать?
>Как ты будешь писать производительные алгоритмы, если ни одного типового не знаешь Ой, то есть теперь алгоритм - это не просто набор любых команд и "знание алгоритмов" внезапно начало в себя включать некие "типовые"? Клоун ебаный, не устал на хуях скакать туда-сюда?
>>1941184 >Что если Что если тебе придется провести открытую операцию на сердце, а ты не знаешь, как? Срочно беги в медицинский изучать. Если ты начинаешь свой так называемый аргумент с "что если", то это не аргумент, а ебаная арбитрарная выдумка, которая тебе просто так стукнула в голову.
>>1941184 >ждать три секунды при каждом обновлении кадра Чел, современные map/reduce из той же ramda.js реализованы максимально перфомансно через while'ы, какие три секунды? Скорости JS более чем достаточно для того что ты описал, на фронте ты упрешься в 99% случаев в скорость обновления DOM или перфоманс девайсов, которые канвас отрисовывают.
>>1941193 Не считается, до тех пор, пока а) ты не покажешь, что работа с графами - это неотъемлемая часть работы программиста-жопоскриптера и встречается постоянно б) не назовешь конкретный алгоритм, который тебе пришлось знать заранее, а не найти в гугле/в готовой библиотеке
>>1941189 Лол, т.е. ты никогда не решал задач за пределами верстки, никогда даже списки и данные не сортировал, и думаешь что это и не нужно?
Еще раз - уебывай в своей тред верстки. Это не тред верстальщиков.
>>1941191 Пчел, обычный for лучше map/reduce/filter в десять и более раз. Это незаметно если ты перебираешь какую-нибудь хуйню, но стоит только использовать сложную сортировку килобайт на 100 - моментальная просадка и невозможность попасть во время кадра.
Ты не забывай что кроме самого мапа/фильтра есть и куча другого кода, который тоже работает.
>>1941194 Претензии предъявляй к тем, кто считает арбитрарные выдумки уровня "что если меторит упадет и сломает мне код" аргументом, и пытается предъявлять их в споре как основу для неких действий.
>>1941206 Действительно, ведь ни в коем случае нельзя начать работать с графами, если ты до этого просто так не вызубрил сто алгоритмов по их построению на "авось пригодится", шиз.
>>1941211 Верстальщик, ты уже выучил асемблер, что оптимизировать свой говнокод? А что если к тебе начальник придет и скажет оптимизировать, тоже пук среньк начнется? А, верстальщик? Ну-ка пиздуй учить.
>>1941213 >знать алгоритмы обязательно >какие конкретно я не скажу, просто надо знать все попало, например графы и сортировку пузырьком, чтобы если попросят сразу из жопы выхватить и использовать О, стадия шизы пошла.
>>1941218 Верстальщик даже не понял, что его арбитрарная выдумка про "знание алгоритма на построение графа" находится в той же категории, что и арбитрарная выдумка про "знание ассемблера чтобы оптимизировать говнокод" и жидко насерил себе в штанишки.
>>1941217 >>1941214 >>1941212 >>1941209 Помню как этого клоуна проткнули в прошлых тредах треде, за какую-то очередную бессмысленную хуйню, которую он высрал. Теперь от от жопной боли не уймется до бамплимита.
>>1941217 >какие конкретно я не скажу Так ведь выше сказал, но ты упёрся в то, что у тебя в работе это не встречается, значит не надо. Я говорил об алгоритмах обработки графов
>>1941219 Верстальщик даже не понял, что его арбитрарная выдумка про "топовые алгоритмы" находится в той же категории, что и арбитрарная выдумка про "алгоритмы никому не нужны в js" и жидко насерил себе в штанишки.
>>1941221 Ты не назвал ни одного конкретного случая или алгоритма за весь ход обсуждения, шиз. Ни одного единственного, так что фантазировать про "выше сказал" не надо.
>>1941225 >>1941227 > арбитарый верстальщик ака "ряя алгаритмы нинужны ряя" моментально сгорел в два поста Что такое, понял что ты и есть тот самый арбитарый, про которого ты так пукал?
Представляю его боль. Сидел в треде несколько месяцев, думал что тут все его друзья, думал что все будут алгоритмы с ним отрицать. А оказалось что все его поехавшим шизлом считают.
Полупет с перспективой стать крутящимся тематическим вебсайтиком для кучки ананистов Фронт логика минимальная, тс нужон, тхёрд парти стейт менежменты не хочу
Ангулар лень, реакт геморрно, вуй не люблю Анончики выберите из этих трех за меня
>>1941256 Двачую адеквата. Реактошизики со своими next.js забыли, что в таких случаях проще вообще не брать реакт, а быстренько сделать на рельсах и темплейтах. Еще и работать быстрее будет.
>>1941316 Чем проще? На next.js всё делается быстро и просто, и работает оно быстрее, потому что медленнее рельс наверное только питон, и то не факт, возможно нет ничего медленнее рельсов. Да и главное, что next.js позволяет делать SPA с рабочим клиентским роутингом со всеми преимуществами SSR. Рельсы так просто не умеют.
Да что за ебанитистическая шизоидная срань этот ваш MobX? Делаю все как показано здесь, просто 1 в 1. Стейт обновляется, а компонент нет. Пропадает реактивность. Я понятия не имею что нужно сделать, чтобы работало, сука, какое же дерьмо, фу блядь, фу нахуй. Если бы не по работе нужно было использовать, никогда бы нахуй в жизни https://medium.com/@borisdedejski/next-js-mobx-and-typescript-boilerplate-for-beginners-9e28ac190f7d
>>1941367 Именно поэтому редакс все еще в 80% реактоприложений используется. Потому что стейт менеджмент должен был прозрачным и с четким потоком данных, а не магическими переменными, которые хуй знают где и когда обновляются.
Где при использовании стейт менеджеров в реакте прописывать запрос данных у сервера? Т.е. инициацию запроса понятное дело можно делать при маунте компонента. Но вот сам запрос дальше, должен быть например прописан в компоненте и из него записывать данные в стор. Или в самом сторе создать экшн, который будет тянуть данные и сразу же записывать в стор? или вообще похуй откуда их в итоге запрашивать?
Можно ли как-то проверить, что происходит со стейтом у Nextjs, когда к нему подключается больше одного пользователя? Можно ли как-то отобразить данные обновляемые на стороне сервера?
Поясните, а че свелте на их сайте такое лагучее кхуям? У них там splitgrid лагает, когда размер меняешь правого контайнера с отпутом. Ебануться, 2к21 год. Нормально вообще? Или это шизики верстали и на самом деле всё хорошо?
>>1941414 Вообще не обязательно. Минус виртуального дома только в большем потреблении памяти. Но в наше время память дешёвая, поэтому всем похуй на этот минус
Как в редаксе сделать, чтобы в корзине лежали только уникальные итемы? Обычно делал подобное через new Set, но использовать не получится т.е он не работает для массивов с итемами типа "значение:ключ" И еще вопрос. Можно ли использовать мутации? Видел одного индуса который исполльзовал пуши. Это плохая практика или так можно делать?
>>1941419 Еще как обязательно, лол. Это лишние функции, а значит лишнее процессорное время, а значит увеличение времени кадра. А причем тут память вообще?
>>1941427 > Увеличение с 2 мс до 3? 1мс это очень много. Хотя ирл с двух до двадцати бывает. > Я надеюсь ты понимаешь что кадров в секунде не бесконечное количество? Так и я о том же. Даже 1мс это очень много для скриптов.
>>1941420 Ты в стейт не правильно добавляешь, cartItems:[...state.cartItems, action.payload], прямые мутации это плохо, по крайней мере в реакте, я делал так как на пик
>>1941437 >>1941438 Спасибо, попробую вникнуть. На скрине я проебался кстати. Оно просто перезаписывало стейт, а не добавляло бы. Должно было быть ...state, cartItems: [...state.cartItems, action.payload]
>>1941441 И что в мапе для стейта не так, ебанько? То есть, filter, который возвращает новый массив норм, а map, который возвращает новый массив - не норм?
Былины тупорогих вкатышей, которые тут себя уже дохуя икспертами нарекли, не могут не веселить.
>>1941455 >шизоидный вкатыш продолжает кукарекать >>1941452 >пуксреньк Не понял, почему ты не вкинул итеративного решения? Это же достаточно просто написать. Я без задней мысли написал этот сет за пол минуты.
Ты типа у мамки дохуя тролль? Или у тебя мама сдохла давно?
>>1941460 >в интернете: сиймон кидает боевую картиночку, приправляя ее фрагментарной шизой, не имеющей отношения к тому, о чем шла речь >ирл: сиймон джун в мухосранской веб галере, потупив глазки в пол, стоит и слушает от техлида про тасочки и боится пукнуть лишнего
>>1941456 >симйон пукает про важность алгоритмов, решая задачи уровня изи на литкоде >>1941463 Я вот не понимаю, ты зачем со своей мамкой так не уважительно разговариваешь? Она ведь сдохла. Полегче.
Вник, годно >>1941437 Изначально думал делать через map и includes Я вкатывальщик и ваши срачи мне непонятны, но я так понимаю твое рещение лучше чем мое?
Чет орнул с вкатыша, у которого мать сдохла, а он на весь тред строчит ей про алгоритмы и всякую хуйню про фильтры, мапы. Еще чуть от кашлся не откинулся. Ебанутый же.
>>1941470 Бля, отвечу за твою сдохшую мамку, а то ей уже на том свете плохо походу. Пруфаешь с листочком, что ты работаешь в ойти и я пишу что делаю. Соглы?
>>1941420 >Как в редаксе сделать, чтобы в корзине лежали только уникальные итемы? Пчел, боюсь в твоем случае стоит реализовать отдельную функцию, в которую будет передаваться стейт и пэйлоад. Внутри функции алгоритм, который делает проверку и добавляет в массив только уникальные значение. Ну и эта функция возвращает массив с уникальными значениями, соответственно. Я бы это так делал
>>1941528 Это местный шизофреник, который алгоритмы отрицает, можно внимания не обращать, только проигрывать. Отличается отсутствием логики, диким отрицанием алгебры и, собственно, алгоритмов. > страница сайта грузится дольше чем игра ААА уровня, а интерфейс замирает и дергается У него на каждый пук создаются и уничтожаются массивы, лол, еще бы не лагало. А он не понимает этого даже.
>>1941524 >>1941525 >>1941528 Бля, ладно, все это шутка на самом деле была. Конечно, нужно скрывать подобную логику. Но вы уже заебали вестись на такую толстоту. Зачем обращаете внимание на арбитрарно-шизика? Он де больной, а вы ведетесь на его шизу. Давайте может быть что-то полезное уже чтоли обсудим?
>>1941621 >>1941632 Да и просто толстоту типа спора об алгоритмах. Кому-то они нужны, кому-то, как арбитрарно-верстальщику, нет. К чему спор? Тем более, что аргументов никаких ни у кого нет, кроме субъективного опыта. Типичный холивар на уровне спора о существовании бога
>>1941635 >Тем более, что аргументов никаких ни у кого нет Во-первых аргументы есть, во-вторых, если бы их реально не было "ни у кого", то на свалку отправляться должны как раз те, кто выдвигает какое-либо утверждение(например о нужности алгоритмов) и при этом не подкрепляет его аргументами.
>>1941635 И да, бог - отличная аналогия, если ты говоришь, что бог существует, но аргументов и фактов в доказательство его существования у тебя нет, и это надо просто принять на веру, то такое заявление можно выкинуть только в мусорку, рассмотрению, спорам и обсуждениям оно не подлежит.
Предлагаю нормальный спор. Что лучше, AppRun или Svelte? Svelte риальне раздражает. AppRun же. Его делает китаец-инженер. На ts можно писать не напрягаясь. Да и можно писать не напрягаясь вообще.
>>1941670 >>1941672 Т.е. если тебе не нужны алгоритмы, то никому не нужны? Если ты пишешь говнокод с map/reduce/filter, то можно спокойно сколько угодно его писать. Но реальность это не изменит.
>>1941677 Очередные маргинальные сиюминутные технологии, которые либо уже заброшены и нахуй никому не нужны, либо станут таковыми через полгодика. Пишешь на них продакшен-код в не принадлежащий лично тебе проект - безответственный долбоеб.
>>1941670 Тем более, что аргументов никаких ни у кого нет, кроме субъективного опыта То, что ты вот так выдираешь из контекста слова, а потом отвечаешь на них, говорит о тебе очень многое
>>1941682 >Т.е. если тебе не нужны алгоритмы, то никому не нужны? Нет, т.е если ты произносишь громкое заявление уровня "программисту нужно знать алгоритмы", то тебе лучше иметь за пазухой аргументы получше, чем "вот лично я по какой-то ебанутой причине пишу сортировки пузырьком каждый день, мне этот алгоритм нужен, значит и программистам в целом нужен".
>>1941684 Это не дерьмо, а производительные фреймворки, реакторебёнок.
>>1941687 У продакшена жесткие требования по размеру бандла и перформенсу, по этому и фпоисках. AppRun вроде не заброшен более-лимении, svelte тоже. Хорошо хоть переписывать меньше человеко-месяца, а сроки до сентября
>>1941677 Если выбираешь что-то для серьезного и долгоиграющего проекта, то ничего из того, что ты привел. Если просто по фану хочешь поиграться этим, то выбирай просто на свое усмотрение
>>1941699 > Если выбираешь что-то для серьезного и долгоиграющего проекта, то ничего из того, что ты привел. Чому это? Вроде неплохо. Если будет бабло, то можно отсыпать этому инженеру, чтобы работал дальше.
>>1941697 >У продакшена жесткие требования по размеру бандла и перформенсу Берешь нормальный сервер-сайд фреймворк и рендеришь html на сервере с 50кб жопоскрипта в довесок, если сильно нужно. Производительнее не придумаешь.
>>1941708 Это не причина, это твоя не подкрепленная ничем выдумка, что свой собранный на коленке уникальный АЛХАРИТМ будет быстрее встроенных в язык/либу готовых решений.
>>1941703 Нужно по размеру комьюнити смотреть, по инструментам, с которыми придется работать и все такое. Куда выгоднее взять инструменты, которыми владеют многие, чем: >AppRun вроде не заброшен более-лимении, svelte тоже.
Какую пробему они решают лучше остальных? А если никакую, то почему, как ты думаешь, их будут поддерживать еще 5-10 лет? А если их не будут поддерживать еще 10 лет, то зачем их использовать? Чтобы потом перекатываться на реакт или ангулар?
>>1941709 Приложение нужно на клиенте через кордову. Плюс уменьшение трафика с сервера, кому нахуй нужно в 2к21 году тратить миллионы на сервера?
>>1941715 > Куда выгоднее взять инструменты, которыми владеют многие, И которые не проходят по производительности. > Какую пробему они решают лучше остальных? Производительность конечно же! Вопроса такого не стоит, если бы реакты-ангуляры работали нормально.
>>1941727 >Производительность конечно же! Что производительность? Вот так, произносишь это слово и весь код становится быстрее? О какой именно производительности идет речь? Об отрисовке изменений в dom? Ну так и говори, что эти инструменты решают проблему скорости отрисовки в дом. Но теперь ответь на вопрос: действительно ли скорость отрисовки в дом является проблемой с которой реакт не справляется? Или все же справляется, но ты хочешь дрочить на циферки?
Я хз, даже какой код надо писать, чтобы отрисовка в dom была бутылочным горлышком в проекте
>>1941727 >>1941740 >Я хз, даже какой код надо писать, чтобы отрисовка в dom была бутылочным горлышком в проекте Но если все же, у тебя на руках такой код и такой проект, и ты понимаешь, что реакт не справляется, поздравляю, можешь выбирать свои инструменты. В остальных случаях это делать не нужно
>>1941575 Нихуя у тебя не горит до сих пор, лул. Но я никакой не шиз, а анон что по фану вкинул решение с Set(). Но ты быстренько слился от того, чтобы пруфануть, что работаешь в ойти. Хотя на это я пообещал запилить нормальный алгоритм на 100к элементов, лично для тебя.
Но что же делать, когда ты пиздабол? Правильно, уйти в слив, а потом подпердывать на посты других анонов, дескать, это шиз, а я в белом пальтишке и вовсе не вкатун!!! Прикольно. Наверное, модель поведения у истеричной мамки позаимствовал?
>>1941740 > Что производительность? Что, блядь, что? Фпс, понимаешь? > Вот так, произносишь это слово и весь код становится быстрее? Он становится быстрее, если меньше кода при цикле рендера запускается.
>>1941743 > что реакт не справляется Так-то реакт никогда не справляется. Виртуалдум, всё такое. Его даже под производительные приложения никто и не рассматривал.
>>1941751 Окей, дай пример любой реализации на любые данные. Если это какой-то более ли менее известный алгоритм, наверняка его ни раз использовали в профессиональном сообществе в каком-либо виде и ты просто можешь вкинуть ссылочку.
Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Руководство для вката: https://developer.mozilla.org