Гайс, а как удалять коммиты, или объединять их если они уже зарелизены?

У меня на гитхабе в петпроекте, последние коммиты это редактирование Readme файла, я его редактировал раз 20 и все это в выстроилось в ряд коммитов, которые засирают ветку изменений. Как это можно сплющить до одного коммита? Или удалить как-то их что бы изменения не потерялись в самом ридми?

Я все равно нихуя не понимаю, где у меня косяк с формой.
Вот даже статью нашел, там точно так же сделан контроллед инпут. Точно также онЧейндж и вэлью.

>>11514
А у тебя контроллед инпут?

>>11597
Ну да. Только без Controller, а по-обычному:
<input className="input" type="text" {...register("input", options.required)} value={state.input} onChange={handleChange} />
{errors.input && <span className="input">{errors.input.message}</span>}

>>11604
Ну ок, а react-hook-form тебе тогда зачем?

>>11627
Валидация удобная.

>>11630
бля, откуда вы лезете? Как можно было придумать гибрид react-hook-form и "обычной" работы с инпутом? сука...

Сколько по времени займет базовое изучение node.js ?

У вас есть проблема с эмуляцией устройства в бразуере, когда на реальном телефоне всё нормально, но если включить эмуляцию на десктопе в браузере, то появляются какие-то странные отступы по краям, какие-то лишние пространства, верстка едет. Но если убрать эмуляцию мобилки и сжать экран вручную, то всё нормально. Как это фиксить? Знаю есть browserstack, который показывает реальные устройства, но это дорого для меня на данный момент. Вот установил себе еще responsively.app, там проблем опять же не наблюдается, но это эмулятор ведь, и он не покажет реальные устройства со всеми их особенностями. Какими инструментами пользуетесь вы?

>>12353
Я ставил себе для андроида по итогу реально эмулятор, nox например, можно и наверное более подходящий для разработки и в т.ч. для яблок. Хотя обычно хватает браузерных в фоксе и хроме с определенной допустимой погрешностью.

>>12362
Ну и да лол у меня как бы и тупо телефон есть, с него и смотрю тоже уже в сумме.

Аноны на ноде кто нить вкатывался ? какой стек учили, что делали в пет проекте и т.п.

Аноны, как в самом простом случае норм реализовать периодический ajax к серверу?
Пример с лерн жаваскрипт
//рекурсивный setTimeout
let timerId = setTimeout(function tick() {
alert('tick');
timerId = setTimeout(tick, 2000);
}, 2000);

что меня смущает - не создается ли при такой реализации цепочки из замыканий?

Поясните, нахуя нужен редукс и ко.

Я привык к инжектящимся сервисам, т.е. у меня источник правды и так везде один.

У сервисов методы и ивенты с какой хочешь сигнатурой, а не одинаковые.

Единственное, что приходит в голову - это когда делаешь какую-нибудь хуйню с единственным стейтом, то в редуксе не надо править никакой код, а только добавлять свой.

mobx > redux

>>12643
zustand > mobx > redux

>>12529
Так чтобы инжектить сервисы нужен инжектор лучше дерево и сервисы. Всего этого естественно нет, поэтому на-ка вот, подержись за синглтон

>>12691
Ну так а если у меня все есть?

Заказывал кто-нибудь и читал новую? https://www.ozon.ru/product/javascript-polnoe-rukovodstvo-flenagan-devid-206611358/
Прочитал пару глав, вроде бы перевод не совсем ебал её рука. А английскую версию сложно читать, потому что мало того, что язык не родной, так еще новые сущности постигать совсем трудно. Вот только не знаю насколько удобно будет такую огромную книгу в руках вертеть, и не лучше ли будет всё таки электронную навернуть?

Работяги че у вас на проектах для пропсов юзается?
useContext или Connect react-reduxa?

Я и то ито пишу, но щас говорят что хуки для проброса предпочтительнее типо. В реале как?

=====================================

function sayHi() { // (1) создаём
alert( "Привет" );
}

let func = sayHi; // (2) копируем

func(); // Привет // (3) вызываем копию (работает)!
sayHi(); // Привет // прежняя тоже работает (почему бы нет)

=====================================

Почему func() сработало, это не функция нихуя, схуя ли она стала функцией.

>>12897
Ну если быть точным, то это переменная, содержащая ссылку на функцию. JS смотрит, что в ссылке, а раз там функция, значит её можно вызвать

сап анчоусы, кто нибудь что-то знает про московску. галеру postuf ? ссылку на хх сами найдете
у всех разрабов вакансии с вилкой 300-400к + всякие бонусы, на собесе говорят что будет работа в каких то своих проектах. вопросы на тех собесе были обычные мидловские. зазывают очень усердно и настойчиво. из требований которые я выяснил на собесе: не пить не курить,отсутствие татуировок, не носить длинную бороду, не носить длинные волосы. сам про контору накопал что занимается типо white hat хакингом, но типо не на заказ, а делает контент на основе этого статьи на хабре, тик токи, видосы в инсте + то что там большая текучка и мало кто долго прорабатывает т.е. не больше года-полтора. из за чего становится непонятно откуда у них бабки чтобы платить разрабам такие бабосы. аноны, вы что нибудь знаете о ней, стоит ли туда соваться ?

>>12897

>let func = sayHi; // (2) копируем

Нет, тут ты ничего не копируешь. Ты кладёшь в переменную func ссылку на функцию sayHi. Всё.

>>12929

>не пить не курить,отсутствие татуировок, не носить длинную бороду, не носить длинные волосы

Чего нахуй? Ну не пить разве что на рабочем, месте, остальное вообще с чего вдруг высралось?

https://v1.postuf.com/conditions
Пиздец ебанный, все моники повернуты к надзирателю с плёткой. У всех на столах таймеры отсчитывающих время рабства. Я не знаю сколько они там платят, но это какой-то пиздец. Наверное еще палками пиздят каждый час, чтобы держали строй

>>12945

>У всех на столах таймеры отсчитывающих время рабства

ты это где увидел?

>>12929
Судя по написаному на компам тайм трекеры стоят, уже после этого можно дальше не читать че там. Это архаичный рудимент нулевых, который используют говно конторы. Смотри лучше банковский сектор, в банках щас рост колличества вакансий к прошлому году больше на 50% и зп самые высокие, средняя зп в банках тоже к прошлому году выросла у айтишников. Большая корпортивная культура и не анальные услвлия работы, для вката самое то.

>>12964
В банки вышка нужна, анальный дресскод итд.

Они уже на полном серьезе обсуждают изучение конкретных библиотек хелперов, как минимально необходимый скилл.

>>13285

>базовые ФП утилити без которых код в принципе нельзя писать читабельный

>ХЕЛПЕРЫ

Вголос с маньки. Как там, циклы for небось пишешь до сих пор?

Аноны, прошу вашей помощи. Пиздец горит сдать задание, а я никак не въеду в регулярки, времени на это нет. Кто может накидать регу для проверки номера по след условию

> Mobile phone support format 380 + 50|63|66|67|68|91|92|93|97| 96 + 7 digits.

Уверен для сидящих тут профи это на минуту-две.

Хочу начать пет-проект на реакт+нода. Все хочу ебануть в докере. В целом все без докера делал уже и представляю как это работает. Но у докера какой-то ебучий гайд, не могу нормального для дебилов, чтобы на пальцах показали что куда делать.

>>12852

хуки просто песня. В проекте получилась целая библиотека shared hooks, которые используют context внутри. Запросы к api тоже через hooks с кешированием. Полностью отказались от redux и других state managing libraries.
Через props спускаем только данные для dump components

>>13428
В докере хуй разберешься блядь по человечески, хотя на деле довольно простая оказалась штука

>>13478
А что за хуки? Самописные? Есть какой-то гайд по этому делу? не по самописным хукам, а по отказу от стейт менеджеров в пользу хуков

Седня узнал что если на айфоне сохранить, сайт на рпбочий стол и у него есть версия pwa то с рабочего стола закладка открывается не в браузере, а как отдельное приложение, просто ебок задумка. Pwa это будущее

