Есть кто без опыта, но уже выучил верстку, JS и пыху? Есть задания для вас. Плачу немного, но зато будет для вас на чем потренироваться и подзаработать во время обучения. Тг @phpjswork
Все хуйня, давай по новой.
В следующий раз сам перекатишь.
>JS Thread #221 /js/ /js/
>2124474 (OP) (OP)
Пиздец ты криворукий.
Ты заставил меня перекатывать!
Говна въебал чтоль? Иди проспись.
Пишите джс в тегах, в названии не пишите
мимо тоже обосрался в прошлом
мимо тоже обосрался в прошлом
Почему если пишешь dev в скриптах, то npm run dev, а если start, то просто npm start?
Скажите, я как вкатун начал щупать jwt-авторизацию и сокеты, то бишь серверную часть. Мб мне это не совсем нужно будет, чтобы найти работу фронта? Или таки норм тема?
Лучше ошибка в пасте, чем невидимый тред.
Потому что это один из предопределенных скриптов
https://docs.npmjs.com/cli/v6/using-npm/scripts#life-cycle-operation-order
Где можно почитать и best practises по бекенду на ноде (и посмотреть нормальные примеры)?
Те что я видел это какой-то трешак: все свалено в одну кучу в единственном server.js (импорты из node_modules не в счет), код засран анонимными функциями чуть больше чем целиком
Вот тебе лучшая практика:
1. Раскидывай код по модулям;
2. Раскидывай модули по директориям.
?
Если это говнокруд то поверю, что этого хватит. А если более крупное приложение? Я на жаве около года хуярил и в общем-то понимаю что нести концепции жавы в жс - такое себе, но должны ж быть какие-то договоренности и очевидные best practises по структуризации кода, архитектуры, работы с сервисами и dto?
Почему практики структуризации кода на жаве должны как-то отличаться от аналогичных практик на ноде? Тут модули не модули, классы не классы или что? Точно так же рефакторишь, декомпозируешь, раскидываешь свои сервисы с дтошками по кучкам.
Залетный, не мешай в одну кучу богоподобный жс и шкварную жабу.
Кыш отсюда, черт
> богоподобный жс и шкварную жабу
Как будто в любом императивном язык-нейм с сахаром для ООП правила структуризации кода будут разные.
Нужен ли в ангулярке редаксы эти ваши? Там же РхДжиес, всякое реактивное.
Ангуляр реактивный by design (в отличие от реакта лол)
так нужен или нет? Распиши плиз почему да/нет? Хочу закрыть гештальт для себя.
И что значит реактивный? Без рхджс - не особо он и реактивен, не?
Или имеются ввиду реактивные формы? Нихуя не понимаю почему они реактивными называются-то.
Уже год ебусь с кантором, на 10 раз перечитал этот учебник и каждый раз не могу решить там 70 процентов задач. Овощем себя чувствую
Возможно, так оно и есть.
Я вообще не понимаю как это нахуй запомнить все. Смотрю в решение всё понятно, сам решить не могу
Надо практиковать, а не читать. При решении задачи возникает необходимость -> ищешь решение -> знание закрепляется.
Проекты пиши блять
А не жарким бдсм совокуплением с Кантором занимайся
реши лучше задачи с фрикодкемпа
Как обернуть произвольную синхронную функцию в промис? Если я хочу отложить исполнение некой функции я могу ебануть setTimeout:
setTimeout(myFunc, 0)
А как то же самое сделать с промисом?
setTimeout(myFunc, 0)
А как то же самое сделать с промисом?
const postponeCall = async (func, delay) => {
await new Promise((ok) => setTimeout(() => ok(), delay));
return func()
}
Лол, то есть без setTimeout промис не может отложить произвольную функцию?
Promise.resolve(fn())
Сам-то попробуй. У тебя fn исполнится заранее
Тут одно нубье сидит
По факту ниче не спизданет даже
Батя сегодня добрый, поэтому вот:
queueMicrotask()
Хм. Выебут ли меня если я пришел на vue-проект и тяну туда
1. TS
2. Одностраничные компоненты разбиваю на три файла и файл vue выглядит как:
<template src='./my-component.html'></template >
<script src='./my-component.ts'></script>
<style src='./my-component.html'></style>
Просто я понимаю что в чужой монастырь и вообще. Но блин, я просто не могу вынести эту уебищную идею все в одном файлике хранить. Да и TS хоть и не без минусов, но я так привык к нему на реакте и ангуляре, что не могу уже.
1. TS
2. Одностраничные компоненты разбиваю на три файла и файл vue выглядит как:
<template src='./my-component.html'></template >
<script src='./my-component.ts'></script>
<style src='./my-component.html'></style>
Просто я понимаю что в чужой монастырь и вообще. Но блин, я просто не могу вынести эту уебищную идею все в одном файлике хранить. Да и TS хоть и не без минусов, но я так привык к нему на реакте и ангуляре, что не могу уже.
> fn исполнится заранее
Естественно. А должно иначе чтоле? Синхронная функция - чек, завернуто в промис - чек
там базарилось про отложенное исполнение синхронной функции
Там вообще как-то поуебански вопрос задан. Я ответил на вопрос в первом предложении. А отложить исполнение промиса никак нельзя тащемта, промис это результат по определению:
A Promise represents a value which may be available now, or in the future, or never
Пиздец, а вы знали что console.log - асинхронный?
А ты знал что твоя мать дает?
Все так. То что мы сделали функцию асинхронной через async не говорит о том что мы ее "отложили", мы просто сделали так что она стала возвращать промис вместо обычного значения
Ясно. Вот так решается:
const toAsync = (fnSync) => (...args) => Promise.resolve(fnSync(...args))
Только желательно не стрелочные, а обычные function использовать, чтобы контекст не проебывать. Записал на стелочных, чтобы покороче было
В том же пистоне кстати вызов async ф-ии f сам по себе ничего не вернет кроме генератора (асинхронка там на генераторах), поэтому вызов всей функции и правда будет "отложен" до поры до времени.
Где все? Почему тред еле живой? Тусуются тут какие-то маньки помешанные на промисах и питонист - устраивают блин circle jerk. Где норм пасаны?
Что там, зима близко, пишешь снег для сайта?
Эх, долго ебался с проектами, чтобы наконец сделать резюме с портфолио. В итоге 20+ просмотров резюме и 0 просмотров проектов на гитхабе. На собес, конечно же, никто не приглашает. Видимо видят, что опыта нету и дальше не смотрят. Так а как вкатиться то тогда? Да-да, насмехайтесь над вкатышем, гасите меня.
Разработка сайтов умирает? Зачем ещё нужен джэс?
Уже почти умерла. Кроме двача уже некуда заходить.
Напиши что у тебя год опыта и делал там ты аналог своих петов, тупица
Обучение тоже опыт
Интересно, этот петух понимает что "переход к ванилле" по итогу повлечет создание очередного говнофреймворка для фронта? Вот уж чего действительно не хватает миру в 2021 - еще один блять васянский жс-фреймворк
В той статье это поясняли.
Но вообще. Зависит же. Если сайт не сильно сложный - то на ваниле норм делать.
Плюс, как-бы лично я замечаю, что люди не понимают что делают и что там происходит, в рамках фреймворка мыслят, а потом не в состоянии что-то неочевидное сделать, если закрался баг.
Короче, я относительно посыла про то что нужно знать ванилу перед тем как браться за фреймворки - согласен. При этом от фреймворков отказываться - нет смысла, они реально помогают, особенно когда что-то сложное.
Охуенная история с перекатом на ванилу несколько лет назад. Проверяется просмотром вакансий туда же прямо сейчас, вердикт: автор статьи пиздабол.
Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript