awfun

Всем привет, работаю java разработчиком больше 10 лет. Так как сейчас высок спрос на обучение, есть и предложение - периодически встречаю на авито анкеты репетиторов / менторов по программированию. Заметил довольно много анкет преподов, которые готовы обучать нескольким языкам. Хотел бы в этом посте выразить своё мнение по этому феномену.

В каждой профессии есть свой ограниченный набор инструментов. В разработке это называется технологический стек:

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

Это приводит к формированию т.н. T-shaped наборов умений, когда разработчик является экспертом в одной-двух технологиях, и немного работал со множеством смежных. Вот примеры типичных стеков:

• Java / Spring Boot; Postgres; k8s и gitlab ci на уровне пользователя

• LAMP

• MEAN

Проект среднего размера требует множества кастомизаций, которые заставляют выходить за стандартный стек. Например, если вам потребуется кэш, то возможно вы решите подключить Redis. Если нужна очередь сообщений, то придется выбирать между Kafka и RabbitMQ. На проекте может быть несколько БД с разными свойствами под разные задачи.

А вот использование нескольких языков на проекте обычно бывает избыточным. И типичное распределение языков в проекте выглядит как-то так:

Иногда приходится дорабатывать проекты других команд, либо разгребать легаси в собственном проекте, и тогда может потребоваться разобраться с другим языком программирования. Мне приходилось править баги в JS коде, переписывать Scala сервис, несколько месяцев разрабатывать на Go. Каждый раз кроме языка приходилось разбираться в сборке проекта и запуске тестов. Это требует затрат внимания, и если нет цели сменить стек, то лучшим выбором становится минимизировать погружение.

Есть отдельные сильные специалисты, которые имеют широкий кругозор и профильное образование. Есть фулстеки, которые работали с 2-3 языками (JS + перешли с PHP на Go). Но у большинства программистов есть какой-то один язык, который он использует на постоянке.

Возвращаясь к теме обучения. Я настороженно отношусь к полиглотам, которые готовы обучать:

• трем или более языкам одного стека (C++, C#, Java, PHP, Python)

• разным стекам (бекенд + фронтенд + мобайл + data science + unity + ...)

• по ставке меньшей чем у разработчика соответствующего уровня

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

Желаю всем желающим вкатиться в it офферов и интересных проектов!

Всем привет, работаю java программистом больше 10 лет, в этом посте хотел бы показать, как использовать Docker для локального тестирования приложения.

Средний корпоративный код содержит не очень много логики, но множество интеграций с другими сервисами, несколько баз данных (postgres, кеш в redis, поиск в elastic), очередь (kafka), хранилище документов (s3) итд. Хотелось бы иметь возможность тестировать приложение на локальной машине, без необходимости доставки каждого изменения до общего dev стенда.

Чтобы не разворачивать весь стек технологий на рабочем ноуте, используют Docker контейнеры. Часто образ контейнера содержит минимальную сборку linux (alpine) и сам сервис, например postgres. Внутри контейнера сервис доступен по своему стандартному порту (5432 для postgres), но обратиться напрямую к нему нельзя - на время работы контейнера Docker будет предоставлять внешний порт

Можно настроить, чтобы Docker контейнер сохранял состояние на жестком диске. Но для тестов лучше запускать образы с нуля - тогда предыдущие попытки выполнения тестов не будут влиять на текущие.

Для запуска Docker на рабочей машине можно установить Docker desktop. Для поддержки Docker в CI может потребоваться конфигурация dind (docker in docker). При разработке в компании также потребуется указывать корпоративный репозиторий образов. Версия в образе должна соответствовать используемой на продакшене версии сервиса.

Для автоматизации работы с Docker из java тестов я использую библиотеку testcontainers:

@Container
@ServiceConnection
static PostgreSQLContainer<?> postgreSQLContainer = new PostgreSQLContainer<>("postgres");

Здесь postgres - имя контейнера без указания версии. Аннотация Container указывает на необходимость запустить Docker до старта теста. Аннотация ServiceConnection позволяет java узнать внешний порт сервиса и подставить в свой конфиг.

Использование контейнеров позволяет упростить локальное тестирование приложения и является мастхев инструментом. Буду рад ответить на вопросы.

Сообщает Forbes Russia. Самолет авиакомпании Alaska Airlines, летевший из Портленда в Калифорнию, был вынужден вернуться в аэропорт вылета и совершить экстренную посадку после того, как у него в воздухе отпала часть фюзеляжа. На фотографиях очевидцев видно, что у самолета нет одной из секций корпуса с окном — на ее месте образовалось сквозное отверстие.