Антон Антон, вас там кашей не кормят на фронтенде чтоли? Выдавливаете из себя какие-то обрывки мыслей.
eslint — это комплексный инструмент для статического анализа кода, который в том числе может включать в себя code style. prettier — это, в первую очередь, code style — набор правил форматирования кода, а уже во вторую — автоформаттер. Как язык Си и компилятор gcc.
eslint имеет возможность форматировать код в стиле prettier (сам форматтер prettier при этом не нужен). Опять же, как язык Си и два компилятора: gcc и clang. Оба умеют компилировать код на Си.
Но, помимо форматирования пробельчиков и объектиков, eslint умеет находить множество потенциальных багов и проблем (самый простой пример: == vs ===), prettier этого не умеет.
pfemidi, и тем не менее, альтернатив не то чтобы есть:) глючный vscode на typescript, у которого лагучесть растёт экспоненциально? vim, который вообще не IDE, а с плагинами он начинает лагать не меньше, только плагины разрабатывают 1.5 землекопа, один из которых устал?
Никита Савченко, да зачем ему квантовый компухтер, сейчас он нужному человечку позвонит, в нужное место подскочит, вопросики порешает, худи накинет, полчаса постучит по кнопкам, чтобы цветные логи высекать из терминала и готово, ваши эти RSA не устоят.
Ведь ваши математики - они кто? Они учёные, они знают, как RSA работает. А whoiam_frontend не знает, он-то и делает открытие (с) Альберт Эйнштейнович Стэтхэм
albertalexandrov, причём тут http, если вопрос твой про sleep? Конечно это справедливо для http, так как это сокеты, а сокеты мультиплексируются как раз селекторами.
Я бы добавил, что в ивент-лупе (ака реактор) есть очередь (ещё одна, помимо основной) с приоритетом, где приоритет — время (timestamp), когда нужно выполнить (не ранее чем) нужный колбэк (ака обработчик). Очередь хранится в виде кучи, таким образом, добавление и удаление в кучу происходит за O(logN), а ближайший колбэк, который нужно выполнить — за O(1) (он всегда в голове кучи). Это нужно для того, чтобы каждый цикл ивентлупа проверять за O(1), нужно ли что-то исполнять из "отложенных тасок", ведь если ближайший элемент исполнять ещё рано, то и остальные подавно. Иначе (будь это обычный deque), пришлось бы проверять всю очередь целиком, а это O(N).
С учётом вышесказанного, asyncio.sleep делает очень примитивную вещь — вызывает loop.call_at, который просто ставит колбэк на резолв Future в ту самую очередь на time() + сколько секунд спать
Я не понимаю, зачем тут ответчики расписали про epoll и прочие селекторы, ведь asyncio.sleep вообще никак не взаимодействует с IO и никогда не затрагивает селектор, просто перекладываются колбэки из кучи (очереди с приоритетом) в обычную очередь
У меня был в 2004 году siemens c35 и там точно стоял Ni-MH аккум
И даже есть тред 2003 года про то, что телефон плохо дружит с литием, что не говорит о том, что он в целом не будет работать на Li-ion, но подтверждает, что лития там с завода не было (либо был не во всех) https://forum.ixbt.com/topic.cgi?id=16:25561
Александр, что тебе доказывать? возьми исходники asyncio да почитай. заодно может и поймёшь, как он работает. нужно иметь неслыханную дерзость, чтобы оправдывать своё невежество манерой письма собеседника.
В чём вопрос-то? Откуда левому человеку (например мне) знать, что у тебя за бизнес-требования. В таблицах нет связей, то есть, валидировать "на глаз" тут особо нечего. Какие-то данные, ок. Какие-то хэши. Зачем? Но ок. Мы же не знаем, что у тебя за приложение.
eslint — это комплексный инструмент для статического анализа кода, который в том числе может включать в себя code style. prettier — это, в первую очередь, code style — набор правил форматирования кода, а уже во вторую — автоформаттер. Как язык Си и компилятор gcc.
eslint имеет возможность форматировать код в стиле prettier (сам форматтер prettier при этом не нужен). Опять же, как язык Си и два компилятора: gcc и clang. Оба умеют компилировать код на Си.
Но, помимо форматирования пробельчиков и объектиков, eslint умеет находить множество потенциальных багов и проблем (самый простой пример: == vs ===), prettier этого не умеет.