Роман Катеров — ведущий разработчик 1С в WiseAdvice-IT, человек, который прошел путь от универсального айтишника в производственной компании до специалиста, отвечающего за сложные проекты, интеграции и техническое развитие команды. Его история — это про то, как любопытство, отсутствие страха перед новыми задачами и постоянная практика помогают вырасти в профессии.
Честный разговор
Карьера и профессиональный путь
— Роман, твой путь в профессии начался очень давно. Как ты пришел к своей нынешней роли?
— Все началось очень давно, когда 1С 7.7 только-только начиналось. Тогда еще не было даже «семерки» толком — были «шестерки», «Парус» и т.п. Я устроился на работу в одну производственную организацию на должность системного администратора: настройка сетей, принтеры, заправка картриджей. В то время айтишник был универсальным инструментом в компании.
Со временем потихоньку переключился на доработку учетной системы бухгалтерии — «Парус». Потом стали переходить на решение 1С 7.7. Ни книг, ни курсов, ни вебинаров тогда не было. Все осваивал сам, опытным путем. Дальше — больше: опыт приобретался, работа, постоянная загрузка, изменения. Потом были другие организации, новые требования. В 2012 году начал изучать «восьмерку» тогда уже было попроще: побольше книг, интернет получше, на курсы ходил , сертификаты получал. Но в основном все равно все шло через практику: задача — и исполнение любыми путями.
— Сейчас ты ведущий разработчик. Как менялись твои задачи и ответственность по мере роста?
— В плане задач, по большому счету, ничего не поменялось: как были сложные, легкие, очень сложные и очень легкие — так и остались. Поменялся принцип работы. Теперь я не только разрабатываю, но и оцениваю задачи, отвечаю за свою оценку, понимаю, что хочет клиент, провожу встречи, консультации, поясняю разработчикам. При этом я остаюсь действующим разработчиком: стараюсь брать задачи посложнее — те, которые коллеги не готовы взять.
В нашей компании никто не отменял роль разработчика — технического исполнения задач. Я исполняю роль и team lead, и ведущего разработчика, и просто разработчика. Какой-то жесткой градации нет.
— Насколько ведущему разработчику важно разбираться в бизнес-процессах, а не только в технической части?
— Однозначно важно. Team lead и ведущий разработчик — это несколько разные вещи. Team lead иногда даже может быть хуже ведущего разработчика в плане технического написания кода, он должен обладать другими качествами. Поэтому я и стараюсь быть на стыке: и техническим специалистом, и человеком, который понимает логику бизнеса.
— А какой проект или задачи за карьеру были для тебя самыми сложными?
— На начале карьеры — работа в компании WiseAdvice-IT. Это где-то четыре года назад. Был проект, там были очень сложные и долго решаемые задачи. Мы до сих пор работаем с этим клиентом. Сейчас по прошествии лет смотрю на то, что реализовывал когда-то, и думаю: «О чем ты думал, Роман, когда писал вот это?» Хочется все переписать.
С опытом приходит понимание: то, что раньше казалось сложным, уже не кажется таким. Но появляются другие задачи, другой сложности. Сейчас у меня сложный проект — серьезный переход клиента с устаревшей УПП на ERP, с переносами остатков, документов, двусторонним обменом. Объемная работа.
— Получается, в каждом проекте есть свои сложности?
— Абсолютно верно. На то он и проект. Легкую задачу проектом не назовут.
— Была ли задача, которая сначала казалась простой, а потом оказалась очень сложной?
— Такие были. Но исключительно из-за того, что ты не до конца разобрался в бизнес-процессах клиента. По своей вине: не встретился лишний раз, не уточнил детали, не задал наводящие вопросы. Как следствие — недооценил сроки, клиент говорил о другом, ты его не понял. Приходилось работать вечерами, чтобы успеть в срок.
Все задачи нужно уточнять, задавать вопросы, чтобы был четкий план разработки. И желательно утвердить его с клиентом: показать, что мы правильно его поняли. Тогда проблем не будет.
— А от задач отказывался?
— Бывали, но не потому, что сложные, а потому что не хватало инфраструктуры: работа с оборудованием, интеграционные решения, которые требуют паролей, логинов, сертификатов, а клиент их не дает. Это уже от тебя независимые причины.
— То есть главный лайфхак — больше общаться с клиентом?
— Не как обязательство: получил задачу — сразу названивай. Это желательно, когда ты не понимаешь до конца все, что написал клиент. Клиент пишет ТЗ, он хорошо знает свою базу. То, что для него очевидно, для тебя непонятно. Если ты сомневаешься, если база нетиповая, если доработки вызывают недоумение — тогда однозначно запрос встречи.
На моей памяти клиенты все были адекватные, никто не отказывал. Как минимум одну встречу всегда можно организовать, подготовиться, задать вопросы, запротоколировать.
Это вообще постулат, я всегда его придерживаюсь — все, что обсудил с клиентом, заноси в задачу по пунктам. Тогда все будет понятно и тебе, и клиенту, и разработчику, который после тебя будет править эту задачу.
— Теперь про команду. Ты еще и тимлид. К тебе часто приходят за советом?
— Команда у нас практически не поменялась, костяк прежний. Не так часто приходят с вопросом: «Я не знаю, как код написать». Если приходят — смотрим вместе. Я читаю ТЗ, разработчик показывает, что сделал, мы проверяем, пробуем. Я делаю подсказки, но код он пишет сам.
Чаще приходят с оценками и с вопросами по бизнес-процессам: «А ты работал с такой-то базой? А как это в документообороте делается? Почти все разработчики хорошо знают, проблем не возникает.
— А что для тебя хороший код? Часто проверяешь код за кем-либо?
— Скажу больше: я почти не проверяю код-ревью. Это дело технического архитектора. Хотя это входит в обязанности и тимлида, и ведущего разработчика. Но я доверяю своим разработчикам. Жалоб от клиентов никогда не было. Ребята пишут достаточно грамотный код. Конечно, бывает неидеальный, но в целом для центра сопровождения вполне адекватный.
Более того: два наших разработчика даже работали с код-ревью от 1С. Они проходили лицензирование по нашему продукту WA:Финансист, где требование — весь код всей базы должен соответствовать требованиям 1С. То есть они не хуже меня знают, как писать код.
— Что, по твоему мнению, чаще всего мешает разработчикам расти?
— Три вещи. Первое — нежелание самого разработчика. Есть апатичные люди: «Я сижу, работаю, платят зарплату, меня всё устраивает, больше ничего не хочу».
Второе — загруженность .Задач много, они однотипные: там поправьте, там посмотрите, там ошибки. Физически нет времени заняться для себя, изучить что-то новое.
Третье — недостаточность времени по задачам для обучения на практике (сразу в процессе выполнения самой задачи). Нет таких задач, где можно спокойно, не спеша, не соблюдая сроков клиента, изучить новую технологию. Клиент ждать не будет.
— Какой совет дашь новичкам?
— Один совет: не бояться. Это болезнь всех новичков — боятся ошибиться, боятся брать сложные задачи, которыми никогда не занимались, боятся отвечать. Но иначе никогда не вырастешь, будешь топтаться на месте.
В мое время никто не спрашивал: знаешь ты или не знаешь. Просто давали задачи. Например, обмен данными — я считаю, это должен знать каждый разработчик. Многие боятся его делать. Я тоже когда-то не знал. Мне дали и сказали делать. Изучал, читал, учил, пробовал. Куча времени уходит впустую, неоплачиваемо. Ну что делать? Вариантов нет.
Если чего-то не знаешь, — нужно не бояться, брать и делать.
Тем более есть, допустим, я, который всегда может помочь. Я всегда своим разработчикам говорил: обращайтесь, я помогу.
— Как ты продолжаешь развиваться, когда уже достиг высокого уровня?
— На данный момент у меня небольшой застой, наверное, из-за загруженности. Нет времени изучать именно теорию.
Но развитие не останавливается даже в том, что ты вроде как знаешь. Тот же обмен данными: каждый раз, когда что-то делаю, чему-то новому учусь. Тот же код: простой отчет можно написать десятью разными способами. Это всегда опыт.
Чему-то глобальному хотелось бы поучиться. Искусственный интеллект интересно попрактиковать, как он внедряется. Цифровой рубль — сейчас это новшество, мы хотим внедрять его в нашу программу Финансист. Мне предложили этим заниматься. Для меня это ново, неизвестно, как буду реализовывать — еще не смотрел. Но собираюсь. Это тоже развитие.
— А как ты используешь искусственный интеллект в работе?
— Пока мало. Хотя могу, у нас и вебинары были. Я использую ИИ аккуратно: только по определенным вопросам — как происходит тот или иной бизнес-процесс в 1С, как в 1С что-то делается в плане учета, как получить определенные данные в системе и т.п. Как получение готового кода — нет, я такое не делаю, пишу сам.
Но один раз он мне очень сильно помог. Одна из сложных задач недавно — полная интеграция с мессенджером Макс. Не через буферного провайдера, а прямая интеграция и внедрение в WA:Финансист. Ни на каких ресурсах описаний, примеров и т.д. не было. Все изучал с нуля. И тут ИИ очень помог.
из мира 1С
Вне работы
— Давай отвлечемся от работы. Как ты переключаешься после сложного дня? Чем увлекаешься?
— Коллеги знают: у меня увлечений немного — автомобиль и рыбалка. И еще, как это ни смешно, деревня, скорее, дача. Физический труд. Работа сидячая, поэтому на выходные хочется что-то физически сделать — помогает отвлечься. А если выдается свободное время — рыбалка и автомобиль.
— Рыбачишь по местности или выезжаешь по России?
— По местности, но она отличается. Я не хожу на прудик с удочкой посидеть. Я езжу на три-четыре дня с друзьями, в основном на три: пятница — воскресенье. В отпуск — на четыре-пять дней. Живем в палатках, у себя на речке.
— Что в основном ловишь? Были уникальные экземпляры?
— В пределах центральной европейской части России вся та же рыба. Я в основном речную ловлю: щука, судак, окунь, голавль, жерех.
Выдающиеся экземпляры были — килограммов на семь у меня щука была пойманная. Как любой рыбак, могу до бесконечности придумывать. Но что-то совсем уже супер — 10-15 килограмм например, нет, такого не было. Таких уже, наверное, не осталось в моем регионе.
— Спасибо за откровенный разговор, Роман! Было очень интересно!
Присоединяйтесь к команде WiseAdviсe-IT! Cмотрите наши вакансии, возможно, мы ищем именно вас!
самые свежие новости 1 раз в месяц