>>13515
Для вкатывания начинать с оф документации reactjs.org по context api и hooks. Поняв всю мощь комбинации useContext/useState/useRef/useYourOtherCustomHook inside custom hook, можно начинать эксперименты. Тут тебе сразу и свой элегантный аналог DI можно запилить и что душе угодно, ведь получаешь натуральный конструктор

Чтобы осилить Next.js нужно хорошо разбираться в бэкенде? Или это просто типо обертки над реактом и по бэку хватит даже базовых знаний?

Эта строчка создаёт окно типа toast: window.M.toast({html: text})
Но я не понимаю почему там стоит именно M? Я сначала думал, что M это просто название объекта и можно подставить любое значение, поэтому я заменил M на другую букву, но оно не сработало, что означает, что M имеет особое значение, но в Интернете ровно НОЛЬ упоминаний window.M. Кто-нибудь объяснит?

>>13564
Покажи лучше весь код, у тебя похоже что-то записывается в объект виндов, и потом чтение происходит. По дефолту никакого поля М у виндова нет, можешь в бразуере чекнуть шиз. И вообще что за ебалу ты там делаешь? Читай учебники лучше

>>13590
export const useMessage = () => {
return useCallback(text => {
if(window.M && text){
window.M.toast({html: text})
}
}, [])
}

Честно говоря, мне главное то, что оно работает, но я пытаюсь понять суть того почему этот код работает. Ты бы кстати молчал про "Читай учебники", я уверен, что значительно начитанее тебя.

>>11386 (OP)
Неофит на связи. Пишу через js куки время в секундах каждую секунду для того чтобы передать их в пыху. Но каждое обновление откуда-то берется 2 абсолютно разных времени. Писал и алерты и смотрел в значения куки в бразуерах.

>>13626

>пыху

Перестал читать на этом моменте.

>>13371
^380\s?\+\s?(50|63|66|67|68|91|92|93|97|96)\d{7}$

>>13626

>php

Зашквар и неуважение -1000соц.кредитов.

>Задает вопрос без кода

"Бля, рибята у миня сламалася памахити!!"
Зашквар и неуважение -1000соц.кредитов.

>Неофит

Вкатыши не нужны. И уж тем более во фронте.

Ребятушки, а зачем собственно нужны стрелочные функции? Что они привносят?

>>13672

>Зашквар и неуважение -1000соц.кредитов.

Нихуя себе самомнение у жопаскрип макаки

>И уж тем более во фронте.

Ахахахахахахахахахахаха, блядь

>>13626
Рака тебе пидорас, спасибо за быстрый дегрод ссд.

Есть сайтец, он грузит данные с сервера и рисует табличку. Я пытаюсь написать юзерскрипт с помощью tampermonkey, который ловит момент загрузки ДОМа и парсит одно из полей таблички, возвращая innerHTML.
Проблема:
Я не могу получить доступ к элементу через querySelector, он всегда возвращает null. Поиск элемента происходит после загрузки страницы вот так:
if (document.readyState == "complete" || document.readyState == "loaded" || document.readyState == "interactive") {
console.log(document.querySelector(".selector"))
}
При этом если поставить сюда вместо лога в консоль алерт, то алерт начнет выполняться еще до того, как табличка прогрузилась (там вметсо нее будет спинер вертеться). Как мне выполнить запрос вовремя и содрать с хитрой таблички данные?

А в js можно полазать по исходникам стандартной библиотеки, как в java или си?
Только начинаю учить js и пока такого термина, как "стандартная библиотека" вообще не встречал.

>>13701
MutationObserver или вызывай querySelector пока будет не null, лол
>>13729
Окружение предоставляет «стандартную библиотеку», поэтому открывай исходники браузера/ноды и лазай.
Но лучше не лазай, а учи жс

>>13701
DOMContentLoaded

>>13512
Хорошо, где взять гайд как стать состоявшимся инженером?
>>13512
Да я о том же, я не девопс, мне не нужно каждую заебульку настраивать. Просто хочу создать отдельное окружение для своего проекта, image или как там его. Сука все же просто в теории. Почему ни одного нормального гайда. Анон, как ты в итоге разобрался в нем?

>>13628
>>13672
>>13687
Нихуя у вас тут ламповое комьюнити, у вас хотя бы нахуй посылают, а вот в шарп треде вообще тишина.

>>13786

>как ты в итоге разобрался в нем?

Мне нужно было для некста контейнер собрать, у них на гитхабе был пример, оттуда и взял. И уже после этого теперь мне понятно, что я в принципе должен писать в докерфайле. Вообще у них есть примеры неплохие в доках. Проблема моя изначально была в том, что я вообще нахуй не мог понять, что такое докер, и нахуй эти контейнеры нужны. Вообще чем больше я сталкиваюсь с непонятной хуйней, тем больше понимаю, что единственный способ разобраться в чем-то, это: не понимать, не понимать, не понимать, а потом ККААААК ПОНЯТЬ.

Ant design

>>13739

>Окружение предоставляет «стандартную библиотеку»

То есть веб-апи браузера и «стандартная библиотека» это одно и тоже?

Как победить cors двачевского api? Че посоветуете?

Почему так, блять?!

>>14003
Уточню, почему с true выходит 4, а с false 3?

>>14015
Ты конкатенируешь к булеану число, происходит преобразование типов булеан в число, при это фолс становится нулем, тру становится единицей, соответственно при тру у тебя тру становится 1 + еще три единицы итого 4, а при фолсе он становится нулем и еще три единицы - это 3.

>>14021
Во-во. А потом носится тут анти-тайпскрип-шиз по треду и орет: АРЯЯЯЯЯЯЯ КОНПЕЛЯТОР УБЛОЖАЕТЕ!

>>14034
Как контролировать батхерт? Учу js неделю и от динамичности дико бомбит.

t

>>13526
>>13478
Охуенно, отказались от стейт-менеджера и теперь у вас на любой пук все чилдрены контекста ререндерятся

>>14638
Разве рендеринг это не обновление дома? Если изменений не произошло, то реакт ничегр ререндерить не будет в этих компонентах же? А вот что там виртуальный дом шатает, я не знаю при этом

>>14649
Если не ошибаюсь, то при использовании контекста при изменении данных в контексте запустится ререндер всех потомков контекст провайдера, даже если эти потомки не используют эти данные

>>14674
Все верно. Context API не имеет никакого отношения к стейт менеджменту, это тулза для других целей и ее юзать надо с умом.

>>14694
Просто в понимании даунов стейт менеджмет это только прокидывание глобальных переменных в компоненты.

>>14682
Просто пиши any везде

>>14682
Вроде в Vue3 уже лучше поддержку завезли.

Пацаны, typescript большой по объему? Дали задание до конца майских (11.05) выучить язык и уже применять в работе. Пока даж описание его не читал. Там как реакт либа, или целый язык как js? Долго там с ним возиться? Js и react уже знаю

>>14750
Просто пиши везде any

>>14750

>Дали задание до конца майских (11.05) выучить язык и уже применять в работе.

Они ебанутые? Там только конфиг вебпака будешь перепердоливать неделю. А использование тайпскрипта на проекте, в котором его нет, максимум в >>14754 выльется.

>>14760
Работают лохи, я зарабатываю

>>14762
Че там с вебпаком делать, лоадер прописать лол?

>>14777

>Че там с вебпаком делать, лоадер прописать лол?

Перенести бабелеподобные трансформации, переименовать все файлы, потом во всех этих файлах отловить все критические ошибки тайпскрипта.
Ну или хуярить отдельный энтрипоинт для тайпскриптовской компиляции, который хуй пойми как будет взаимодействовать с основным.

>>14790
Поехавший, миграция на ТС не происходит "переименовать все файлы". Любой js файл является валидным ts файлом. Ты просто начинаешь переименовывать по очереди и добавлять базовые типы, работая над проектом.

>>14804

>Любой js файл является валидным ts файлом.

Найс мантра, вот только js файлы уже прогоняются через бабель, который несовместим с тайпскриптом. Впрочем для конторки уровня "пиши в проекте на тайпскрипте через полторы недели" прогонять код через две транспиляции и так сойдёт.

Стоит переходить на жс или продолжать сидеть на жанге

