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

Вася Ложкин. «Вернем все взад!»

Вступивший в действие в мае этого года GDPR серьезно повлиял на рынок интернет-маркетинга. Его участникам хочется формировать максимально точную аудиторию для показа объявлений, но теперь для этого необходимо получить явное согласие пользователя, иначе даже небольшой нишевый ресурс может нарваться на многомиллионные штрафы. Некоторые ресурсы закрылись, но многие преобразуются в соответствии с новыми требованиями. И наш проект сервиса управления рекламными кампаниями для клиента из США – отличный тому пример.

Работая над последним проектом, столкнулся с тестированием мобильного приложения, связанного на уровне бизнес-логики с различными сторонними сервисами. Тестирование этих сервисов не входило в мою задачу, однако проблемы с их API блокировали работу по самому приложению – тесты падали не из-за проблем внутри, а из-за неработоспособности API, даже не доходя до проверки нужной функциональности.

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

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

В предыдущей статье я поделился своим опытом автоматизации на Robot Framework. Теперь же речь пойдет о несколько другом подходе к тестированию API для проекта на Kotlin.

Воспользовавшись свободой выбора стека технологий и опираясь на желание попробовать «в бою» что-то новое, я обратился к Rest-Assured. Не без некоторых сложностей мы с коллегами запустили тесты, а по итогам освоения подхода записали его в список ключевых для подобного рода задач.


(изображение используется на правах пародии)

От перехода на удаленное взаимодействие с сотрудниками многие компании удерживает боязнь потерять контроль над ситуацией – непонятно, как убедиться в том, что специалист свои восемь часов действительно работает, а не просиживает в социальных сетях. Казалось бы, решение – в инструментах слежения за пользователем: в системах учета рабочего времени, в контроле присутствия, съемке веб-камерой и т.п. Но мы в «Максилекте» принципиально не используем такие инструменты, действуя на ином, управленческом уровне.


(на фото — известный стритарт от Banksy, фотограф — Niv Singer)

Как мы держим руку на пульсе, чтобы работа компании была эффективной, и почему это работает – под катом.

Чуть более года назад я впервые попробовал в работе Robot Framework. За время моего участия в довольно масштабном проекте я испытал на своей шкуре два разных подхода к автоматизации тестирования с помощью этого инструмента: написание тестов на чистом DSL Robot Framework и работу в связке с Python. Если первый путь имеет низкий порог входа, то второй, на мой взгляд, удобнее с точки зрения поддержки крупных проектов. Хотя фундаментальной разницы между подходами нет. Так или иначе, все сводится к поиску библиотек.

Однако об особенностях подходов поговорить стоит.

Наем удаленного разработчика или тестировщика, с которым до начала работы не предусмотрено личных встреч, представляется серьезным риском. Присутствие кандидата создает иллюзию контроля над ситуацией. А куда же без него?

Приняв для себя идеологию удаленной работы вместе со всеми ее преимуществами, вроде доступа к лучшим кадрам по всей стране, «Максилект» встал перед выбором: либо оплачивать всем кандидатам приезд в офис, либо выстраивать процессы таким образом, чтобы в найме не оставалось места иллюзиям.


О том, как рекрутеры участвуют в оценке квалификации технарей, нужен ли senior’у диплом, при чем тут веб-камеры и какова на самом деле цена ошибки найма, рассказывает Максим Коротков, генеральный директор компании.

Ad Exchange в рамках Real-Time Bidding (RTB) — одно из AdTech-решений, видоизменяющих рынок онлайн-рекламы. Его основная функция — стыковка большого количества SSP и DSP, которые не имеют прямой интеграции между собой, а также перепродажа разнообразного рекламного трафика между ними.

Благодаря заказу для рынка США мы с головой погрузились в специфику построения платформы Ad Exchange. И в этой статье представляем некоторые идеи и результаты.

Три года на одном проекте — развиваться физически некуда. Энтузиазма с каждым днем все меньше, и один лишь вид изученного вдоль и поперек кода уже вгоняет в спячку. Знакомо? Поздравляю, вы «выгорели».

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

На Хабре обсуждаются переезды в крупные города или за рубеж за хорошей работой. У меня другая история. Я успел попробовать разную обстановку и схемы сотрудничества с работодателем и выбрал то, что лучше всего соответствует моему складу характера, — с удовольствием вернулся в родной город, попутно узнав многое о самом себе и удаленке. Уже почти год я занимаюсь функциональным и автоматизированным тестированием в питерской компании «Максилект», проживая при этом в Красноярске (сдвиг во времени +4 часа).


Честно скажу, хотел рассказать о своем опыте в отрыве от классических мифов об удаленной работе. Но пока готовил текст, на Хабре вышла статья схожей тематики от «менеджера околоайтишной сферы». Как сама статья, так и комментарии к ней демонстрируют принципиально иной (скажем откровенно, практически никакой) уровень зрелости и сотрудника, и организации, согласившейся на такой формат. Почему? Отвечу субъективным мнением на субъективное мнение — подробности под катом…