3 МИН
СРЕДНЕ
Когда ты джун, многие решения уже приняты за тебя, работаешь себе над поставленной задачей, кто над чем работает в команде тебя вообще не волнует. Код запускаешь только локально и в IDE, После того как отправил код в репозиторий и он прошел ревью, что дальше с ним происходит тебя особо не беспокоит. Все что интересно, какую следующую задачу взять. А меж тем тут начинается самое интересное🙂
Изучите Jenkins. Для того чтобы тестировщики смогли протестировать ваш код, его надо запустить на тестовом стенде/окружении. А это, как правило, компьютер где нет монитора, а значит и графических средств разработки (вашей любимой IDE тоже). Разумеется, перед этим код надо взять из репозитория, собрать, сборку разместить на сервере и запустить, довольно рутинная задача, и совсем не такая интересная, как программировать новый функционал, но это того не менее полезная и хорошо автоматизируемая, всем этим занимаются CI/CD-пайплайны, наиболее популярный и универсальный - Jenkins. Процесс сборки можно запрограммировать, для этого используетя специальный язык пайплайнов. Исторически конфигурированием занимаются системные администраторы и DevOps инженеры. Однако, в последнее время тренды меняются, и все чаще разработку пайплайнов на проекте выполняют сами программисты - ведь им виднее, что именно им нужно получить на выходе, а пайплайн - по сути тоже программа.
Изучите Linux. Многие веб-приложения работают на Linux. Linux удобен для программистов, ведь позволяет решать задачи разработки и к тому же бесплатен. Если, конечно, ваш проект не специфичен для других операционных систем.
Безопасность. Не храните конфигурации и пароли внутри приложения и в репозитории, ведь злодеи не дремлют. И вообще, если есть собранный артефакт - приложение, оно не должно содержать в себе специфичные для окружения конфигурации, все специфичное надо хранить непосредственно на окружении вне приложения, приложение должно уметь это просто использовать, а программист должен уметь писать такие приложения. Эти конфигурации могут быть загружены на окружения (сервера) при помощи CI/CD-пайплайна, пароли удобно хранить в специализированных хранилищах, у Jenkins есть, например, менеджер паролей который позволяет хранить всякие секреты внутри Jenkins и использовать их в процессе сборки.
Бэкенд-разработчик - изучи фронтенд-разработку. Напиши фронтенд приложение с авторизацией, с ролями (админ и пользователь), созданием и редактированием сущностей и поиском с пагинацией. Пусть будет 5-7 функций, больше не надо, важно понять структуру взаимодействия фронтенда и бэкенда, это позволит вам писать более продуманные функции, которые будет удобно использовать во фронтенд. Это важно, чтобы фронтенд разработчик не плакал от того, что ему неудобно использовать то, что вы для него написали, а вам не пришлось выбрасывать код и переписывать его по новой, ведь правда обидно выкидывать работу? Да еще и замедление работы и клиента деньги на ветер, вы ведь все равно хотите получить зарплату за отработанное время, не так ли? При написании используй готовые фреймворки-компонентов (например, Vuetify), так можно быстро написать сносный по красоте UI, практически не разбираясь в премудростях CSS, он будет автоматически хорошо работать как на PC, так и на мобилках или планшетах.
Спасибо, что заглянули,
добавляйтесь в
Telegram
канал и будьте в курсе новинок.
Если Вам было интересно, можете поддержать автора