Пизда, как волнение перебороть перед собесом?
В реале всегда такой уверенный титан непоколебимый, а тут встал вопрос устройства на новую работку, прочитал что там будет собес в стиле FAANG и у меня чет яички немного вжались.
Понимаю что нужно похуистически отнестись к собесу, и отвечать на похуй - что бы было все на расслабоне, я так и планирую.
Но томительное ожидание перед собесом повышает градус волнения. Буквально каждую секунду начал ощущать которая приблежает меня к собесу.

>>14897
Садишься, закрываешь глаза и минут 20 представляешь в самом наихудшем кошмаре, как ты проваливаешь это собеседование. Если ты будешь делать все правильно (т е не будешь давать себе поблажек в этих вымышленных ситуаиях), то к концу времени ты должен заметить: что твой мозгу надоест об этом думать и он будет пытаться смещать внимание на другие проблемы или интересные вещи и что ты стал более спокойным. Ты должен осознать, что ты принял полностью ситуацию, что ты придешь и обосрешься так сильно как никогда раньше и тебе в целом норм.

>>14887
Не лезь дебил, там сейчас каждый фреймворк как отдельный язык

>>14897
Включаешь прям на собесе с внешних колонок Death Grips и игноришь все просьбы сделать музыку потише.

>>14963
Я бы с радостью, так ведь пидорнут со словами - токсичный неадекват.

>>11386 (OP)
Всем привет. Чуть больше 3х лет работаю формошлепом, хочу углубиться в CS и получить "минимум разработчика", который в теории получают студенты IT - шных направлений. В первую очередь апнуться в классических алгоритмах/структурах данных и паттернах проектирования, так как с этим так или иначе приходится сталкиваться в работе. Кто знает - посоветуйте пожалуйста книги по означенным темам, идеально, если для реализации примеров будет использоваться js/псевдокод, вникать в Паскали - Джавы не хочу. Трехтомники Кнутов на 3000+ страниц так же прошу не предлагать.

>>15200

> Pascal

Нахуй, лучше уж тогда Вирта наверну

>>15211
Это псевдокод. Паскаль ты по этой книге не изучишь. Эт вообще известная фундаментальная книжка, от авторов другой известной книжки по компиляторам. Тебе надо на русском нач цкл кон цкл? Есть такая для школьников https://www.litres.ru/d-m-zlatopolskiy/programmirovanie-tipovye-zadachi-algoritmy-metody-6509134/

Напомню для даунов

Redux > Mobx > вся остальная хуета

Redux это функциональный, математический, чистый подход (Update монада). Все остальное лишь попытки накостылить стейт менеджмет для зумеров, чтобы им не было СЛОЖНО.

>>15588
Я не зумер и мне в целом нравится редакс, но почему в нем нужно везде вручную делать мемоизацию селекторов чтобы не было лишних ререндеров? В мобиксе это встроено из коробки, и в vuex тоже

>>15588

>Redux это функциональный, математический, чистый подход

Набор религиозных мантр типичного фп-шизоида, без единой попытки обосновать их "хорошесть" в данном контексте, да и вообще в любом контексте.

>Все остальное лишь попытки накостылить стейт менеджмет для зумеров, чтобы им не было СЛОЖНО.

Расскажешь, почему сложный подход лучше простого и почему ты в таком случае пишешь на высокоуровневом языке, а не дрочишь байты на ассемблере, что в сто раз СЛОЖНЕЕ?

>>15628
Это проблема Реакта, а не редакса.>>15645

>>15645

>Набор религиозных мантр типичного фп-шизоида, без единой попытки обосновать их "хорошесть" в данном контексте, да и вообще в любом контексте.

Что обосновывать? Плюсы те же, что и во всем фп - надежность, экспрессивность, скалируемость и читаемость кода. Лучше объясни хорошесть магический реактивных переменных мобкса.

>Расскажешь, почему сложный подход лучше простого и почему ты в таком случае пишешь на высокоуровневом языке, а не дрочишь байты на ассемблере, что в сто раз СЛОЖНЕЕ?

Когда простота ухудшает кодовую базу, ничего хорошего в ней нет тоже. Должен быть баланс. Тут дело как раз в том, что зумеры подсели на иглу ЧТОБЫ ПРОЩЕ И МЕНЬШЕ "БОЙЛЕРПЛЕЙТА", а потом мы имеем портянки из говнокода на реакте.

>>15660

>Плюсы те же, что и во всем фп - надежность, экспрессивность, скалируемость и читаемость кода

Опять набор религиозных безосновательных мантр, да еще и идущих вразрез с реальностью, в которой ФП-языки даже со всем хайпом до сих пор находятся в жопе по использованию.

>Когда простота ухудшает кодовую базу, ничего хорошего в ней нет тоже

"Когда код ухудшает кодовую базу, ничего хорошего в нем нет". Охуенное откровение, шизло, но твоя изначальная позиция ничего ни про какое ухудшение не говорила, а просто атаковала простоту используемого кода как таковую.

>>15655
Почему в мобиксе решили эту проблему, а при работе с редаксом надо на каждый пук писать селекторы на реселекте? Утомляет куча бойлерплейта

>>15660
Ты ответь в чём прикол писать громоздкие селекторы на каждый пук чтобы не было лишних ререндеров?

>>15673
Потому что мобикс больше подходит для неоптимизированного реакт кода, где каждый пук вызывает ненужный ререндер. Я не зря упомянул его на 2 месте после Редакса - я думаю для Реакта мобикс это дефолтный выбор для мелкопроектов, не поймите меня неправильно. Я лишь защищаю Редакс как ФП паттерн, на который гавкают зумеры, не понимая зачем он и как его использовать.

>>15676
А я тебе говорю, что это проблема байндингов Редакса к Реакту и в Реакте как таковом, к самому паттерну это не имеет никакого отношения. Селекторы сами по себе даже не часть Редакса - это просто логическое продолжение его использования. А реселект накостылен вообще, вместо того чтобы нормально сделать через Reader монаду, оттуда и бойлерплейт.

>>15675

>"Мантры" обоснованы теорией категорий и пруфабельностью кода

Ты можешь хоть обпруфабиться себе в штаны, но математически доказать работоспособность программы нельзя. Тот факт, что на бумажке твой код куда-то сходится, ни слова не говорит о работоспособности реально выполняемой программы, это две абсолютно разные категории, и только ФП-шизик может между ними ставить знак равно.

>А ФП код еще проще, если понимать основы

Объективно нет. Мутабельный цикл понять в сто раз проще, чем редьюс или боже упаси антипаттерн под названием рекурсия. Хоть обосрись со своим "ДА ТИ ПРОСТА ФП НИЗНАЕШЬ, Я КАЖДЫЙ ДЕНЬ РЕКУРСИИ РАЗМАТЫВАЮ КАК ОРЕШКИ", но факт останется фактом: последовательность команд человеческому мозгу воспринять проще.

>>15691

>но математически доказать работоспособность программы нельзя

Ну тебе виднее, как скажешь.

>Объективно

Ясно

>Мутабельный цикл понять в сто раз проще

Сразу видно нуба без опыта. Мутабельный цикл каждый индус сделает по-разному, делая абсолютно разные операциии внутри него (или что еще хуже, вместе с какими-то сайд эффектами) и тебе придется каждый цикл разбирать как работает. С редьюсом выучив что такое редьюс ты мгновенно поймешь что код делает, потому что низкоуровневая итерация спратана.

>>15698

>Мутабельный цикл каждый индус сделает по-разному, делая абсолютно разные операциии внутри него

> С редьюсом выучив что такое редьюс ты мгновенно поймешь что код делает

ФП-шиз, расскажи, какое такое магическое свойство редьюса предотвращает индуса от выполнения всех тех же операций внутри редьюсер-функции, которые он выполнил бы в теле цикла?

>>15708
А если индус знает слово редьюс, то он достаточно образован, чтобы не делать магических операций в теле функции. Если бы каждого индуса-кодера обучили ФП, качество кода стало бы в разы чище. Меньше маневра сделать так чтоб работало, но наговнокодить.

Но все это неважно, когда-нибудь с опытом ты сам всё поймешь. Пока можно набивать руку и говнокодить императивные портянки, благо спрос есть.

