Советую обратить внимание на репозиторий vanillawebprojects. В нём есть 20+ разных по функционалу задачек, которые можно реализовать самому, а потом посмотреть реализацию автора.
Я высылал трудовую заказным письмом, сразу выбирайте 1-ый класс, чтобы дошло быстрее и не было проблем. Остальные документы — ксерокопии, приложенные в этом же письме (скан паспорта, ИНН, может было что-то ещё).
Остальные документы (договор, соглашения и проч.) распечатываешь, подписываешь и сканируешь, отправляешь.
За всё время работы проблем с документами не возникало. Какие-то изменения в договоре подписывались точно таким же образом.
Как чаще всего устроен процесс тестирование в маленьких / средних продуктовых компаниях:
1. Пилится фича разработчиками.
2. Отправляется на ревью коллег.
3. После ревью приходит тестировщик и по своим тест-кейсам прогоняет ветку с фичей. Чаще всего это смоук-тест и соответствие фичи необходимым требованиям. Если это какая-то большая / глобальная фича, то здесь уже идёт в бой регрессионное тестирование.
Вообще, во всех компаниях процессы разные, это действительно может быть разработка TDD, который вы описали, а может быть тестировщик сидит и в своей голове придумывает тест-кейсы и лежат они у него где-то в блокноте.
Поэтому отчасти ощущение непонимания своей задачи даже уместно в этом случае на начальном этапе.
Необязательно, но учитывайте, что правильно свёрстанные таблицы — залог успеха.
Это как может выглядеть таблица в выдаче, когда её сверстают так, чтобы можно было скормить поисковикам.
Как всегда — на усмотрение заказчика, если делаете для себя, то как считаете нужным. Таблицу можно быстро теперь и на flex и на grid сделать, но это не будет таблицой в истинном её понимании поисковиками :)
В сети куча шаблонных инвойсов, которые можете использовать, они нужны не для вас, а для отчётности заказчика. В случае с фрилансом ИП у вас или нет роли практически не играет.
На этой странице полностью исчерпывающая информация по их тарифам, в таблице в самом низу (обратите внимание на Perfomance -> Load Balancing и Reliability).
react-intl использует ID для работы с локализацией, почему много действий для перевода одного ключа? Все описанные вами задачи он как раз таки выполняет.
Всегда стоит этот нюанс уточнять у заказчика, так как только он знает, что ему нужно на этом разрешении, а если вы сейчас придумаете сами, то потом нечем будет оперировать и, возможно, придется переделывать.
