Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
>>3311064 →
>>3311066 →
> Веб падает, продажи на маркетплейсах падают, конверсия падает по всему интернету. Что-то должно измениться.
@
> АААРЯЯЯЯ TS И DOM ВЕЧЕН JBTS НИКОГДА НЕ УМРЁТ РЯЯЯ РЯЯ!!1
Протекция манямирка выкручена на максимальный уровень. Неужели так страшно, джуны-формошлёпы? Трясетесь что в другом языке вас нахуй пошлют отрицательным показателем скила?
Умрут конечно, шиз, но хуйня из Твиттера, за которую ты топишь, даже не родится, вот в чем дело.
С чего ты решил, макака, что я похож на тебя и за что-то топлю? Нормальным программистам не принципиально на каком языке писать, всё можно хакнуть.
>Макакичи, плиз. Реальности бизнеса немного другие.
>
>Если бизнес увидит что сайты с красивыми кнопками и шейдерами привлекают больше внимания (а так и будет) чем обычное говно на жс, тс и дом - бизнес моментально забудет про всё остальное и начнёт внедрять компилируемые языки уже вчера.
А этот бизнес с тобой в одной комнате? Еще раз бизнесу нужно быстро, нужно тратить меньше ресурсов (человекочасы/поиск работников чтобы закрыть вакансию), чтобы технология была стабильной и жила в будущем для поддержки. Сколько бы вам там не ссали в уши маркетологи зига, для фронтенда вы в глубоком проебе
>Ну а зиг будет популярен просто потому что он нативно компилируется в васм без рантаймов. Всё просто.
Там толпа школьников его пилит, одному контрибьютору 13 лет всем похуй на ваш юнешеский максимализм, сколько уже таких языков захватывающих мир было, а прижились из новых +/- только котлин с растом ну и го, но он не совсем молодой его история давняя с plan9, остальные до 1 версии даже не дожили. И то эти бы не дожили если бы не вливание денег крупных компаний. Даже гугл с его возможностями все никак не может высрать карбон, а тут толпа школьников будет писать красивые кнопки лучше чем на родных для браузера css/html.
Get started по next.js достаточно, тем более ты якобы что-то знаешь, нахуй курсы тебе?
Но некст это же реально кал. Ремикс во всем лучше, а вообще топ сср это свелткит.
По опыту, хорошие курсы концентрируются на действительно важных вещах без воды, стараются донести инфу понятном языком без простыней текста. Тупо тыкают носом в нужно, не приходится лопатить доки в попытках осмыслить на сколько мне это важно на данном этапе. Плюс сразу это закрепляют практикой, которую за тебя уже придумали и тебе не надо сидеть выдумывать себе задачи.
В Get started по next.js нет никакой воды
Так хуебесы из сриттера наобарот пропогандируют некст словно секту
платят за то, как быстро ты хуячишь фичи. на ремиксе ты их хуячишь быстрее, особенно если проект больше пары страниц
>Трясетесь что в другом языке вас нахуй пошлют отрицательным показателем скила?
Рякнул челик, непособный осилить HTML + CSS =)))
>Нормальным программистам не принципиально на каком языке писать, всё можно хакнуть.
Предлагаю тебе начать с хакинга HTML
>Перекатываюсь с другого языка
>быстро освоить базу и основные принципы
Пошел нахуй отсюда, вкатун ебаный. Не умеешь гуглить - сосешь хуй, понял?
>особенный
нихуя я не особенный, типичный миддл+ который напиздев на собесе получил лычку синьки.
>Сам-то работаешь? Или до сих пор гуглишь сидишь?
Работаю и гуглю каждый день, много. Программист, который не гуглит - выбрасывается на мусорку. Особенно в вебе.
>>11242
Всем похуй на зиг, макакичи, чего вы так возбудились-то? Это лишь пример нормального языка который может во фронт и может в нативную компиляцию на все платформы без всякой ебли.
Конечно же большинство "сайтов" будут писаться на c++ и всяких карбонах, просто потому что либ для этого больше. Ну а каловый JS/TS ждёт смерть. Это база.
>Конечно же большинство "сайтов" будут писаться на c++ и всяких карбонах, просто потому что либ для этого больше.
Не ну тут перетолстил
Ну он имел в виду, что сайты будут делать Настоящие Программисты, такие как он сам, на Настоящих Языках, не для быдла, коим являются миллионы мух с жс, это классическая шиза же.
>сайты будут делать Настоящие Программисты, такие как он сам, на Настоящих Языках
Сейчас им что мешает это делать?
>Клятые миллионы мух, наверное
Вот же суки! Не дают Настоящим Программистам (с) реализоваться в вебе!!!
Ну ты-то у мамы Настоящий Программист, со Знанием Программирования, плачешь в подушку по ночам?
Зачем ты проецируешь свою боль на нормальных людей? Это ты униженный всем тредом макака-верстальщик, кек
Настоящий Программист, милый, нормальные люди не видят никакого негатива в том, что они макаки без Знания Программирования, все ровно наоборот, и именно поэтому ты плачешь в подушку, что тупое быдло не хочет ничего знать и становиться Настоящими, ну кого ты наебать-то хочешь.
Можешь сколько угодно фантазировать как твои обидчики плачут в подушку, но оглянись вокруг - плач и истерики сходят лишь от тебя...
> У тебя проекции.
> НЕЕЕТ ЭТО У ТЕБЯ ПРОЕКЦИИ У ТЕБЯ!11
Малыш, тебе больно? Опять кнопка не верстается?
Зачем ты отредактировал хтмл, шизик? Думаешь никто не поймёт что ты сам с собой говоришь?
>маняфантазирует про написание фронтенда на С++, через 15 лет завезут вотувидити
>считает кого-то шизом кроме себя
Комедия!
Get started, next.js
Да ты просто слился, иди лучше на крестах фронтенд пиши, потом ссылочку на гит кинь, мы хоть поглядим как правильно надо, а то клавиатуру сотрясаешь почем зря
Книги не нужны
>>11613
Ну началось, шизло опять по два-три раза отвечает. Как же шизлу непечёт-то!
Пойми, макак, твои обоссаные кнопки на TS верстаются только потому что других вариантов нет. TS и JS как язык нахуй никому не всрался, ну вот совсем прям никому. Как только будет адекватная замена - ты пойдёшь верстать плсатиковые бутылки на свалку.
>Пойми, макак, твои обоссаные кнопки на TS верстаются
Это троллинг тупостью? Кнопки верстаются на HTML и CSS.
>только потому что других вариантов нет.
Потому что другие практически никому не нужны.
>TS и JS как язык нахуй никому не всрался, ну вот совсем прям никому.
Аргументы хоть какие-то будут? А то ты пока только своё личное мнение выражаешь. Вот нахуй никому не нужен как раз зиг, разве что кроме авторов Bun. Уже есть раст, который лучше зига примерно во всём.
>Как только будет адекватная замена - ты пойдёшь верстать плсатиковые бутылки на свалку.
Так она не нужна.
У меня есть, так что похуй. И на нексте и на ремиксе и на самопальном сср
>Конечно же большинство "сайтов" будут писаться на c++ и всяких карбонах, просто потому что либ для этого больше.
Терри Дэвид, ты? Узнал тебя по твоим высерам. Так и знал что ты инсценировал свое самоубийство.
YDKJS
Хуя ты крутой.
> Уже есть раст
Им никто не пользуется кроме альтернативно-одарённых и куколдов. Ничуть не сомневался что ты безумное растошизло, кек
Ебанутый что ли? Где ты тут oauth увидел? Ответ "ыыы гыы пахоже там другой сервер ыы ааа" не засчитываю.
>>3310372 →
Тру стори, сначала думаешь что динамико-дрисня для вкатунов и неучей, вкатываешь в статик, проходят года и потом с гига опытом приходит понимание насколько динамика сильна и удобна.
Да, чтобы писать качественно на динамике нужен большой скилл, но зато какая гибкость, просто обосраться.
>Zig на фронте? Кулсторибоб.
Уже очевидно что будущее за WASI. Тут зиг не причем, это мульти языковый байткод, тут больше вопрос как сам js будет собираться в wasi и проблема js это отсутствие нормальных чисел. Скорее всего будет какой-то отдельный js-wasi, который будет совсем другой js. Но скорее всего выстрелят больше другие языки, там у шарпов сейчас большая движуха веб ассембле мягкие что-то чуют, вроде у раста тоже, но он очень неудобный.
>Вот когда васм научиться работать с DOM, поговорим. Пока что - это пук в муку.
ДОМа больше не будет. Ты мало понимаешь что такое wasm
https://beta.unity3d.com/jonas/AngryBots/
Для тоскующих по DOM есть
blazor
Ясно, кажется я разговор веду с ТС-дебилом, ведь ТС-дебилы не в состоянии понимать клиент-серверные архитектуры и знать что такое oauth.
> Ты мало понимаешь что такое wasm
Это чел который на тс кнопки пишет. Оно вообще ничего не понимает, кроме как писать кнопки.
Потому свелт в принципе никому не нужен и его разработкой толком не занимаются, даже автор свелта устроился работать в верцел, лол! В наксе тоже полтора землекопа потому что китайская подделка вью тоже мало кому нужно, в тех же тир 1 команиях РФ только Озон использует вью, а так в целом и в РФ и в мире 80% рынка это реакт, у ангуляр чадов есть своя доля и качественные инструменты, потому что традиционно богатый энетпрайз любил им пользоваться. Короче, кроме реакта и ангуляра остальные это маргинальные отщепенцы, вот и инстрмуенты у них каловые.
КРАХ ЖС ВДРЕБЕЗКИ, уахахаха
Не понял, ты продемонстрировать свою тупость решил? Очевидно что если на платформе существует только один язык, то его будут использовать.
Любая достойная альтернатива моментально уничтожит этот кал буквально сразу, потому что он бессмысленен чуть больше чем полностью.
>на фоне nextjs, его побратимы... выглядят как скрепленные скотчем костыли
Спорное утверждение. Потому что:
1) Нэкст дико тормозит, каждую страницу пересобирает, у меня наверно гигабайт+ папка с кешем
2) Странный обрезанный рантайм в миддлваре (edge runtime)
3) Нельзя устанавливать куки в GET запросах на роутах
4) Сложный деплой, если в клауд деплоить, то там будет 100500 сервисов, всякие вармеры, апи, картинки и проч.
5) Мозгоёбная система с server-side components, 'use client'/'use server', иногда конфликтует со старыми библиотеками, приходится накатывать костыли, чтобы старую ui-библиотеку подружить с новым app-стилем некста.
и т.д.
Но я не хочу здесь срач разводить. Если считаешь что он лучше - считай дальше, не буду тебя переубеждать.
Осталось всего лишь подождать 15 лет и появится шанс что может быть жс/тс уничтожат? Таблетки, шиз
Использую SSG/ISR и не будет каждую страницу пересобирать. А редкие лаги из-за SSR обычно из-за сетевых запросов, либо ты делаешь SSR на десятки тысяч клиентов в секунду, значит на этапе систем дизайна был фейл. Про 2 и 3 пункты хз, никогда не использовал его бекенд-фичи и не буду, для меня это всегда будет фронтенд фреймворком. По деплою куча простых примеров от одного из разрабов некста:
https://github.com/nextjs
И недавно другой разраб некста сделал гайд по селф-хосту:
https://x.com/leeerob/status/1843796169173995544
По 5 пункту никогда не было проблем, хотя я апп роутер начал использовать не так давно, где-то в начале года, когда к нему уже все кто надо адаптировались. С mantine и shadcn 0 проблем.
Понимаешь, это разные подходы. Ты говноед который жить не может без либ, потому что не знаешь программирования вообще. А я написал мультиплексор за 10 минут. Мы разные.
>я написал мультиплексор за 10 минут
>взял готовый uWS
Кул стори. Зачем так нагло пиздеть? Я могу жить без либ когда это нужно. Но подходы действительно разные: я инженер и программист, а ты кодер, жмущая на кнопки обезьянка. Я проектирую системы, а ты кодишь код, нажимаешь кнопочку.
>для меня это всегда будет фронтенд фреймворком
не думаешь как-то жирно получается? тогда уж реально смотреть на свелты/вуе, не?
А чего жирного? Фичи, которые не используются, ничего в бандл не тащат. Плюс я получаю много разных фронтенд фич из коробки. В большинстве крупных проектов всё равно есть отдельный бекенд на джаве/го/дотнете/etc, нужно апи не только для фронтенда, но и для мобилок.
>нигде его не используют
Да он никому нахуй не всрался. Контрится обычным рестом и спеками, в разработке которых участвовали как фронты, так и бэки.
Зумеры не знают о Embrace, Extend, and Extinguish сейчас покормят, а потом начнут выкручивать яйца несовместимостью.
Что за звиздец-график?
Гитхаб покупает МС, языки МС неожиданно растут в графиках, хм. Ты в семье самый умный, да?
>жмущая на кнопки обезьянка
Не проецируй на других свою сущность.
Единственная макака которая не может писать программы без либ - это ты. Ты буквально не в состоянии написать сам работу с сетью.
10 лет растеры накручивали рейтинг любимости языка (но не написаемости кода на нем), а тут пришел зиг и молча подвинул хероту.
>никогда не использовал его бекенд-фичи и не буду
Лол а я использовал. Так что не пизди чего не знаешь. Ты его приподносишь как какую-то ультра-йобу, как хороший годный фреймворк. Но я тебе сейчас просто накидаю пример элементарный - типа страница логина + logout. Когда юзер логиниться, ему устанавливается кука и перебрасывает на /dashboard. А потом он переходит на урл /logout, у него снимается кука и перебрасывается обратно на /login. Так вот, на этом месте у него постоянно баги возникают. Tо закольцовывает, он бесконечно переадресовывает с /login на /logout и обратно. Я заебался уже баг репорты писать в этот ёбанный nextjs. То у них статическая генерация работает через жопу, то ещё что. Если бы это был одиночный баг, но я с этими багами сталкиваюсь с... 2018-го наверно? Со времён когда ещё гатсби был популярен. Конечно, многих из этих багов некритические, но когда этих багов куча, оно уже портит впечатление. Причём это происходит в основном только с nextjs, а не происходит с другими фреймворками, как например remix. Я в нём билдю проект и у меня выходит маленькая папочка - мегабайт 15 наверно. Когда я в нексте бильдю тот же проект, он высирает мегабайт 500-800 разного говна, которое надо будет залить на хостинг. По сути, nextjs - это такой глючный bloatware.
>Tо закольцовывает, он бесконечно переадресовывает с /login на /logout и обратно
Скорее всего причина в твоем коде, а не к нексте. Не встречал подобных багов, хотя работаю с ним где-то с 9 версии. Вот в next-auth (который стал auth.js) встречал баги, но это отдельная 3rd party либа, её делают другие люди
>Я заебался уже баг репорты писать в этот ёбанный nextjs
Ну скидывай issues тогда.
>По сути, nextjs - это такой глючный bloatware
Почему у меня ничего не глючит, страницы грузятся быстро, бандл сайз низкий? Что там на диске занято всем похуй, главное чтобы у юзера не лагало и быстро грузилось.
Next-auth такое же говно как и next. Мне сама архитектура этой библиотеки не нравится. Потому что там всё проходит через rest api, в итоге вся коммуникация проходит по такой схеме: user --> nextjs api ---> auth0 api ---> токен. Короче он двойной путь проходит, вместо того чтобы напрямую послать запрос к условно auth0/cognito/okta/проч и сразу получить ответ/установить куку. Это добавляет лишних миллисекунд network latency, бесполезного трафика сети. Это ещё один минус в копилку ебаного nextjs.
По-идее, нормальным вариантом было бы убрать аутентификацию в middleware, но как я уже говорил, у middleware максимально обрезанный движок, там даже чтобы элементарно получить environment variable, нужно ставить костыли https://github.com/expatfile/next-runtime-env
Я единожды попробовал next-auth и больше не прикасался к нему. В своих проектах сам реализовал авторизацию и аутентификацию, на работе тоже либо есть самописное, либо решения типа keycloak. Только то, о чём ты говоришь, это не минус в копилку некста, потому что эта либа к нему никак не относится, она уже давно называется authjs и является фреймворк-агностик, да и до этого с некстом чаще юзали другие решения, а не вот это поделие. У меня бекенд на своих проектах на fastify/nest, у меня ничего не проходит двойной путь. Короче твои проблемы это skill issue.
>У меня бекенд на своих проектах на fastify/nest
Фу блять иди отсюда нахуй! Из монитора говноедом завоняло. Никому в мире этот нест не обосрался кроме России. Ты видимо выбираешь инструменты по принципу top-5 популярности. Есть нормальный spring boot для этих целей.
>nest + nextjs
Ммммммаксимум говноедский стек. Ещё наверно и в кубернетисе крутится. Bloatware at its finest.
>Короче твои проблемы это skill issue.
Да-да, skill issue. Но как ты вот это объяснишь ---> https://www.npmjs.com/package/cookies-next Он даже не может блять сделать setCookie/deleteCookie. Почему вообще фреймворку вообще понадобился отдельный npm-пакет чтобы работать с куками? Любой фреймворк возьми, даже взять твой nuxt или svelte - они устанавливают куки без проблем https://svelte.dev/tutorial/kit/cookies https://nuxt.com/docs/api/composables/use-cookie видимо это настолько сложный уникальный функционал для nextjs, что они обосрались его сделать нормально.
>Фу блять иди отсюда нахуй! Из монитора говноедом завоняло.
Рваться было не обязательно.
>Никому в мире этот нест не обосрался кроме России.
Ты пытаешься вот так себя самоубеждать когда слышашь упоминание инстрмуента, который тебе по иррациональным причинам не нравится?
>Ты видимо выбираешь инструменты по принципу top-5 популярности
В любом стеке люди почти всегда выбирают среди популярных инстрмуентов, они часто самые удобные, качественные эффективные. Но не всегда. Например самый популярный express это говно мамонта. Спринг тоже говнище то ещё, все причины его существования в 2024 году не являются оправданными.
>Есть нормальный spring boot для этих целей.
Сейчас бы брать спринг для пет-проекта, лол! Да и спринг и "нормальный" в одном предложении уже вроде похоже на троллинг, но скорее на глупость.
>Ммммммаксимум говноедский стек.
Один из самых топовых стеков как раз, идеально подходит и для пет проектов, и для коммерческих тоже, даже очень крупных. У меня и на прошлой работе был такой, и на текущей тоже он, только на текущей работе я веду ещё два проекта с другими стеками (и на беке, и на фронте) и они не выделяются в лучшую или худшую сторону.
>Ещё наверно и в кубернетисе крутится. Bloatware at its finest.
Ты поехавший, нахера мне кубер? А "bloatware at its finest" повторяй перед зеркалом, когда будешь адекватным людям советовать воняющий паджитами bloatware-высер под названием спринг, и джаву в принципе.
>>12085
Зачем тебе cookies-next, чего тебе не хватает в нексте? Доку пробовал читать?
>Почему вообще фреймворку вообще понадобился отдельный npm-пакет чтобы работать с куками?
https://nextjs.org/docs/app/api-reference/functions/cookies
>Любой фреймворк возьми, даже взять твой nuxt или svelte - они устанавливают куки без проблем
А у них есть RSC? Вот и думай. И ещё раз, читай доку прежде чем начинать серить из-за отсутствия понимания. Через Server Actions можно, даже я это знаю, хоть и стараюсь избегать всего, что связано в бекендом в нексте.
https://nextjs.org/docs/app/building-your-application/data-fetching/server-actions-and-mutations#cookies
>Фу блять иди отсюда нахуй! Из монитора говноедом завоняло.
Рваться было не обязательно.
>Никому в мире этот нест не обосрался кроме России.
Ты пытаешься вот так себя самоубеждать когда слышашь упоминание инстрмуента, который тебе по иррациональным причинам не нравится?
>Ты видимо выбираешь инструменты по принципу top-5 популярности
В любом стеке люди почти всегда выбирают среди популярных инстрмуентов, они часто самые удобные, качественные эффективные. Но не всегда. Например самый популярный express это говно мамонта. Спринг тоже говнище то ещё, все причины его существования в 2024 году не являются оправданными.
>Есть нормальный spring boot для этих целей.
Сейчас бы брать спринг для пет-проекта, лол! Да и спринг и "нормальный" в одном предложении уже вроде похоже на троллинг, но скорее на глупость.
>Ммммммаксимум говноедский стек.
Один из самых топовых стеков как раз, идеально подходит и для пет проектов, и для коммерческих тоже, даже очень крупных. У меня и на прошлой работе был такой, и на текущей тоже он, только на текущей работе я веду ещё два проекта с другими стеками (и на беке, и на фронте) и они не выделяются в лучшую или худшую сторону.
>Ещё наверно и в кубернетисе крутится. Bloatware at its finest.
Ты поехавший, нахера мне кубер? А "bloatware at its finest" повторяй перед зеркалом, когда будешь адекватным людям советовать воняющий паджитами bloatware-высер под названием спринг, и джаву в принципе.
>>12085
Зачем тебе cookies-next, чего тебе не хватает в нексте? Доку пробовал читать?
>Почему вообще фреймворку вообще понадобился отдельный npm-пакет чтобы работать с куками?
https://nextjs.org/docs/app/api-reference/functions/cookies
>Любой фреймворк возьми, даже взять твой nuxt или svelte - они устанавливают куки без проблем
А у них есть RSC? Вот и думай. И ещё раз, читай доку прежде чем начинать серить из-за отсутствия понимания. Через Server Actions можно, даже я это знаю, хоть и стараюсь избегать всего, что связано в бекендом в нексте.
https://nextjs.org/docs/app/building-your-application/data-fetching/server-actions-and-mutations#cookies
Нет ты, даже готовую либу взял
>чего тебе не хватает в нексте?
Блять я уже сказал чего мне не хватает, читать не умеешь? Set cookie / delete cookie мне не хватает! Только не надо говорить, что в документации это есть, потому что я эту документацию знаю лучше тебя. Там есть строчка "HTTP does not allow setting cookies after streaming starts, so you must use .set in a Server Action or Route Handler." Server action отпадает - потому что он не вызывается при GET-запросах, а route hander это по сути либо обрезанный middleware, о котором я уже говорил, либо api, значит мне надо сделать запрос к апи, чтобы поменять куку. Раньше был getServerSideProps в pages и там это было, но после перехода на app их выпилили.
>А у них есть RSC?
Server components не нужны. Собственно, на эту тему была дискуссия --> https://remix.run/blog/react-server-components нужны ли серверные компоненты или нет. В итоге пришли к выводу что нахуй надо. На рендере видно как rsc тормозит https://www.youtube.com/watch?v=fqqAlBOmj-E Они дают какие-то плюшки, в плане более красивого кода. Но действительно ли мне так важно иметь какой-нибудь хитрожопый buttonHandler с 'use server' сидящий внутри клиентского компонента? Пока хватает loader/action + суффиксов а-ля .server.ts RSC реально не настолько важная технология, как о ней говорят.
>если когда-то произошло событие X для какой-то совершенно отдельной технологии, значит оно точно случится и в данном случае
Шиз, как нам тебя назвать? Зиганутый? Юнити-шиз, тридэ-шиз, gpu-шиз? Почему тебе завезли фанатичность, но не завезли логику?
>Сейчас бы брать спринг для пет-проекта, лол! Да и спринг и "нормальный" в одном предложении уже вроде похоже на троллинг, но скорее на глупость.
Разговор здесь о том, что сука все эти концепты nest'а - фабрики, декораторы, классы, контроллеры это всё не свойственно стилю джаваскрипта. Это стиль джавы. Там этих декораторов, инжекторов, фабрик хоть жопой жуй. Декораторы - это пиздец ценный функционал, чтобы я без них делал! Вместо router.get('/user/:id/:page', ...) писал бы @Get('/user/:id/:page') async findOne(@Param('id') id: string, @Param('page') page: string) {...} это же намного лаконичнее express'а! Сравни nest с spring boot - и он проиграет во всём. Где больше интеграций? В spring'е! Там полноценное ООП, а не потешное как в typescript'е. Там есть нахуй и MVC, и всё остальное. Посмотри на картинку слева и справа - это же потешная пародия на spring, один-в-один ёпта!
Иди хоть прочитай что это такое, событие у него, подкроватный шизоискатель.
https://ru.wikipedia.org/wiki/Embrace%2C_Extend%2C_and_Extinguish
>Где подвинул? У раста больше по обоим параметрам
Ты же понимаешь разницу между подвинул и обогнал?
Риторический вопрос.
>Раньше был getServerSideProps в pages и там это было, но после перехода на app их выпилили.
Твой юзкейс в апп роутере реализуется конкретно через middleware, через него делается то, что раньше можно было сделать в getServerSideProps, то есть ты сможешь сетить и удалять куки при GET запросах.
>>12100
>Разговор здесь о том, что сука все эти концепты nest'а - фабрики, декораторы, классы, контроллеры это всё не свойственно стилю джаваскрипта. Это стиль джавы.
А кто у нас законодатель стиля джаваскрипта? Это не стиль джавы, это стиль Банды Четырёх. Это стиль ООП, это база и фундамент. Не то чтобы я был фанатом этого стиля, но он сильно упрощает работу с большим проектом. Хотя для меня нест очень прост на фоне спринга, и даже примитивен в хорошем смысле, но не настолько, как экспресс, поэтому мне он и нравится. Даже маленький проект на несте пишется легко и быстро, что невозможно сказать о спринге.
>Там этих декораторов, инжекторов, фабрик хоть жопой жуй. Декораторы - это пиздец ценный функционал, чтобы я без них делал! Вместо router.get('/user/:id/:page', ...) писал бы @Get('/user/:id/:page') async findOne(@Param('id') id: string, @Param('page') page: string) {...} это же намного лаконичнее express'а!
Можешь вокруг эскпресса реализовать весь функционал, который нест предоставляет из коробки. Будет в сущности то же самое, только без декораторов, зато с кастомным говнокодом из велосипедов. Назло маме наговнокожу костылей, лишь бы не использовать декораторы. Ну можно не использовать, есть fastify, elysia. Есть adonis, он с декораторами, но он менее многословный по сравнению с нестом. Ты оьратил внимание на декораторы содержимого запросов, но куда круче декораторы самих роутов, удобно навешивают валидацию, опенапи, гарды, интерцепторы и т.д.
>Сравни nest с spring boot - и он проиграет во всём. Где больше интеграций? В spring'е! Там полноценное ООП, а не потешное как в typescript'е. Там есть нахуй и MVC, и всё остальное. Посмотри на картинку слева и справа - это же потешная пародия на spring, один-в-один ёпта!
Мне не нужно больше интеграций, мне достаточного необходимого: кафка/реббит/натс, редис, gRPC, OpenAPI, прометеус, эластик, вебсокеты, графкл, typeorm/prisma, да что угодно легко подключается.
Большая проблема спринга в том, что он написан на воняющей индусами джаве, и даже котлин не особо спасает ситуацию. И вообще, нест вдохновлялся ангуляром, если ты хочешь искать конкретные источники.
>Раньше был getServerSideProps в pages и там это было, но после перехода на app их выпилили.
Твой юзкейс в апп роутере реализуется конкретно через middleware, через него делается то, что раньше можно было сделать в getServerSideProps, то есть ты сможешь сетить и удалять куки при GET запросах.
>>12100
>Разговор здесь о том, что сука все эти концепты nest'а - фабрики, декораторы, классы, контроллеры это всё не свойственно стилю джаваскрипта. Это стиль джавы.
А кто у нас законодатель стиля джаваскрипта? Это не стиль джавы, это стиль Банды Четырёх. Это стиль ООП, это база и фундамент. Не то чтобы я был фанатом этого стиля, но он сильно упрощает работу с большим проектом. Хотя для меня нест очень прост на фоне спринга, и даже примитивен в хорошем смысле, но не настолько, как экспресс, поэтому мне он и нравится. Даже маленький проект на несте пишется легко и быстро, что невозможно сказать о спринге.
>Там этих декораторов, инжекторов, фабрик хоть жопой жуй. Декораторы - это пиздец ценный функционал, чтобы я без них делал! Вместо router.get('/user/:id/:page', ...) писал бы @Get('/user/:id/:page') async findOne(@Param('id') id: string, @Param('page') page: string) {...} это же намного лаконичнее express'а!
Можешь вокруг эскпресса реализовать весь функционал, который нест предоставляет из коробки. Будет в сущности то же самое, только без декораторов, зато с кастомным говнокодом из велосипедов. Назло маме наговнокожу костылей, лишь бы не использовать декораторы. Ну можно не использовать, есть fastify, elysia. Есть adonis, он с декораторами, но он менее многословный по сравнению с нестом. Ты оьратил внимание на декораторы содержимого запросов, но куда круче декораторы самих роутов, удобно навешивают валидацию, опенапи, гарды, интерцепторы и т.д.
>Сравни nest с spring boot - и он проиграет во всём. Где больше интеграций? В spring'е! Там полноценное ООП, а не потешное как в typescript'е. Там есть нахуй и MVC, и всё остальное. Посмотри на картинку слева и справа - это же потешная пародия на spring, один-в-один ёпта!
Мне не нужно больше интеграций, мне достаточного необходимого: кафка/реббит/натс, редис, gRPC, OpenAPI, прометеус, эластик, вебсокеты, графкл, typeorm/prisma, да что угодно легко подключается.
Большая проблема спринга в том, что он написан на воняющей индусами джаве, и даже котлин не особо спасает ситуацию. И вообще, нест вдохновлялся ангуляром, если ты хочешь искать конкретные источники.
Это всё с опытом приходит. Джуны спорят за бессмысленные инструменты и дрочат на либы, сеньёры пишут приложения через KISS, уделяя больше времени дизайну, локализации, способам доставки.
Простой, удобный, выразительный. Поему бы ему не быть популярным?
Событие — успешное применение этой стратегии. Ты вот о нём и фантазируешь, дорогой wasm/webgpu-шиз. Обязательно случится. Через 15 лет. А потом ты проснёшься.
Анон, правильно ли я понимаю, что так как jsу нужна host среда для исполнения (типа jvm в джаве), предположим, что это браузер, то процесс компиляции кода будет разным в зависимости от среды? В ноде по другому будет компилироваться? А в разных браузерах? Где почитать про компиляцию подробнее
Прокси, не?
Браузер - это один "компилятор", нода - другой, другой браузер - третий. Какие проблемы? Какой практический смысл тебе даст это знание?
А wasm тогда что такое? Я могу какой-то функционал переписать на wasm и вставки делать?
wasm - это типа переносимый формат "результата компиляции", который понимают разные браузеры.
>процесс компиляции кода будет разным в зависимости от среды
Да, но ебать тебя это не должно. Код будет выполняться с точно таким же результатом, разница лишь в производительности и отсутствии функционала на разных платформах.
>>12797
> А wasm тогда что такое?
Байткод и виртуальная машина которая этот байткод выполняет.
> Я могу какой-то функционал переписать на wasm и вставки делать?
Да, ты просто вызываешь какие-то функции из js и получаешь результат. Это очень просто работает, но общение между васм и жс очень тормозное, по этому нужна хорошая архитектура которая учитывает это.
и в 90% случаев этим конпелятором будет V8.
Страдай, без типов сейчас никуда не берут.
Я сейчас смотрю как чувак делает серверные экшены на нексте. Вот код который я низуя не понимаю
const [_, startDeleteTransition] = useTransition()
Const handleDelete = () => {
startDeleteTransition(async () => {
await onDelete();
});
}
Я дрочу гпт, конечно. Но когда я начну сам такие функции из башки писать? Где этому учиться то бля? Я где-то упустил базу про async/await и не могу сходу понять, я хз как её наверстать, аноны
Вырубай ютуб и начинай пилить свой петпроект, а что непонятно гугли, так обязательно добьешься успеха - вот увидишь
Слава господу, что мы победили калбэк ад.
Почему мы пишем <Button onClick={() => click} /> а не <Button onClick={click} />?
Почему здесь нам async/await нужен startDeleteTransition(async () => {
await onDelete();
});
Почему нельзя startDeleteTransition(onDelete());
Без иронии, в чем разница? Ведь оба варианта будут правильными жеж. Гпт хуйнб пишет
Как же дерьмо этот ваш некст, кек
Дайте ему стул!
><Button onClick={() => click} /> а не <Button onClick={click} />?
Первый вариант нерабочий, но если ты имел в виду onClick={() => click()}, то да, оба варианта равнозначны. А вот onClick={click()} писать нельзя, потому что функция в этом случае будет вызываться не по клику, а при рендере.
> Почему нельзя startDeleteTransition(onDelete())
Если onDelete является асинхронной функцией, то конечно нельзя. Можешь еще onDelete().then(result => startDeleteTransition(result)), но придешь к callback hell и запутаешься
Ну сколько блядь тебе надо ресурсов, ебаный дебил.
i5 12 поколения, 32 гига озу, чего тебе ещё надо. Всё равно каждые 3 часа работы всё идёт по пизде.
Тайпскриптовые типы перестают прогружаться, подсветка идёт в разнобой. Они не могли блядь проверять хотя бы раз в секунду, если у тебя ОДНО слово блядь подсвечено РАЗНЫМИ цветами, ну наверно сука что-то сломалось, дак пофиксь мне это.
Не умею блядь, умею перезапускаться три раза в день. Ещё и обновление прилетело с КОПИЛОТОМ.
Какой КОПИЛОТ этим ХУЕГЛОТАМ? Базовая функция: подсветить сука текст ломается. Ну сделайте тогда только белый цвет, может это поможет.
Понимать надо примерно в таком порядке:
- зачем ввели колбеки
- зачем их заменили промисами
- зачем для промисов ввели await
- почему await возможен только внутри асинхронной функции
А на типы пока забей, ТС возможно скоро сдохнет.
>каждые 3 часа работы всё идёт по пизде
Успокойся, шебутная ты обезьянка. У тебя просто-напросто утечка памяти в твоём говнокоде.
Хз чел, у меня вскод вообще месяцами не перезагружается, полёт нормальный.
> Тайпскриптовые
Так это тайпскрипт говно, неудивительно. Заканчивай на нём писать, всё равно эта параша не нужна.
Тупой вопрос. Remix по сути это и есть react router. Он на 90% состоит из него. Остальные 10% - это сервер и утилитки (обработка ошибок, ссылки, фетчинг данных и прочая мелочёвка). Сейчас они его допиливают и объединяют. Ничего супер координального не произойдёт.
>вообще месяцами не перезагружается
Ахуеть.
Попробую полностью всё сбросить и поставить с нуля безо всяких синхронизаций. Если конечно не найду замену. А заменами пока что и не пахнет!
И зачем же ты тогда отвечаешь на тупой вопрос, умник? Без выебонов никак не можешь?
>Я сейчас смотрю как чувак делает серверные экшены на нексте
В твоём примере нет ничего от некста. Это обычный жс и обычный реакт. Разберись для начала с этим и забудь вообще про некст. Я тебе даже больше скажу - некст очень специфичная технология, которая нужна и используется на 3% фронтенд проектов. Не умея ездить на велосипеде ты смотришь гайд "как ездить на велосипеде по натянутому канату с шаром на голове".
>Я дрочу гпт, конечно.
Советую исключить это говно из процесса обучения вообще. Во первых ты не можешь валидировать тот код, который тебе выдаёт нейронка, потому что ты сам не умеешь ещё понимать где хороший код, а где плохой. Во вторых с таким подходом ты тренируешь в мозгу условный рефлекс на любую проблему задать промт нейросети, а не обдумать проблему.
Лучше бы вместо тупых СММ потратили деньга на разработку fleet.
>Советую исключить это говно из процесса обучения вообще
Зря. Это как гугл, только в 10 раз быстрее.
У меня еще больше установлено, но я знаю что делаю, понимаю как траблшутить и не виню микрософт в своих кривых руках
Без каких этих, наркоман? Ты установил кривого говна, которое ломают тебе все и надо найти кто именно это делает
Нет, гуглить быстрее. Просто ты не умеешь ключевые слова подбирать, зумер небось.
Шизло, ты опять вышел на связь?
При чем тут Котлин, который разрабатывают жидбрейнсы и поддерживается чуть меньше чем только самим жб?
И вебшторм, который является очередным редактором для жс/тс, просто по объективным причинам он лучший (особенно бесплатно)?
С твоеми претензиями на вендор-лок ты наоборот должен именно вскод хейтить, так как и то и другое МС разрабатывает, а не вебшторм, который и позволяет избежать вендер лока.
> вебшторм, который и позволяет избежать вендер лока.
Ебало этого шиза представили? Он опенсорс вскод, который уже тысячи людей форкнули, сравнивает с проприетарным шитштормом.
Шизло, ты хоть ознакомься со значением понятия вендор-лок.
Если завтра жидбрейнсы вдруг неожиданно закроют разработку своего шторма - ты абсолютно спокойно перейдешь на любой другой редактор жс/тс, которых как грязи. Да даже нотпад можешь открыть и в нем разрабатывать и при этом у тебя будут все фичи как языка, так и всей экосистемы.
Никакого вендерлока при использовании вебшторма не возникает, при невозможности использовать шторм твои проекты не превратятся внезапно в тыкву.
Если майки завтра закроют свой редактор, то есть ещё 5000 репозитариев которые будут поддерживать всё тот же редактор всё с теми же фичами. И без анальной привязки к майкрософту, как тот же vscodium, на котором я и сижу. Нахуя ты высрал хоть что-то про вендро лок? Ты даун? Или что?
Шизик, ты же и высрал Котлин, который вообще не к месту и никакого отношения к шторму не имеет, кроме буквы "о" в названии.
Ещё раз:
1. Есть вебшторм, который с точки зрения разработки лучше других редакторов жс/тс. Это объективная реальность.
2. Единственный минус - платность, который сами же жидбрейнсы недавно и убрали, добавив "некоммерческую" лицензию.
3. Нормальному разработчику, не шизику вроде тебя, ничего не мешает использовать сейчас лучший редактор, п если так случится, что шторм станет нерабочим - перейти на любую альтернативу, в том числе и на твой тормозящий и глючащий жопенсорс.
4. Сейчас использовать жопенсорс, когда есть лучшая альтернатива и бесплатная - это надо быть реально шизиком.
5. А чтобы добить тебя бесполезностью твоей жопенсорсности - поправь мне очевидно тормозящий вывод типов и интеллисенс для тайпскипт приложений на проектах больше студенческих поделок на 100 файлов. Там чтобы это поправить - надо нахер удалить всю работу с тс сервером и переписать с нуля по нормальному. Ты никогда этого не сделаешь, знаний и/или времени у тебя не хватит. Следовательно весь твой опенсорс - бесполезен абсолютно, кроме как возможностью сохранить исходники в разных местах, чтобы не потерялись.
У вас совсем все плохо? Если приходится тратиться на смм на двочах?
Почему результат undefined?
let testNum;
const arr = [1,2,3]
for (let i in arr) {
if (i === 0) testNum = arr;
}
console.log(testNum)
В обычном цикле все нормально работает.
Посмотрим как пойдут дела.
Аноны с 50+ расширениями, вкиньте скрины, интересно даже чем вы таким занимаетесь.
У тебя i - String, а не Int
https://stackoverflow.com/questions/24077537/for-in-loop-index-is-string-instead-of-integer
> пользовать прориетарными заклкадами
Жидбрайнсобот, заебал.
Никто кроме шизов и даунов этим дерьмом не пользуется.
C чего ты решил что это foreach?
Добро пожаловать в клуб.
нормальный for..of
for (const [index, value] of ["a", "b", "c", "d", "e"].entries()) {
console.log(index, value);
}
Хорошо, я готов использовать, как мне легально скачать и активировать в РФ?
VPN на рабочем компе использовать запрещено, за кряки выебут безопасники.
Это тред про программирование на js, а не про вёрстку кнопочек на тайпскрипте. Найди тред верстальщиков и сиди там, опущ.
Но кнопки верстают на HTML и CSS. Программировать можно и на JS, и на TS. Или ты просто так троллишь / "пошутил", и это должно быть смешно?
Зачем ты засираешь тред своими проекциями и унылым троллингом?
В очке своём можешь инкапсулировать.
Короче, есть асинхронная функция, внутри ожидание промиса, заряженного на 10 секунд. После промиса в этой функции стоит алерт. Есть ли способ сделать что-то, чтобы алерт не появился? В идеале прибить эту функцию вообще. Кроме location.reload() способов не знаю.
Типа, импортировать каждый класс, импортировать также класс шаред стора, затем каждому экземпляру класса скормить экземпляр этого общего стора... так, что ли?
Чё? Вот у меня одно приложение из 5 классов в разных файлах, и второе такое же приложение. Что откуда мне импортировать, если эти приложения должны шарить переменные только внутри своих компонентов, но не между собой.
Выкинь нахуй классы, дебил
Ты или пользуешься модульностью жс, либо ебешься с классами и зависимостями между ними, дрочишь на gof и di/ioc. Смешать два подхода не получится
window.alert = () => true //удачной отладки, суки
В этом кале даже листенеры нормально не реализуются, потому что вложенные классы сломаны и из них нельзя получить контекст внешнего класса, из-за чего приходится во вложенный сука класс все равно передавать this внешнего класса, но ебучие приватные поля внешнего класса все равно оттуда недоступны. Какой гоф, окстись
>эти приложения должны шарить переменные
Внезапно тебе нужно 3е приложение(отдельный бандл с шаред экспортами) в котором у тебя будет общий код.
clearTimeout
Модуль это по сути синглетон. Так что никакой модульности и нет. А вот ООП дает избежать глобальных состояний.
Так что не слушай эту фронтенд макаку, она нормальные проекты и не видела.
>Нормальным программистам не принципиально на каком языке писать, всё можно хакнуть.
А причем тут язык? У тебя веб это терминал?
Обезьяна, тебе твои кривые руки мешают, а не джаваскрипт, всё нормально в нём с GoF.
Поподробнее про замену? Можешь ссылки накидать что по твоему в потенциале может выстрелить? Основания так думать? (статьи там или гитхабы?)
> When fulfilled, a promise:
> must not transition to any other state.
> must have a value, which must not change.
> When rejected, a promise:
> must not transition to any other state.
> must have a reason, which must not change.
Читай мурзилку, чтобы небыть батхертом
Да это всё фантазии, а основаны они на том какие технологии доступны сейчас и как в теории будут распространены в будущем. Сейчас началось по-настоящему широкое распространение всяких встроенных приложений в мессенджерах и очевидно что нормально работать и в принципе иметь смысл они будут только при компиляции в байткод. У пользователей есть потребность в этом и эта потребность рано или поздно будет закрыта.
Что выстрелит, хуле тут сказать, хуй знает. Чтобы писать много интерфейсов и писать их быстро нужна хорошая библиотека с хорошим стейтом и рендером, которая бы по простоте была на уровне JS, чтобы накидывать интерфейсы за секунды. Пока что такого нет, хуй знает когда будет и на каком языке.
return и throw, очевидно же.
Но одно очевидно - это точно не будет язык без сборщика мусора и со слишком строгой типизацией.
>Сейчас началось по-настоящему широкое распространение всяких встроенных приложений в мессенджерах
Которые на базе нативных приложений работают.
>очевидно что нормально работать и в принципе иметь смысл они будут только при компиляции в байткод.
Схуяли это очевидно? Тебе-то дебилоиду лсному откуда знать, что будет, а что не будет иметь смысл?
>У пользователей есть потребность в этом и эта потребность рано или поздно будет закрыта.
У 99% пользователей в интернете одна потребность: скроллить калтент.
>которая бы по простоте была на уровне JS
Вот ты и спалился, вкатун. JS - один из самых (если не самый) сложный яп в мире, на уровне плюсов точно.
Ты путаешь промис и колбек, который передаётся в конструктор промиса, учи матчасть.
Нет, сборщик мусора нинужон никому нахуй, без лоулвл работы с памятью и типизацией нормальные приложения не построить.
>>14129
> Которые на базе нативных приложений работают.
Чего, блядь? К чему это вообще?
> Схуяли это очевидно? Тебе-то дебилоиду лсному откуда знать, что будет, а что не будет иметь смысл?
Чего рвёшься-то, шизло?
> У 99% пользователей в интернете одна потребность: скроллить калтент.
Именно так. И проблема в том, что на JS скролил лагает. Пользователи хотят строллить, а говно на DOM и JS мешает скролить.
> Вот ты и спалился, вкатун. JS - один из самых (если не самый) сложный яп в мире, на уровне плюсов точно.
Таблетки не забываешь пить?
Кто мониторит забугорный инет, видит что растет хайп вокруг техи - wasi и компонентного подхода.
Это будет серьезный удар по js, потому что wasi становится общим стандартом для всех языков и не только для браузера.
>Чего, блядь? К чему это вообще?
К тому блядь, что твои ассемблеры и байт коды нахуй никому не усрались.
>Чего рвёшься-то, шизло?
У тебя погоняло шизло.
>Именно так. И проблема в том, что на JS скролил лагает. Пользователи хотят строллить, а говно на DOM и JS мешает скролить.
У нормальных людей ничего не лагает, калькулятор обнови свой.
>Таблетки не забываешь пить?
Вкатун, блять, копирование объекта мне оформи, потом будешь кукарекать.
На счет васи хз, но вот хайп и дроч на васм ничё так начинается.
>>14172
>твои ассемблеры и байт коды нахуй никому не усрались.
Скриптошизла забыли спросить, кек
> У тебя погоняло шизло.
Найс перефорс, шизло
> У нормальных людей ничего не лагает, калькулятор обнови свой.
Шизло даже не понимает что несёт. Речь была про всех пользователей, но шизло порвалось жопой и кудахчет про слабые устройства у меня
> Вкатун, блять, копирование объекта мне оформи, потом будешь кукарекать.
Единственный вкатун тут это ты и ты это знаешь. Переставай притворяться кем-то ещё, ты местное шизло у которого вечно горит из-за того что не вкатился.
>У пользователей есть потребность в этом и эта потребность
Это не потребность. У тебя даже пруфов этой потребности нет. Я вспомнил нытье байтомакак на хабре, когда они плевались на электрон и что это уничтожает отраcль. Так вот - все эти умники строго и по приказу прошли нахуй, а я счастливо получил новый класс кроссплатформенных приложений которые работают и на телебончике и пеке. ВОТ ЧТО ТАКОЕ ПОТРЕБНОСТЬ. Красноглазые байтоебы вечно видят ее по своему. НО НЕ ВЫ ДЕЛАЕТЕ БИЗНЕС. Вы просто спермоприемник кабанчика.
Байткод тоже смешной аргумент. WASM без оптимизаций по скорости как код на JS в V8, более того см картинку.
В общем, байткод на клиенте остается прибежищем байтоебов. Тема просто не развивается и используется в крайне узких задачах (менее 1% задач популярных сервисов с огромной аудиторией).
>что ЛЮБАЯ нетривильная задача не вызывает никакой ебли с TS, если разработчик не дебил
>>3310867 →
>уже много лет ТС является нормой для средней линейной макаки.
Прошу тебя на собесе объяснить что происходит на данном пикриле. Твои действия?
мимо
Я как жс макака не против распространения жс на десктоп, мобайл, да хоть драйверы на принтер писать, мне ж +работа.
Но сам пользоваться таким гавнищем ненавижу. Чем нативнее тем приятнее интерфейс. Да и на сайте, в идеале когда жс только там где не обойтись, например подзагрузка сообщений. Остальное нахуй сука)
Правильный ответ на вопрос: посмотреть в название типа, если там что-то в духе TResult, пнуть того кто это написал ногой под сраку и переписать.
У тебя манямирок прост, хуле тут сказать. Небось джун какой или ещё кто, анонируешь на жс и игнорируешь реальность потому что тебе так приятнее.
Обычное дело для скриптодетей, может ты когда-то сможешь вырасти.
Спасибо, мы Вам перезвоним.
>Найс перефорс, шизло
Ты пидорас или хуесос?
>Речь была про всех пользователей,
Так ты хуесос можешь только за себя говорить, и то тебе права высираться в треде не давали.
>Единственный вкатун тут это ты и ты это знаешь
Смотри, у тебя два варианта: ты либо сейчас делаешь копирование объекта, либо теряешься нахуй отсюда.
Кек, шизло действительно думает что единственная сложность в программирование это копирование объектов.
Ничего, вкатун, когда-то ты точно вкатишься.
Удобно. Вообще хуй знает кто этим пользуется, мне например похуй что там с запросом, пусть летит себе дальше. Похуински поебумс.
>>14299
Нормальные программисты заняты программированием, а не бесплатными консультациями. Здесь сидят дунасеры, ждуны, вкатуны и прочие блаженные от мира айти.
Я например уволился и проедаю запасы, тратя не больше 15к в месяц, а сижу здесь чтобы не забывать как выглядит код.
Какие нахуй драйвера блядь. Что ты несешь. Всему свое место и нет трушного как такового, а есть цена/качество которую не осознают байтоебы. Малые и средние компании не работают в три или четыре ебала чтобы сделать и кроссплатформенно и красиво.
Я пишу, что веб неспроста вот так сложился и язык тут меньше всего вклада в производительность вносит.
Все эти охуительные истории что они сейчас новый мир построят напоминает грязноштанных большевиков, которые не поняли как работает общество.
>Вообще хуй знает кто этим пользуется, мне например похуй что там с запросом, пусть летит себе дальше.
Так он и при отмене уже улетел и до сервера долетит и там обработается. Отмена запросов в первую очередь для клиента, а не сервера.
Запрос ведь не в вакууме крутится, а его запустили и ждут результат, потом с этим результатом что-то делается. При этом сеть может лагануть и старый запрос вернет результат позже нового запроса - придется или ловить баги, или городить костыли с проверкой более актуальных запросов.
Отмена старого запроса позволяет тебе это удобно обработать и не делать лишние действия/ловить баги.
Добавь в свои запросы рандомную задержку и сразу увидишь - зачем надо отменять старые запросы. Если конечно ты не считаешь, что если у тебя на локалке все отлично работает, то и у всех пользователей на проде будет идеальная сеть и идеальные телефоны/компьютеры.
По делу уже сказал - ты джун с манямирком. Мы говорили про DOM и рендер всяких плагинов и апп, ты зачем-то высрался с баном и хттп сервером. К чему это было? Нахуя ты это сделал?
Или ты подумал что я отрицаю что жс довольно быстр? Да нет, не отрицаю, он может быть очень быстр, особенно если не писать на TS, не пользоваться всякими классами и писать в C стиле. Но есть ещё DOM. И хуевый браузерный рендер. То что я пишу на с++ в пять строк кода, в js раздувается до пяти тысяч каких-то говноаллакаций и проверок сотен массивов чтобы отрендерить одну кнопку.
>То что я пишу на с++ в пять строк кода, в js раздувается до пяти тысяч
Ну-ка, с этого места поподробнее.
Пока я вижу, что ты за 5 строк разве что мэин объявишь. Даже консоль не создашь, чтобы в неё хеллоу ворлд высрать.
>Нет, сборщик мусора нинужон никому нахуй, без лоулвл работы с памятью и типизацией нормальные приложения не построить.
Ты дебил или просто прикидываешься? Прямо сейчас есть огромное множество нормальных приложений на свифте и котлине, в которых есть сборщик мусора, и это их преимущество, а не недостаток. Никому нахуй не нужна лишняя мозгоебка с ручным управлением памятью.
Так всё просто - используй нормально буфферы вулкана, все анимации храни в шейдерах. В с++ реально будет 5 строк кода на кнопку.
Откуда этот бенчмарк?
Похуй что в жс будет, главное что как это всё выполняется. Браузер сверху навешает 5 тысяч строк дерьмища, 100 таких кнопок на экран и на i9 будут лаги и потери кадров.
Ебанутый, что ты несешь? Ты собрался котлин в браузер нести? Таблетки давно пил, шизло?
>Браузер сверху навешает 5 тысяч строк дерьмища
Враньё
>100 таких кнопок на экран и на i9 будут лаги и потери кадров.
Ещё более отъявленное враньё, да и часто у тебя 100 кнопок на одной странице находятся?
Я про нативные приложения, они прекрасно работают, и написаны на языках со сборщиком мусора.
>единственная сложность в программирование это копирование объектов.
Хуесос, ты даже этот этап не преодолел. Съебал нахуй отсюда.
Уберешь всё под капот и в библиотеки? Но по факту у тебя будет проц с видеокартой выполнять все те же миллионы строк, что и на жс.
На жс также можно все убрать в другие пакеты (которые вполне могут быть и васмом, ничем не хуже твоего предложения убрать код из с++ в шейдеры) и оставить вообще только импорт.
> Враньё
Реальность.
> Ещё более отъявленное враньё
А это база.
> да и часто у тебя 100 кнопок на одной странице находятся?
У меня 30 кнопок с графонием и браузер начинает пропукивать на i7.
>>14460
Зачем ты говоришь про нативные приложения? Речь была про хуйню которая в браузере будет вместо современного рендера, хуйню которая будет встроена как плагины во все другие приложения.
>30 кнопок с графонием
99.9999% сайтов графоний не всрался.
Графоний нужен только в играх, но их давно на канвасе или вебгл делают, которому сто лет в обед. Обмазывайся теми же шейдерами по самое не хочу.
Чел, отправка в буфеер видеокарты это не сложно. Нет тут никаких миллион строк, есть строк пять, потому что дерево во время компиляции оффсеты набирает. А у браузера миллионы строк есть, потому что браузер не может предварительно скомпилировать хтмл, как бы он не старался.
Впринципе если рендерить в буфферы, то жс тоже неплохо справляется. Но, конечно, хуже васма.
>99.9999% сайтов графоний не всрался.
Не не всрался, а сайты просто не могут себе позволить графоний, из-за того что браузеры кусок кала.
>на канвасе или вебгл делают
Примерно раз в 10 медленнее натива кста.
>хуйню которая в браузере будет вместо современного рендера, хуйню которая будет встроена как плагины во все другие приложения.
Эта хуйня с нами в одной комнате? Через 15 лет точно будет, вотувидити? У тебя аж несколько БУДЕТ в одном предложении, имаджинируйте уровень хопиума этого персонажа.
Поплачь
> сайты просто не могут себе позволить графоний, из-за того что браузеры кусок кала.
Ну вот скажи, нахуй какой-то графон просто сайту? А если не просто сайты, а веб приложения, например ноушен, какой там графон? Там таблички, формы, кнопки. Как и везде.
>У меня 30 кнопок с графонием и браузер начинает пропукивать на i7.
Враньё, у меня машина слабее твоего i7 и ничего не попукивает
Именно что не всрался. Свистоперделки в вебе не нужны, нужен контент.
сугубо рабочие и проф приложения - там не нужен графон совершенно, таблицы, графики без эффектов.
контентные - видео, тексты, картинки - графон опять же совершенно не нужен для кнопок и комментариев.
Игры html5 - канвас, вебгл.
Всякие продажные лендинги - вот единственное где хоть какой-то графон теоретически можно прикрутить, но там одна кнопка - купить. Да и чем больше графония - тем больше вес медиа файлов - тем меньше конверсия.
Собственно. Отсюда и вывод, в вебе графоний не нужен. Совершенно. Текущие возможности и производительность с избытком закрывают все потребности бизнеса.
Да какой уж графон, тут бы списочки не лагалии уже хорошо было бы. А то открываешь какое-нибудь говно из тг и скроллить нормально невозможно. Пиздец 2к24 год на дворе, СКРОЛЛ хуево работает.
>>14489
Ты привык наверное просто.
>>14506
> сугубо рабочие и проф приложения
> контентные - видео, тексты, картинки
Тут нужно чтобы скролл не лагал и приложения нормально работали даже с 4к картиночками и списками кометов длинной овер 9000.
> Да и чем больше графония - тем больше вес медиа файлов - тем меньше конверсия.
Так в этом и суть васма - сайты будут весить раз в десять меньше чем сейчас. Или в двадцать нахуй.
> Собственно. Отсюда и вывод, в вебе графоний не нужен.
Ты назвал два варианта в которых графоний не нужен и ещё два варианта в которых нужен васм, чтобы всё 120фпс было. Выводы?
> Текущие возможности и производительность с избытком закрывают все потребности бизнеса.
Чел, ты... Бизнес всегда будет брать чо ему дают и никогда не будет инвестировать в какие-то дохуя новые технологии, это рынок, нахуя ему в технологии инвестировать. Ебать ты открытие сделал.
Бизнес жопой не пошевелит чтобы сделать фреймворк на васме, но что бизнесу нужно - это новые прибыли, новые продажные лендинги, какие-то отличительные черты. И когда новый фреймворк будет - бизнес моментально спиздит его и начнётся вакханалия с переписыванием всего и всея, так же как было с среактом в 2014 году. Десять лет прошло, пора.
Никак. Если тебе это нужно, то ты делаешь хуйню и хуевую архитектуру. Попробуй подумать про это с другой стороны.
>Так в этом и суть васма - сайты будут весить раз в десять меньше чем сейчас. Или в двадцать нахуй.
Это совершенно не так.
99.999% трафика продающих лендингов - медиа контент - кокортинки и видео.
Самого кода там кот наплакал - сущие килобайты (максимум корзина и слайдер галереи)
>Да какой уж графон, тут бы списочки не лагалии уже хорошо было бы. А то открываешь какое-нибудь говно из тг и скроллить нормально невозможно. Пиздец 2к24 год на дворе, СКРОЛЛ хуево работает.
Чел, тг на плюсах/qt сделан. Обновляй свой калькулятор.
Да в "веб приложениях" тоже 99% трафика это джейсончики через хттп
>А чего сложного написать deepClone? Типичная задачка на лайвкодинге на собесах.
Ну ты напиши и покажи нам, а мы поржем с твоей несложности. Речь если что не про хуйню уровня const obj = {a: "Вася", b: 5}.
>Это совершенно не так.
Ты совершенно не понимаешь о чем речь. Переставай фантазировать.
>99.999% трафика продающих лендингов - медиа контент - кокортинки и видео.
Теперь представь что можно вместо видео на 700 мегабайт въебать 3д на 150 метров. И это будет просто ЕБАТЬ как красивее и интерактивнее.
Все фоны, все картинки, весь графоний так же уменьшается раз в десять, потому что можно без проблем свг хуячить с шейдерами.
>>14596
В тг есть приложения или как там они называются, я не ебу. Это обычный хтмл и они очень хуевые. Да и дело не в приложениях, а в рекламе в других приложениях - эта реклама на хтмл и могла бы быть интерактивной и куда более привлекательной, нежели современный говняк. За этим будущее и дом/жс вымрет.
И опять же ты полную хрень пишешь.
Среднему контентмейкеру чтобы сделать наполнение своего лендинга достаточно взять телефон, написание текстов и то больше времени занимает. Записать пару видео обзоров хуйни-на-продажу и сделать несколько фото займет в тысячи и десятки тысяч меньше человеко-часов, чем в твоём варианте с графикой.
Ни где в вэбе кроме игр графика не нужна. Да и тот же юнити сам все экспортит и тебе ничего дополнительно учить и делать не нужно.
Васм для вэба не взлетел за десять сука лет просто потому, что он самому вэбу не всрался. Единственная перспективная ниша, которую я сейчас вижу для васма вне юнити - банковские приложения, которые из-за санкций в сторах удаляют. И то сейчас банкам проще по старинке обходные пути установки искать, чем с васмом трахаться.
>эта реклама на хтмл и могла бы быть интерактивной и куда более привлекательной,
Интерактивной рекламы так мало не потому, что есть какие-то технические ограничения с производительностью, а потому, что лишний интерактив забирает внимание с контента самого сайта и сайт в итоге теряет аудиторию.
Это давно уже исследовано, ещё со времён флеша.
>То что я пишу на с++ в пять строк кода
Вот тебе дизайн в фигме, давай за 5 строчек ебани-ка эти рюшечки-менюшечки, которые при наведении мышкой пустятся в пляс, еще и в магазин за пивом сбегают. Сроки проебали еще вчера надо сделать за этот спринт, что с ебалом?
> Да и дело не в приложениях, а в рекламе в других приложениях - эта реклама на хтмл и могла бы быть интерактивной и куда более привлекательной, нежели современный говняк. За этим будущее и дом/жс вымрет.
Чел, косу не похуй на эстетику рекламы? Это говно все нормальные люди блочат.
>Прошу тебя на собесе объяснить что происходит на данном пикриле. Твои действия?
А хули тут объяснять Partail<T> делает все свойства опциональными, дальше в дженерик типе перечислены свойства, а вот уже каким образом они перечислены тут нужно целовать руки молотком у автора этого творения. Хотя скорее всего в коде это дело выглядит получше
>а вот уже каким образом они перечислены тут нужно целовать руки молотком у автора этого творения
Благодарю за ваш отклик и интерес, проявленный к нашей вакансии.
К сожалению, пока мы не готовы продолжить общение, так как ищем кандидата с большим опытом в Typescript.
Нам хотелось бы оставаться с вами на связи. Возможно, в ближайшее время появятся новые вакансии стажера, которые вас заинтересуют. Мы часто возвращаемся к нашим кандидатам, так что буду рада предложить вам другие возможности.
Зачем ты проецируешь и переводишь стрелки? Это ведь ты не смог объяснить что за тип используется в либе на миллионы скачиваний, а ведь тебе придется на проекте работать с десятком таких либ и в каждой с несколько десятков подобных типов. Как ты собрался работать с тем, что не понимаешь? Кажется ты самозванец и банально не квалифицирован.
Да-да, нинужно, врёти, не будет, никто не пользуется. Примерно ту же хуету несли шизы про реакт, лол. Всем нужно что-то большее чем современный веб, сколько ты это не отрицай, шиз, реальность изменить не получится.
>>14617
А то! Но знаешь сколько бабла с этой рекламы идёт?
>>14631
Просто берёшь и делаешь. Что ещё остаётся тебе? Не_работать?
>>14631
Если бы это была одна реклама. Любое эстетичное приложение вызывает куда больше положительных отзывов, чем то говнище которое делает местный шиз-вкатун на ТС.
Зашикал с этого долбоеба! Кажется местный шиз с ТСом это вкатун который никогда не работал и продакшн кода на ТСе не видел, всё ясно.
Это не продакшн код. Такого когда не в продуктах, которые создают в коммерческой разработке.
>Или ты подумал что я отрицаю что жс довольно быстр? Да нет, не отрицаю, он может быть очень быстр, особенно если не писать на TS, не пользоваться всякими классами и писать в C стиле. Но есть ещё DOM. И хуевый браузерный рендер. То что я пишу на с++ в пять строк кода, в js раздувается до пяти тысяч каких-то говноаллакаций и проверок сотен массивов чтобы отрендерить одну кнопку.
По делу будет что-то? Я еще раз спрашиваю?
>>14662
>Просто берёшь и делаешь. Что ещё остаётся тебе? Не_работать?
Давай покажи нам как ты это запилишь. Аааааааа! Так ты дурдурачок просто заново все перепишешь то, что уже написали плюсовики и сишники до тебя...? ахаха.
Ты просто рофляный кретин, который пишет говноприложения для терминала и может максимум наформашлепить на бекенде. Ты буквально нихуя не знаешь про современный фронтенд и лишь пытаешься принести туда свой байтоебский мир. Ты по уровню фронтендера даже на джуна не тянешь с этими говноопусами. Если ты имеешь опыт в плюсах на мидла+, из этого по законам логики не следует что ты имеешь опыт в других стеках. Но видимо ты просто необразованная байтомакака (часто вижу).
Ты вообще осознаешь почему веб тормозит? Нет, ты нихуя не осознаешь. Он тормозит, потому-что менеджмент вводит новые стандарты разработки для повышения КПД, чтобы задача была выполнена вчера. Нужно провести AB тестирование интерфейсов, нужно быстро все сварганить и чтобы сразу работало и поддерживалось стабильно.
Посмотри на цельную картину блядь. Это современная продуктовая разработка.
> ты нихуя не знаешь фронтенда ряяя!11
Даже читать это смешно, азазаз
>>14683
Веб тормозит из-за огромного количество абстракций. Тут уже похуй на энтерпрайз фреймворки и всякие ангуляры, сейчас я даже на ваниле не могу написать что-то, что не дропает фпс на топовых смартфонах в тяжелых интерфейсах. А если писать на ТС в ангуляре, то фпс будет падать даже на обычных полутра кнопочках.
>>14699
Нет, не могут. WebGPU не работает все ещё, нету GUI фреймворков на лоулвл языках.
Ещё раз: пока при всех декларируемых тобой плюсах васм занимает исчезающе малую величину рынка спустя 9 лет после выхода - это показатель того, что он просто не нужен, вообще.
Все твои потуги доказать обратное - разбиваются о суровую реальность ненужности.
В реальном мире васм используется разве что в играх (и то юнити сам за тебя собирает сборку), да в фигме. Собственно и всё.
Покажи хоть один популярный сайт или хотя бы дэшборды с графиками и огромными таблицами которые будут реально летать и написаны на васме, да ещё и без работы с дом (то есть все рисуется на канвас или вебгл).
Не можешь? Потому, что их нет. Есть только фигма, игры, и всякие васянские студенческие туду листы, которые работают даже тормознутее чистого js.
Это и есть главный показатель ненужности - объективная реальность.
99% там ненужного, что в реальном коде встретишь чуть реже чем никогда.
Единственная задача данной книги - чтобы прогнать кандидата на собеседовании по вопросам, снизить его самооценку и следовательно снизить зарплатные ожидания при согласовании оффера.
>Даже читать это смешно, азазаз
Байтомакаку порвало, которая ничего сложнее формочек на плюсах не дрочила для десктопа. Твою обоссаную санину порешали веб приложения и мобилки. Что тебе смешно? Что нет единого пути развития веба и все пишут как хотят? Ты видимо имея церковно-приходскую школу продолжаешь сравнивать теплое с мягким. Так вот зависимости это не проблема языка - это следствие методологии разработки, когда всех в целом устраивает и производительность приложений и скорость выката новых версий приложений. Это у тебя как у типичной нищей байтомакаки ни на что кроме сяоми топ за свои деньги калькулятора ни на что больше денег нет ввиду низкой квалификации по меркам современного айти (твоя производительность как программиста плавает в районе нуля).
Расслабь булки и останови тряску кроч.
>Ещё раз: пока при всех декларируемых тобой плюсах васм занимает исчезающе малую величину рынка спустя 9 лет после выхода - это показатель того, что он просто не нужен, вообще.
Все так. Я видел васм только на ооооочень узких участках кода в очень редких проектах, потому-что основную производительность скрыдывают совершенно иные вещи. Даже сейчас можно писать очень производительный веб, но никому это нахуй не вперлось. Этот же дебилоид думает что его производительность языка спасет. Каков дебил.
Ты опять игнорируешь реальность.
Всё дело в том, что нужен не только васм - нужен прямой доступ к видеокарте, чтобы рендер имел смысл. Сейчас WebGPU работает только в хроме и только WebGPU может работать с околонативной скоростью, а на эплокале WebGPU работает даже быстрее натива (отсталый эплокал, аазазаз).
WebGL и WebGL2 это кусок кала с программным буффером, это просто не работает, в 5-10 раз хуже натива. И кстати, WebGL2 получил поддержку в браузерах только два года назад.
>>14742
Не читал даже этот бред скрипторебёнка который в великий фронтенд поверил, кек
Производительность теряется на ебанутом DOM рендере. Можешь сколько угодно в своём ебанутом манямирке фантазировать что это не так, но это не изменит реальность.
>Всё дело в том, что нужен не только васм - нужен прямой доступ к видеокарте, чтобы рендер имел смысл.
Я уже полтреда не могу отделаться от мысли что ты жирно троллишь.
Но если ты рил шиз, то - бравзеры уже используют видеокарту для рендера. Бравзеры написаны на плюсах, бравзеры оптимизировали JIT-хуит, бравзеры не запрещают работать с WebGL.
>WebGL и WebGL2 это кусок кала с программным буффером, это просто не работает, в 5-10 раз хуже натива. И кстати, WebGL2 получил поддержку в браузерах только два года назад.
Мне стало интересно откуда бугурт. ЧТО ТЫ ТАМ ДЕЛАТЬ ТАКОЕ СОБРАЛСЯ? Киберпанк запускать?
Хорошо, байтомакака, напиши как ты собираешься отходить от DOM (даже чисто концептуально). Допустим, мне нужен аналог Wildberries с таким же интерфейсом.
Вот прямо опиши концепт чем ты это заменишь, примеры подходов. Можешь накидать псевдокод на pastebin/rentry.co (поддерживает код и markdown). Я неиронично готов тебя серьезно выслушать и накидать почему это не будет работать.
>Всё дело в том, что нужен не только васм - нужен прямой доступ к видеокарте, чтобы рендер имел смысл.
И опять же ты заигнорил саму причину такого положения.
Почему так медленно внедряются все эти webgl, webgpu? - потому что за рамками игр это всё не нужно рынку. Вообще не нужно.
А учитывая, что игры уже заняли свои ниши в нативных приложениях и живут там более чем отлично - то даже в игровой индустрии нет желающих спонсировать и продвигать проработку стандартов и разработку васма со всей необходимой экосистемой.
Была бы реальная потребность рынка - давно бы нашлись миллиардные инвестиции на разработку - и твой васм бы за пару лет обзавелся и вебгпу и чем угодно ещё во всех популярных браузерах.
Прошло 9 лет, воз и ныне там, а всё двигают редкие энтузиасты и пара каличей.
>>14751
Еще раз. Опиши принципы пожалуйста.
Вот я выхожу в интернет и я не хочу качать приложения для каждого нового сайта как это сейчас происходит с приложением Wildberries на телефон. Или как раньше было до интернетов - когда люди качали всякие банальные программы на компьютер.
Опиши концепции пожалуйста. Я единственный, кто готов тебя тут серьезно выслушать не выронив ни единой капли урины на тебя.
>я не хочу качать приложения для каждого нового сайта
При этом забавно то, что зачастую в очередном приложении очередного сайта - из нативного только обвязка над вебвью.
>Опиши концепции пожалуйста
Если посмотреть как это происходит с нативных приложениях, которые собираются под определенные библиотеки и поставляется потом зачастую с ними же или предлагает установить очередной директ-х, то можно с уверенностью сказать, что подобный сайт будет при первом заходе загружать многомегабайтные бандлы требуемых версий либ.
Следовательно очередной лендинг с жс будет весить 1кб хтмл, 1кб цсс, 30кб жквери (если лень самому корзину и галерею на чистом жс писать) + контент. Изображение со стилями появится после скачивания 2кб, интерактив ещё через 30кб.
Он же на васм - сначала скачает многомегабайтные либы очередного аналога qt, очередную многомегабайтную "стандартную" библиотеку намертво прибитой версии, потом покажет экран загрузки ресурсов, и дальше не важно, так как пользователь закрыл вкладку ещё на этапе скачивания qt.
>>14756
>>14757
> не нужно рынку
Как и ожидалось, школотрон с хуетой в голове.
Ты не можешь знать спрос на то, чего ещё не существует, срынок так не работает. Когда что-то будет существовать и появится спрос - только тогда это будет нужно рынку.
>>14778
Зачем ты маняфантазируешь, шизло малолетнее? Все эти библитекти обеспечивают апи рендера и i/o, системные либы, сеть, упаковщики. В браузерах уже всё это есть и достаточно хороший рендер будет весить не более 50кб, обеспечивая нативную скорость рендера всей графики и всего текста.
Зачем сразу так дропать? Найди статью с краткой выжимкой или видео обзор в фоне посмотри.
Потом на собеседовании, если собеседующий окажется дауном и спросит о подобном, скажешь, что тебе такое попадалось в статьях, но так как в рабочем коде подобное никогда встретится, а если будет, то не пройдет ревью как совершенно не очевидное поведение, то особо не запомнил все нюансы, так как пользы нет.
Тем самым покажешь, что в принципе знаком с подобными кейсами, но самооценку тебе ими не получится продавить вниз.
>Ты не можешь знать спрос на то, чего ещё не существует.
Васм - 2015 год. Он не существует уже 9+ лет.
>Ты не можешь знать спрос на то, чего ещё не существует, срынок так не работает. Когда что-то будет существовать и появится спрос - только тогда это будет нужно рынку.
Не существует веб сайтов? Существуют.
Не существуют тормозящие веб сайты? Существуют.
Следовательно и спрос на быстрые веб сайты должен быть.
Но, как всегда нюансы всю малину обсирают и тебя уриной заливают - тормоза зачастую из-за откровенно кривых рук конкретных разрабов, а скорости подавляющего большинства сайтов более чем достаточно.
Свистоперделки не нужны, так как отвлекают от самого контента. То, что конкретная кнопка при ховере меняет состояние за 10мс, а не за 1мс - абсолютно ни на что не влияет.
Вот что реально нужно - это скорость разработки и доставки контента пользователю. Поэтому всякие фреймворки как предлагают что-то полезное - взлетают мгновенно. Все эти свелты, солиджс и ТД и ТП, несчесть их - используют все тот же "тормозной" дом и "тормозной" жс, но за пару лет становятся на тысячи порядков популярнее васма.
Кнопки, расцветающие гирляндами при наведении - не нужны. Успокойся уже, графоний в вебе за рамками игр не нужен.
>О да, рекурсивная итерация по объекту это так сложно...
Стесняюсь спросить, вкатун, ты когда-нибудь слышал что-нибудь про неитерабельные свойства? Отлетаешь, очередняра обосранный.
>я даже на ваниле не могу написать что-то, что не дропает фпс
Чистосердечное признание неосилятора, лол. Очевидный skill issue очевиден.
>Производительность теряется на ебанутом DOM рендере
Производительность теряется, когда между креслом и клавиатурой дебильная прокладка с IQ 50
>Просто берёшь и делаешь. Что ещё остаётся тебе? Не_работать?
Вопрос сможешь ли ты так быстро реализовать весь функционал или тебя нужно уволить и на твое место поставить более расторопного Реактова
>>14650
Хули вы подорвались? В сторонних библиотеках бывают хуевые примеры использования ts кто тут спорит, с другой стороны ты и в чистом js также видишь эти .d.ts со всей этой лапшой их нет только во всяких библиотеках типа isOdd. Но свой проект ты же можешь писать прямыми руками с читаемым кодом или не можешь? зато он упрощает автокомплит в ide и избавляет от части ошибок по рукожопости. Может в небольших проектах на фронтенде это избыточно и там проще без ts, но вот тот же бекенд писать без ts это будет боль как с пыхой в старые времена до версии 7.4
С WebGL и тем, что он использует программный буфер, тебе сказали. Ты в ответ какую-то хуету начал нести
>Тормозящие веб сайты существуют
>Следовательно и спрос на быстрые веб сайты должен быть
И тут ты тоже обсираешься. Нихуя не следовательно. Что-то может существовать сотни лет, а потом внезапно появляется спрос - это в школе на уроках истории рассказывают, потом унике на экономике повторяют
Остальное не хочется разбирать
Ты либо троль нормально, либо аргументируй хоть как-то. Я сюда рофлить захожу
Мимошёл
>Памагите, не понимаю типы из либы с 25к звезд, там просто код хуевый а вот я пишу понятный
В голосину с маневров вкатунишки
>если писать на ТС в ангуляре, то фпс будет падать даже на обычных полутра кнопочках.
Ты бредишь. Не будет падать даже на медленных мобилках.
>пук
Это ты сам заманеврировал, если бы ты хоть чуть чуть был знаком с разработкой, то наверняка заметил бы что в попенсорсе много откровенного говна и каждый пишет как умеет, а в коммерческой разработке есть тимлиды, внутренние правила, линтеры и ревью кода
Вкатун, переставай уже хуйню нести. То что ты видишь это НОРМА продакшена. Тебе каждый день придётся разбирать подобное на ТС.
То что ты сейчас верстаешь обоссаные кнопочки и не видишь ничего кроме - так ты просто вкатун ебаный, лол.
Если бы ты не был вкатышем, то знал бы, что такого кода нет в продакшене.
Ты дурачок или прикидываешься? Используешь либу значит будешь использовать все входные типы как минимум, а как максимум будешь еще разбираться как весь говняк там инферится под капотом. Ну конечно всегда можно обкастовать все через as\any, что делит на ноль вообще использование ts.
>>14948
Как факт наличия говна в опенсорсе освобождает тебя от обязанности в этом говне разбираться и тем более разбираться в работе системы типов тайпскрипта, если ты сам же его пропагандируешь? Не вижу связи.
Ты начал с простого тейка что мол тс это минимальный когнитивный оверхед и при работе с ним нет никакой ебли, а слился на первом же средней сложности примере, на твой взгляд якобы хуево типизированным(что по факту или некомпетентность или маняврирования, потому что tanstack пример очень хорошей типизации)
> Следовательно и спрос должен быть.
Ты в банальной срынкономике не шаришь, хуле тут тебе объяснять. Ты вечным вкатуном будешь, если будешь продолжать верить всей той хуете которую тебе скармливают маркетологи и пропагандоны.
>>14860
>>14862
Слишком толсто, попробуй тоньше.
>>14884
Так и я о том, с вебглм и васмом пока что трудно иметь дело - нет нормальных либ, которые нацелены на скорость разработки. Либ нет тому что вебгпу недавно высрался, опенсорсы не написали ещё, вроде бы в бете срафари только-только появляется.
Это будущее, но будущее настанет только когда перестанут сосать и займутся делом. В современном мире это довольно сложно сделать, но, думаю, это будет в скором времени.
> То что ты видишь это НОРМА продакшена.
Хуевый у вас продакшен, потому ты и злой такой
>То что ты сейчас верстаешь обоссаные кнопочки и не видишь ничего кроме
Я не фронтендер, хотя раньше немного верстал на первой работе
>>14960
>тейка
Уже достаточно
>Ты начал с простого тейка что мол тс это минимальный когнитивный оверхед и при работе с ним нет никакой ебли
Но я не говорил такого, это был другой анон
>а слился на первом же средней сложности примере
Я наоборот вклинился в обсуждение на этом примере лол. Пример на самом деле не сложный для понимания, можно посидеть повтыкать разбирая эту конструкцию, другое дело что такой тип сложный для быстрого чтения и именно к этому у меня претензия
>Так и я о том, с вебглм и васмом пока что трудно иметь дело - нет нормальных либ, которые нацелены на скорость разработки. Либ нет тому что вебгпу недавно высрался, опенсорсы не написали ещё, вроде бы в бете срафари только-только появляется.
Так что дерзай, вместо того чтобы на двощах огрызаться уже запили бы с десяток своих либ
>Ты дурачок или прикидываешься?
Ты пытаешься прикидываешься, но можешь не стараться, даже без усилий видно, что ты дурачок.
>Используешь либу значит будешь использовать все входные типы как минимум
Нет , не значит. А теперь покажи мне продакшен код, где используется ColumnDefResolved из tanstack table в продакшен коде. С каких пор ColumnDefResolved в tanstack table стал "входным типом"? Очень интересно посмотреть, какими будут твои следующие манявры.
>а как максимум будешь еще разбираться как весь говняк там инферится под капотом
Когда надо будешь поковыряюсь, в этом нет проблемы. Это крайне редко необходимо. А когда необходимо, то можно разобраться с любимыми типами.
>Ну конечно всегда можно обкастовать все через as\any, что делит на ноль вообще использование ts.
Я же не динамикодриснявая мартышка, не надо меня по себе равнять.
>Как факт наличия говна в опенсорсе освобождает тебя от обязанности в этом говне разбираться и тем более разбираться в работе системы типов тайпскрипта, если ты сам же его пропагандируешь? Не вижу связи.
Глупый, вот и не видишь. Зачем мне во внутренних типах библиотеки разбираться без необходимости?
>Ты начал с простого тейка что мол тс это минимальный когнитивный оверхед и при работе с ним нет никакой ебли, а слился на первом же средней сложности примере, на твой взгляд якобы хуево типизированным(что по факту или некомпетентность или маняврирования, потому что tanstack пример очень хорошей типизации)
С тобой человека три разных разговаривают, я вот с прошлого треда не участвовал в ТС-сраче. Для меня этот пример обычный для внутренней типизации опенсорс библиотек. А в продакшен коде такого не пишут, там всё намного проще.
>Так и я о том, с вебглм и васмом пока что трудно иметь дело - нет нормальных либ, которые нацелены на скорость разработки. Либ нет тому что вебгпу недавно высрался, опенсорсы не написали ещё, вроде бы в бете срафари только-только появляется.
Надо получается написать эти либы? Кто, я???!
Манявры этого вкатыша оказались слабже ожиданий. Попробуйте снова.
>нужно сначала написать язык
>Взять
>написать
>сделать
>исправить
И вишенка на тортике:
>Как закончу, буду заниматься
Вебгл-у уже лет 10, канвасу, наверное, и того больше. Всяких попыток реализовать какую-то модель шизорендера типа Флаттера было штук 5 точно. В итоге спустя десяток лет 99% рендера идет по-прежнему в DOM, а из рендера в канвас на слуху РОВНО СУКА 2 ПРИЛОЖЕНИЯ - гугл докс и фигма.
В этом моменте литералли любой человек с IQ > 50 задается одним вопросом: почему лучшие программисты мира за 10 лет не написали сука ни одной ОС библиотеки для рендеринга кнопочек и текста в канвас. Ну вот что им помешало?
И тут оказывается, что никто этими шизо-гпу и шизо-гл не занимается вообще, а просто как 10 лет назад научили GPU ускорять DOM-рендер, так это и работает.
Не истери.
> Ну вот что им помешало?
Отсуствие WebGPU.
> И тут оказывается, что никто этими шизо-гпу и шизо-гл не занимается вообще
Ето так. Это стандартная цикличная говносвязь на срыночке. Никто этим не занимается потому что спроса нет, а спроса нет потому что никто этим не занимается. Кто достаточно долбоёб чтобы первым заняться каким-то невероятным дерьмом - тот и в дамках.
>первым заняться каким-то невероятным дерьмом - тот и в дамках.
То есть ты можешь этим заняться, стать в рамках и лутать потом миллионы даллАров? То, что ты сейчас делаешь - миллионы долларов тебе вряд-ли принесет. Почему ты не бежишь пилить библиотеки, фреймворки, движки под вебгпу? Это же на дальней дистанции на порядки выгоднее всего, чем ты сейчас занят.
Не бежишь? Потому что понимаешь, что денег там нет и рынку он нахой твой васм с вебгпу не нужны.
> То есть ты можешь этим заняться, стать в рамках и лутать потом миллионы даллАров?
А могу и не лутать.
> То, что ты сейчас делаешь - миллионы долларов тебе вряд-ли принесет
У меня игрокал, минимум сотню тысяч баксов лутану в прошлый раз поднял 170к
> Потому что понимаешь, что денег там нет
Перестань фантазировать, шиз, денег там дохуя и больше, рынок не освоен. У меня нет компетенции в транспилитаторах си, по этому и не занимаюсь чем-то связанным с васмом.
>>15037
Конечно. Они хотя бы рисоваться будут нормально, в отличии от вебгл.
>минимум сотню тысяч баксов лутану
>денег там дохуя и больше, рынок не освоен
>У меня нет компетенции в транспилитаторах си, по этому и не занимаюсь чем-то связанным с васмом.
Сам бог велел тебе забросить игрокал, пойти поднимать компетенции и начать лутать денег дохуя и больше.
Но ты этого не делаешь и не сделаешь. Потому что сотня вот она и ты уверен что плюс\минус получится заработать. А с васмом ты такой уверенности не имеешь, ибо понимаешь, что за 9 лет ничего никто не сделал - ибо нинужно, то и ты ничего не сделаешь, а рискнуть - штанишки трясутся.
Нет конечно, ты опять фантазируешь. На это нужно потратить гораздо больше времени, а нахуя его тратить если можно получить деньги и нанять соответствующих инженеров которые потратят на это куда меньше времени.
>можно получить деньги и нанять соответствующих инженеров которые потратят на это куда меньше времени
Можно от тебя (твоей нанятой команды инженеров) ждать через пару лет супер крутой и удобный фреймворк на васме, который заткнет все эти тормозные реакты, ангуляры, свелты, вуи и прочее и прочее на доме и жс? Там же денег дохуя, все инвестиции отобьешь и сверху стократные иксы сделаешь нихера ты не сделаешь и никого не наймешь.
>Конечно. Они хотя бы рисоваться будут нормально, в отличии от вебгл.
Хуя мрии. А разница-то в чем, собственно, если это с точки зрения программера, который будет писать код, WebGPU - это такой же низкоуровневый язык шейдеров, как WebGL? Если брать ГДшников, они как юзали юнити/годот, которые сами за тебя собирают для веба при необходимости, так и будут юзать.
А обычный фронтендер откроет стандарт, увидит, что для покраски кнопки вместо одной строчки на тейлвинде нужно написать буквально пикрил, закроет это говно и больше к нему никогда не притронется. Количество необходимого кода для написания простейшей анимации, о которой ты постоянно кукарекаешь, будет больше в разы, если что. Сколько кода придется написать, чтобы это нормально выглядело на зоопарке устройств от 5-дюймовых мобилок до 50-дюймовых телевизоров, я, если честно, даже представить не могу.
Можно, конечно, надеяться, что изобретут UI киты для этого говняка, но есть проблема. CSS появился в 1996 году, а первый фреймворк для него в 2011. То есть спустя 15 лет, и это речь про мейнстримную технологию, а не про нужный 1,5 калекам кал.
Кстати у гугла больше серивсов, которые рендерятся в canvas, там используется dart и эти интерфейсы всегда чуть притормаживают. Все свои основные продукты youtube, gmail, документы, поиск они все таки пишут на классических html, css, js.
Так и будет, завидуй мне.
>>15139
> А разница-то в чем, собственно,
В том что в вебгл видеокарту нельзя использовать.
> Количество необходимого кода для написания простейшей анимации, о которой ты постоянно кукарекаешь, будет больше в разы, если что.
Никто через шейдеры анимации не пишет, все анимации можно ручками перетаскивать в блендере, код для анимации будет занимать столько же сколько на жс.
> нужно написать буквально пикрил,
Вручную такие шейдеры уже никто не пишет, да и вообще, нахуя писать если всё уже написано давно?
> Сколько кода придется написать, чтобы это нормально выглядело на зоопарке устройств от 5-дюймовых мобилок до 50-дюймовых телевизоров, я, если честно, даже представить не могу.
WGSL уже написали, всё работает на всех устройствах.
Ебать ты фантазёр конечно!
>>15157
Не трясись.
>В том что в вебгл видеокарту нельзя использовать.
Ты совсем долбоеб?
>код для анимации будет занимать столько же сколько на жс
Дебилушка, код анимации в DOM пишется на CSS и занимает 2 строчки. У тебя один треугольник из блендера больше весить будет.
>да и вообще, нахуя писать если всё уже написано давно?
Где я могу посмотреть давно написанный код, который мне рендерит кнопки в WebGL?
>WGSL уже написали, всё работает на всех устройствах.
Дурачок блять, ты про респонсив дизайн слышал когда-нибудь?
>Ты совсем долбоеб?
Единственный долбоёб это ты. В вебгл нету возможности работать с видеокартой так же как в вебгпу.
> Дебилушка, код анимации в DOM пишется на CSS и занимает 2 строчки. У тебя один треугольник из блендера больше весить будет.
Ебать ты даун, если ты собрался использовать уже готовые анимации, то это ничем не будет отличаться в любых фреймворках (если там эти анимации есть), такие же две-три строчки.
> Где я могу посмотреть давно написанный код, который мне рендерит кнопки в WebGL?
В гитхабе, даун.
> Дурачок блять, ты про респонсив дизайн слышал когда-нибудь?
Причем тут шейдер, даунёнок больной? Это работа фреймворка, а не шейдера.
Как вы поняли что все ок это часть работы чувствовать себя тупым
Как детектить что ты обсираешься и надо приложить больше усилий чтобы нахуй не вылетить с работы
ps работаю с ебучей библиотекой написанной немцами 7 лет назад о которой знают 2 землекопа
>Единственный долбоёб это ты. В вебгл нету возможности работать с видеокартой так же как в вебгпу.
Проснись, дурачок, ты обосрался. Вебгл не просто работает с видеокартой, а делает на болеее высоком уровне.
>это ничем не будет отличаться в любых фреймворках
Проблема в том, что там их нет. А CSS они уже есть. Они встроены в браузер. То есть не тянут за собой дополнительный код, который нужно компилировать и выполнять.
>такие же две-три строчки.
Понятно, то есть кода не увидим.
>В гитхабе, даун.
Хуя ты проткнутая дура. Ссылку кинь, говно ебаное.
>Это работа фреймворка, а не шейдера.
Какого бляьт фреймворка, чмо обосранное?
>>15168
>>15164
>>15139
>>15055
DOM в вебе это прежде всего про семантику, доступность и обратную совместимость(graceful degradation, progressive enhancement и всё такое), а не про анимации и свистоперделки.
О чем вы спорите, ебанутые? Какие видеокарты, какие блять шейдеры если без DOM просто нихуя не будет индексироваться в поисковиках и работать на половине зоопарка устройств? Тот же WASM никогда и не позиционировался как замена DOM, это нишевая технология для закрытия конкретных проблем(переложить тяжелые вычисления с js).
мимо
Васм-шиз, ты один тут серишь уже второй тред.
>Вебгл не просто работает с видеокартой, а делает на болеее высоком уровне.
Понятно. Больное шизоидное животное находится в невменяемом состоянии.
>>15252
DOM останется как хуйня в которой хранят текст для поисковиков, это да. Некая минималистичная визитка или минималистичная версия сайта, нужна кста не только для поисковиков. Как средства рендера калтента DOM вымрет нахуй.
>Как средства рендера калтента DOM вымрет нахуй.
Давай ты сначала покажешь решение на wasm которое обеспечивает
>семантику, доступность и обратную совместимость(graceful degradation, progressive enhancement и всё такое)
Даже GUI на десктопах за все годы не достиг того же уровня, хотя существует дольше браузеров.
Говно беззадач
Ты же догадываешься почему их нет? Подскажу. Потому что dom, css и js наиболее эффективны в вопросах рендера интерфейсов. Эффективные это значит что 5% усилий покрывают 95% успеха во всех сценариях использования, это включает и перфоманс, и доступность, и красивость, и переиспользуемость, все, все, все. Подумай почему например спа-фреймворки вытеснили jquery? Потому что они смогли не только заменить эту технологию полностью, но и облегчить усилия по успользованию и одновременно расширить критерии использования(тот самый спа). Причём этот маятник по лёгкости использования и сценариям использования должен раскачиваться в обе стороны - те же спа на заре появления по факту ухудшали индексирование, доступность и перфоманс, но сейчас даже фулстек фреймворки типа лары из коробки предлагают их использование без оглядки. Иначе говоря какие то решения на wasm должны быть не только удобнее и проще условного реакта, но ещё и покрывать как минимум 90% всех его кейсов или даже расширять их(а остальные 10% как то решит коммьюнити в процессе адаптации технологии) - сейчас не видно ни того, ни другого. Даже исходя из целей wasm он изначально не ставил себе задачу работы с dom или замены dom, поэтому фантазии о таком "светлом будущем" просто остаются фантазиями. Но мысль твою я понял - возможно когда то в вебе появится такой инструмент, и он вообще вероятно никак не будет связан с браузерами(привет цукербергу).
>Ты же догадываешься почему их нет?
Уже пояснял это - потому что WebGPU в браузерах нет. Нахуя мне пилить какое-то решение, если я не могу получить нормальный доступ к видеокарте? Сейчас я его получил - могу пилить. Примерно такого же мнения придерживаются все остальные, кто работает с рендером на гпу.
> Потому что dom, css и js наиболее эффективны в вопросах рендера интерфейсов.
Нет, потому что это единственно возможные методы рендера в настоящее время. Когда вебгпу будет на всех браузерах - это не будет единственно возможным методом.
> возможно когда то в вебе появится такой инструмент, и он вообще вероятно никак не будет связан с браузерами
Переходной этап к этому как раз и есть васм и замена dom на нормальный рендер. Что-то не связанное с браузерами это уже слишком смелые фантазии по полному переосмыслению браузерного говна. Хуй знает когда это будет, с современной экономической моделью разработки говняка это сложно осуществить.
>Когда вебгпу будет на всех браузерах - это не будет единственно возможным методом.
То есть никогда. Ты явно плохо знаком с вэб разработкой.
В гуглхроме есть, срафари пилят и есть в бете, в фаерфоксе над этим трудятся полтора человека, но тоже в бете. Рано или поздно допилят.
>Как и ожидалось, школотрон с хуетой в голове.
Я кабанчик, который умеет считать деньги, а ты маня леворадикальная красноглазая с манямирком про строительство нового мира который никому нахуй не всрался. Ты за свою жизнь отсосал километры кабаньих хуев, а я создал десятки проектов.
Шизик, опиши концепцию как ты сделаешь сайт Wildberries без загрузки приложений, чтобы фронтенд писался также эффективно командой как сейчас + поддерживался. Предельно конкретный кейс блядь. С каких основ начнем и чем заменим DOM? Почему ты избегаешь конкретики? Причем переписать все с нуля всегда легче (потому-что уже ясны проблемы). Почему ты всех вместо ответов называешь шизиками и детьми?
Ты же понимаешь что все крутят у виска пока у тебя нет хотя бы концепции. Ты банальную вещь сделать не можешь - написать страницу как и что. Местным анонам и этого бы для начала хватило чтобы лишний раз тебе в рот не ссать.
>Это будущее, но будущее настанет только когда перестанут сосать и займутся делом.
Это будущее чтобы игры запускать в интернетах когда 6G появится, а не твой веб
Фронтендеру просто дадут тот же самый css, скрыв логику под капотом, тот же html и по итогу мы вернемся по кругу. Браузеры и так имеют доступ к GPU для рендера. Шизик нихуя не вдупляет за что топит.
Ты забыл про мобилки, про консоли, про телевизоры, про безопасников в крупных компаниях, про напрочь забюрократизированных бюджетников. Даже сраный флексбокс, которому уже 15 лет, и то не имеет 100% поддержки.
Весь мир не крутится вокруг хрома самой последней версии.
Так что все верно написано - поддержка васма и твоей вебгпу везде будет примерно никогда.
Отсутствие признания твоих обсёров блокирует возможность дальнейшей дискуссии, что делает твою попытку провокации несостоятельной, а тред более унылым. Другими словами, ты несправляешь со своей задачей. Арсенал демагога имеет в себе не только провокацию, но и другие приёмы продолжения дискуссии, которыми ты не овладел. Стоит отметить, что в самом вопросе про замену DOM ты также обосрася.
Напииши в чем мои обсеры?
> DOM
Ты сам писал что проблемы рендеринга, а они идут от DOM. DOM итак рендерится на GPU
Ты воспринимаешь мою просьбу описать концепт как провокацию лишь по той причине, что ты боишься обосраться в своих теоретических познаниях как оно на самом деле работает. Сколько уже было просьб разобрать кейс с Wildberries, а воз и ныне там. Даже провокаций не было и я был готов тебя честно выслушать, так как открыл для диалога. Но ты уперся как 5летний ребенок в своем глупом противостоянии.
>Ты сам писал
Не писал. Мы тут не одни
>Ты воспринимаешь мою просьбу
Не воспринимаю ничего из тобой написанного, Причина - два непризнанных обсёра
Пошел нахуй, никчемный пидорас короче. Я давно понял что если чмонь пиздят, то лучше не идти и не пытаться общаться с угнетаемыми. Ты вот прям идеальный пример. Над тобой тут смеялись всем тредом, я решил протянуть руку чтобы выслушать, а ты пидорасина только продолжаешь кусаться. Уверен что тебя в школе по КД поджопниками провожали и в рюкзак ссали.
>>15699
Больное шизоидное уебище даже не понимает с кем общается даже. У него перед глазами стоит его обидчик, который его унизил, и больное шизло моментально начинает истерить, придумывать неприятные фантазии, рассказывать какой обидчик плохой.
Ору нахуй, какие же шизики защищают DOM и JS, пиздец просто. Буквально не одупляют что такое анонимный имагеборд
>шизоидное уебище
ты имеешь что-то против шизоидов?
мимошизоид
алсо агрессия вместо аргументации — показательна
отсутствием аргументации
Васм-шиз, ты просто боишься посмотреть правде в глаза. Ты боишься признать, что не способен на простом примере описать как работают твои манятехнологии будущего.
Как мне из thennable просто вернуть значение? Без .then()?
Вот функция, например, такая: chrome.storage.local.get(key)
Вот в других языках создаём Promise и в любой момент где нам понадобится значение пишем типа: promise.get_value() и именно в этом месте поток остановится и будет дожидаться значения. Потому что я блять конечно за многопоточность, но не знаю где конкретно значение мне понадобится!!
Как же меня заебала эта многопоточная еботня тремя разными вариантами сделанная! Быстрее бы эта явапараша сдохла нахуй
Пидорасы вы ебаные блядь
(Извините, но всё-таки вопрос сверху актуален)
>Promise и thennable это разные вещи или одно и то же?
In JavaScript, a thenable is an object that has a then() function. All promises are thenables, but not all thenables are promises.
разные
Значит, ели промис возвращает то значение из него получить вообще никогда нельзя? Потому что async/await это сахар вокруг этих промисов
А раз от промисов нельзя избавиться значит от переключений контекста внутри интерпретатора тоже
А значит JS-параша всегда будет тормозить
Ёбаные дебилы блять, быстрее бы уже webasm допилили
>ели промис возвращает то значение из него получить вообще никогда нельзя?
ну конечно да. Если промис возвращает значение, то не ради же того, чтобы те его мог получить, а про async/await я вообще молчу!
>раз от промисов нельзя избавиться значит от переключений контекста внутри интерпретатора тоже
слушай, ты кругом прав! Избавление от промисов — это утопия, придуманная врагами и контекст всегда будет переключаться. Поэтому никогда не пиши на джаваскрипте
Более того, даже допустив мысль начать писать на джаваскипте, у тебя в голове начал постоянно переключаться контекст и ты реально начал тормозить.
Необучаемый васм-шиз, ты? Тебе async await завезли лет 5-7 назад, в чём твоя проблема?
>Необучаемый васм-шиз, ты? Тебе async await завезли лет 5-7 назад, в чём твоя проблема?
JS-дебилы даже осознать проблему не могут, лол
Ты даже не способен простейшие инструменты жса применить для решения своей задачи
>рррррряяя переключение контекста
Бро контролируй свой баттхёрт пожалуйста
И изучи что такое async/await, тебе будет полезно
>Когда вебгпу будет на всех браузерах - это не будет единственно возможным методом
И вы запилите новый HTML, CSS, да? Назвав это фреймворками и библиотеками теперь. Лол. Давай жирни в другом месте, шизик.
А потом напишут свой реакт отстав на 20лет лол. Типичные системодебилы, которые в прошлом порождали уебищные интерфейсы и оставались на одном десктопе. Зато сколько вони стояло на форумах что лучший интерфейс это терминал...
Всего лишь насрал на местного долбоёба, не обращай внимания. Сам хочу стать шизом, но не знаю как это сделать.
>>15832
Тебе сложно такое представить? Понимаю, ты же джун без опыта программирования.
>>15869
Всё так, это одна из основных причин из-за которых жс тормозит - любые асинкавайт/промисы уничатожают нахуй весь стек вызовов. Да и в целом стек вызовов это кал и медленная хуета, есть куча вариантов прерывания потока управления, на JS выбрал худший и продолжает это калище продвигать, потому что для дебилов-скриптодетей это проще.
>>15903
Ты реально уже как больная собака на всех кидаешься, кек
Почему индустрия игр не в вебе, потому что не контролирует браузер. Вебасм решают это проблему, тот же фотошоп в браузере, челы просто портировали С++ и все.
Кабан еще просто не распробовал нишу, а игроделам там какой-то техи нехватало (к сожалению не помню что именно, но это не вебгл).
Кстати, я думаю вебприложения убьют мобильный натив, поэтому в свое время убили флеш, поэтому я думаю тормозят теху.
>>16159
Больная псина продолжает сама с собой общаться, кек. Зачем ты это делаешь, шизло безумное?
>>16187
>поэтому я думаю тормозят теху.
Да, всё так. Тот же эпл жестко ограничивает вебаппы, потому что собирать с них 30% денег нереально. Гугл тоже, думаю, не в восторге от такой хуйни, но ему проще потому что есть собственный браузер, может себе позволить. Но что-то читал что гугл тоже какие-то там палки в колёса вставляет, хз с чем связано.
> ждать через пару лет супер крутой и удобный фреймворк на васме
Пока вы в своей деревне сидите, там уже люди письками меряться с wasm
А неожиданно давно есть потребность в 3D на js и неожиданно на васм реализация можно не готовить яичницу на ноуте.
https://www.webgamedev.com/games-demos
https://threejs.org/
https://www.babylonjs.com/
Пока браузер монополисты тормозили теху васм, шустрые кодеры высрали васи компоненты и создали точку невозврата будущего мейнстрима на десятки лет. скринь ректал макака
770x720, 0:13
Как бы про игры никто и не спорит, что именно в них единственная ниша для васма, ну и еще немного профессионального софта (ради подписочной системы дистрибьюции в облаке конечно же, а не удобства пользователя ради).
Спросят с васмошизом, который утверждает, что васм заменит обычные веб страницы, лендинги, новостные ленты, контентные агрегаторы и тд и тп.
>деревне
Ты такой тупой, что не понял что тебе про твой WebGPU => Wasm => Framework пишут.
Деревня ты, выходит.
Потому-что Blazor дергает классический DOM.
Хули ты жопкой виляешь, деревня? Иди до конца блядь.
Привет. На самом деле я работаю над подробной статьей, в которой подробно расскажу о Blazor и его сравнении с такими известными фреймворками, как React, а также о том, стоит ли использовать Blazor, особенно с учетом грядущих изменений и внедрения Blazor Hybrid.
Как и вы, я старший dotnet-разработчик. У меня было мало знаний о фронтенде, но в начале 2023 года я начал разрабатывать фронтенд торговой биржи на Blazor. И у меня получилось. Недавно я изучил react и был потрясен тем контролем, который он дает, и свободой, которую он предлагает, так что мой опыт был в некотором роде противоположным.
Blazor отлично подходит для начала работы. Однако мой опыт создания сложных приложений, предназначенных для клиентов, был не очень велик. Как уже отмечали другие, инструментарий по-прежнему оставляет желать лучшего. Кроме того, аспект производительности не очень хорош. Поскольку мое приложение - торговая платформа, в нем много вызовов API, а также сообщений Websocket. UI довольно часто зависает, рендеринг непредсказуем, и самая большая проблема в том, что мне все еще приходится полагаться на JS Interop, чтобы заставить работать базовые веб-функции, такие как копирование в буфер обмена. Ничего не имею против JS Interop, но это не имеет смысла, когда вы используете фреймворк на основе C#, но вынуждены использовать javascript то тут, то там. Не говоря уже о том, что это вредит читаемости кода.
В частности, в WebAssembly время начальной загрузки приложения по-прежнему велико, что может отпугнуть многих пользователей. Я надеюсь, что это будет исправлено в Blazor Hybrid.
Таких вещей, как минифицированный JS, здесь по-прежнему не существует.
Могу ли я спросить, нашли ли вы в Blazor что-то положительное, чего нет в React или других фреймворках, или есть, но не очень хорошо?
>Больная псина продолжает сама с собой общаться, кек. Зачем ты это делаешь, шизло безумное?
Мне вот интересно как часто тебе поджопники нахуяривали в школе что ты сейчас пытаешься дерзить понимая что до тебя не дотянутся физически. Ты же скулил бы за такой базар и хуй в рот взял по классике.
Азаз, безумная больная собака про ирл заговорила! Классика безумной больной нахооой! Трясешься уже от злости, что твоё любиый DOM и JS не можешь словесно защитить?
Конечно я знал что в треде сидят поехи, храчок всё же, но чтобы так в открытую признаваться в этом..
Что ему не хватает? Я в ЖС вообще ни в зуб ногой, пишу в основном на питоне. Манифест на КПДВ.
>Проблема спора в том, что некомпетентная макака дальше своих форм не видела ничего и думает что весь мир это его ректал.
Всё так. Он уже неоднократно признавался в том, что он кроме кнопочек на JS ничего не делает и ничего не знает. Вероятнее всего он реально какой-то местный безумный джун или вкатун, который просто не в себе и серит итт хуетой 24/7. В любом случае он не программист судя по его знаниям.
>>16342
> в WebAssembly время начальной загрузки приложения по-прежнему велико
Не в вебасамблее, а в блазор-дотнет-кале, который тащит целый рантайм сишарма, лол. Сишарп тащить в веб то ещё решение.
>>16415
https://stackoverflow.com/questions/72237719/not-being-able-to-copy-url-to-clipboard-without-adding-the-protocol-https
Гугол используя большую часть проблем решишь ты. Не сможешь думать, если будешь пользоваться нейросетью ты.
Почему про поехов в основном ты орешь тут? Потому-что именно ты и являешься поехавшим додиком которого постоянно в школе дрочили? Я вижу твой стиль, мне очевидно что дожив до своих жирных скуфьиных лет, ты ненавидишь нормальных людей и пытаешься на них анонимно открываться. Но ирл потупив глазки в пол продолжаешь свою омежную жизенку.
Кста, мочух пидорас.
Как раз лендинги это попытка из олдовых сайтов сделать простую информативную прокрутку и чем больше там плавных анимаций и свистелок - тем больше нравится кабану. Уже есть такие лендинги, где прокручивая происходит йоба-анимации. Почему нет на васме? Да просто потому что средняя макака не может написать 3D движок, появиться api и разработка будет похоже на разработку мобильного приложения.
>Уже есть такие лендинги, где прокручивая происходит йоба-анимации.
И выглядит это максимум отвлекающе от самого контента. Что-то куда-то двигается, куда-то летает, скрывается, появляется. Херня из под коня короче. Когда попадается подобное - на автомате закрываю, так как полезного наполнения там чуть меньше, чем нихера. Если к этому добавить ещё больше визуального мусора (эффекты, тени, полупрозрачности) - это будет полный пиздец, в самом плохом смысле слова. Один шум и мусор..
Как бы срать что тебе там нравится или нет, главное что кабану нравится. Кабан платит и танцует технологии.
https://gitverse.ru/features/gigaide/
А если такой лендинг перестанет греть комнату, то нахер твой html нужен будет вообще?
Конкретный вопрос есть?Тебе помочь чем?
Сначала тебе нужно усвоить базу джс, читай мдн, там же будут вроде учебники по фреймворкам. Каждую тему фиксируй на практике
Это востребованная бэкенд-технология?
Хочу еще выучить React и стать фуллстеком, но думаю может лучше PHP или Java учить.
учи что па кайфу брат жи есть
если учшься на фронта, нода тебе не нужна.
если учишься на бек,то есть более востребованные технологии в рф.
на ффулстек тебя никто не возьмет. либо то либо другое. все вместе - станешь новым ученым, который поди так и не вкатился.
двочую ентого одеквата
Изучи инфу сам. Потрать день на разобраться. Потом приходи сюда и сверяйся.
Вакухи посмотри. Статейки. Видосики.
>Как бы срать что тебе там нравится или нет, главное что кабану нравится. Кабан платит и танцует технологии.
Кабан уже давно имеет возможно заплатить и получить лендинг с 3D свистоплясками и и прочей графонистой мишурой, отвлекающей внимание. Много видел таких лендингов? Их нет ни у гигантов рынка, их нет у стартапов, которым насыпали сотни миллионов инвестиций, потому что никому не нужна эта вредная хуйня. У тебя нет никаких сильных аргументов за свою васм-шизу кроме игр. Но игры всё равно всегда будут лучше себя чувствовать на дексктопе, кроме инди-поделок для 1.5 анонов.
>А если такой лендинг перестанет греть комнату, то нахер твой html нужен будет вообще?
А чего в этом лендинге особенного? Анисировалм всплытие букв в заголовках да и всё. Другая его особенность в том, что он очень долго грузится, лол.
>>16413
>>16202
О, в треде завелось уже целых два васм-шиза.
Тот же threejs существует уже очень давно, и что показательно, его юзкейсы это как раз 0.01% веба. Вы сами доказываете, что кроме игр это никому не нужно. Да и любая качественная игра с солидным бюджетом будет работать на десктопе, а не в вебе.
Единственный чмошник и омежка тут только ты. Ты настолько бездарная и больная псина, что пытаешься семенить в треде, но делаешь это настолько тупо и бездарно, что обсираешься каждый, сука, раз! Именно ты будешь прятать глазки в пол ирл, потому что ирл семенить не получится, не так ли?
Прекращай это клоунаду, все в этом итт треде уже поняли на сколько ты бездарен и глуп. Вероятнее всего ты просто местный юродивый, который к программированию никакого отношения не имеет.
>>17000
>Тот же threejs существует уже очень давно, и что показательно, его юзкейсы это как раз 0.01% веба.
>>16379
>Шизик, а при чем тут 0.01% задач на фронтенде?
Больное животное продолжает засирать тред. Зачем ты это делаешь, опущ? Ты правда думаешь что ты выиграешь спор с реальностью?
Сколько бы ты не спорил с реальностью, больная псина, ты не сможешь перекрыть тот факт, что именно красивые и быстрые вебсайты приносят больше денег чем слепленный на коленке кал из среакта на тсе. Это реальность. Это база.
Зачем тебе через вебсокеты гонять изображения или какие-то другие файлы?
>красивые и быстрые вебсайты
Но они не имеют ничего общего с тем визуальным мусором, который ты предлагаешь с васмом. А без этого визуального мусора спецэффектов - васм и не нужен, совершенно. И вот это уже реальность.
На десктопе сплошной визуальный мусор - серьезно не воспринимается совершенно.
На мобилках всего этого мусора нет - информация воспринимается в несколько раз лучше.
Почему ты так трясёшься, как будто тебя кто-то сильно обидел? Может всё-таки принять успокоительные?
Согласен, что самые лучшие сайты быстрые и красивые. Но ты забыл ещё, что самые лучшие сайты ещё и удобные. Отвлекающие внимание финтифлюшки и свистоперделки не являются красивыми, и они тем более снижают удобство. Реальность и база в том, что что для создания красивого, быстрого и удобного сайта на 100% достаточно реакта/ангуляра/вью. Так что чем раньше ты перестанешь отрицать реальность, тем лучше будет для тебя же. Чем дольше ты заливаешься копиумом, тем больше времени ты потратишь на пустые и бесполезные манямечты о бесполезном 3D-слопе в вебе.
>на ффулстек тебя никто не возьмет
На фуллстэк в принципе с нуля возможно вкатиться в небольшие не айтишные фирмочки, где ты будешь чуть ли не единственным разработчиком работать над их онлайн магазином или лендингом. Правда там в 99.9% будет совсем не нода на бэке, а php.
Ну там вкатун ничему не научится. Нужна именно что айтишная галера. Сужу по себе, т.к. сам я начинал именно что версталой на битриксе в уже готовом региональном магазе.
Никто по рукам бить не будет. Никто не следит. Максимум кнопку попросят подвинуть, либо какую-нибудь акцию настроить.
Ну и вкатиться проще будет именно что фронтом/беком, а не фулстеком.
Так что юзлесс ветка прокачки для вкатуна.
>>17085
Какой нахуй визуальный мусор, нахуя ты опять пытаешься спорить если ты в спор не можешь?
Никто не говорит что в 3d нельзя делать говно. Речь о том что только на васм + вебгпу можно создать красивые и производительные сайты, которые будут по визуалу и взаимодействию на голову выше чем современный кал на жс+дом. Это будет, это реальность нахуй, это неизбежность.
Пиши чаще пет-проекты. В какой-то момент отложится в мышечную память и проблем не будет. Начни с тудушки и начинай делать свою жиру/трекер.
ИИшками не увлекайся, когда сам поймешь что и как писать, тогда уже и подрубай в работу.
>Уж лучше ноджс.
Скажи это хрюше когда будешь откликаться на го и жава вакансии, т.к. чисто нодовских считай нету.
На го не существует вакансий ниже сеньорских, что ты несёшь блять. Что там вкатуну доверить смогут, мискросервис под хайлоадом с легаси на другом языке переписать?
Сейчас бы работать программистом, а не для себя по кайфу код писать. Надеюсь вас роботы заменят.
Ты сам привел в пример сайт полный визуального мусора, как пример красивости. Тебе прямо говорят - тот сайт полное говно и вся эта свистопляска эффектов снижает интерес к информации. Это забавно раз посмотреть - о да, на фоне прикольный пузырь двигается - и закрыть навсегда. Хорошо, что 99.9999% владельцев сайтов понимают - что подобная хуета только мешает.
>>17398
У меня в галере прямо сейчас три джуна и один синька переписывают говно мамонта на Го бек нмски(не самая тривиальная хуйня).
А истории про онли синькам - это как с ангуляром.
Джуны везде нужны.
Ну и не забывай, что даже если ты каким-то чудом на ноду попадешь, то вероятен шанс и на го писать. Часто в нодовских видел го.
Ну и как "Нету", блять, тот же ХХ открой. Есть они.
>Сужу по себе
Так ты просто ленивый, а я пишу про свой опыт, сам прошел этот путь.
Я же ровно в такой же ситуации (вкатился с нуля в обычную контору у которой был онлайн-магазин на битриксе) тратил вечерами время на самообучение, читал книги (все эти клин-коды и кабанчики с гофами) и смотрел курсы, разбирался в говнокоде битрикса, переписывал каталог и карточки товаров на тайпскрипт со своим самописным "фреймворком" по мотивам ангуляра и реакта (это было еще тогда, когда у реакта была более закрытая лицензия и я немного сомневался тянуть его на прод), разбирался с разными сборщиками, настраивал разные стенды и ci/cd, оптимизировал запросы к базе и так далее и тому подобное.
Потом через 1.5 года ушел на х2 в айтишную компанию на мидла фронта реактера (имея 0 опыта в реакте), потом еще через 3 года в котвасю лидом, где уже 4 года успешно работаю.
Просто надо не лениться, а раз уж выбрал профессию - вкладываться в свою голову по полной.
На го мало вакансий в плане совсем нулевого джуна (0 опыта вообще в индустрии), но достаточно просто найти варианты переката из другого бэковского стека.
Сам го прост как палка в песочнице, если в голове вообще есть опыт связанный с бэкендом.
>2k2024г. год, век, тысячелетие
>go
>result != nil
Эти чмонки до сих пор орут, что исключения НИНУЖНЫ?
Исключение - это исключительная ситуация - "караул, пиздец, всё пропало", для этого в го есть паника, которую тоже можно при большом желании отловить.
А ошибка - это просто ошибка - "тут это, значение должно быть меньше 100, не надо так".
В жс же и ошибки и исключения - семантически не принято различать, а все через исключения херачится.
Пиздец кал, лагает на i7 + 16 Gb RAM. Кусок ебаного дерьма просто тонет в Forced Reflow. Буквально каждый блять вызов функции - Forced Reflow. Это ж надо просто отборным петухом быть, чтоб такое написать. У меня от скачков контента при скролле аж глаза заболели.
Ну, тут вопрос скорее не в том, устарела ли концепция или нет, а в том, зачем исключения вообще нужны в языке. В Go изначально избегали исключений, чтобы разработчики могли явно контролировать ошибки. Такой подход полезен, потому что:
Чётче видна логика обработки ошибок: код вынуждает явно проверять err, поэтому ты точно знаешь, где ошибки ожидаются и как с ними работать.
Производительность: Go избегает накладных расходов на исключения и стек-трейсы, что улучшает быстродействие, особенно в высоконагруженных системах.
Простота отладки: обработка ошибок делает код предсказуемее и снижает вероятность неожиданных прерываний.
Да, это требует больше кода, но как показывает практика, такой подход помогает удерживать систему более надёжной. В конце концов, Go — это не про удобство везде и всегда, а про надёжность и производительность. Но если хочется удобства и минимального кода, можно продолжать писать на JavaScript и наслаждаться обработкой исключений 😉.
>Исключение - это исключительная ситуация - "караул, пиздец, всё пропало"
Нет
>в го есть паника, которую тоже можно при большом желании отловить
Есть. Отловить можно только глобально, что говно
>А ошибка - это просто ошибка - "тут это, значение должно быть меньше 100, не надо так".
Нет
>В жс же и ошибки и исключения - семантически не принято различать
Принято
>Исключение - это исключительная ситуация - "караул, пиздец, всё пропало"
Вкатун, блять, ты ниче не перепутал? Ошибка - это "караул, пиздец, всё пропало" и ты должен упасть, а исключение - это рядовое событие, которое ты должен отловить, обработать и двигаться дальше.
>для этого в го есть паника
Которая к нормальным исключениям никакого отношения не имеет.
>В жс же и ошибки и исключения - семантически не принято различать
Вот бы в интернете было не принято писать хуйню, как было бы заебись.
>все через исключения херачится
Ты говна что ли въебал? Ты где там вообще исключения увидел, вкатун, блять?
>"караул, пиздец, всё пропало
Сейчас бы свои детские фантазии включать.
Есть два потока исполнения - рабочий поток (flow) и исключительная ситуация/поток. Суть исключений - разделить рабочий поток от мусора редких исключительных ситуаций (да, именно, не срать в бизнес логику всякими err != nil, деды уже тогда шарили в этом). Именно поэтому catch создан как отдельный блок (или же ловля происходит где-то выше в иерархии).
Исключительная ситуация это не крах программы, это просто другой поток исполнения, где ты можешь восстановиться или же отдать выше, чтобы старшие разобрались.
В го вообще нет никакой обработки ошибок, все придумывания и перебрасывание ошибок ложиться на плечи кодера.
>Отловить можно только глобально
С чего бы это? Гугл - defer recover.
То, что ты в 99.9% видел примеры где паника ловится на самом верху для логирование - ещё не значит, что её нельзя поймать в любом месте. Просто так в го не принято, там паника - это именно "пиздец, всё пропало, пишу в логи и закрываюсь".
>recover
Там так выворачивает рантайм, что это хрень годиться только чтобы записать, что суслик мертв. Сами гоферы не рекомендуют панику юзать, кроме как последний взвизг сделать.
>устарела ли концепция или нет,
Она никогда не устаревала. Она не может устареть. Это фича. Она либо есть, либо Нет
>В Go изначально избегали исключений, чтобы разработчики могли явно контролировать ошибки
Нет. Их просто не завезли, а потом тебе рассказали, что НИНУЖНА
>Чётче видна логика обработки ошибок
Она не чётче видна. У тебя выбора нет не обрабадывать. Тогда как исключения дают тебе всё то же самое (ту же чёткость), но только место, где ты будешь обрабатывать ошибку выбираешь ты сам
>Go избегает накладных расходов на исключения и стек-трейсы
Что он позволяет избегать? Вот, в Nodejs есть исключения, и можно поставить флаг, чтобы избегать генерации стек трейсов. А тут нечего избегать, так как нет ничего
Остальую чушь лень комментировать. Там каждое предложение - мусор. Твоя нейросеть несёр херню. Переписывай
>Поэтому html и js как рендер - кусок кала.
Нет, вкатун, потому что Three.js (под капотом которого твой любимый WebGL) - это кусок кала. То есть вот ебаный 4-х секундный коммит, во время которого я наблюдаю фиолетовый, блять, экран - это результаты вызовов Three.js.
Но ты продолжай усираться про то, как заебись рендерить на гпу.
Го довольно медленный, если не брать огрызки на базе fasthttp, которые по сути не годятся для прода (они это и не отрицают), это сокетные огрызки для тестов.
Мне думается его написали когда быстрый го отсосал за щеку в techempower.
В общем, шустрость го это какой-то глобальный лицемерный обман, возможно он ламерам кажется шустрым за счет простого синтаксиса, но в реале там диспетчер и нет даже поколений в GC. То есть эта хрень каждые 10мс вытесняет исполнение и еще дергает весь ГЦ.
Go взлетел потому, что для написания многопоточного кода он простой как валенок, достаточно производительный, присутствует адекватная типизация, да ещё и пересборка очень быстрая.
Следовательно обучить программистов, которые будут писать код приемлемой (более чем) производительности - проще и быстрее, чем на многих многих других языках.
И асинк-авайт нужен чтобы писать трайкатчи, чтобы теперь везде были ОШИБКИ которые нужно ЛОВИТЬ? Пиздец мощный ход конечно.
>>17613
Там ещё очень хорошие горутины, вместо каличных асинк-авайтов, это сильно бустит производительность. Конечно это всё ещё старое доброе goto, но ерланг слишком медленный, а ничего идеальнее не придумали.
>Высокопроизводительный wasm пофиксит это
отборный копиум
>>17613
>Go взлетел потому, что
php-долбоебы в конец устали от своего говна, но освоить нормальные языки программирования они не в состоянии.
>Следовательно обучить макак, которые будут писать говнокод хоть какой-то производительности - проще и быстрее, чем на Java.
Пофиксил, не благодари.
>>17622
>И асинк-авайт нужен чтобы писать трайкатчи, чтобы теперь везде были ОШИБКИ которые нужно ЛОВИТЬ?
Чем это отличается от resolve/reject и .catch(), ммм, уебан?
>Там ещё очень хорошие горутины, вместо каличных асинк-авайтов, это сильно бустит производительность.
Ебать ты долбоеб, земля тебе стекловатой.
>Конечно это всё ещё старое доброе goto, но ерланг слишком медленный, а ничего идеальнее не придумали.
Чисто по синтаксису даже обоссанный NodeJS в 10 раз приятнее гошки, а по производительности примерно одинаково.
> Чем это отличается от resolve/reject и .catch(), ммм, уебан?
Тем что это ошибки, даунёнок, тебе как зверька приучают писать говно через трайкатч.
> Ебать ты долбоеб, земля тебе стекловатой.
Сказал даун который весь свой код покрыл трайкатчами, кек
> Чисто по синтаксису даже обоссанный NodeJS в 10 раз приятнее гошки, а по производительности примерно одинаково.
Хуя манямирок шизла!
Твой говнокод с трайкатчами и асинками раз в 20 медленнее обычного кода от обычного программиста на го. Мой код может быть на уровне го, но ты до такого ещё не дорос.
>Чисто по синтаксису даже обоссанный NodeJS в 10 раз приятнее гошки
NodeJS нужен только для всяких дев утилит, а в проде не годен ни на что, кроме как для ssr реакта.
>Речь о том что только на васм + вебгпу можно создать красивые и производительные сайты, которые будут по визуалу и взаимодействию на голову выше чем современный кал на жс+дом.
Реальность в том, что красивые, быстрые и удобные сайты уже давно делают на жс+дом.
На чем только не пишут бэкенды всякие альтернативно одаренные личности, но это не делает их экзотические случаи - примерами для подражания и рекомендацией к действию.
>Тем что это ошибки, даунёнок
Реджектнутый промис, с которым ты в .catch() провалился - это не ошибка? Понятно.
>тебе как зверька приучают писать говно через трайкатч.
Все кроме тебя, долбоеба застрявшего в 2016 году, уже давно приучились. А у популярных штук типа стриминга, асинхронных компонентов, саспенса и прочих чудных новин async/await и вовсе единственно возможный стиль написания кода. Но ты продолжай плыть против течения.
>Сказал даун который весь свой код покрыл трайкатчами
Да не рвись ты так, если ты когда -нибудь вкатишься, тебе объяснят про необходимость обработки ошибок в т.ч. в синхронном коде.
>Мой код может быть на уровне го, но ты до такого ещё не дорос.
Я тебя огорчу, но асинки уже лет 5 как быстрее промисов.
>Если для вас это что-то запредельное, то мои соболезнования.
Ничего запредельного. В вебе есть куча вещей, которые можно писать на ноде. Вопрос в целесообразности. Если кроме JS ты ничего не знаешь, а кабан жмет ставку на нормального бекендера - то почему бы и нет.
Так всё правильно, на проде используют deno. Довольно хорош, если ещё использовать нормальные библиотеки и не писать дерьмище.
>>17717
>Реджектнутый промис, с которым ты в .catch() провалился - это не ошибка? Понятно.
Где тут ошибка? Это вызов функции. Ошибка это когда ты очередно говно написал и его сидишь ловишь как даун трайкатчами
> Все кроме тебя, долбоеба застрявшего в 2016 году, уже давно приучились. А у популярных штук типа стриминга, асинхронных компонентов, саспенса и прочих чудных новин async/await и вовсе единственно возможный стиль написания кода. Но ты продолжай плыть против течения.
Вот это кайф наверное дерьмо жрать! Ух, ща прям пойду пожру, чтобы сервер в 10 раз медленнее работал! Алсо, я промисами тоже не пользуюсь, потому что это кусок медленного кала.
> Да не рвись ты так, если ты когда -нибудь вкатишься, тебе объяснят про необходимость обработки ошибок в т.ч. в синхронном коде.
Джунишка, плиз, тут только ты на регулярной основе пишешь говнокодище с ошибками.
> Я тебя огорчу, но асинки уже лет 5 как быстрее промисов.
Джун-даунёнок даже не в курсе что асинки это просто обёртка над промисами, ничего другого и не ожидал от местного юродивого
Что такое нормальный бекендер? Это ЧСВ-шный пенсионер, который нихуя не умеет делать, но кичится своим спрингбутом, питоном, пхп и прочим калом?
Если кабану норм, что у него фулстэк - то и ладно.
Просто не все понимают, что:
- фуллтайм бэкендер, может инвестировать в учебу и опыт в бэкенде 100% своего времени и усилий.
- фултайм фронтендёр, также 100% во фронте.
- фулстэк, естественно чудес не бывает и он вряд-ли в неделю работает по 80 часов, поэтому постоянно переключается между задачами, вынужден делить свои 100% на разные направления. И тут уже банальный баланс - к чему он будет ближе, а от чего дальше.
Фулстэк никогда не будет специалистом и в бэке и фронте, даже с лычками сеньора в своей конторе, на рынке максимум будет котироваться мидлом в отдельных сферах, а то и мидл+джун.
Поэтому если у кабана просто нет задач, требующих компетенций и опыта настоящих профессионалов - то вполне сойдёт и фулстэк - тупо дешевле, чем два отдельных человека.
Анон, запрограммировал Кубик Рубика. Как считаешь, можно ли это считать за достижение? Вкатился в программирование 3D-графики только в этом году
>Там ещё очень хорошие горутины, вместо каличных асинк-авайтов
Ты же в курсе stackfull горутины медленный кусок тяжелого говна и поэтому почти везде легкие асинк авейт stackless?
Тут местные макаки, которые еще даже не осилили асинк авейт говорят 3D ненужно.
Не лезь во фронт, не совершай ошибку. Это самое разгоряченное направление из всех. Тут таких вкатышей десятки тысяч.
Когда я вкатывался, тупо не было выбора. Был выбор между плюсами, шарпом, джавой, жс и питоном с пыхой. Я вкатывался в последние 3 чисто как фуллстек. Про джаву просто нихуя не знал тогда (выбрал бы ее за зарплаты). Шарп и плюсы уже тогда казались калом из жопы.
Сейчас народился свифт, котлин, гошка, девопс. Куда вы лезете в маленькую щель возможностей, когда открыты ворота блядь? Какой нахуй фронт в 2024? Сейчас не 2010, господа. Тут спецов жопой жуй просто. Есть из кого выбирать. Возьми открой хх и посмотри соотношение откликов на количество спецов (да там даже видно что дохуиллион откликов на 1 вакуху на младших спецов). Я не знаю откуда вы все тут беретесь. Мне лично вот похуй, потому-что я давно ушел в тимлиды, но я тебя уверяю что тебе тяжелее тут придется чем в других стеках. Знакомый джавист, который вкатывался в одно время лутал 3 года назад больше чем я (когда я работал фулстеком на жс), причем лениво ковыряя низкопроизводительное легаси. Ржал с меня что я постоянно что-то осваивал.
Дурачок ты. Сидишь до пенсии ковыряешь лениво легаси нихуя по факту не делая и лутаешь наносеки. Я работал в подобных проектах пару лет, но у меня жопа зачесалась попробовать себя в других (о чем я пожалел)
Я буквально менял три строчки в день и коммитил их выдумывая решение бага, а потом вылезал второй и я его "фиксил". Так прошли два моих года в конторе с легаси
Это не говоря о том, что я мог баги из тикетов по месяцу закрывать 2-4 недели минимум
Дурачок, проблема в том, что никто не даст сидеть до пенсии, если это не какая-то совковая контора с зарплатой в 30к рублей.
Да, это конечно заманчиво сидеть и нихуя не делать, но у тебя при этом не растут ни скиллы, ни должность, ни зарплата, и в любой момент выкинут на мороз.
И главное, что скука смертная, и сам дурачок, который расписывает, как хорошо ковыряться в легаси, пишет, что "зачесалось". Как можно быть таким тупым и не понять почему - риторический вопрос.
>никто не даст сидеть до пенсии
Это не так.
В биг и фин техе всякие внутренние админки и всякое инфраструктурное редко переписывается на новомодные языки и трендовые фреймворки каждые пару лет, но поддерживать и как-то развивать их нужно. Зачастую на таких проектах ты вообще будешь единственным разработчиком.
Вполне возможно десяток лет сидеть и ковырять потихоньку легаси, да и с учётом премий зарабатывать на уровне мидл+/сеньора вообще не напрягаясь.
>главное, что скука смертная
Это решает когда ты молод, мало опыта и любой новый проект - обещает быть чем-то новым.
Но когда у тебя за плечами десятки проектов, десяток команд - тебя уже мало что может зацепить - всё плюс/минус уже попадалось. Только если полностью менять сферу деятельности.
Я бы сделал ставку на шарпы или раст.
Первые активно развиваются и честный опенсорс, а раст производительный и хорошо задизайнен.
Оба отличный выбор если не ищешь кабана а для себя.
Бекенд на ноде не является экзотическим. Лет 8 назад может и являлся, особенно в России.
>>17719
Я на чистом JS не писал лет 5, пишу бекенд на TS, а зарплата не меньше тех же гошников и джавистов. Я как раз знаю го, писал на нём несколько лет, потому что был зоопарк из микросервисов на разных языках, но предпочитаю TS для бекнда. В одном проекте в сервис на го отгружались редкие задачи с нагрузкой на ЦПУ, но сейчас в проекте, связанным с обработкой видеопотока в реально времени вызываем ffmpeg прямо из ноды. Что именно в плане целесообразности вызывает у тебя вопросы?
>>17725
В исходном коде моих приложений нет ни единой строки C++, реализация же спрятана от разработчика. Вот в исходном коде V8 или libuv есть C/C++, но я не работаю с ними напрямую. Есть проекты на Bun, в котором сетевой стек сделан на uWS, но я не пишу ничего на C++, как и не пишу на Zig, я пишу весь бекенд на TS.
Ты в прошлом треде кнопочки верстал, а теперь бекенд пишешь. Ебать ты мастер пиздеть, лол
То есть развиваться ты не будешь, а будешь профнепригодным унылым говном, которого никуда не возьмут, о чем и разговор.
Лучшее, что ты можешь сделать, работая в таком унылом говне - это развивать скиллы на сторонних проектах/фрилансе, но такое унылое говно как ты очевидно этого не будет делать, а так и останется гнить.
Взрослые дяди, как я, выпинывают на мороз такое говно, как ты, которое изображает бурную деятельность вместо работы, не принося никакой прибыли
>развиваться
Ебать промытка. Ты хоть что слышал про устаревание знаний?
В джаве что-то осваиваешь за раз и сидишь пердишь. Ну может через 10 лет что-то решишь доосвоить чтобы зепеху поднять, но никто тебя особо вынуждать не будет.
>Взрослые дяди, как я
... я, который рядом постоять с ними решил ...
0) ты перепутал доку react и react native
1) тебе насрали в голову гуглопропагандой, что флаттер имеет какое-то значение в мобильных приложениях, нет, не имеет, он мертв и уже даже не финансируется гуглом
2) самое основное - мобильные приложения в первую очередь пишутся для айфонов на свифте. Только этот вариант является популярным, востребованным и приносит доход, как кабанчику, так и разработчику. Во вторую очередь пишут приложение для андроид на джаве/котлине. Но так как андроид не приносит кабанчику больших денег и аудитория пользователей андроида это нищие студенты - на приложуху на андроиде кабанчик нанимает такого же нищего студента и качество ее соответствующее.
3) Все "кроссплатформенные" средства, которые заявляют о том, что позволят написать универсальное приложение и для айос и для андроид и при этом сократить расходы на разработку - наебалово для глупого и нищего кабанчика. Что React Native, что Flutter, что Kotlin Multiplatform, это а) сами по себе являются грубо говоря демкой подхода и их качество крайне низкое б) они всегда зависят от нативных средств разработки - от iOS SDK и Android SDK, и всегда отстают при выходе каждой новой версии iOS и Android сразу на год в) тебе нужно разбираться И в айос И в андроид-разработке, причем на более высоком уровне, ибо тебе постоянно придется разбираться с граблями "кроссплатформенного" фреймворка и делать это в двух экземплярах.
а что на счет таури?
быстрее, безопастнее, меньше по размеру, меньше жрет.
"кроссплатформенность" та же что и на стандартном браузере. т.е. ебаться с фичами сафари придется так же, что является плюсом, т.к. вилка под эта уже заточена.
единственный минус - раст.
мимо.
Браузерные приложения никакого отношения к мобильным не имеют. Как только тебе к браузерному приложению нужно подключить например доступ к контактам, тебе нужно iOS и Android модуль, то есть ты опять попадаешь в зависимость от их sdk
Делаю его, чтобы:
1) Потенциально заработать на нем денег, стать кабанчиком;
2) Если не заработаю - то хотя бы иметь опыт с фронтендом и бэкендом, чтобы потом показать этот сайт потенциальному работодателю.
Фронтенд скорее всего React, но какой бэкенд взять?
Что самое востребованное на рынке?
В созданном треде мне ответили:
"Если смотришь в сторону рякта, то NextJs(в котором уже реакт) - фронт.
Бек - Нода. Тут вариантов куча, либо какую-нибудь ормку взять, аля призма(проще) или дризл(углубленнее), а так же либу экспресс, либо фреймворк NestJs(в котором уже експресс).
Либо ГО, джанго, любую другую хуйню на вкус.
Если ты нулевой то на бек вообще не смотри. Хорошего фронтенда будет достаточно для пет-проекта в портфолио."
Согласны?
Nest JS востребован на рынке и подойдет для сайта, где можно будет загружать JPG, PNG файлы, небольшие видео в формате MP4?
Еще я планирую этот сайт как что-то вроде социальной сети, где люди будут вести свои страницы и общаться друг с другом.
Чел, за время пока ты писал этот пост, ты бы уже как минимум одну из перечисленных технологий изучил. А ты тратишь время в унитаз. Просто пробуй все, что интересно, и занимайся тем, что зайдет.
> можно будет загружать JPG, PNG файлы, небольшие видео в формате MP4
Готов своим очком отвечать за содержимое?
>в проекте, связанным с обработкой видеопотока в реально времени вызываем ffmpeg прямо из ноды.
То, что ты из ноды вызвал плюсовую либу не значит, что ты используешь ноду.
>Что именно в плане целесообразности вызывает у тебя вопросы?
То, что ты CPU-bound задачи пытаешься решать при помощи непредназначенного для этого инструмента, используя костыли, написанные на языках, которые ты даже не понимаешь. Соответственно, когда возникнет какая-либо проблема с либой, ты будешь в заднице.
>В исходном коде моих приложений нет ни единой строки C++, реализация же спрятана от разработчика.
Да какое это имеет значение, если 90% твоих библиотек - это просто сишный код?
>я не пишу ничего на C++, как и не пишу на Zig, я пишу весь бекенд на TS.
Я и говорю, мартышку научили, что если жать красную кнопку, то падает банан, а если зеленую - то холодный душ. Она и рада.
Это шутка такая? Тут не я один кроме тебя сижу.
>>18381
>То, что ты из ноды вызвал плюсовую либу не значит, что ты используешь ноду.
И? Для этой задачи можно сказать что да, для 99% остальных использовал ноду. И даже с ffmpeg я вызывал не либу напрямую через CLI, а через обвязку вокруг нее на JS/TS. И либа сишная, а не плюсовая.
>То, что ты CPU-bound задачи пытаешься решать при помощи непредназначенного для этого инструмента, используя костыли, написанные на языках, которые ты даже не понимаешь. Соответственно, когда возникнет какая-либо проблема с либой, ты будешь в заднице.
Я решаю CPU-bound задачи с помощью предназначенных для этого инструментов, о чём и написал в предыдущем посте: сначала это выносилось в отдельные микросервисы на го, сейчас это делается с помощью ffmpeg, которую на обязательно куда-то выносить. Раз для тебя ffmpeg это костыль, то смысл с тобой говорить теряется,ты ведь не понимаешь, о чём говоришь. Если возникнет проблема с ffmpeg, то это будет проблема с ffmpeg, а не с нодой.
>Да какое это имеет значение, если 90% твоих библиотек - это просто сишный код?
Сишный код в одной единственной моей библиотеке.
>Я и говорю, мартышку научили, что если жать красную кнопку, то падает банан, а если зеленую - то холодный душ. Она и рада.
У тебя начинает ломаться скрипт когда кончаются адекватные и нормальные аргументы?
https://www.youtube.com/playlist?list=PLNkWIWHIRwMGzgvuPRFkDrpAygvdKJIE4
В одном примере он вообще не через классы делает, к тому же почти не использует абстрактные классы.
На рефакторинг гуру примеры не очень понятные, а тут разжевано, но качество сомнительное.
>для 99% остальных использовал ноду
Еще раз, для тех кто в танке. 90% crucial для бэка библиотек ноды написаны в виде аддонов. Это плюсы. Хешируешь пароль? Плюсы. Работаешь с картинками или видео? Плюсы. Стучишься в базу? Плюсы. Открыл вебсокет? Плюсы.
>Если возникнет проблема с ffmpeg, то это будет проблема с ffmpeg, а не с нодой.
Вот у тебя возникла проблема с ffmpeg. Как решать будешь? Нодную хуйню ты можешь форкнуть и отладить. Как будешь отлаживать баги в сишном коде?
>Сишный код в одной единственной моей библиотеке.
Внимательней посмотри.
>У тебя начинает ломаться скрипт когда кончаются адекватные и нормальные аргументы?
У меня ничего не ломается. Ты сидишь на платформе и, дергая сишные либы, думаешь, что у тебя бэк на ноде.
>Здесь нормально показаны примеры паттернов или хуйня?
Посмотрел 2 минуты первого видео про синглтон. Если вкратце:
1) автор вообще не понимает, что такое синглтон (скорее всего, что такое паттерны вообще)
2) автор вообще не понимает, что такое джаваскрипт
Вот пидорас.
А в комментах 80% нахваливает.
Ладно, буду рефакторинг гуру осиливать, если не найду норм книгу.
>Еще раз, для тех кто в танке. 90% crucial для бэка библиотек ноды написаны в виде аддонов. Это плюсы. Хешируешь пароль? Плюсы. Работаешь с картинками или видео? Плюсы. Стучишься в базу? Плюсы. Открыл вебсокет? Плюсы.
Какая мне разница, что там под капотом? У меня роутинг написан на TS, работа с реббитом, редисом и minio на TS, даже запросы в постгрес на TS, кроме отдельных оптимизированных на SQL.
>Вот у тебя возникла проблема с ffmpeg. Как решать будешь? Нодную хуйню ты можешь форкнуть и отладить. Как будешь отлаживать баги в сишном коде?
Если бы я вызывал ffmpeg из бекенда на го или джаве, то разницы бы не было.
>Внимательней посмотри.
Посмотрел, оказалось ноль сишного кода. Весь мой бекенд написан на TS.
>У меня ничего не ломается. Ты сидишь на платформе и, дергая сишные либы, думаешь, что у тебя бэк на ноде.
Да, это называется бек на ноде, когда пишешь бизнес-логику на JS/TS. Можно исключить ноду, и даже не потому, что можно ещё и на deno/bun писать бек, а потому что это среда выполнения, а не язык программирования. Стараюсь отвыкнуть говорить "пишу бек на ноде" и вместо этого говорить "пишу бек на тайпскрипте".
>Какая мне разница, что там под капотом?
Такая, что если ты используешь либу, написанную на JS, и находишь там баг, ты можешь открыть node_modules, подебажить это говно и дальше либо сделать PR петухам на авторах, либо же форкнуть говно. Как ты будешь фиксить баг на С?
>работа с реббитом, редисом и minio на TS
Потому что это I/O-bound задачи, блин сколько повторять-то надо?
>Да, это называется бек на ноде, когда пишешь бизнес-логику на JS/TS
Да, а под капотом сплошные Си.
я не он, но скажу что такие данные невалидные
очень много работ хотят js как доп. язык, а не как основа
тоже и с питоном, практически на каждой работе на нем делают скрипты, но при этом мало кто использует его в чистом виде для чего-то серьезного
тоже и SQL, нет практически таких людей кто чисто на SQL пишет, а тем более чтобы таких искали
меня очень бесят такие график/диаграммы, так как те кто их составляют либо идиоты, либо намеренно не напрягают извилины чтобы хоть какую-то фильтрацию сделать и выдать хотя бы 2 картинки с фильтром и без
Это понятно, тут скорее спор про джаву, которая не сильно в по миру в лидерства от шарпов (которые за 8 лет опенсорса нагнали почти) и голанд у которого уже есть спрос, но реальность куда хуже. И кстати про руби, которые еще неплохи, в сравнение со скулежом что они мертвы.
И котлин, какая маленькая доля мобильных разработок или все еще на джаве приложения пердолят.
Но конкуренция судя по всему там ебать какая и сама работа, как и язык, на любителя
Но я хз, как понять моё или не моё - пока не попробовал
Сейчас бы обиженных фронтенщиков спрашивать, которых 1000 на одно место. Они тебе наговорят.
Нравится - бери рисуй.
>Но я хз, как понять моё или не моё - пока не попробовал
Пробуй. Хули еще тебе надо? Я лично с пайтона-джанго как первые квадритики подвигал, так сразу и перекатился с говнопайтона на священный, лучший язык.
>Но конкуренция судя по всему там ебать какая и сама работа, как и язык, на любителя
Ты еще не познал боль. Священное страдание. Ты еще не очистился...
Творят не на жсе, а в фигме. Макака с жсом просто переносит дизайн в код, сама она творить не в состоянии
>Насколько хуевая идея учить JS первым языком
Очень хуевая. JS - это просто альманах антипаттернов и пример того, что бывает, когда язык дизайнят шизоиды. Это примерно тоже самое, что осваивать русский язык на дваче.
>Всегда балдел от красивых сайтецов и приложений, то что творят на жсе - это, конечно, исскуство
То, от чего ты балдеешь, творят на CSS.
>Но конкуренция судя по всему там ебать какая
Слушай, ну если ты прям заряжен на эту тему, то какое тебе дело до конкуренции? Просто бери и ебашь.
>и сама работа, как и язык, на любителя
Сейчас местные версталы, которые кроме JS ничего не видели, объяснят тебе, что это лучший ЯП в мире.
Проснись, маня, ты в Барнауле живёшь, нахуя ты тащишь сюда статы с совершенно другого рынка? В России ведь бигтех делает бекенд на го, да и очень многие среди остальных тоже. Скоро уже сишарп обгонит.
А какие языки лучшие в мире, какие языки задизайнены годно и являются альманахами правильных паттернов?
>JS - это просто альманах антипаттернов и пример того, что бывает, когда язык дизайнят шизоиды.
Приведи примеры что конкретно ты имеешь в виду под "антипаттернами"? Все т.н. "проблемы js" обычно имеют отношение больше к вебапи, ноде или движкам в которых этот js выполняется.
Везде свои плюсы и минусы. И на любом языке можно писать всрато, пользуясь предоставленными языком возможностями.
Просто в жс эта всратость возведена в абсолют.
Давно существует тс, в котором с этим намного лучше.
>А какие языки лучшие в мире, какие языки задизайнены годно и являются альманахами правильных паттернов?
Из коммерчески популярных - например, Java. Это образец дизайна языка в ООП парадигме.
>>18800
>Приведи примеры что конкретно ты имеешь в виду под "антипаттернами"?
Это книгу написать можно, если все перечислять. Все базовые вещи, которые отличают один язык от другого:
- система типов
- принципы разрешения идентифкаторов
- устройство ООП
- встроенный набор функций
Все это в JS сделано настолько хуево, насколько это только возможно.
>Все т.н. "проблемы js" обычно имеют отношение больше к вебапи, ноде или движкам в которых этот js выполняется.
Все эти проблемы идут из уебищного кора языка, наоборот движки по максимуму пытаются это оптимизировать, но нельзя построить небоскреб на фундаменте из говна.
Количество вакансий:
java backend 1202
c# backend 499
golang backend 454
Я же говорю, скоро обгонит. Так что это тебе неприятно.
>нельзя построить небоскреб на фундаменте из говна.
Тайпскрипт же построили. В нём всё отлично с ООП.
Нет, нельзя.
Ебанутый кубер-шиз со своим оверинжинирингом не заставил себя ждать
На miragejs замокай
>Для фронта хочу использовать ангуляр
Выплюнь каку
Что это, блять, такое? Как это можно вообще написать?
@Component({
selector: 'app-root',
template: `
Hello
`,
styles: `
:host {
color: blue;
}
`,
standalone: true,
})
`
Почему не сделать так:
<div style={{ color: 'blue' }}>Hello</div>
Что это, блять?
@Component({
...
template: `
@for (os of operatingSystems; track os.id) {
{{ os.name }}
}
`,
})
Почему не сделать map или for без @?
Сука, это вообще, пёсда. Просто уёбы писали. Нахуй класс, нахуй ++ в конце, что ты там собрася возвращать? Что ещё за эмит - эти дауны, что не освоили реактивные подходы?
class ChildComponent {
...
onClick() {
this.count++;
this.incrementCountEvent.emit(this.count);
}
}
Человек напишет так и оно само этитится:
const onClick = () { ++model.count; }
Я не понимаю, как можно обсуждать ангуляр, когда гугель перестал платить своим рабам за пиар этой поделки
>Для фронта хочу использовать ангуляр
Выплюнь каку
Что это, блять, такое? Как это можно вообще написать?
@Component({
selector: 'app-root',
template: `
Hello
`,
styles: `
:host {
color: blue;
}
`,
standalone: true,
})
`
Почему не сделать так:
<div style={{ color: 'blue' }}>Hello</div>
Что это, блять?
@Component({
...
template: `
@for (os of operatingSystems; track os.id) {
{{ os.name }}
}
`,
})
Почему не сделать map или for без @?
Сука, это вообще, пёсда. Просто уёбы писали. Нахуй класс, нахуй ++ в конце, что ты там собрася возвращать? Что ещё за эмит - эти дауны, что не освоили реактивные подходы?
class ChildComponent {
...
onClick() {
this.count++;
this.incrementCountEvent.emit(this.count);
}
}
Человек напишет так и оно само этитится:
const onClick = () { ++model.count; }
Я не понимаю, как можно обсуждать ангуляр, когда гугель перестал платить своим рабам за пиар этой поделки
Неосилятор, спокнись.
Ангуляр для взрослых дядь. Это как алкоголь, когда ты тугосеря, тебе он не нравится, но когда повзрослеешь, поймешь всю суть.
Отличное сравнение с алкашами. Сами они себя видит ниибаца илитными эстетами-сомелье. Но для нормальныхз людей со стороны они выглядят как кучка бичей, валяющихся в свой ссание и блевотине.
Хорошее описание рекатодаунов.
Агуляропидар, или еби мозг своему муженьку