>>15735

>А если индус знает слово редьюс, то он достаточно образован, чтобы не делать магических операций

"Если индус знает о боге, то он достаточно образован, чтобы молиться каждый день, и это доказывает полезность молитвы"

>когда-нибудь с опытом ты сам всё поймешь

"Когда-нибудь сам поймешь, что бог есть, а пока оставайся в заблуждении"

Ожидаемая "аргументация" от религиозного ФП-шизика.

>>15735

>А если индус знает слово редьюс, то он достаточно образован, чтобы не делать магических операций в теле функции

Тебя спрашивают, чем редьюс лучше цикла, а ты говоришь, что редьюс оказывается нужен не потому что он лучше цикла, а потому он якобы приходит вместе с сокровенным знанием о том, как писать код. Кто ты, если не шизик?

>>15746
Можно подумать с твоей стороны была какая-то аргументация кроме "ФП-шиза" и "объективно" (лол), я лишь высказываю свою точку зрения основываясь на опыте. Почитай книги по разработке ПО, по ООП, ФП, по архитектуре больших систем, поработай мидлом хотя бы на крупных проектах и будут тебе пруфы и аргументация.

>>15761
Я сказал чем редьюс лучше цикла (и производные от него как map, filter, fold) - ты скрываешь реализацию и фокусируешься на том что ты хочешь сделать. Обычный цикл нужно каждый раз читать, ведь неизвестно фильтруешь ты там что-то, вызываешь функцию над элементами или вообще запросы к базе данных делаешь. Вот и всё.

Конечно, вкатывальщикам кажется что более читабельный и проще обычный цикл - потому что они не работали над большими проектами или с комплексной бизнес логикой, где за for по рукам могут дать.

Почему нельзя использовать шаблонные строки 24/7? Они же намного удобнее, так зачем нужны кавычки если можно всегда писать с ` ` ?

>>16000

>Почему нельзя использовать шаблонные строки 24/7?

А поддерживать IE11- и браузеры 2014 года кто за тебя будет, Пушкин?

>>15053

>Привет аноны, пол года зубрю js но к сожалению упёрся в потолок.

Че там полгода зубрить-то? Кантор за месяц ковыряния в носу прочитывается. Остальное добивается практикой.
Вот как я js учил:
Играл в игру: Divinity original sin 2\Dark souls 1, когда заебывало, я выключал и читал кантора до тех пор, пока не заебет читать, потом опять играл в игру и так по кругу весь день (спасибо за клиповое зумерское мышление блять). В итоге за 3 недели осилил весь учебник и перешел на фреймворки.

>>16048
Двачую. Надо не читать через силу, а то хуйня будет полная. Заебало – отдохнул, надоело – пошёл учить.

>>16054
Да, должно быть интересно. Я вот вчера снова второй диван поставил. Думал, буду играть и в перерывах кодить пет. В итоге почти не играл, потому что писать код для оказалось интереснее, особенно когда затыков на ровном месте нет. Хз как чел, который не смог js за полгода осилить, собирается работать. Это же квинтэссенция неинтересности получится, когда не хочется + лень + заебало.

>>16060

>особенно когда затыков на ровном месте нет

Вот это вообще ужас, всю мотивацию убирает.

>>16061
Ну так решение затыка это сразу +1000 к мотивации, не? Я вот по два дня ебусь, потом сюда пощу, меня носом тыкают в то, что я где-то две скобки не поставил, так потом сразу охуенная мотивация появляется кодить и ебашить, возникает удовлетворение от того, что задача решена.

>>16062
Да, конечно. Но вот бывает проблема в том, что ты сам тупой и не можешь подумать и сделать план решения. Пиздец, вот у меня лично такая хуйня и я еле-еле справляюсь с ней. Проблема не в незнании синтаксиса, а ебаном сдвг.

hooks в реакте всегда должны быть на top level? Т.е. не дефолтные хуки реакта, а вообще любые. Инфа по встроенным в доке есть, но из неё не понятно, относится ли это к использованию любых хуков вообще или только реактовских.

>>16063

>Проблема не в незнании синтаксиса

Синтаксис это хуйня, инструмент. Тут решает логическое и математическое мышление, при решении конкретной задачи.

>>16073
Вот а я о чём, проблема в мышлении. Не знаю что делать с этим.

>>16079
Тренировать мышление.
Займись математикой, алгоритмами, больше программируй, решай задачи на codewars, leetcode.

>>16073
И потом такой маняматик хранит переменную в глобальном скоупе. Ну а чё, синтаксис это ж хуйня.

>>16089

>И потом такой маняматик хранит переменную в глобальном скоупе

Долбоеб, объясни мне, как фундаментальные знания исключают узкие вроде того, что глобальные переменные это плохо?

>>16087
Кстати, вот насчёт этого. Что-то я не понял почему в глобалке хранить плохо, всё равно же всегда в локалку уходит всё. У меня ни разу не было конфликтов такого вида.

>>16152
Функция с полями

>>16177
Звучит, как что-то сложное. Есть пример?

>>16180
function Card() {}
function CardBody() {}
Card.Body = CardBody

Если тайпскрипт то мержишь function и namespace

>>16185
А если Card будет классом, это не сработает?

const-пидоры здесь?

>>16189
Сработает, здесь все рассчитано на то что классы это функции, а функции это объекты, а у объектов есть поля

>>16195
Определил класс, определил функцию и привязал её к классу Card.Body = Body

Как определить место для исполнения функции внутри класса? {this.Body()} не работает. И какие аргументы передать функции, чтобы из

<Card>
<Card.Body>
foo
</Card.Body>
</Card

было понятно, что foo — относится именно к Card.Body, хоть и есть в Card.children?

>>16207

>{this.Body()} не работает

bodyEl = Children.toArray(children).find((x) => x.type === Body);
Или сделай <Card body={<Card.Body />} />, тогда можно будет props.body

>какие аргументы передать функции

Никакие, foo и так в bodyEl.props.children

>>16239
Всё, кажется я тебя понял. Написал в файле Card компонента две функции:

function Body() {}
function Title() {}

Привязал их к основному компоненту:

Card.Body = Body;
Card.Title = Title;

И таким образом достаю нужные children:

let body = this.props.children.find( child => {
if (child.type.name === 'Body') {
return child
}
}).props.children;

И вставляю {body} в компонент. Всё взлетело, спасибо большое, анон.

>>16268
Хотя, конечно, пустые функции — это странно и немного смущает.

>>16262
Ну т.е. у тебя порядок хуков не меняется ведь в рамках одного компонента. Вот хотел узнать, может ли само создание хука быть условным хоть в каком-то виде? Но судя по всему нет. И даже если он при каких-то условиях не используется, то создан должен быть всегда?

>>16272

>Вот хотел узнать, может ли само создание хука быть условным хоть в каком-то виде?

Просто так писать if (something) { useEffect() } нельзя, потому. Ты можешь либо перенести условие внутрь хука, либо вынести хук в отдельный компонент, то есть something && <MyComponentWithUseEffect/>

>>16272
И вообще поставь себе eslint с react-hooks/rules-of-hooks правилом и все.

>>16275
Я пока не дошёл до хуков вообще, поэтому для меня это магия.

>>16269
Ну это же маркер слота, у функции есть имя и на этом ее миссия выполена.
В Body и Title ты можешь сделать `return children`, тогда у тебя не будет пустых функций и не придется делать .props.children в Card

>>16280
Реакт знает, какой компонент рендерится в данный момент, и когда происходит первый вызов хука, он сохраняет этот хук и его стейт в некий глобальный контейнер с привязкой к компоненту. Когда хук вызывается во второй раз, реакт идет в этот глобальный контейнер и достает оттуда на каждый вызов по очереди все хуки, вызванные для этого компонента в первый раз. Если ты поменяешь очередность вызова хуков, то реакт не сможет однозначно определить, какому хуку принадлежит какой стейт и все сломается нахуй, в useState тудушек попадет useState пользователей и так далее.

>>16276

>И вообще поставь себе eslint с react-hooks/rules-of-hooks правилом и все.

