Больше пары строк кода в посте или на скриншоте ведут в ад
Для программирования на HTML https://jsfiddle.net
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Руководство для вката: https://developer.mozilla.org
>А че спа сейчас не в тренде?
Если у тебя крупное SPA, то ты или работаешь в гуглофейсбуке, которым насрать на SEO, или вы пилите по сути десктоп приложение на веб-технологиях, так как кабанчику неохота башлять команде плюсовичков-крестовичков.
>Как в 90-х миллион статичных страниц?
Лучше же конечно всё состояние на клиенте хранить, вот это просто прогресс!
>Просто не знаю что учить и на чем писать
Тебе будет достаточно макакить SPA на реакте, а там уже и в NextJS перетечёшь.
const wtf=n=>{
const numAr=[...(n+'')].map(Number);
const minI= numAr.indexOf(Math.min(...numAr));
const maxI= numAr.indexOf(Math.max(...numAr));
const sum=numAr.reduce((a,n)=>a+n,0);
const mean=sum/numAr.length;
[numAr[maxI],numAr[minI]]=[numAr[minI],numAr[maxI]];
return {swaped:Number(numAr.join('')), mean:mean, sum:sum}
}
Какое, блять, легаси? У чисел с плавающей точкой ограниченная точность чуть менее чем во всех языках, просто потому что байты не резиновые. https://en.wikipedia.org/wiki/Floating-point_arithmetic
>>1887854
Немного сократил и причесал код. Всё равно тебе перепроверять свой надо, перписывай этот.
Речь об особенностях округления при операции, а не о представлении данных, пчел. Если б ты видел это говно хоть раз в жизни - ты бы его узнал.
https://0.30000000000000004.com/
Вот получше версия, без ненужных мутаций.
>>1887940
Да не волнуйся ты так, вкидывай свою домашку тоже, помогу чем смогу.
>ReactTS
Вот оно, лицо современного фронта.
Сколько блядь у тебя кода на лендосе? В ЛУЧШЕМ случае там одна (1-на, единица, штука) сраная форма, которая делается на нативе в 20 строчек. Ну или можно подрубить любую библиотеку валидации и сидеть довольный как слон, написав 2 строчки.
Нет, мы притащим туда всю возможную залупу и будем с ней радостно ебаться.
Вот таки зарождается говнокод, либо переделывание уже написанного кода.
>сделайте нам лендос
>долбоеб делает html страницу, даже стили инлайнит
>спасибо
>проходит два дня
>ой, а добавьте нам страницу-галлерею наших товаров
>пук среньк долбоеб либо начинает говнокодить, либо переписывает всё под реакт от которого изначально отказался
И да, форма на фреймворке вида реакта, по крайней мере на ангуляре, делается гораздо быстрее, чем на чистом JS, если речь конечно о современно выглядящей форме, а не "два притопа три прихлопа".
Например, текущее количество предоставленных мной услуг, сделанных заказов, которое будет обновлятся в реальном времени, пока пользователь просматривает информацию о моей компании. Т. е. реальные данные, а не счетчик который увеличивается сам по себе. Также будет форма обратной связи и состояние отправлена/ожидает отправления, в зависимости от которого контент страницы меняется.
Ой, как же это всё сложно звучит.... Так серьезно, по взрослому...
>реальные данные, а не счетчик который увеличивается сам по себе.
ну надо же, аж РИАЛЬНЕ ДАННЫЕ, а не какой-нибудь счетчик...
Ой, как же это сделать без современных фреймворков...
Ой, на нативке это будет целых 15 строчек лютого говнокода....
Надо притащить в проект реакт ради 2 запросов и одного изменения display, теперь то заебись!
>надо что то изменить/добавить/расширить
>пук среньк ну сисясь япадключу жукверик падазити
>пук среньк ой да идите нахуй ищите дурака который на это будет тратить месяц за ту цену которую вы предлагаете
>оставляет после себя неподдерживаемый и нерасширяемый говнокод
Вся суть пердоликов. А всё почему? Потому что ленивый хуесос не хочет развиваться.
>В том и суть, что возможно, но либо будет выглядеть криво-косо и работать также
Ни реакт, ни тайпскрипт, ни уж тем более флюкс тебе не помогут с вёрсткой.
>>1888162
>надо что то изменить/добавить/расширить
>npm install react pluginN347
>либо ты потратишь больше времени, хотя мог бы сделать всё с использованием фреймворка, потратив не больше часа времени.
Ну да, кабанчику нужно чтобы вчера, и реактогосподин подскочит и поставит тысячу пакетов.
>acc.readValueAndAdd()
Объектно Ориентированная Процедурщена ы
Условие: сделать так, чтоб при вызове функции "mood" цвета из массива "colors" не повторялись. Да, цвета — это просто слова, а не реальные цвета.
Препод на пальцах пытался объяснить, но я просто долбень, никак не могу понять, что тут должно быть в else. По идее, как я понял, тут должно быть очередное условие, которое задаёт очередное true, чтобы работа на предыдущем куске кода не заканчивалась. Но вот что конкретно должно тут быть — я дуб дубом. Преподаватель сказал, что здесь мне осталось одна строчка кода. Плз, помогите, меня эта одна строчка уже терроризирует во снах. Заранее спасибо.
вы ебанутые?
Кто бы сомневался, господи.
Захожу в тред чисто поржать над js мартышками, которые с умным видом обсуждают свою "архитектуру", которая ебет их в сраку.
Был бы у вас человеческий фреймворк, ты бы просто в компоненте формы вызвал компонент роутера, переданный туда через конструктор, и вызвал одну команду.
Ах, да, простите. Я наверно шокировал местных обитателей. В таком подходе недостаточно функциональности (или что там сейчас модно) и сои.
$.getJSON("https://www.cbr-xml-daily.ru/daily_json.js")
.done(function (data) {console.log("done");})
.fail(function (jqxhr, status, error) {
console.log('error', status, error) }
)
.always(function() {
console.log( "complete" );
});
Если вызвать его из консоли, то он выводит done, complete
Если вызвать его из другой функции, то он ничего не выводит, а функция дальше не выполняется.
Собственно вопрос: почему так? что сделать чтобы в функции работало
Учил по https://learn.javascript.ru/ и работе. Где твой бог теперь?
и ты решил сорваться на анона?
>все по верхам, есть источники по-подробнее и лучше
По каким верхам? Там есть учебник для совсем нубов + три раздела - для новичков, для опытных и для профи + до боли подробный справочник всего js. Каждый следующий раздел углубляет тебя сильнее. Глубже последнего только спецификации.
Давай, задавай вопрос, который не освещен в должной мере на MDN, касательно изучения js.
использование жиквери требует зависимости, очевидно в контексте где ты его вызываешь он не видит билиотеки
в первом случае открываешь консоль на странице где подключена жиквери, а во втором случае пишешь страницу сам и жиквери не подключаешь
алсо жиквери не нужен в наше время
>>1888467
скорее это их интерпретация промисов, которая была до настоящих промисов
>настоящих промисов
Каких настоящих промисов? Это как настоящих программистов?
Промисы это концепция стратегий вычислений, наряду с Future и Delay.
Что у вас за каша в голове, блядь. Вы мне напоминаете тех людей, которые когда-то веб называли нетскейпом, потому что так браузер назывался.
>>1888926
Конкретно в жс класс Promise является импллементацией спецификации Promise/A+. Promise/A+ это не какие-то НАСТОЯЩИЕ промисы, а всего-лишь один из видов их реализации. И jqXHR - это такая же реализация промисов.
Это как путать конкретную марку и модель автомобиля с понятием автомобиль в целом.
>jq-обертки
Это ты пенисом чуть не подавился. Осторожнее надо быть, когда заглатываешь.
А вот это - >>1888384 - назвается "плагин".
Ты понимаешь разницу между понятиями "wrapper" и "plugin"?
jQuery - охуенно удобная вешь, кстати.
А кукарекание про "зависимости" в 30 кб просто смешно во времена мегабайтных жс-бандлов со всяким сраным говном.
прикупил домен, за копейки, нужно сайт потестить. Но этот сайт редиректит на бонгокамс(порнушный сайт)
Этот домен закреплен на reg.ru.
На этом же реге я купил хостинг под него пустой, т.е. файлов там нет = сайт никакой не открывается.
Настройки проверил - там все чисто, никаких редиректов нет с этого домена нет.
Может это как-то с днс серверами связано в настройках домена?
КПоможите!
Делаешь хук для запроса, этот хук должен возвращать минимум два статуса - "запрос выполнен успешно" и "запрос нихуя не выполнен", и дальше в компоненте проверяешь статус запроса, если статус успешен, то рендеришь редирект. Дальше можешь добавить туда статуса вроде "ошибка", "загружается" и тоже их обрабатывать.
С опытом придет? Или как вы пишете? Расслабиться невозможно
Вот это я обосрался.
>>1889209
Спасибо за совет, тоже вариант. Я сделал history.push("/");
>>1889242
Сделал что-то похожее. Кнопки (signin/login) ведут на нужный роут, компонент формы принимает пропсы и из них читает роут и в зависимости от того что там, рендерит нужную форму. И по сабмиту валидация формы, если всё ок, то хистери пуш "/". Алсо, это я пытаюсь сделать регистрация/логин страничку.
>Сделал что-то похожее. Кнопки (signin/login) ведут на нужный роут, компонент формы принимает пропсы и из них читает роут и в зависимости от того что там, рендерит нужную форму. И по сабмиту валидация формы, если всё ок, то хистери пуш "/". Алсо, это я пытаюсь сделать регистрация/логин страничку.
Казалось бы зачем такие костыли, когда можно было рендерить обе формы, но показывать только одну?
Посмотрел сейчас как 2 разных чела делают логин форму. Но один юзает юсе стейт, второй юзе реф. Кто из них прав?
Надо вообще редуксовский стор рекурсивно хранить в редуксовском сторе.
>>1889515
У тебя блять пару форм на странице регистрации, и в них от силы будет 2-3 поля. Сам реакт больше оверхеда на ней добавит.
>>1889546
>мне вообще непонятно как на них можно форму собрать
Ну да, до реакта вообще не знали, как значения инпутов читать, прокидывали всё в заголовке GET-запроса. Спасибо пейсбуку!
не пони зачем в этом примере генераторы если используется async await который уже сделан на генераторах и может и сам листать цикл for
Открываешь вакансии в своём Мухосранске и смотришь технологии. Скорее всего будут вариации SQL + пыха. Это в контексте этого треда можно баловаться всякими MERN'ами, на деле же большинство чистого бэка это SQL и пыха/апач. Соответсвенно, скрипя-пердя попытайся поднять свой сервер на таком стэке.
В нечитаемой каше их и не надо искать, так как в запросе всё равно нужно будет отсылать в нормальном виде. Т. е. достаточно открыть вкладку Networks и увидеть что там за ключ. Единственное решение это всё что связанно с ключами делать через сервер, при этом нужно будет еще и прокладку иметь в виде своих API ключей для каждого пользователя твоего сайта, которые выдаются по регистрации.
vue js + quasar. Vue - самый модный и широкораспространенный фрейм, quasar дает не просто полный набор UI компонентов почти любого уровня сложности, но и позволяет создавать сразу кроссплатформенную аппку: для браузера, на десктоп и в телефоны любых вендоров (Android, iOS). Топовая тема, даже если препод старпер ебанат из 90-х ты ему аппку на спермерку накатишь.
У меня в самом последнем компоненте был инпут, я с помощью атрибута onChange прицепил метод, который value посылает в стейт основного компонента. Прикрепив консоли, которые выводили мой value я обнаружил, что стейт обновляется с задержкой. То есть если я ввел слово "машина", то обновляется стейт со значением "машин". Что это за хуйня и как это обходить?
Вот упрощенно, чтобы вы понимали:
нажатие клавиши на компоненте 3
((state<-(value)компонент 1 (<-(value)компонент 2 (<-(value)компонент 3 )))
function sum(arr, n) {
if(n <= 0){
return 0;
}else {
return sum(arr, n - 1) + arr[n - 1];
}
}
sum([2, 3, 4, 5], 3);
как вывести в консоль рекурсию правильно? помоги плиз,анончик
В чем разница между интерфейсом и классом в Тайпскрипте?..
чем больше читаю про продакшн грейд реакт тем больше убеждаюсь это параша какая-то
>Think of setState() as a request rather than an immediate command to update the component. For better perceived performance, React may delay it, and then update several components in a single pass. React does not guarantee that the state changes are applied immediately.
https://reactjs.org/docs/react-component.html#setstate
нахуй он вообще нужен
и нахуй он нужен тебе, передай хук пропами и все дела
1) нельзя нормально перейти с 2 на 3 vue
2) на рынке нет серьезных проектов, если и пишут что-то большое, то переделывают 90% в стилистику react
3) Спагети, с выходом 3 вью все только усугубится
4) Много разработчиков даунов, которые даже не понимают чем отличается const от let, относятся к vue как к детскому конструктору, где все продумали за них, не понимают даже event loop
>в 2020? JS все?
Ну, заебал он уже довольно многих.
И, вряд-ли его ждёт судьба джавы, например.
Которая через и 25 лет после создания лидирует на рынке.
И ещё лет 25, минимум, впереди.
JS - бессмысленная гонка долбоёбов друг за другом.
Ехал паттерно через антипаттерн.
С утра на хайпе - после обеда уже deprecated.
Особенно - реакт.
Но, не только. Вообще JS, как таковой.
Бессмысленная говнотехнология с невероятно ебанутым tooling'ом.
И, главное - в последние годы тренды определяют тупые щенки-хипстеры. Синьоры аж с двумя-тремя годами опыта. Вот отсюда весь пиздец.
Игрушечная, картонная технология.
Ты полную хуйню написал.
Vue - единственное светлое пятно в беспросветном мраке деградации этой ебанины под названием JS.
Как можно переделывать "стилистику реакт" (и что это блядь такое?) на фреймворке, который с реактом не имеет ничего общего?
Нет серьёзных проектов? Алибаба, Алиэкеспресс - это серьёзный проект? По мне - так гораздо серьёзнее цукермановской хуиты. Ну, и так далее.
Спагетти (с двумя Т, сука) - а реакт не спагетти? А что? Мешанина из говна? Нет, я предпочту спагетти, лол. А вообще жс - не спагетти?
Ты тупой. И с выходом 3-го, как раз, спагетти станет гораздо меньше, ибо composition api. Алсо, никто не мешает писать и в стиле 2-го не спагетти. Я так делаю, например, всё необходимое есть. Код пишут не фреймворки, а люди.
>Vue - единственное светлое пятно в беспросветном мраке деградации этой ебанины под названием JS
1) в 99% случаях за пультом vue сидит долбаеб который не разбирается во фронтенде / js, для него разработка это "да тут у нас во vue все проще, мне похуй на все ваши эвентлупы - это сложно и не нужно,это мрак, TS и прочую залупу- в пизду, если тут просто и без головняка, значит это хорошо"
Хорошо хоть тильду не взяли, там вообще проблем нет.
Я проводил много собесов у ангулярщиков, вьюшников и реактовцев.
vueшники самые долбаебы, они даже не понимают как работает переменная и цикл. ("а хули, у нас все просто, нам это не нужно")
>Как можно переделывать "стилистику реакт" (и что это блядь такое?) на фреймворке
в очень крупных проектах отказываются от шаблонов, т.е. используют JSX, приделывают библиотеки, которые используются в повседневном мире react, vuex посылают на хуй.
jqeury - нужен для маленьких проектов.
vuex нужен - нужен для маленьких проектов.
vue - нужен для маленьких проектов.
какой нахуй редакс? редакс как раз никто не берет для vue.
кроме редакса есть еще около 10 современных SM
Я тебе объяснял как серьезные дяди пытаются делать что-то крупное на vue, первым делом они шлют нахуй шаблоны и vuex + приклеивают кучу библиотек + плагинов и прочей поеботы и пытаются воссоздать reactо-ангуляр, но потом к ним в команду приходит знающий человек и говорит: "да вы долбаебы, а не проще сразу взять реакт или ангуляр"
мой совет был лишь в том, что не стоит связываться с детской погремушкой под названием vue где главная идея "Мне не нужно знать ничего, все уже есть и продумано за меня, мне даже не надо понимать как работает оператор if и простейший цикл while"
Если хотите продвигаться в карьере как специалист, то берите react или angular, но никак не конструктор под названием vue для говно-поделок
Я, в отличие от тебя, помню, как бодро кукарекали рубисты, лет эдак 12 назад.
Вот это был хайп, так хайп.
Борзота была такая, что жс-еры просто дети, по сравнению с.
И где оно всё?
Как будто и не было ничего.
Туман рассеялся, и все такие - А? Чо? Где мы? Почему без штанов?
Долбаеб, еще раз объясняю.
vue не предназначен для чего-то крупней чем 2 страничная погремушка.
Когда человек в компании доходит до сиутации, что на vue нужно поднимать реально что-то крупное, он понимает что vue на это не годится и начинает прикручивать, откручивать, докручивать, получается так же хуйня как получилась в твоего любимого гитлаба, алибабы, озона и прочих долбаебов которые допустили архитектурную ошибку 5 лет назад когда скачали vue и написали первые 2 строчки кода.
тебе скинуть ссылку, на ютуб лайф-кодинг, где один сеньер программист пишет код на vue и плюется, матерится?
там и пруфы будут и аргументы и объяснения и примеры кода и глюки, лаги.
Даже он лично признался, что выбрать vue для такого проекта как гитлаб - была самая хуевая затея столетия
@
ВСЕ БАНКИ МИРА (все российские банки без исключений)
@
СЕРВИСЫ ГУГЛА, ЯНДЕКСА
@
СЕРВИСЫ БУКИНГА, КУЧА ИНТЕРАКТИВНОСТИ АЛЯ СТАВКИ НА СПОРТ
VUE:
НУ У НАС ВРОДЕ КАК АЛИБАБА НА VUE)) ( и похуй что они отказались от шаблонов )
@
НУ Я ЗНАЮ ЕЩЕ САЙТЫ ВИЗИТКИ ДАЛАЮТСЯ БЫСТРО
НАМ ЗАТО НЕ НАДО ДУМАТЬ О ВАШИХ ПЕРЕМЕННЫХ И ИВЕНТЛУПАХ
И я тоже спрошу у тебя - аргументы будут, сучёныш?
Vue - очень быстрая вещь.
И весьма нехуёво масштабируется.
А реакт, как раз, по мере роста сложности, грозит развалиться под собственной тяжестью.
А ангуляр - просто опоздал на несколько лет, и вообще пришёл на перестрелку с ножом.
на PHP 6.1 тоже большинство проектов написано
кстати wordpress еще проще чем PHP, там тоже не надо думать, плагин хуйнул, связал с другим, чуть-чуть кода и вроде проект готов.
реально проще, все так как у того чувака, который хейтит сложность реакта и ангуляра
ебать вы реально дебилы, ощущение что попал в загон джунов)))
ладно восхваляйте свою детскую погремушку дальше, это вам зарабатывать 100 000 рублей
я пойду за своими 330 000 рублями
@
РАССКАЖИ ЧТО ТАКОЕ ЗАМЫКАНИЕ И ЭВЕНТЛУП?
@
А ЭТО НАМ НЕ НУЖНО! У НАС ЭТО НЕ ИСПОЛЬЗУЕТСЯ ВО VUE!
@
обычный день вьюшника:
@
ОКЕЙ, РАССКАЖИ КАК ПРОЙТИСЬ ПО МАССИВУ ЦИКЛОМ?
@
ЭТО ЛЕГКО) v-for item in items
@
ЧТО ТАКОЕ REDUCE?
@
ЭТО УСЛОЖНЕННЫЙ МЕХАНИЗМ, ТАКИХ СЛОЖНОСТЕЙ У НАС НЕТ, У НАС ВСЕ ПРОЩЕ
@
@
РАССКАЖИ ЧТО НАПИСАНО КРУПНОГО НА VUE, НО КРОМЕ АЛИБАБЫ, ОЗОНА И ГИТЛАБА 9GEG (КСТАТИ ПОЛНОЦЕННОГО VUE ТАМ И НЕТ ВОВСЕ)
@
РЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯ!
nintendo
@
ЭТО ЖЕ МАЛЕНЬКИЙ ПРЕОКТ ИЗ 6 ЭКРАНОВ ТАК ЖЕ КАК И 9GAG, СЛОЖНОСТЬ ЗАКЛЮЧАЕТСЯ В ОБЪЕМЕ СЕРВЕРНЫХ ДАННЫХ. ПРИЧЕМ ТУТ VUE?
вон я выше постил просто охуительный кусок из доки реакта >>1890053
а если еще вспомнить говно вроде shouldComponentUpdate...
он тупо неоптимизированная каша, с коммерческой точки зрения конечно лучше учить реакт чем вью, говно всегда прилипнет
сам ты говно.
И да, ты прав, setState нахуй не нужен, это для дедов оставили, легаси.
вот что тебе нужно
https://ru.reactjs.org/docs/hooks-reference.html#usestate
shouldComponentUpdate - тоже легаси, но в старой доке оставили все для тех же дедов.
> Vue весьма нехуёво масштабируется
>тот ваш реакт протухает быстрее, чем рыба на жаре, лол.
протухание было в конце 2017 году, уже как почти 3 года мы пишем на хуках, но обратная совместимость остается до сих пор (для дедов)
у react намного лучше дела обстоят чем vue и angular в плане протухания api
Проблема реакта в том, что доки не объясняют, как реально можно писать что-то сложнее туду-листа на этой хуите, понмиаешь?
И ньюфагу приходится самому учиться всей этой эквилибристике.
Как самому себя поднять за волосы, как у самого себя отсосать, как выразать гланды чезез жопу, и прочим подобным вещам, которые в реакте - обычное дело.
Еблан, это всё-таки ты. Откуда вас таких столько берётся, которые на каждом шагу визжат про то, что во фронтенде якобы каждую неделю новый фреймворк, каждый день новые бест практисы? Зачем такие долбоёбские гиперболы? А реакте мало что изменилось за последние годы. Стали писать компонент не на классах, а на функциях. Вау, какое большое изменение! Мне пришлось целых несколько часов привыкать, шок! Я стал писать на styled-components, стало только лучше. Что ещё? А нихуя. Ну разве что SSR стало совсем просто делать благодаря Next.js
>>1890210
Развитие инструмента, это обычная практика, деприкейтить дедовские функции на 2 года, а потом их удалять, во всех инструментах такая практика включая vue
>>1890207
Нет лишних разделов, есть классы, есть функции.
Но создатели советуют функции
>>1890214
потому что в реакт приходят не долбаебы, а люди которые уже знают javascript, тоже самое касается и Angular , если ты видишь в документации Ангуляра понятие DI, это не дока сложная, это ты долбаеб, пришел в мир фронтенда без инженерной подготовки и не выучил основы.
тут тебе не конструктор лего для детишек как vue
тут работают серьезные дяди и получают от 300 000 за позицию мидла.
Во vue-мирке уже начался АД.
макаки не понимают что такое дженерик, другие макаки переживают что старые библиотеки не готовы для vue 3, третья макака недовольна совместимостью vuex и переписала под себя создав 10000 багов.
Ишью vue 3 до сих пор не могут закрыть, потому что допустили много архитектурных ошибок.
и самое веселое, что vue-макаки не понимают что происходит в их собственном мире, потому что им дали v-if и они не понимая что это такое просто его использовали.
Еще один долбоеб, который переводит все в доллары.
Во-первых, в США джун имеет дорогущую вышку и отработал минимум год стажером за 15 долларов в час. В России джун - это практически любой вкатившийся, а вышка бесплатна и вообще не обязательна. Во-вторых, в США зарплаты пишут до налогов и типичная кодомакака отдаст под 30% от зарплаты. В-третьих, в США намного дороже жизнь, даже в дешевых городах.
Сеньор в ДС получает свои 200-250к на руки, то есть 2.5-3.5к зелени. Сеньор в США получает 150к в год гросс, 100к после налогов, которые в переводе на стоимость жизни равносильны 50к в ДС, или 4к зелени в месяц. Получается не такая уж и большая разница.
@
ВНЕДРИЛИ ХУКИ
@
ПОФИКСИЛИ 3 КРИТИЧЕСКИХ ИШЬЮ
@
ПОЛЬЗУЮСТЯ 2 ГОДА - ПОЛЕТ НОРМАЛЬНЫЙ
@
ДУМАЮТ ЦЕЛЫЙ ГОД НАД ТЕМ, КАК СДЕЛАТЬ СЛЕДУЮЩИЕ ФИЧИ БЫСТРО И МАКСИМАЛЬНО ЧЕТКО С ТОЧКИ ЗРЕНИЯ УДОБСТВА И АРХИТЕКТУРЫ
VUE
@
ХУКИ У РЕАКТА , TYPESCRIPT?
НАМ ТОЖЕ НАДО!
@
НИХУЯ НЕ ПОЛУЧАЕТСЯ, ПЫТАЕМСЯ НАПИСАТЬ MICROSOFT ЧТО БЫ ПОМЕНЯЛИ ПРАВИЛА ЯЗЫКА TYPESCRIPT
@
ПОСЫЛАЮТ НАХУЙ, ПИШЕМ КОСТЫЛИ
@
РЕЛИЗИМСЯ
@
ОБСИРАЕМСЯ
@
ПЫТАЕМСЯ ПОФИКСИТЬ 1000 КРИТИЧЕСКИХ ИШЬЮ
@
ПОНИМАЕМ ЧТО ДОПУСТИЛИ ОШИБКУ В АРХИТЕКТУРЕ
@
ПИШЕМ СОЗДАТЕЛЯМ JAVASCRIPT, ПРОСИМ ИХ ПОМЕНЯТЬ ЯЗЫК
@
ШЛЮТ НАХУЙ
@
СНОВА КОСТЫЛИ
@
ВЫСИРАЕМ КУСОК ГОВНИНЫ
@
РАЗРАБОТЧИКИ НЕ ПОНИМАЮТ ЧТО ЭТО ТАКОЕ, НО СТАЛО ЕЩЕ ЗАПУТАНЕЙ
@
ПРОСТЫЕ МАКАКИ ВЫСИРАЮ НЕ ПРОСТО СПАГЕТИ В ТРОЙНОЕ СПАГГЕТИ ПРОВЕРНУТОЕ ЧЕРЕЗ МЯСОРУБКУ
Если ты нормально пишешь код, то это вообще не имеет значения, не знаю почему ты горишь от этого уже пятый пост.
>>1890270
Это не так. И изменение стейта и рендер синхронные, просто для эффективности первые могут батчится. Но, как я уже сказал, это детали реализации и нормально написанный код должен работать в любом случае.
Но ты хуйню говоришь же
Что значит заебал? Если есть у тебя проект, который надо сделать с фронтом - на чем еще ты его сделаешь? Падение интереса тождественно потере проектов
Если исходить, что в целом программерской работы количество хотя бы не уменьшается, а остается таким же, то если падает интерес к js - должен расти интерес к чему-то другому. Так а к чему по-твоему растет интерес, пока падает интерес к JS и всем его фреймворкам?
Нестогайда достаточно, но ты уже должен знать основные концепты программирования
https://docs.nestjs.com/first-steps
eloquent js читал когда вкатывался, ydkj не выглядит практичным, кантор не нужон
плз
>не выглядит практичным
Хех, как ты на мидла идти собрался, если не знаешь, что собес это ничто иное как сборник вопросов 90% которых никакого отношения к практике не имеют? С твоим настроем тебе остается только читать популярные вопросы с собесов и заучивать ответы на них.
>li каждый со своим заинлайненым обработчиком события
Охуенный пример высосанный из пальца. Т. е. они говорят "вот говнокод на реакте будет работать медленно, а на нашем фреймворк он будет работать быстрее чем на реакте!", проблема лишь в том, что даже зеленый джун такой код не высрет, а если и высрет то ему тут же по голове настучит тот кто будет ревьюить его код. В итоге получаем ситуацию в которой подобные ситуации просто невозможны.
Сообществом и бизнес индустрией уже давно все решно.
angular - энтерпрайз из 9000 форм, CRM для газодобывающего предприятия
react - золотая середина, панель управления для банковских систем.
vue - любой информационные или новостной сайт.
Вуй очень хорош для маленьких сайтов как я сказал выше, он реально простой, т.е. ребенок 7 лет может взять vue и начать писать на нем не зная даже базы JS
Еще Вуйка полезен кабанам, которые хотят выпускать продукты очень быстро и сразу же закрывать контракт с заказчиком, сжигая все мосты, т.е. если проект не придется поддерживать - то vue хорошая вещь. потому что поддержка vue проекта стоит очень дорого по причине того, что я обвел жирным текстом выше в сообщении.
снова facebook всех переиграли
снова vue будет воровать идею.
https://addyosmani.com/blog/react-server-components/
Во-первых, это тогда уже не li, а отдельный элемент, делать из таких элементов li === нарушать семантику и быть долбоебом (хотя именно на такого разработчика расчитывают авторы того текста). Если для каждого такого элемента нужна своя логика обработки, то это делается при помощи создания отдельного компонента, экземпляры которого будут принимать ту самую отдельную логику и выполнять её при событии которое навешано на ul. Это элементарный ОО-код, целью которого как раз и служит избегание не нужного дублирования.
>>1890545
>выглядит непрактично
Ну да, куда практичней дублировать li в которых отличается только логика обработки. Почему, ты конечно не скажешь.
>спрятанными внутри например
Зачем их прятать? Ты в прятки играешь или код пишешь?
какая разница отдельный компонент или нет
и чего ты вообще привязался к этому обработчику (вообще это оригинально крепить обработчик клика по кнопкам к контейнеру с этими кнопками, я бы лично посмотрел на такой фокус лол), суть что смена стейта ререндерит в том числе и то что напрямую сменой стейта не затронуто
>и чего ты вообще привязался к этому обработчику
Так на этом посыл авторов основывается или ты предлагаешь игнорировать всё НЕУДОБНОЕ и ограничиватся теми частями которые говорят "реакт хуевый" без всяких оснований?
>вообще это оригинально крепить обработчик клика по кнопкам к контейнеру с этими кнопками, я бы лично посмотрел на такой фокус лол
Люблю когда JS-макака начинает срать себе в штаны показывая незнание элементарных понятий вида event propagation. Bubbling, не, не слышал? Зачем сделали? Да хуй его знает, наверно чтобы на собесах спрашивать....
>A11y: <img> element should have an alt attribute (5:0)
ору лол
>>1890595
давай пиши свой код как бы ты это сделал в данном случае а мы посмотрим
алсо
>Так на этом посыл авторов основывается
нет
>>Here, we're generating a new array of virtual <li> elements — each with their own inline event handler — on every state change, regardless of whether props.items has changed.
посыл что вообще генерируется целый массив ли, а то что у каждого обработчик вообще вторично, массив генерируется все равно на каждую смену стейта
это твой аутизм увидел проблему в обработчике
Решил посмотрел че там у свелта
@
Первый результат поиска
@
SVELTE.DEV @ ВДОМ НЕНУЖОН
@
Поперхнулся
@
Второй результат поиска
@
UI девелоперка из Бангалора по фактам расписывает, почему свелт и любой современный фреймворк без вдома - копротевление без задач
как раз тот кусок из-за которого наш реактошиз рвётся из статьи где объясняются недостатки вдома
https://svelte.dev/blog/virtual-dom-is-pure-overhead
>Virtual DOM is pure
>пюре)
"как найти куна который умеет готовить пюре и рыбные котлеты"
Я конечно нашел способ: пушить в массив в стейте значение переменной, но бля, вокруг все кричат, что тогда это мутация стейта, это запрещено. А как тогда? Как сделать так, чтобы у меня были актуальные данные? У меня стейтфул компонент, который class. Хуки лучше или что? Подскажите пожалуйста
В useffect нельзя же метод написать. Он не будет виден же из блочной области видимости. У меня есть метод, который меняет булево значение на противоположное и мне нужен результат метода, я его пытаюсь в стейте компонента записать, а он не обновляется сразу, а только после ререндера. Если бы в useffect можно было записать метод, то было бы охуенно, но нельзя(
Были удобные методы жизненного цикла, в которых все как по полочкам. Их заменили на огромный костыль.
— А если надо вот так?
— Ну тогда добавь зависимости
— А если так?
— Добавь зависимости, но оставь их пустым,
— А если вот еще вот это?
— О-о-о, ну это надо вернуть функцию
— А если...
— А вот тут у нас еще есть подкостылики - useMemo и useCallback
В итоге костыль-мутант. Ах, да, там еще и альтернативный костыль есть.
Object.prototype.calll = function() {
let context = arguments[0];
console.log(arguments);
context.fun = this;
return context.fun(arguments[1], arguments[2]);
};
Вот так работает
тут только не получилось нормально развернуть, ебучие arguments - это iterator, а не array, но суть в том, что все аргументы кроме первого передаешь, типа ...arguments.slice(1)
Самый тупой способ это через for переделать в массив, но наверняка можно красивше
>Так на функции свой call.
Ну так назови его просто по другому, я думаю часть задания - это понять как из функции вызвать саму себя (this())
>Свойство временное делать через Symbol надо, в твоем случае если у переданнлго this есть свойство fun, то оно перезапишется, что приведет к непредвиденному поведению.
Наверное да, но мне кажется это не такая большая проблема
Нахуй не нужОн
if (myObj.data.id) {
func(myObj.data.id);
}
Получается дублированное вычисление свойства. Однако, есть присваивать первое исчисление переменной получится какое-то глупое выделение под нее памяти.
я тут задался вопросом что такое usememo
прочитал про мемоизацию и меня порвало
хахахахахахахахаха
и эти люди что-то
что-то
говорят против вью
ну это тип пук среньк нам надо придумать как не пересчитывать все каждый ререндер
>вычисление свойства
Не существует ничего такого
Это просто обращение к памяти - точно такое же, как обращение к памяти у обычной переменной
Сча я тебе вообще мозг взрорву - someArray.length не ВЫЧИСЛЯЕТ каждый раз размер массива, а просто берет записаное значение
>Чет я не понял откуда он его берет, если оно не вычислено.
Что значит если оно не вычислено? Если оно не вычисляется через геттер в Object.defineProperty - то это просто значение, которое лежит по адресу в памяти - зачем его вычислять, если оно вычислено?
>Но что-то мне подсказывает, что с пользовательскими объектами кеширование всех путей к памяти тупая идея
Какое блять кеширование путей к памяти?
Это так выглядит вайти-в-айти, когда историки пытаются стать реакт-слесарями?
Потому что это не прсто свойство. В спеке для него специальное поведение, перезаписан getownproperty слот. И массив это не прсто объект, это array exotic object. Ты вообще не сможешь реализовать такое же поведение у пользовательского объекта, кроме как проксей, и это все равно будет не то же самое.
Все эти гикбрейнс, яндекспрактимум, хекселет?
Есть там годнота?
Да, был. Очень хороший способ обучения. Прошел курсы с наставником. Обучение очень грамотное, все по полочкам и структурировано грамотно. Ни намека на воду в программе. Наставник меня всему научил, а по завершении курса, мне еще и гарантированную стажировку предоставили. Сижу теперь в крупной компании на позиии джуна, зарплата 300к. Всем советую! Позвал всех друзей, родителей, знакомых,.. скоро мы все станем реакт программистами и будем хорошо зарабатывать. А возможно.....даже уедем за границу, ведь мы теперь профессионалы высшего разряда :3 Так что не теряй времени, друг, и срочно записывайся, пока новогодние скидки!
>Хули агришься-то?
Потому что ты тупой
>Присваивание переменной и есть кеширование пути к памяти.
Нет
>Я спрашиваю про пользовательские объекты, а точнее доступ к вложенным свойствам
Ты даун? Откуда эти пользовательские объекты по-твоему появляются? Наверное кто-то их ПРИСВАИВАЕТ и ПРИСВАИВАЕТ их полям какие-то значения в определенный момент времени?
Серьезно, ты блять просто не понимаешь как работают языки программирования, раз спрашиваешь такую хуйню
Для начала научишь отличать свойство объекта от его поля. Свойство действительно вычисляется каждый раз, когда к нему идёт обращение, свойство еще называют не параметризованным методом объекта. Т. е. чтобы получить его значение тебе каждый раз нужно вызывать этот метод который не принимает параметров, поэтому если у тебя:
let object {
get length() {return 0;}
}
То да, при каждом обращении object.length у тебя будет неявно вызываться метод и это менее эффективно чем считывание значения поля.
>Для начала научишь отличать свойство объекта от его поля.
Так может сам для начала научишься их отличать?
>поэтому если у тебя:
>let object {
>get length() {return 0;}
>}
>То да, при каждом обращении object.length у тебя будет неявно >вызываться метод
Если у тебя и правда это, то первым делом ты получишь синтаксическую ошибку
Жопаскрипт, что же ты творишь...
Это не мои абстрактные выдумки, кек
Этот баг недавно вылез на проде. В конфиг пролез null (не мой косяк, но от этого не легче), там был объект типа очереди, который проверял условие array.length >= limit (limit как раз был null), это условие выполнялось всегда стало быть очередь мгновенно выплевывала из нее объект, как только он там оказывался, ошибок нигде не падало но поведение в одном из компонентов было весьма странным. Баг конечно же успел пожить и был найден не сразу
ЗАДАЧА ДЛЯ АНОНА
есть массив [1,2,3,4,5,6]
нужно получить: [1,2,3,5,6]
Заготовка:
const getArray = (arr, value) => {
//
}
getArray([1,2,3,4,5,6], 4)
Как решить задачу?
Скорей всего это проверка на "долбаеба"
очень часто замечаю что 90% решают задачу очень криво
Делитесь своими продакш-решениями
Ссым на пыхоблядей
Я сделал то, что ты мог сделать сам - сделал бенч, доказав что нет никакой разницы между доступом к полю объекта или доступу к переменной
А теперь возвращайся в свою юриспруденцию, или откуда ты там в программирование пытаешься прийти
TS - работает без проблем.
Как и TSX в рендер функциях (не заморачивайся этим, для 99% случаев - шаблоны лучше).
Редукс туда тащить не надо, как уже сказали - есть Vuex.
Более того, можно достаточно сложные вещи делать без отдельного стейт-менеджера, т.к. это не реактоговно.
И точно туда не нужно тащить реактовские паттерны. Их нужно забыть.
Если хочешь аналогий - смотри на Ангуляр.
Vue - это Ангуляр здорового человека.
>Более того, можно достаточно сложные вещи делать без отдельного стейт-менеджера, т.к. это не реактоговно.
ну тут мне кажется у реакта есть преимущество, у него есть контекст
ну и можно поспорить об удобстве передачи информации от компонента вверх ивентами во вью
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)
ПЕРЕКАТ >>1892152 (OP)