Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
Как избавиться от зависимости от курсов и начать жить?
setTimeout идет в callback queue.
Функция, добавляемая в onFulfilled-массив промиса с помощью then, идет в microtask queue.
А какие еще функции (кроме setTimeout) идут в callback queue? Могут ли какие-то callback-функции оказаться в microtask queue?
Искал в телеге материал на эту тему и наткнулся на такой вопрос:
ладно давайте уточним наконец
callback queue, message queue, task queue
- это все синонимы одной сущности ? так же как
microtask queue и job queue ? или там есть различия ?
где-то есть четкое описание ? )
Но там никто не ответил.
Внезапно, в стандартных настройках браузера жс тоже отключается по-молчанию везде, и включается только для определенных сайтов в три клика. Как и отдельно взятые API.
Но ты обвешивайся дальеш расщирениями написанными васянами на жс для отключения жс, дурочка.
Ты ебу дал? В сеттинги лезть намного дольше, там нихера не три клика.
>>2189498
Нормис, угаманись. Как будто я не знаю что пихают в скрипты на сайтах. Я блядь разработчик и сам всё это говно в них же пихаю когда кабану надо. Но сам всё это жрать разумеется не собираюсь, поэтому у меня жс отключен по дефолту.
>По одному клику ты даже ссаную вкладку с настройками не откроешь, идиота кусок, а там ещё поскроллить надо, потом вкладку закрыть, короче еботни больше чем с uBlock, где все рядом. Так что сам пиздуй отсюда, сказочник.
Дададада. Ты абсолютно прав. Продолжай убеждать себя дальше.
Ну у меня такой нет, так что убеждать себя что она там есть я не буду.
https://www.youtube.com/watch?v=WSqCpWYfTFU
https://refactoring.guru/ru/design-patterns/prototype
Ещё советую посмотреть "Продвинутый javascript" на канале Фронтенд (часовая лекция от академии яндекса). Более понятного объяснения я не находил
На большинстве сайтов JS не нужон для выполнения его задач. Если простая страница с текстом не может отобразиться без жс, значит это помоечный сайт сделанный криворукими уебанами. Такие страницы надо сразу закрывать без задних мыслей, как ты хлопаешь тапком тараканов у себя дома.
Тут оказалось, что рендерить страницы можно на клиенте, передавая ему код для рендера и данные, и многие ломанулись так делать, подгоняясь тем, что рендер на клиенте с современными фреймворками даёт много клёвых динамических плюх задарма, при этом забив на серверный рендер как это было раньше, типа раз у клиента не выполняются жс скрипты, то это чисто его проблема. Таких уманов пока что попускают поисковики, которые не очень то хотят гонять у себя жс, и предпочитают чистый html. С другой стороны серваки могут делать SSR, чтобы отдавать этот html не отказываясь от фреймвороков. И если кто-то хуячит страницы на реакте, но рендерит всё на клиенте без SSR, то это тупо халтура. SPA, где SSR в принципе не применим, в халтуру разумеется не входят
Не волнуйся, сейчас есть и крутые вещи без говнофреймворков на JS. В тех же рельсах дефолтный подход будет старый добрый HTML темплатинг и https://hotwired.dev
Я пользуюсь их почтовым сервисом, который полностью на ХТМЛ и вебсокетах, разница между реактоприложением, которое лагает в 99% случаев, и этим просто небо и земля.
Просто рыночек порешил, сейчас на фронте не выбирают технологии из-за их плюсов или минусов.
Так а почему порешил? Вот получит заказчик эту реакт приложуху, чекнет скорость на каком-нибудь гугл спиде и увидит там лагучий пиздец, хотя приложуха может даже не быть сильно нагружена. То есть это просто какой-то наеб гоев под модной оберткой? Нассать в уши, сделать хуяк-хуяк и потом тянуть деньги с заказчика на исправление того, что по дефолту нормально работает на пыхе какой-нибудь?
>Так а почему порешил? Вот получит заказчик эту реакт приложуху, чекнет скорость на каком-нибудь гугл спиде и увидит там лагучий пиздец
Не увидит. Стандартное реакт-приложение среднего размера даже без всяких фишек типа SSR там получает зеленый рейтинг по скорости, нужно пиздец как постараться натащить говна, чтобы оно лагнуло вниз. И учти, что первая загрузка реакт-страницы так же почти всегда является последней, потому что ты уже загрузил ВСЕ приложение себе в браузер и кроме сырых данных с сервера ничего таскать не надо.
Сам по себе реакт очень производительный, а движок жса выдрочен гуглом до неприличных показателей, и это пиздецовый миф, что реакт и жс по умолчанию означают лагучую залупу. Как напишешь так и будет.
https://mitpress.mit.edu/books/structure-and-interpretation-computer-programs-1
Ух, заживём скоро, пацаны. Погрузимся, значит, в компьютер сайенс.
Хочу учить жабку, какие подводные?
А то столько нахуяверчено всяких фреймворков и прочего. Да и верстку надо подтягивать будет.
С другйо стороны, сразу можно применять хоть в той же верстке, а вот что делать с пайтоном, кроме парсеров и ботов, хз
Да, нормально. Главное, чтоб ты не забросил это все. В таком возрасте главная проблема - банальное неосиляторство и нежелание проходить через трудности в новой для себя сфере. Плюс с работы (нсли она у тебя есть) тебе придется здриснуть так или иначе. Если есть возможность проебываться около года, то дерзай.
Нормально что угодно изучать как первый язык. Вопрос в твоей целеустремлённости и умении планировать.
Тебе нужно сделать план на года 2 3 и чётко следовать ему.
Учи язык для конкретной цели, типа "через 3 года я буду мидлом на таком то стеке, делать такую то работу, получать столько то денег"
Дэопредели в какой сфере ты планируешь хуячить, и закатывайся в эту сферу, а не в какой-то там языкнейм.
37 лет, заехал во фронт 3 года назад.
Складывается впечатление, что все эти реакты, вью и другие фреймворки - просто мода с конкретным рыночным спросом. Поправьте меня плз.
Из баз данных заехал. Ну и я смекалистый сам по себе.
Но я лично знаю чувака, который за примерно 3 года прошел дорогу от "Вась принеси новую мышку, смени картридж в принторе" до синьора-помидора в хуяндексе за 300кк /наносек (тож в 30+)
Чел, правда, очень целеустремленный. Но если он смог, то почему кто-то другой не сможет? Я вот на него посмотрел, и подумал. Хуя сколько жэ эс собакам отваливают, пойду ка я во фронт. Так и сделал. До 300кк пока не долехал, но 2/3 расстояния покрыл довольно быстро.
Тогда тебе не надо ничего учить.
Так и скажи на собеседовании: Опыт на вью, на реакте нет. Сяду на реакт и поеду (ты вон собственно так и сделал).
Я реактовскую работу так и получил. Сказал не знаю, но через месяц уже вас начну учить как на нём писать, так и вышло. Щас вот свелт так же.
Нормальным работодателям похуй на каком из фреймворках ты писал если ты не вкатыш.
> Не думаю что можно устроиться зная только sql
Ты не думаешь, а я 10+ лет отпахал чисто SQL программистом. И на последнем SQLном месте поднимал 160+к
Во многих местах у людей SQL фреймворки написаны, которые двигают бизнес логику. В финтехе такое сплош и рядом. Так, что тема эта очень и очень хлебная. Прост мне надоело...
Фреймворки дают охуенный буст по скорости разработки, они дают средства для написание поддерживаемого кода. Тебе ничего не мешает всё писать на ванильном жсе, но буквально через пару тыщь строк кода ты перестанешь понимать что происходит. Можно писать свои модули и аккуратно организовывать код по функционалу, но тогда ты придешь к тому что написал свой домашний микрофреймворк. Вот и вопрос нахуя. Еще момент, если ты не понимаешь зачем что-то нужно, значит тебе это сейчас не нужно. Пиши мувисерчеры и клоны двача
В тонусе себя можно держать по другому, можно пилить петпроджеты, node.js или андроид разработка. Очень странный выбор конечно, выучив ноду твои знания буду актуальны еще много лет, уйде из веба через 2 года там все поменяется и ты не сможешь написать небольшую приложуху...
А вообще в 30+ надо тратить время на себя и семью, хобби, а не на изучение херни, конечно если у тебя зарплата позволяет.
Чтоб не городить костыли, когда приложение разрастется. В случае разрастания твоей клиентской части на ванилле (а на самом деле с самого начала) тебе все равно придется структурировать свое поделие. Определять что, где и по каким правилам будет храниться, вырисовываться, отправлять запросы. И в конечном итоге ты напишешь что-то вроде своего фреймворка, просто чтоб не было анархии и пиздеца в коде. А чтобы не писать и не проектировать это все самому, умные дядьки все придумали и выпустили, бери и пользуйся.
>160к променял на скока?
Сначала на 140 сорт оф дауншифт, теперь 200 плюс
>Ну если ты serious аналитик,
Я синьор SQL помидор, и я тебя уверяю, это ооочень далеко от фронта по концепциям.
Что у меня было прокачано, так это представление моделей данных в голове, нормализация и всякое такое организационное.
>это слишком мотивирует вкатывальщиков.
Ну вон я выше писал про эникейщика который своим примером меня мотивировал вкотиться. Или по твоему эникейщик это тоже дохуя буст ?
Да я сам в кабинете с таким сертифицированым SQLщиком сижу он в принципе на любом языке может кодить, технический склад ума и какой либо язык изученый в школе это база. Я фронт, но на работе пишу и на php и запросы к базе. и то же самое работает и в обратную сторону, перекатиться легко, твой пример это только подтверждает.
const person = {
name: 'John',
age: 25,
city: 'city 17',
[Symbol.iterator] () {
const keys = Object.keys(this)
const limit = keys.length
const this2 = this
let counter = 0
return {
next() {
if (counter < limit) {
return {
done: false,
value: this2[keys[counter++]]
}
}
return {
done: true
}
}
}
}
}
for (let value of person) {
console.log(value)
}
Почему доступ к keys идет через квадратные скобки в next ? В каком виде вообще хранится this в таком случае ? Помогите плиз, не могу понять где туплю.
У меня есть nodelist с элементами.
Есть слайдер, по изменению добавляющий в filelist данные.
Как мне изначально проинетироваться по nodelist так, чтобы запихнуть в filelist все данные, которые есть при загрузке?
> Засовывает в стейт значения пропсов
> Стейты в функциональных компонентах мемоизированы, поэтому не подвержены изменениям при ререндерах
> двач, почему теряется реактивность компонента
Пчол, ты серьёзно? Но ладно, я без хейта, просто тебе нужно немношк почитать как работает реакт. Когда с реакта на вью пересаживаешься, то это легко, не спорю. Но когда наоборот, то возникают проблемы.
Чел, ну камон. Из-за таких как ты к нам вкатунам как к говну относятся
https://learn.javascript.ru/object#kvadratnye-skobki
Пчёл, ты конечно прав про семью и хобби и про ноду. Но одно другому не мешает. Хоббей у меня под десяток, семья неоч нужна.
Ноду дрочу параллельно, бо с нодой возможностей и денег больше.
Что касается возраста - у всех разный старт и окружение. Кому то свезло побольше, кому то поменьше.
Где то родители прохавал и отдали дитятко на курсы программирования, кто то сам с усами но схватился за голову позже..
Так, что проблем не вижу. Я все щё в 0.3 процентах зарплатного распределения. Грех жаловаццо
Ору с тамошних пориджей которые горят от идеи бизнес логики на хранимках.
Притом, что я лично знают с пяток крупнейших корпораций и фирм страны, в которых важнейшие куски бэкэнда крутятся на хранимках.
Про корпоративные хранилища данных и биайтя вообще молчу.
В чем вопрос, мне нужно чтобы вебпак компилил scss файлы в css и копировал изображения, шрифты и в будущем js файлы в папку dist. Как настроить вебпак чтобы он обрабатывал index html чтобы получить доступ к файлам которые нужно будет скомпилировать? Он же берет js файл для этого. Или грамотнее будет сделать js файл основным в проекте? Опыта ни с node js ни с react пока что нет, но не против начать их изучать если это необходимо для решения проблемы.
Он спросил - я ответил.
Если бы я был токсиком - я бы его послал, как это делают тут многие, но я рассказал почему возникает у него проблема, а не сделал объяснение уровня "Так делать нельзя, потому что так написано". Если ты видишь здесь токсичность, то это твои проблемы.
>Для компиляции картинок, шрифтов
Нахуй ты компилируешь картинки и шрифты, сумасшедший?
Прогони через компрессор и засунь в папку public, поехавший. Всё остальное, что ДЕЙСТВИТЕЛЬНО нужно в риалтайме собирать, собирается вотчерами и нахуй тебе никакие вебпаки не нужны
Потому что это
this2[keys[counter++]]
Эквивалентно
let key = keys[couter++]
this2[key]
А без скобок это какая-то ебала
this2.keys[counter++] это this2['keys'][counter++]
>почему keys заключен квадратные скобки
Потому что перебирают key из keys. А само слово keys там нахуй не упало.
Может ты не прочитал статью и не видишь разницы между
this2[key] и this2.key ?
>Променять 160к ЗП на 30к/мес сычевания, но зато быть РНН господином?
"Посмотрите же на этих лишних людей! Богатства приобретают они и делаются от этого беднее. Власти хотят они, и прежде всего рычага власти, много денег, - эти немощные!
<...>
Свободною стоит для великих душ и теперь ещё земля. Свободных много ещё мест для одиноких и для тех, кто одиночествует вдвоём, где веет благоухание тихих морей.
Ещё свободной стоит для великих душ свободная жизнь. Поистине, кто обладает малым, тот будет тем меньше обладаем: хвала малой бедности!"
Двачую, бро. Вот они - истинно свободные люди.
Как нужно использовать коллбек в реакте, если мне нужно какой-то параметр принять при создании элемента, к примеру:
someArr.map( item =>
<button onClick={ e => someFunc(e, item)}
)
Причем item это объект, так что его и в датааттрибуты не засунешь. Как этот item передать в коллбек если я его мемоизировать хочу? В датасет конечно и объект запарсить можно, но это похоже на какое-то говно
https://beta.reactjs.org/
Функция, которая используется только внутри компонента должна распологаться рядом с компонентом (внутри файла/в соседнем к компоненту файле).
Функция, которая в теории может использоваться в нескольких местах должна выносится в отдельную папку, тащемта и всё, ничего сложного.
Какой лучше способ познать верстку?
Означает, но как правило на больших проектах есть отдельный верстальщик (или фронтеденр, у которго наиболее пркоачан скилл верстки). Тебе точно нужно знать основы верстки (гриды, флексбоксы, анимации и пр.), но при этом быть полноценным верстальщиком совсем не обязательно.
Вопрос не по жс, но раз уж тут обсуждают вёрстку: мне нужен совет.
На картинке "интересное дизайнерское" решение. Пунктирные линии объединяют фигуры с иконками, проходя через окружности с номерами. Как эти самые линии лучше реализовать? Обычно такие декоративные хуйни делаются через псевдоэлементы before/after, но здесь я не понимаю, как их прописать.
Ну че, откатили уже ua-parser, а то биткоины майнить так и будуте
https://youtu.be/H9-F8uhKMRk
Периодически вижу на дваче как Климова хуесосят, но так и не пойму за что. Тем не менее, мне кажется что это видео несёт в себе исчерпывающее описание трудовой практики.
1) Как налаживать отношения с людьми, которые изначально большие любители исходить на говно и ни с кем дружить особо не хотят
2) Если софтскиллы так влияют на карьерный рост, то как тогда растут все эти токсичные программисты?
Стек все тот же: Vue2.
В общем. Теперь нужно впиндерить во фронтенд карты. Чтобы можно было подтянуть нужную информацию по точкам с нашего бека, на фронте - точечки поставить и при клике - бабл с этой инфой.
Так вот. Карты я никогда не трогал. Что там есть из готового? Я провел ресерч маленький и либо ебаться с OSM либо покупать за миллионы денег яндекс/гугл. Кто чем пользовался? Какие отзывы у двачевского анона?
Мне сон сегодня снился будто я пришел на собес к Климову и он сказал что для работы я должен знать 3ds Max, а когда я стал возражать, что ничего не знаю про 3D, то стал ныть на тему, почему я трачу его время в таком случае, а я спросил его почему вакансия тогда на программиста, а не моделера.
А потом весь сон я извинялся перед афроамериканцами, прямо чувствовал вину во сне.
Привет братишка.
https://leafletjs.com
Очередной инфоцыган который нихуя не понимает о чем рассуждает.
Досмотрел до его отсылки к научному докладу про баги, посмотрел на график к которому он аппелирует, и понял что чел пиздит.
График про типизацию ошибок вообще, а не про сравнение языков с динамической и статическоц типизацией.
Заявлять что 80 процентов ошибок это ошибки коммуникации, поэтому ошибок которые исключает тс не может быть больше 20 процентов это реально петцшиное кукареканье.
Ну и когда автор чёто там втирал про "четыре года консалтинга" я сразу заподозрил неладное. Ладно зайти с 10 лет разработки на js, или сказать что за Н лет он исследовал К языков... Был бы предметной разговор. А так ко ко консалтер учит проф. кодеров жизни.
Охуеть теперь.
Дед-на-ангуляре
Да нет, иногда бывают неадекваты, но в целом к Климову тут отношение нормальное, не встречал прям сильного хейта. Иногда хейтят кого-то чисто из принципа, типа людям не нравится публичность какой-то персоны.
У них еще недопонимание с Мининым произошло, может быть, тебе его фанаты попадались.
>>2191412
Чел... У него опыт разработки на JS - 16 лет.
Вот ссылка на его чат - https://t.me/javascript_ninja
Можешь прийти туда, задать интересующие вопросы или кинуть предъявы.
>него опыт разработки на JS - 16 лет.
Яж в разрезе конкретного доклада рассуждаю.
Я вижу что он поменяет понятия и применяет схоластические приёмы, притом делает это очень то порно.
Надо ж разделять когда у тебя техническая дискуссия с коллегами, а когда ты "эффективных управленцев" окучиваешь.
Когда я вижу что мне в лицо так безапелляционно и неумело пиздят, какая разница сколько там лет опыта?
>Ты просил скомпилить ровно один файл который ты явно передал.
Как из этого следует, что не надо читать конфиг? Мало ли что там в мануале написано, эта херня должна работать по принципу наименьшего удивления. В общем опять уебищный дизайн, мелкософт в своём репертуаре.
Ты тупой и потерял контекст
Я смотрю в доклад, и у меня нет мнения про докладчика. Айм вери анопиниэйтед. Я смотрю по существу.
Если докладчик выглядит как петушок, кукарекает как петушок, и носится по двору, как петушок, я делаю вывод, что он, таки, петушок.
В соответствии с принципами структурной типизации, смекаешь?
https://github.com/pelotom/runtypes
Нужно больше типов
Никогда не пользовался, но наслышан. Возможно тебе подойдет, попробуй.
https://github.com/gcanti/io-ts
Почему нет доступа по точке к внутренностям this2 (this2.keys[counter++])? Если this2 объект, то должени быть доступ и через скобки и по точке. Могу предложить потому что оно находиться внутри символа, но это не точно. Никто в треде не толком не может пояснить это.
Так. Давай по порядку:
> Нормально ли просто хранить мутируемые данные просто в const data = useRef({})
Это нежелательно. Нежелательно потому, что не стоит злоупотреблять ref, особенно для данного кейса. Храни такие данные вне компонента, если есть возможность. (Ссылка: https://ru.reactjs.org/docs/refs-and-the-dom.html#dont-overuse-refs)
> Просто нужна альтернатива для полей классов в функциях-компонентах
Очень неясный момент. Чего именно ты пытаешься достичь? Ты говоришь "полей классов в функциях-компонентах" и это очень размытая трактовка. Что за классы? Как они связанны с функциональными компонентами? Формулируй мысли корректно, желательно с примерами. Ты можешь сам устанавливать поля для функциональных компонентов. Например, у тебя есть компонент "App". После объявления функции, ты можешь задать ему кастомное поле с помощью:
App.%field_name% = %value%.
>Что за классы?
Классовые компоненты. У меня есть динамичный функциональный компонент у которого очень много мутируемых данных, с несколькими событиями. Эти события должны создавать какие-то данные и хранить их, чтобы следующие события могли эти данные использовать. Но эти данные НЕ СТЕЙТ, потому что они не должны влиять на рендер. Короче, нужно где-то хранить данные, но эти данные не являются состоянием.
Вроде частично понял тебя, хотя какой-нибудь простой пример в codesandbox не помешал. Ты абсолютно уверен, что твои мутируемые данные нельзя инициализировать извне? Постараюсь объяснить так. Где-то извне ты объявляешь класс с нужными тебе полями, функциями и т.д и создаёшь его экземпляр. Затем, внутри функционального компонента ты вызываешь какие-то функции этого экземпляра и с помощью хэндлеров класса мутируешь/записываешь внутри него переменные/события/etc. А потом обращаешься к ним внутри других компонентов, где тебе это нужно. Надеюсь смог донести свою мысль до тебя. Я не слышал о подобных кейсах, как у тебя, но я постарался бы инкапсулировать данную логику вне компонента. Если это не вариант, то ничего не поделать, используй refs, если не видишь другого выхода
Но всё равно какое-то ублюдочное решение и попахивает наебосом
Даже если гарду написать через проверку по JSON схеме, то надо дублировать все поля в описании схемы
Походу надо будет курить >>2191567 или те рантайпс. Только жопой чую там время траспайлинга улетит туземун
Пример: слайдер. Есть событие onMouseDown, он в каждом компоненте инициализирует начальный x-координат и начальных x-координат из стейта, и хранит их локально в компоненте (например в полях класса, или в useRef()):
this.startX = event.clientX;
this.initialStateX = this.state.x;
Нахуя? Потому что эти данные потом понадобятся в onMouseMove, чтобы перемещать слайдер. Затем, в свою очередь onMouseMove также создает данные, например shiftX который хранит сдвиг слайдера. Зачем хранить shiftX? Чтобы при onMouseUp выполнить алгоритм перемещения слайдера, там эта переменная понадобится. И все эти данные не стейт, потому что они не должны перерисовывать рендер, но должны помочь сформировать финальное значение которое должно отправится в setState(). Один из примеров, объяснил как смог.
Я понял пример, но всё ещё не понимаю почему ты не можешь записать данные полученных координат во внешний интерфейс, будь то класс/объект. У тебя есть внешний объект, например sliderConfig. В функциональном компоненте внутри event-коллбека onMouseDown ты записываешь
sliderConfig.startX = event.clientX;
sliderConfig.initialStateX = this.state.x;
То же самое делаешь при event onMouseMove. Потом, записанные в этот объект данные ты используешь в других компонентах, где тебе это нужно. Могу сделать тебе пример на codesandbox.
Уточню: объект ты инициализируешь вне компонента, ссылка на него будет одна, он не будет подвержен потери информации при ререндерах, в нём будет всё хранится, что запишешь.
Надеюсь смог чем-то помочь
> В чем смысл? Слайдеров в один момент может быть несколько.
А это уже другое дело. Ты же не уточнил, что слайдеров может быть несколько. Генерируй динамически уникальный React.createContext(). Обращайся к нему своим компонентом-слайдером, храни внутри него данные, которые тебе необходимы, сделай внутри него хэндлеры необходимые, которые будут мутировать данные. Так для одного слайдера будет доступен один его контекст, не будет утечек в другую сторону.
Если тебе нужен реактивный стейт - useState, нереактивный - useRef
Вот статья https://thoughtspile.github.io/2021/10/18/non-react-state/
ClassData не нужен потому что ничего не делает
Класс точно нужен? Методы будешь потом в нем делать?
Пока единственная осмысленная часть - type guard и интерфейс. Я бы тебе все же посоветовал взять либу для валидации - пишешь схему - интерфейс и валидаторы тебе предоставят
В принципе там недалеко до бизнес логики. Завтра тебе скажут что слайдер должен ещё делать вот так и это придётся херачить там же.
Тво проблемы по-моему и есть главная анальная боль реакта. Как только компоненты становятся сложнее прямого отображения данных в дом-ноды начинается вакханалия где все его парадигмы только мешают, особенно хуки.
Я далеко не гуру, но вопросы с ходу. Этот Климов рэприводил аргументы почему ТС плохо.
Из первых нескольких минут возьму по-порядку.
1)
Почти цитаты "я не знаю что такое тайпскрипт и как он работает" и "он не разрабатывается свободно"
Что такое тайпскрипт написано на typescriptlang.org, тайпскрипт не должен работать. работает tsc который переводит коды в js. Код tsc лежит в гите, и доступен всем для доработок. Если такой умный, открывай разбирайся
Более того" я не знаю как работает" это вообще смехотворный аргумент. Вот лично я не знаю как работает v8 или IIL. Но я не кукарекаю что . Net херня или нода херня. Это конкретно я не знаю чо как
Э Как работают закрытые системы, типа Оракла или СкульСервера знают очень упоротые и упорные индивидуумы. Однако это все ещё топовые СУБД.
2)" в тайпскрипте 4000 ишьюс" преподносит так как будто это плохо. По факту у нас нет статистики сколько там было ишьюс у разработчиков Java или Haskell. Наличие ишью на гитхабе говорит о том, что у людей есть активный интерес к языку. О качестве языка это ничего не говорит.
На лицо попытка тёплое объявить мягким.
3) тайпскрипт использует декораторы, а это эксперементальная фича
Мб в глаза луплюсь, но декораторы это паттерн. Вы берет функцию оборачтваете её доп функционалом, возвращаете функцию.
То, что можно писать
@Throttle() это фишка компилятора, а не эксперементальная фича. Даже если в новой спецификации экмы декораторы попячат, коды на тс это не сломает
4) чел прямо перевирает доклад, на который ссылается
Это вообще типовой схоластический прием "вон там написано Х можете проверить"
Обычно, 99.9% забьют проверять. А остальных заклюют пориджи за попытку противоречить "авториету".
5) "зайдите в телеге в канал... Там пишут почему ТС плохой"
Манипулятивный приём, мол видите даже в тг есть канал, что подтверждает мой поинт,!
Я зашёл, там смешная тыща подписчиков и какие то аутичные примеры о том что люди не понимают чего хотят и не могут в доку.
НУ и далее там разговоры в стиле "тс работает как задумано, я пытаюсь сделать как не задумано, видите тс херня"
Итого: прямой пизддеж, передергивание, раздувание щёк, приправленное приёмами в стиле "вода мокра, солнце греет, тигр полосат, значит то что я говорю дальше - истина"
Вывод- 16 лет кодинга на жс (откуда кстати 16 когда современный js выстрелил емнип в 2014?) не гарантируют того, что человек чо-то глубоко понимает и(или) не пиздобол.
Интересно послушать где я не прав в своих выкладках
Да, хочется иметь именно класс, а не просто объект. Мало ли какую бизнес-логику потом на него надо будет навесить, пусть даже это будут немутирующие геттеры, удобно их иметь рядом, алсо instanceof можно будет делать. А идея в ClassData это как раз описание простого жс-объекта с данными, у него нет ни конструктора, ни каких-то дополнительных методов, он нужен чисто для валидации после парсинга. И кстати у меня там генерик кривой, потому что вытаскивает в том числе методы Banana в тип, а нужны только данные.
Валидировать по схеме это здравая вещь, тем более что схему можно брать из опенапи спеки и шарить с тем же бэком, но напрягает что поля надо описывать в двух местах. В идеале сама схема должна получаться из описания типа, но тут TS сосёт бибу насколько я понимаю.
Схема из типа не получится потому что PositiveInteger
Осло, есть https://deepkit.io/library/type - парсер прямо в классы, но там надо свои драгоценные классы намазать фреймворко-зависимыми грязностями
Если есть опенапи, то наверное можно прямо ВСЕ сгенерировать кроме генератора, хаха
>В идеале сама схема должна получаться из описания типа
чел... https://github.com/colinhacks/zod
> на тестовых заданиях
ну так в яндексе верстальщик должен на доске алгоритм брезенхама уметь написать
>Джун это не стажер
Нихуя не знаю, всем (в т.ч. и мне) на интервью плевать был ли у кого-то коммерческий опыт или нет. Если может собрать какую-нибудь страничку с кнопочками и логикой, то это джун.
А стажер в моем понимании тот, кто вообще ничего собрать не может и его надо обучать.
>просто не пользоваться вебом
Мимо мобайлосексуал.
Чел, есть вопрос интересный для сравнения. Что во фронте и вебе изменилось сейчас по сравнению с 2017?
Я как раз тогда начинал карьеру и помню как старшие коллеги говорили, что мобильный рынок чудит без самогона, че только не пытаются придумать. И я помню, что тогда дохулиа чего пилилось в первую-основную очередь на вебе. Сейчас в мобайл просто лезет все.
Как сейчас в вебе? Что собой представляют проекты? Какие технологии пришли-ушли?
Мне не для вката, для формирования понимания движения отрасли.
>Как сейчас в вебе?
Точно также, как и в 2017.
>Что собой представляют проекты?
Либо jquery + куча сопутствующих либ aka select2, либо SPA на React/Vue/Angular.
>Какие технологии пришли-ушли?
Тащемта ничего особо не изменилось. разве что css экосистема развилась ощутимо, bootstrap теперь зашквар.
>Ты не прав с самого начала, потому что пытаешься какому-то анону с двочей что-то доказать
Я по стилю вижу, что у нас тут в треде есть один(два?) воинствующий ряктодебил, кажется три вкатуна, пара норм челов, способных в содержательную беседу, и пачка мимокроков.
Удивительно, но даже в двощей можно подцепить интересные мысли. Шанс получить идей на подумать не нулевой.
const [state, setState] = useState({
field: 0,
field2: 0
...
})
Или так:
const [field, setField] = useState(0)
const [field2, setField2] = useState(0)
const [field3, setField3] = useState(0)
....
/profile/info
/profile/settings
/profile/payment
все это я сделал, но теперь надо, чтобы когда юзер заходил просто /profile URL автоматически менялся на /profile/info
знаю, что такое реализуемо, но не могу понять через что
Я не программист, а инженер, нужно посчитать одну математическую задачку (сам алгоритм у меня есть на питоне), а результаты вывести в виде графика (chart.js), который будет наложен на геометрию задаваемую в табличку.
То есть юзер вводит в табличку координаты и геометрию, внешний вид объектам по этим координатам строится в окошке рядом, потом юзер нажимает посчитать и результат выводится в виде графика.
Вопрос наверное охуительный, но што поделать?
>
>Вопрос наверное охуительный, но што поделать?
Для начала надо перестать играть в секретность.
Тут всем похуй до того как ты собираешься свои ссаные геотиффы обсчитывать.
Да и задача эта не для фронта и жс, а для бекенда.
Бэкэнд считает по твоим координатам твои сикретные данные, кидает во фронт данные, и ты их рисуешь чем угодно в соответствии с контрактом выбранной либы. Хоть ChartsJS хоть APEX хоть Dygrpahs
Ps
Квто
И да, КВТО
>>2192083
>>2192083
There is a "isTrusted" property to each event: "The isTrusted read-only property of the Event interface is a Boolean that is true when the event was generated by a user action, and false when the event was created or modified by a script or dispatched via EventTarget.dispatchEvent()." (from https://developer.mozilla.org/en-US/docs/Web/API/Event/isTrusted).
So it is NOT possible to simulate "real user input" with programmatic javascript-events. However, the autofilled values by chrome are only available, when there was a isTrusted=true event!
Note: although the window.scroll() event has isTrusted=true, it does not make the autofill values readable
express vs nestjs
Даун, само собой, твой папа.
Ну, из недавнего, когда мы поднимали математическое приложение для одной госкорпы для раскосого, то захостили математику в облаке. А так, ежу понятно, что серьёзная матеша это несколько потоков.
Можно, конечно, крутится на вебворкерах, но с ними ты говна поешь, инфа сотен.
А если ты там калькулятор пишешь, то давай без выебонов про "математическое приложение". Математическое приложение это Maple или MatLab
Ибо оче по нраву мне кодить(вроде как, опыт небольшой), хочу развиватья как хобби - ну и как запасную профу на случай пиздец.
Но вот фронтенд восторга не вызвает. Хоть есть плюс - относительно просто запилить пет-проджект да и знакомым сделать что-нибудь фо фри (сайтик).
Ничего, он хуйню сморозил. Для очень быстрой верстки чего-либо хорошая штука. Всякие мусорные лендинги-однодневки на нем намного проще. Тем более, что теперь оттуда жквери наконец-то выпилили.
>>2192459
QA, тестирование или просто питон смотрел? Можно еще php, тоже несложно вкатиться, правда серьезные проекты уже побольше знаний надо, но освоить базу для говносайтов можно.
Куча других ui фреймворков. Для стилизации tailwind. Для компонентов различные Ant Design/Material UI/Semantic UI и т.д.
Хотя лично моё мнение UI фоеймворки нужны только тогда, когда тебе надо что то накидать на окно, чтобы было не всрато. Когда доходит дело до того, чтобы сделать что-то специфичное - начинается пердолинг с переопределением стилей
Да дохуя чего. Куча других фреймворков, в которых исправлены основные косяки бутспрапа.
>>2192467
>Ничего, он хуйню сморозил. Для очень быстрой верстки чего-либо хорошая штука. Всякие мусорные лендинги-однодневки на нем намного проще. Тем более, что теперь оттуда жквери наконец-то выпилили.
Пчел, в бутстрапе адаптива нет в 2021, о каких лендингах речь? Или ты собрался каждый компонент интерфейса дублить постоянно?
Дело в том, что я закончил бакалавриат на инженера, и так уж вышло, что вкатился вАЙТИ в магу в неплохой ДС вуз. Опыт программирования у меня нулевой(Могу на питоне Hello world написать, ВСЁ), а обучение в маге подразумевает, что я как минимум сдал ЕГЭ на прогу и хотя бы не ебланил 4 года. Сейчас уже пошли типари и мне нужно срочно начать их делать, только я не ебу вообще как.
Анончики, очень прошу, подсобите и помогите вкатиться, подскажите что где читать/смотреть, прям с нуля, но чтобы быстро решить мои задачи да и вообще.
У меня есть всего месяц(до 15 ноября) чтобы выполнить эти задания. Весь месяц я свободен и могу заниматься кодингом 24/7 Конкретно по задачам: нужно написать тудулист и скрамборд(пик 2 и 3). Я не понимаю как подступиться даже, как проект создать, где и тд. Списать, стащить код подчистую без понимания тоже не могу, потому что на защите будут спрашивать как это все делать.
Если среди вас есть щедрые на время преподаватели/менторы, можете связаться со мной в телеге с дальнейшим перекатом в Дискорд: @CurtCombaine
В других направлениях так же или еще хуже. Несовместимо погроммирование ни с чем, даже с хобби. Тем более речь о 35 лвл вкатуне, которому нужно пропасть наверстывать. Какой-нибудь пердикс с 15+ опыта, незаменимый на тырпрайз легаси, может себе позволить купить басуху и разучивать рифы митола. Ну а 35+ вкатун точно не может, ему надо учить чем bitmap scan от sequential scan отличается и как в хешмапе коллизии резолвятся. Что уж говорить о способности факультативно довести кодинг до приемлемого уровня, который можно нормальной конторе продать.
Двачую этого. Разве что появление фреймворков (и их экосистемы) в том виде, что сейчас имеем добавило некоторый уровень сложности. Во всем остальном все как было, так и осталось. Верстка за последние лет десять только упростилась, жс стал прятнее и удобнее (пускай и учить теперь надо его больше), взаимодействие с дом на ваниле во многом косплеит жекверю. А во всем остальном никаких изменений. Фронтендеру как и раньше не нужно было вникать в сложную логику и архитектуру, патерны проектирования, ООП, работу с памятью и прочий компьютер саенс, так и сейчас. По степени отдаленности от компьютер саенсов дальше современного фронтендера находится разве что 1С-ник и воротничок с макросами в экселе. Гонора разве что много.
Почему на этом говне до сих пор пишут прилаги?
Я тоже сейчас реакт учу, после vue. Охуел с scoped css для react компонентов, какие то пакеты ставить надо, пихать css внутрь js файлов, пиздец какой то. Мало того что смешали html и js так ещё и css туда захуярили. Во vue просто пишешь <style scoped> и всё.
Добро пожаловать в мир анопиниэйтед реактоблядей.
Я вообще охуеваю от того, что считается что рякт проще для вката.
Модель код представление эти ебланы не различают, цсс не экранирован, раутер прикручивай руками, валидаторы прикручивай руками, инжекшона нет, реактивности нет, вместо стейта какие то ссаные хуки, и при этом рякт типа хорош.
Мир припизднутых, ей богу.
>какие то пакеты ставить надо
В реакте вообще ебаный конструктор из говнодеталей. Сначала был какой-то flux, потом оказалось что flux хуйня, сделали redux, но redux оказался тоже хуйня, надо было его завернуть в redux-toolkit, потом завезли хуки и redux пришлось готовить по-новому, сбоку ещё выросли всякие mobx, recoil, zustand... БЛЯ
Мне это все кажется фейком и наебаловом.
Пориджам в уши ссут, а они и рады.
Интересно глянуть на статистику рякта в интерпрайзе и среднее время жизни ряктоприлады от "мы взяли рякт потому что хайпово" до "это пиздец, переписываем заново"
По второму пункту, полагаю, года полтора два
>после вуя
Это в котором ехал строчный референс через строчный референс, да ещё зисом посыпано сверху без типизации?
>Тонны бойлерплейта; JSX шаблоны наблеваны прямо посередине JS кода;
Вуедебил не смог удержаться не говнокодить.
>никаких аккуратных директив типа v-if, v-for, v-model
Это в котором тебе нужно вставлять дополнительный элемент в дом, чтобы вуй не обосрался с условными итерациями? Вершина дезигна.
>синтаксиса для фильтров нет даже в проекте;
Вся суть вуедебилов.
>>2192663
>пихать css внутрь js файлов, пиздец какой то. Мало того что смешали html и js так ещё и css туда захуярили.
Ебанутый? Вуй тоже запихивает всё в один файл. Только чтобы это файл читать, тебе ещё и говноэкстешн надо ставить, а то и несколько. А это уже привязка к конкретной IDE.
>Во vue просто пишешь <style scoped> и всё.
И потом жиденько обсираешься, так не умеешь в специфичность.
>>2192674
То ли дело в вуе, там есть корявый вуйкс, который добавляет ещё больше строчных референсов, при этом наследуя все проблемы флюкса.
Двачую. Вуедебилы не понимают что такое css modules, а ещё в их китайскую игрушку не завезли css-in-js, они не могут использовать стайледы/emotion/linaria. Также 99% вуедетей не используют тайпскипт. Даже не потому что их поделие этого не позволяет, а потому что им больше по душе динамикодриснявый говнокод.
Есть классы, экстенды от другого. В каждом из этих классов есть base sql query. В конфигах есть функция, которая возвращает true false в зависимости от параметров. Несколько из экстендящих классов должны добавить в sql base query строчку запроса в зависимости от значения этой функции, но на этапе конструкции инстанса класса нам ещё не известен результат, он у нас может быть только на моменте вызова метода для получения sql запроса. Как реализовать логику с добавлением строки с минимальными изменениями в коде?
>Это в котором ехал строчный референс через строчный референс, да ещё зисом посыпано сверху без типизации?
Да и это ахуенно.
>Это в котором тебе нужно вставлять дополнительный элемент в дом, чтобы вуй не обосрался с условными итерациями? Вершина дезигна.
Всего-то <> у реактодибилов появился раньше. А воплей больше чем от хаскеллистов
>Вся суть вуедебилов.
Хотеть нормальный инструмент? Ну пиздец предъявы
>Только чтобы это файл читать, тебе ещё и говноэкстешн надо ставить, а то и несколько. А это уже привязка к конкретной IDE.
Твоя IDE не может парсить html? Брось каку
Яхз кто те все кто бежит с ангуляра в реакт.
Я видал как из контору с ангуляром уходили в контору с реактом за зарплатой. Это понятно. А чтоб кто-то сказал "ну не, ангуляр хуйня, следующий проект делаем на рякте" я не видал.
Также, я ни разу не слыхал, чтоб кто-то на рякте ответил на вопрос "почему вы выбрали рякт" "мы провели исследование и... (тут обоснование)
Типовой ответ"так исторически сложилось"
Выборка у меня конечно небольшая. Даже от тех ряктокодеров, которых я не считаю за говно, я не разу не слыхал аргумента по существу, только лозунги. "нам не нравится бойлерплейт а в рякте его нет"
"" рякт анопиниэйтед"
" рякт быстрее"
Всё это, кмк, звучит как мантры.
Пытался изменить ивент на пассив, но жидко пукнул. Может не туда копипастил код(копипастил выше кода слайдера и ниже), как ударить по коду, чтобы заработало?
Каким образом index.html (папка public) связывается с index.js (папка src)? Там же нет тегов <script>.
Видимо ты себе плохо представляешь уровень олимпиад. Сейчас может уже по-другому, но мы тогда в консольке ебашили на скорость А* и прочие дейкстры решая довольно сложные задачки, а потом жюри тестами прогоняло наш код и сравнивало скорость выполнения и объем занимаемой оперативки. Нам было по 14 лет на секундочку, не уверен что современные кодеры в 25 способны написать быстрый сортировщик без сторонней либы.
Алсо первое место тогда занял мой кореш, сейчас в дублине в гугле работает.
Хочешь сказать ты ходил на олимпиады, а закончил в вебе на js?
Ну во-первых задачи, мягко говоря, не ограничиваются туду листом. Во вторых это не некий абстрактный "туду лист" в вакууме, это задача, поставленная в условиях бизнеса и хотелок клиента, которые всегда хаотичны, противоречивы и вообще должны были быть выполнены еще вчера. Это хорошо видно на примере всяких солидоманек и прочих базоебов, у которых горит жопа от современной веб индустрии и "неправильных языков и технологий".
>А чтоб кто-то сказал "ну не, ангуляр хуйня, следующий проект делаем на рякте" я не видал.
Ангуляр - секта же. Ясен хуй в конторы, где на нём всерьёз пишут, будут брать только таких же сектантов.
>Также, я ни разу не слыхал, чтоб кто-то на рякте ответил на вопрос "почему вы выбрали рякт" "мы провели исследование и... (тут обоснование)
Как будто с ангуляром они проводятся. Там такое же мычание про настоящее ООП и все баззворды с ними связанные.
>Выборка у меня конечно небольшая.
Так это участь ангуляросектантов - быть меньшинством и жить в своём манямирке. Мог бы уже и привыкнуть.
>Всё это, кмк, звучит как мантры.
Кулстори, ангуляросектант.
Вы оба шизики, если нужно много интерактива, то я хочу много различных компонентов которые будут что-то отрисовывать, если я работаю в финтехе, я хочу отделить логику приложения, а фронт будет в шаблоне, вот и вся разница. А ещё ангуляр в коре на тсе, как и рыкс, что для больших финтеховских проектов необходимо
Для разных задач разные тулзы, а ещё их можно комбинировать
На курс хантере есть топ курс по рякту, там на классах объясняется как конкретно такое сделать. Но главное получишь понимание как организовывать то что ты пишешь, для совсем новичков там ещё объясняют фичи ес6 необходимые. Я сам с него вкатывался год назад, прошёл его и любые тестовые спокойно делал, а потом в работу втянулся
В среакте самые преколы в имплементации хуков
https://gist.github.com/lancejpollard/955fa84eb69411a3b018115ca05eeefc
За простым вызовом useState() столько говна стоит шопездец
> React.__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED;
Совсем тупой? Тебе что бы в тред зайти и высрать свой пост нужно сделать действий больше чем просто найти поиском по репозиторию.
https://github.com/facebook/react/blob/main/packages/react-dom/src/client/ReactDOMLegacy.js#L266
Совсем тупой? Тебе, что бы в тред зайти и высрать свой пост нужно сделать действий больше, чем просто найти поиском по репозиторию.
https://github.com/facebook/react/blob/main/packages/react-dom/src/client/ReactDOMLegacy.js#L266
Совсем тупой? Тебе, что бы в тред зайти и высрать свой пост нужно сделать действий больше, чем просто найти поиском по репозиторию.
https://github.com/facebook/react/blob/main/packages/react-dom/src/client/ReactDOMLegacy.js#L266
Есть смысл вникать. MobX используется в связке с контекстом.
Представь, что у тебя динамический список из компонентов. Внутри компонентов на большом уровне вложенности есть другие компоненты. И тебе надо от компонента-родителя передать данные компоненту-ребёнку. Будешь на каждый компонент генерировать данные в Redux? Или создашь контекст, который всегда будет закреплён за своим компонентом и передавать через него данные?
Кто лучше для рякта?
Почему тогда мне на зп 30к дают тестовое задание - написать круд с ui либой которую я впервые в жизни вижу, сервером на node.js, графкюел, тайпскриптом, подключением к стороннему апи, оптимизациями, а потом на принятии говорят что не плохо, но и не впечатляюще, поэтому платить тебе будем пока 20к первое время?
Ну так эти ответили хотя бы, до них было 20 отказов, а перед этим вообще 15к предлагали.
3 часа это пиздешь, антоша.
Базарю, это разводка чтоб когда ты сделал, чувствовал себя ущербным.
Типа чтоб был рычаг для торга, если что.
Помню как-то давно, мне Интерфакс дал "задание на вечер" написать судоку с фронтом, бэкэндом, с моками задачек и базой данных (или её эмуляцией) Я справился за 3 дня, и чувствовал себя лошарой.
Мимо-синьор-фулстак
Блен, ковыряешься в огромном монструозном проекте, непонятно откуда что начинается и где всё заканчивается. Тратишь время на поиск где изменить какую-нибудь штуку, чтобы сделать задачу, при этом не сломать то, что уже есть. Проваливаешься в классовые компоненты Vue, которые наследуются от других классовых компонентов Vue и т.д. и т.п.
Надеюсь я не один такой с такими проблемами. Очень надеюсь, что всё осилю. Хотя если уволят, то тоже буду рад.
Спок бро, каким бы сложным не был код, всё равно рано или поздно разберешься. Я полгода работал на какого-то хуя с горы за 30к в месяц, на старте не знал тайпскрипта, не делал ничего сложнее мувисерчера, и тот был просто ублюдским и с лютым говнокодом. На выходе через полгода имел за плечами 2 полностью написанных небольших интернет магазина и простую приложуху на реакт нативе. После этого мне вообще абсолютно похуистична сложность любого проекта и нет страха перед созданичем чего-то нового. Ошибок я насовершал конечно там немало, но потом исправлял и с каждым новым проектом было уже гораздо больше понимания. Со временем это всё придет. Все через это проходили.
>>2194419
>>2194049
Для удобства emotion (синтаксис стайледов, но перформанс лучше), для удобства + перформанса linaria (синтаксис стайледов, компилится в чистый css). В условиях существования linaria зачем нужно писать на чистом css иди даже css modules решительно непонятно. Но а принципе css modules норм как альтернатива, перформанс что надо и удобно в именовании классов, позволяет как и стайледы избегать использования БЭМ-помойки.
Всегда блевал с этого всратого синтаксиса, но на новой РАБоте его юзают и надо за пару дней задрочить.
Ах да, там реакт с ТС
Я css modules юзаю.
Мне не нравится подход стилизованных компонентов. Во первых это еомпонентная обёртка над обычными тегами. А теперь подумай сколько тегов у тебя может быть на странице. В итоге один файл с компонентом может иметь в себе кучу компонентов, которые представляют из себя обычные теги.
Во вторых - генерация css через js. Ui тред выполняется быстрее,там всё намного оптимизированнее. Поэтому я отдаю предпочтение css modules, хотя больше всего мне нравится подход как во vue и svelte со scoped styles, но такое не завезли для реакта (по крайней мере для пятой версии вебпака).
> В итоге один файл с компонентом может иметь в себе кучу компонентов, которые представляют из себя обычные теги
В чем проблема вынести из а отдельный файл как ты выносишь стили в css modules?
> Во вторых - генерация css через js. Ui тред выполняется быстрее,там всё намного оптимизированнее
Linaria решает проблему перформанса
>В чем проблема вынести из а отдельный файл как ты выносишь стили в css modules?
Это шутка? На каждый тег делать отдельный файл?
Стили из css-modules выносятся легко. Импортируешь scss-файл как переменную и из этой переменной потом вытаскиваешь стили. Там нет компонентов, не надо никаких файлов плодить.
>Linaria решает проблему перформанса
Здесь я не компетентен, так что может быть решает, да. Опровергать ничего не буду.
есть query параметры типа filter=active, filter=completed
какой лучший способ фильтровать этот лист, основываясь на query параметрах?
ПЕРЕКАТ >>2194587 (OP)
ПЕРЕКАТ >>2194587 (OP)
Ну вот функция может быть очень конкретной для какого-то компонента, т.е. в utils её держать нет смысла. При этом создавать на каждом рендере одну и ту же функцию чтобы потом её использовать, при том что там внутри не используются никакие пропсы или хуки тоже как-то всрато, нет?
На стаковерфлов https://stackoverflow.com/questions/62848106/functional-component-write-functions-inside-or-outside-the-component грят, что создавать функцию каждый раз внутри компонента это снижение производительности. Хотя я понимаю, что там снижение производительности на 0.0000000000001%, но если такой рефакторинг по сути не стоит нихуя, то почему бы так не делать?
> очень конкретной для какого-то компонента
Так пример приведи.
В любом случае можно создать calendar-utils.js и прочее. Под каждую логику свои утилиты. Логика в любом случае будет пересекаться, я не могу придумать кейс уникальной функции, которую нельзя объединить с другими.
>я не могу придумать кейс уникальной функции
Ну например ты принимаешь какой-то параметр в функцию, в зависимости от этого функция возвращает какой-то инлайновый стиль с конкретным значением переданным в функцию. Эта функция 100% будет использоваться только 1 раз в одном конкретном комопненте. Понятное дело, что в теории её можно использовать где угодно, но это просто бессмысленно выводить её в утилы, когда лучше держать её поближе к компоненту.
>функция
>возвращает какой-то инлайновый стиль с конкретным значением переданным в функцию
1) Ёбик что ли? Для этого styled-components есть.
2) Инлайновые стили это плохо, очень плохо. Почему? Потому что ты о них завтра забудешь и вся вёрстка поедет после изменения стилей в css-файле
3) Если абстрагироваться от инлайновых стилей - это ты сегодня думаешь, что функция только тут тебе понадобится, а завтра понадобится и в другом месте.
>1) Ёбик что ли? Для этого styled-components есть.
>2) Инлайновые стили это плохо, очень плохо. Почему? Потому что ты о них завтра забудешь и вся вёрстка поедет после изменения стилей в css-файле
Чел... ты делаешь вид что у тебя опыт работы какой-то есть или что? Стайледы для одного компонента использовать, да? Как динамически стили передавать, когда тебе конкретный параметр динамически нужно указать? Стек у тебя каждый конкретный разработчик по своей припезди выбирает тоже?
Ну и? Давай расскажи нам как динамические параметры в стили передавать? Еблан, иди нахуй, я таких советов тонну могу высрать. Использовать для динамических одного динамического стиля стайлед компоненты, ясно понятно, сын шалавы блядь еще смеет пасть разивать