Он стоит, но ругается так только на базовые реактовские хуки. На хуки библиотек нет, но вот сдается мне, что так лучше не делать.
>>16275
Да вот видимо так и придется сделать

>>16268
Зачем ты перебираешь дочерние компоненты? Порядок компонентов - это ответственность того, кто твой компонент использует, как ему нужно, так пусть и рендерит. А если тебе в дочерний компонент нужно передать какой-то стейт, то это делается через контекст, а не через перебирание и переписывание пропсов.

>>16305
Чтобы вставить их в правильное место в html. Как лучше тогда это сделать? this.props.children[0]?

Мне нужно, чтобы значение тайтла попадало в одно место, а значение бади в другое.

>>16310

>Чтобы вставить их в правильное место в html

Что значит "правильное место"? Если у тебя внутри Card есть какие-то элементы-обертки, внутри которых и должны рендериться Card.Title и Card.Body то по-хорошему эти элементы тоже должны быть частью публичного API, а не скрытой внутри неожиданной магией.

>>16312
Например так:

<div> //Контейнер для карточки
<div> //Контейнер для хедера карточки
{title}
<button>+</button>
</div>
{body}
</div>

>>16323
body получается слишком огромным пропсом. Я думал, чтобы объявлять body в переменной и потом передавать в качестве пропса, но вариант с <Card.Body> внутри самой карточки выглядит лучше.

>>16327
Что значит "слишком огромным"? Передавать объект в пропсах или в children - это одно и то же, но вытащить конкретный нужный тебе объект из пропсов гораздо проще и удобнее, чем перебирать массив children, да еще и с проверкой по текстовому имени элемента.

В чём вообще разница между объявлением и выражением функции, которые по сути, просто создаются, никуда не передаются, не являются коллбеками?

function func() {};
или
const func = function(){}; // стрелочная отличается по другой причине, поэтому тут её не привожу

Нахуй второе нужно вообще?

Единственные ответы, которые мне приходят, в первом случае она всплывает и можно вызывать функцию, до её создания, что по сути, на работу кода никак не влияет, ну напиши функцию сверху и хуй бы с ней. И во втором, функцию нельзя перезаписать типа func = 10. И по сути, лучше по этой причине использовать второй вариант, просто первый введён был раньше?

Принципиальные различия только в этом? Можно всегда пользоваться вторым вариантом? Ууу сука блядь
Ну и разумеется, если пользоваться вторым вариантом, то всегда можно и стрелочную вместо неё хуярить, пока тебе this не понадобится, аргументс нахуй не нужны, тогда вопрос уже вообще теряет всякий смысл, потому что они всё равно будут отличаться, но уже по другой причине.

>>16342

>Нахуй второе нужно вообще?

Не нужно, это вопрос стиля, и "объявление именованной функции" без вариантов читается лучше, чем "объявление переменной и запись в нее функции".

>>16347
А как же подводная защита от перезаписи конста?
Почему всегда не использовать стрелочную вообще? Читается пизже

>>16350

>А как же подводная защита от перезаписи конста?

Ты охуеешь, но если тебе не нужно переписывать переменную, то не переписывай и надуманная проблема констошизиков решена. Две функции с одинаковым именем ты и так объявить не можешь.

>Почему всегда не использовать стрелочную вообще? Читается пизже

Спорное заявление, по-моему пизже читается когда ты открыто и без сомнений пишешь мужское function, объявляя всему миру, что ты альфач и только что объявил ФУНКЦИЮ, а не дрочишь втихую как омеган переменные и анонимные стрелочки.

>>16345
Дичь какая-то. В чем проблема перебирать дочерние элементы, как сделал я?

>>16357
В том, что твоя реализация будет выглядеть как пик 1, а моя как пик 2. Делают они то же самое, но 1) моя проще 2) моя не полагается на проверку текстового имени 3) моя не прячет тот факт, что порядок дочерних элементов на самом деле значения не имеет 4) у моей есть явно объявленное публичное API, а не спрятанные внутри переборы непонятно чего.

>>16350
Зато дебажится сложнее, функции анонимные в дебагере. Но конечно стрелочная функция удобней и ближе к матанской записи, что удобно в функциональщине.

const add => x => y => x + y;

сравни с

function add(x) {
return function(y) {
return x + y;
}
}

>>16359
Всё дело в том, что я наоборот хочу отказаться от того, что ты предлагаешь. У меня сейчас так и есть проблемы с тем, что атрибуты слишком громоздкие.

>>16362

>У меня сейчас так и есть проблемы с тем, что атрибуты слишком громоздкие.

И ты ее не решаешь, потому что функционально это абсолютно то же самое, только неявно, скрыто и включает больше ненужного кода.

>>16361
Тогда уж сравни с function add(x, y) { return x+y; }. А если у тебя реально сложная логика, требующая преобразования аргументов и возвращения новых функций, а не выдуманный неиспользуемый нигде пример из одной строчки, то стрелочная залупа будет читаться в сто раз хуже.

>>16365
Решаю это тем, что теперь оно похоже на хтмл больше, чем на жс. Хотя, конечно, сомнительно. Я вообще просто кнопки хочу красить и блоки двигать, а мне пихают реакт.

Ну и по твоей логике получается, что бутстрап для реакта — говно. Код выше с карточками на пике — БС.

>>16366
>>16361
>>16355
>>16347
Ну и что на собесе отвечать-то? Пиздец

>>16370

>Ну и по твоей логике получается, что бутстрап для реакта — говно

Большинство компонентов в нем перебор children не используют и куда попало их не вставляют, ты всегда должен однозначно структуру объявлять.

>>16376
Блять, что стрелочные функции берут this из внешнего скоупа и их нельзя использовать как методы. Всё.

>>16385
Да я все различия и так знаю. Я же сам описал в первом вопросе. А типа если на собесе спросят, какие функции ты используешь по дефолту? Вот хули бы мне не использовать стрелочные везде? Что ты мне сделаешь? КАКИЕ ЛУЧШЕ ИСПОЛЬЗОВАТЬ ВЕЗДЕ ОТВЕЧАЙ МРАЗЬ ЧТО ТЫ ПИШЕШЬ, ТЫ ПИШЕШЬ ФУНКЦИИ? ПОКАЖИ КАК ТЫ ПИШЕШЬ, ХОЧУ ВИДЕТЬ КАК ТЫ ПИШЕШЬ ФУНКЦИИ О ДА СОЗДАЙ ДЛЯ МЕНЯ ЕЩЕ ПАРОЧКУ ФУНКЦИИ ГРЯЗНАЯ СУЧКА

>>16377
Можешь объяснить, что значит однозначно объявлять структуру? У меня всегда в тайтле будет тайтл, местами ни с чем он не будет меняться

>>16391
Значит, что если я напишу <Card><Card.Title/><Card.Body/></Card>, то это отрендерится как и написано - сначала Title, после него Body, и ничего лишнего там не возникнет. А если внутри Card идет перебор children, и Title с Body рендерятся в обратном порядке, или между ними вставляется кнопка, или вообще один засовывается внутрь другого, то это расхождение по структуре - написал я одно, а рендерится неожиданно абсолютно другое.

>>16390
А ты ответь сначала в чем разница между всеми видами функций.п еще лучше,попробуйихвсеперечислить.

>>16418
Отвечал и перечислял на собесе. Использую стрелочные потому что хули ты мне сделаешь?

Нахуй нужны рекурсии, если они ресурсозатратнее и в 99% случаев читаются хуже цикла?

Посоны, поясните по хардкору, сильно я испорчу себе резюме, если буду менять работу каждые полгода? Если кратко, на первую работу устроился в говнокомпанию ТК там платили довольно хорошо (110к на руки, потом апнули до 120). Отработал 7 месяцев и дропнул ТК там были ужасные условия. Постоянный шум, крики и вонища. Месяц искал новую работу на удаленку, устроился на 95к + раз в квартал премия 75% от зп. Нынешняя работа норм, но вот зп мне не нравится. Согласился только потому что годных вакансий для удаленки на ангуляре было вот прям совсем мало. В итоге думаю месяцев 6-7 поковырять ноду и искать работу на ней. Это адекватный вариант, или лучше на нынешнем месте где-то хотя бы на год задержаться?

