Всем привет!
Меня зовут Михаил, я специалист по тестированию в компании ITFB Group.
Работа тестировщика состоит из множества различных задач, но самые важные — это обнаружение и описание багов. Однако сам процесс выявления ошибки — лишь половина дела. Настоящая ценность для команды разработки заключается в грамотном документировании найденного бага, а именно — в создании баг-репорта.
Ненависть к аутсорс-командам разработки можно сравнить только с ненавистью к строителям. Я уверен, что причины такой ненависти очень похожи: относительно низкий порог входа, при этом любой неуч с клавиатурой и мышью уже норовит назвать себя новым EPAM Systems, как и строители — ГК Самолетом.
В этой статье я хочу пройтись по ошибкам в работе с аутсорс-командой, где расскажу, как вести подобные проекты, чтобы потом не пришлось брать кредиты для завершения заказов.
Знакомство с UX как с дисциплиной мне напоминает знакомство школьника с квантовым миром через уроки химии, где и электроны, нейтроны и протоны пожизненно чеканятся в создание как корпускулы. Поверхностное знакомство с квантово-волновым дуализмом в старших классах, не только не вносит ясности, но и рисуют официально признанную научную картину мира совсем уж абсурдной. В итоге мы имеем противостояние Копенгагенской интерпретации и сомнительных, порой непроверяемых теорий скрытых параметров, теневых фотонов и мультиверсов.
В мире, где «культ обучения» обгоняет «успешный успех» и каждый уважающий себя работодатель считает важным обучать сотрудников чему угодно, зачастую сталкиваешься с парадоксом: многие хотят учиться, но далеко не все используют предоставленные возможности.
Всем привет, с вами Сергей Задорожный, руководитель отдела платформенных решений банка «Центр‑инвест» и один из авторов курса «DevOps для эксплуатации и разработки» от Яндекс Практикума.
Я два года проработал менеджером в фитнес-клубе. Я начинал с нуля и впервые в жизни почувствовал, что у меня что-то по-настоящему получается. С начальником у меня тоже были хорошие отношения. Он верил в меня больше, чем я сам, и постоянно давал новые задачи.
Но я постоянно перерабатывал: подъём в пять утра, весь день на ногах, домой возвращался за полночь, и так шесть дней в неделю. Я чувствовал, что выжат как лимон, но убеждал себя: усталость — это нормально, если не устал, значит, плохо работал.
Представьте ситуацию: вы нашли критический баг в проекте, исправили его в feature-ветке, но до полного слияния ещё далеко. Или вам срочно нужно перенести одно конкретное изменение из текущей ветки в другую. В таких случаях git cherry-pick становится вашим секретным оружием.
Работая в корпорации, я постоянно общалась с подрядчиками разного масштаба: от самозанятых фрилансеров до крупных агентств. И знаете, с корпоративной зарплаты кажется: «Ага! Я на стабильном окладе, а эти ребята на изи выбивают жирные контракты, не сильно запариваясь». В моей голове начала дергаться эта предпринимательская жилка: что вот я, начинаю работать на себя и могу легко и просто с каждого проекта поднимать по 100-200к, жить на Бали и пить капучинку на миндальном.
Вы можете встретить термины «ИИ-агент», «Автоматизация процессов с использованием агентов», «Агент искусственного интеллекта» или даже какие-то другие. Что все это значит?
