Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
Сказать им, что ли..
По совету с прошлого треда стал смотреть NextJS.
>As part of the Next.js 15 release, we've made the decision to align with the upcoming release of React 19.
При этом стабильная версия Реакта - 18.
Это они ебанутые или я ничего не понимаю?
>Это они ебанутые или я ничего не понимаю?
Это ты ебанутый. Когда React 19 будет stable, тогда и выйдет Next 15. Чо тут непонятного? Текущая версия основана на стабильном 18-м.
>По совету с прошлого треда стал смотреть NextJS.
Нахуя? Если тебе не нужен SSR и бэкэнд на фронте, тебе Next.js ничего не даст, кроме геморроя с агрессивным кешированием, еблей с импортами и невозможностью прокидывать хандлеры нормально.
var ban_words='18plus 18,Booba'.split(',');
var input_el=document.getElementsByClassName('TagSelect__textFieldInput--hUVZz')[0];
var button_el=document.getElementsByClassName('TagSelect__addButton--W03EV')[0];
ban_words.forEach((word)=> {
input_el.value=word;
//КАК АКТИВИРОВАТЬ КНОПКУ?
button_el.focus();
button_el.click();
})
>Если тебе не нужен SSR и бэкэнд на фронте, тебе Next.js ничего не даст
Как минимум удобные SSG и роутинг из коробки
>кроме геморроя с агрессивным кешированием
Нету в 15 версии
>еблей с импортами и невозможностью прокидывать хандлеры нормально.
Какие проблемы с импортами? Может я чего-то не знаю, самому интересно
Мимокрок
Нахуй это тебе нужно? Звучит как бесполезный дроч, просто забей хуй на это дерьмо.
Если уж сильно хочешь, то сначала нужно найти что происходит дальше с этим словом, возможно оно сразу же отсылается на сверер или вроде того, т.е. тебе нужно получать каллбек с сервера получать.
> hUVZz
При новом обновлении каждый раз это меняется, задавай пути черехз xpath без всяких класснеймов.
>Когда React 19 будет stable, тогда и выйдет Next 15.
А, не я гона въебал. Они таки выпустили 15-ю версию с использованием React RC, лол!Да, ебанутые.
>>3334885
>Как минимум удобные SSG
Только в пейдж роутере.
>Нету в 15 версии
Поняли, что обосрались, когда им хуев за все щеки напихали.
>Какие проблемы с импортами?
Композицию компонентов имею в виду.
>Нахуя вкатуну сначала знать устройство интернета в самом начале например? Ну почитает он об этом и тут же забудет без практики. Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк. Если он в чем то затупит и он не глупый, он пойдет гуглить. Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи. И когда его спросят а у тебя вообще есть опыт работы какой с Angular, он сможет конкретно описать что делал и как справлялся с трудностями. А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Ну ты и ебанутый блять.
>сначала знать устройство интернета в самом начале например?
Он, блять, эти самые интернеты и собрался писать.
>Ну почитает он об этом и тут же забудет без практики.
Ну если у тебя память как у рыбки, у которой ничего в памяти не откладывается, то да, верно.
Это во первых. А во вторых, где ты там про устройство самого интернета нашел, шизоид? Или мы обсуждаем какой-то выдуманный тобой концепт об общем роадмапе?
>Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк.
Для начала, он должен изучить хтмл, ксс, потом потрогать НПМ, потом тайлвинды, скссы, потом тс, мимолетом плюнуть в мертвы пуг, похрюкать над жиквери и тупыми дедами, ну а потом уже ангуляр.
И нет, базового не достаточно. Фреймворк это инструмент для работы. Но для этого инструмента тебе нужны знания. Без знаний ты инструментом как обезьна с гранотаметом будешь, страшная, но тупая.
>Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи.
И этот путь проложен сотянми тысяч анальнаками до него. И от этого и появился роадмап.
> А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Что именно он сделает на ангуляре и какие именно трудности он решит если не знает что такое запросы, хосты, корс, т.д.
Он сможет тудушку сделать на ангуляре? Ну нихуясебе. Вот это да. Ты же понимаешь, что на собесе первым делом спрашивают не просто "Что такое интернет", хоть и это тоже, но чаще всего уже за усложненный материал по этой теме, как ССЕ, лонг поллинг, какие бывают методы запроса, в чем их разница, можено ли в гет запихать боди и т.д.
И все это в т.ч. описано в нашем роадмапе.
>бесполезная деятельность
Бесполезно быковать на мудрость Анонов, которые этот факю/роадмап пилили, попутно обсираясь и не понимая простейших истин, как и самые популярные вопросы на собесе.
>Композицию компонентов имею в виду.
Ебля в импортами в Ангуляре на старых версиях, да и на новых, лол.
Что за композиция компонентов? Ты музыкант?
>потом тайлвинды, скссы
Ты, во-первых, определись уж либо тейлвинд, либо SCSS. А, во-вторых, в 2024 году какой нахуй SCSS? Ты ебанутый?
>>3334909
>Что за композиция компонентов?
Ты точно на нексте пишешь?
>Ты, во-первых, определись уж либо тейлвинд, либо SCSS. А, во-вторых, в 2024 году какой нахуй SCSS? Ты ебанутый?
>>3334810
>In version 15, the App Router uses React 19 RC
Хз, может я английский хуёво понимаю, но звучит так что они уже юзают бета-фичу реакта в 15 версии.
>Хз, может я английский хуёво понимаю, но звучит так что они уже юзают бета-фичу реакта в 15 версии.
Да, я написал же дальше, что объебался и они действительно ебанутые.
>>3334966
>Что не так?
А что так? Нахуй он нужен, когда весь его кор уже в стандарте CSS, плюс появились такие штуки как styled components и tailwind?
>>3334971
>Пока лишь прочитал пару страниц документации и уже хуёво стало
Полон мир открытий чудных тебя ждет.
>Алсо, есть ли какая-то базовая литература по архитектуре фронта больших приложений с (сотни-тысячи комонентов) на реакте?
Во-первых, делать такое приложение на реакте - это само по себе какой-то совсем уж отборный даунизм. Во-вторых, на реакте в принципе такое понятие как архитектура отсутствует, потому что это либа, а не фреймворк.
Если тебе нужна прям какая-то архитектура, которую тебе спустят сверху, бери любой метафреймворк. Но в любом случае в экосистеме нет устоявшихся решений ни по стейт менеджменту, ни по работе с формами, ни по UI, ни по валидации, поэтому как человек, который на этом говне страдает уже 4 года, могу сказать со 100% уверенностью, что любой реакт проект со временем превращается в свалочное для всяких нечистот место (с).
>Нахуй он нужен, когда весь его кор уже в стандарте CSS, плюс появились такие штуки как styled components и tailwind?
Кринж.
Тайлвинд говно. Тайлвинд говно. Тайлвинд говно.
Сксс и ксс - это как рякт и ангуляр.
Где-то рякт/некст пиздят ангуляровские либы/приколы, где-то ксс просто не дотягивает. То что теперь можно класс в классе писать - это конечно чудно, но знают об этом только вкатуны, судя по всему, ну и может полтора деда и Аноны из треда(т.к. недавно обсуждали). А во всем остальном ксс вообще не дотягивает до сксса. Я хуй знает, может ты так же кссы писал на скссе как на чистом кссе просто класс в классе, а вообще умные дяди делают свое ядро юай либи, которую по сути переиспользуют из проекта в проекте.
>Во-первых, делать такое приложение на реакте - это само по себе какой-то совсем уж отборный даунизм. Во-вторых, на реакте в принципе такое понятие как архитектура отсутствует, потому что это либа, а не фреймворк.
База.
>>3334971
При чистом рякте вы в конечном итоге придете к тому, что напишите свой фреймворк.
Ну а если там реально будут сотни компонент, то земля жсиксом.
>То что теперь можно класс в классе писать - это конечно чудно
Еще можно переменные объявлять, математику завезли лет 5 назад, для автопрефиксинга есть другие тулы, а всякая чушь типа @foreach в эпоху фреймворков просто нахуй не нужна.
>А во всем остальном ксс вообще не дотягивает до сксса.
Давай без пиздежа, в чем конкретно?
>вообще умные дяди делают свое ядро юай либи, которую по сути переиспользуют из проекта в проекте.
И это ядро основывается на дизайн-системе, в которой есть какие-то токены, работать с которыми в тв в 10,000 раз удобнее, чем в сасс. Тогда после установки либы тебе достаточно от проекта к проекту просто апдейтить один файл токенами, которые ты выгрузил с фигмы.
>>Во-первых, делать такое приложение на реакте - это само по себе какой-то совсем уж отборный даунизм. Во-вторых, на реакте в принципе такое понятие как архитектура отсутствует, потому что это либа, а не фреймворк.
>База.
Нет, это кринж. Огромное количество качественных крупных проектов с сотнями или тысячами компонентов делается чаще всего на реакте, вот это и есть база, потому что факты.
>, в которой есть какие-то токены, работать с которыми в тв в 10,000 раз удобнее, чем в сасс
С этого место поподробнее плиз, никак не могу понять, чем в ксс
.item {
color: var(--main-text-color, #000);
}
в 10.000 раз удобнее точно такого же в сксс:
.item {
color: var(--main-text-color, #000);
}
Ну то есть, ты же буквально в сксс можешь написать ровно тоже самое, что и в ксс, откуда 10,000 раз разницы в удобстве?
Только в сксс дополнительно ты можешь общие стили экстендить или инклюдить, написать для тех же медиа-выражений удобные миксины. Да даже из примера выше var(--main-text-color, #000) удобнее вынести в отдельную константу $main_text_color и тупо меньше символов печатать будет в местах использования.
У нас вся дизайн-система на реактовых компонентах и сксс, с удобными миксинами тех же стилей для текста, блоков и тд и тп. В том числе в фигме прям пишется какой компонент с какими пропсами использован, и какие миксины на блоках применены. С тем же плагином для vscode просто копируешь и готово.
Прорабатывать 100 вопросов по базовой теории, задачи на console.log (приведение типов, event loop), написание своих полифилов (например, для промиса и его методов), немного литкода и типовых задач (по типу написать дебоунс или карринг)? Ничего не упустил?
Мимо вечный джун с зепкой 120 к
>С этого место поподробнее плиз, никак не могу понять, чем в ксс
Я говорил про tw и styled-components.
>откуда 10,000 раз разницы в удобстве?
Ну, теперь смотри, по факту у тебя не будет таких простых классов. Как минимум на любом контейнере у тебя будет что-то типа
.container {
display: flex;
flex-direction: column;
align-items: center;
justify-content: space-between;
// еще с пяток стилей, которые нихуя не делают кроме позиционирования
}
Зачем мне такая портянка, когда я могу написать:
"flex flex-col items-center justify-between"
?
>Только в сксс дополнительно ты можешь общие стили экстендить или инклюдить
И как ты будешь переменные в scss передавать?
>написать для тех же медиа-выражений удобные миксины
Нахуя мне эти миксины, если это решается при помощи одного слова: "tablet:"?
>Да даже из примера выше var(--main-text-color, #000) удобнее вынести в отдельную константу $main_text_color
И как ты с этой константой будешь из кода работать?
>В том числе в фигме прям пишется какой компонент с какими пропсами использован
Ну и в сцсс ты пишешь каждый раз вот эту ебалу:
.item {
color: var(--main-text-color, #000);
}
Сравни с "text-main". Я думаю, разница очевидна.
Это анон мудр, а потому прав в базе, но не имеет вкуса, и потому некоторые кейворды прокомментирую
>ну а потом уже ангуляр
НенужОн. Есть React с JSX
>потом тс
Сразу
>тайлвинды
Не нужОн
>лонг поллинг
Говно для собак, когда браузеры не умели в сокеты. Скеты тоже говно, но по другой причине, есть только TCP, но UDP не завесли (QUIC всё ещё экспериментал)
Моё мнение, что роадмапа - это примерно на 80% - 90% имеено то, что нужно учить, но местами там бомжеподходы в силу того, что рынку и так норм
>Тебе мало штоле?
Это до налогов. Плюс если не достигну kpi - платят на 10 (а то и больше) тысяч меньше. Плюс ебут жестко
Хочу больше
Я люблю наказывать. Если ты тян конечно же ты тян, ты же пишешь на JS, скажи jQuery - топ?
>Зачем мне такая портянка, когда я могу написать:
>"flex flex-col items-center justify-between"
>?
Тебе это 10 тысяч раз писать в 10 тысячах местах.
В то время как .container у тебя один. Да еще и может вмещать в себя екстенды от дополняющих классах.
>И как ты будешь переменные в scss передавать?
Руками, блять. Берешь и пишешь $hui.
>Нахуя мне эти миксины, если это решается при помощи одного слова: "tablet:"?
Нинужон, лучше написать 100500 классов в 100500 местах. Зачем нужны общие стили, правильно?
>Сравни с "text-main". Я думаю, разница очевидна.
Ну так говновилд - Write-Only технология. Конечно быстрее написать один класс, который будет раскидан среди сотен компонент, чем один, который лежит в одном месте, который можено будет спокойно изменить в одном месте, а по максимуму - переиспользовать в другом проекте, поменяв значение переменных.
Как думаете фронтенд умрет как профессия? Под умрет имею в виду не совсем исчезнет, а сильно упадет спрос на разрабочиков. По сути Того фронтенда со всеми этими ебанутыми браузерными войнами, постоянно новыми либами, уебанским и примитивным жс больше нет. Современный фронтенд - это уже почти везде готовые решения и подходы.
Конечно умрёт, только не скоро, после того как WASM будет расширится достаточно сильно. В будущем между фронтом и нативом никакой разницы не будет.
>Современный фронтенд - это уже почти везде готовые решения и подходы.
Это актуально только для одностраничных лендингов и стандартных админок.
>"flex flex-col items-center justify-between"
Пиздец уебищно выглядит.
Налицо смешивание стилизации и верстки.
Тебе браузеры дали возможность вынести стили в отдельные файлы, а не писать их в style - нет, не хочу отдельно стили отдельно и давать блокам осмысленные имена в классах - хочу стили вместо style писать прямо в class.
Бутстрап умер - да здравствует бутстрап.
НЕТ БЛЯТЬ НИЧЕГО НЕ УМРЁТ! И причины этому две:
1) Со временем работы становится БОЛЬШЕ, а не меньше. Появляются новые, ранее неизвестные профессии, типа промтп-инженера. Раньше при мне был выбор пойти в сисадмины, в веб-мастера, в делфи-разраба или в с++ разраба. Сейчас 100500 миллионов вариантов, от дата опсов, заканчивая этичными хакерами, девопсперами, аналитиками говна, ноу кодерами ещё хуй пойми кем.
2) Большинство людей - консервативны. Они не поменяют даже через 10 лет свой образ жизни, пока их не припрёт или какой-нибудь пиздец не случиться. Они как пользовались jquery, mysql, php десять лет, так ещё лет десять будут тем же самым пользоваться.
Я допускаю, что фронтэнд будет дальше расслаиваться, ну типа будет ИИ-фронтэндер, фронтэнд-опсер, фронтэнд инженер, фронтэнд аналитик, ещё какая-нибудь хуйня. А такого что профессия умрёт - нихуя она не умрёт пока в интернете есть хоть один сайт.
Поменяли должность с менеджерской на техническую, в разработке понимание на уровне хлебушка.
В одном проекте оказался 9 ангуляр с древним материалом, с божьей помощью дотолкал до 10й, отвалилась пара модулей.
Какие основные проблемы будут при апдейте версий кроме отваливающихся модулей пятилетней давности? Какие еще подводные камни ждать?
Спасибо
Да никаких в принципе, кроме того что авторы зачастую бросают свои проекты и приходится для части зависимостей искать другие решения. И плюс, часть новых версий может быть несовместима и нужно переписать код где они используются
Один вопрос.
Нахуя обновлять?
В случае если деды упражнялись в магии, то некоторые решения просто отвалятся и все. Целые фрагменты нужно будет тупо переписывать и некоторые участки будет крайне сложно повторить не используя древнюю магию.
> Нахуя обновлять?
Смотри, вот тебе сказка, как говорится она ложь, да в ней намёк:
Сидит манагер и смотрит на цели квартальные и на свой кипиай - что-то кабан кабаныч с премией прокатить может, надо что-то очень крутое в проект затянуть, ценность свою доказать.
Пошерстил сайты конкурентов, смежные ниши, и увидел какую-нибудь свистоперделку. Сделал презентацию и понёс кабан-кабанычу. Круто всё рассказал, что кабан-кабаныч аж загорелся идеей и хочет это видеть на своём сайте прям вчера.
Приходит потом к разработчику и ставит тому задачу - смотри, говорит, какая свистоперделка нужна, ну там небольшая, буквально пара дней работы, кабан-кабаныч хочет чтобы было уже вчера.
Разработчик погуглил - а там используются либы современные, с проектом давно не совместимые и половину проекта рефакторить надо - и сидит с горящей жопой перерабатывает вечерами и в выходные, чтобы кабан-кабаныч в понедельник был доволен появлением свистоперделки.
Поэтому, чтобы у разработки потом не горела жопа, в нормальных компаниях выделяется время на техдолг, в рамках которого и поддерживается актуальность кодовой базы и версий библиотек.
Тогда остается один вопрос.
Зачем хлебушка посадили тех. долг пилить если он и не макака а манагер?
Нестандартные проекты - это несколько процентов от всего рынка. Почти все что есть - это те самые стандартные админки и относительно примитивные b2e сайты
>1) Со временем работы становится БОЛЬШЕ, а не меньше.
Речь конкретно про фронтенд, а не про 100500 других профессий.
>2) Большинство людей - консервативны. Они не поменяют даже через 10 лет свой образ жизни
Конкретно фронтенд меняется. Причем меняется именно в сторону сильного упрощения и унификации.
>Я допускаю, что фронтэнд будет дальше расслаиваться, ну типа будет ИИ-фронтэндер, фронтэнд-опсер, фронтэнд инженер, фронтэнд аналитик, ещё какая-нибудь хуйня. А такого что профессия умрёт - нихуя она не умрёт пока в интернете есть хоть один сайт.
Пока видится что фронтендер будет частично заниматься серверными работами. В частности созданием BFF. Но так будет не везде. В остальном фронтенд везде плюс минус одинаковый. И речь не про окончательное закрытие фронтенда, а на снижение спроса на труд. То что раньше делали 4 фронтендера сегодня со всеми готовыми либами и прочими нейронками делают два.
А при при чем тут манагер? Манагер свою задачу уже выполнил - нашел фичу и смог продать её руководству и довольный уже смотрит на выросший KPI, прикидывая куда потратит премию.
Жопа от техдолга горит уже у макакича, когда ему задачу на эту фичу сверху спустили, да дедлайны жёсткие поставили.
>Причем меняется именно в сторону сильного упрощения и унификации.
Только в типовых лендингах очередных инфоцыган.
Открой сайты любых компаний из биг и фин теха - типовых там чуть меньше чем нихера.
Примерный расклад такой между ангуляром/реактом/вуе, если брать только эти три:
Огромные внутренние корпоративные проекты - чаще всего ангуляр. Типизация, фреймворк, стандартизация.
Остальные 90% проектов - реакт.
Оставшиеся мелкие поделки с кодовой базой размером с туду лист - вуе.
Так это 10-20 сайтов на весь ру интернет
А остальные миллион куда делись?
А в остальном миллионе у фронтендера зарплата в 2-3 раза ниже, чем в этих 10-20 сайтах.
Смысла на них ровняться при планировании и учебе совершенно нет никакого.
Если ты нихера не будешь учить в расчете "нинужно" чтобы попасть в эти самые типовые сайты - то это и будет твой потолок и ты никак не попадешь в 10-20 топа.
Если бы наоборот будешь ориентироваться при учебе на топ - у тебя будет шанс попасть в эти 10-20 топа и при этом совершенно без проблем влететь с ноги в любой из миллионов типовых проектов.
Очевидно, что оптимальной стратегией для максимизации финансовой компенсации является подготовка к топам, а не типовой параше.
>А в остальном миллионе у фронтендера зарплата в 2-3 раза ниже, чем в этих 10-20 сайтах.
>Смысла на них ровняться при планировании и учебе совершенно нет никакого.
Все с точностью наоборот. Ориентироваться на те 10-20 сайтов уже нет смысла, так как это теперь только для выпускников топовых вузов + тех у кого подтвержденный опыт 5+ лет. Для вкатуна обыкновенного или миддла с галер без корки это уже недосягаемо, сладкие времена прошли. Как раз таки те самые обычные рабочие места и их продукты, коих миллион - это и есть реальность для большинства разрабов и ориентироваться нужно на них.
Еще раз:
1. Ориентируясь в учебе на типовуху - ты закрываешь себе дорогу в эксклюзив. 100%.
2. Ориентируясь на эксклюзив - ты получаешь шанс в него попасть, но и с ноги влетаешь в любую типовуху, получаешь там опыт и потом используешь шанс на эксклюзив.
Очевидно, что учиться выгоднее (но сложнее) по второму плану.
>Речь конкретно про фронтенд, а не про 100500 других профессий.
ВЕЗДЕ ВЕЗДЕ блять становиться больше работы. Для тупых: можешь подставить любое название профессии и через 10 лет её станет в 2 раза больше. Не веришь - можешь скринить, проведи эксперимент, запиши текущую статистику и сравнишь со статистикой в 2034-м году.
В остальном, ты хуйню какую-то несёшь. Это только у тебя в голове унификация. Одних только css-инструментов как говна стало. Есть и styled-components, и sass, и tailwind, и postcss, и всякие vanilla extract, и griffon'ы и прочие. С чего блять они начали унифицироваться? Охуеть просто.
>фронтендер будет частично заниматься серверными работами
У тебя задержка в развитии? Это называется фулстек разработкой или просто СОЗДАНИЕ САЙТОВ. Она уже со времён nextjs/remix фреймворков существует уже миллион лет. И веб-разработчик также периодически занимается работами на сервере (кто бы мог подумать! и там и там джаваскрипт! вот это да!)
>То что раньше делали 4 фронтендера сегодня со всеми готовыми либами и прочими нейронками делают два.
Ахуеть просто. Ты америку открыл. А чёжи тогда для чего придумали шаблоны? А конструкторы типа тильды? То есть по твоей логике, все вот эти конструкторы, которые существуют миллион лет, где ты готовые элементы перетаскиваешь мышкой на канвас - это всё хуйня собачья и не унификация? Я тебе открою страшную тайну, до всех этих нейронок существовали ucoz'ы и всякие народ сру, просто их переупаковали в другую обёртку. И какой-то там кабанчик, мелкий предприниматель ещё в двухтысячных мог в одну харю налабать лендинг или говноинтернет-магазин. Разница в том что в тильде ты мышью перетаскиваешь, то нейронке ты надиктовываешь. Но по сути и то и другое это КОНСТРУКТОР.
Ну в смысле, ничё такого нет. Плати писят баксов и выбирай любой шаблон из сотен тысяч ---> https://themeforest.net/ И от этого все веб-разработчики мира исчезли или что?
function qwe(){this.a=213;}
и этим
class ewq{constructor(){this.a=213;}}
?
>Для тупых: можешь подставить любое название профессии и через 10 лет её станет в 2 раза больше.
Обосрался, примеров дохуя. Наборщица текста, актёры озвучки, люди-калькуляторы, etc~
Современный фронт на JS вообще вымрет, это база.
>Современный фронт на JS вообще вымрет, это база
Что его заменит?
Столько усилий было сделано, чтобы JS'ом заменить все эти аплеты и прочие штуки.
Не думаю. Да, стало проще делать результат, но и бизнес теперь требует больше результата. Так что меньше работы не стало, она видоизменилась. Я думаю что производство сайтов в целом удешевляется, но вместе с тем увеличивается спрос на их создание.
Как пример из моего опыта. Вот когда в реакте не было хуков приходилось много временных и интеллектуальных ресурсов тратить просто на впихивание логики. От рекомпоза плавился мозг, рендер пропсы выглядили монструозно, и еще вебпак долбил нормально. С появлением всяких хуков/витов/некстов/тайпскриптов разработка ускорилась в 1.5 - 2 раза.
Wasm конечно же, что же ещё.
>>3336601
Ничего смешного в том что ты дурачек нет. Плакать нужно.
>Wasm конечно же, что же ещё.
Его из песочницы даже в отдаленных планах никто не планирует выпускать. Следовательно никакого прямого доступа к апи браузера как не было, так и не будет.
Как был васм обычной числодробилкой, так и останется.
Учитывая общий лаг между появлением технологии и массовым её применением в вебе - даже если прям завтра васм позволит прямой доступ к оборудованию пользователя - до массового использования пойдет ещё лет пять-десять, не меньше.
Спасибо
>>3335853
В компании в пайплайн встраиваются различные проверки на версионность ПО в том числе, образно в версии нашли критическую уязвимость в старой версии, которая не поддерживается,
и ты просто не сможешь выкатить релиз, потому что скан тебя не пропустит.
>>3335874
А кто если не я будет этой шляпой заниматься, лол
Пока что разрабы ебашат продуктовые фичи, занимаюсь выполнением технической стратегии корпорации, помимо заполнения бумажек помогаю ребятам своим говнокодом, фронт трех продуктов отрефачил, там достаточно свежий Ангуляр, после нового года заапдейчу до 19, а на одном легаси кал оказался.
>Следовательно никакого прямого доступа к апи браузера как не было, так и не будет.
Так это и не нужно. Оно прекрасно работает, запросы апи не так часты и случайны, нет необходимости их как-то оптимизировать дополнительно. Кроме рендера, офк, это уже более-менее есть.
>до массового использования пойдет ещё лет пять-десять, не меньше.
Мне кажется меньше, но конечно это мои фантазии, я так чувствую. Черные лебляди, всё такое, хер угадаешь что завтра будет.
>Мне кажется меньше
Открой can-i-use, если у фичи или технологии меньше 97-98% поддержки - считай что в подавляющем большинстве реальных проектов, за которые платят деньги, это всё еще работает на полифилах, чтобы не терять даже 3% клиентов.
Васм - это тебе не манкипатчить прототипы в жсе, его ты не заполифилишь, следовательно жди когда новая версия васма будет иметь под 98% поддержки. То есть лет через 5-10 после выхода, не меньше.
Васм уже сейчас имеет поддержку всеми браузерами, так что норм. Проблема тут только в сложности всего этого.
>Васм уже сейчас имеет поддержку всеми браузерами, так что норм
Имеет, как числодробилка. Так и используется.
>Проблема тут только в сложности всего этого
Тут другая причина. Проекты, в которых нужны тяжелые расчеты на стороне клиента - один на миллионы.
Без прямой поддержки браузерного апи, чтобы на нем можно было удобно и эффективно создавать обычные сайты и лендинги, не навешивая сверху мегабайт связующего клея с жсом - масм и не нужен.
Собственно поэтому васма массово нигде и нет. Сферическая сложность в вакууме тут не при чем. Жс как язык на порядок сложнее множества других языков.
Так о том и речь. Раньше на проект нужно было набирать пятерых, которые будут плавить мозги старым редуксом, рендер пропсом и вебпуком, а сейчас можно взять макаку, которая возьмет реакт кверю, зустант, готовую уи библиотеку, вит и все сделает в одно рыло. Зачем теперь нужна орда фронтендеров?
Ты похоже никогда не работал в продуктовой разработке над большим проектом, где задачи расписаны на месяцы и кварталы вперед. И не потому, что эти задачи нужны будут только через полгода, а потому, что банально ресурсов нет сделать это еще вчера.
Ускорение разработки приводит не к уменьшению количества фронтендеров, а уменьшению тайм-ту-маркет и появлению более амбициозных задач и целей.
>Имеет, как числодробилка. Так и используется.
Потому что нет никаих фреймворков, очевидно же.
> Тут другая причина. Проекты, в которых нужны тяжелые расчеты на стороне клиента - один на миллионы.
С учётом того как пропукивают сайты - они нужны всем. Более-менее всем. Но всем похуй и бизнес никогда не будет вкладывать миллионы в разработку новых технологий.
> Без прямой поддержки браузерного апи, чтобы на нем можно было удобно и эффективно создавать обычные сайты и лендинги,
Главное тут удобство и эффективное создание приложух. На браузерное апи всем похуй, по большому счёту, никого не ебёт что там и как внутри работает.
> Сферическая сложность в вакууме тут не при чем.
Сложность именно в создании фреймворка, ты не сечёшь. Нужен не просто движок рендера, а целый ебаный фреймворк, как ангуляр, только на васме. Такого на жс мало, что уж говорить про натив, в котором подобного меньше десятка и то кривое и косое всё.
>Такого на жс мало
Потому, что в подавляющем большинстве сайтов никаких фреймворков и не используется, без задач. Сирисли. В реальном мире нужна легкость прикрутить пару скриптов для корзины, чата, да слайдер с ленивой подгрузкой. ЖС полностью закрывает все эти потребности без всяких фреймворков.
Как видишь, васму тут делать просто нечего - поэтому он не популярен. На нем технически нет без возможности просто написать обычный слайдер не загружая мегабайт обвязки и либ, а в разработке не обмазываясь сложными сборками и целыми проектами.
>Главное тут удобство и эффективное создание приложух
И без прямого доступа к браузерному апи ты ничего требуемого просто не сделаешь легко, удобно и с минимальным размером бандла. Следовательно в массах васм и не нужен.
Только игры и тяжелые приложения, типа графических и текстовых редакторов. Всё.
> В реальном мире нужна легкость прикрутить пару скриптов для корзины, чата, да слайдер с ленивой подгрузкой. ЖС полностью закрывает все эти потребности без всяких фреймворков.
Вообще DOM + js + css уже является фреймворком, если судить с позиции с/с++. И да, корзина, чат и слайдер обычно пишут используя всё тот же ангуляр/рякт и какой-нибудь тайлвинд и прочую ебалу.
> На нем технически нет без возможности
В этом и суть. Нету фреймворков, просто нету.
> мегабайт обвязки и либ
> И без прямого доступа к браузерному апи ты ничего требуемого просто не сделаешь легко, удобно и с минимальным размером бандла.
Делает это всё нормально, никакие мегабайты не нужны, просто нужно с нуля это всё писать, не подключая на каждый пук по либе.
>Делает это всё нормально, никакие мегабайты не нужны, просто нужно с нуля это всё писать, не подключая на каждый пук по либе.
>нужно с нуля это всё писать
>никакие мегабайты не нужны
Нужны. Тебе с нуля надо написать всю работу с графикой и стилями, возможность отобразить на экране всю структуру сайта с респонсивом и медиа-запросами под разные размеры экрана. Ты же не считаешь серьезно, что от сайта достаточно показать текст с картинкой в бэкграунде, а сверху накрутить свистопердельные эффекты на шейдерах?
Таким образом, для создания полноценных сайтов тебе нужно будет по факту повторить все возможности дома и ксс, и всё это надо будет загружать с бандлом. При этом всё это уже есть в браузере, достаточно получить доступ к дом-апи, накинуть сверху css и делай с сайтом что хочешь.
И снова вернулись к тому, что без доступа ко всему браузерному коду из васма - он на сайтах не всрался. Только игры и граф\текст редакторы, в которых дом слабо применим.
Ты не туда воюешь, тебе бы топить за написание игровых движков с инструментарием под васм (хотя юнити уже всё это умеет, но без прямого доступа к гпу под браузером ничего серьезного не делают) - это единственная массовая ниша для васма которую он может занять, благодаря которой можно будет унифицировать игровые приложения под разные платформы.
> Нужны.
Нет.
> Тебе с нуля надо написать всю работу с графикой и стилями, возможность отобразить на экране всю структуру сайта с респонсивом и медиа-запросами под разные размеры экрана.
Стили это функция на 100 строк, респонсив 20, дерево элементов примерно 50 строк. Уже писал это всё, ну да, работает, да, нужно всего лишь полгода работы чтобы написать шейдеры для этого и компенлятор шейдеров.
> для создания полноценных сайтов тебе нужно будет по факту повторить все возможности дома и ксс
Они лишние и ненужны, разработчики используют максимум процентов 10 от всех спецификаций css. То же самое и с dom, там просто много лишней хуеты которая нахуй не нужна, устарела и не используется. Даже само дерево dom может не быть деревом, можно сделать всё это будто через positon absolute, но соблюдая относительное положение для отзывчивости.
> написание игровых движков с инструментарием под васм
И вот если в этот игровой движок добавить рендер шрифтов и примитивных кнопочек - тогда и заживём.
>разработчики используют максимум процентов 10 от всех спецификаций css. То же самое и с dom
Вот только на разных проектах - это не совпадающие множества.
В итоге, если взять тысячу разный сайтов - покрытие под 90+% будет.
> это не совпадающие множества.
Нехуя. Только процентов 10 сайтов использую всякие йобы из css и это успешно заменяется кастомными анимациями 3d моделей и работой с деревом. Эта хуйня наиболее простая.
Проблема тут в том, как определить то что нужно, а что нахуй не нужно и задать общую архитектура, шейдеры. Всё вместе это творческая задача, как сделать так чтобы это было красиво архитектурно никто не знает, а чтобы выяснить нужно милионы денег. По этому нормальных гуифреймворков на с/с++/wasm практические нет. Но когда-то будет.
>Стили это функция на 100 строк
Если бы ты написал 100k loc для минимального набора, я бы ещё согласился.
И почему в играх интерфейс посложнее статической картинки в бэкграунде с абсолютным позиционированием - встречается реже мамонта ? А о респонсиве и мечтать нельзя? Всего-то 100 строк на стили и 50 на аналог дома...
UI - это сложно. Отзывчивый UI - это очень сложно. А уж универсальный, чтобы на нем можно было построить интерфейс практически любой сложности - это уже пиздец нереально сложно.
Васм для создания сайтов без подобной универсальной и навороченной ui либы просто не нужен., что и видно по его распространенности (бесконечно стремится к нулю)
>И почему в играх интерфейс посложнее статической картинки в бэкграунде с абсолютным позиционированием - встречается реже мамонта ?
Потому что всем похуй, очевидно. Зачем создавать 3d для кнопочек, если и так сойдёт? Но это довольно частое явление, ты прост мало играешь наверное.
> UI - это сложно. Отзывчивый UI - это очень сложно.
И да и нет. Смотря как это будет работать и сколько абстракций высирать. Если абстракций минимальное колличество - это просто, очень просто, это умещается в 100 строк, правда. Но найти минимальные абстракции это сложно.
> Васм для создания сайтов без подобной универсальной и навороченной ui либы просто не нужен.
Всё так, именно об этом и говорил.
>Всё так, именно об этом и говорил.
Нет, ты говорил, что все это просто пишется и не будет ничего весить. Просто нужен какой-то фреймворк (очевидно, который также ничего не будет весить).
Я же утверждаю, что это сложно, долго, тяжело для бандла и в итоге васм для сайтов не всрался, когда всё это и даже больше уже есть сейчас в браузере.
>Нет, ты говорил, что все это просто пишется и не будет ничего весить.
Тебе показалось. Это не так много будет весить и пишется просто, но чтобы его написать это придётся месяц-другой размышлять и писать на бумаге хуету. И это уже имея готовые шейдеры. Это всё довольно сложно, хотя сам код очень прост.
> Я же утверждаю, что это сложно, долго, тяжело для бандла
Ты просто никогда такого не писал, вот и думаешь так. Размер компенлированного кала составляют всякие ебанутые библиотеки которых понапихали в код, типо библиотека отображения символа, библиотека slice, map, foreach. Или библиотека для выбора цввета, библиотека коррекции цвета, перевод цвета из RGB в HEX, хотя очевидно можно обойтись одним RGBA или классы на классах через интерфейсы. В итоге 80% кода это никому нахуй не нужный бойлерпринт и побочные функции, которые никто не использует никогда.
Если всё это дерьмо нахуй выкинуть, то либа будет килобайт 50 занимать, притом там будет вообще всё для рендера интерфейса любой сложности.
Чем тебя SSG в апп роутере не устраивает? Что не так с композицией компонентов в нексте?
>>3336830
>Раньше на проект нужно было набирать пятерых
>а сейчас можно взять макаку, которая все сделает в одно рыло
Я просто поражаюсь вот этой логике. У компании есть бюджет, зарплатный фонд, позволяющий нанять 5 разработчиков, которые будут создавать один продукт/проект. Теперь появились "AI" инструменты, и продуктивность разработчиков возрасла. Далее есть следующие варианты:
1. Как ты говоришь уволить четверых, пятый продолжить делать из работу. И куда девать деньги из зарплатного фонда? Распределять акционерам? Нахуя в сфере технологий нужен вот такой стагнирующий бизнес без развития?
2. Оставить всех пятерых, распределить их на новые проекты. За те же деньги получаем в несколько раз больше продуктов/услуг, которые бизнес сможет продавать. Годный вариант, бизнес развивается и потенциально заработает намного больше денег.
3. Оставить всех пятерых на том же проекте, увеличить масштаб проекта в несколько раз, ведь продуктивность разработчиков тоже выросла в несколько раз. Хороший вариант на уровне предыдущего.
Так вот, почему если человек утверждает, что чатботы убьют профессию, то он исходит из того, что айти бизнес склонен к первому варианту? Первый вариант это прерогатива бизнеса без перспектив развития, где вест потенциал уже давно исчерпан, и он просто зарабатывает какие-то деньги каждый год, но рост доходов с каждым годом либо мизерный, либо вообще отсутствует.
> И куда девать деньги из зарплатного фонда?
Тебя ебать это не должно, работник
> 2. Оставить всех пятерых, распределить их на новые проекты. За те же деньги получаем в несколько раз больше продуктов
> 3. Оставить всех пятерых на том же проекте, увеличить масштаб проекта в
Вот это манямирище, лол. Чтобы такое сделать нужно сформировать новые команды, которым поставят задачи, а задачи из воздуха не появляются.
>Чтобы такое сделать нужно сформировать новые команды, которым поставят задачи, а задачи из воздуха не появляются.
Появляются из воздуха задачи вслед за идеями. Так что повышенная продуктивность разработчиков приведет к увеличению количества работы, а не к уменьшению.
>И куда девать деньги из зарплатного фонда
В премию менеджеру который оптимизировал лишних макакичей. А в будущем зарплатный фонд можно и сократить.
>Чем тебя SSG в апп роутере не устраивает?
Тем, что его там нет, ебанашка?
>Что не так с рендерингом клиентских компонентов на сервере?
Да, уж, действительно, что же тут не так, ну хуууууй знает, даже чот в голову не идет ничего.
>>Чем тебя SSG в апп роутере не устраивает?
>Тем, что его там нет, ебанашка?
Бешеная псина, которая агрится на обычный нейтральный вопрос, ты? Ну и ебанашка в итоге ты, получается, потому что SSG там есть.
>>Что не так с рендерингом клиентских компонентов на сервере?
>Да, уж, действительно, что же тут не так, ну хуууууй знает, даже чот в голову не идет ничего.
Во-первых, при чём чём тут рендеринг клиентских компонентов на сервере, если речь шла про композицию? Ты вообще понимаешь значения слов, которые употребляешь?
Во-вторых, с рендерингом клиентских компонентов на сервере всё нормально. Если у тебя что-то с этим не нормально, то это skill issue, учи матчасть и правь руки.
>Ну и ебанашка в итоге ты, получается, потому что SSG там есть.
Ебанашку ткнули уже носом в ее же кал, она энивей продолжает серить, не снимая штаны.
>Во-первых, при чём чём тут рендеринг клиентских компонентов на сервере, если речь шла про композицию?
При том, что именно из-за этого кала приходится ебаться с передачей чилдренами.
>Во-вторых, с рендерингом клиентских компонентов на сервере всё нормально.
Хуя, шизоиду интернет в дурку провели. Сука бешеная, ты почему таблетки не пьешь, которые тебе доктор прописал?
Забавно, как агрессивное быдло просто на пустом месте начинает брюзжать слюной сложной словно бешеная псина и после этого называть бешеными псинами других, это такая попытка толстого троллинга, или просто слабая нервная система?
>Ебанашку ткнули уже носом в ее же кал, она энивей продолжает серить, не снимая штаны.
Нигде меня никто не ткнул, ты всего лишь соврал про то, что SSG нет в апп роутере, хотя документация говорит об обратном.
>При том, что именно из-за этого кала приходится ебаться с передачей чилдренами.
Повторю, что если тебе приходится с этим ебаться, то это лично твоя проблема, которая решается изучением матчасти и исправлением рук. Хотя не уверен, что тебе поможет.
>Появляются из воздуха задачи вслед за идеями
Манямир. В бизнесе никаких идей нет.
Интервью с бенифициарами провёл уже, довен, или опять из тупой башки высрал?
В бизнесе всегда есть идея, он буквально начинается с идеи
>>3337369
Не нужно проводить интервью с бенефициарами чтобы понять, что любой бенефициар в бизнесе по определению заинтересован в увеличении доходов, так что воможно твой уровень интеллекта не позволялвет тебе понять настолько очевидные вещи
Мань.... Бизнес начинается с денег и бизнес-плана, всем похуй на идеи. Никто никогда ради какой-то хуйни и шизоидей не будет создавать новые команды и платить им деньги.
Перестань фантазировать.
>любой бенефициар в бизнесе по определению заинтересован в увеличении доходов
Алсо, бенефициар заинтересован чтобы сохранить деньги, а увеличение доходов это уже вторым пунктом идёт. И идеи не увеличивают деньги, они их тратят, именно по этому айтишников увольняют нахуй и сокращают.
Зачем собрался склеивать? Чтобы сохранять на диск склеивание не требуется, стримом нужно сохранять. Чтобы воспроизводить в плеере тоже не требуется, тоже через стрим. И чтобы редактировать видео тоже склеивание бред, если только это не оффлайн конвертер.
Короче в 9 случаев из 10 склеивание это ебланство.
Бизнес-план начинается с идеи. И в процессе развития бизнеса естественным образом возникают новые идеи, которые перерастают в новые планы и новые проекты.
>>3337451
Деньги не получится сохранить, когда тебя будут выдавливать конкуренты, которые вместо остановки развития наоборот сильно увеличивают продукивность. Повышенная продуктивность позволяет заниматься реализацией новых проектов.
А сокращения это естественное поведение бизнеса на 3 этапе экономического/бизнес-цикла. В период высоких ставок и низкой ликвидности бизнес естественным образом склонен сокращать расходы.
> Бизнес-план начинается с идеи.
Нет, бизнес-план начинается с плана, а идеи нахуй никому не нужны. И если что план это не "давайте сделаем вот такую хуйню", обычно план это исследование рынка.
> когда тебя будут выдавливать конкуренты, которые вместо остановки развития наоборот сильно увеличивают продукивность
У тебя какие-то шизоидные представления о реальности, прямиком из методичек про срыночек. Что-то в стиле пикрелейтед, лолд
Конкурентов скупают, с конкурентами борются легальными и нелегальными методами, увеличивают бюджет маркетинга, улучшают стратегии продвижения и сокращают затраты на разработку. Никто не улучшает "продуктивность", которую кста хуй ещё формализируешь, чтобы бороться с конкурентами, это просто шизоидная срынкохуета.
У тебя каша в голове. Бизнес-план абсолютно всегда включает идею.
Улучшение продуктивности в текущем контексте это конкретно про улучшен продуктивности разработчиков благодаря новым AI-инструментам. Продуктивность возросла, и у бизнеса есть примерно 3 варианта дальнейших действий:
1. Увольнение лишних разработчиков, сокращение расходов, поддержка деятельности на прежнем уровне усилиями меньшего количества разработчиков благодаря их возросшей продуктивности.
2. Количество разработчиков остаётся примерно прежним, благодаря их возросшей продуктивности появляются ресурсы для создания новых продуктов или для расширения уже имеющихся.
3. Найм ещё большего количества разработчиков, развитие ещё сильнее предыдущего варианта.
Во время первых двух фаз бизнес-цикла качественный бизнес выберет 2 либо 3 вариант. Во время вторых двух фаз бизнес-цикла качественный бизнес по возможности будет придерживаться 2 варианта, если экономические условия позволят. 1 вариант тоже возможен на краткий период. Но в первой половине бизнес-цикла только стагнирующий или даже умирающий бизнес будет выбирать 1 вариант.
Хватит уже в манямирке жить, шиз. Судя по той хуйне что ты тут пишешь ты никогда не работал.
заебался крудошлёпить таблицы
>крудошлёпить таблицы
Самые интересные были рисовать графики на канвасе, со всякими зумами, скроллами и тп.
И таблицы тоже крутые были, только их ещё редактировать надо было с валидациями, фетчингом данных для ячеек и тп.
И таблицы тоже крутые были, только их ещё редактировать надо было с валидациями, фетчингом данных для ячеек и тп.
Да у меня тоже с наворотами, ядро одно для всех таблиц, но последнее время просто копипаста вывода новых сущностей в интерфейс. Формы с модалками тоже отполированы, накидываешь уже как в ноукод почти элементы и всё.
Хочется графония c анимациями пощупать реально. Какой-нибудь аналог фигмы делать или еще какой-то редактор графический.
>Какие интересные фронтовые проекты можете вспомнить у себя?
Все хуйня. Двачирую таблицы, пердолинг и тюнинг по сто раз в году.
Для себя извлекаю массу фана в дебаге, могу днями напролёт дрочить хуйню навроде https://github.com/andriyankov/KeygenmeMsRem
Мог бы в графику, тогда да, на канвасе что-нибудь рисовал.
>Как думаете фронтенд умрет как профессия?
Будет просто фуллснек, и всё. Как когда-то был отдельно верстальщик, отдельно кодер по фронту, и т.д.
Может кто знает:
GraphQl / Nextjs / React
Если у нас на сервере уже есть резолверы и они генерируют зачем еще на фронте писать запросы, у меня коллизии возникают!
Помогите!
>но последнее время просто копипаста вывода новых сущностей в интерфейс
Задумай большой рефакторинг на другой стек.
Всегда так делаю через год-два жизни проекта, когда задачи становятся скучными и рутиной - смотрю что популярное и интересное и переписываю половину проекта.
Да ладно. Он же у вас в рабочей папке лежит наверняка где-то. Весь запыленный, покрытый паутиной с 2018 года.
Ну и не надо! Я сам у кого-нибудь в джсфидле слайдшоу украду и переделаю!
Свайпер за три часа написал, ты чего нахуй, какой свайпер ещё. Это три функции нахой, 40 строк кода.
>подгружать из внешних источников не хочется.
Столяров, ты как на Дваче запостил?
В этом и суть: мне дают кусками, а не целым файлов. Вот и нужно как-то сделать так, чтобы из кусков вышло целое видео.
Зачем тебе именно целое видео? HLS предназначен чтобы стримить видео чанками
Почему ты функцию назвал уникальныйМассив? Это же не уникальный массив, это функция, которая убирает из массива объектов дубликаты. Маня на код ревью жёстко попустили бы за такое именование функций, да и я тоже пропустил бы.
Да я хотел поменять, но лень, думаю потом добавлю возможность филтровать и обычные массивы. Сча один работаю, над неймингом даже не скем обсудить, расслабился.
>>3338963
>>3339107
Просто качай и всё. Спроси у гпт как делать стрим файла на js и как его сохранять. Хз что там у тебя за файл, но сложного ничего быть не должно.
Пытался вкатиться в программирование через боль и страдания - ничего кроме боли и страданий не получил. Хочу по собесам походить, но скорее для развлечения, чтобы с людьми поболтать. Работаю сей, а во Вкусе Очка, работа очень скучная, хочу что нибудь поинтереснее
Мой бэкграунд: учебные материалы по погромированию от Salesforce
> Чего бы мне такого напогромировать на моем стим деке с помощью JavaScript?
Если ты сам не в состоянии ответить на подобный вопрос, то зачем тебе вообще программирование?
Какие у вас мысли по поводу бекенда на TypeScript в 2025м?
Тайпскрипт вообще бессмысленный, так что хз даже. Если ты думаешь что за это тебе будут платить - делай.
Бекенд на тайпскрипте охуенен, пишу его больше 5 лет, крайне доволен. Язык удобный и приятный для написания бекенда, необходимые инструменты давно сформировались и являются стабильными, перформанс у рантаймов более чем хороший, конкуренции мало, чего ещё можно желать?
Не знаю кому работы мало, мне не мало.
Го вытесняет всё подряд, но не везде, а в конкретных компаниях, и вообще это больше российский тренд. Плюс в первую очередь им вытесняли пхп с питоном, которые обычно сильно ограничены по перформансу и масштабируемости. Хотя в том же пхп сейчас есть swoole и workerman, которые дают жару.
>Какие у вас мысли по поводу бекенда на TypeScript в 2025м?
Ты опять выходишь на связь мудила?
Нет, ты опять выходишь на связь, мудила, агришься на обычный вопрос
Такие же, какие были в 2024, 2023, 2022, 2021, 2020, 2019, 2018, 2017, 2016, 2015, 2014, 2013, 2012 и ранее.
Х У Е Т А
Почему тогда есть ещё vue, svelte, angular?
Ещё эти всякие пакетные менеджеры разные, тайпскрипт... Это всё не по дефолту
>Нет, ты опять выходишь на связь, мудила, агришься на обычный вопрос
Ты не замечаешь, что у тебя паттерн? Ты каждый месяц вылазишь со своим "юекендом на ноде", тебя обоссывают по фактам и ты пропадаешь до следующего месяца. Самого не заебало?
Так-то бекенд на ноде это топ. Просто в РФ специалистов нормального уровня на жс чуть больше чем нихуя, по этому тут не ценится это
>В смысле даже, он и так всегда был популярен для бекенда
У глубинариев программача питон это только скриптики и ml. Когда говоришь про бэк у них начинается отрицание ведь подпивасники знают только про джаву и пхп.
> У глубинариев программача
Это недавно залетевшие с пикабу или вкатуны-дауны. Тут всегда хейтили жабу и питон на бекенде.
Думал, что ты хоть нормальные языки назовёшь, которые реально способны конкурировать с TS, а ты две хуеты назвал
Но ты это зачем-то делаешь, потому что пхп и го объективно задизайнены хуже TS
>Но ты это зачем-то делаешь, потому что пхп и го объективно задизайнены хуже TS
Что именно в коре современного ПХП задизайнено хуже, чем в ТС?
Попробуй вот так дженерик описать. У меня почему-то тс не подсвечивает в данном случае, но сталкивался с проблемой динамических свойств.
<T extends { [key: string]: string }>
>>3339257
И странно, у тебя ide подсвечивает, что поняла, что item:T, но в ошибке будто считает, что unknown.
Типичный пользователь ТСа, лол. Нах вы на нём пишете, если не способны задизайнисть типы
То есть ты ожидаешь, что появятся новые аноны и хоть в этот раз тебя с твоей нодой не будут обоссывать, а поддержат?
> Типичный пользователь ТСа, лол
Что ты хочешь от вчерашних жабоскриптеров? ТС - язык свитчеров, к нему не приходят как к языку первого выбора или как к безальтернативному платформы.
>Типизация, она в пхп на минималках
Ну а в ТС она просто избыточная. Это было бы нормой для какого-нибудь шизотерического ФП языка по типу хаскеля, но в языке для работы с DOM и раздачи JSON'ов, это просто лишнее.
Если всё твое приложение - это три файла по паре функций - то тебе ts действительно избыточен.
>Если всё твое приложение - это три файла по паре функций - то тебе ts действительно избыточен.
При чем тут количество файлов? Я говорю обо всякой жести с инферами, сложными сигнатурами индексов в сопоставленных типов и прочем. Там может быть один файл на 10 строк кода.
>но в языке для работы с DOM и раздачи JSON'ов, это просто лишнее.
В чем принципиальное отличие от варианта со служебным типом Record?
>Нах вы на нём пишете, если не способны задизайнисть типы
В 99% случаев мне нужно описать без дрочева простые пропсы компонента, аргументы функции или набор полей, приходящих в объекте с бэка. И это очень удобно. Дженерики мне редко нужны.
>В чем принципиальное отличие от варианта со служебным типом Record?
Конкретно в этом случай нет разницы. В целом сопоставленный тип больше гибкости дает. Если это не нужно, ебашь всегда Record, так читаемее.
Хочу чтобы перестали применять ТС там где он нахуй не нужен, очевидно же. Проекты до 50к строк кода (80% проектов) не нуждаются в ТС ну совсем никак, jsdoc или d.ts и всё, нинужно ничего более.
>>3341065
Посмотри прост на ответ нейросети и на твой. Когда ты пишешь стринг, то по сути это ничем не отличается от any. Какой смысл писать везде any? Нету.
Все типы должны наследоваться от чего-то, чтобы ТС имел смысл, чтобы понимать что происходит, чтобы эти строки были сопоставлены с чем-то, а не просто строки.
Стринги это то что ты получаешь от IO, а дальше уже типы на типах через типы.
У any нету метода padStart как и других методов. Внутри функции function helloworld(x) может жестко требоваться использование методов строки, поэтому использование встроеных типов, таких как string, ничем не хуже ипользования кастомных типов.
function helloworld(x: string)
Другой вопрос использовать жсдок или тс. Ты говоришь, что проект маленький, поэтому лучше жсдок. Сегодня проект маленький, а завтра наняли араву макак его пилить. Не все так однозначно.
Ещё раз повторю если ты такой умственно отсталый и не понимаешь с первого раза - я не твой протыкласник, или кто там тебе мерещится, болезный
Чел, ты просто не понимаешь смысл типизации. Она нужна не для того чтобы в функцию строку или булен передавать, она нужна для написания интерфейсов которые принимают конкретные типы и ничего более. Если ты пишешь интерфейс, а потом вставляешь туда стринг - это кринж ебаный.
В целом подобное твоему мышление встречается в большинстве проектов, наверное, по этому ТС это невообразимый и бессмысленный кал, с которого можно только орать в шепет.
>>3341261
Когда работать начнёшь сможешь и не такое.
и потом стрясти с кабана бюджет на переписывание жс на тс.
>Чел, ты просто не понимаешь смысл типизации
А ты ее понимаешь? У строки нет интерфейса по-твоему? Интерфей из любого типа можно выделить, тем более в тайпскрипте, где структурная типизация. Функция function helloworld(x: string) будет где-то использоваться. Например в при парсинге json. На стороне использующего кода в helloworld может передаваться как число, так и строка. Если helloworld использует padStart - это значит helloworld требует интерфейса строки для своего аргумента х и ее нельзя напрмую без проверки использовать в этом коде..
>ТС это невообразимый и бессмысленный кал, с которого можно только орать в шепет.
Когда не осилил настолько простой язык как ТС. Жаль тебя, чел.
И в чём проблема? Ты за деньги кабана переживаешь? Вообще у нормальных кабанов проекты всегда с самого начала пишутся на ТС. Так что если кабан тупой и его проекты не пишут на ТС с самого начала, но это его проблемы, пусть теряет деньги на переписывании на ТС.
<AuthProvider>
...<MenuProvider>
......<NotificationsProvider>
...........
......</NotificationsProvider>
...</MenuProvider>
</AuthProvider>
Наоборот так и делается, только эта матрёшка в отдельный файл выносится
>Функция function helloworld(x: string) будет где-то использоваться. Например в при парсинге json. На стороне использующего кода в helloworld может передаваться как число, так и строка.
Мы вам перезвоним.
>>3341340
>>3341341
Вкатун опять высирается со своим тсом, лол
>Является ли колхозом с точки зрения архитектуры и красоты кода при использовании Next
С точки зрения архитектуры и красоты кода Next - это параша говна. Делай нормальное MVC при помощи react, mobx, mobx-react-lite и mobx-keystone палю быдлу годноту. Пихать логику в компонеты и размазывать её по всему приложению - это пиздец. Ты даже не можешь сделать нормально снапшот приложения при подходе с провайдерами, и все данные хуйнуть по сети или в локал сторадж
>Я говорю обо всякой жести с инферами, сложными сигнатурами индексов в сопоставленных типов и прочем.
В 99% приложений тебе это никогда не понадобится. Вся эта хуета про библиотеки.
const array = [1,[2,[3]], [4,5]];
Непонятно твоя логика, что если аргумент метода использует встроенный в язык тип (вроде string), то такая типизация бесполезна и можно заменить на any. Я вот что хотел сказать.
>Когда ты пишешь стринг, то по сути это ничем не отличается от any. Какой смысл писать везде any? Нету.
Почему статические проверки на string и number не нужны? Что за бред? Я пишу функцию и предупреждаю, чтобы она правильно использовалась. Внутри функции делать преобразования типов аргументов на все случаи жизни - вот это говнокод.
Тайпскрипт не Ванга, чтобы угадать, что ты хочешь получить. В таких случаях не используют автоматический вывод типа.
const array: T = НЁХ
> Вангую, что никто из вас не сможет без gpt протипизировать этот код:
> const array = [1,[2,[3]], [4,5]];
Для общего случая сгодятся рекурсивные типы:
type Arr = Array<number | Arr>;
Пиздец с какими неосиляторами приходится сидеть на одной борде.
Не нужно типизировать const. TS и среда разработки делает это автоматом. Ты вообще пробовал редактор кода открывать?
>Вкатун опять высирается со своим тсом, лол
Так ты и есть вкатыш, который не смог осилить ТС, вот и серишь в тред по этому поводу
Mobx это говнота, тот же Zustand лучше, да и вообще глобал стейт чаще не нужен чем нужен. C точки зрения архитектуры и красоты кода Next ничем не хуже обычного реакта, Next как раз способствует не срать логикой там где не надо, а на голом реакте можно писать как угодно. Метафреймворки больше способствуют грамотной структуре проекта. А твой MVC это просто древнейший кусок вонючего говнокаличного копролита из 2014 года, когда писали на backbone + marionette. Дед, тебе 40, ты застрял в развитии?
Ты буквально обосрался в каждом предложении. Мне максимально лень тебе что-то объяснять. Буду вопросы, пиши.
>В 99% приложений тебе это никогда не понадобится. Вся эта хуета про библиотеки.
Так у тебя любое более-менее сложное приложение само по себе содержит какой-то код, который сам по себе является библиотекой.
Тебе не лень, тебе нечем возразить потому что я прав, ты просто боишься признаться, что обосрался
>боишься признаться
Бояться лоускил макаки? Кек. Тебе было сказано, есть есть вопросы, пиши. В иных формах твоего обучения не заинтересован
Каждый паблик, каждый блогер трубит что есть альтернативы, не используйте.
Все равно на рыночке 90% вакансий это redux
>Mobx это говнота, тот же Zustand лучше, да и вообще глобал стейт чаще не нужен чем нужен
MobX это не глобал стейт.
>Почему Redux говно все еще живо?
Потому что с RTK или сагами вполне норм.
Ты никого не способен ничему научить потому что сам вчерашний вкатыш, которому требуется образование
Потому что это база, как и электрон. Сколько бы у нитакусиков ни горело.
А то с ним не так? Я до сих пор использую.
>Каждый паблик, каждый блогер трубит что есть альтернативы, не используйте.
Так они на шее у мамок сидят, поэтому могут каждый день новую очень модную либу в свои хеловорлд применять.
>mobx-keystone
>А это что за покемон?
>Чем лучше мобикса?
Он не лучше. Он использует MOBX https://github.com/xaviergonz/mobx-keystone/blob/master/package.json#L27
Это библиотека, которая поверх MOBX даёт ряд удобств. Самое основное для меня - это снапшоты. Очень частая задача взять часть данных из state и положить их куда-то в друго место. Например: сохранять данные в IndexedDB или загружать их оттуда при запуске приложения для последующей работы офлайн; отправить текущие изменения, сделанные пользователем по сети на сервер; откатить сделанные изменения; показывать старые настройки - например при открытии окна редактирования данных, даже если с сервера прилетели новые данные, в окне надо показывать старые. Используя голый MOBX придётся городить методы write, read для каждой модели, без использования MOBX и с использованием данных useState - подобные задачи преврашаются в ад
>А то с ним не так? Я до сих пор использую.
да все так, пользоваться можно. Но есть нюанс
Снизу только zustand и jotai норм. Да и вы редаксохейтеры как будто не видели насколько упрощает работу redux toolkit.
>zustand
=(
Аналог этого кода с autorun на zustand напишешь?
import i18next from 'i18next'
import { autorun } from 'mobx'
import { state } from '../state'
export class State {
@observable accessor language = EN
}
autorun(async () => await i18next.changeLanguage(state.language))
Потом про снапшоты спрошу
В падлу думать, спросил нейронку переписать твой код и вот что она предложила https://pastebin.com/YAXEmJbG
И потом в компоненте:
// In your component
const language = useLanguageStore((state) => state.language)
const setLanguage = useLanguageStore((state) => state.setLanguage)
// To change the language
setLanguage('FR')
>Почему статические проверки на string и number не нужны
Нужны, когда они приходят с I/O. Во всех остальных случаях в функции приходят не стринги, а объекты.
>>3341410
Не трясись, вкатун
>>3341952
>zustand и jotai норм
Это кал. Обычное создание стейта превращается в какой-то анальный карнавал бойлерпринта. Впрочем, что ещё ожидать кала созданного для реакта.
Вкатыш, спокнись уже. Какой ещё бойлерплейт в zustand? Анальный карнавал бойлерплейта это как раз mobx, тем более mobx-keystone.
>Как же хорошо и легко с этим на вуе
Только работы нет, а та немногая, которая есть, она за низкий прайс. Да и с каких пор отсутствие выбора стало лучше чем наличие широкой возможности для выбора?
Так и знал что шизло с зустандом это местный клоун-вкатыш, кек. Ну ещё бы, кто ещё кроме вкатыша будет этим пользоваться
Вкатунидзе, не проецируй. Я много чем пользуюсь. И зустандом, и редаксом (с тулкитом), и эффектором, и мобиксом. И не только реактом, на вью тоже много писал, на ангуляре умею писать.
> зустандом, и редаксом (с тулкитом), и эффектором, и мобиксом
Ебать набор вкатуна конечно.
В чём твоя проблема?! Давай что там у тебя про снапшоты.
import i18next from 'i18next'
import create from 'zustand'
const useStore = create((set) => ({
language: 'EN',
changeLanguage: (language) => set({ language }),
}))
useStore.subscribe(
(state) => state.language,
async (language) => await i18next.changeLanguage(language),
)
Это слишком толстый троллинг или реально тупость? На любой работе 80% что будет редакс, 10% мобикс, 10% зустанд или эффектор. Это если вообще глобал стейт юзается. Во многих проектах это говно вообще не требуется и только вредит, достаточно tanstack query либо apollo client.
> 10% зустанд
Влажные манямечты вкатуна. Про зустанд вообще никто не знает и не слышал.
Вкакотусик, с какой целью ты проецируешь собственное невежество на других?
Работаю в котвасе, поискал в гите зустанд. Не нашел.
Просил двух бывших сотрудников, тоже в котвасе, - у них также зустанда нет.
Учитывая, что на РФ рынке все деньги и вакансии в котвасе - могу смело утверждать, что зустанд не нужен. На данный момент. Может лет через пять что-то изменится.
Вот, я такого и ожидал. А теперь посмотри, сколько раз ты написал слово language и сколько я. У меня 3, у тебя 8. Не находишь подход zustand НЕМНОГО избыточным?
Стейт там. Просто кусок кода из проекта забыл удалить
`export const state = new State()`
Если не нравятся классы, можно так сделать, так ещё короче. Полный листинг:
import { autorun, makeAutoObservable } from 'mobx'
const state = makeAutoObservable({language: 'EN'})
autorun(_ => console.log(state.language))
state.language = 'RU'
Мань, никому не нужно всякое говнище типо зустанда. Никому. Запомни это и больше не пиши этот кринж.
>>3342342
Про зустанд только шизы на форумах пишут, его в проде не используют. Хз с чем связано, может разраб фуриеб и шизы-фуриебы таким образом продвигают своих?
Иногда, так бывает, что разрабатываемое приложение чуть сложнее устроено, чем страничка с запросом к апи и показом лоадера.
>Мурыч
Был слит в русскоязычном чате Telegram по TypeScript. Мозгами слаб, поэтому не осилил современные тренды разработки. Выезжает на том, что отрастил бороду, поковырял спецификацию, немного почитал исходники V8, чем прозиводит впечатление на неоперившихся вкатунов и ещё более слабых интелектом от природы людей
Позиционирует себя, как эксперт в WebVitals и PageSpeed, что уже смешно, так как Google давно ранжирует сайты по рекламе и посещаемости. Скоро эти метрики вообще не нужны будут, так как web постеменно превращается в приложения для мессенджеров - смотрите WeChat Mini Programs и Telegram web apps
>прозиводит
производит
>интелектом
интеллектом
>постеменно
постепенно
Fastfix
>смотрите WeChat Mini Programs и Telegram web apps
Простой агрегатор. Приложухи в одной аппе. Веб куда больше, да и дольше проживет. Сейчас литерали любой школьник может такую хуйню запилить.
>Был слит в русскоязычном чате Telegram по TypeScript.
Можно где-нибудь почитать?
Мурыч персонаж калоритный, как же ревел от дебатов Мурыча и Сойера.
Кого выберешь ты?
>Можно где-нибудь почитать?
Битва Царя и Мурча начинается тут. Но до этого Царь тоже неплохо наваливал
https://t.me/ts_cool/298847
Чтобы понять тезисы желательно знать плюсы и иметь знакомство с построением парсеров
Почитал срач.
Как по мне Рома Р был слит.
Рома Р, залогинься, ты не "Царь".
Мурыч тут был объективно прав, заметно что его соперник гуглит википедию и невпопад отвечает. Так же делал, правда не сливался так же жалко как этот сраман.
Впрочем, выглядит как спор двух ебалаев с харчка, мда, быдло ебаное.
крч сейчас собеседовался на вуе разраба через аутстафф, хр сказала типо договор у них заключается на 2 года и первый год зп пилится 50/50, далее 60/40 или 70/30, а они будут мне помогать проходить собесы и собсно работать
сам я зелёный шо пизда, имею год опыта благодаря практике в вузе, даже не знаю толком что такое аутстафф, но ощущение что тут пытаются наебать и меня, и компанию, в которую меня продадут, это так?
и ебануто пугают цифры, 2 года это дохуя, 50% это тоже дохуя, но с другой стороны я долбаёб, который формулировать предложения нормально не умеет, даже если идеально ответ на вопрос знаю, так что мб это лучший варик для меня
Шли нахуй эту кабалу.
Лучше месяцок другой посидеть теорию поучить чем два года зпху за нихуя отдавать.
Хуя, вкатунцов наебывают. Чисто выезжают на твоей неуверенности. Учись, либо ливай из сферы. Вариантов нет
Это же не нужно в работе.
Понты?
Хуле ему надо? Как сделать дефолтное значение нормально то? И как сделать тайп гард чтобы он понимал что это точно функция?
Вот функция https://www.typescriptlang.org/play/?filetype=js#code/PQKhCgAIUgBAXApgWwA4BsCGTIBUoyyqYBOmykA3gHYCuyARoiQL6QkD2A7gM4FzEyFGvSatIAYw7o+0AaXJVckAD6QAFOoCWALkh1GzADSQAVjoNiAlJAC8APjxW2AN0zpaifrBKJ4tEmoeJQBtAF1wlgJgcEQAD1QOEnhIADNaagl4LQ5qSV9sRABZbBItOPVOXhMpGRM3D0Q7SAAGG0ooSC1UjXgAT1REDh6Gz0gAQltbSAAidMzs3Jn2zsh2PwC8gEESMj6AOlTOZHVKSHREagBzeAALPSrglhN1GwdVtcgdvcPj0-PLjd7pJpE8Xm9HKNEFYjB8rABuTpRNa+fyBL67TAHI4cE5nC7XO4PbhgjQAfRMWghH2+WN+uP+BKBelqpPUFLMEMgUO0JlMVhhnQR4BYQA
>Это же не нужно в работе.
В смысле? У него работа душнить на тюбике за донаты, впечатляя навиных лохов псевдоглубиной САКРАЛЬНОГО познания JavaScript. Ему нужно.
>>3343779
Что ты высрал? Ты вместо функции number передаешь.
Я хочу чтобы оно принмало либо ()=>T либо T и возвращало бы T[][], по умолчанию T будет number соответственно.
>>3343802
>>3343779
Переписал так, исчезла одна из ошибок, но теперь тип неправильный выводится если функцию передать, че за хуйня. А как сделать дефолтный тип T найти не могу.
https://www.typescriptlang.org/play/?filetype=js#code/PQKhCgAIUgBAXApgWwA4BsCGTIBUoyyqYBOmykA3gHYCuyARoiQL6QkD2A7gM4FzEyFGvSatIAYw7o+0AaXJVcbAG6Z0tRP1glE8WiWo8lAbQC65lgWDgAZrWoT4ASw7VJu7IgCy2Es4APAApOXgAaSWkeCLUNRABKKihIZ1tIIPgAT1REDjTYzUgAQgBeEsgAIntHFzcKxMpkyHY9A3cAQRIyTIA6W05kIMpIdERqAHN4AAsALnZuYxYIoMSSgD4m5shO7r6BoZGxydnImUgl9NW1yAKEsM34gG5kq2bdfUNtrsxe-o5B4ajCbTOahRbLAD6EWcV02Ox+e3+ByBxzmUjOFyCUMgACsrjd1Jogs4Inj4vdmk9wFZwFIjPBIBRyhJPEhfPB-MEAIwRHmXSDrSBcqnAYBbSAAPQA-LS3DwGcgAEwCjyILzszlBPna+LgUXi6Wy+mMgDMKpMJhWAuuXLMZj1Yq2hrpPGkiB66A44yCyESkFFFttZkgRtdow9Xp9isSAZMQaAA
>Я хочу чтобы оно принмало либо ()=>T либо T и возвращало бы T[][]
Ты не можешь с typeof на функцию проверять, это баг тайпскрипта.
https://www.typescriptlang.org/play/?#code/GYVwdgxgLglg9mABBATgUwIZTQWSymADwB4AVAPgAoU4B3AZwC5EwQBbAIzRQBpk4ANkxbsuvRADcMAkGmalEAH0SVKGZq07c+HDaO4BKRAF5yiUgaMBvAFCJEMYCqky0DsPSgZIaOE4Bi4NDwYNZ29vwegmgAdAJwAOaULrIGANzh9uhQIChIAIIoKBgAnjHANGyUVogCaGAJUAAWzDQMiAC+fJQA+nwwRqaZEYXFZRVwVTV1Dc3MEIL0nd19iABWg2YpaJQwfBsGPMPp4R2IaEJuthGI2bkFRaXlldW19Y0tt3RLXSqbw-ZRk8JlM3rNPgshMs-iYttJUkcbid7B1wjZUTYgA
>Вон как, спасибо! А с дефолтным параметром как?
Пожалуйста. Никак, дженерик не принимает дефолтного параметра. Перегружать функцию, только так. Либо оставлять его T и инициализировать дефолтный параметр внутри самостоятельно.
Если ты пишешь что-то сложнее рендера говнокнопок - знания v8 нужны, чтобы писать оптимальный код.
Джуны которые 24/7 только кнопками занимаются понятно дело не используют ничего из этого, им в целом и не нужно, это не их задачи.
>Если ты пишешь что-то сложнее рендера говнокнопок - знания v8 нужны, чтобы писать оптимальный код.
Твой даунизм сработает только в одном случае: когда ты, вкатун ебливый, пишешь свою тудушку в одну кабину на ванилле. В реальности под твоем говном будет с пяток слоев абстракций и ты можешь хоть усраться, но если код твоего фреймворка забивает rAF queue, потому что дебилы не осилили по-другому синхронизировать рендеринг на сафари, все твоя знания v8 можешь запихнуть себе в свое огромное рабочее очко.
>Понты?
Пытается окучивать нишу (((прошаренных))) в ру-сегменте ютаба. Ну и учитывая, что нормальный коммерческий код он скорее всего никогда не писал, мб и правда верит, что в реальном мире пара сэкономленных тактов кого-то волнует (если эта пара там вообще существует, лил).
Пейсатель кнопок моментально порвался, лол.
Что ты высрал вообще? Какие абстракции? Это лишь в твоём манямирке верстальщика существует, потому что ты без библиотек и абстракций ничего написать не можешь
>писать оптимальный код
Для этого надо разбираться в апи языка и асимптотической сложности алгоритмов, а не в деталях реализации интерпретатора.
> джуны блаблабла
Ни джуны, ни сеньки во внутренностях v8 не ковыряются, да и на ванильном джс никто уже не пишет, везде фреймворки. Фреймворк, соответственно, руинит любые попытки в маняоптимизации.
А нахуя в принципе писать оптимальный код? Нужно писать код, за который кабанчик платит как можно больше денег. Чаще всего такой код абсолютно не является оптимальным.
Ты ведёшься. Надо было не про фреймворки рассуждать, а задать вопрос
>знания v8 нужны, чтобы писать оптимальный код
Если тебе так нужна производительность, то нахуя ты взял V8?
> Для этого надо разбираться в апи языка
Какое ещё апи языка, че несешь нахуй, лал
> асимптотической сложности алгоритмов
Это даже не вопрос, на первом курсе проходят, важны лишь детали реализации
> а не в деталях реализации интерпретатора.
Да ты даунич прост, никогда сложнее кнопки в реакте не писал ничего
> на ванильном джс никто уже не пишет
Вкатуна забыли спросить
>>3344478
Смотря что ты пишешь, очевидно. Если ты пишешь проект и тебе с него имеешь процент прибыли - писать неплохо бы написать. Конечно речь не идёт про зарплатодаунов которые пишут кнопочки, тут и так всё понятно
>(если эта пара там вообще существует, лил).
Вроде был стрим, где он че-то канпелировал с выводом в байткод и прям усираясь орал, что var экономит сколько-то тактов процессора.
>>3344428
Порвалось только огромное очко у тебя, петуха, сука, рабочего. Ничего тебе, дуре, даже пояснять не буду. Как только ты сел на любой фреймворк, все твои оптимизации размещаются в твоем очке. Если ты сейчас спизданешь, что хуяришь фронтенд на ванилле - я переведу тебя из петухов в клоуны.
>>3344478
>А нахуя в принципе писать оптимальный код?
Вопрос принципиально в другом. Какая разница, какой там код, если у тебя все что делает браузер требует взаимодействия с сетью, а это минимум 80мс туда-обратно. Что это блять должен быть за код, который не успеет выполниться за 80мс, чтоб ты на фоне network latency его почувствовал?
>>3344487
>Если тебе так нужна производительность, то нахуя ты взял V8?
Ага, знать V8, SpiderMonkey и WebKit до кучи. Чисто нахуй жизнь положить на изучение движков, а потом там блять появляется какой-нибудь Ignition и все твои оптимизации нахуй надроченные годами ебли становятся автоматическими, т.е. ненужными. В итоге сидеть потом как Мурыч с бородой мудями на ютабике трясти "ВЫ ВСЕ ЛОХИ, ВЫ НЕ ШАРИТЕ ЗА СПЕКУ". А сам сидит чудище блять бородатое в проперженых трениках в бабушатнике однокомнатном. Я понимаю за это бы платили ну хотя бы от $6,000, тогда да, имел бы смысл этой хуйней маяться, а так - это дрочево для бородатых лохов. Вот в гугле разработчиками движка V8 платят дохуя? Вот пусть они и ебутся, чтобы мой код быстро работал, а мне некогда этой хуйней заниматься, мне таски надо в джире вправо двигать.
Да нахуй он нужен блять. Это спортивное программирование. Весь понт всей этой шняги - шоп просто ходить и доказывать, кто большой погроммист а кто меньший.
>Смотря что ты пишешь, очевидно. Если ты пишешь проект и тебе с него имеешь процент прибыли - писать неплохо бы написать. Конечно речь не идёт про зарплатодаунов которые пишут кнопочки, тут и так всё понятно
То есть ты ведёшь речь про 0.01% разработчиков. Все остальные работают за зарплату. Так что твоя маняфиксация на оптимальном коде это вообще не норма. Ты маргинал.
Для интереса, правда пока только два реально прикольных дня было.
>Сейчас хоть миддла, хоть сеньора запросто спрашивают и про движки, и про сборку мусора и литкоды и все на свете
Спрашивают исключительно ради того, что бы прогнуть по зепке. Никто на реальных проектаз не дрочит в8, потому что если возникает такая необходимость - лучше переписать все на раст/го/с++
> И что ты скажешь? Что тебе это не надо и в работе не пригодится? И пошел ты нахуй тогда отсюда, умник.
Ну скажу про шейпы, хидден классы, граф связей. Этого на 99% достаточно для того, что бы рекрутер не доебывался. Если он конечно не ноулайфер аутист-задрот-двачер который пытается унизить кандидата
Я весь ноябрь собесился на сеньора, буквально 0 раз спросили про особенности V8. Спрашивали только пару раз что это в принципе такое.
>Порвалось только огромное очко у тебя, петуха, сука, рабочего. Ничего тебе, дуре, даже пояснять не буду.
Кнопкописец продолжает рваться, кек
> Как только ты сел на любой фреймворк,
Мань, кнопки на фреймворках пишут такие додики как ты. Свободные люди такой ерундой не занимаются.
>>3344587
Много деняк, очевидно же.
>>3344595
> То есть ты ведёшь речь про 0.01% разработчиков.
10% примерно.
> Все остальные работают за зарплату. Так что твоя маняфиксация на оптимальном коде это вообще не норма. Ты маргинал.
Да поебать всем на твоё мнение, джун. Ты всю жизнь будешь писать кнопки и делать что говорят. Твоё мнение даже не спрашивали, хуй знает зачем ты тут высираешься, лол
Да это местные вкатуны и вечные джуны в рогах и копытах, типичное быдло залетевшее в айти. Они просто слишком тупые и никогда ничего сложнее кнопок не писали в своей жизни. Им действительно не требуется никаких знаний, вечные макаки которых через через пару лет заменят нейросети. Такие дела.
>Свободные люди такой ерундой не занимаются
РНН-господин попускает тупых сенек на фреймворках итт, спешите видеть.
Без режима разработчика, подписка 1.5к ради одной фичи это крохоборство
>10% примерно.
Неправда. Ты маняфантазируешь. У линейных сотрудников практически не бывает такого, что они имеют процент с прибыли компании. Разве что если ты единственный сотрудник в компании, лол, или вас несколько и вы все сооснователем стартапа.
>Да поебать всем на твоё мнение, джун. Ты всю жизнь будешь писать кнопки и делать что говорят. Твоё мнение даже не спрашивали, хуй знает зачем ты тут высираешься, лол
Твоё тоже не спрашивали, но ты же серишь своим маргинальным мнением. Я сеньор в бигтехе и на моём проекте задачи намного сложнее покраски кнопок. Мой проект влияет на жизни множества людей в стране, а ты болезный маняфантазёр, оторванный от реальности, как будто никогда и не работавший в индустрии.
>Самому отмерять и сравнивать по пикселям?
this. Либо плагин установить.
>Много деняк, очевидно же.
В других языках он может получать больше. зачем ему фронт если он такой умный?
Инженер, который умеет делать машины идет к Илону Маску, он не станет делать туалеты применяя свою гениальность.
Почему так сложно просто взять и сделать свой проект?
>>3345170
> Неправда. Ты маняфантазируешь.
Нет, я не местный долбоеб, который пишет кнопочки на фреймворках.
> У линейных сотрудников практически не бывает такого
Тебе-то откуда знать, ты не работаешь даже.
> Твоё тоже не спрашивали, но ты же серишь своим маргинальным мнением.
Нет, был вопрос, на вопрос ответили. Ты же порвался жопой и начал высирать своё бессмысленное мнение про кнопочки на фреймворках, отвечая на каждый пост который тебе не нравится. Видимо тебя опустили с знанием v8 и у тебя какая-то болезненна фиксация началась итт
> Я сеньор
Сеньор-пиздабол, ты? Узнал тебя по твоей горелой сраке
>>3345443
> В других языках он может получать больше
Не, в других всё сложнее. В жс можно фулстек залететь и отхапать процент прибыли, как уже говорил.
> Инженер, который умеет делать машины идет к Илону Маску
Ебанутый что ли, он платит ниже рынка, к нему лошки идут чтобы гордится тем что в тесла работают
Да иди ты нахуй! Хватит свой адвент пиарить, никому он не всрался, никто не пойдёт его решать и хватит спрашивать в десятый раз.
Долбаеб адвент топ! Хотите быть крутым сеньором чтоб иметь процент, решайте адвент. В течении пары лет литкод и кодварс уйдут в небытие, все будут решать адвент вот такие дела
> Advent of code
Что это за дрисня, эльфийка, блядь, церера, шеф, для каких дегенератов это нахуй высрано? Лучше бы сделали задачу "идеальная архитектура фреймворка", чтобы это хотя бы имело смысл решать и смотреть на решения других. Или "быстрейший обход AST деревьев"
Щас бы решать задачи которые чуть более чем бесполезны. От этой хуйни прям повеяло нестиранным зассанами труханами аутиста.
>Нет, я не местный долбоеб, который пишет кнопочки на фреймворках.
Ты просто местный маняфантазёр, у которого начинается тряска, когда ему указывают на его маняфантазии
>Тебе-то откуда знать, ты не работаешь даже.
Работаю уже 7 лет
>Нет, был вопрос, на вопрос ответили. Ты же порвался жопой и начал высирать своё бессмысленное мнение про кнопочки на фреймворках, отвечая на каждый пост который тебе не нравится. Видимо тебя опустили с знанием v8 и у тебя какая-то болезненна фиксация началась итт
Так я задал вопрос, а ты ответил маргинальными маняфантазиями, о чём я и сообщил треду, чтобы видели какие шизы бывают
Редух не нужен, а там где нужен - бери зюстанд, он тупо проще. И не будет соблазна пихать лишнее в глобал стейт. Я уже заебался рефакторить код коллег где литералли каждый блять запрос к бэкенду идет через редух-тханки ебучие. Весь стейт засран ненужным говном.
Стейт менеджеры для запросов к апи реально не нужны, тут соглы на все 100. Редух юзается по привычке и популярен лишь потому, что ебаные макаки, коих 80%, не могут хоть на минуту задуматься зачем им вообще редух-баребух.
Да, это ебаное уродство. Именно для этого придумали стейт-менеджеры, это как раз тот случай где они нужны. Я не знаю зачем пишут свои велосипедные контекст-провайдеры, видел такие лесенки только в кромешном говнопроекте.
И да, ты же в курсе, что контекст работает только в клиентских компонентах Next? Если ты хотел заменить этим редух, то идея провальная.
В rtk query до сих пор не могут добавить поддержку suspense, в tanstack query уже года 3-4 она есть, в swr и apollo client тоже
Я решаю. Но этот год как-то не очень на самом деле, было только пара интересных дней.
>>3345681
Олсо вряд ли это тебе поможет во фронтенде, но мне просто интересно. А на двоче только какие-то душные пидарасы сидят, которым погромирование исключительно как работа нужно.
>которым погромирование исключительно как работа нужно.
Соер, ты?
Стахановец, любитель работать за еду, любимая лошадка кабанчика
Не, кабанчику погромирование не нужно, ему кнопку покрасить надо, иногда это конечно интересно, но на уровне совпадения.
Использую esbuild.
Успешно собираю JS.
Затем хочу собрать CSS.
Мне падает ошибка: нет png-лоадера.
Я не понимаю, зачем ему вообще png-лоадер: я вообще не хочу, чтобы он чё-то делал с урлами картинок внутри css-файлов.
Да и вообще, КУДА esbuild собрался эти картинки грузить? Внутрь файла как base64, что ли?
Есть ли настройка, чтобы не пытаться загружать картинки во время бандлинга стилей?
Нужно именно программирование огромному количеству кабанчика. Вакансий буквально тысячи, где нужно именно программировать.
> врёти врёти это всё маняфантазии
> а вот я не фантазирую, я работаю
Мань, очнись, ты рассказываешь про кнопки не фреймворках. Этим только вкатуны занимаются, не удивлюсь что ты вкатываешься лет 10 подряд, не снимая зассаных труханов, кек
Нет, я рассказываю не про кнопки, это у тебя пластинка про кнопки заела. Я рассказываю про веб-приложения.
смотрю доки на хуки, охуеваю как уродливо и уёбищно. всё работало, всё было заебись, нахуй было трогать, ёбаный же в рот. я ужасаюсь от мысли работать с индусским кодом на хуках.
ещё блять в добавок CRA два года на обновлялся и тоже практически deprecated, даже не ставиться через нпм без пол-терминала каких-то ебучих ошибок, быть которых не должно.
короче, два вопроса:
1) если не для себя а чтобы на дядю работать, учить next или remix?
2) с той же целью, нужно ли ещё учить redux?
>1) если не для себя а чтобы на дядю работать, учить next или remix?
next
>2) с той же целью, нужно ли ещё учить redux?
нет
>если не для себя а чтобы на дядю работать, учить next или remix?
Да ёбаный в рот! Ты специалист по вебне или нет? Тогда хуле ты спрашиваешь, это ты сам должен знать что лучше/хуже. Если дядя знает лучше тебя, то нахуй ты нужен? А если хуже, то смысл тогда обращать внимание на его мнение.
Шиз, прими таблетки, я ни про какие кнопки не говорил. Не зря в тебе сразу задетектил маргинала, ты ещё и душевнобольным оказался. Мои соболезнования.
Не трясись, вкатун. Иди верстай свои кнопочки на фреймворках
>классовые компоненты практически deprecated
Смотри, на пикрил, как надо писать пишут. Классы имеют смысл там, где большая связность множества методов. В UI её нет. Она бывает в логике, там классы и используй
>CRA
Какаха. Один раз потрать несколько дней, настрой tsconfig, eslint.config.mjs, .babelrc и webpack и после редко к этому возвращайся, когда надо очередной плагин поставить для вебпука
В ином случае, ты экономишь в начале несколько дней, но по итогу получаешься говно, в котором ты в любой непонятной ситуации будешь делать eject и пердолиться с тысячами строк шизы, что выйдет дороже
>кодом на хуках
useEffect и useRef - хорошо. Остальное не нужно
>если не для себя а чтобы на дядю работать, учить next или remix?
Ни то, ни другое. Что же вы все так стремитесь делать какое-то говно. Страшно не быть как все? Дядя не покормит, тян не даст? Next - для обезьян, которые не сильно выше PHP-мартых по интеллекту. Ты вопрос себе задай, зачем он нужен? Потом задай себе вопрос, почему ты подстраиваешься под дядю, которому, в свою очередь, навешала лапши на уши более шустрая макака, делающая на говняке, а не предлагаешь решения, которые тебе удобны?
Я в одном из прошлых тредов SSG/SSR-шизам объяснял, как надо делать. Коротко, надо разделять web-приложение на две части. В одной использовать статичный UI без этих ваших SSR. В второй клепать десятки сайтов с контентом, индексируемым поисковиками, которые ведут на твое приложение. За счёт разделения часть работы связанную с индексацией ты можешь отдать на аутсорс, при этом будешь меньше трястись, если домен заблокируют из-за агрессивной рекламы
>нужно ли ещё учить redux?
Там нечего учить. Если хочешь угодить срыночку, учи - будешь писать бойлерплейт осознавая тщету бытия. Хочешь удобно - MOBX. Там есть что учить. Надо будет посидеть день, два над keystone, потыкать удобства. Зато научишься делать нормальные мультиплеерные приложения. Даже сможешь рулить UI пользователя через сервер почти из коробки. Приколись, взять и сделать так, чтобы у пользователя открывалось окно по команде с сервера без изменения логики в клиента - это же круто
У тебя тряска не прекращается, если ты каждый день эту свою мантру не будешь повторять.
>Я в одном из прошлых тредов SSG/SSR-шизам объяснял, как надо делать. Коротко, надо разделять web-приложение на две части. В одной использовать статичный UI без этих ваших SSR. В второй клепать десятки сайтов с контентом, индексируемым поисковиками, которые ведут на твое приложение. За счёт разделения часть работы связанную с индексацией ты можешь отдать на аутсорс, при этом будешь меньше трястись, если домен заблокируют из-за агрессивной рекламы
Mobx-шиз, зачем вот это всё нужно, писать какие-то собственные костыли, когда на нексте есть специально предназначенные для этого инструменты из коробки? Нравится тратить в 5-10 раз больше времени на разработку? Ещё и с убогим DX. Что за необучаемость у русскоязычных разработчиков? На западе некст это абсолютная база и фундамент, всё давно поняли, что на нем делать сложный фронтенд проще и быстрее всего, ремикс и подобные инструменты тоже сюда относятся. Это что ли какой-то синдром утёнка, когда деды в 2017 всё делали на чистом реакте, и из-за убитой возрастными изменениями нейропластичностью не способны к переобучению?
> Ты трясешься, вкатун.
> НЕЕЕТ НЕЕЕТ ЭТО ТЫ ТРЯСЕШЬСЯ
Типикал шизло-верстальщик кнопок, лол
>писать какие-то собственные костыли
Ты промытый, если ты свой код считаешь костыями. Этот псиоп буквально говорит - не пиши ничего своего, а пользуйся чужим. Избавляйся, иначе ты сам нкогда билоитеку с таким мышлением не напишешь
>на нексте есть специально предназначенные для этого инструменты из коробки
Они есть не в нексте. Они изначально есть в реакте. Называется ReactDOMServer.renderToPipeableStream. Тебе в NEXT поверх этого дали ручки, крути. Но не надо рассказывать что там что-то такое особенное и удобное. К тому же, что ты мне хочешь такого рассказать, чего я не знаю, макака с помойным DX?
Естати, ты до сих пор и не ответил на вопрос, зачем тащишь next. Мне нужны не общие соображение, а критерии. Вроде, с NEXT я могу делать это, а без не могу. Посмотрим, чего ты без него не можешь
>Что за необучаемость у русскоязычных разработчиков?
>На западе некст это абсолютная база и фундамент
Ваще похуй, что там за забором. Ты умеешь самостоятельно принимать решение? Нужны критерии
>синдром утёнка, когда деды в 2017 всё делали на чистом реакте
Имплаинг, что чистый рекат что-то плохое от макаки с помойным DX. Ммм, наверно, стоит прислушаться
>нейропластичностью
Ты там это, открой биологию школьную что ли. Нейропластичность - способность одних областей нейронов заменять функции других. Это возможно в малой части мозга. Большая жде часть мозга не обладает нейропластичностью. Но там также поисходит образованием новых синапсов, то есть синаптогенез. Это и есть процесс образования устойчивой памяти. Скорость синаптогенеза с 20 до 50 лет примерно одинакова, после снижается, но не критично. Так что твои тезисы про возраст и нейропластичность - это ещё одна ропись в глупости
Почему тебе так сложно признаться, что ты просто макака, которой надо быстро для хозяев клепать говно, и для этого ты берёшь типовое решение? Берёшь и берёшь, не проблемы. Но вы зачем вы (макаки) пытаесь это вуалировать, придать статуса своим действиям. Тем более это смешно перед человеком, который знает на изиче весь ваш стек, при том, что это не моя основная деятельность
Ваша ошибка в том, что вы думаете: "О, вон там лохи, они что-то пилят руками. А я ща возьму быстро, потрачу один день, потом раз-раз и в прод, и заработаю денег.". Но забываете, что почти все так мыслят, и в итоге оказываетесь в позиции, что вынуждены биться с тысячами таких же. А потом в виду отсутсвия уникальности вынуждены что-то кому-то доказывать. Что прямо сейчс и происходит. Я имею хоть какую-то потенциальную ценность, так как рассказывай свой подход, ты же ценности не имеешь, так как предлагаешь типовое решение пойти учить NEXT, и от осознания этого ты пытаешься глушить меня нелепыми тезисами
>Ты промытый, если ты свой код считаешь костыями.
Не свой, а твой. Ты пишешь костыли неделями, я беру готовое решение и быстро выполняю задачу
>Они есть не в нексте. Они изначально есть в реакте. Называется ReactDOMServer.renderToPipeableStream. Тебе в NEXT поверх этого дали ручки, крути.
Это и есть готовые инструменты для быстрого и удобного выполнения задачи. Я уже на одном месте работы писал костыли поверх renderToPipeableStream и больше никогда не хочу снова это делать. В 1000 раз проще, удобнее, рациональнее взять некст или ремикс
>Естати, ты до сих пор и не ответил на вопрос, зачем тащишь next. Мне нужны не общие соображение, а критерии. Вроде, с NEXT я могу делать это, а без не могу. Посмотрим, чего ты без него не можешь
В смысле до сих пор, ты думаешь я тут единственный на весь тред пользователь некста? Тащу его не я, а техлид/архитектор. Чтобы команда быстро и без мозгоёбли делала проекты, где нужен SSR/SSG/ISR
>Имплаинг, что чистый рекат что-то плохое от макаки с помойным DX. Ммм, наверно, стоит прислушаться
Нет, не импаинг, не надо мне приписывать свои больные идеи. Реакт на vite отлично подходит там, где не нужен серверный рендеринг. Ты читать не умеешь просто, я же сказал, что плохой DX - это когда ты в 2024 пытаешься делать SSR на голом реакте, когда есть инструменты типа некста и ремикса
>Скорость синаптогенеза с 20 до 50 лет примерно одинакова, после снижается, но не критично. Так что твои тезисы про возраст и нейропластичность - это ещё одна ропись в глупости
В таком случае жаль тебя, если ты настолько скуф, что у тебя нейрогенез как у пожилого
>Почему тебе так сложно признаться, что ты просто макака, которой надо быстро для хозяев клепать говно, и для этого ты берёшь типовое решение? Берёшь и берёшь, не проблемы. Но вы зачем вы (макаки) пытаесь это вуалировать, придать статуса своим действиям. Тем более это смешно перед человеком, который знает на изиче весь ваш стек, при том, что это не моя основная деятельность
Какой статус я придавал своим действиям? Ты опять фантазируешь, шизик? Я просто высокооплачиваемый инженер с богатым опытом, который быстро и эффективно закрывает проблемы бизнеса, если это ты называешь макакой, то пусть, чем бы дитя не тешилось
>Ваша ошибка в том, что вы думаете: "О, вон там лохи, они что-то пилят руками. А я ща возьму быстро, потрачу один день, потом раз-раз и в прод, и заработаю денег.". Но забываете, что почти все так мыслят, и в итоге оказываетесь в позиции, что вынуждены биться с тысячами таких же.
У меня нет нужды биться с кем-то, если ты про трудоустройство, я давно устраивают на работу мимо публичных вакансий
>А потом в виду отсутсвия уникальности вынуждены что-то кому-то доказывать. Что прямо сейчс и происходит. Я имею хоть какую-то потенциальную ценность, так как рассказывай свой подход, ты же ценности не имеешь, так как предлагаешь типовое решение пойти учить NEXT, и от осознания этого ты пытаешься глушить меня нелепыми тезисами
Я тебе не доказываю, я же сразу указал на то, что ты необучаемый человек без гибкости мышления, ты уже не способен учиться новому и менять мнение. Зато люди в треде не совершат ошибку и не будут заниматься шлёпаньем костылей там, где это не надо
>беру готовое решение и быстро выполняю задачу
>Тащу его не я, а техлид/архитектор. Чтобы команда быстро и без мозгоёбли делала проекты, где нужен SSR/SSG/ISR
Вот опять, как и множество раз до этого, я выхожу на эту нестыковку. Ок, ты ничего не решаешь. За тебя решил бизнес и лид. Вопросов нет. Но почему тогда, если ты ничего не решаешь, ты высказываешь мнение
>Реакт на vite
Vite говно. Esbuild умеет всё тоже самое, что и Vite. Просто вам опять всё хочется из коробки, чтобы за вас кто-то сделал
>Не свой, а твой
То есть Васян пишет код - не костыль, я вишу код - костыль. Критерии костыля в студию. Пока ты думаешь, я тебе поясняю, что костыль, как и велосипед - это псиоп в твоей голове. Любой код может быть написан и использован. В реальности происходит следующее, кто-то, например, ты, вместо того, чтобы сделать то, что нужно, берёт готовое говно и оправдывает свою лень тем, что это не костыль
>Я уже на одном месте работы писал костыли поверх renderToPipeableStream и больше никогда не хочу снова это делать
Это делается за пару дней. Тебе этот метод выдаёт HTML. Всё, дальше твоя задача отдать его по сети используя express. С чем ты там не справился? На роутинге сломался? Или ты решил взяться за гидрацию, которая не нужна в статике, так как я выше пояснял, что надо делать два отдельных приложения со статикой и без?
>плохой DX
Плохой DX - это тащить в проект мусор. Ты затаскивая в проект NEXT лишаешь себя огромного количества фич, например, использованием IndexdDB, или офлайн работы приложения. Точнее не совсем лишаешь, но это приходится из-за SSR делать через жопу. Плюс, ты замусориваешь и увеличиваешь кодовую базу. Плюс растёт время отдачи рабочего клиента
Как кэш будет выполнять JS, чтобы получилась html-страница вместо script="react.js"?
Добавить
https://2ch.hk/static/js/events/snow_miner_anon_ne_podozrevaet.js
в фильтр для ublock
Спасибо.
Может есть способ как с помощью настроек firefox отключить этот снег, а то блокировщиками рекламы не пользуюсь?
>блокировщиками рекламы не пользуюсь
Как так можно, не понимаю? Я с первого дня в интернете их использую и жизнь без них не представляю.
Ну можно открыть сетевую вкладку в настройках F12
Перезагрузить страницу, найти в списке ту ссылку ".js", затем нажать на ней "заблокировать url".
На текущей сессии будет работать, но нужно не закрывать F12
Может, ещё проще способы есть, не знаю. Может вообще где-то переключалка есть в интерфейсе, хотя я не вижу.
Если не пользуешься именно блокировщиками, но другие аддоны твой принцип пропускает, то найди сам что-то для блокировки отдельных скриптов на странице.
>заблокировать url
Спасибо.
>другие аддоны твой принцип пропускает
Не использую никакие дополнения, надобности не было.
>Вот опять, как и множество раз до этого, я выхожу на эту нестыковку. Ок, ты ничего не решаешь. За тебя решил бизнес и лид. Вопросов нет. Но почему тогда, если ты ничего не решаешь, ты высказываешь мнение
У тебя нестыковка и противоречие в логике. Если технологию выбрал лид, то это никак не мешает иметь мнение по поводу этой технологии.
>Vite говно. Esbuild умеет всё тоже самое, что и Vite. Просто вам опять всё хочется из коробки, чтобы за вас кто-то сделал
Я понял, у тебя особый сорт извращённого удовольствие — писать свои велосипеды и костыли, когда разработчики намного сильнее тебя сделали инструмент, который в разы мощнее твоего костыля. Зачем мне руками городить что-то вокруг esbuild, есть есть vite, у которого esbuild под капотом?
>То есть Васян пишет код - не костыль, я вишу код - костыль. Критерии костыля в студию. Пока ты думаешь, я тебе поясняю, что костыль, как и велосипед - это псиоп в твоей голове. Любой код может быть написан и использован. В реальности происходит следующее, кто-то, например, ты, вместо того, чтобы сделать то, что нужно, берёт готовое говно и оправдывает свою лень тем, что это не костыль
Костыль, это когда есть решения, созданные 10х инженерами, такими как Evan You или здоровенная команда некста, в которой ещё и авторы реакта есть, и в это время Васян (в данном случае ты) васянит костыль, в котором функционала в районе 5% от общепринятых инструментов, с багами впридачу, без покрытия тестами.
>Это делается за пару дней. Тебе этот метод выдаёт HTML. Всё, дальше твоя задача отдать его по сети используя express. С чем ты там не справился? На роутинге сломался? Или ты решил взяться за гидрацию, которая не нужна в статике, так как я выше пояснял, что надо делать два отдельных приложения со статикой и без?
За пару дней и функционал будет 1% от некста.
>Плохой DX - это тащить в проект мусор. Ты затаскивая в проект NEXT лишаешь себя огромного количества фич, например, использованием IndexdDB, или офлайн работы приложения. Точнее не совсем лишаешь, но это приходится из-за SSR делать через жопу. Плюс, ты замусориваешь и увеличиваешь кодовую базу. Плюс растёт время отдачи рабочего клиента
Но мусор это твои никому не нужные васянские костыли, нормальному бизнесу не нужно такое самодурство. Вам васянам ещё и IndexedDB кто-то запрещает юзать. Плохому танцору яйца мешают. Просто макака с выдуманным замусориванием кода, которая некст ни разу в жизни не трогала, иначе дичь про рост времени отдачи рабочего клиента не писала бы.
Ты не можешь иметь мнение, если не делал выбор. Ты так и не ответил на вопрос и не назвал критерии. Я ожидал спор, а в итоге мусор. Мне опять скучно жить
В 2к25 году кэширующие сервера сами запускают странички и сами их кэшируют. Проблем в этом нет.
Что не так? Я далек от джса, просто взял первый попавшийся туториал и там был аксиос.
На что обратить внимание?
бля вот не понимаю как и начать учить языки, а то и тяжка с разработкой на андроид, помогите пж
в бровзер есть встроенный fetch, не надо пердолиться с зависимостями
у fetch можно без кетчей проверить успех ответа
Ок, это я понял. А что насчет остального. Как обработать ошибку от сервера, например 400, когда приходит пустое поле на бекенд, и там выбрасывается исключение? Просто проверить статус ответа, и перенаправить на отдельный компонент (с передачей сообщения ошибки как параметр)?
В либе документацию смотри, хз что за аксиос. Если использовать fetch, то пикрелейтед хороший подход, придумал недавно. ServerError рендерится один раз, дальше можно обрабатывать реконекты и кэтчи внутри компонента.
Попробуй через пропсы пробрасывать функцию reconnect в компонент, должно пиздато работать, данные для компонентов которые рендерятся в handler тоже пробрасывай через пропсы. Хз как это сделать, сам думай, у меня реакта нет, у нейросети спроси как пропсы намутить.
Вот ещё пояснения для пропсов. В компоненте ServerError ты вызываешь функцию reconnect, которую получил через пропсы, делаешь reconnect().catch(err => this.state.error = err) и внутри этого компонента обрабатываешь ошибку как тебе угодно. Из-за этой хуйни ServerError имеет локальные состояния и в душе не ебёт ни о чем кроме ошибок, не управляет своим состоянием, функция handler должна размонтировать компонент ServerError при успехе. Пиздато короче, лучшего решения ещё не видел.
если польщовател ввел херню, то подсветить красным поле и дать вторую попытку
лучче, конечно, базовые вещи валидировать и на фронте тоже
Какой вопрос? Критерии костыля? Тебе были даны критерии костыля. А скучно жить только скучным людям.
> это никак не мешает иметь мнение
Так у тебя нет мнения, тебе лид сказал что делать, а ты с окей-фейсом делаешь.
Какое тут может быть мнение вообще? Ты верстальщик, раб который делает что скажет. У раба не может быть мнения.
БОльшая часть была слишком простой, но было несколько хороших дней, особенно 24 (его я решил руками, наверное можно было потом автоматизировать, но не уверен что смог бы это сделать в более общем, чем в реальном инпуте, случае).
Довольно медленно (второй день я проспал)
>Так у тебя нет мнения, тебе лид сказал что делать, а ты с окей-фейсом делаешь.
Есть, на месте лида я принял бы такое же решение, наши мнения с ним совпадают. Компетентные люди часто мыслят схожим образом.
>Какое тут может быть мнение вообще? Ты верстальщик, раб который делает что скажет. У раба не может быть мнения.
У тебя просто горит жопа и ты вместо аргументации срываешься на оскорбления, потому что больше тебе нечего сказать. В твоём ограниченном мирке есть только два варианта: твоё мнение и неправильное.
>document.getElementById('id').addEventListener('change', function(){console.log('chane')});
>document.getElementById('id').addEventListener('select2:select', function(){console.log('elect2:select')});
У select #id проинициализирован select2. Не могу отловить изменение выбранного значения. Есть какой-нибудь чит, чтобы на ванильном js это сделать?
Нихуя не понял чего ты добиваешься. В addeventlistener первый аргумент это название эвента (то есть "change" например), если тебе нужны подробности, то коллбэк должен принимать эвент как параметр и смотреть че там.
https://jsfiddle.net/kucw56or/2/
>>3350314
Я думал тут все знают что такое select2.
Какой у тебя бэкграунд, что ты решаешь такие задачи? Я имею в виду решал хардовые литкод задачи или по олимпиадам ходил?
Ааа, ты бы сразу говорил что какую-то библиотеку используешь. С жиквери у тебя работает, у тебя там el вместо e1 написано.
Зачем ты продолжаешь врать себе? Какое мнение может быть у версталы, который повторяет за лидом? Очнись от своих грёз, у тебя нет ни скилов ни возможностей хоть что-то решать и разбираться в этом. Твой предел - красить кнопочки в css.
почему при редактировании вложенного contenteditable элемента событие input выстреливает на родительском?
и как это исправить?
С чего ты взял, что я верстала? Сам придумал и сам повторяешь как попугай. Проецируешь, похоже. У меня же скиллов куда больше твоего, вот ты и исходишь желчью от зависти.
Ох уж эти манямечты раба-версталы! Ты что ты выполняешь что тебе лид скажет и влажно манямечтаешь про своё собственное мнение, которое никогда не сможешь реализовать?
Ты фантазируешь, лид принимает решение не единолично, мнение всех разработчиков в команде учитывается. Так что останови тряску, вкатыш, который имеет 0 опыта коммерческой разработки. И моё мнение как раз таки прекрасно реализуется, потому что и я, и лид считаем, что фронтенд и BFF проекта следует реализовывать на нексте. Я уже это несколько раз повторил, но у тебя либо проблемы с пониманием русского языка, либо с памятью. В любом случае, уровень интеллекта очевиден.
Хуя манямечты! Два поста назад он рассказывал как лид принимает решения, а теперь оказывается советуются уже. А я думал что ты работаешь реально где-то оказывается ты просто сидишь и манямечтаешь, ещё и проецируешь на меня своё вкатунство. Ясно всё с маняфантазёром-вкатуном, лолд.
Сколько кнопок за сегодня покрасил, верстальщик? Думаешь ты вкатишься с этим, а?
Зачем ты приписывать мне свои воображаемые бредни? Ты реально болен, или это такая попытка троллинга?
Это официальное поведение, могу я рассчитывать, что не словлю там undefined при вызове квери селектора?
> For module scripts, if the async attribute is present, then the module script and all its dependencies will be fetched in parallel to parsing, and the module script will be evaluated as soon as it is available (potentially before parsing completes). Otherwise, the module script and its dependencies will be fetched in parallel to parsing and evaluated when the page has finished parsing. (The defer attribute has no effect on module scripts.)
Ты не ответил на вопрос, с чем ты не справился, кода писал собственный SSR, а также ни в одном своём высказывании не назвал критерии твоего выбора и оценки. То есть ты либо совсем слаб, либо откровенно байтишь
Смотри, я писал фронт на чистом React. Мне потребовалось в целях увеличения аудитории генерировать разные HTML-метатеги для разных URL. То есть потребовалось генерировать HTML динамически
Я посмотрел существующие решени, в том числе NEXT. В NEXT мне понравился результат, но не понравилось, как они предлагают работать с кодом, а также то, что у них в проекте много мусора, например Tilewind. Также у меня уже на руках былиюа настроенная сборка, линтеры и прочее, и чужого не хотелось. Это были мои критерии
Ещё одним критерием было удобство. То есть, чтобы я код писал в условном App.tsx, и больше ничего не надо было. Он бы генерироваться в HTML и JS, работал бы хотрелоад
Я прикинул, как делается SSR и за день написал, то, что было нужно. Оказывается, я далеко не первый, кто так делает, и есть куча наработок на эту тему, в том числе и плагины для webpack. На второй переписал и причесал
Поэтому я интересуюсь, на чем ты сломался. Конечно же ни на чём, ты же эту херню из головы выдумываеть
По поводу мнения - все просто. Ты не можешь его иметь, если ты не прошёл этапы выбора и не сформировал критерии. Ты можешь думать, что NEXT надо брать, потому, что крутая технология, а другой человек берёт его, потому, команда больше ничего не знает, или разработчики на этой технологии дешевле - так ему знакомая HR за пивасом сказала. Ты не знаешь чужих критериев
По поводу костылей/велосипедов. Выше объяснял, что это псиоп. К технической части не относится. Это просто способ гнобления чьих-то наработок в пользу своих. То есть этим надо пользоваться, чтобы гнобить других и хвалить себя. Гнобить других и хвалить других, это какой-то технический куколдизм, порождённый слабостью и, как следствие, промытостью
И мне скучно, потому, что я ожидаю спор высокого уровня, и редко его нахожу. Получаю в итоге набросы, которые я уже видел, и давно разобрал. Толковые либо не обитают там, где я, либо редко вступают в дискуссию
чорный бэкграунд и крути альфа канал до нужного результата
Со всем справился и ни на чём не сломался, просто считаю, что смысл писать собственный SSR отсутствует в 99.99% случаев, когда есть такие инструменты как некст, ремикс, вьюшный накст.
В нексте тейлвинд устанавливается по желанию, я никогда не использовал тейлвинд в нексте.
Критерии выбырока и оценки простве. Надёжность решения (проверено временем и множеством человек и компаний), популярность (легко найти людей, кому не придется объяснять как это работает - они и так знают), удобство (практически всё необходимое из коробки, не нужно писать велосипеды, работает быстро, процесс разработки простой, понятый, удобный)
У тебя на руках была настроенная сборка, линтеры и прочее, так в нексте уже есть готовая настроенная сборка, которую очень легко расширять, а перенести линтеры из одного проекта в другой проще простого, ведь оба проекта базируются на реакте.
Про способ гнобления чьих-то наработок в пользу своих - это не так. Не в пользу своих, а в пользу популярных, готовых и общепринятых.
Если толковые не обитают там, где ты, то может быть это повод задуматься об уровне собственной толковости.
Так это просто затемнит то что под тенью, мне надо чтобы текст был виден.
Как вариант конечно можно тупо сделать nxm спанов в главном диве и в каждый руками писать нужный бэкграунд и цвет текста, но звучит как-то поуебански.
Ты посмотри на скрин, там текст любого цвета под тенью становится одинаково серым, a любой бэкграунд одинаково черным.
От твоего черного с альфаканалом оно просто будет выглядеть затенённым, это не то чего я хочу.
фильтр invert с коэффициентом 0.5 всегда дает серый цвет в результате, дальше сам.
В сочетании с clip-path твоя задача становится тривиальной - черный див, див с копией текста и инверт-фильтром, клипаешь их враппер, вставляешь его под слой с менюхой. Вы великолепны.
А может ты? Есть знакомый с калфы, он еще в 2022 писал, что пролезет на изичах в го пока остальные вкатываются в мейнстрим. Наступает 2025 - он до сих пор не вкатился.
>что пролезет на изичах в го пока остальные вкатываются в мейнстрим
Так го это тоже мейнстрим. Пехопе, жс, пайтухон, джава, сишарп, го - всё это мейнстрим с тысячами откликов на вакансию и ПОДТВЕРЖДЕНИЕМ ОПЫТА. Придётся оставить попытки вкатиться в веб-кодинг в 2025 и выбрать что-то другое, если дикая конкуренция с десятиэтапной защитой от волков тебя не радует.
Тут люди с 5-6 летним опытом не могут найти работу. Вы там ебанутые вкатываться сейчас? Мне кажется все, пузырь айти лопнул. Надо ждать новую золотую жилу от инфоцыган.
Со временем становится только хуже.
Это графики американского барина, к сенькам за 250к они не имеют никакого отношения.
>хттп://голый_айпи
Я бы на месте мочухов добавил такое в спам-лист.
Соглы, вот на хабре тоже все неудобное про айти трут. А тут все таки сервис самого VK.
Всё так, Двач (2ch.hk — Двач) — форум для всей семьи. И это прекрасно.
В криптовалютах все так устроено. Мимо тестировщик криптонод, неасилил програмирование
Тайпскрипт это просто линтер, нужен чтобы отлавливать некоторые ошибки на этапе написания кода, чтобы ты их быстро исправил и они не вылезали потом на этапе тестирования или уже в релизе.
А альтернатива какая? Чё бля, спутники делать или промышленных роботов? Я обычно спрашиваю программистов кто жалуется "ой эта не интеллектуально((( неправильные программисты делают неправильный мёд код" какие у них будут предложения? И почему "формошлёпство" это неправильно? Ну типа, а что если мне просто нравится делать интерфейсы, нравится дизайн? Я чё обязан любить математику как ты её любишь, угорать по литкоду? И что такого плохого в дизайне? Ну по крайней мере, охуенно сделанный сайт радует глаз. Его можно потрогать, нажать кнопочки, подвигать ползунки. Твою же математику никто не видит и не ощущает. Она сидит в голове одного шизика и всё. Ну допустим, Перельман доказал теорему. И чё дальше? Это же так и останется теорией, тонкой материей и всё.
>Есть тут те кто целенаправленно выбирал жаваскрипт как жизненный путь?
Да, это я.
>"бля буду учить жс хочу красить кнопки и формошлепить, це моя мечта так вижу"
Это не я, потому что я целенаправленно выбирал жс конкретно для бекенда, моя страсть это чистый бекенд на жсе, точнее последние 5 лет уже на тсе.
>Видите ли себя что через 5-10 лет будете заниматься тем же самым?
Тем же самым не буду, но близко. Буду сооснователем бизнеса на роли CEO либо CTO, либо вообще единоличным основателем. Бекенд будет на тсе, так что на начальных стадиях я буду готов на подхвате помочь с программированием.
Парой хочется что-то сложнее чем какое-либо описание бизнес логики.
Хочется "Тру" пограмирования.
Но все же, наносеки мне платят именно за это.
И интеллектуальные вызовы - приятны только когда сам хочешь этим заниматься.
Да и "Вызовы" это только из-за незнакомого языка и из-за непривычной задачи.
Ну и всякие сложные штуки и на фронте есть. Не только покрасом кнопок развлекаемся.
>Видите ли себя что через 5-10 лет будете заниматься тем же самым?
В случае если в кабаны не выкачусь - да. Но скорее уж буду сорт оф тимлордом или кем-нибудь фуфелом в больше манагерской роли.
> Есть тут те кто целенаправленно выбирал жаваскрипт как жизненный путь? Типа если бы у меня был условный лям баксов я бы репетитора по математике нанял и занимался бы чисто для себя даже если бы профитов не принесло. Мне интересно именно те кто идейно, не ради бабок, имея жизненный выбор подумали "бля буду учить жс хочу красить кнопки и формошлепить, це моя мечта так вижу". Я понимаю что даже от написания рабочей приложухи можно кайфануть от процесса. Видите ли себя что через 5-10 лет будете заниматься тем же самым? Сорян что гружу просто под новый год экзистенциальный кал накатил
Нет конечно, жс чисто для денег. Найду где больше платят за хуепинание, уйду туда. Вёрстку и браузерные апи в рот ебал.
>Найду где больше платят за хуепинание, уйду туда. Вёрстку и браузерные апи в рот ебал.
Почему ты не ушёл в джаву или го ещё 5 лет назад?
5 лет назад было проще вкатиться во фронт, это сейчас ад и израиль с миллиардами отклиуов вкатунов
Перекатился на вротенд (ангулар/тайпскрипт) из фулстек-разработки. До перекота несколько лет писал на c# и asp.net mvc. Подвернулась возможность перейти внутри компании на другой проект и вкотиться в новую для себя область без потерь в зарплате.
Понравилось, остался на фронтенде.
Да, есть вакансии для всякой интеллектуальной элиты, которую из универа в рнд-отделы хантят крупные компании и у которых работа интересная и сложная. Простой же Иван город Тверь что на фронтенде что на бэкенде будет заниматься примерно одинаковой по сложности и интересности работой.
Скинули таску в джире. Посмотрел макет, почитал описание. Ну там хуе-мое, в стейт объектик положил, пару методов в сервис для вызова апихи написал, экшончики-редьюсер-эффекты набройлерплейтил, 3-4 компонента нарисовал и готово.
Скучно дохуя? На бэкенде захотелось? А бэкендер эту же задачу посмотрел, в контроллер пару апишек закинул, миграцию для ефчика написал, чтобы новую колонку в бд добавить и замаппить к полям ссущности, вызов из контроллера через оркестраторы-менеджеры-сервисы в репку прокинул и и сидит писю дергает.
Потому что вся сложная и интересная работка была проделана в первый год ЖЦ продукта, когда умные люди оркитектуру хуячили и думали, что и как работать будет, инфраструктуру писали итд. Причем и на фронте и на бэке это было сложно и интересно. А теперь осталось ремесло, периодический рефакторинг и лутание сотыжек на чиле.
Я выбрал фронтенд (и в частности жс) только потому, что тут в целом один стек технологий и не надо выбирать язык. Выучил, вкатился, работаю несколько лет и в целом жалею о своем выборе. По сути фронтенд - это тупик из которого практически нет выхода, так как технологически он никак не цепляется за другие направления в программировании. За его пределами есть ООП, архитектура, нормальное проектирование, работа с базами, брокерами, всякие приколдесы на уровне ОС - все это проходит мимо тебя.
> технологически он никак не цепляется за другие направления в программировании. За его пределами есть ООП, архитектура, нормальное проектирование, работа с базами, брокерами, всякие приколдесы на уровне ОС - все это проходит мимо тебя.
Если ты хороший инженер, которого готовы брать в топовые компании, то ничего из этого не проходит мимо тебя
Вкат всё, сынок. Учи 1с, братка, там больше шансов закатиться в айти
Ээээ, иди в жопу, туда я вкатываюсь, мне конкуренты не нужны
Ну я у себя в мухосрани. Вероятность крайне мала, что ты живёшь там же, где я. А во-вторых ты то поумнее меня будешь, поопытнее. Так что мы не пересечёмся.
Я тоже в мухосране, у нас на самом деле больше общего чем ты думаешь
Я старый 38 лвл., и личирали у всех людей ай си кью выше, чем у меня. Мы из разных лиг. Ты умный и не такой старый. А я старый и тупой. Так что мы не пересечёмся.
var game = new Phaser.Game(800, 600, Phaser.AUTO, '', { preload: preload, create: create });
типа такого
https://dev.to/michaelburrows/how-to-create-a-scroll-to-top-button-with-javascript-1lg0
я вроде хорошо понимаю и могу в верстку, но скрипты никогда не вставлял ранее. и я так понимаю там не всё так как с css (где изменил код и отобразилось), а надо ставить какой-то софт чтобы скрипт исполнялся, типа node js. можете кратко указать что надо?
Объект с какими-то опциями/настройками, который передаётся 4 аргументом
Так это и есть объект game или это какой-то безымянный объект помещенный в объект game?
Не нужно, у меня и так 2 работы
>>3356237
Безымянный объект, помещенный в конструктор объекта Game
ладно. переформулирую.
1. я скачал js файл со скриптом, добавил его в папку js
2. в html добавил тэг с содержимым
<script src="js/up_btn.js">
up({
bottom: '20px',
right: '20px',
width: '45px',
height: '45px',
bg: 'green',
src: 'img/chevron-up-solid.svg',
whenShow: 400,
circle: true
})
</script>
3. в CSS файл добавил стили
но ничего не появляется на странице. что сделал не так?
https://github.com/TheSanches/up-button
раздели загрузку жиэс файла и вызов функции в отдельные теги script
сам жиэс-то грузится?
я пока не очень понимаю,так что прошу прощения.
что значит разделить загрузку?
отдельным тэгом <script src="js/up_btn.js"></script> и <script> up() </script> ?
у меня запущен node js, я скачал копию сайта с хостинга и просто редактирую его на своем пк через sublime.
а можешь объяснить почему их надо было разделять?
тому що ты или тянешь внешний скрипт по урлу, или пишешь инлайновый
Я не умею ниче делать, кроме этого.
От наук болит голова, руками что-то делать - еще хуже, вообще непонятно, реально мигрень начинается еще на этапе поиска инструментов по полкам шкафам. С людьми общаться сразу обморок.
А тут сидишь играешь в конструктор из фреймворков, как будто в игру какую-то, очень весело. Если бы получка здесь была как в остальных профессиях (30 тыщ в месяц), то все равно бы пошел, только от нищеты повесился бы.
Оказывается средней ипешке или юрику теперь нахуй не нужный разработчики сайтов с нереальными чеками. Можно заказать у рандомного Славика модный сайтик который он слепит из говна и палок за неделю, имея 0 скиллов в разработке. Ну это я так, со стороны выводы сделал, можете подправить.
ХТМЛИ, КССЫ, ЖСЫ умерли когда появился Юкоз.
Все сайты что делали после появления юкоза - юкоз, та же тильда сделана на юкозе, просто все об этом молчат.
Адвокаты и остальные буквописы делают сайты только на юкозах, т.к. им кроме статичной странички ничего не надо, никакой логики с документами, личные кабинеты юзеров, админки, модераторские роли - все это не надо.
Да и все что выше можно спокойно сделать на юкозе, как оно и делается уже десятилетиями.
>Можно заказать у рандомного Славика модный сайтик который он слепит из говна и палок за неделю, имея 0 скиллов в разработке.
Зачем у рандомного Славика. Можно обраться в уважаемое агентство КондМар https://kondmar.ru/yursite и тебе запилят сайтик на наивысшем уровне https://barsova.education/
не понравилось. а если прикрутить js к слайдеру , то как это сделать? это вообще возможно?
<script>document.getElementById('gameCanvas').innerHTML = "111111111111";</script>
Почему-то не добавляется строка "1111".
Шёл 2к25 год, вкатуны до сих пор пытаются залететь во фронтенд...
Если хочешь на канвасе рисовать используй канвас апи https://developer.mozilla.org/en-US/docs/Web/API/Canvas_API
Хочу во фронтенд не смотря ни на что. Вопросик есть.
Значится это правда, что у Vue.js жизненный цикл компонентов легче понять, чем у React.js?
Ты же в пхп хотел вкатываться, че тебя опять понесло во вью? Неужели тебе не нравится бекенд?
Фуллстек, надо и во вью и в пыху. Ну я имею ввиду что в фронтенд вкатываюсь, что вью и nuxt собираюсь учить и основной упор на них буду делать. А затем уже по остаточному принципу ларавел, sql, чтоб собес на фуллстека пройти.
И да мне не нравится бэкенд. Ну не люблю я его! Чтоб любить бэкенд надо умным быть. А я не нароллил ай си кью.
Успокойся, а то опять начнется истерика и весь двач засрешь вопросами как вкатиться во Vue
Ну у меня так полыхает пердак, я не могу унять его. Мой жеппный огонь виден из космоса. Щас Минина смотрю его 18 часовое видео про вью. Сейчас только лишь на 3 часу из 18. Речь пошла про жизненный цикл компонентов. И выглядит проще, чем на реакте. Я когда пытался рякт дрочировать, то ахуевал с этих didmount willunmount и прочего подобного
for(let y=0; y<=lSize.y; y+=1)
{}
Это норма? Использовать два for подряд с одним циклом?
Да нет ничего плохого в слайсах. И тем более реакт + мобикс намного лучше вью.
перешел с vue на react
потом вернулся обратно и не желаю.
вернусь в react когда уберут шизика создающего серверные компоненты
а в чем смысл переходов?
У тебя начальника нет который говорит на чем и как писать?
Зато на вью фуллстек вакансии есть. То есть к вьюшке надо ларку или 1с битру. Для вкатуджона самое то. Пушто на чистый фронтенд реакт будешь 3000ым кандидатом.
На реакте фуллстека тоже дофига, причём на нормальных технологиях, а у вьюшников фуллстек на пыхе, лол
Ладно ты победил. Можно и ня рякте фуллкекать. Я упустил это из виду. Шарпомух + рякт, жаба + рякт, mern.
Вот были компоненты в папке /blocks - часть стилей будто отвалилось.
Перенес папку /blocks в /components - все закрутилось.
Т.е. /blocks - харам, а /components/blocks - хорошо?
Чего блять? Или это какой-то прикол именно определенного проекта?
>Шарпомух + рякт, жаба + рякт, mern
Ты рофлишь? Такого почти нету, включая mern, который был актуален на западе лет 8 назад. Фуллстечат на реакте обычно на нексте либо несте, реже фастифай и экспресс, в качестве бд практически всегда постгре.
Это правда? Почему на то чтобы получить фрейм уходит столько времени? Камера выдаёт 30 фпс на ней написано.
Что за либу он использует? Уж вряд ли руками такое пишет.
Никаких внешних зависимостей не использует насколько я знаю
>Камера выдаёт 30 фпс на ней написано.
На заборе знаешь что написано?
Вкат всё, сынок. Поезд давно уже сделал ту-ту и уехал...
Потому что он не объясняет почему так долго. Он попросту не знает ответа на этот вопрос.
Не знаю мне так в треде говорят, я просто повторяю за остальными
как минимум, вы, дауны, на фронте картинки обрабатываете
поди, прыщи замазываете?
Удачи тебе со скуфобитриксом, я пожалуй буду учить реакт + ноду, я еще не настолько низко опустился чтобы рассматривать вариант с 1с-битрикс
Мне вообще реакт не нравится, хз. Ангуляр прям топ, но вакансий мало. А вью вот не пробовал
Времена когда для вката достаточно было знать HTML и CSS прошли, ты опоздал лет так на 10 с этой идеей
По какому протоколу стриминг идёт? На фронте как минимум можно отображать видео через DASH и HLS без особых проблем с производительностью.
>А верстальщиком сейчас можно вкатиться?
Профессия практически умерла. Ну типа, это же просто разовая работа. Ну вот ты наверстал сайт, получил свои 30-50 или сколько там тысяч ииии? Ты больше не нужен, нужно снова искать сайт и снова верстать. К тому же сейчас есть большое количество конструкторов - всякие тильды, вордпрессы и прочее. Есть готовые шаблоны за 50 баксов на themeforest. Верстальщики сейчас обитают только на фрилансе да на всяких галерах, это тупо разовая работа.
Какой-то тупой вопрос. Что значит СИЛЬНО ЛИ? И что значит НУЖНО? Чем хуже ты знаешь вёрстку, тем дольше придётся возиться и тем больше будешь нелюбить вёрстку. Тебе же будет хуже, если тебе поручили задание, а ты его выполняешь месяц. Вообще в работе нет понятия "люблю" или "не люблю" - это непрофессионально. И наоборот, чем лучше знаешь свою сферу деятельности, тем ты более востребован, можешь более качественно выполнять своё дело. Можешь не учить, но тогда у тебя получатся хуёвые рукожопые сайты.
Хз, он мне говорил что-то про то, что он должен отрисовать фрейм на канале, а потом попиксельно считать картинку с канваса. Из-за этого прямая зависимость между разрешением фрейма и временем на то, чтобы его прочитать в память.
В смысле хз, ты говоришь что джава разраб, то есть ты бекендер, ты не знаешь по какому протоколу видео стримится?
>он должен отрисовать фрейм на канвасе
да
>а потом попиксельно считать картинку с канваса
а вот это хз зачем надо, может, у вас задача хитрая...
есть стандартные способы получения картинки с канваса в объект Image
canvas.toDataURL, canvas.toBlob
А, ты про это, видео приходит с камеры мобильного устройства. Хз какой у них во фронтенде протокол для этого используется.
Он скорее всего это и имел ввиду под считывать по пиксельно.
просто ещё можно делать context.getImageData(x, y, width, height), получать массив пикселей и обрабатывать в цикле по одному пикселю, я думал, речь об этом
а тогда там цикл на 8млн итераций, поди ещё с какой-то логикой на каждом шаге, да ещё и на мобиле
изначальный вопрос был про "получить фрейм", а не про обработать
получить фрейм в объект Image через canvas.toBlob — быстро
обработать в цикле каждый пиксель этого фрейма — медленно
getImageData.call() использует, но он говорит, что именно этот метод и тратит 200 мс. То есть 200 мс это без обработки.
проверил на локале
таки да, я обосрался, getImageData — самый быстрый из всех и на моём убердесктопе занимает 35-40мс
если при создании контекста сделать willReadFrequently: true, то 23-28мс
похоже, 200мс — норм для мобилы
> обработать в цикле каждый пиксель этого фрейма — медленно
Если через webGL то тоже вполне быстро
Гениально. Кстати сработало, додумался до пути, что выглядит так, будто в жизни не сработает