не используются популярные технологии?
Не из-за отсутствия желания, а банально по причине отсутствия необходимости их использовать, и сама работа довольно примитивная и многому особо на ней не учишься. Из-за этого при попытке найти другое место у меня нет нужного опыта, однако стаж на текущей идет, и получается что уже почти 3 года опыта, однако не могу назвать даже 1 среднего/крупного проекта с нормальным использованиям архитектуры/методологий разработки/технологий.
Из-за этого резюме выглядит довольно бедным. Конечно, занимаюсь самообучением, однако думаю было бы глупо добавлять технологию в резюме если на ней не было коммерческого опыта. Выходит такая ловушка: на текущем месте не развиваюсь, в другое место не берут потому что нет развития
Кто-нибудь был в такой ситуации?
Читай сурсы от либ
Контрибьють в опен сурс!
Все же проходить собеседования это тоже навык. Ты либо щас осваиваешь все актуальные технологии что бы претендовать на мидла, со стажем 3+ года, либо признаешь что ты ничего не знаешь и ищешь вакансии на джуна.
как я пойму что освоил технологию?
Когда поймешь как и зачем её применять.
Когда перестанешь про это думать
а) Когда сможешь убедить собеседующего, что знаешь эту технологию =) б) Когда затащишь в проект технологию, но потом осознанно поймёшь, что смысла тащить ее не было и сможешь ответить себе, а почему не было то смысла =)
Тогда можно прямо говорить что коммерческого опыта в ней нет, но сам хорошенько изучил?
А это уже от тебя зависит. Утверждение "Fake until you make it" не на пустом же месте появилось. Нужно уметь себя продавать. Например: 1. на прошлом проекте чуть-чуть работал с технологией X 2. потом сам написал небольшой пет-проджект с ее использованием 3. Во время написания pet-project-а сразу начинаешь исходя из своего опыта задавать вопросы - а как на проде решается такая проблема с этой технологией, а такая? Вот тебе живой пример: Я изучал docker, понятия volumes были для меня в новинку. Я начал писать пет-проджект, но во время написания сразу задавал себе сопутствующие вопросы: - на проде нам нужны бэкапы базы, как принято бэкапить волюмы, что используем - как быть, если мне нужна реплика, как работаем с волюмами и репликами Вот так изучаешь, ставишь новые задачи себе, их же решаешь - смотришь туториалы, читаешь чаты. Идёшь на собес, говоришь, что юзал на проде =) В 8/10 случаев проканает
Я не верю, что на работе нет необходимости что то менять. Как минимум перед компанией всегда стоят задачи оптимизации ресурсов, поддержки старого софта. Вы же вносите правки, посмотрите какого рода правки запрашиваются чаще всего. Подумай, как можно это автоматизировать, переделать. А даже если все идеально работает - можно еще лучше, еще быстрее. Переход на новую технологию стоит делать как минимум из двух причин: исправление ошибок, повышение производительности, упрощение сопровождения, будущих правок. Любую задачу можно решить 1000-ми способов. Продавить такого рода изменения не просто, но возможно. Если не продавиться - тогда вариант с вкладом в opensource. Я б даже сказал, что этот вариант самый лучше вне зависимости от ситуации на работе.
Привет! Пойдём к нам контрибьютором в Drim City https://github.com/drim-dev/drim-city Там пишем платформу для нашего сообщества. Пока функционал блогов делаем, потом будем добавлять новые модули - управление встречами, обучающие модули и т.д. Уже сейчас используем ASP.NET 7 (скоро обновим до 8), EF Core, Postgres, Nginx + ACME. Архитектура - Vertical Slices Architecture. Очень хороший подход к написанию интеграционных тестов. Для инфраструктуры используем Docker Compose, Terraform, Ansible. Пока система крутится в облаке Hetzner, позже уедем в более серьёзные облака. CI/CD с автоматическим прогоном тестов и автодеплоем. Используем GitHub Actions. Дальше будем добавлять технологии: Nomad, микросервисы, очереди, кеши. OpenTelemetry с Prometheus, Grafana, Jaeger, ELK. Ещё дальше - Kubernetes. По идее эти вещи особо пока не нужны, но ещё одна цель Drim City - обучение контрибьюторов. Чтобы практиковать современные технологии. Через полгода будешь классно разбираться в том, что я в первой части написал. Через год - во всём остальном.
Конечно не просто так. Всем хотелось миллиардных инвестиций
Обсуждают сегодня