Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
Ты на каждый css класс тоже отдельный файл что ли делаешь? Что мешает в одном файле объявлять стайледы так же как в одном файле объявляются классы css модуля? Вместо .button написать export const Button мне не кажется чем-то сверхсложным
Анон, подскажи вот что...
Какие именно символы эскапает encodeURIComponent()?
То есть, как можно отличить эскапнутую строчку от унескапнутой?
Пусть есть, скажем, неэскапнутая строчка, но с эскапнутым URL:
>"крысинное говно, тебе - сюда: https://ru.wikipedia.org/wiki/%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F_%D0%B4%D0%B5%D1%80%D1%8C%D0%BC%D0%B0"
Внутри этой строчки, очевидно, что ескапнутый только URL.
Функция
>decodeURIComponent("крысинное говно, тебе - сюда: https://ru.wikipedia.org/wiki/%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F_%D0%B4%D0%B5%D1%80%D1%8C%D0%BC%D0%B0")
выдаст это:
>'крысинное говно, тебе - сюда: https://ru.wikipedia.org/wiki/История_дерьма'
а это не совсем тот текст, что был в унескапнутой строчке, и хэш его не совпадёт.
Короче, хуй знает, унескапать ли строчку или не унескапать, при помощи decodeURIComponent, и надо бы её отличить как-то от эскапнутой. Что можно сделать с этой хуйнёй?
1) Юзер совершает логин, ему возвращается токен
2) Токен сохраняется на клиенте ( а где именно кстати? В локалсторедже? В стейтменеджере? )
3) При реквестах клиент добавляет авторизационный хедер с токеном, сервер его проверяет
И этот токен никак не обновляется, и неизбежно через определенное время после логина юзер обязан перелогиниться, да?
> 1) Юзер совершает логин, ему возвращается токен
Да
> 2) Токен сохраняется на клиенте ( а где именно кстати? В локалсторедже? В стейтменеджере? )
Наиболее безопасно его хранить в HTTP-only куках, но соответственно бэк должен тоже работать с куками, а не заголовком Authorization
Читни про безопасность JWT вот тут https://habr.com/ru/company/ruvds/blog/512866/
> 3) При реквестах клиент добавляет авторизационный хедер с токеном, сервер его проверяет
> И этот токен никак не обновляется, и неизбежно через определенное время после логина юзер обязан перелогиниться, да?
Самое простое решение - по имеющемуся JWT получать новый, естественно до того момента как имеющийся истекает
Более сложное - делать refresh token
Как быстро перекатиться на тайпскрипт?
Всегда блевал с этого всратого нечитаемого синтаксиса, но на новой РАБоте его юзают и надо за пару дней задрочить.
Ах да, там реакт с ТС. Реквестирую годные мануалы, туторы и т.д.
По TypeScript handbook за один день всё учится же
https://www.typescriptlang.org/docs/handbook/intro.html
Можно ли как-нибудь сохранить текущее значение в "зажатой" мыши, а по перетягиванию в вкладки, она вставляется.
Там просто слайдер, есть метод, который отменяет drag and drop, возможно ли реализовать свой drag and drop?
Какими наркотиками?
Спасибо, бро.
А есть что-то по использованию ТС в Ректале и Редаксе?
>>2195008
Я так и не понял, нахуя нужны типы в жс. Да даже проптайпы.
Это тупо оверхед и прогибание под додиков, которые перекатились с джЭвы, с++ и т.д.
Блять, у меня никогда не было багов, связанных с типами. У меня только проблемы, что я не могу прочитать лапшу из типов, интерфейсов и прочей ненужной залцпы, которая только засирает код.
А если ещё стили styled-components в этом же файле, то всё, пизда нахуй лол.
Парни, можете наметить роадмапу по бэку на ноде? Нужно ли лезть сначала в Typescript и React? Какая может быть последовательность изучения для галерного бэкендера на питоне?
Во втором видосе конкретное перечисление того, что читать для изучения Ноды.
Еще советую эти курсы:
https://frontendmasters.com/learn/node-js/
На торрентах есть, но устаревшее.
>А есть что-то по использованию ТС в Ректале и Редаксе?
https://stevekinney.github.io/react-and-typescript/
Поработай полгода, накопи тысяч 110, десятка на билет, остальное на два месяца поиска работы, капчуй где-нибудь в приличном хостеле,за 21к в месяц, 10 на пожрать, поди найдешь что-нибудь, а если и нет, то прокачаешь скилл собеседования.
Собес и поиск работы сама по себе является работой, полной на весь день.
>но нужно сразу понимать, что пройдешь собесов 30 в москвабаде.
Чаю. Первые собесов 5 - тестовые собесы, пидорнут за первые минут пять, а после уже будешь +- шарить что и как отвечать, но могут пидорнуть из-за незнания чего-то, так что где-то 30 собесов миниму.
Честно, не помню сколько у меня было собесов, но меня завалили тестовыми, в какой-то момент я просто забивал хуй на все эти задачи и пиксель-хуерфект.
>кстати я говорить умею и не оч тупой
Первое - надо предоставить хрюше вид, что ты ебать специалист, сыпать терминами, делать умное ебало, отвечать резко и уверенно.
Второе - не обосраться на интервью с тимлидом, для него лучше не сыпать терминами, и вообще, лучше помалкивать. Иначе раскусят вуаль пиздабола.
И все, ты на галере.
>Это к видеокурсу прилагается, если что.
Чёт я не успел на сайт егонный зайти, а уже кринжанул https://www.stevekinney.net
Да не гони, крутой чел
https://frontendmasters.com/teachers/steve-kinney/
Ну ладно, уговорил.
Купил его курс, сейчас заценю на скорости х2
Несмотря на то, что этот курс не длинный, именно на нем у меня почему-то случилась передозировка курсами и видеоконтентом в целом, так как до этого уже много что перелопатил. С тех пор я ничего не смотрю по теме длиной больше часа, не важно целиком или по кускам. А сами материалы оставил, хорошая шпаргалка.
>моё лицо, когда произошла передозировка курсами
content?.removeEventListener('mouseup', mouse => content.removeEventListener('mousemove', handleMousemove), true);
Чому адевентлистнер не сбрасывается?
const [guests, setGuests] = useState([{id:1,name: 'alex' } ])
<input type='text' value={guests[0].name} >
и нормальная ли это практика?
>Next.js + TS + Effector + Tailwind CSS + NestJS
Очередной нуб форсит очередную кучку buzzword'ов.
По сути, всё, что ты перечислил - большая куча говна, а не стек.
Tailwind - анон выше уже пояснил, засирает html-семантику классами. Хуй поймёшь где какой контролс, всё будет засрано классами.
NestJS - функционал тот же, что и у express, только синтаксис чуть подслащён декораторами. Причём весь синтаксис заточен под жава-блядков. Типа закос под ООП и вся хуйня.
Effector - в 99% случаев не нужен, решается родными средствами реакта. Исключения: большие приложения с огромным количеством состояний и сложной логикой обновления.
TypeScript - искусственные костыли, прилепленные к жаваскрипту, увеличивает количество бойлплейт-кода в два раза как минимум.
Единственная более-менее годнота из всей перечисленной хуйни - это next.js. ВСЁ.
Вообще конечно, хуйня написана, как ты умудряешься в одном предложении совместить NestJS + Next.js? Они же блять оба конкурирующие server-side фреймворки. Видать ты на практике ничего из этого толком не использовал, так, чисто отдаленно слышал из блогов и всё.
>Next не сводится исключительно к SSR
Не-не, не надо эту хуйню втирать, со мной такое не прокатит. Так разговаривать будешь с зелеными нубами, подобным тебе. Я прекрасно знаю, что next.js умеет генерировать статику. Но только у gatsby статикогенерация на голову лучше, в этом плане next нахуй не нужен. Вся его польза в ssr, для остального есть nuxt/gatsby.
С толстым клиентом - может. Но этто не к этому треду.
>Next для SSR, Nest для апи, нихуя они не конкурирующие
Фейспалм блять.
Костыли поверх других костылей.
То, что экспрессом делается в две строчки, вместо него мы лучше поставим массивный nestjs, который тянет за собой пол-галактики.
И соединим с next'ом костылями.
Что-что? Дублирующий функционал и там и там? Зато как круто!
> То, что экспрессом делается в две строчки, вместо него мы лучше поставим массивный nestjs, который тянет за собой пол-галактики.
Нихуя там сложного нету в несте, может разве что для вканутчика вроде тебя. В экспрессе ещё быстрее всё делается, да, особенно без тайпскипта, но не намного быстрее, да и ща бы в 2022 без тайпскипта писать.
> И соединим с next'ом костылями
Реально еблан походу? Соединим с некстом через рест или графкл апи, как ещё ты будешь соединять фронт с беком?
> Что-что? Дублирующий функционал и там и там? Зато как круто!
Вкатыш, пожалуйста, не пизди про то, в чём ничерта не понимаешь.
Дебил блять, ты клепаешь раздутые уебанские костыльные кривые решения. Архитектура говна и палок, перевязанная изолетной. Nest создали специально для таких имбицилов как ты, падких на красивые слова ЫЫЫЫЫ ГРАФ КЮ ЭЛ!!! ДЕКОРАТОРЫ!!!! ПРОВАЙДЕРЫ!!! КОНТРОЛЛЕРЫ!!!!
Я даже не стал читать твою писанину, всё и так с тобой ясно, что ты без фреймворков ноль без палочки. Отними все твои декораторы и ты припух. Потому что ты привык любой пук решать с помощью фреймворка. Апи? Фреймворк. Ssr? Фронт? Аутентификация? Фреймворк.
Думаю, любой твой круд, даже хелло ворлд будет тянуть минимум гигабайт зависимостей, если не больше. Хааарк тьфу тебе в рожу.
Какое же самомнение у тупого вкатыша. Ты ведь даже не понимаешь, почему апи делается отдельно, наприсер в спринге/дотнете/джанге/экспрессе/несте/чем-то другом, и почему SSR фронта в нексте делается отдельно от этого апи. Ты никогда не работал на коммерческих проектах и ее понимашь, что фронтенд-приложение общаешься с бекендом через апи. В нашем случае фронтенд, генерируемый некстом отдается к примеру через рест апи с нестом, но тут важен не сам нест, на него месте может быть что угодно, тот же дотнет или экспресс, так что есть нест вызывает у тебя анальные боли, то прекрати свой визг, пусть будет экспресс вместо неста. Суть в том, что никто в своем уме не будет писать бекенд апи и SSR фронта в одном нексте, может быть разве что вкатуны типа тебя с синдромом даннинга крюгера после курсов с торрента.
>почему апи делается отдельно
>и почему SSR фронта в нексте делается отдельно от этого апи
Ой блять, архитектор хуев. Скажи мне пожалуйста, пизда с ушами, а зачем мне нужно ДВА фреймворка?
Что мне мешает просто NestJS использовать?
Что мне мешает просто Next.js использовать?
Зачем они мне ДЖВА одновременно, скажи мне пожалуйста, ишак. Какую такую великую ценность добавляет nest/next друг другу?
Што блять, у next нет апи? Есть там апи! Вот нахуй ссылка,
https://nextjs.org/docs/api-routes/introduction
Или у nest нет апи? И там тоже есть апи.
Зачем зачем зачем блять одновременно!!!
Ты сначала скажи нахуя писать апиху там же, где фронтовый SSR исполняется? У тебя мобильные клиенты тоже к SSR-серверу будут обращаться, в котором помимо SSR-нагрузки ещё и апиха крутится? Как можно быть насколько дебичем? Ты ничего масштабнее монолитов со статическими сайтиками не писал? С нагрузкой ты явно не сталкивался и не дизайнил единое апи для множества клиентов. Лучше клепай лендосы на гетсби дальше и не лезь в бекенд, не хватало нам ещё и в беке идиотов. На твоих вкатунских курсах про разделение ответственности не рассказывают, видимо.
>Ещё один не умеет экспорты делать
Я то как раз умею, но большинство их лепит в одном файле.
На днях тутор по гетсби смотрел (9часовой), там препод говорит, дескать это ж ебать какой плюс, что стили можно писать в одном файле с JSX, не надо по файлам прыгать. Я пиздец как охуел с такого.
>>2195479
>Бэк не может быть проще фронта
Бэк в современных приложениях ебать какой простой в сравнении с вротендом.
Достаточно лепить простейшие круды - и вуаля ты синьор бэкенд div-елопер. Я сам охуел когда узнал насколько просто шлёпать крудисоны посмотрев пару туторов на ютюбиче.
>Ты ничего масштабнее монолитов со статическими сайтиками
Бла бла бла.
Мы щас не берём всякие 10к запросов в секунду хайлоады и прочие космолёты. А обычные сайты, без супер нагрузки. А ты уже пошёл маневрировать.
>С нагрузкой ты явно не сталкивался и не дизайнил единое апи для множества клиентов
Ишак, ты из каких годов вещаешь? Из 2008-го или типа того? Давно уже все в лямбдах сидят, в бессерверные функции запихнули. Нет никакой проблемы отмасштабировать гетсби с лямбдами хоть до луны. Вам сукам, споты дали. На спотах некст можно отмасштабировать пока жопа не треснет. Тем более железо копеечное. А статика элементарно через cdn разгружается.
Короче, выёбывайся хайлоадом перед пасанами со своего двора. Здесь никого твой хайлоад не ебёт, не интересно, сколько и каких клиентов ты там обслужил. Мы в целом фреймворки обсуждаем.
Это ты из 2008 вылез со своим каловым монолитным подходом, когда в пыхе и вьюха рендерилась, и запросы в базу там же шли. Ещё раз: нахуя в одном и том же сервисе делать SSR и апи? Нахуя плодить говнокод и смешивать разные доменные области?
>Обычные сайты
Нахуя тебе SSR+SPA для обычных сайтов? Нахуя тебе апиха для обычных сайтов? Мы тут веб-приложения разрабатываем и апи для всех возможных клиентов.
>бессерверные функции
Для тебя будет шоком, но они выполняются за пределами SSR-сервера. Помещать обращения в базу и прочие типичные бекендовые взаимодействия туда же, где крутится SSR — быть дебилом.
>Ещё раз: нахуя в одном и том же сервисе делать SSR и апи?
Простота и минимализм, но тебе это видимо не знакомо.
Ты обожаешь разводить зоопарки из десятков фреймворков, чтобы это всё надо было обновлять, деплоить и поддерживать.
>Нахуя плодить говнокод и смешивать разные доменные области?
У тебя надо спросить, ты плодишь говнокод и смешиваешь доменные области. У NestJS и Next в принципе разные идеологии.
>Нахуя тебе SSR+SPA для обычных сайтов?
>Нахуя тебе апиха для обычных сайтов?
Тя ебать не должно.
>Помещать обращения в базу и прочие типичные бекендовые взаимодействия туда же, где крутится SSR
Всё норм, не пизди. Опять ты со своим ебучим хайлоадом 10к запросов в секунду лезешь. Ну что ты заебал уже.
Ёбнутый ишак, смотри... Если берём твой подход, допустим мы верстаем простейший круд. Мне нужно будет написать целую простыню конфигов, задеплоить в кучу разных мест, установить гиг зависимостей, и т.д. Просто чтобы оно заработало?
И это типа считается "топовым стеком" в 2021-м году?
> Простота и минимализм, но тебе это видимо не знакомо.
Простота и минимализм это когда фронт отдельно и бек отдельно, а не как ты предлагаешь всё в одном месте делать в куче.
> Ты обожаешь разводить зоопарки из десятков фреймворков, чтобы это всё надо было обновлять, деплоить и поддерживать.
Хуйню спизданул, я наоборот за разделение ответственности, чтобы апи было отдельно на бекенде. Какие ещё зоопарки, два фреймворка это много? Один для фронта, другой для бека. Ты шизик?
> У тебя надо спросить, ты плодишь говнокод и смешиваешь доменные области.
Схуяль я смешиваю? Я наоборот предлагаю разделять, как и делают в любом серьезном проекте.
> У NestJS и Next в принципе разные идеологии
Я тебе про это с самого начала говорю, зачем ты мне пересказыаешь мои же слова? Next для фронта, Nest для бека.
> Тя ебать не должно.
Идеадьный ответ когда нечего сказать. Сейчас бы говорить оверхед из фреймворков да ещё и с SSR для "обычного сайта".
> Всё норм, не пизди. Опять ты со своим ебучим хайлоадом 10к запросов в секунду лезешь. Ну что ты заебал уже.
При чём тут хайлоад? Это банально с точки зрения программирования хуевая практика.
>>2195687
Тебе нужно несколько команд в консоли выполнить, это сложно для кодерков в 2021? Зачем тебе простыня конфигов, если у тебя простейший круд? Ты когда-нибудь деплоил простейший круд на экспрессе, тебе сложно было это сделать? Задеплоить созданный через CRA/Next фронт сложно? Какие ты там конфиги собрался писать, шиз? В нормальной компании для деплоя достаточно смёрджить мёрдж реквест.
Ну если не хочешь фрилансить учись подскакивать кабанчиком. Зайди для начала к сисадминам/в деканат своей путяги и скажи, что готов инфу на сайте менять за небольшую плату. Есть шанс, что пойдут на встречу или хотя бы контакты дадут чела, которому нужна помощь.
есть кароч джэ-эс приложуха. есть машинлёрнинг код на питухоне. и есть электронная хуёвина, с которой через протобуф читаются данные.
так вот сейчас посоны в мышинлёрнинге всяку. хуйню с этими данными мутят, и приходится в джээсе ту же хуйню дуплицировать, не по понятиям как то.
максимум чё я додумался - трансформации запихать в отдельную сишную хуёвину, и через неё всё передавать и в продакшен и в наш питухон воркспейс. но это чёт не особо решение. есть мысли какие, посоны?
я ваще не джээс разраб. дээс у нас на ноде вертится.
<a href="https://jasonwatmore.com/post/2020/09/30/vuejs-vuelidate-dynamic-form-example">VUE</a>
<br>
Причем можно сделать без vuetify и главное все понятно, все операции с данными это добавление, удаление в массив объектов.
<a href="https://codepen.io/stozen-spb/pen/OJjgQLQ">vanilla vue </a>
<br>
И тоже самое на Reacte. Тут из коробки кода будет в 3 раза больше, поэтому подключаем миллион библиотек, которые всё равно меняются каждый год и нужно учить все заново. Внесение изменений в старый проект превратится в мучительное вспоминание, что как работало в этом году.
<a href="https://jasonwatmore.com/post/2020/09/28/react-formik-dynamic-form-example">rerender(state) React </a>
Че за хуйня ебать
Ну так кабаны услышали, что ректал модна и требуют его везде, и похуй что это ужасно всратый и медленный кусок говна.
Вуета сейчас во всяких инторнет-магазинах только остался.
А по истине пиздатый и простой фреймворк - это Svelte, даже втентаклю на него переписали.
Только вот КАК он бля это делает?
>Ты скозал?
Да, я скозал.
Вопросы?
>>2196170
>Svelte - для перфоманс дрочки
В Svelte нет лапши из кучи бойлерплейт параши и прочей ненужной хуеты ректала.
Почему девтулз не видит мой vue, помогите
Vue 3
>Корректен ли такой код?
Нет, где типизация?
Почему функция мутирует внешнюю переменную?
Почему функция называется зарезервированным именем onClick???
Мы вам не перезвоним, мистер джуник.
Советуем попробовать себя на вакансию грузчика ебанного в пятёрочку.
>В Svelte нет лапши из кучи бойлерплейт параши и прочей ненужной хуеты ректала.
Потому что эта бойлерплейт параша спрятана даже не в либу, а в СВЕЛТЕ-КОНПЕЛЯТОР, без которого ты пернуть не можешь и над которым у тебя ровно ноль контроля. Если писатель конпелятора не предусмотрел какой-то юзкейз, то ты сосешь хуй без вариантов, тогда как в реакте можешь накостылить свое поверх хука, потому что это обычный код, а не конпеляторская магия.
Но ведь дурачок это тот, кто скидывает "сматрити в свелти все меняешь магически, просто объявляешь переменную и все, а ривакте надо аж три строчки писать", забывая, что за этой "одной строчкой" стоят тысячи строк абсолютно неконтролируемой дикой конпеляторской магии, тогда как useState хук - это по сути обычный ванильный объект с одним публичным методом.
>а какие проблемы, просто надо уверовать что конпелятор всю магию за меня сделает и все заработаит!!!!
https://github.com/sveltejs/svelte/issues/6730
https://github.com/sveltejs/svelte/issues/6732
https://github.com/sveltejs/svelte/issues/5365
https://github.com/sveltejs/svelte/issues/4694
Дальше сам.
Не правильнее это так писать, чтобы избегать хуйни?
мимо вкатун
Какой хуйни? Тебе нужен флаг внутри функции, который обозначает, прошел ли уже некий процесс настройки или же не прошел. Зачем ты усложнил эту логику и вынес выставление флага подальше оттуда, где он реально используется, т.е из самой функции? Что дало это усложнение?
Redux
Redux Toolkit
Redux Thunk
Redux Saga
Redux Native
MobX
Effector
Теперь глобальные переменные меняются в другом месте и каждый, кто эту функцию вызывает, должен вспоминать, что туда надо передавать именно эту глобальную переменную и выставлять ее по результату из функции. Нахуя? Кто-то просто хочет перезагрузить условные туду листы на странице с использованием твоей функции, а ты заставляешь его копаться в месиве из глобальных переменных, вместо того, чтобы изолировать информацию об этом там, где она реально используется - внутри функции. Усложнение абсолютно неоправданно в контексте ситуации.
Так наоборот же.
Я знаю что делает функция, вызываю её и передаю туда хуйню, которую хочу передать (можешь просто false передать если хочешь, чтобы просто выполнилось и всё).
vs
Я не знаю что сделает функция, потому что её поведение зависит от каких-то глобальных переменных. Что в этих переменных? Я не знаю, я ничего в функцию не передавал.
>можешь просто false передать если хочешь, чтобы просто выполнилось и всё
Еще раз, у человека, который написал изначальный пост, есть задача: сделать так, чтобы при вызове некой функции некий код выполнялся только один раз во время первого вызова. Это все условия, которые были поставлены перед тобой. Как это проще всего сделать? Правильно, добавить флаг-стейт в замыкание этой функции(может глобальный, может нет, сути это не меняет). Ты же вместо этого заставляешь всех вызывающих данную функцию каждый раз либо добавлять туда либо некий флаг-параметр, либо передавать некую глобальную переменную-настройку, т.е иметь к ней доступ. Это выходит за рамки задачи, это неоправданное усложнение. Если бы задача стояла как "иногда выполнять этот сетап, иногда не выполнять, в зависимости от нужд вызывающего", то да, был смысл в параметре-флаге. Просто так - нет.
>Я не знаю что сделает функция
Ты и не должен знать, что она делает внутри, это базовый прицип изоляции и модульности кода. Ты должен знать только то, что "если я вызову эту функцию, мои туду листы обновятся", а не задуматься о том, нужно там проводить некие настройки внутри или нет.
Хотя бы чтоб там были флексбоксы вместо флоатов?
>Redux
Используется практически везде с Реактом. Знать обязательно
>Redux Toolkit
Полезная хуитка для сокращения редуксовой писанины.
>Redux Thunk
Хуитка для асинхронных операций №1. Используется, когда надо сделать что-то совсем простое. Знать надо
>Redux Saga
Хуитка для асинхронных операций №2. Используется практически везде и всегда, знать обязательно.
>MobX
Был рожден как попытка сбросить с Олимпа великий и могучий редух, ныне попущен и мало где используется и требуется.
>Effector
По желанию
Собака сутулая, у тебя там видео на 9 минут которое тебе объясняет как это работает. А ты тут пол дня людям голову делаешь.
Я хуею с современного вкатуна. Им блядь доки с картинками сделали, 10тыщ видосиков написали, а они все равно тупого врубают. Как мой тойтерьер когда его просишь дать лапу, а потом другую лапу.
(хотя той через 2 раза на третий, в отличие от вас, справляется)
Но чет NVM не хочет нормально устанавливаться на Винду. Нашел вот это - https://github.com/coreybutler/nvm-windows
Смущает, что требуется удалить имеющуюся версию Ноды. Вдруг из-за этого что-нибудь перестанет запускаться.
Хз, я на прошлой работе в веб-студии получал 40к максимум, без опыта, но там был продуктивной бычарой.
Перешёл в серьёзную компанию, зп 100к с испытательным сроком на 2 месяца. Дали легчайшие задания. Я делаю их, работает корректно, но постоянно в пулл реквесте какой-то пердолинг появляется: тут вынеси в этот компонент, это вынеси в другое место. Тут можно это не указывать, тут можно по другому сделать и т.д.
Я покорнейше всё исправляю и не спорю. Надеюсь уволят через 2 месяца.
Просто в документации сказано, что если не удалять, то это может привести к конфликту версий. См. пикрил.
Алсо второй пункт с бэкапом npmrc не совсем понятен, там пишут про C:\Users\<user>\AppData\Roaming\npm\etc\npmrc, а у меня в C:\Users\<user>\AppData\Roaming\npm и далее нет никакого npmrc, только файлы, связанные с jest и touch-cli.
Пришлось сносить всё нахуй и кеш чистить, и только тогда завелось
Vue Inspect даёт подсказку: config.plugin('CompressionPlugin')
Но при попытке задать настройки, пишет что вроде как undefined.
Плагин установлен и подключен, Vue UI его видит, Vue Inspect - тоже видит.
https://webpack.js.org/plugins/compression-webpack-plugin
Или что учесть в плане изменений, учитывая что видосам 7-8 лет?
Был такой задор и энтузиазм сегодня. Переписывал нормальное кэширование изображений для потенциальной игрушки. Раньше было всё в одной куче, из-за чего с ростом игры росли и требования к оперативе. Решил разделить подгрузку картинок по отдельным сценам и уровням с очисткой того, что не требуется.
Как раз вчера думал как это реализовать, сижу тестирую. Ах да, я до этого использовал простую проверку, которая заключается в том, что алгоритм считает количество картинок в списке и после каждой обработки image.onload () добавляет +1 к текущему количеству загруженных картинок.
Так вот пока всё было в одной куче, всё работало прекрасно.
Стоило разделить это на уровни вылезла просто непонятнейшая ошибка, связанная с циклом while. Не выходит из цикла нихуя.
Я уже для дебагинга упростил максимально, всё убрал из цикла, но он всё равно не выходит из него. Тупо блять while перестал нормально работать. Как будто там какая-то дурацкая ошибка, которую я просто не вижу замыленным взглядом.
Почему из текущего цикла не выходит?
imagesAll - это общее количество объектов в кэше
imagesLoad - текущее количество загруженных ресурсов, пока я не убрал код оно было внутри onload. Я думал сначала из-за этого проблема, но нет, просто из этого цикла не может выйти, в консоли засирает где первое сравнивается со вторым, но не выходит из цикла
Я сейчас установил по гайду - https://github.com/coreybutler/nvm-windows/wiki#manual-installation
Почему-то enviroment variables обнулились после перезагрузки и в консоли пишет nvm: command not found. Вроде анон писал про что-то такое >>2196996
Добавь в PATH каталог с nvm
https://java.com/ru/download/help/path_ru.html
>На счет умирающего тоже спорно.
Тут ничего спорного. Просто это зависит от определения слова "умирающий". С жекверей например тоже много что написано и кое где он даже требуется. Ангуляр так же всегда будет требоваться уже хотя бы потому, что мало какие конторы будут что-то переписывать с него не важно на какую другую технологию. Это просто накладно, да и не нужно. Но новые проекты с каждым годом будут все меньше требовать эту технологию, и эта тенденция наблюдается давно. В 2014 это был по сути единственный по-настоящему релевантный фреймворк. Несколько лет спустя - лишь "один из", сейчас он и вовсе проиграл войну за интернет. Это не говорит о забвении, просто для чего учить фреймворк с постоянно снижающимся числом новых проектов?
Можно забить на эту статью?
Мухи выбирают то, что идеально подходит им с биологической точки зрения.
Кабанчики выбирают то, что идеально подходит им с экономической точки зрения.
Программист, что не в состоянии зарабатывать иначе, чем подстраиваться под хотелки бизнеса, выбирает ныть и сетовать на каких-то там мух. Причем эти мухи кто угодно, только не ты. Раз такой умный, то ищи нишу, в которой тебе будут платить за то, что тебе нравится делать.
Зависит какие цели, как я уже говорил. Если ты мастер который привык к определённому набору инструментов и делаешь работу хорошо, у тебя всегда будет кусок мяса в борще.
Какой смысл тратить себя на зоопарк новых вещей? Потому что они новые-трендовые? My ass.
Вокруг реакта счаз творится такая ерунда, что очень велик шанс просто проебать время. Как кстати я уже на своём опыте убедился. Я там потратил сколько то на вкат в реакт, мануалы читал, тестовые проекты пилил. Когда пошёл по собесам, внезапно оказалось что теперь кассовые компоненты "для лохов". Ой вэй!
А через полгода там опять чо-то придумают, и окажется что хуки "для лохов" редакс "для лохов" и далее по списку.
Может реакт выгоднее? Хуй там плавал, на низах и посередке толпа долбоебов-вкатунов натурально рушит рынок. На верхах синиоры получают плюс минус одинаково. Там не от стека зависит а как себя продавать.
Так и что по итогу? Если ты синьор, твоё время твоё богатство, его нельзя тратить на что попало. Если ты вкатун, то на реакте у тебя конкуренция с миллиардом других вкатунов. На ангуляре её меньше потому что он сам собой отсеивает аутистов.
Ну и наконец по честноку за технологическую часть.
Вы ж понимаете что все разговоры про "реакт лучше" это сыпанье баззвордами которые по сути мантры культистов.
Вы в 99 процентах будите лепить формы для круда и таблички с фильтрами датаСы датаПо. Ну какие блядь реакт даёт улучшения по сравнению с другими фреймворками?
Чо там дейтпикер на реакте в 800тыщ раз пизже ангуляровского или ларавелевского?
А что там иногда статика не 1.5мб как в Ангуляре а 800 КБ в современном мире строго похуй.
Не, кто как, а я буду спокойно рубить бабло на умирающем фреймворк,
А если вдруг окажется что в другой тусовке денег дают значимо больше, перекачусь ин ноу тайм.
С уважением, вашьдед
Во всем твоем посте можно заменить "Ангуляр" на "Жеквери" и смысл не поменяется. У меня есть приятель пхпшник, который до сих пор пилит морды на цмсках с жекверей в придачу и у него точно такая же аргументация: "Всегда найду свой хлеб", "Новые вещи не нужны", "для формочек с курдами этого хватает". Только сидит он в мухосранском полуфриланс сегменте уровня ООО Рога и Копыта, где зп давно не растут, а учить что-то новое уже неохота.
Я лет 10 назад нонстоп слышал что SQLServer всио.
Сегодня позвали в очередной раз писать запросики за 215тысченок. Нехуево так для умирающей технологий. А пиздежа то было: носкуль, монга, колоночные бэдэ, реляционки нинужны, транзакции нинужны(оч напоминает кудахтанье реактоблядей что ооп нинужен)
В монге, кстати, в прошлом году наконец то подвезли ненужные транзули.
Я это к чему говорю. Я за 16 лет в ойти видал всякого, и как-то со скепсисом отношусь к хайповым тхрендам. Ломиться куда то только потому что об этом трещит стая мартышек на крышах Варанаси - плохой план.
>>2197642
>Во всем твоем посте можно заменить "Ангуляр" на "Жеквери" и смысл не поменяется
Ну даже если и так, в чем проблема?
Я за жиквери не знаю, но если там уровень бабла и вакансий приличный, то и ок. Не?
Я с умирающим ангуляром совсем недавно отказал: оператору большой тройки, топ 3 вендорам в автоматизации ресторанов, топ 5 фин корп России. Отшил 3 галеры, пяток банков и инвестиционных компаний второго эшелона, Интерфакс (к ним персональная ненависть).
А всяких молодых-быстрорастущих-чай-кофе-печеньки, а также кабачнчиков-аутсорсеров посылал нахер литерали десятками. И это недели за три пока моё резюме висело на ХХ.
Умирающая технология, пиздец. Куда податься?
Например, мне нужна инфа по HTTP headers и конкретно по Content-Type, смотрю соответствующую страницу, там тонна материалов и где-то в серединке про то, что мне нужно - https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers
Не понятна приоритетность всех этих деталей.
Вот устроюсь разработчиком, буду по этим разделам как по википедии прогуливаться, туда-сюда переходить, закрывая пробелы. Но сейчас вся эта нерелевантная инфа затрудняет обучение.
>Реакт так это вообще библиотечка для рендеринга, здарова. Или че вы думаете сложное есть в экосистеме ?
Спроси у джавистов, которые на вкате постоянно ноют "ой, а где мое ООП, где все к чему я привык, где паттерны, пачиму так сложно". По настоящему легко тем, кто до этого сидел верстал, и вкатился на свежую для себя технологию. У остальных мозги испорчены мейнстримным программерским мусором и даже такая не сложная вещь как flux-круговорот вызывает у них шок и истерику.
Как собес прошел?
https://www.youtube.com/watch?v=au1Tb0tEe6I&list=PL0k-9Y7O1GweYJHN0QfrW2rUjWxrszsg_
На след собес подготовься.
Конечно первый. Типы дают понять как меняются данные и кто что поражает. Можно провалиться в модель и понять о чем базар.
На втором пике какие то мантры без контекста, остается только надеяться что их автор не объебался.
Ну и когда таких мантр становится под сотню тыщ, а авторов около дюжины... Изоьретают тайпскрипт который за пару лет становится промышленным стандартом.
Аноним 30/10/21 Суб 10:26:54 №2197890390
Вообще, по работе раньше часто общался с владельцами бизнесов в ИТ (в том числе и продуктовых).
Везде есть несколько типовых историй (по части соискателей):
1) "Некто с дипломом", без опыта(и вообще без навыков) и просит зарплату, которую не каждый спец с опытом запрашивает. Обычно сразу "посылаются в лес".
2) "Сказочник обыкновенный", которому просто невозможно отказать в силу его "опыта". Естественно никакого опыта там нет, но очень сложно выявить мошенника, в силу его глубоких знаний психологии. Обычно удается "разоблачить" на 2-3 месяц. Чрезвычайно опасны потерей времени и репутации перед клиентами(из-за срыва сроков).
3) "Лучший прогер без диплома и с непонятным стажем", часто могут многое, за счет широкого кругозора, часто искренне заблуждаются насчет уровня своего профессионализма. Прекрасно проходят собеседования. В целом приносят пользу и довольно "дешевы". В некоторых случаях вреда от них больше чем от "Сказочников", так как в силу отсутствия релевантного опыта решают задачи часто с помощью "непонятных кастылей", все последствия которых можно выявить лишь через значительное время. В общем нуждаются как минимум в постоянном надзоре.
4) "Джун классический", не умеет почти ничего, а то что умеет, практически бесполезно(надо переучивать). Чрезвычайно вредны для бизнеса, так как воруют бесценное время старших разработчиков(часто вызывая их раздражение). Использовать можно только если есть возможность создать "детский сад" для их "выращивания". В большинстве случаев, никто брать на работу не будет, в следствии отсутствия очевидной выгоды.
5) "То что нужно", человек с нужным опытом и скилами. Делает, то что нужно и тем способом которым нужно. Единственный кто не несет рисков для бизнеса и способен приносить прибыль чуть ли не с первого дня трудоустройства. Единственное причина почему на работу иногда берут соискателей не из этой категории, это потому что не могут найти людей этой категории.
Ну и часто бизнес проще закрыть, чем иметь дело с людьми не из 5 категории))
Отличие document.getElementByTagName("div") от document.querySelectorAll("div")
Отличия var от let
Как из массивоподобного объекта сделать массив
Что возвращает функция async function f(){return true}
как работает оператор await
Можно и применять await не только с Promise
Всем известная задачка по асинхронному коду с Promise.resolve().then(), setTimeout(()=>{...}, 0) и console.log("3")
Как определяется this внутри функций, как можно его изменить вручную и когда его никак нельзя изменить
Краткое описание HTTP, отличие GET от POST
+ мелкие вопросы по верстке, аля как убрать пустое место под изображениями и как отцентровать контент внутри элемента
Мб что-то забыл
>>2198112
+ еще вспомнил:
как заставить браузер предзагрузить какой-либо ресурс
Как можно оптимизировать большой проект, где 1000 компонентов и все они грузятся в одном файле (тут хз как нормально описать, в общем, вопрос про асинхронный импорт)
че за атрибуты defer и async у элемента script
как загружать изображения только когда они непосредственно видны пользователю, а не всегда как делает по умолчанию браузер
А то я асинхронность более менее понимаю, но не въезжаю в классы/прототипы/объекты в JS. Там же много всего и это эволюционировало с течением времени (ES5, ES6). Вроде простые темы, но пока не особо устаканиваются знания об этом.
Спрашивают вообще про все, никогда не угадаешь про что именно но наверняка это будет особенности работы жс, что-то из доки фреймворка, возможно еще немного из алгоритмов или верстки, про ООП/функциональщину и всякие солиды/кисс/драй тоже пару раз спрашивали, и даже про какую-то хуйню из сишарпа шарписты у меня выведать пытались хотя у меня в резюме ни слова про него нет.
мимо вкатывальщик
@
Валишься на вопросах про var и let
>На втором пике какие то мантры без контекста, остается только надеяться что их автор не объебался.
Речь не про твои маняфантазии о чьем-то проебе, а о куске кода, который нужно прочитать. Если ты всерьез скажешь, что первое месиво из типов легче прочитать и понять, что оно делает, чем второй кусок кода с чистой логикой, то ты пизданутый на голову религиозный тайпскрипто-шизик.
Трапчуешь поди, как типичная реактоблядь
>>2198256
Сидел читал MDN, практиковался, делал шабашки местным кабанчикам аля подправить тему на вордпрессе.
>Где и как учился
9 классов + пту колледж
>какой город
Милионник
>есть ли опыт работы
3 года в офисе клерком
>>2198172
>Получается, на собесах больше спрашивают про всякую асинхронщину, но не про ООП?
Много в жс ООП кроме EventTarget => Node => Element => HTMLElement?
мимо прочитал про это на mdn
Я все установил, но столкнулся с ошибкой Exit 145.
Про нее написано на пикриле, ссылка на этот текст - https://github.com/coreybutler/nvm-windows/wiki/Common-Issues
Они пишут, что проблема возникает из-за того, что якобы я вхожу в какую-то папку с установленной версией Ноды и оттуда пытаюсь запустить nvm use. Но это не мой случай, ведь я и nvm install, и nvm use проворачиваю, находясь в C:/Users/name. А nvm у меня в C:/tools лежит.
Так и не понял, что делать, чтобы эту проблему решить.
https://github.com/toranoana/deno-handson
>Много в жс ООП кроме EventTarget => Node => Element => HTMLElement?
Да тот же условный `Array.map()` уже ООП, так как каноничный функци анальный схожий метод итерации выглядит как `map(array, () -> {})`. Да и вообще весь ДОМ - одно большое ООП. Другое дело, что клиентский код поверх всего этого необязательно по лекалам ООП-шизиков писать. Джаваскрипт был создан, чтобы пихать говнокод на странички сайтов, а не для программирования по всяким методикам ООП.
>Много в жс ООП кроме EventTarget => Node => Element => HTMLElement?
Столько, сколько может быть ООП в объектно-ориентированном языке, где объектом является все, кроме null, boolean и undefined, а другие даже якобы примитивные типы(строка и число) де-факто ведут себя как объекты.
>выглядит как
Да поебать как выглядит https://en.wikipedia.org/wiki/Uniform_Function_Call_Syntax. По факту никакого ООП
Если поставить эту несчастную точку, то всё начинает работать. Почему так нахуй?
Как мне поделиться своим высером с миром?
про css properties не слышал до сих пор?
> Че именно не работает
Я не понимаю как мне:
А - объект с нужными полями доставить до нужного инпута чтобы он был заполнен(особенно в контексте того что на момент сбора этой вот формы некоторых полей у объекта еще может еще не быть)
Б - как имплементировать сюда массивы
В - как сделать так чтобы оно менялось и снаружи после всех вводов
> ссылочку на кодепен
Что это такое?
>А - объект с нужными полями доставить до нужного инпута чтобы он был заполнен(особенно в контексте того что на момент сбора этой вот формы некоторых полей у объекта еще может еще не быть)
Че бля? Ты хочешь сверху по древу компонентов передать объект, при этом что бы он был реактивным?
>Б - как имплементировать сюда массивы
Че бля? Какие массивы, куда и зачем имплементировать?
>В - как сделать так чтобы оно менялось и снаружи после всех вводов
Че бля? Что ты подразумеваешь под ОНО? Какую-то НЕХ?
>Что это такое?
https://www.google.com/search?q=%D0%BA%D0%BE%D0%B4%D0%B5%D0%BF%D0%B5%D0%BD
Так вот же он я. Ты научись для начала свои мысли язъяснять нормально, посмотри в шапку оппоста:
>Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
>Ты хочешь сверху по древу компонентов передать объект, при этом что бы он был реактивным?
Да
>Какие массивы, куда и зачем имплементировать?
Ну, вот в схеме есть goods с типом array.
Т.е. должно получиться что у объекта user есть свойство goods в котором лежат вот эти вот good. Очевидная проблема в том что объект user может не иметь вообще свойства good на момент когда я его прибиндил к форме, а если таки имеет - непонятно как это все должно быть организовано и как компонент должен это вот разруливать все.
> Что ты подразумеваешь под ОНО
Ну, я думал очевидно что ОНО это объект модельки который должен изменяться снаружи после всех вводов, чтобы можно было отправить куда-то то что из формы такой вот сгенерированной получилось.
Оберни свой объект в reactive и передай его через provide, потом получи снизу через inject
>Ну, вот в схеме есть goods с типом array.
Возможно я в глаза долблюсь, но я там ни одного массива не вижу. Для определения, массив это или нет ты должен использовать Array.isArray(), а не свойство isArray внутри объекта.
>Очевидная проблема в том что объект user может не иметь вообще свойства good на момент когда я его прибиндил к форме,
Так в чем проблема? Если у тебя реактивность нормально настроена у тебя произойдет ререндер как только ты новое свойство добавишь к этому объекту и/или изменишь существующее
>Ну, я думал очевидно что ОНО это объект модельки который должен изменяться снаружи после всех вводов, чтобы можно было отправить куда-то то что из формы такой вот сгенерированной получилось.
Ну тогда тебе придется изнутри поднимать события, либо в самом верху запровайдить метод, который будет мутировать твою модель.
>composition api
А тут я бы и рад, но нельзя.
>>2198656
>Для определения, массив это или нет ты должен использовать Array.isArray(),
Схема строится из опенапи. Там тип объекта определяется свойством type которое просто строка.
>Так в чем проблема?
В том что если у объекта модели на момент рендера нет свойств нужных - vue просто ломается говоря что на момент рендера свойство undefined и крякая падает на бочок и больше ничего с компонентом делать не хочет пока свойство не изменится. А тут еще и они рекурсивно передаются, потому что я не понимаю как нерекурсивно строить такую вот форму.
>В том что если у объекта модели на момент рендера нет свойств нужных - vue просто ломается говоря что на момент рендера свойство undefined
В чем проблема добавить проверку перед рендером?
>я не понимаю как нерекурсивно строить такую вот форму
Я тебе выше написал: provide + inject
Это пример имплементации пропозла для типа Record
https://github.com/tc39/proposal-record-tuple
Композиция - один объект берет другой объект и использует как часть себя.
Наследование - объект получает свойства другого объекта и добавляет свои, вплоть до замены всех свойств.
Их часто сравнивают и рассматривают как два основных способа комбинировать объекты.
Наследование вообще один из видов композиции, но обычно оно встроенно в язык.
Это основные понятия ООП, и подразумевается что если ты добрался до реакта, то ООП знаешь хотя бы чуть-чуть.
Я.вот реакт не знаю, а ООП учил только в универе, где какой-то молодой препод нас пытался подсадить на джаву.
Так вот, нужно ли мне пытаться дрочить какие-нибудь фреймворки для такого или просто ебошить руками на чистом js с нуля?
Композиция.
У тебя есть собака и она гавкает:
const theDog= { name: "Dora", bark: () => {console.log("auf")}}
У тебя есть свинка, она хрюкает:
const thePog{ name: "Jessy", oink: () => {console.log("hruu-weee! ")}}
Тебе надо описать реактопрограммиста:
const reactDeveloper = { name: "Manya"}
Но он ещё не умеет кодить, поэтому при помощи композиции
reactDeveloper.bark = theDog.bark
reactDeveloper.oink = theDog.oink
!Готово, у тебя полноценный рякт-мидл.
>>2199109
Из реально достежимого своими силами :подтяни осанку, это турник и гири, упражнения на спину.
Подтяни разговорный английский,хоть через клуб любителей говорить по английски, хоть онлайн через скайп с репетитором.
Подтяни кожу под нижней челюстью:гугли meowing
Ну и установи для себя стандарты личной гигиены: чисти зубы минимум 1 раз в день, мой голову 2 раза в неделю, мой руки после хуя, перестань жрать в маке.
Это тебе список поинтов на ближайший календарный год.
А в это время почти весь исходный код будет транспилированным es3/es5 жс
Пчел, я вот прям сейчас пишу софт (новый блеадь, не легаси какое-то саппорчу) для кое-каких наших госбанков, и мне надо поддерживать IE, потому что то ли их админам лень обновлять браузеры, то ли безопасники ачкуют выкидывать осла. Надеюсь, что в следующем году осел таки окончательно сдохнет.
В голосину с веб-макаки. Такое бахвальство фронтендера ЗНАНИЕМ бинарного поиска это все равно, что провинциальный учитель из РФ будет говорить, что он британского шекспироведа "завалил" вопросами о дате написания Пушкиным "Капитанской дочки" или еще о какой-нибудь ерунде.
Советую повзрослеть и перестать задавать нерелевантные вопросы, информации по которым ты нахватался на ютубе.
>>2199793
Так я от него не знания требовал, а реализовать быстрый поиск.
Тащемта, ответ через использование Set тоже принимался.
Суть задания была следующая:
есть список мобильных номеров в виде массива. Пользователь будет делать множество запросов к этому списку для определения, есть ли в данном массиве этот номер. Как бы ты реализовал алгоритм поиска?
Первое что он предложил это Array.prototype.some, на что был сразу послан нахуй т.к. номеров там может быть несколько милилионов.
Видно было, что ему тяжело, поэтому я намекнул, что нужно реализовать поиск по аналогии с поиском страницы, в книге.
Но этот вкатун оказался слишком тупой и в итоге так и не допер до того, что от него хотят. Судя по его омежности он еще и двачер, так что Валера, если ты это читаешь - прекращай свои попытки вкатывания и иди в макдак работать, мы тут ржем с таких как ты.
Вряд ли взяли бы, но непонятно, зачем зачем на двачах перемывать кости человеку в такой быдланской манере ("Ну и додик внатуре! Одет как чухан, омежка короче, бля"). Для тебя в новинку, что джунов много и они абсолютно разного уровня? Лучше бы дал парню нормальный фидбек, что подучить, ссылочек скинул бы.
Вспомни себя во времена вката. Представь, что какой-то гоблин после заваленного тобой собеса сразу бежит рассказывать про твой провал гыгыкающим корешам.
>учше бы дал парню нормальный фидбек
Он получил фидбек, причем сразу после собеса. Хороший, структурированный фидбек о том что нужно изучить в ванилле и в реакте. Я даже более чем уверен, что если он пару месяцев подрочит мануалы и попытается что-нибудь запилить своими руками я бы его даже взял.
>Вспомни себя во времена вката.
Во времена вката я от корки до корки вычитал весь learn.javascript и пересмотрел сотни часов собесов на ютабах и уж точно не посыпался бы на вопросе про Set.
>Представь, что какой-то гоблин после заваленного тобой собеса сразу бежит рассказывать про твой провал гыгыкающим корешам.
Ну гыгыкнуть можно только первые пару собесов, потом такие вкатуны становятся обыденностью.
Бинарные поиски - это хуита, которая прежде всего заучивается, пускай не дословно, а общий принцип работы. Человек либо знает наизусть что это такое и как работает, либо сам он никогда такую хуергу не напишет. Блять нет чтоб задачу самим придумать, терроризируют вкатунцов хуетой какой-то.
>либо сам он никогда такую хуергу не напишет
Я его не заставлял эту хуергу писать. Цель вопроса - понять как вкатун мыслит, какие действия предпринимает для решения задачи. Например, я дал аппрув на человека, который в вышеупомянутой задаче вместо бин поиска предложил разделить каждый номер по одному и создать связный список, в котором ключ равен одному символу из номера. При этом, явно видно, что вкатун понимает как работает код и умеет проектировать его в голове.
Тут все написано, в т.ч. про цсс
https://webpack.js.org/guides/tree-shaking/
Хочу опробовать решить одну задачу по работе и посмотреть на JS. Надо читать файл Excel и отображать из него преобразованные данные пользователю. На макросах и VBScript я уже сделал. VBScript работает на HTA applications. В HTA точно можно использовать JS, но я не понимаю как дебажить JS код. В каком редакторе это делать? Толкаю скрипт в тег скрипт на странице, а дальше что?) И ещё, может есть готовые библиотеки для работы с Excel?
Если что, буду бомбить тут своими тупыми вопросами. Заранее сорян и спасибо откликнувшимся.
NaN != NaN в хату, пацаны. Аноны, такой философский вопрос, а фронт не перегрет случайно? Из за пандемии каждый менеджер решил вкатываться в айти, разумеется первое, что вспоминают люди это "сайты делать буду ыхыхы". И идут смотреть курсы по реакту, а потом расширять рынок фронта и айти в целом. Собсна, следствие этого, не то что насыщение, а перенасыщение. Так вот, мне профессия нравится, я тут давно, уверенный миддл, но как то некомфортно становится, скоро вот менять работу буду и есть опасение, что из за такого наплыва работодатели будут снижать рейты, мол, смотри сколько у нас резюме. Понятно, что мартышки без базы будут идти нахуй сразу на первом этапе собеса, но какой то процент все равно будет непропорционально шатать рынок. Или это все хуйня и хороших спецов все еще мало? Конкуренции особо не боюсь, но понятно, что чем лучше попу напрягать, тем лучше же.
>HTA applications
Нахуя?
>В HTA точно можно использовать JS
Да, охуенно тебе будет использовать жс, который интерпретируется движком IE
>я не понимаю как дебажить JS код
По классике: console.log, по хардкору: debugger; и смотри в девтулзах че у тебя в памяти хранится в этот момент.
>И ещё, может есть готовые библиотеки для работы с Excel?
гуглить пробовал?
>вместо .exe отправить .html
Кобан Кобаныч кликает. Открывается его старый добрый дефолтный ИЕ9.
Вместо "заебисьОткрывательЕкселей" Кобан Кобаныч видит порнобаннеры с геями, которые ему любезно предоставил второй долгожитель - вирусняк баннеровставлятель.
Сычева повысили.
Есть выпадающий список, там есть варианты A,B,C
Так же, есть объект, в котором хранятся ключ-значения, где A:1,B:2,C:3
В чем вопрос? Каким образом мне лучше извлечь данные из объекта? Моя цель в итоге: Понимать какой вариант выбран
из выпадающего списка (могу), понимать что вариант А из выпадающего списка равен варианту А из объекта (не могу)
Для этого у элемента Option есть атрибут value;
<option value="1">A</option>
<option value="2">B</option> and so on
ну или т.к. у тебя в объекте в качестве ключа строка:
<option value="A">A</option>
<option value="B">B</option> and so on
Потом просто делаешь так:
твойОбъект[твойСелект.selectedOption.value]
Какие же вы пориджи ленивые, я в ахуе.
https://codesandbox.io/s/xenodochial-keller-3u92f?file=/src/index.js
https://3u92f.csb.app/
Ок, я понял. Просто бомбит, когда от незнания темы бывает сидишь и часами не можешь прийти к решению проблемы, есть соблазн выстроить обучение таким образом, чтобы брать в работу уже чей-то готовый проект и хотя бы изредко посматривать в решение в такие трудные моменты.
> я же по итогу буду использовать не больше 20% всех этих переменных, а значит все остальные лишние и будут увеличивать кол-во сборки.
Как они блять будут замедлять сборку, учитывая что CSS переменные резолвятся в брузерном рантайме? В контексте сборщика ты просто строчки добавляешь в листы, может там ещё лоадер наносекунду попыхтит, чтобы определить, что этот ключ на самом деле css переменная и его можно пропускать. Рэндомный копипастный компонент и то больше сборку нагрузит.
>В общем, кто может помочь? Было бы охуенно все это реализовать, я думаю, что не одному мне такая идея приходила в голову.
В чём помочь? Создавай репу с формальным описанием твоей идеи и нынешним прогрессом, посмотрим что ты там хочешь сделать. Если дохуя анонимус, создавай гитлабовскую репу на левом акке.
ПЕРЕКАТ >>2200419 (OP)
ПЕРЕКАТ >>2200419 (OP)
ПЕРЕКАТ >>2200419 (OP)