Рахим Давлеткалиев

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

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/

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

Вот отличные книги для развития:
- Джоэл о программировании (Джоэл Х. Спольски)
- Мифический человеко-месяц, или Как создаются программные системы (Хилл Чапел, Фредерик Брукс)
- Цель. Процесс непрерывного совершенствования (Элия М. Гольдратт, Джеф Кокс)

Если все же тянет на техническую литературу, то про сети полезную информацию можно найти в этих книгах:
- Операционная система UNIX (Андрей Робачевский, Сергей Немнюгин, Ольга Стесик) - глава 6 как раз про сети, если я не ошибаюсь.
- Руководство администратора Linux (Эви Немет, Гарт Снайдер, Трент Р. Хейн)

А вообще можете посмотреть список рекомендуемых книг, вдруг что-то понравится.

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

> Но такой способ мне не очень удобный показался. Как делать хот-фиксы тогда? Изменение одной буквы в коде — целый процесс.

В хорошем процессе это не проблема. Если изменение критичное вы просто деплоите старую версию (не откат, а именно деплой старой). Хот фиксы это уход от проблемы, а нее решение.

> В сети прочитал, что нужно использовать CI/CD, который будет скачивать последнюю версию из гита, устанавливать зависимости, тесты, перекачивать на сервер, разархивировать в отдельную папку, тесты, и в конце концов переключить симлинк вебрута на эту папку

У наиболее продвинутых ребят вся эта история уже делается (и довольно давно) используя docker. Вы можете хотя бы немного познакомиться с ним здесь guides.hexlet.io/docker/. Если докер для вас пока рано, то можно реализовать процесс используя Ansible и его специальный модуль docs.ansible.com/ansible/latest/deploy_helper_modu...

Там вы заодно увидите ответ на вопрос "что делать с состоянием".

> Что делать с БД? Что делать с загруженными файлами от пользователей? Копировать из предыдущей версии?

Состояние никак не связано с деплоем, оно должно быть шареное. Если у вас есть файлы от пользователей, то возможно вы захотите использовать aws s3. Как минимум про него надо знать.

Рекомендую заодно посмотреть вебинар про stateless vs statefull чтобы немного понимать эту тему: https://www.youtube.com/watch?v=WPCz_U7D8PI

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