>>16627
Не нужны, рекурсия это антипаттерн даже в ФП-языках, а уж тем более в языках без tail-call оптимизации типа жопоскрипта.

>>16627
Чтобы выебываться. За самостоятельно написанную рекурсию на боевом (точнее любом, кроме СПЕЦИФИЧНЫХ cs-задач) проекте нужно руки отрывать.

>>16628
Вроде большинство так и делают. Но насколько я понимаю, в почете 2-3 года на одном месте, тогда конечно же больше плюсов перед HR.

>>16633

>рекурсия это антипаттерн даже в ФП-языках

Бред. Рекурсия это как раз-таки норм паттерн в ФП языках, те же списки в ФП обычно оформлены как list = head, tail: list(n - 1)

Но верно на счет tail-call оптимизации - в большинстве языков рекурсию нужно с умом применять.

Че щас у ректобогов в почете для стилей?
ОФК styled components, а если из готовых сборок?
Слышал библа Material UI под рякт заточена, так ли она хороша? Лучше чем бутстрап?

>>16704
Все нормальнве конторы свой ui-kit пилят.

немного юмора смузихлебам

>>16633
>>16627
Напишите мне вычисление факториала без рекурсии на js

>>16758
Ну ты и соня

>>16758
Во дурак.
https://developer.mozilla.org/ru/docs/Web/CSS/Using_CSS_custom_properties

>>16766
>>16770
Ого спс, я мало с ксс работаю, знаю ток основы

>>16783
Чтобы быть в курсе чего-либо, не нужно с этим работать. Нужно просто интересоваться сферой. Как минимум читать профильные ресурсы каждый день. Если ты этого не делаешь, то твои знания устаревают еще до того, как ты их приобретаешь.

>>16792
Так я читаю двач, тут про пременные в ксс не писали раньше.
Где еще профильные знания брать?

>>16800
https://habr.com/ru/search/?q=js#h
https://habr.com/ru/search/?target_type=posts&order_by=relevance&q=html]&flow=
https://habr.com/ru/search/?target_type=posts&order_by=relevance&q=css&flow=

Ну ты понял, хабр крч.

>>16800
Ты бы еще группу в телеграмме своих одноклассников читал, и считал это профильным ресурсом.

>>16832
Почему осуждаешь?

>>16839
Потому что, что зекач, что группы твоих одноклассников - это токсичные комьюнити, состоящее преимущественно из дилетантов и невежд, кидающихся друг в друга говном. По подобным сообществам в 2к21 году даже релевантный срез мнений уже не составишь, как было в аналогичных загонах в начале века. Именно потому тут каждый второй истинный долбоёб, который лишь ретранслирует то, что где-то прочитал, и вскрывается на раз, стоит его лишь копнуть.

>>16628
ну я скажу так, если бы я был твоим работодателем или hr, то я взял бы второго, у кого может меньше знаний, но кто не так часто меняет работу. Но это мое личное мнение, я не hr и не работодатель.

Я исхожу из такой логики. Неважно миддл , джун, синьор. Приходит новый человек и его надо обучать под свои нужды. На это в любом случае уходит время и силы. Никто делать это повторно не хочет.

Представь, если тебе постоянно ставили нового человека раз в 2 месяца. Сделай выводы сам.

>>16633

>рекурсия это антипаттерн даже в ФП-языках

рекурсия с паттерн-матчингом есть основа любого ФП-языка.

>>16914
Это никакая ни основа, а один конкретный паттерн, и то его надо использовать с пиздецовой осторожностью, потому что написать лютый говнокод, который вместо обычного редьюса пытается сматчить все на свете в одной функции - как раз плюнуть. К вопросу "что использовать, рекурсию или цикл/list comprehensions" он отношение имеет слабое.

>>16930
Основа, в которых нет циклов и почти всё по рекурсии циклирует.

>>16934
Это как раз тот случай, что если тебе нужно пройтись по коллекции, то лучше воспользоваться list comprehensions/соответствующией стандартной функцией ака map-reduce-each, а не лепить рекурсивный паттерн матчинг, который превратится в неподдерживаемый пиздец, как только логика усложнится.

>>16942
Это всё ровно что сказать: мол, не используйте наследование, тк антипаттерн, предпочти композицию, но ведь от этого наследование не перестанет быть основой ОО.

>>16951
Наследование не основа ОО и можно(нужно) писать на 100% ОО код, не используя наследование ни разу.

>>16958
Можно, можно как угодно писать. Но почему же тогда ДОМ элементы наследуются?

>>16969
Молодец, авторитета процитировал не думая, а теперь расскажи мне своими словами, почему программа на джаве, не использующая слово extends ни разу, внезапно перестет быть ОО программой, и становится... чем?

>>16977

>почему программа на джаве, не использующая слово extends ни разу, внезапно перестет быть ОО программой

Потому что перестает соблюдать основный принцип ООП.

> и становится... чем?

Объектной программой, а не объектно-ориентированной. Ты читать не научился еще?

>>16752

> Напишите мне вычисление факториала без рекурсии на js

Как нехуй делать:
function fact(x) {
let result = 1;
for (let i = 2; i <= x; i++) {
result *= i;
}
return result;
}

>>16985

>Как нехуй делать

А теперь разверни бинарное дерево без рекурсии.

>>16361
"к матанской записи"
Долбоеб блять, ты не матан дрочишь на парах на 2м курсе, ты прогаешь
Я тебя дурачка уже помню по твоим шизоидным постам из предыдущих тредов - про фп и матан. Думаешь ты у нас дохуя математик бля? Ты веб-макака обычная, математикам ты и в подметки не годишься, не надо себе приписывать то, чем ты в помине не являешься, лишь бы придать элитарности своему занятию

>>17200

>элитарности своему занятию

Обычный культист, который думает, что прогерство надо любить и заниматься этим с пеленок. А все остальные не трупрогеры.
Мимо.

Если не по адресу, то направьте в нужный тред.

Задача: сделать расширение для браузера.
Суть: нужную мне функцию сделали платной, данные можно смотреть за определенное число, но сравнивать их с данными за другие числа нельзя, а очень хочется. У сайта есть API, я хочу через него вытащить данные и записать их в файл, добавлять данные в файл при появлении новых записей, и встроить в интерфейс сайта табличку, где я мог бы эти данные сравнивать.
Почитав доки по API выяснил: можно вытащить список записей в виде json, по id записи можно вытащить список сегментов в этой записи, там же в каждом сегменте нужные данные для сравнения.
В итоге таблица: сегмент, дата, данные сегмента.

Как это сделать?
Есть некоторые навыки JS/HTML/CSS/JSON.

>>17317
А зачем тебе экстеншен? Напиши на ноде простенький бэк, закинь на heroku.

>>17327
Не знаю, первое, что в голову пришло.

>Напиши на ноде простенький бэк, закинь на heroku.

А этим способом можно будет табличку в сайт встроить? Мне хочется, скажем так, восстановить функцию, которая стала платной.

>>17334

>А этим способом можно будет табличку в сайт встроить?

В чужой сайт нельзя, можно у себя похожую страницу нарисовать.

Стоит ли вкатываться в svelte? Он вроде не такой мразотный как среакт и вуе. По крайней мере судя по пройденому оф тутору

>>15588

>Apollo Client Cache + Redux + bff > Mobx > вся остальная хуета

пофиксил не благодари

>>11386 (OP)
Сап, начал изучать nest.js, но по нему как-то мало информации, официальная документация какая-то очень краткая. Есть ли какие-то плюс-минус подробные гайды по этому фреймворку или курсы?

>>15588

>чистый подход (Update монада).

Угу, всю грязь в тханки вываливают, зато экшоны ЧИСТЫЕ. Не забудь ещё хуярить по 3+ экшона на каждый ассинхронный пук.
>>15655
За пределами реакта редукс нахуй не нужен.
>>15735

>А если индус знает слово редьюс, то он достаточно образован, чтобы не делать магических операций в теле функции.

То-то прямо в доке редукса плачутся, что все такие неправильные мутабельный код постоянно суют в редюсеры.

