alek_tost

TD;DR https://stepik.org/course/363
https://www.youtube.com/watch?v=rrRZZ_3licM&list=P...

Если тебе обещают, что научат программировать за 21 день - не верь им.
Если тебе обещают, что трудоустроят - не верь им.
Если тебе обещают, что это будет бесплатно - не верь им.

Программирование это навык, поэтому нужно учить не язык, а развивать навык.
Необходимо понять, что оно в себя включает - алгоритмы, структуры данных, абстрактное мышление, инженерное мышление.
Если у тебя нет своей программы - доверься людям, которые прошли путь и могут порекомендовать ресурсы. Помни, что бесплатный сыр только в мышеловке. Либо ты тратишь кучу времени на систематизацию знаний, либо ты платишь за то, чтобы получить программу.
Вот тебе ссылка на плейлист, посмотри, понравится ли тебе
https://www.youtube.com/watch?v=rrRZZ_3licM&list=P...

Я думаю, что дальше сам разберешься.

Из литературы. Это из тех, что я читал или слышал о них:
Грокаем алгоритмы (Адитья Бхаргава)
Код. Тайный язык информатики (Чарльз Петцольд)
Идеальный программист. Как стать профессионалом разработки ПО (Роберт К. Мартин)
Цель. Процесс непрерывного совершенствования (Элия М. Гольдратт, Джеф Кокс)
Операционная система UNIX (Андрей Робачевский, Сергей Немнюгин, Ольга Стесик)

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

> Насколько я понимаю, смысл mock-функций в jest - это заглушки для функций, чтобы не тащить код всего модуля и не замедлять процесс тестирования.

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

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

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

Темы для самостоятельного изучения:

Побочные эффекты
Детерминированность
Чистые функции
https://martinfowler.com/articles/mocksArentStubs.html

> чтобы было удобнее удобнее ванильного JS, но наименьшего веса.

Современный ванильный дом вполне удобен. Местами он лучше чем jquery. Достаточно подключить https://polyfill.io/v2/docs/ и можно использовать все современные фишечки.

coverage говорит о покрытии тестами конкретных строк. Если во время прогона тестов не были затронуты какие-то строки исходного кода, то coverage будет менее 100%. В среднем считается что хорошее покрытие это > 80%. 100% достичь слишком трудно и дорого (и не нужно).

> И если я напишу еще 1000 такого типа тестов это лишь будет гарантировать, что всё хорошо на этих 1000 наборах данных, а вдруг ошибка как раз в другом, 1001-м наборе?

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

Из интересного:

* property-based testing https://en.wikipedia.org/wiki/QuickCheck
* bdd behat.org/en/latest/guides.html
* browser tests https://codeception.com/
* как писать тесты (концептуальная история) https://ru.hexlet.io/blog/posts/how-to-test-code

Эта тема, в первую очередь, связана со знанием операционных систем. Читайте соответствующие книги

Если говорить про конкретные инструменты и их использование, начните с автоматизации деплоя и развертывания инфраструктуры используя инструменты ansible и terraform. Далее переведите локальную разработку на docker-composer. Затем можно будет тащить докер в продакшен (используя в примитивном случае тот же ansible). Про докер можно почитать здесь https://guides.hexlet.io/docker/

Все уже давно реализовано и в лучшем виде.
_.get
_.set

Книга которая учит не только синтаксису, но и тому как писать кот грамотно https://github.com/MostlyAdequate/mostly-adequate-...

Я собираю тестовые задания разных компаний в этом репозитории https://github.com/Hexlet/ru-test-assignments

порекомендую как достойный аналог попробовать https://ru.hexlet.io/courses/introduction_to_progr... и другие бесплатные курсы хекслета.
Верстка - это далеко не разработка. Хотя, через верстку можно туда попасть, и многие это делают. Как и через работу тестировщиком.

А если с английским норм, то вообще все дороги открыты, например:
go.flatironschool.com/free-coding-course
www.hackreactor.com/prep-programs

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

Про гик брейнс... промолчу. просто почитайте отзывы :D