Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
$ node
> +(1.99999).toFixed(2)
2
> Math.floor((1.99999) * 100) / 100
1.99
Там походу по спеке округление вверх
> a. Let n be an integer for which n / 10f - x is as close to zero as possible.
> If there are two such n, pick the larger n.
https://tc39.es/ecma262/multipage/numbers-and-dates.html#sec-number.prototype.tofixed
Ошибка:
Есть адресс https://svetofor.com/light/(color)
В разработке все работало отлично, когда вводил адресс, например, https://svetofor.com/light/red, то все переходило.
А на Github pages выдает ошибку 404. Как фиксить?
Когда пост надо будет отредактировать, я просто отредактирую его. И массивы не помеха. Группа ищет себя в поле groups[] и рендерит пост, все охуенно с редактированием. С формами тоже не вижу проблемы. Че делать то? Я не бэкендер нихуя, пилю бэк чисто ради фронта
Ну так вот эта пост-группа таблица получается воображаемой и создается при запросе в базу в выдаче, если установлены отношения между таблицами, не? Или мне надо специально отдельно ее сделать, где хранить только ид поста и ид группы? Разве нельзя это все держать в сущности поста, и брать по необходимости? А что по отношениям? One-to-many или many-to-many все таки?
Лучше считать в целых (умножить на 100), особенно если дело касается денях. А результат на вывод приводить к нужному формату.
>Лучше считать в целых (умножить на 100), особенно если дело касается денях
Очень вредный совет, опускающий весь контекст. Считать в целых имеет смысл только, если дело касается денег, и только если ты с этими деньгами производишь какие-то вычисления. Если тебе например просто нужно на фронте нарисовать стоимость товара, то абсолютно похуй, рисуй как угодно, но уж точно не через центы.
Это не всегда третья связвющая таблица. Вопрос именно каким механизмом ты реализуешь физическую связь.
Если ты залез в реляционные СУБД то тебе следует прокачать базу реляционной алгебры. Она вообще не привязана к языку.
Если ты лезешь в мс скуль то прям рекомендую Ицик Бен Ганн - крутые книги для начинах.
Ну и думать тебя никакой туториал не научит.
Я устал.
Где мои 3 сотыги? Два года опыта на реакте. Кушать нечего. В Тайланде так и не побывал.
Тяжело...
Вызываю dispatch(fetchItems()),
и в fetchItems делаю запрос, получаю data и внутри этой же функции делаю dispatch(type:'fasfsad', payload: data)
ругается:
Argument of type '(dispatch: Dispatch) => Promise<void>' is not assignable to parameter of type 'AnyAction'.
Property 'type' is missing in type '(dispatch: Dispatch) => Promise<void>' but required in type 'AnyAction'
index.d.ts(19, 3): 'type' is declared here.
На это:
```
...{ zalupa, ...obj }
```
Ругается тайпскрипт, хотя типы такой операции нормально предсказывает.
https://www.figma.com/file/4MfDANceMcBjUeHjhFmtx0/%D0%A2%D0%B5%D1%81%D1%82%D0%BE%D0%B2%D0%BE%D0%B5-%D0%B7%D0%B0%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%B4%D0%BB%D1%8F-%D1%84%D1%80%D0%BE%D0%BD%D1%82%D0%BE%D0%B2-3.0
https://frontend-test.idalite.com/
https://www.figma.com/file/hEyIKW3BW16RDB72gDXcTu/Test-Front-end?node-id=27%3A2
>Покажи нормальный код, а не это говно, а вообще лучше иди нахуй с такой тупизной и учи нормально тс и жс
Я в рякте компонент хочу написать, который бы принимал пропсы, в которые можно запихнуть все пропсы корневого элемента этого компонента и чтобы это всё в подсказках было.
Что-то типа этого:
https://codepen.io/Jumpy_Bunny/pen/qBjyxqz?editors=0110
Впрочем я уже понял, что спизданул хуйню, так как можно деcтруктурировать ключи прямо в аргументе, а то я хуйней страдал с деструктуризацией в теле типа:
```
function Comp({ zalupa, ...blockProps }) {
const { className, ...restProps } = blockProps;
return (<div className={className} {...restProps}>{zalupa}</div>)
}
```
В TypeORM тебе не нужно заботиться о третей связующей таблице, все делается само.
Но вообще, да. Связь Many-to-many между table1 и table2 - это
table 1 <- one-to-one -> table1table2 <- one-to-one -> table2
Как советовали выше, почитай про нормализацию, можешь на вики:
https://ru.wikipedia.org/wiki/Нормальная_форма
Расскажите ваши успешные истории вката.
Что делать если я не могу осилить первую часть кантор
Начал учиться самостоятельно в середине 2020 года, к началу 2021 получил первую работу по удаленке за 30к в месяц. Еще через 4 месяца взяли в первую компанию. До этого кодером не работал
>>2164908
Читай Фленагана, не бойся размеров книги, это не роман, следить за сюжетом не нужно, перевод в последней редакции нормальный. Он многие вещи очень понятно пишет, как раз для новичков, кантора лучше читать, когда хочешь очень подроно конкретную тему разобрать. А потом когда совсем освоишься пизже всего будет дока MDN, но по началу это наихучший вариант обучения.
Поддвачиваю вопрос. Я правда осилил Кантора чуть больше тебя, но хотелось бы ещё какой-то видеокурс прогнать для закрепления пробелов. Знаю, что у него и самого есть слитый видеокурс, но он там втупую свою же книжку пересказывает и без участия в потоке он бесполезный. К тому же как я знаю он разочаровался в том потоке и отснял его на похуях. Есть какие-то ещё видеокурсы? Знаю про Минина, но смущает то, что он прям слишком серьёзно перешёл в карьеру гуру. Видел ещё курсы Петриченко с юдеми, там и жс и сразу реакт - мне его курс по вёрстке понравился и я некоторым финтам у него научился, но говорят по жс и реакту у него очень слабая база уровня фрилансера с апворка. MDN тоже почитываю, но хотелось бы что-то ещё для составления общей картины.
1) Нужно написать программу, которая управляет разными устройствами: радиоприемник, телевизор, мобильный телефон. Перечислите названия классов, которые вы создадите, и названия основных методов этих классов
2) Приведите пример связи многие-ко-многим из любой предметной области и перечислите таблицы, которые вы создадите для них в базе данных.
3) Что делает этот фрагмент кода (на пике)? Язык и синтаксис вымышленные. Не нужно пытаться запускать этот код и писать, что он не выполняется.
Я так понял что новая начальница хочет своего сыночка пристроить сюда, а великовозрастный дядя им нахер не нужен
Немного офтоп, вопрос по докеру
Я могу использовать кли вместо декстопа? Помню что раньше такая возможность была, а сейчас на оф сайте гайд только для декстоп версии
Я просто ретард и обновляться с 7ки буду только через месяц, а для декстопа нужен вин8+
Ну или как вариант я бы мог на виртуалке линукса докер запустить, а оно не будет конфликтовать с виртуалкой?
Это еще что, у меня в компании я прохожу повторный собес для аутсорсного клиента, это пиздец блядь, мало того, мне никто явно не даёт времени на подготовку к нему, либо воруй из рабочего времени, либо учи по вечерам. Что я и делаю блядь всё свободное время и все выходные. Будь я чуть опытнее и увереннее в своих силах, дропнул бы эту компанию нахуй за такие заёбы.
Ну тут не шибко сложно, тест по сути на твое умение гуглить
1)Просто пишешь классы для каждого устройства и по-человечески внутри них методы называешь, я думаю тут просто тест на то понимаешь ли ты ооп
2)Вот тебе пример, например заказ билетов в отеле, только ты приведи их своей области смотря чем вы там занимаетесь, ну и просто назови таблицы
3)Преобразует какой-то номер и возвращает в строке, а если не номер, то вернет 0
Ты куда там устроился? Если фронту предлагают что-то такое решить то явно не все хорошо у них
Меня хоред звал который тоже из новосиба, дали тестовое на их сайте в виде задач на алгоритмы блять
На днях получил офер за доляры, собесы в ру и еу это просто небо и земля, вообще не понимаю людей идущих за рубли работать
Так я всё это добровольно и делаю, я могу в любую наносекунду всё это дропнуть и съебать. Вот то ли дело при святом коммунизме, ммм, делай XYZ и всё равно отправишься gulag. Без рыночка я бы вообще копейки получал, сосал хуи и в приказном порядке был бы вынужден выполнять всё, что взбредёт в голову чиновнику-самодуру. Почему-то ИТ как раз максимально рыночная сфера, может быть как раз потому, что многие специалисты могут начать работать на заграничные конторки удалённо, и это заставляет российские компании поднимать зарплаты и улучшать условия труда? Но нет, для коммуняк это слишком сложная концепция, тут же подумать надо на целлый один шаг вперёд. Почему в IT среде столько коммуняк с обосранными штанами? Впрочем, лишнее подтверждение тому, что для того чтобы стать кодером, интеллект не нужен
>Вот то ли дело при святом коммунизме, ммм, делай XYZ и всё равно отправишься gulag
Лол это откуда у тебя такие познания
8-часовому рабочему дню и тк рф с его бонусами в виде оплачиваемых отпусков и больничных мы благодарны должны быть красным как раз
В гулаг отправлялись всякие шизики типа гумилева и его бати, почитай хотябы в вики к чему его батя призывал людей и сына подстрекал
>Почему-то ИТ как раз максимально рыночная сфера, может быть как раз потому, что многие специалисты могут начать работать на заграничные конторки удалённо, и это заставляет российские компании поднимать зарплаты и улучшать условия труда
Применимо для любой востребованной квалификации и причем здесь ит вообще
>Почему в IT среде столько коммуняк с обосранными штанами
Потому что когда ты нормально закрываешь все свои хотелки то встает вопрос почему твой сосед так не может и почему твой батя каждый год наблюдает дорожание дизеля когда твоя страна чуть ли не топ1 по добыче нефти и куче других ресурсов
Блядь, чел, мне это не интересно, я с таким же интересом буду слушать аргументы коммунистов и их представление о мире, как если бы мне 5 летний ребёнок начал рассказывать о том, что земля плоская, а луна сделана из сыра. Можешь не утруджаться, я даже читать не стану, это просто смешно
>2) Приведите пример связи многие-ко-многим из любой предметной области и перечислите таблицы, которые вы создадите для них в базе данных.
Ну вот недавно какой то обизьян сверху писал про посты и группы.
Типовой пример из учебника "книги и авторы"
У одной книги может быть несколько авторов
У одного автора может быть несколько книг
Таблица Авторы
Таблица Книги
Маппинг( Она же Развязочная) Таблтца
КнигоАвторы
Авторы.Айди ссылается на КнигоАвторы.АвторАйди
Книги.Айди ссылается на КнигоАвторы.КнигаАйди
Ьум, проблема решена. Ты по развязочной таблице поднимешь как все книги конкретного автора так и всех авторов конкретной книги
>1) Нужно написать программу, которая управляет разными устройствами: радиоприемник, телевизор, мобильный телефон. Перечислите названия классов, которые вы создадите, и названия основных методов этих классов
Ну это тебе на понимание ооп вопрос
Надо подумать что у этих сущностей общее, а что частное
И описывать их начиная с самого абстрактного до конкретного используя интерфеймсы
Например очевидно что все эти вещи можно выключить и включить, тоесть они должны реализовать некий интерфейс
АйВключаемоВыглючаемо в котором будут методы Включи() Выключи()
Раз твоя программа УПРАВЛЯЕТ то очевидно у тебя нужно знатьб некое общее сотояние прибора типа АйПрибор имеет Состояние (включен выеключен)
У всех трех есть возможность играть звук и управлять его громкостью, поэому у тебя буде АйМузыкальныйПрибор с функциями
ПрибавитьГромкость УбавитьГромкость МьютАнмьют и стейтом чтоб узнать какая именно сейчас громкость
Ну и так далее и тому подобное
Что происходит при общении с коммунистом:
1-2 минуты: Появляется усталость, снижается внимание, ухучшается память.
2-3 минуты: Нарушается координация движения, ухучшается концентрация зрения, появляется нервный тик, тошнота, головная боль.
4-5 минут: Наступает чрезвычайная раздражительность, галлюцинации, бредовые идеи.
6-8 минут: Замедленная речь, дрож конечностей, короткие периоды потери памяти, странности в поведении.
Более 8 минут: Фрагментированное мышление, безразличие ко всему, оцепенение.
Или там это, все один хуй на него будут закатываться со временем?
Знаю, что с запросом приходит инфа об оси+браузере. По ип можно получить город. Что особенного об устройстве может вытянуть жс?
Фронт будет только свой, так что в юзер агенте инфа будет. А нету какого-нибудь уникального id у каждого инстанса браузера или что-то вроде того?
Нужно периодически из базы постгреса с 999999999 записями переливать данные в эластик, используя киберзапрос с пачкой лефт джойнов. Изначально накостылял подгрузку через offset/limit по 1000 штук, для разработки и так сойдет - уже после 10к записей запросы начинают ощутимо тормозиться.
Сейчас оформил это всё в PGшный курсор в рамках транзакции -
интересно, у вас тут кодовые вставки вообще работают?
```
await knex
.raw(`declare es_fill binary no scroll cursor for ${rawRequest}`)
.transacting(trx)
```
и далее гружу результаты через
```
const result = await knex
.raw('fetch forward ?? from es_fill', count)
.transacting(trx)
```
так тут даже count = 10 стабильно срется по 4 секунды, напрочь руша всё понимание процесса.
В то же время через pgAdmin достаточно быстро отрабатывает и единичный вариант с оффсетом, и батч с использованием курсора.
Что надо подкрутить? Или knex для такой хуйни не годится и надо использовать что-то иное, например logstash? Нужно немного логики чтобы чистить эластик от протухшего дерьма и обновлять старые записи.
> Что особенного об устройстве может вытянуть жс?
Тут есть список всего
https://github.com/fingerprintjs/fingerprintjs/tree/master/src/sources
Ну серьезно, че это за хуйня?
Вот так вот мне предлагают читать файлы в Ноде. Коллбек блять засовывать. Ебанулись? Ладно хуй с ним с async/awai, но почему блять промисов тут нет? Почему по дефолту мы серим какие-то коллбеки напрямую?
Есть синхронный вариант
https://nodejs.org/api/fs.html#fs_fs_readfilesync_path_options
> почему блять промисов тут нет
Потому что это node-style callbacks
Promise-версию можно получить с помощью utils.promisify
https://nodejs.org/api/util.html#util_util_promisify_original
Wsl2 годиться для фронта или лучше оставаться на Линуксе?
Аноны, как этот ебаный блок сделать как надо?
Если маржин давать, то он укатывается в пизду.
Пометка: только flex.
Они же вроде тогда не по серединке, элементы.
Короче мой вопрос:
Есть пост и есть юзер. Отношения между ними понятны. Юзер может быть автором поста. А может и получить этот пост, если это сообщение в приват.
Допустим я пишу фронт. У меня есть форма с заполненным постом и я формирую из этого объект, чтобы потом все это засунуть в базу. В сущности поста есть поле author, у которого отношение к юзеру это @ManyToOnе.
У меня есть дто create-post. Я пытаюсь, собственно, создать пост. Мне надо как-то установить четкие отношения между человеком и постом. Мне нужно указать, что айди которое лежит в JWT должно быть явно указано как автор поста. В дто запихиваю поле author c типом Author, получаю ошибку, typeorm ругается, что он не знает, что это за тип такой author. Ок, наверное это норм, правда мне это кажется нелогичным(вот же он блять импортирован тремя строчками выше) я не ебу почему так. Меняю author на author_id (и в joinColumn тоже), с типом string, теперь ошибок нет, но нихуя не сохраняется в базу. Это логично, ведь есть расхождение с entity, БД не ебет что я ей пытаюсь впихнуть. Какой из этого выход? Вспоминаю уроки SQL и решаю запилить таблицу author-post, которая выглядит примерно так: id, post_id, author_id. Так как я стал бэкэнд разработчиком 2 дня назад и для меня это все ебаное колдовство, то я лезу в интернет посмотреть, как делают умные люди. И тут оказывается, что так не делает никто блять. Просто литирали никто блять так не делает. Все что мне попалось это какие-то беззубые примеры где все приложение состоит из двух не связанных между собой сущностей, либо там просто хуярят какое-нибудь ManyToOne и кладут на это хуище, потому что никто не билдит под это дело фронт и никто не будет этим кодом пользоваться. Еще раз: я нихуя, абсолютно нихуя не понимаю в бэкэнде. И с моей колокольни, проблема с тем чтобы просто хуйнуть foreign key и положить болт кажется очевидной, когда я на фронте буду использовать созданный круд, я не смогу засунуть (по крайней мере я не ебу как) текущего залогиненного пользователя в авторы поста. Ну типо, чисто айди он не принимает, потому что в entity там @ManyToOne(() => Author)author: Author, а пропихивать сразу весь объект пользователя это говнокод какой-то и так точно делать нельзя. Наверно подразумевается что оно автоматом сделает "воображаемую" таблицу с корреляцией между пользователем и постом (поля и отношения есть), но как оно узнает, какой пользователь создал пост? Вот мне и кажется, что единственный выход это сохранять пост и в той же самой операции сохранять новую строку пост_айди автор_айди в post-author таблицу. Но так никто не делает. Я хуй знает что мне делать, можете обоссывать.
const sleep = (ms) => new Promise((resolve) => {setTimeout(() => resolve, ms)});
А в таком - работает:
const sleep = (ms) => new Promise((resolve) => {setTimeout(resolve, ms)});
Почаму?
Вкратце:
Я не могу понять, как мне добавить в авторы поста текущего залогинненого юзера. Чуть подробнее: я не могу понять как должно выглядеть create-post dto и если для установления четкой связи между автором и постом мне нужна отдельная таблица, то нахуя мне тогда указывать у поста ManyToOne foreign key с ссылкой на автора.
У меня нет проблем с тем, чтобы его получить, мне это ничего не дает, если его нельзя запихнуть в save функцию репозитория, потому что я не знаю, как должно выглядеть create-post.dto. У меня есть строка в post.entity:
@ManyToOne(() => Author, author => author.posts)
author: Author
Что мне такого надо написать в create-post.dto файле, чтобы typeorm дал мне засунуть пользователя вытащенного откуда угодно(из сессии, jwt, из жопы) в базу? Все что я пробовал не работает. 100% сработает вариант с таблицей, но тогда я не понимаю, нахуй я (и все чей код я видел) сделал отношения между автором и постом в entity автора и поста.
вкатун
WS API стандартный, Vue'вский.
>отношения понятны
>может быть автором, а может получить
Проиграл. Зачем ты смешал два отдельных отошения? У автора может быть много постов, у поста только один автор. Это первое отношение. Второе это у поста может быть один адресат (и это не обязательно какой то автор, это может быть и общий чат), у адресата несколько адресованных постов.
Подскажет кто-нибудь как можно устранить эту ошибку?
>Вообще задача легкая и способов много.
Да не знаю я, на автомате так пишется что я сделаю, 3ий раз уже на двоще журите.
Я неправильно написал. модалка у меня app -> modalcontainer -> modaltemplate > modalBtn где cancel кнопка находится, а еще есть кнопка открыть эту модалку, она уже вообще в другом месте
типа такго app -> content -> contentHeader -> openModalBtn
Лучше удавиться.
Ты еблан и долбоёб
ReactNode - это блядь элемент, как див
Типизировать компоненты не надо вообще, типизируй пропсы и код внутри компонента
Или если очень хочется, выставляй тип React.Component или React.FC для функциональных компонентов
Но вообще это хуета и не нужно особо
Я бы сделал так
Делаешь хук, который будет управлять состоянием модалки, из хука возвращаешь состояние открыто закрыто и 2 рефа для кнопки снаружи модалки и внутри нее, на рефы вешаешь листенер на клик и меняешь состояние как тебе надо
Делаешь компонент модалки который будет принимать реф для кнопки внутри и состояние открытости, вешаешь рефы, рендеришь если открыто
Кнопке снаружи вешаешь реф для кнопки снаружи
Вот
Это нормально или я на столько овощ? Боюсь даже чит с устройством на работу не поможет(
Перестань искать причины, почему нет и обращать внимание на других. Всё, что тебе надо делать, быть чуть лучше себя вчерашнего (неделю назад и тд). 1.5 недели - это нихуя не срок для изучения чего угодно.
Читом по поводу работы я бы не советовал пользоваться, только лишнюю фобию заработаешь.
js type coercion гугли, есть картинки, есть статьи. В данном случае дело как раз в приведении типов. В первом случае он решает, что ты хочешь конкатенацию. Во втором случае т.к. ты не можешь из строки вычесть строку он приводит строку к намберу и выполняет операцию.
> сразу идет конкатенация, во втором приведение к типу.
Понял. Думал при плюсе и минусе порядок просто другой.
>>2167106
Понял, не знал как это гуглить.
Чаю вам.
https://github.com/mervick/emojionearea
Есть какие-то альтернативы вот этому, не тянущие за собой jquery и прочее жирное говно?
Спасибо.
>Но вообще эмодзики - юникод символы.
Но вообще если ты делаешь веб-дрисню для браузеров то тебе нужно отображение этих символов самому и предоставлять, причём навязчиво, а не полагаться на систем дефолты твоих юзеров, у которых они могут быть у всех разные — работать должно одинаково и на пека, и на пека под линуксом etc. Грузить иконочный шрифт — затратно, он весит дохуя даже если (получится) его ужать в какой-нибудь woff, не говоря уж о том, что за это ещё и копирасты могут взъебать. Остаётся парсить картинки всякими twemoji, но мастерить с нуля свой инпут из дива с contenteditable с учётом уёбищности куска дом апи, отвечающего за селекшны, позиционирование курсоров внутри оных и прочее, помноженной на то, что у нас не нативный инпут а самодельная срань — да я ебал.
>Но вообще если ты делаешь веб-дрисню для браузеров то тебе нужно отображение этих символов самому и предоставлять, причём навязчиво, а не полагаться на систем дефолты твоих юзеров, у которых они могут быть у всех разные — работать должно одинаково и на пека, и на пека под линуксом etc.
Эмодзи должны выглядеть так, как они выглядят в браузере. В этом их блять суть. Ты тут со смайликами путаешь тему.
>Остаётся парсить картинки всякими twemoji, но мастерить с нуля свой инпут из дива с contenteditable с учётом уёбищности куска дом апи, отвечающего за селекшны, позиционирование курсоров внутри оных и прочее, помноженной на то, что у нас не нативный инпут а самодельная срань — да я ебал.
Вставляешь в кнопки иконки из свг-спрайтшита, а в тексте вставляешь свой манятэг, который потом парсится при отправке. Тэг конечно не картинка, ну так сделай кнопку превью поста, опять таки элементарная логика без костыльного кастома, плюс лучше юзер экспириенс.
>>2167136
Блядь, ну посмотри, как тут сделано.
chatvdvoem.ru
Расспросить их от деталях имплементации возможности, к сожалению, не имею, как и времени на ковыряние скомпилированной вебпаком мочи.
>а в тексте вставляешь свой манятэг
>ну так сделай кнопку превью поста
Для большей части ЦА большей части ресурсов, предоставляющих ЭМОДЗИ помимо прочих функциональностей, это слишком сложная хуйня которой никто не будет пользоваться и бля я лучше пойду в другое место восян с зовода там сидит говарит заебись смайлики кнопку нажал хуяк и готово.
Подскажите, есть ли какая-то штука к react-router, которая позволит задержать загрузку компонента по новому роуту, пока данные для этого компонента не загружены? Именно данные, а не сам компонент - сам компонент будет являться частью бандла.
Т.е. я хочу получить логику как на Youtube - там нет мгновенного перехода на новую страницу, а сначала запрашиваются какие-то данные из API, параллельно показывается полоска загрузки сверху, и уже когда данные получены, то отрисовывается страница.
inb4 suspence, т.к. хочется чего-то более-менее стабильного
>reset.css
Чего ты умничаешь, это называется обнулением.
https://www.youtube.com/watch?v=1wfeqDyMUx4
https://www.youtube.com/watch?v=vkq7ckCkvjY
// scss не пугайся, можешь сразу на нем писать, просто без задней мысли.
Что за ручки еще?
>А модалка по урлу = признак долбоеба, сори
Часто встречается запись типо /url/#cart чтобы когда вернулся на урл, модалка корзины или регистрации или чего угодно уже была открыта. Я блять даже делал сохранение состояние несколько открытых модалок в определенной последовательности в зависимости от урла
Так что вообще не понимаю, что ты тут про признаки долбоеба говоришь.
> воруй из рабочего времени
Ебать у тебя рабское мышление. Повышая свою квалификацию в рабочее время ты умножаешь капитал компании, главный ассет которой это команда. Если хочешь чтобы у тебя и компании всё было хорошо нужно бОльшую часть времени изучать технологии и пробовать новые приколюхи и меньшую - писать код и решать практические проблемы. Программист наиболее полезен когда читает а не пишет.
Ты же дебил ебаный, который вбил себе в голову какую-то шизанутую догму про то, что модалки якобы нельзя делать по ссылкам и теперь носишься с ней и бросаешься на людей с ad hominem атаками и приступами детской необоснованной ярости. За пять своих постов с порванной жопой ты не попытался даже одним словом аргументировать, почему же все-таки нельзя открывать модалку по ссылке, если в ней находится контент, который надо открывать заново при обновлении страницы. Типичный жопоскриптерский петух с религией в голове.
мимо
const doesntmatter = createSlice({
--...
--extraReducers: builder => {
----builder.addCase(someThunk.fulfilled, (a, b) => {
------if (zhopaFunction(a, b))
Я этот thunk вообще не дергаю, у меня даже нет ни одного референса, например, dispatch(someThunk()), ни в одном колбеке, нигде нахуй
И приложение ложится, потому что в zhopaFunction() приходит undefined
???????????????????????????????????????????
Как мне сделать так, чтобы валидировалось, что одно из двух полей точно false? Т.Е. Поля могут быть 1: false, 2: true или наоборот, но никак не оба true или оба false?
obj {
2ch: '2ch',
abu: 'abu',
tred: 'tred',
}
Потому что я потом использую динамический ключ по этому обьекту и он жалуется что это тип string, а мне нужно, чтобы как элемент этого обьекта считался или что-то такое
ObjType = '2ch' | 'abu' | 'tred'
ObjTypes = {
2ch: ObjType,
abu: ObjType,
tred:ObjType
}
obj: ObjTypes {
2ch: '2ch',
abu: 'abu',
tred: 'tred',
}
реактоангуляровуе нужны, чтобы пилить "односраничные" приложения. Т.е. работают они так, как будто бы ты переходишь по ссылкам, но на деле у тебя всё происходит на одной странице, всё быстро, плавно и красиво. Потому что весь веб всю свою историю это надкостыление над костылями, потому что нельзя просто взять и всем клиентам обновить браузеры, если бы было можно, уже давно бы и язык поменяли может быть. Не знаю насчет ангуляра и вуе, но реакт крутится после сборки в ноде на сервере. Ну и вообще нода эта платформа для запуска жс вне браузера, в итоге на наде пилят всё что можно, разве что ос еще на ноде не запилили, потому что быстро и удобно и жс программистов много
У меня выбор стоит между EPAM и Accenture. Что лучше для джуна?
Опыт работы 7 месяцев. Еще многое нужно выучить, хотелось бы попасть в крупную компанию, где новичкам как то позволяют вкатиться и еще менторствуют какое то время, да и помогут если что.
Ты запушил локальную ветку на удаленный репозиторий 21 числа с делал мердж реквест и с тех пор стал делать новые комиты и пуши, которые просто обновляют мердж от 21 числа.
Чтобы график был весь зеленый делый коммиты, пуш в удаленный репозиторий но не делай мердж реквест пока не выполнишь всего, чего хотел.
Почему у вью есть два места, откуда берется хтмл код для отображения? Разве не должно быть разделения на логическую часть и на темплейт? Почему в логической части компонент вмещает в себя темплейт?
"For now, you need to fork this repo and launch sigame-clicker.js file like this:
node sigame-clicker.js"
далек от программирования, вообще не понимаю что нужно сделать, помогите
https://nodejs.org/en/download/
Если не вразумишь мову: https://www.youtube.com/watch?v=rHKXBeG4pnY
Используй терминал.
Установи это "глобально".
Проверь, как проверяют на ведосе(видос не смотрел, но думаю там проверяют.)
Ну и дальше по инструкции.
Я спросил про готовое решение. Наделать костылей я всегда успею.
>>2167178
Почитал мельком про react-query - вроде это про кэширование ответа от сервера (и таким образом, если какой-то роут завязан на получаемые от сервера данные, то можно обеспечить его мгновенный рендеринг со старыми данными, как я понял) - т.е. не совсем то, что нужно.
>>2167179
Ну, на Youtube, например. URL меняется сразу же после клика куда-то, но при этом новая страница не рендерится, пока ответ не пришел, а в твоем примере не так.
Интересно было сделать поведение как на Youtube, но в контексте react-router. Т.е. каким-то образом задержать рендеринг компонента по роуту пока данные не получены (ну или задержать как максимум на пару секунд, а потом отрендерить вне зависимости от того, получены ли данные).
>Подскажите, есть ли какая-то штука к react-router, которая позволит задержать загрузку компонента по новому роуту, пока данные для этого компонента не загружены? Именно данные, а не сам компонент - сам компонент будет являться частью бандла.
Здесь роутинг не причем на самом деле. Есть запрос данных. Есть статус запроса данных, если данные в загрузке то отображаешь спиннер, вместо компонента, данные загрузились отображаешь компонент. Так ютуб и работает. Это стандартное использование, тут нет каких то библиотек для этого
У тебя внутри компонента будет 2 ретерна, один на загрузку, isLoading && return <Spinner /> другой после загрузки. Если при одной загрузке данных нужно отображать спиннеры в разных местах, то уже надо либо выносить загрузку наверх и через контекст прокидывать статус, либо использовать библиотеку redux/mobx
НУЖЕН СКРОЛЛ САЙДБАРА КАК НА РБК.РУ, ТОЛЬКО НЕ БЕСКОНЕЧНЫЙ.
То есть, есть основной скролл, который еще и крутит калтент в фиксированном сайдбаре. Плавно, без ебучих лагов. с лагами и я могу захуярить без глубоких познаний в жс.
Короче, нужен типа параллакс, только для ленты новостей в определенном блоке.
Создаешь ангуляровское приложение.
Две директивы - основной скролл и вспомогательный скролл
Основной скорлл вешается на хост контейнер, вспомогательные на его детей.
Вспомогательные слушают онскролл ивент и если скролл достиг конца, то передают эту информацию основному, на что тот начинает скроллить свой контент.
По сути тебе достаточно скролоить основной элемент в то время как указатель на дочернем и скролл на нем достиг границы.
Данные зранятся на беке в монго, в атласе. Каждая запись имеет timestamp, за день таких данных набирается море, хочу что бы эти данные были сгрупированы по дням, к примеру за один день может быть 20 записей, где лучше "комплектовать" данные? На бэке после запроса в атлас, или бэк перешлет на фронт а уже там собирать в нужный формат?
https://js.cytoscape.org/
Как обновлять элементы цитоскейпа?
>>2168312
Так я и охуел от вью, реакт даже не собирался.
А можно ли в figma этот css code поменять?
За что так хейтят курсы Максимиллиана? Куда ни глянь везде обвинения в говнокоде. Что он делает не так?
Можешь позвонить, помогут.
Типа
state {
currentSort {
type: name
order: ascending
}
chosenMonths = [jan, feb..]
>Пройтись ещё раз по тому, что спрашивали, и по всему остальному. Я понимаю, когда в моменте ты отвратительно себя чувствуешь после разъёбного интервью, но зачем оставаться в этом состоянии? Ты в любом случае получил опыт, к следующему интервью будешь чуть лучше и в плане знаний и в плане эмоций/волнения. Не надо воспринимать собес как экзамен, воспринимай его как дейт в Тиндере, один из многих. Пройдёшь десяток-другой - вспомнишь мои слова.
Мудрость Анона неоценима. Да, действительно, второе интервью было намного лучше, дольше, с полной ясностью смог ответить на вопросы, которые не смог на первом. Получил фидбек, говорят не тупой, но надо подтянуть ооп, хттп, сокеты, вебпак, ну и мелкие вопросы, которые я пропустил, вроде, в чем заключаетя реактивность, зачем нужен фреймворк, в чем разница между ооп и фп(как оказалось не только рекурсия), абстрактная теория данных(или что-то типо).
Но ебаное говно-ООП все испортило, после того, как поняли, что я вообще не шарю за него, сразу пидорнули.
Еще понял такой очевидный момент, если и пиздишь в резюме про технологии которые не знаешь, то лучше хотя бы чуть-чуть почитать про них и что они делают. Иначе неувязочка на техническом интервью появляется.
>Поясните бэкендеру неофиту зачем нужны реакты, ангуляры, вуе, ноды?
Ты тролль?
Вью/Ангуляр - фреймворки для создания SPA - набор готовых решений, плюс инструментарий, чтоб не делать одну и туже работу постоянно.
Реакт - недофреймворк для создания SPA, хотя многие будут кудахтать что это не фреймворк, а библиотека.
Более низкий порог входа чем в Ангуляре, поэтому надо (на самом деле нет) меньше думать.
NodeJS - экзешник на крестах, позволяющий запускать JS скрипты на десктопе, а не в окне браузера. Считай аналог виртальной машины ява, или дотнетовской среды запуска (не помню как она называется)
Вообще как "начинающий бэкэндер" у тебя не должно быть вопроса "для чего нода", должен быть вопрос нужна ли нода тебе
У меня особого ответа нет. Потому, что конкретно мой мозг такой, что я учусь только на реальных задачах.
Т.е. если бы ты был я, яб пошел джуном хоть куда лишь бы хватало на еду одежду и давали кейсы для учебы.
Ты точно не прогадаешь овладев реактом или ангуляром , абсолютно точно надо после ваниллы перекатываться в тайпскрипт
В современном мире если тебе говорят что пишут на ванилле, это признак легаси параши.
Короче если ты хочешь во фронт тебе ангуляр /реакт + хотяб базовое понимание любого бекенда
Если в бэк, то тебе конечно же базовую ноду а потом что то улучшенное типа NestJS и практика реальных прилад
Я считаю, что когда выдумываешь задачи из головы, ты не додумаешься до огромного количества кейсов из реальной жизнию Т.е. будешь в некоем пузыре какбы знания.
А когда к тебе приходят с реальным запросом "сделай нам всплываху с уведомлением в правом верхнем углу" тут тоты и начинаешь крутиться вертется
>>2169027
Этот прав
Спасибо за развернутый ответ, анон. Я примерно также мыслю и практика хорошо закрепляет знания + на практике и теорию подтягиваешь (гугля часами необходимое).
Но куда меня возьмут со стеком: неполноценный жс, html/css, поверхностное знание гита, немного юзал webpack чисто познакомиться и всё. Опыта разработки никакого нет, кроме тудушки и пары свёрстанных лендингов (всё лежит на гитхабе).
По-моему я такой никому нахуй не нужен и нужно еще учиться чему-то. Ну понятно, что надо знать LESS/SASS, фреймворк (пока не определился), что еще?
>Но куда меня возьмут
Ну когда я искал свою первую работу, я буквально каждого знакомого спрашивал. "А вам не нужен программист начинаха? Готов работать за еду, лишь бы набраться опыта. А есть знакомые кому может быть нужно?" Как оно сработало: иду я по платформе Петровско-Разумовская, а мне на встречу чел с которым мы в одном компьютерном клубе играли в старик когда я был студотой. Слово за слово, он обмолвился что работает в айти. Я спросил нужен ли им начинаха. Он сказал что почему нет? попробуй. И выстрелило.
Короче, стучись в каждую дверь.
Сделай на хх анкету "жуниор жэ эс девелопер" и предлагай себя. Особенно обрати внимание на позиции "без опыта работы" "без резюме" и "зарплата не указана"
Понятно что тебя на старте будут иметь в хвост и гриву, но если ты не чертов гений, такова плата за вкат в айти
>А чем вам так редакс не нравится?
Тут вопрос на самом деле отцов и детей, поколенческий, таксказать.
Когда в профессию понабежало хипстеров-смузихлебов они сначала начали отрицать всё старое, как водится. ООП им там нинужно, строгая типизация нинужна, и вот это вот всё. Когда они литерали подросли и поумнели (как профессионалы) оказалось, что надо изобретать все эти наши "типовые олдовые штуки" по-новой. Так вот и редакс (как и любой стейт менеджер) это такая затычка для обезьян которые не умеют писать по другому.
Ведь если подумать, у тебя же могут быть классы, сервисы, которые хранят нужное, правда? Также, если подумать, ты можешь всю приладу конструировать в парадигме, что у тебя нет стейта, а есть поток событий.
Но это нужен другой майндсет и другой опыт. Поэтому чуваки "придумали" сейвить стейт в помойку "ключ значение"...
Ну и если ты хлебушек и справляешься только со стейтами (что в общем не зазорно, ибо таковых 99%) то вот
https://mobx.js.org/README.html
Более конкретно ответ на вопрос "но везде же спрашивают"
Потому, что везде некомпетентные обезьяны которые мыслят в том ключе в котором привычно. Когда они закатывались в этот стек технологий (читай на старте проекта) реакт+редакс было дофига хайпово. Потому, что допустим Ангуляр с его ООП и реактивным программированием для них был сложен. А далее это просто исторически пошло, что выросло поколение кодеров для которых реакт редакс сорт оф эталллон.
Насколько я ориентируюсь в теме, никто из тех кто сидел на редкасе но потом таки попробовал мобХ не собирается обратно
https://mobx.js.org/README.html
>У нас просто на стажировке сказали писать на редакс
Ну так а я о чём?
Вам сказали, тем кто вам сказал тоже "сказали".
А когда вся эта каша заваривалась, людей которые умею программировать было сильно меньше. Поэтому безграмотность плодит безграмотность.
Я прям угораю с того, как все это опен сорс жэ эс комунити повторяет то, что майкрософт прошло пять десять лет назад.
Но ведь МС это неназываемые, и вообще корпорация зла...
Вот к примеру, отличная надстройка (без иронии) над нодой
NestJS - по сути чуваки реализовали ASP.NET с задержкой годиков в 5-7. Лучше, конечно, поздно чем никогда...
>У нас просто на стажировке сказали писать на редакс
Ну так а я о чём?
Вам сказали, тем кто вам сказал тоже "сказали".
А когда вся эта каша заваривалась, людей которые умею программировать было сильно меньше. Поэтому безграмотность плодит безграмотность.
Я прям угораю с того, как все это опен сорс жэ эс комунити повторяет то, что майкрософт прошло пять десять лет назад.
Но ведь МС это неназываемые, и вообще корпорация зла...
Вот к примеру, отличная надстройка (без иронии) над нодой
NestJS - по сути чуваки реализовали ASP.NET с задержкой годиков в 5-7. Лучше, конечно, поздно чем никогда...
Т.е. вот в гугле дураки сидят, поэтому сделали ангуляр в свазке с тайпскриптом в связке с RxJS
А вот анопиниэйтед реакт коммунити - вот они не дураки. Поэтому сделают реакт реактивным через связку react + mobx не сразу, а спустя несколько лет после гугла! Цирк с конями да и только. Жду когда они в своем реакте DI изобретут и будут ваще-ваще анопиниэйтед...
Т.е. вот в гугле дураки сидят, поэтому сделали ангуляр в свазке с тайпскриптом в связке с RxJS
А вот анопиниэйтед реакт коммунити - вот они не дураки. Поэтому сделают реакт реактивным через связку react + mobx не сразу, а спустя несколько лет после гугла! Цирк с конями да и только. Жду когда они в своем реакте DI изобретут и будут ваще-ваще анопиниэйтед...
Да спасибо блядь, смог нагуглить. А вот отличие-то в чём? Что такого принципально важного может сделать useReducer чего не может useState? Там же весь функционал дублируется. Разве что мы в редюсере можем какую-то сложную логику обновления сделать, при которой нам не нужны будут дополнительные функции, запускающие обновление стейта, которые придется мемоизировать. У реакта нигде явно этого не указано.
Так о том и базар.
Не, если глядеть в ретроспективе, то вебпрогеры становятся умнее.
Но очень забавно смотреть как переизобретается то, что уже много лет стандарт и бест практисес на бекенде.
Я кстати почему топлю за Нагуляр - я в веб вкотился после бэка. И вижу что Ангуляр сделан для таких как я. Я уже +- умею кодить и когда начинаю проект у меня в голове мысли как хорошо организовать структуру, как наладить обмен данными между компонентами прилады, как тестировать. Кто и как будет работать с этим приложением _после_ меня?
Заметьте, что большая часть фронтенда этими категориями не мыслит. Да и им не всегда надо. Мои вопросы -вопросы из мира энтерпрайза и решений которые работают годами а то и десятилетиями.
А ежели ты обезьянка которая клепает 8 типовых "магазинов на деване" в год по аутсурсу или гребешь на галере, то эти вопросы конечно не приходят в голову. И получается как с эталонным макакеном сверху, который подорвался от проверки типов...
Приниципиально ни в чем, просто сахарок шоб было для людей, чей мозг необратимо уничтожен редаксом. Главная "польза" от редюсер модели в этом случае заключается в том, что у тебя всегда одна неизменная функция dispatch, которую не нужно мемоизировать, и ты просто пишешь dispatch(addTodo(todo)) dispatch(clearTodos()). Приходит с ценой бойлерплейта и требованием выносить экшены куда-то в отдельное очко и импортировать их в месте использования.
Но все это же самое можно сделать через пикрелейтед и писать как нормальный объектно-ориентированный человек actions.addTodo(todo)
Я сижу на стеке Angular .NetCore
Но вообще, можно быть молодцом и на стеке React + NodeJS
Ключевое тут, отметь, быть молодцом и включать голову.
Angular дает тебе больше "искаропки" и сильно сложнее для вката без опыта. React позволяет быстро стартануть, но если ты будешь развиваться, а не останешься на уровень свинособаки типа вот этого
>>2169146
то лично твой набор инструментария для React очень быстро станет похожим на "Angular из каропки" потому, что ты будешь решать правильные вопросы.
Если посмотреть непредвзято по рынку, то вакасий на реакте заметно больше, зато нормальные ангулярщики как правило дородже реактомакак.
Если ты молод и остр умом, надо освоить и то и это, лишним не будет.
>Расскажи как быть молодцом тут, если несложно
Как говориться, в жизни должно повести три раза. "У кого родился, у кого учился, на ком женился"
Я знаю молодцов на реакте потому, что они ушли в реакт после нескольких лет бекенда или потому, что у них был толковый наставник который учил правильным подходам, а не магическому мышлению.
Ищи, короче, наставников. Читай про архитектурные паттерны и общие подходы. На каждом шагу задавай себе вопрос" Стопе, а не дурак ли я?"
Я понимаю, что это общие рекомендации, но других нет.
Нужен наставник, личное старание и умение рефлексировать.
Ну всё, килерфича. Вот счаз допилят натив и все реактомакаки ломануться в мобильную разработку и десктом за 333кк наносек, да?
(нет)
Кстати пока вы там на свой реакт дрочити, мелкомягкие выкатили
Blazor WebAssembly который вообще убийственен по своей мощи. Эдак скоро пойдете на свалку истории также как вымирающие ангулярщики...
Чел, если бы ты хоть раз в своей жизни попытался написать простенькое приложение на реакт хуйнетиве, то такую бы хуйню не порол. Это забагованное дерьмище для реальных мобильных приложений не годится, только клепать однотипную хуйню по првоеренным шаблонам, где шаг влево-вправо от шаблона - расстрел. Котлин со свифтом никуда уходить не собираются, ни флаттер, ни реакт нейтив им сейчас не конкуренты абсолютно.
мимо
https://vuetifyjs.com/en/components/selects/
Задан он через пропс items ввиде массива.
Мне надо по событию @change передать два аргумента.
Типа <v-select @change="updateMe($event,y)"></v-select>
Без проблем передаётся только $event. Y передаётся только если объявлен глобально или жёстко задан.
Как подмешать ещё один аргумент?
>Ты думаешь это должно было прозвучать иронично?
Именно так это и звучит. Пчел, программирую с ранних 2000х.
Готов поспорить, ты тогда был пиздючелоой и просил мамку шнурки завязывать и жопку вытирать.
Всю дорогу вижу как появляются очердные "убийцы" какой-то технологии, всплывают на волне хайпа на пару годиков и уходят в небытие. Потому, что бизнес любит считать денежки и склонен брать проверенные решения. Ну сам подумой блядь, вот у тебя компания которая сидит на стеке технологий и решает конкретные задачи. Например однокнопачные дрочильник с микродонатами пишет. Какой у такой компании _финансовый_ интерес бросать все и вместо обжектив си или котлина брать какие то свинособачьи разработк?
Какой смысл топовму банку который 20 лет сидит на солюшенах от майкрософт бросать всё и срочно переходить на монгодб (которой транзакции сделали только в последней версии)?
И таких вопросов я, пожалуй, могу задать по десятку "вона би киллер фича неймов" которые видал за последние лет 20.
Выжтивает только то, что дает конкретные осязаемые преимущества, как Тайпскрипт например.
>Ты думаешь это должно было прозвучать иронично?
Именно так это и звучит. Пчел, программирую с ранних 2000х.
Готов поспорить, ты тогда был пиздючелоой и просил мамку шнурки завязывать и жопку вытирать.
Всю дорогу вижу как появляются очердные "убийцы" какой-то технологии, всплывают на волне хайпа на пару годиков и уходят в небытие. Потому, что бизнес любит считать денежки и склонен брать проверенные решения. Ну сам подумой блядь, вот у тебя компания которая сидит на стеке технологий и решает конкретные задачи. Например однокнопачные дрочильник с микродонатами пишет. Какой у такой компании _финансовый_ интерес бросать все и вместо обжектив си или котлина брать какие то свинособачьи разработк?
Какой смысл топовму банку который 20 лет сидит на солюшенах от майкрософт бросать всё и срочно переходить на монгодб (которой транзакции сделали только в последней версии)?
И таких вопросов я, пожалуй, могу задать по десятку "вона би киллер фича неймов" которые видал за последние лет 20.
Выжтивает только то, что дает конкретные осязаемые преимущества, как Тайпскрипт например.
>>2169214
>Технология не работает, потому что я старше тебя
А ну ладно, так бы сразу и сказал
>Какой смысл топовму банку
Блядь, пчелы, если бы не NDA, то сейчас можно было бы проораться всем тредом.
Но да, конечно, если старые брюзжащие пердуны пердят и брюзжат о том, какие они старые и пердящие, то это существенный аргумент в споре, практика и реальность здесь бессильны.
>>Технология не работает, потому что я старше тебя
>А ну ладно, так бы сразу и сказал
Я старше тебя и видел столько хайповых тем, что просто уже не верю наслово молодым да горячим сектантам.
Я вживую столько раз видел как "ну теперь то реляциоонные бд нинужны" "ну теперь то ооп нинунжно" "ну теперь то стекнейм нинужен" , что когда мне в очередной раз говорят "вот теперь то технологиянейм умрет потому что вышло ещеоднатехнлогиянейм"
я только иронично улыбаюсь...
Блядь, наркоман старый, хватит подменять понятия, я тебе говорю про РЕАКТ НАТИВ, ты начинаешь вилять жопой и пиздеть про какой-то ооп, про какие-то монги. Сука, я тебе говорю про реакт натив, наверное сам из моего поста выше можешь попробовать догадаться какая крупная компания его использует, елси не совсем одноклеточный имбецил, в чем я уже серьезно сомневаюсь.
> в жизни должно повести три раза. "У кого родился, у кого учился, на ком женился"
Ставь лукас если тебе повезло 0 раз!!11)) ну хз, мне, наверное ,раз
>На каждом шагу задавай себе вопрос" Стопе, а не дурак ли я?"
Ставь "поделиться с мамой", если ответ очевиден - да!!!1)
>Blazor WebAssembly который вообще убийственен по своей мощи. Эдак скоро пойдете на свалку истории также как вымирающие ангулярщики...
Как по мне, очень спорная тема. Тут тебе и порог входа, если вкатунам в онгуляре сложно, то от шарфика охуеют. И вебформсами попахивает.
>я только иронично улыбаюсь...
Потому что ты дебил и аругментированно сказать не можешь нихуя, кроме "я в стул пердел, жизнь видел, а сколько вас таких было". Технологии приходят и уходят только в путь, и ты как типичный пердун почему-то обращаешь внимание только на те, которые не ушли(или еще пока не ушли, но в процессе), игнорируя все старое говно, лежащее на свалке(жквери привет). Смотреть нужно на причины, и если тебе не нравятся люди, которые без аргументов говорят "новое и блестящее значит заебись", то что ты должен думать о себе, который таким же образом говорит "старое и проперженное значит заебись"?
Я на вью не пишу, я на ангуляре сижу.
Но вангую что у тебя есть
items = []
в этом items наверняка можно хранить
{lable:'azaza', id: 1}
в этом твоем v-selecte есть
item-text
item-value
вангую что на селекте эмитится то что ты указал в валью
укажи сам обьект, и будет вываливаться он целиком внутри ивента скорее всего
после чего ты уже будешь в методе брать
event.id
https://swiperjs.com/demos
https://pastebin.com/kurCwyEX
По @change получаю 'ssid', а надобы ещё index или id.
@change="changeAp($event, ???)"
Я сначала подумал, что ты предлагаешь это делать в обработчике события. Что мне не подходит, ибо до items не достучаться.
А потом как понял...
@change="changeAp($event, items.findIndex(item => item.ssid == $event))"
Вот так работает. Спасибо за наводку.
>Еще написать что-то?
Могу тестовые задания на логику накидать. С минимальной вёрсткой.
Ещё есть один забавный момент, каждый раз ты будешь писать лютый говнокод, поймёшь ты это только после практики, бесконечного рефактиринга, но и чему-то научишься, в последующем применяя более правильный метод написания кода.
Ну а вообще пиши то, что тебе самому интересно, я вот например писал таск-менеджер, типо что на сегодня сделать, календари, всякое такое, будет больше мотивации, и да, не делай огромных проектов, делай мелкие/средние, иначе будешь и правда бесконечно переписывать говнокод.
>А чем вам так редакс не нравится? Вроде везде его просят. Чем заменять?
redux-toolkit упростил работу с бойлерплейтом, советую смотреть в его сторону. По поводу mobx я не думаю, что ты джуниором найдешь работу сразу с ним, а на редаксе уже дохуя легаси, работу найдешь.
>>2169095
Ты мне напоминаешь дурачков линуксодрочеров
Не вижу ничего хорошего в мутабельности
>Я вот хотел еще препроцессор какой-нибудь изучить, но смысла особого не вижу сейчас это делать (хочется сосредоточиться на фундаментальном, чтобы впустую время не тратить)
Боишься потратить пару часов на просмотр документации? Там все тоже самое, просто удобнее писать +крутые штуки, но если совсем нулевой, то да, основы надо знать или можешь без задней мысли начинать с препроцессором.
Злые звуки одопроцентника
>Не вижу ничего хорошего в мутабельности
Обоснуй.
Мое мнение: "горила и банан", я хочу изменить имя полььзователя, пользователь у меня есть, я хочу сделать юзер.нейм = "ню нейм".
Тут вылазит горила и заставляет меня писать эти редюсеры-хуюсеры.
Ради чего? Зачем мне создавать нового пользователя для этого?
>Сука. Я мучаюсь с react. На чистом жс я без проблем написал примерно такой слайдер, а на react не могу.
Пока не думай, что и куда, просто пиши. Когда напишешь, будешь думать как улучшить. Реакт при правильном написании и дроблении компонентов даст тебе крутую удобную настраиваемую переиспользуемость. Один слайдер куда как проще сделать на чистом жс. Но когда у тебя будет 10 слайдеров по разным условиям, тогда поймешь, зачем нужен реакт, что хранить в компоненте, а что выше него и так далее. Все постепенно.
> Какую ты решаешь задачу?
У меня есть функция, которая принимает key и value.
Эта функция внутри объекта obj находит obj[key] и присваивает ему значение value. Вот эту задачу я решаю. Мне надо её затипизировать. Вопрос был в том, постоянно придётся type guards писать в таких случаях или можно как-то эту ситуацию обойти более лаконично?
Алсо, если шаришь - можешь ответить почему такого рода код >>2169390 typescript не пропускает?
Давай тестовые, я не против.
>>2169369
Ну примерно так и хотел действовать, да. Как раз подумываю что бы такого можно сделать.
>>2169382
Хорошо, тогда завтра почитаю что там и как. Может действительно штука более удобная и буду писать только на нём. Базовый CSS я знаю практически весь, флексы особенно.
>Когда же ко мне придёт понимание того, как возможно писать на Typescript...
Когда пройдешь все таски на https://tsch.js.org/ очевидно же.
>что выбрать-то - LESS или SASS?
Слово в контексте нашей беседы относительно новое поэтому в словаря определения нет. В ИНЕТАХ ты найдёшь кучу объяснений что де либа это простот набор реюзабельного когда, а фреймворк диктует архитектуру приложения и(или) управляет вызовами ф-й и (или) созданием классов.
Почему на страничке фреймворка написано что он либа? Потому что а) свинособаки б) формально реакт можно подключить как либу
Но если посмотреть в реальные кейсы, а не рекламные слоганы то...
Что у нас там пишут в вакансиях? Уверенное знание react + redux + jest +TypeScript ой что это? Выбором реакта мы уже определили что приложение будет юзать стейт менеджер, конкретный язык и конкретный тулкит для тестов? . Это же архитектурные решение. Написал useState ой, да ты передал управление кодом би... Фреймворку? А с чего ты начал? Поди в консоли написал create-react-app... этож получается шаблон прилады тебе сделал компонент фреймворка добрый гномик? Ведь реакт - библиотека...
А потом ты сидишь и думаешь. Вот бы мне в реакте диай не помешало. Ах вот же оно. Немного приседаний вокруг jsx и (или) context - Бум, у вас есть сервис локатор (хоть и через жопу)
В сухом остатке оказывается что то, что "фреймворкнейм" даст тебе изкаропки, ты неминуемо поимеешь при работе с реактом, просто сделав немношк приседаний.
Ну и вот тебе до кучи четкое обоснование почему таки фреймворк
https://habr.com/ru/post/116232/
Кстати из шапки треда, которую ты конечно не читал
>Но куда меня возьмут со стеком: неполноценный жс, html/css, поверхностное знание гита, немного юзал webpack чисто познакомиться и всё.
Вот именно что куда-нибудь точно возьмут. Сильных спецов на рынке мало, плюс им платить надо до хуя. Причем не за то, что они на конкретном проекте делают, а за широту экспертизы и прошлые заслуги (которые на этой позиции вообще нерелевантны).
Поэтому часто берут джуна под какой-нибудь проект, натаскивают чисто на вот этот конкретный дрочь, за который отказываются браться нормальные программисты, и там этот джун сидит и делает что-то.
В итоге всем плюс: у тебя хоть какая-то работа, а у них дешевый, почти бесплатный раб, готовый ковыряться в чужом засохшем говне. Как-то так.
>Вот именно что куда-нибудь точно возьмут.
Ты серьезно? Вот у меня то же самое, плюсом сверху бэм, бутстрап, посредственный реакт и некст, умение настроить вебпак и линтер с преттиером, немного юзал монгу, поверхностное понимание тайпскрипта (не применял еще его).
На какую ЗП я могу рассчитывать при поиске?
Я интроверт и вообще не хочу контактировать с рекрутерками.
Я когда в прошлом году был с навыками как у >>2169065
Искал работу, откликался, собеседовался, но мои навыки были никому не нужны. Кроме любителей вкинуть в тестовое свои проблемы в разработке, но там они просто забирали решение проблемы без трудоустройства.
Потому что фреймворк должен давать тебе инфраструктуру, т.е ФРЕЙМВОРК для написания приложения определенным образом. Сам реакт же по сути тебе дает одну вещь - работу с домом, больше нихуя. Все хуки-хуйки - это просто внутренние способы реакта менеджить стейт в этом доме, и сами по себе они невероятно примитивные и базовые, без дополнительной доработки никуда далеко не уедешь.
Но другое дело, что когда тебе говорят "у нас проект на реакте", то это передает больше информации, чем "у нас в проекте используется либа моментжс", т.е реакт находится где-то посередине между фреймворком и либой, и это зависит от того, с чем ты сравниваешь. Если просто с ванильным жсом, то безусловно фреймворк. Если с полноценным фреймворком, который дает тебе кучу вещей, от готовой модели данных до способа организации страниц, то реакт больше либа, чем фреймворк, потому то, что он делает - это один винтик для реального фреймворка.
Ну и плюс накладывается тот факт, что в реакте нет устоявшейся инфраструктуры в приложении, и фраза "проект на реакте" как таковая особо нихуя не передает и нужно задавать кучу доп. вопросов, вроде "чем стейт менеджите, как у вас сделан роутинг, чем фетчите данные с сервера" и т.д, ответы на которые почти наверняка будут радикально отличаться для каждого отдельного реакт приложения, где ты каждый раз открываешь ящик пандоры и копаешься в самописных либах и прочем говне, в отличие от какого-нибудь ангуляра или вуе.
Это просто нейминг-конвенция, не более того
https://medium.com/@seanmcp/how-and-when-to-use-bem-in-react-edabad2b805a
Это мусор и говно, которое отпало за ненадобностью с изобретением пре-процессоров, позволяющих вкладывать селекторы, а не писать дерьмо уровня .modal____modal-body____modal-body-content. То есть практически сразу же после того, как это говно стало доступно широкой публике.
>how-and-when-to-use-bem-in-react-edabad2b805a
Могу правильно ответить не читая статью - никогда. Ни в реакте, нигде.
Ой хуйню не пиши плиз, долбоёб.
БЭМ прекрасно сочетается и с SCSS, и с LESS, и с PostCSS.
Живой пример - carbon components, там и БЭМ и SCSS присутствует:
https://github.com/carbon-design-system/carbon-components-react/blob/master/src/components/UIShell/SideNavSwitcher.js
SASS никак не решает проблему "многоэтажности" селекторов или проблему специфичности, когда более специфичные селекторы перебивают другие селекторы.
>БЭМ прекрасно сочетается и с SCSS, и с LESS, и с PostCSS.
Говно тоже прекрасно сочетается с шоколадом, но только если ты говноед.
>SASS никак не решает проблему "многоэтажности" селекторов
Если эту проблему якобы не решает вложенность, то добавление ____modfier тоже не решит никаким образом, потому что второе - это просто попытка имплементировать вложенные селекторы в чистом css.
>проблему специфичности, когда более специфичные селекторы перебивают другие селекторы.
А как ее решает БЕМ, шизло ебаное? Она решается только через не писание говнокода в стилях и нормальной их организации. Еще раз БЕМ - это конвенция для писания вложенных селекторов в чистом CSS. Больше он не дает нихуя и дать не может, и если у тебя есть нормальный способ писать вложенные селекторы(ака препроцессор), то мучаться с БЕМом смысл ноль.
Ангуляр диктует тебе как твое приложение будет запускаться, как компоненты будут взаимодействовать, ты только следуешь продиктованным принципам. Поэтому это фреймворк
Реакт тебе ничего не диктует, его код можно встроить в любое место, в любом виде. Ты даже в приложение на ангуля ено можешь встроить и он будет работать. Именно поэтому это библиотека.
Все тобой перечисленное - это просто способ менеджить DOM не напрямую, а через API реакта. Больше реакт не делает ничего. По сути, он тебе дает фукцию React.createElement, сахарок в виде jsx над ней, и определенные конвенции по организации компонентов и менеджементу стейта внутри этих комопнентов. Но все это служит одной-единственной задаче - отрисовать html на странице. Да, это объемная и важная задача, но она все еще одна, и проекты просто на рисовании html'а не делаются, им нужно дохуя всего. Фреймворки это "дохуя всего" предоставляют из коробки, реакт не предоставляет. И да, твой изначальный аргумент был не в том, что реакт делает дохуя всего, а в том, что "ну ты же и так все популярное поставишь одно и то же", а он очевидно абсурден, на что я и указал.
Потому что есть ощущение, что фрилансить с реактом чёт трудно - слишком крутой и дорогой стек для большинства мелких клиентов, как мне кажется, а хочется ещё какой-нибудь доход на стороне поиметь.
Что думаете? Идея говно?
И второй вопрос, что ещё осваивать, в какую сторону качаться? Сейчас вот бэкэнд на жсе осваиваю, экспресс там, эскуэль, ноэскуэль, потом хочу ещё нест жс.
Мимо-олдфаг-на-ангуляре
> было калымить, фрилансить.
Я без иронии, мне кажется что 1С твой выбор. Она конечно мерзкая, но рынок огромный. У меня есть приятель, который по 1С и сопутствующим направлениям аутсорсит в одно лицо с десяток магазинов и мелких кабанчиков. Он когда не ленится, в месяц поднимает 400-500 тысяч.
> в какую сторону качаться?
Качайся в бэкенд. Фулстак на ноде+реакте (если он не осел) стоит от 3х сотен. Опять же знаю товарища который с ангуляра перекотился в реакт, освоил ноду, и поехал в хуяндекс на 300к + ремии + акции. Он конечно чёртов гений, потому, что его уровень понимания программирования очень высок (ведь на самом деле всё равно какой инструментарий, главное как его применять)
Но всёж пример показательный.
На счёт SQL - мне кажется ненужон. Лично я - батя SQL, овер 13 лет в этой фигне от джуна до разработки КХД, и я чет не вижу, чтоб продвинутые знания SQL мне давали какие то плюсы в работе фронтом или фулстаком.
NoSQL - Ну если полезешь в бэк, то надо освоить. Сейчас часто выбирают NoSQL потому, что SQL стоит денег как в планепрограмного решения, так и в плане компетенций специалиста. А в монгу ты просто срешь джейсонами напофиг и вцелом работает сносно.
Спасибо за мнение. 1с ты ведь про битрикс? Смотрел один глазом, мерзко, но ради подработки освоить можно.
По скл/носкл у меня примерно такое же мнение. Интересно, что сейчас востребованее. Алсо, ещё графкл есть, до него ещё не добрался, но в рамках обзорного курса тоже пройдусь. Тоже интересно, насколько популярно это решение.
>Она решается только через не писание говнокода в стилях и нормальной их организации.
О боже, ты сейчас будешь переизобретать smacss, oocss, и прочие. То есть прямых конкурентов бэма.
>добавление ____modfier тоже не решит никаким образом
Чёрточки не нравятся. Ну возьми smacss, какая хуй разница. БЭМ - обобщенное название любой css-архитектуры. Как и вместо styled-components можно подставить любой другой css-in-js библиотеку - emotion, jss, stitches. Всё равно мем будет смешной.
Всё, съеби короче и больше сюда не пиши.
>БЭМ - обобщенное название любой css-архитектуры.
Нет, мань, БЭМ - это одна конкретная уродливая отрыжка яндекса, и ты об этом прекрасно знаешь, потому что в этом же посте сказал:
>О боже, ты сейчас будешь переизобретать smacss, oocss, и прочие. То есть прямых конкурентов бэма.
Ты определись сначала, конкуренты они или все-таки то же самое. И сравнивать common-sense конвенцию уровня modal.is-open с дерьмом, которое в этом же месте влепит БЭМ - это быть умалишенным нахуй.
Родительский компонент может прослушивать любые события на экземпляре дочернего компонента с помощью v-on или @, аналогично отслеживанию нативных событий DOM.
А чтобы сгенерировать событие, дочерний компонент может воспользоваться встроенным методом $emit, передавая в него аргументом имя события:
В том же реакте обработчики событий создавались в родительском компоненте и передавались пропсами в дочерний, тут же какой то эмит, я так понимаю теперь это событие будет доступно через эмит не только в дочернем компоненте но и во всех?
>Проблему специфичности
>А как ее решает БЕМ
Мудень, просто открой документацию, там всё написано. Видать линтеры тебе не знакомы, элементарно же плагин накатываешь и он не позволяет разрастаться специфичности/вложенности.
https://www.npmjs.com/package/stylelint-selector-bem-pattern
>>2169856
>Одна конкретная уродливая отрыжка яндекса
Это твоё оценочное мнение. Уродливое эээ... такой себе аргумент, поскольку красота субъективна.
>элементарно же плагин накатываешь
Только нахуя для этого БЭМ, если плагин будет точно так же(а скорее всего гораздо лучше) определять и вложенность и специфичность в обычном SCSS
>поскольку красота субъективна.
Нет, не субъективна. Есть объективно уродливые вещи(гниющие, воняющие, перекошенные, несимметричные, например: трупы, БЭМ, твоя мать), а есть объективно красивые(свежие, сияющие, ровные, симметричные, например: молодые девушки, SCSS)
>Бэм конечно говно, но всё ещё лучше ванильного css
Если у тебя в 2021(или даже в 2011) стоит выбор между БЭМ или чистым CSS, то ты что-то делаешь не так.
>Scss хорош, но ведь styled components (и пара других css in js) ещё кайфовее.
Бойлерплейтное неудобное говно по сравнению с SCSS.
>Бойлерплейтное неудобное говно по сравнению с SCSS.
>Алсо, ещё графкл
Тут ты сам для себя реши по ощущениям. Мне, к примеру, уже под сорокет, и я заметил, что без таблетосов осваивать больше двух новых парадигм реально тяжело и неэффективно.
Если ты молод, борз и остр умом, можешь хвататься за всё сразу. Но по мне, так лучше сделать фокус на чем то прям вот конкретном, убедиться что уверенно вывозишь выбранное и добавлять новое по чуть-чуть.
Слышал про какую-то альтернативу sc, но вроде без компиляции в рантайме, а на стадии билда.
Это оно?
Тред ещё был в Твиттере со сравнением sc со всем подряд.
Но там вроде довольно мелкие профиты были. Но можно попробовать. Хотя конечно sc даёт какой-то невероятный dx чучуть за счёт юзеров
>Не бери SC и emotion рантайм дрисню, бери Linaria.
Ой блин ещё один эксперт хуев. Линария твоя сосёт у stitches https://stitches.dev/
Консенсуса нет, видимо продолжу юзерам говнять экспириенс своими стилями в рантайме
>Родительский компонент может прослушивать любые события на
Это из руководства по вью?
Ну учитывая, что во вью взяли практики из Ангуляра, то полагаю речь вот о чём.
Всегда встает вопрос передачи данных между компонентами.
Концептуально у тебя есть четыре направления. От предка к дочке, от дочке к предку, от дочки к дочке и.. . пересылка данных между несвязанными компонентами.
Сверху вниз у тебя будет передача при помощи некоего
@input() или пропсами или аналогом.
Снизу вверх у тебя будет событие. Т.е. дочерний компонент будет генерировать некое на что родительский отреагирует.
На примере того же ангуляра в дейтпикере у тебя будет
@Output()
dateSelected = new EventEmitter <date> ();
А в родителе
<app-child (dateSelected) = "onDateSelect($event)" >
Вангую , что во вью сделано ровно также. Т.е. о том что произошло в дочке знает только установленный в родителе обработчик данного события. Если захочешь, ровно также прокинешь событие для родителя родителя.
В общении между двумя дочками медиатором должен работать родительский компонент. Обе две наверх кидают извещения о том что в них что то произошло, и родитель им обеим спускает указания как себя вести.
Ну и наконец между двумя несвязанными компонентами данные перекидывает специально обученный сервис который ты пишешь отдельно.
Ин фэкт, сервис это самое высокоуровневое, и всё общение между компонентами ты можешь написать через сервисы, но это чрезмерно усложнит работу и понимание проекта.
Мне кажется ты неверно мыслишь.
Нет никаких магических триггеров, есть то, что ты сам написал.
Напишешь так, что оба будут реагировать на одно, то так и будет.
Напрример
@Input()
someParentEvent: Subject<SomeShit>
и где то в кодах дочерних
someParentEvent.subscribe( () =>{})
то конечно же, когда в родителе ты дернешь
someEventEmitted$.next( {id:1, message:"Allo Yoba eto ti?"})
Ясен перец этот объект получат все кто на него подписан.
если ты напишешь иначе то и работать будет по другому.
Ты не путай событийную модель которую ты сам заложил, с кухней которая происходит в DOM дереве под капотом.
Там да, когда происходит событие в элементе со вложенностью (див внутри дива внутри дива внутри текстариа) там да
ивент на текстарие пройдет сначала от виндов-до целевого элемента (погружение) потом от целевого погружения до виндов.
Но когда ты оперируешь тем, что дает фреймворк, тебя это не должно волновать
Ветка сделана сегодня, запушена тоже сегодня. Коммита нет (вообще нет, ветка залилась, а коммита нет). Пушил через комманду git push origin ветка. Что не так-то? У меня пиздец как жопа горит, все кто посмотрят мой код будут думать, что я тупо спиздил его и залил готовый, потому что график активности весь серы блять. Как правильно делать-то? Я уже и не мерджил ничего. Просто сделал ветку и запушил.
<buttonComp title='abc'/>
<buttonComp title='abcd'/>
<buttonComp title='abcawer'/>
сделать массив тайлтлов и по нему мапить?
На ваниле есть проекты, кроме лендингов, или лучше сразу дропать и идти к байтоебам?
>На ваниле есть проекты, кроме лендингов
Конечно есть, если ты можешь что-то сложное сделать на ванилле, в процессе написав свой фреймворк, а то и два. Только ты не можешь и не сможешь, иначе бы не составило никакой проблемы выучить синтаксис уже готового фреймворка.
>css код
>внутри js-строки
Когда я увидел этот ужас в реальном проекте, растянутый на десятки-сотни строк, я подумал что какой-то очень нерадивый стажер в очень плохой компании очень сильно торопился и сделал такой злоебучий костыль, скопипастив css откуда-то и не сумев его прикрутить нормально. Но потом я с гораздо большим удивлением узнал, что это оказывается тенденция. У меня в связи с этим только один вопрос к пользователям этой библиотеки:
Что с вами не так, дауны?
Ты дурак?
Что лучше,
const Component = ({isSmall, isDark, isZhopa, izHui}) => {
...
<div className={(() => {
----let className = styles.component;
----if (isSmall) className += " " + styles.small;
----if (isDark) classname += " " + styles.dark;
...
})()}
+ импортировать эту парашу не автоматом в начале файла, и импортированный styles никак не типизировать, кроме как вручную
+ вручную писать селекторы .dark .small .hui в каком-нибудь .scss модуле ебучем, который не типизируется
Или так:
interface StyledProps_ComponentConditional {
isDark?: boolean;
isSmall?: boolean;
isHui?: boolean;
isZhopa?: boolean;
}
const ComponentConditional = styled.div<StyledProps_ComponentConditional>`
----backgroundColor: ${({isDark}) => {
--------if (isDark) return "black"
--------return "white"
----}};
----width: ${({isSmall}) => {
--------if (isSmall) return "50px"
--------return "100px";
----}};
`
И просто референсить этот компонент, где компилятор всегда покажет, че и где подставить. Вот если бы прикрутили типизацию к импортированным css модулям, можно было бы говорить, что styled-components не нужны
$('#bigusdickus').remove();
в случае если bigusdickus не существует, есть ли какие подводные? Надо проверять if(bd.length)...?
А вот и типичный пидорок с кссом в жсе подкатил. С полным набором в виде функциональных стрелочных выражений, шаблонных строк и складыванием строк без интерполяций (впрочем для долбления в попу он внезапно вспоминает про шаблонные строки).
>+ импортировать эту парашу не автоматом в начале файла, и импортированный styles никак не типизировать, кроме как вручную
Что ты там собрался типизировать, наркоман? Тупорылый дебил, какой думаешь результат вызова свойства сраного ксс модуля? Я тебе открою страшную тайну - строка.
>+ вручную писать селекторы .dark .small .hui в каком-нибудь .scss модуле ебучем, который не типизируется
То ли дело вручную писать иф элсы как в твоём говне внизу. А со свидетеля ублажённого компилятора вообще проиграл.
>И просто референсить этот компонент, где компилятор всегда покажет, че и где подставить.
Какой компилятор в жс, наркоман?
>Вот если бы прикрутили типизацию к импортированным css модулям, можно было бы говорить, что styled-components не нужны
Надо к твоей мамаше прикрутить типизацию, тогда она может быть и нужна будет.
У меня есть компонент, для которого нужно отслеживать положение курсора, но только в тот момент, когда курсор находится над определенным элементом на странице. И тут либо добавлять обработчик при маунте компонента, а потом каким-нибудь onEnter изменять состояние, чтобы коллбек маусмува работал только при наведении. Но получается, что обработчик мышки все равно будет работать 100% времени и просто миллиарды раз будет выполнять бессмысленную функцию, которая ничего не делает. Либо напротив, регестрировать листенер в onEnter, но тут проблема в том, что у меня есть разные условия, и есть ситуации, когда я не буду убирать листенеры сразу. И тут блядь проблема возникает в том, что я даже код уже написать такой не могу, потому что у меня повсюду используются useCallback, и я просто не могу никак такую функцию через function объявить и получается так, что у меня функция не всплывает. Короче пиздец блядь, я не хочу леты использовать. Основной вопрос, как лучше всего работать с mouseMove если он 99% времени нахуй не нужен и делает бессмысленную работу?
>>2170276
А чем тоби базовый маусовер не подходит?
https://learn.javascript.ru/mousemove-mouseover-mouseout-mouseenter-mouseleave
Дебилоид, импортируется один файл, у scss есть внутренняя система импортов, которая внезапно даже лучше кривой системы модулей самого жса. И если ты не можешь запомнить и написать className="badge is-success", то ты медицински даун и никакой итнеллисенс тут не поможет.
У тебя в проекте 999999 роутов и 999999 модулей для каждого, удачи запомнить. Даже если ты супер умник, поздравляю - ты тратишь ресурсы мозга на рутину, которую может заменить сервер ТС в ide
>у scss есть внутренняя система импортов
Кек, ни автоимпортов - нихуя. Сиди дрочи @use "sass:map"; @import "../../../styles/huipoimigde/_var"; в каждом модуле
>твае лицо когда map.get($noIntellisenseMapHuiZnaetOtkuda, noIntellisenseProperty)
>У тебя в проекте 999999 роутов и 999999 модулей для каждого, удачи запомнить.
Шиз, ты работаешь на 99999 модулями одновременно? Или все-таки над одним? А как тебе интеллисенс тебе дополняет, магически или ты все-таки должен первые буковки хотя бы запомнить?
>Сиди дрочи @use "sass:map"; @import "../../../styles/huipoimigde/_var"
Вот так дрочат только жсошизики, да и то совсем немощные и не могущие настроить рут импорт плагин для бабеля. В scss нормальная модульная система и рут импорты там по умолчанию.
ПЕРЕКАТ >>2170602 (OP)
ПЕРЕКАТ >>2170602 (OP)
ПЕРЕКАТ >>2170602 (OP)