Каким образом можно связать массив компонентов в реакте с массивом данных? Т.е. мне например нужно вывести список компонентов и их названия. Я могу передать массив компонентов через пропсы и вывести список этих компонентов. Но мне так же нужно озаглавить каждый из компонентов. Есть конечно вариант использовать ключ каждого компонента в массиве как заголовок, но звучит как лютые костылееблические костыли. Можно ли как-то добавить данные к реакт компоненту, которые передается в пропсы, а потом их прочитать? Если абстрагироваться от реакта, то нужно что-то вроде обьекта, где первый ключ это название, а второй ключ это реакт компонент, но кажется это довольно хуёво будет, пихать компонент в объект?

сап погромач. анон, накидай советов. рендерю при помощи ваниллы жс элементы (допустим тупо список дивов), и затем надо пройтись по ним и навесить эвенты. и бывает что срабатывает через раз тк браузер еще не успел отрендерить элемент, а я пытаюсь к нему постучаться, из за чего ошибку ловлю что пытаюсь чет мутить с null ээлементов. как фиксить ? setTimeout тыкать ? просто боюсь что если элементов станет больше то и он перестнает работать =/

Есть ли конфа в тг у треда? Реквестирую ссылку

>>17490
А чем оно лучше того же экспресса? Все в каких-то декораторах и дженериках вымазано, выглядит как говно.

>>17613
Я в ахуе от твоего вопроса , а именно от каши. Если я все правильно понял, то вот - https://codesandbox.io/s/reverent-rain-2lzhp

https://www.youtube.com/watch?v=ozvUaikP6cs
Сейчас нашел рандомный видос с собеседованием. Там два достопочтенных мужа собеседуют джуна, который похоже жс никогда не учил. И вот чуть ли не на первом же вопросе сразу ОБА интервьюера жидко срут в штаны, поясняя за Object.assign, с умным видом рассказывая, как он круто умеет копировать геттеры, а потом в комментах оказывается, что не могут. Что-то я в ахуе с этих собеседований, когда даже люди, которые проверяют твои знания, этими знаниями не обладают. Пиздец.

>>17659
https://t.me/joinchat/niTY9ejYMXxlMDUy
Есть еще конфа, но там меньше людишек. Но как плюс, там нет пустого флуда, а только по делу.

Почему array не является типом данных, но функция является?
Почему у кантора функция это не тип данных?
Почему в ecmascript функция это тип, и typeof вернёт тип function для функции? Вам въебать?

>>17869

> Почему array не является типом данных, но функция является?

Потому что массивы это объекты. Функция "объект" лишь на очень низком уровне, на который всем похуй. А массив по сути и есть объект, просто оптимизированный.

>Почему у кантора функция это не тип данных?

Потому что кантор это говнище, которое делает фокус на вещах, который либо не имеют значения, либо не используются вовсе. По ДЖС есть намного лучше книги, например

>Почему в ecmascript функция это тип, и typeof вернёт тип function для функции?

А чем она еще должна быть, мамкой твоей? Про низкий уровень даже не начинай, функции это функции, внутренняя реализация не имеет значения.

Осилил доки jest, react-testing-library, сейчас читаю cypress. И чет охуеваю.
То есть все тестирование фронта сводится к тому, чтобы "прокликать" по всем компонентам, сделать снапшот до и после, и сравнить их? Охуенно. Охуенно.
А как писать в TDD стиле? Я сначала должен написать тесты, "прокликать" по всем компонентам "в уме", а потом уже писать, собственно, сами компоненты? Охуенно. Охуенно. Ни разу не ебля ради ебли на пустом месте, очень нужно и полезно.

>>17900
Snapshot тесты не в тренде уже 2 года как

>>17898
Вот самый ахуй тут в том, что на собесе меня ебут в жопу прототипами, ВАРАМИ блядь, ВАРАМИ, еб вашу мать, КОНСТРУКТОРОМ ФУНКЦИИ, не функцией конструктором, а ИМЕННО КОНСТРУКТОРОМ ФУНКЦИИ, пиздец. Я то конечно знаю как по хардкору за всю хуйню пояснять теперь, после парочки таких собесов, про все эти блядь области видимости их мамаш, про ебанутейшие варианты работы с объектами и прочей хуетой, которую последний раз в коде использовали в 19 веке. Так что зачеркнуть-то можно, а потом придется мычать на собесах как побитая шлюха. Причем про всю вышеперечисленную хуйню меня спрашивали вообще на каждом собесе, ну ладно там прототипы, но конструктор функций, ой блядь

>>17898
Ты нахуя спред/рест операторы зачеркнул-то?

>>17900

>То есть все тестирование фронта сводится к тому, чтобы "прокликать" по всем компонентам, сделать снапшот до и после, и сравнить их

Нет. Тестирование по снапшотам - это антипаттерн и оно имеет смысл только для регрессивных тестов старого не покрытого нормальными тестами функционала. Если ты пишешь функциональные тесты сразу, то писать их нужно без всяких снапшотов, проверяя конкретный функционал, вроде "когда я жму на кнопку, на сервер отправляется такой запрос", "когда с сервера приходит такой ответ, форма отображает вот это".

>А как писать в TDD стиле? Я сначала должен написать тесты, "прокликать" по всем компонентам "в уме", а потом уже писать, собственно, сами компоненты?

Сначала ты должен написать в виде красного теста одно условие, которое будущий код должен реализовать. Потом написать реализацию для этого одного условия, которая сделает тест зеленым. Повторить до победного конца. И это не ебля на пустом месте, а методология разработки, благодаря которой ты в момент написания кода будешь сразу знать, что весь написанный тобой код делает ровно то, что должен, а не писать огромный неработающий кусок логики, и потом лезть в UI или в дебагер, пытаясь этому куску логики настучать палкой по голове, чтобы он кое-как заработал.

>>17916
полностью напиши задание в котором тебя просили использовать конструктор функций

>>17967
Да он просто ебик который не осилил теорию, Очередной зумерок которому пообещали должность синьера после недельных курсов

Вникать не хотят, а денег хотят. Ну не долбоебы? Долбоебы!

>>17662
Я может быть объяснил всрато, это не совсем то, что нужно, но в любом случае спасибо

>>17985

>не осилил

Так осиливаю, выбора нет у России 3 пути

>>17988
Неосилятор порвался.

>>18010
Не спугни, пускай сидит в треде нюхает мои синьерские яйца, набирается опыта так сказать.

>>18018
Так я тоже вкатышь, не люблю конкуренцию.

>>18036
Ревнуешь к яйцам?

>>17898
Это типо что надо и что не надо? Сохранил.

+спред/рест операторы

>>18083
Ага на собесе потом скажешь я ниучил потому что на двачи сказали нинада! Нюхай яйца лучше сразу

>>17916

> ИМЕННО КОНСТРУКТОРОМ ФУНКЦИИ

Вот ето ебать рокетсаенс

> new Function('x', 'y', 'return x+y');

>>17633

> и затем надо пройтись по ним и навесить эвенты

Не надо. Создаеш элемент, вешаеш обработчик, приклеиваеш элемент в дом.

>>18391
Это не эксепшн, а console.error

>>18434
Так как с этим справиться то? Именно кодом чтоб отлавить

>>18442
Чтобы не засирало консоль. Это не ошибка. Оно и должно проверять существует ли файл по данному адресу.

>>18442
Ну или как вариант посоветуй как можно это проверять мирно, чтоб на ошибку не нарваться

>>18444
>>18447
Еще раз, читай внимательно - это ЛОГИРОВАНИЕ.
Это НЕ ошибка. Это ничем не отличается от console.log в твоем коде. Как ты перехватываешь console.log в чужом коде? Ты вообще отбитый нахуй? Тебе скрин выше зачем прикрепили?

>Чтобы не засирало консоль

Тебе выше показали какую галочку поставить в девтулзах, чтобы не видеть лог-сообщений работы с сетью.

>>18450
Да хоть чипирование. Оно красным выскакивает. Как это отрубить? Код полностью мой. Почему я в своем собственном коде любую другую ошибку могу отловить и написать отдельный вывод ошибки, а тут нет?

>Тебе выше показали какую галочку поставить в девтулзах

И причем здесь детский сад с галочками.

