Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на 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, лол!Да, ебанутые.
>>34885
>Как минимум удобные SSG
Только в пейдж роутере.
>Нету в 15 версии
Поняли, что обосрались, когда им хуев за все щеки напихали.
>Какие проблемы с импортами?
Композицию компонентов имею в виду.
>Нахуя вкатуну сначала знать устройство интернета в самом начале например? Ну почитает он об этом и тут же забудет без практики. Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк. Если он в чем то затупит и он не глупый, он пойдет гуглить. Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи. И когда его спросят а у тебя вообще есть опыт работы какой с Angular, он сможет конкретно описать что делал и как справлялся с трудностями. А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Ну ты и ебанутый блять.
>сначала знать устройство интернета в самом начале например?
Он, блять, эти самые интернеты и собрался писать.
>Ну почитает он об этом и тут же забудет без практики.
Ну если у тебя память как у рыбки, у которой ничего в памяти не откладывается, то да, верно.
Это во первых. А во вторых, где ты там про устройство самого интернета нашел, шизоид? Или мы обсуждаем какой-то выдуманный тобой концепт об общем роадмапе?
>Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк.
Для начала, он должен изучить хтмл, ксс, потом потрогать НПМ, потом тайлвинды, скссы, потом тс, мимолетом плюнуть в мертвы пуг, похрюкать над жиквери и тупыми дедами, ну а потом уже ангуляр.
И нет, базового не достаточно. Фреймворк это инструмент для работы. Но для этого инструмента тебе нужны знания. Без знаний ты инструментом как обезьна с гранотаметом будешь, страшная, но тупая.
>Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи.
И этот путь проложен сотянми тысяч анальнаками до него. И от этого и появился роадмап.
> А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Что именно он сделает на ангуляре и какие именно трудности он решит если не знает что такое запросы, хосты, корс, т.д.
Он сможет тудушку сделать на ангуляре? Ну нихуясебе. Вот это да. Ты же понимаешь, что на собесе первым делом спрашивают не просто "Что такое интернет", хоть и это тоже, но чаще всего уже за усложненный материал по этой теме, как ССЕ, лонг поллинг, какие бывают методы запроса, в чем их разница, можено ли в гет запихать боди и т.д.
И все это в т.ч. описано в нашем роадмапе.
>бесполезная деятельность
Бесполезно быковать на мудрость Анонов, которые этот факю/роадмап пилили, попутно обсираясь и не понимая простейших истин, как и самые популярные вопросы на собесе.
>Нахуя вкатуну сначала знать устройство интернета в самом начале например? Ну почитает он об этом и тут же забудет без практики. Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк. Если он в чем то затупит и он не глупый, он пойдет гуглить. Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи. И когда его спросят а у тебя вообще есть опыт работы какой с Angular, он сможет конкретно описать что делал и как справлялся с трудностями. А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Ну ты и ебанутый блять.
>сначала знать устройство интернета в самом начале например?
Он, блять, эти самые интернеты и собрался писать.
>Ну почитает он об этом и тут же забудет без практики.
Ну если у тебя память как у рыбки, у которой ничего в памяти не откладывается, то да, верно.
Это во первых. А во вторых, где ты там про устройство самого интернета нашел, шизоид? Или мы обсуждаем какой-то выдуманный тобой концепт об общем роадмапе?
>Допустим вкатун узнал про Angular и решил на нем что то написать. Нахуя ему проходить целиком весь путь роадмапа если по факту ему достаточно самую базу в виде переменных циклов функций и ООП изучить а дальше изучать именно фреймворк.
Для начала, он должен изучить хтмл, ксс, потом потрогать НПМ, потом тайлвинды, скссы, потом тс, мимолетом плюнуть в мертвы пуг, похрюкать над жиквери и тупыми дедами, ну а потом уже ангуляр.
И нет, базового не достаточно. Фреймворк это инструмент для работы. Но для этого инструмента тебе нужны знания. Без знаний ты инструментом как обезьна с гранотаметом будешь, страшная, но тупая.
>Таким образом к концу разработки у него будет своя дорога, с теми навыками и знаниями которые ему были нужны для решения конкретной задачи.
И этот путь проложен сотянми тысяч анальнаками до него. И от этого и появился роадмап.
> А если он начнет с изучения запросов/ДНС/Мвидео и прочей залупы, то это просто бесполезная деятельность
Что именно он сделает на ангуляре и какие именно трудности он решит если не знает что такое запросы, хосты, корс, т.д.
Он сможет тудушку сделать на ангуляре? Ну нихуясебе. Вот это да. Ты же понимаешь, что на собесе первым делом спрашивают не просто "Что такое интернет", хоть и это тоже, но чаще всего уже за усложненный материал по этой теме, как ССЕ, лонг поллинг, какие бывают методы запроса, в чем их разница, можено ли в гет запихать боди и т.д.
И все это в т.ч. описано в нашем роадмапе.
>бесполезная деятельность
Бесполезно быковать на мудрость Анонов, которые этот факю/роадмап пилили, попутно обсираясь и не понимая простейших истин, как и самые популярные вопросы на собесе.
>Композицию компонентов имею в виду.
Ебля в импортами в Ангуляре на старых версиях, да и на новых, лол.
Что за композиция компонентов? Ты музыкант?
1280x526, 0:09
>Ты, во-первых, определись уж либо тейлвинд, либо SCSS. А, во-вторых, в 2024 году какой нахуй SCSS? Ты ебанутый?
>Хз, может я английский хуёво понимаю, но звучит так что они уже юзают бета-фичу реакта в 15 версии.
Да, я написал же дальше, что объебался и они действительно ебанутые.
>>34966
>Что не так?
А что так? Нахуй он нужен, когда весь его кор уже в стандарте CSS, плюс появились такие штуки как styled components и tailwind?
>>34971
>Пока лишь прочитал пару страниц документации и уже хуёво стало
Полон мир открытий чудных тебя ждет.
>Алсо, есть ли какая-то базовая литература по архитектуре фронта больших приложений с (сотни-тысячи комонентов) на реакте?
Во-первых, делать такое приложение на реакте - это само по себе какой-то совсем уж отборный даунизм. Во-вторых, на реакте в принципе такое понятие как архитектура отсутствует, потому что это либа, а не фреймворк.
Если тебе нужна прям какая-то архитектура, которую тебе спустят сверху, бери любой метафреймворк. Но в любом случае в экосистеме нет устоявшихся решений ни по стейт менеджменту, ни по работе с формами, ни по UI, ни по валидации, поэтому как человек, который на этом говне страдает уже 4 года, могу сказать со 100% уверенностью, что любой реакт проект со временем превращается в свалочное для всяких нечистот место (с).
>Нахуй он нужен, когда весь его кор уже в стандарте CSS, плюс появились такие штуки как styled components и tailwind?
Кринж.
Тайлвинд говно. Тайлвинд говно. Тайлвинд говно.
Сксс и ксс - это как рякт и ангуляр.
Где-то рякт/некст пиздят ангуляровские либы/приколы, где-то ксс просто не дотягивает. То что теперь можно класс в классе писать - это конечно чудно, но знают об этом только вкатуны, судя по всему, ну и может полтора деда и Аноны из треда(т.к. недавно обсуждали). А во всем остальном ксс вообще не дотягивает до сксса. Я хуй знает, может ты так же кссы писал на скссе как на чистом кссе просто класс в классе, а вообще умные дяди делают свое ядро юай либи, которую по сути переиспользуют из проекта в проекте.
>Во-первых, делать такое приложение на реакте - это само по себе какой-то совсем уж отборный даунизм. Во-вторых, на реакте в принципе такое понятие как архитектура отсутствует, потому что это либа, а не фреймворк.
База.
>>34971
При чистом рякте вы в конечном итоге придете к тому, что напишите свой фреймворк.
Ну а если там реально будут сотни компонент, то земля жсиксом.
>То что теперь можно класс в классе писать - это конечно чудно
Еще можно переменные объявлять, математику завезли лет 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". Я думаю, разница очевидна.
>С этого место поподробнее плиз, никак не могу понять, чем в ксс
Я говорил про 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 (а то и больше) тысяч меньше. Плюс ебут жестко
Хочу больше
>Зачем мне такая портянка, когда я могу написать:
>"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% проектов - реакт.
Оставшиеся мелкие поделки с кодовой базой размером с туду лист - вуе.
А в остальном миллионе у фронтендера зарплата в 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 конечно же, что же ещё.
Его из песочницы даже в отдаленных планах никто не планирует выпускать. Следовательно никакого прямого доступа к апи браузера как не было, так и не будет.
Как был васм обычной числодробилкой, так и останется.
Учитывая общий лаг между появлением технологии и массовым её применением в вебе - даже если прям завтра васм позволит прямой доступ к оборудованию пользователя - до массового использования пойдет ещё лет пять-десять, не меньше.
Спасибо
>>35853
В компании в пайплайн встраиваются различные проверки на версионность ПО в том числе, образно в версии нашли критическую уязвимость в старой версии, которая не поддерживается,
и ты просто не сможешь выкатить релиз, потому что скан тебя не пропустит.
>>35874
А кто если не я будет этой шляпой заниматься, лол
Пока что разрабы ебашат продуктовые фичи, занимаюсь выполнением технической стратегии корпорации, помимо заполнения бумажек помогаю ребятам своим говнокодом, фронт трех продуктов отрефачил, там достаточно свежий Ангуляр, после нового года заапдейчу до 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 в апп роутере не устраивает? Что не так с композицией компонентов в нексте?
>>36830
>Раньше на проект нужно было набирать пятерых
>а сейчас можно взять макаку, которая все сделает в одно рыло
Я просто поражаюсь вот этой логике. У компании есть бюджет, зарплатный фонд, позволяющий нанять 5 разработчиков, которые будут создавать один продукт/проект. Теперь появились "AI" инструменты, и продуктивность разработчиков возрасла. Далее есть следующие варианты:
1. Как ты говоришь уволить четверых, пятый продолжить делать из работу. И куда девать деньги из зарплатного фонда? Распределять акционерам? Нахуя в сфере технологий нужен вот такой стагнирующий бизнес без развития?
2. Оставить всех пятерых, распределить их на новые проекты. За те же деньги получаем в несколько раз больше продуктов/услуг, которые бизнес сможет продавать. Годный вариант, бизнес развивается и потенциально заработает намного больше денег.
3. Оставить всех пятерых на том же проекте, увеличить масштаб проекта в несколько раз, ведь продуктивность разработчиков тоже выросла в несколько раз. Хороший вариант на уровне предыдущего.
Так вот, почему если человек утверждает, что чатботы убьют профессию, то он исходит из того, что айти бизнес склонен к первому варианту? Первый вариант это прерогатива бизнеса без перспектив развития, где вест потенциал уже давно исчерпан, и он просто зарабатывает какие-то деньги каждый год, но рост доходов с каждым годом либо мизерный, либо вообще отсутствует.
> И куда девать деньги из зарплатного фонда?
Тебя ебать это не должно, работник
> 2. Оставить всех пятерых, распределить их на новые проекты. За те же деньги получаем в несколько раз больше продуктов
> 3. Оставить всех пятерых на том же проекте, увеличить масштаб проекта в
Вот это манямирище, лол. Чтобы такое сделать нужно сформировать новые команды, которым поставят задачи, а задачи из воздуха не появляются.
>Чтобы такое сделать нужно сформировать новые команды, которым поставят задачи, а задачи из воздуха не появляются.
Появляются из воздуха задачи вслед за идеями. Так что повышенная продуктивность разработчиков приведет к увеличению количества работы, а не к уменьшению.
>И куда девать деньги из зарплатного фонда
В премию менеджеру который оптимизировал лишних макакичей. А в будущем зарплатный фонд можно и сократить.
>Чем тебя SSG в апп роутере не устраивает?
Тем, что его там нет, ебанашка?
>Что не так с рендерингом клиентских компонентов на сервере?
Да, уж, действительно, что же тут не так, ну хуууууй знает, даже чот в голову не идет ничего.
>>Чем тебя SSG в апп роутере не устраивает?
>Тем, что его там нет, ебанашка?
Бешеная псина, которая агрится на обычный нейтральный вопрос, ты? Ну и ебанашка в итоге ты, получается, потому что SSG там есть.
>>Что не так с рендерингом клиентских компонентов на сервере?
>Да, уж, действительно, что же тут не так, ну хуууууй знает, даже чот в голову не идет ничего.
Во-первых, при чём чём тут рендеринг клиентских компонентов на сервере, если речь шла про композицию? Ты вообще понимаешь значения слов, которые употребляешь?
Во-вторых, с рендерингом клиентских компонентов на сервере всё нормально. Если у тебя что-то с этим не нормально, то это skill issue, учи матчасть и правь руки.
>Ну и ебанашка в итоге ты, получается, потому что SSG там есть.
Ебанашку ткнули уже носом в ее же кал, она энивей продолжает серить, не снимая штаны.
>Во-первых, при чём чём тут рендеринг клиентских компонентов на сервере, если речь шла про композицию?
При том, что именно из-за этого кала приходится ебаться с передачей чилдренами.
>Во-вторых, с рендерингом клиентских компонентов на сервере всё нормально.
Хуя, шизоиду интернет в дурку провели. Сука бешеная, ты почему таблетки не пьешь, которые тебе доктор прописал?
Забавно, как агрессивное быдло просто на пустом месте начинает брюзжать слюной сложной словно бешеная псина и после этого называть бешеными псинами других, это такая попытка толстого троллинга, или просто слабая нервная система?
>Ебанашку ткнули уже носом в ее же кал, она энивей продолжает серить, не снимая штаны.
Нигде меня никто не ткнул, ты всего лишь соврал про то, что SSG нет в апп роутере, хотя документация говорит об обратном.
>При том, что именно из-за этого кала приходится ебаться с передачей чилдренами.
Повторю, что если тебе приходится с этим ебаться, то это лично твоя проблема, которая решается изучением матчасти и исправлением рук. Хотя не уверен, что тебе поможет.
В бизнесе всегда есть идея, он буквально начинается с идеи
>>37369
Не нужно проводить интервью с бенефициарами чтобы понять, что любой бенефициар в бизнесе по определению заинтересован в увеличении доходов, так что воможно твой уровень интеллекта не позволялвет тебе понять настолько очевидные вещи
Мань.... Бизнес начинается с денег и бизнес-плана, всем похуй на идеи. Никто никогда ради какой-то хуйни и шизоидей не будет создавать новые команды и платить им деньги.
Перестань фантазировать.
>любой бенефициар в бизнесе по определению заинтересован в увеличении доходов
Алсо, бенефициар заинтересован чтобы сохранить деньги, а увеличение доходов это уже вторым пунктом идёт. И идеи не увеличивают деньги, они их тратят, именно по этому айтишников увольняют нахуй и сокращают.
Зачем собрался склеивать? Чтобы сохранять на диск склеивание не требуется, стримом нужно сохранять. Чтобы воспроизводить в плеере тоже не требуется, тоже через стрим. И чтобы редактировать видео тоже склеивание бред, если только это не оффлайн конвертер.
Короче в 9 случаев из 10 склеивание это ебланство.
Бизнес-план начинается с идеи. И в процессе развития бизнеса естественным образом возникают новые идеи, которые перерастают в новые планы и новые проекты.
>>37451
Деньги не получится сохранить, когда тебя будут выдавливать конкуренты, которые вместо остановки развития наоборот сильно увеличивают продукивность. Повышенная продуктивность позволяет заниматься реализацией новых проектов.
А сокращения это естественное поведение бизнеса на 3 этапе экономического/бизнес-цикла. В период высоких ставок и низкой ликвидности бизнес естественным образом склонен сокращать расходы.
> Бизнес-план начинается с идеи.
Нет, бизнес-план начинается с плана, а идеи нахуй никому не нужны. И если что план это не "давайте сделаем вот такую хуйню", обычно план это исследование рынка.
> когда тебя будут выдавливать конкуренты, которые вместо остановки развития наоборот сильно увеличивают продукивность
У тебя какие-то шизоидные представления о реальности, прямиком из методичек про срыночек. Что-то в стиле пикрелейтед, лолд
Конкурентов скупают, с конкурентами борются легальными и нелегальными методами, увеличивают бюджет маркетинга, улучшают стратегии продвижения и сокращают затраты на разработку. Никто не улучшает "продуктивность", которую кста хуй ещё формализируешь, чтобы бороться с конкурентами, это просто шизоидная срынкохуета.
У тебя каша в голове. Бизнес-план абсолютно всегда включает идею.
Улучшение продуктивности в текущем контексте это конкретно про улучшен продуктивности разработчиков благодаря новым AI-инструментам. Продуктивность возросла, и у бизнеса есть примерно 3 варианта дальнейших действий:
1. Увольнение лишних разработчиков, сокращение расходов, поддержка деятельности на прежнем уровне усилиями меньшего количества разработчиков благодаря их возросшей продуктивности.
2. Количество разработчиков остаётся примерно прежним, благодаря их возросшей продуктивности появляются ресурсы для создания новых продуктов или для расширения уже имеющихся.
3. Найм ещё большего количества разработчиков, развитие ещё сильнее предыдущего варианта.
Во время первых двух фаз бизнес-цикла качественный бизнес выберет 2 либо 3 вариант. Во время вторых двух фаз бизнес-цикла качественный бизнес по возможности будет придерживаться 2 варианта, если экономические условия позволят. 1 вариант тоже возможен на краткий период. Но в первой половине бизнес-цикла только стагнирующий или даже умирающий бизнес будет выбирать 1 вариант.
Хватит уже в манямирке жить, шиз. Судя по той хуйне что ты тут пишешь ты никогда не работал.
заебался крудошлёпить таблицы
>крудошлёпить таблицы
Самые интересные были рисовать графики на канвасе, со всякими зумами, скроллами и тп.
И таблицы тоже крутые были, только их ещё редактировать надо было с валидациями, фетчингом данных для ячеек и тп.
И таблицы тоже крутые были, только их ещё редактировать надо было с валидациями, фетчингом данных для ячеек и тп.
Да у меня тоже с наворотами, ядро одно для всех таблиц, но последнее время просто копипаста вывода новых сущностей в интерфейс. Формы с модалками тоже отполированы, накидываешь уже как в ноукод почти элементы и всё.
Хочется графония c анимациями пощупать реально. Какой-нибудь аналог фигмы делать или еще какой-то редактор графический.
>Какие интересные фронтовые проекты можете вспомнить у себя?
Все хуйня. Двачирую таблицы, пердолинг и тюнинг по сто раз в году.
Для себя извлекаю массу фана в дебаге, могу днями напролёт дрочить хуйню навроде https://github.com/andriyankov/KeygenmeMsRem
Мог бы в графику, тогда да, на канвасе что-нибудь рисовал.
>Как думаете фронтенд умрет как профессия?
Будет просто фуллснек, и всё. Как когда-то был отдельно верстальщик, отдельно кодер по фронту, и т.д.
Может кто знает:
GraphQl / Nextjs / React
Если у нас на сервере уже есть резолверы и они генерируют зачем еще на фронте писать запросы, у меня коллизии возникают!
Помогите!
>но последнее время просто копипаста вывода новых сущностей в интерфейс
Задумай большой рефакторинг на другой стек.
Всегда так делаю через год-два жизни проекта, когда задачи становятся скучными и рутиной - смотрю что популярное и интересное и переписываю половину проекта.
Да ладно. Он же у вас в рабочей папке лежит наверняка где-то. Весь запыленный, покрытый паутиной с 2018 года.
Ну и не надо! Я сам у кого-нибудь в джсфидле слайдшоу украду и переделаю!
Свайпер за три часа написал, ты чего нахуй, какой свайпер ещё. Это три функции нахой, 40 строк кода.
Я и написал. Но предпочел бы поспать подольше.
В этом и суть: мне дают кусками, а не целым файлов. Вот и нужно как-то сделать так, чтобы из кусков вышло целое видео.
У меня массив объектов, какой нах Set
Почему ты функцию назвал уникальныйМассив? Это же не уникальный массив, это функция, которая убирает из массива объектов дубликаты. Маня на код ревью жёстко попустили бы за такое именование функций, да и я тоже пропустил бы.
Да я хотел поменять, но лень, думаю потом добавлю возможность филтровать и обычные массивы. Сча один работаю, над неймингом даже не скем обсудить, расслабился.
Пытался вкатиться в программирование через боль и страдания - ничего кроме боли и страданий не получил. Хочу по собесам походить, но скорее для развлечения, чтобы с людьми поболтать. Работаю сей, а во Вкусе Очка, работа очень скучная, хочу что нибудь поинтереснее
Мой бэкграунд: учебные материалы по погромированию от Salesforce
> Чего бы мне такого напогромировать на моем стим деке с помощью JavaScript?
Если ты сам не в состоянии ответить на подобный вопрос, то зачем тебе вообще программирование?
Хочу вкатиться в Lightning Web Components (LWC)
Какие у вас мысли по поводу бекенда на 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
Что именно в коре современного ПХП задизайнено хуже, чем в ТС?
Попробуй вот так дженерик описать. У меня почему-то тс не подсвечивает в данном случае, но сталкивался с проблемой динамических свойств.
<T extends { [key: string]: string }>
Типичный пользователь ТСа, лол. Нах вы на нём пишете, если не способны задизайнисть типы
То есть ты ожидаешь, что появятся новые аноны и хоть в этот раз тебя с твоей нодой не будут обоссывать, а поддержат?
> Типичный пользователь ТСа, лол
Что ты хочешь от вчерашних жабоскриптеров? ТС - язык свитчеров, к нему не приходят как к языку первого выбора или как к безальтернативному платформы.
>Типизация, она в пхп на минималках
Ну а в ТС она просто избыточная. Это было бы нормой для какого-нибудь шизотерического ФП языка по типу хаскеля, но в языке для работы с DOM и раздачи JSON'ов, это просто лишнее.
Если всё твое приложение - это три файла по паре функций - то тебе ts действительно избыточен.
>Если всё твое приложение - это три файла по паре функций - то тебе ts действительно избыточен.
При чем тут количество файлов? Я говорю обо всякой жести с инферами, сложными сигнатурами индексов в сопоставленных типов и прочем. Там может быть один файл на 10 строк кода.
В чем принципиальное отличие от варианта со служебным типом Record?
>Нах вы на нём пишете, если не способны задизайнисть типы
В 99% случаев мне нужно описать без дрочева простые пропсы компонента, аргументы функции или набор полей, приходящих в объекте с бэка. И это очень удобно. Дженерики мне редко нужны.
>В чем принципиальное отличие от варианта со служебным типом Record?
Конкретно в этом случай нет разницы. В целом сопоставленный тип больше гибкости дает. Если это не нужно, ебашь всегда Record, так читаемее.
Хочу чтобы перестали применять ТС там где он нахуй не нужен, очевидно же. Проекты до 50к строк кода (80% проектов) не нуждаются в ТС ну совсем никак, jsdoc или d.ts и всё, нинужно ничего более.
>>41065
Посмотри прост на ответ нейросети и на твой. Когда ты пишешь стринг, то по сути это ничем не отличается от any. Какой смысл писать везде any? Нету.
Все типы должны наследоваться от чего-то, чтобы ТС имел смысл, чтобы понимать что происходит, чтобы эти строки были сопоставлены с чем-то, а не просто строки.
Стринги это то что ты получаешь от IO, а дальше уже типы на типах через типы.
У any нету метода padStart как и других методов. Внутри функции function helloworld(x) может жестко требоваться использование методов строки, поэтому использование встроеных типов, таких как string, ничем не хуже ипользования кастомных типов.
function helloworld(x: string)
Другой вопрос использовать жсдок или тс. Ты говоришь, что проект маленький, поэтому лучше жсдок. Сегодня проект маленький, а завтра наняли араву макак его пилить. Не все так однозначно.
Ещё раз повторю если ты такой умственно отсталый и не понимаешь с первого раза - я не твой протыкласник, или кто там тебе мерещится, болезный
Чел, ты просто не понимаешь смысл типизации. Она нужна не для того чтобы в функцию строку или булен передавать, она нужна для написания интерфейсов которые принимают конкретные типы и ничего более. Если ты пишешь интерфейс, а потом вставляешь туда стринг - это кринж ебаный.
В целом подобное твоему мышление встречается в большинстве проектов, наверное, по этому ТС это невообразимый и бессмысленный кал, с которого можно только орать в шепет.
>>41261
Когда работать начнёшь сможешь и не такое.
>Чел, ты просто не понимаешь смысл типизации
А ты ее понимаешь? У строки нет интерфейса по-твоему? Интерфей из любого типа можно выделить, тем более в тайпскрипте, где структурная типизация. Функция function helloworld(x: string) будет где-то использоваться. Например в при парсинге json. На стороне использующего кода в helloworld может передаваться как число, так и строка. Если helloworld использует padStart - это значит helloworld требует интерфейса строки для своего аргумента х и ее нельзя напрмую без проверки использовать в этом коде..
>ТС это невообразимый и бессмысленный кал, с которого можно только орать в шепет.
Когда не осилил настолько простой язык как ТС. Жаль тебя, чел.
И в чём проблема? Ты за деньги кабана переживаешь? Вообще у нормальных кабанов проекты всегда с самого начала пишутся на ТС. Так что если кабан тупой и его проекты не пишут на ТС с самого начала, но это его проблемы, пусть теряет деньги на переписывании на ТС.
<AuthProvider>
...<MenuProvider>
......<NotificationsProvider>
...........
......</NotificationsProvider>
...</MenuProvider>
</AuthProvider>
Наоборот так и делается, только эта матрёшка в отдельный файл выносится
>Является ли колхозом с точки зрения архитектуры и красоты кода при использовании 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 это не глобал стейт.
Ты никого не способен ничему научить потому что сам вчерашний вкатыш, которому требуется образование
А то с ним не так? Я до сих пор использую.
>Каждый паблик, каждый блогер трубит что есть альтернативы, не используйте.
Так они на шее у мамок сидят, поэтому могут каждый день новую очень модную либу в свои хеловорлд применять.
>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. Во всех остальных случаях в функции приходят не стринги, а объекты.
>>41410
Не трясись, вкатун
>>41952
>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.
Работаю в котвасе, поискал в гите зустанд. Не нашел.
Просил двух бывших сотрудников, тоже в котвасе, - у них также зустанда нет.
Учитывая, что на РФ рынке все деньги и вакансии в котвасе - могу смело утверждать, что зустанд не нужен. На данный момент. Может лет через пять что-то изменится.
Вот, я такого и ожидал. А теперь посмотри, сколько раз ты написал слово 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'
Иногда, так бывает, что разрабатываемое приложение чуть сложнее устроено, чем страничка с запросом к апи и показом лоадера.
>Мурыч
Был слит в русскоязычном чате Telegram по TypeScript. Мозгами слаб, поэтому не осилил современные тренды разработки. Выезжает на том, что отрастил бороду, поковырял спецификацию, немного почитал исходники V8, чем прозиводит впечатление на неоперившихся вкатунов и ещё более слабых интелектом от природы людей
Позиционирует себя, как эксперт в WebVitals и PageSpeed, что уже смешно, так как Google давно ранжирует сайты по рекламе и посещаемости. Скоро эти метрики вообще не нужны будут, так как web постеменно превращается в приложения для мессенджеров - смотрите WeChat Mini Programs и Telegram web apps
Приведи примеры таких юзкейсов
>смотрите 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
Я хочу чтобы оно принмало либо ()=>T либо T и возвращало бы T[][], по умолчанию T будет number соответственно.
>>43802
>>43779
Переписал так, исчезла одна из ошибок, но теперь тип неправильный выводится если функцию передать, че за хуйня. А как сделать дефолтный тип 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?
> Для этого надо разбираться в апи языка
Какое ещё апи языка, че несешь нахуй, лал
> асимптотической сложности алгоритмов
Это даже не вопрос, на первом курсе проходят, важны лишь детали реализации
> а не в деталях реализации интерпретатора.
Да ты даунич прост, никогда сложнее кнопки в реакте не писал ничего
> на ванильном джс никто уже не пишет
Вкатуна забыли спросить
>>44478
Смотря что ты пишешь, очевидно. Если ты пишешь проект и тебе с него имеешь процент прибыли - писать неплохо бы написать. Конечно речь не идёт про зарплатодаунов которые пишут кнопочки, тут и так всё понятно
>(если эта пара там вообще существует, лил).
Вроде был стрим, где он че-то канпелировал с выводом в байткод и прям усираясь орал, что var экономит сколько-то тактов процессора.
>>44428
Порвалось только огромное очко у тебя, петуха, сука, рабочего. Ничего тебе, дуре, даже пояснять не буду. Как только ты сел на любой фреймворк, все твои оптимизации размещаются в твоем очке. Если ты сейчас спизданешь, что хуяришь фронтенд на ванилле - я переведу тебя из петухов в клоуны.
>>44478
>А нахуя в принципе писать оптимальный код?
Вопрос принципиально в другом. Какая разница, какой там код, если у тебя все что делает браузер требует взаимодействия с сетью, а это минимум 80мс туда-обратно. Что это блять должен быть за код, который не успеет выполниться за 80мс, чтоб ты на фоне network latency его почувствовал?
>>44487
>Если тебе так нужна производительность, то нахуя ты взял V8?
Ага, знать V8, SpiderMonkey и WebKit до кучи. Чисто нахуй жизнь положить на изучение движков, а потом там блять появляется какой-нибудь Ignition и все твои оптимизации нахуй надроченные годами ебли становятся автоматическими, т.е. ненужными. В итоге сидеть потом как Мурыч с бородой мудями на ютабике трясти "ВЫ ВСЕ ЛОХИ, ВЫ НЕ ШАРИТЕ ЗА СПЕКУ". А сам сидит чудище блять бородатое в проперженых трениках в бабушатнике однокомнатном. Я понимаю за это бы платили ну хотя бы от $6,000, тогда да, имел бы смысл этой хуйней маяться, а так - это дрочево для бородатых лохов. Вот в гугле разработчиками движка V8 платят дохуя? Вот пусть они и ебутся, чтобы мой код быстро работал, а мне некогда этой хуйней заниматься, мне таски надо в джире вправо двигать.
Да нахуй он нужен блять. Это спортивное программирование. Весь понт всей этой шняги - шоп просто ходить и доказывать, кто большой погроммист а кто меньший.
>Смотря что ты пишешь, очевидно. Если ты пишешь проект и тебе с него имеешь процент прибыли - писать неплохо бы написать. Конечно речь не идёт про зарплатодаунов которые пишут кнопочки, тут и так всё понятно
То есть ты ведёшь речь про 0.01% разработчиков. Все остальные работают за зарплату. Так что твоя маняфиксация на оптимальном коде это вообще не норма. Ты маргинал.
Для интереса, правда пока только два реально прикольных дня было.
>Сейчас хоть миддла, хоть сеньора запросто спрашивают и про движки, и про сборку мусора и литкоды и все на свете
Спрашивают исключительно ради того, что бы прогнуть по зепке. Никто на реальных проектаз не дрочит в8, потому что если возникает такая необходимость - лучше переписать все на раст/го/с++
> И что ты скажешь? Что тебе это не надо и в работе не пригодится? И пошел ты нахуй тогда отсюда, умник.
Ну скажу про шейпы, хидден классы, граф связей. Этого на 99% достаточно для того, что бы рекрутер не доебывался. Если он конечно не ноулайфер аутист-задрот-двачер который пытается унизить кандидата
Я весь ноябрь собесился на сеньора, буквально 0 раз спросили про особенности V8. Спрашивали только пару раз что это в принципе такое.
Назови три кейса где миддлу надо оптимизировать v8 код.
>Порвалось только огромное очко у тебя, петуха, сука, рабочего. Ничего тебе, дуре, даже пояснять не буду.
Кнопкописец продолжает рваться, кек
> Как только ты сел на любой фреймворк,
Мань, кнопки на фреймворках пишут такие додики как ты. Свободные люди такой ерундой не занимаются.
>>44587
Много деняк, очевидно же.
>>44595
> То есть ты ведёшь речь про 0.01% разработчиков.
10% примерно.
> Все остальные работают за зарплату. Так что твоя маняфиксация на оптимальном коде это вообще не норма. Ты маргинал.
Да поебать всем на твоё мнение, джун. Ты всю жизнь будешь писать кнопки и делать что говорят. Твоё мнение даже не спрашивали, хуй знает зачем ты тут высираешься, лол
Да это местные вкатуны и вечные джуны в рогах и копытах, типичное быдло залетевшее в айти. Они просто слишком тупые и никогда ничего сложнее кнопок не писали в своей жизни. Им действительно не требуется никаких знаний, вечные макаки которых через через пару лет заменят нейросети. Такие дела.
>Свободные люди такой ерундой не занимаются
РНН-господин попускает тупых сенек на фреймворках итт, спешите видеть.
Без режима разработчика, подписка 1.5к ради одной фичи это крохоборство
>10% примерно.
Неправда. Ты маняфантазируешь. У линейных сотрудников практически не бывает такого, что они имеют процент с прибыли компании. Разве что если ты единственный сотрудник в компании, лол, или вас несколько и вы все сооснователем стартапа.
>Да поебать всем на твоё мнение, джун. Ты всю жизнь будешь писать кнопки и делать что говорят. Твоё мнение даже не спрашивали, хуй знает зачем ты тут высираешься, лол
Твоё тоже не спрашивали, но ты же серишь своим маргинальным мнением. Я сеньор в бигтехе и на моём проекте задачи намного сложнее покраски кнопок. Мой проект влияет на жизни множества людей в стране, а ты болезный маняфантазёр, оторванный от реальности, как будто никогда и не работавший в индустрии.
Какой плагин?
>Много деняк, очевидно же.
В других языках он может получать больше. зачем ему фронт если он такой умный?
Инженер, который умеет делать машины идет к Илону Маску, он не станет делать туалеты применяя свою гениальность.
Почему так сложно просто взять и сделать свой проект?
>>45170
> Неправда. Ты маняфантазируешь.
Нет, я не местный долбоеб, который пишет кнопочки на фреймворках.
> У линейных сотрудников практически не бывает такого
Тебе-то откуда знать, ты не работаешь даже.
> Твоё тоже не спрашивали, но ты же серишь своим маргинальным мнением.
Нет, был вопрос, на вопрос ответили. Ты же порвался жопой и начал высирать своё бессмысленное мнение про кнопочки на фреймворках, отвечая на каждый пост который тебе не нравится. Видимо тебя опустили с знанием v8 и у тебя какая-то болезненна фиксация началась итт
> Я сеньор
Сеньор-пиздабол, ты? Узнал тебя по твоей горелой сраке
>>45443
> В других языках он может получать больше
Не, в других всё сложнее. В жс можно фулстек залететь и отхапать процент прибыли, как уже говорил.
> Инженер, который умеет делать машины идет к Илону Маску
Ебанутый что ли, он платит ниже рынка, к нему лошки идут чтобы гордится тем что в тесла работают
Да иди ты нахуй! Хватит свой адвент пиарить, никому он не всрался, никто не пойдёт его решать и хватит спрашивать в десятый раз.
Долбаеб адвент топ! Хотите быть крутым сеньором чтоб иметь процент, решайте адвент. В течении пары лет литкод и кодварс уйдут в небытие, все будут решать адвент вот такие дела
Нахуя толпой решать решённые задачи?
> Advent of code
Что это за дрисня, эльфийка, блядь, церера, шеф, для каких дегенератов это нахуй высрано? Лучше бы сделали задачу "идеальная архитектура фреймворка", чтобы это хотя бы имело смысл решать и смотреть на решения других. Или "быстрейший обход AST деревьев"
Щас бы решать задачи которые чуть более чем бесполезны. От этой хуйни прям повеяло нестиранным зассанами труханами аутиста.
>Нет, я не местный долбоеб, который пишет кнопочки на фреймворках.
Ты просто местный маняфантазёр, у которого начинается тряска, когда ему указывают на его маняфантазии
>Тебе-то откуда знать, ты не работаешь даже.
Работаю уже 7 лет
>Нет, был вопрос, на вопрос ответили. Ты же порвался жопой и начал высирать своё бессмысленное мнение про кнопочки на фреймворках, отвечая на каждый пост который тебе не нравится. Видимо тебя опустили с знанием v8 и у тебя какая-то болезненна фиксация началась итт
Так я задал вопрос, а ты ответил маргинальными маняфантазиями, о чём я и сообщил треду, чтобы видели какие шизы бывают
Редух не нужен, а там где нужен - бери зюстанд, он тупо проще. И не будет соблазна пихать лишнее в глобал стейт. Я уже заебался рефакторить код коллег где литералли каждый блять запрос к бэкенду идет через редух-тханки ебучие. Весь стейт засран ненужным говном.
Стейт менеджеры для запросов к апи реально не нужны, тут соглы на все 100. Редух юзается по привычке и популярен лишь потому, что ебаные макаки, коих 80%, не могут хоть на минуту задуматься зачем им вообще редух-баребух.
Да, это ебаное уродство. Именно для этого придумали стейт-менеджеры, это как раз тот случай где они нужны. Я не знаю зачем пишут свои велосипедные контекст-провайдеры, видел такие лесенки только в кромешном говнопроекте.
И да, ты же в курсе, что контекст работает только в клиентских компонентах Next? Если ты хотел заменить этим редух, то идея провальная.
В rtk query до сих пор не могут добавить поддержку suspense, в tanstack query уже года 3-4 она есть, в swr и apollo client тоже
Почему? Это же очень удобно
Я решаю. Но этот год как-то не очень на самом деле, было только пара интересных дней.
Не, кабанчику погромирование не нужно, ему кнопку покрасить надо, иногда это конечно интересно, но на уровне совпадения.
Использую esbuild.
Успешно собираю JS.
Затем хочу собрать CSS.
Мне падает ошибка: нет png-лоадера.
Я не понимаю, зачем ему вообще png-лоадер: я вообще не хочу, чтобы он чё-то делал с урлами картинок внутри css-файлов.
Да и вообще, КУДА esbuild собрался эти картинки грузить? Внутрь файла как base64, что ли?
Есть ли настройка, чтобы не пытаться загружать картинки во время бандлинга стилей?
Нужно именно программирование огромному количеству кабанчика. Вакансий буквально тысячи, где нужно именно программировать.
> врёти врёти это всё маняфантазии
> а вот я не фантазирую, я работаю
Мань, очнись, ты рассказываешь про кнопки не фреймворках. Этим только вкатуны занимаются, не удивлюсь что ты вкатываешься лет 10 подряд, не снимая зассаных труханов, кек
Оо ну ты мощный конечно.
Нет, я рассказываю не про кнопки, это у тебя пластинка про кнопки заела. Я рассказываю про веб-приложения.
смотрю доки на хуки, охуеваю как уродливо и уёбищно. всё работало, всё было заебись, нахуй было трогать, ёбаный же в рот. я ужасаюсь от мысли работать с индусским кодом на хуках.
ещё блять в добавок CRA два года на обновлялся и тоже практически deprecated, даже не ставиться через нпм без пол-терминала каких-то ебучих ошибок, быть которых не должно.
короче, два вопроса:
1) если не для себя а чтобы на дядю работать, учить next или remix?
2) с той же целью, нужно ли ещё учить redux?
Можешь юзать Vite вместо CRA
>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 пользователя через сервер почти из коробки. Приколись, взять и сделать так, чтобы у пользователя открывалось окно по команде с сервера без изменения логики в клиента - это же круто
>классовые компоненты практически 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 всё делали на чистом реакте, и из-за убитой возрастными изменениями нейропластичностью не способны к переобучению?