Если я это приложение куда нибудь выложу, мне тоже людей просить галочки ставить и объяснять какого хуя у меня то и дело ошибки вылазят. Ой простите не ошибки а ЛОГИРОВАНИЕ.

>>18454
Какой же ты тупой.

>>18454
Приятно осознавать, что я конкурирую с такими даунами.

_{Покормил толстого.}

>>18181
А вот так сходу с разбегу сможешь за замыкания пояснить у них?) Не заглядывая в доку?

>>18391

> sinon.stub(console, 'error')

Настрой прокси, который раздаёт картинку, чтобы отдавал 200 на отсутствующей картинке.

>>17633
Если элементы однотипные, то через делегацию событий вешай обработчик на контэйнер этих элементов. Нигде пробегаться не нужно и потеть о рендерах.

>>18187
там не только обработчики, сложно кароче объяснить.
>>18591
объясни поподробней анонче

>React has been doing event delegation automatically since its first release. When a DOM event fires on the document, React figures out which component to call, and then the React event «bubbles» upwards through your components. But behind the scenes, the native event has already bubbled up to the document level, where React installs its event handlers.

Правильно ли я понял, что делегировать события в реакте можно, но не нужно? В этом нет смысла?
https://github.com/facebook/react/issues/13635
Денчик тоже пояснил, что не нужно.

Несколько на собесах при этом слышал вопросы по делегированию событий в реакте и как это лучше сделать, причем без явного троллинга в сторону того, что оно не нужно.

Помню что async-функции на самом деле возвращают Промис
Как это именно работает? Я в том плане что - как именно функция оборачивается в промис? Хочу это попробовать вручную написать

Как можно задизайнить список, чтобы пользователю сразу было понятно, что его элементы можно драг'н'дропом переставлять местами?

>>18857
Яйца уже понюхал?

Подскажите раку, можно ли с помощью одной кнопки доставать только один объект из массива? Ситуация такая: есть одно модальное окно, содержание в нем меняется в зависимости от клика по конкретному товару. То есть тут все просто (как я понял) - есть много товаров, соответственно через foreach я могут менять содержание окна из массива объектов, это я понял. Но как сделать так, чтобы через клик в модальном окне одной-единственной кнопки "заказать" мне выдавался только один объект из массива?

В общем вопрос такой: как через одну кнопку проходить по каждому элементу массива?

>>18881
Array.find()

>>18660
Кок-пок перфоманс, 64кБ хватит на всех.
Вкрации, тут условный оператор запускается один раз в момент инициализации. Внутри функции он будет тригериться на каждый вызов, к тому же занимая в памяти больше места под свой аргумент.

>>18891
Это не по каждому, а до первого совпадения.

>>18909
Filter(id)

>>18505
Пока ты только с моей собакой можешь конкурировать

>>18590
Ну это же опять реализация на уровне моего пк. Грусть печаль тоска. Нуежели совсем никак в коде такое не реализовать? Я уже носом землю рою, и решения все еще не нашел. Ощущение что этот момент реально не продумали. Крайне глупо что в жсе нельзя аккуратно проверить наличие файла в сети без ругани в консоль.

>>19009

>Крайне глупо что в жсе нельзя аккуратно проверить наличие файла в сети без ругани в консоль.

Зачем клиентскому скрипту проверять наличие чего-то там за пределами страницы? Подразумевается, что это делает или сервер, возвращающий нужный респонс в эндпоинте, или на стадии билда/тестов.
Можно ещё фетчи в воркере проводить, но учитывая, что воркер может в фетч изкаробки, вполне вероятно консольную ошибку браузеру он тоже будет передавать.

>>19009
Каков пиздец, а красная строка в нетворке тебя не смущает? А 404 в логах сервера? Тебе ещё админ потом позвонит скажет «хуль ты пидор файлы грузишь которых нет»

>>19063
Ну хотелось бы без сервера просто мини приложение запилить и поделится с группой людей. Ладно я уже понял что это неизбежность. Печаль беда. Надо было в сярпе пилить.

>>19067
Вот кстати, да смущает. Еслиб смог решить проблему с консолью, это был бы второй шаг. А вообще да можете считать это перфекционсткими заскоками и аллергией на красный цвет.

Хочу отображать подсказку по вводу, когда юзер щелкнет на конкретный input либо начнет там что-то вводить - как именно это лучше делать?
Над полем должно появиться некое всплывающее окошко, где будет отображен текст, но которое не будет блочить действия пользователя

>>18905
Дядь ты ебанутый, оптимизировать аргументы функции(!) и вызовы if-else операторо(!) и жопоскрипте(!!!)?

Какие лучшие практики по организации веб приложения на жс с множеством входных точек? Т.е. фронтенд, фронтенд-сервер, бекенд-сервер апи, сокет-сервер, разные воркеры и так далее. Изначально я начал работу над проектом разделив все элементы на репозитории по зонам ответственности в решении, полный share nothing. Начал чувствовать большое количество пересечений по контрактам и однотипному коду - однообразное цепляние к всяким бекенд-сервисам например, конфиги. Так-то буквально общей _бизнес-логики_ пока не появилось. Есть части системы которые вообще не имеют почти ничего общего с остальными, их было очень легко выделить и не чувствовать давление от DRY.

Погуглил что да как делают, нашел две альтернативы:
1. Выделение кода в пакеты - пока не попробовал, можно просто в гитлаб вынести пакетом общие типы, интерфейсы и обертки, но так придется постоянно апдейтить зависимость внутри репозиториев что конечно-же небольшая проблема но выглядит неоптимально.
2. Монорепозиторий - собрал всё под один корень и переделал сборку - работает и удобно что весь код решения рядом, но все-равно чувствую осадочек.

И вот с учетом того что по итогу у проектов между собой общая в основном только метаинформация, типо конфигов (даже тот-же еслинт) и типов, некоторых зависимостей, а конкретно логика не повторяется (кроме минимальных оберток) то все равно есть ощущение что share nothing более уместен, даже не смотря на то что это не полностью самостоятельные микросервисы допустим, а части общего решения.

>>19085

>перфекционсткими заскоками

Перфекционизмом это могло быбыть, нсли бы ты разбирался в том, что делаешь и понимал, что вообще происходит. А ты тотальный невежа,который неодупляет смысла происходящего, и хочет, чтобы число пи было целым, просто потому что тебе целые больше нравятся.

>>15362

>а реакт свой написать на нем с блекджеком и шлюхами

Интересно это тяжело? Кто-нибудь пробовал? Имею в виду не создание собственной библиотеки, а реализацию тех или иных фишек на нативном JS.

>>19184
Очевидная монорепа, что тащемта не избавит от необходимости бампать версии.
Ты уже решил, где будешь хостить пакеты?

>>19194
Чтобы что?

>>19200
Гитлаба хватает. В том варианте монорепы что я взял (очень тупо просто ярн воркспейс в корне) при сборке контейнера затягиваются куски т.ч. бампать не нужно, при изменении само пересобирается. М.б. это не так оптимально как публиковать их пакетами и затягивать при сборке конечно, но это нужно дополнительно уточнять - насколько.

Не хочешь пояснить почему ты считаешь вариант с монорепо самым подходящим (независимо от того как происходит сборка, если конечно не относится напрямую к преимуществам каким-либо образом)?

>>19203
Чтобы лучше понять как работает библиотека.

>>19215
Как минимум версионирование. Получается контейнер должен знать, что пакет брать не из ветки main master, а условной bugfix/piece-of-code, хотя контейнеру должно быть поебать, не его ответственность.

>>19190
Ой иди нахуй. Это ты нихуя не разобрался. Я же к этому моменту уже все перекопал по вопросу, да и в треде мою уверенность окончательно утвердили, что это сделать в принципе невозможно. И тут приходишь ты и начинаешь пиздеть, что я чего то не знаю. Харкаю в твою напыщеную рожу. Хуже тупых людей которые нихуя не знают, только тупые, которые строят вид что они умники, когда на деле сами в вопросе нихуя не шарят и просто хотят высраться, запутывая вопрашающих ньюфагов.

>>19261
Я тебе уже говорил это утром, но повторю - какой же ты все-таки тупой.