Что спрашивают на собеседовании программист 1с
Собеседование программиста 1С
Зависит от восприятия, но это точно выход из зоны комфорта.
Посмотрим на этот процесс как на переговоры. Золотое правило которых гласит:
Чтобы договориться, нужно иметь предложения обеих сторон.
Разберемся в целях, задачах и методах совершения «сделки» между соискателем и работодателем.
Главный вопрос: что на самом деле им нужно?
Cоискатель хочет:
Мало кто согласится каждый день ходить на работу, не приносящую никакого удовольствия.
А чего хочет работодатель:
В итоге, для того, чтобы сложилось, необходимо найти компромисс между возможностями и потребностями.
Безусловно, помимо технических навыков (hard-skills) оцениваются и общечеловеческие (soft-skills).
И вот тут соискателю важно не наступать на грабли:
Если soft устраивает, переходят к hard. Взвешенное решение со стороны работодателя в конечном счете принимается на основании оценки компетенций соискателя.
Узнайте специфику работы:
Лучше всего, если обе стороны знают, что им нужно, и не обещают лишнего. В противном случае может возникнуть ситуация несоответствия ожиданий, причем с обеих сторон.
Даже самое привлекательно предложение может обернуться катастрофой.
Я рекомендую руководствоваться не сиюминутным порывом, а взвешенной оценкой.
Мыслить в стиле психологии возможностей, а не ограничений.
Как собеседуют программистов?
Зависит от должности, которую определяет квалификация, направление деятельности, специализация работодателя.
Это очень широкая тема. Сузим до проверки именно знаний в части разработки.
Ниже приведены применяемые на практике подходы, которые я встречал.
Самый плохой вариант
На собеседовании вам задают один вопрос: вы знаете 1С?
Скорее всего работодатель не понимает и не хочет понимать специфику работы, да и отрасли в целом.
«там всё само как-то происходит, и наверно это сложно, но ведь за это зарплата и платится»
Возможно работать с таким подходом?
Подход с минимумом усилий работодателя
Оценка по наличию сертификатов:
«Если он сдал экзамен, то его уже проверили лучше меня»
Какой экзамен? Специалиста по платформе, по типовому решению или эксперта по технологическим вопросам?
Суть проблемы в том, что экзамен не покрывает всех необходимых практических навыков
Возвращаемся к вопросу: работодатель знает, какие навыки работника ему важны?
Что если он берет эксперта по тех вопросом, а на самом деле ищет человека под внедрение производства в УНФ.
Может стоит задать вопросы по производственному учету?
«Он же эксперт, в УНФ точно разберётся»
Непрофильная для человека задача, разбираться будет не за месяц, 100% скажется отсутствие опыта в подобных проектах.
Как итог работодателя: либо провал проекта, либо на морально-волевых.
Вопрос соискателю: вы готовы биться головой о стену на новом месте работы?
Другая ситуация: берём спеца по платформе, а сами разрабатываем конфигурацию для веб-клиента + мобильное приложение к нему.
Итог: одних сертификатов недостаточно.
Если у работодателя нет понимания, что ему нужно, то нет структурированного фронта работ. Или, что ещё интереснее, нет обратной связи/контакта: «работает, что-то делает и ладно», а в один прекрасный момент выясняется, что делает, старается, но совсем не то, что ожидалось.
Получаем проблему взаимодействия.
Подход «от максимума»
Используется небольшая подборка «ну очень сложных вопросов»:
«Если знает это, то остальное наверняка тоже знает»
Вот совсем не факт)
И вы спрашиваете то, с чем придется работать или «в целом»?
Может лучше выбрать вопросы не «на изучение«, а на «текущую потребность«?
Подход «творческий»
Соискателя просят описать самую интересную задачу, которую он решал за последнее время. Рассказать постановку задачи, методы решения, используемые технологии и полученный результат.
В итоге навыки обсуждаются на известной соискателю территории.
Неплохой метод, но есть проблема: чтобы «вскрыть» соискателя, работодатель должен быть более квалифицированным.
Для использования такого подхода, человеку, проводящему собеседование, надо набить руку и обладать определенным опытом, вытаскивая на свет пробелы и изъяны.
Пример:
1. опишите свой опыт
— я участвовал в проекте внедрения ERP, в ходе которого было переписано пол-конфигурации
2. что конкретно было сделано?
— даёт развернутый ответ
3. что было сделано лично вами?
— я передавал задачи от постановщиков фирме-исполнителю
Перед нами не разработчик, а в лучшем случае администратор проекта.
В целом при подготовке к собеседованию у обеих сторон возникают вопросы.
Со стороны работодателя:
Со стороны соискателя:
В случае найма опытного соискателя, обладающего необходимыми профессиональными навыками, часто возникает вопрос:
«кто кого собеседует«.
У каждого свой главный мотиватор, но для такого кандидата важно знать не только уровень зарплаты, но и суть работы.
comol
comolОлег Филиппов
Статья будет полезна руководителям подразделений/проектов, у кого ещё не сформирован свой фиксированный перечень вопросов по которому они определяют подходит им кандидат или нет.
Так же будет полезна программистам, которые задумываются о карьерном росте, и ещё не сформировали себе окончательный карьерный план, возможно в него имеет смысл внести коррективы.
Попытался систематизировать собственный опыт и некоторые знания в области HR, составив некоторый портрет «идеального программиста 1С». После того как такой «портрет» получилось построить выбрал все знания/умения/навыки, которыми такой «идеальный» кандидат должен обладать, выбрал 10 наиболее важных (по моему опыту) и сформулировал вопросы, которыми данные качества/знания/навыки можно проверить. Всё это мы неоднократно проделываем на собеседовании, вот только времени обычно на это минуты 2-3, потому как не привыкли же мы заранее продумывать вопросы, которые зададим.
Вопрос 1 Есть ли у Вас сертификаты 1С? Какие?
Вопрос 2. Вы знакомы с документом «Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8»?
Сам документ находится на любом диске ИТС или http://its.1c.ru/db/v8std#browse:13:-1
Если нужно проверить знание самого документа, можно спросить из каких частей в общем случае состоит программный модуль системы ответ должен быть примерно таким:
Лично мое мнение этот документ должен знать каждый программист. Этим отличается квалифицированный программист от «программера». Именно из за того что следовать методикам часто не принято, а преобладает «я сам лучше знаю как надо» получаются многие «кривые» прикладные решения. А если отойти от 1С это основная «болезнь» русских программистов, на эту тему уже множество шуточных статей вроде этой: http://blog.sjinks.pro/humour/76-programmers-russian-indian-chinese-canadian/
Вопрос 3. Вам нужно разработать прикладное решение «с нуля» с чего вы начнете?
Вопрос 4. Насколько хорошо вы знаете функциональность прикладного решения «. «? Перечислите основные процедуры проведения Документа в решении «. «.
«Доверяй но проверяй». Прикладное решение естественно должно использоваться (планироваться к использованию) в вашей организации и заявлено у программиста в резюме как знакомое. Собственно если человек достаточно хорошо знает «внутренности» того или иного прикладного решения, В модули проведения документа он вмешивался не один раз. Изменения, которые не влияют на проведение, часто можно считать «косметическими». А уж если приходилось добавлять новые документы в рамках функциональности прикладного решения, и добавлять их «правильно», то эти процедуры надолго отложатся в памяти. Проверить конечно это стало достаточно трудно, т.к. в решениях на 8.2 логика проведения поменялась, и следовательно процедуры поменялись тоже.
Для УТ 11 на момент написания статьи они такие:
ИнициализироватьДополнительныеСвойстваДл яПроведения(Ссылка, ДополнительныеСвойства, РежимПроведения);
ИнициализироватьДанныеДокумента(Ссылка, ДополнительныеСвойства);
ПроведениеСервер.ПодготовитьНаборыЗапис ейКРегистрацииДвижений(ЭтотОбъект);
. ОтразитьДвижение. (Дополнительные Свойства, Движения, Отказ);
СформироватьСписокРегистровДляКонтроля() ;
ЗаписатьНаборыЗаписей(ЭтотОбъект);
ВыполнитьКонтрольРезультатовПроведения(Э тотОбъект, Отказ);
Вообще программист 1С должен хорошо ориентироваться во всех типовых конфигурациях, потому что основная работа квалифицированного программиста не написать код, а грамотно спереть код оттуда где подобная задача уже решена.
Вопрос 5. Перечислите все статьи баланса, которые вы знаете.
Простой тест на превичное знание бух. и упр. учета. Собственно должно получиться что-то похожее на http://blanker.ru/files/forma-1-balans-2003-q1.doc В зависимости от вида формы и названия статей можно так определить с каким балансом больше имел дело человек с бухгалтерским или управленческим. По большому счету, незнание структуры баланса не говорит о том что перед нами плохой программист, но говорит о том что перед нами «только программист».
Вопрос 6. Вам знакомо понятие «Валюта Баланса»?
Вопрос 7. Технический back ground. Вы знаете MS SQL? Знаете MS AD? Основные сетевые протоколы?
Проверить знания MS SQL можно к примеру вопросом «Для чего используется статистика MS SQL» или «что такое план запроса».
Собственно статистика нужна для построения плавильных планов запросов, а планы запросов:
http://ru.wikipedia.org/wiki/%D0%9F%D0%BB%D0%B0%D0%BD_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%B0
Знание сетевых протоколов можно к примеру спросить чем отличается TCP от UDP
http://ru.wikipedia.org/wiki/TCP и http://ru.wikipedia.org/wiki/UDP Собственно отличается TCP предварительной установкой соединения.
Хороший технический Background необходим для квалифицированного программиста, т.к. часто приходится решать смежные задачи: оптимизация базы потребует зания MS SQL, настройка и развертывание сервера потребует первичных знаний AD. Организация интеграции с другими системами потребует знания сетевых протоколов и т.д. Очень часто «бедой» «программистов 1С» является то, что кроме 1С собственно ничего и не видели. Особенно если образование не техническое, или «не информационное». Это сужает круг задач, которые они могут решать.
Вопрос 8. Вы знаете другие языки программирования (C++, C#)?
Вопрос 9. Бухгалтер просит вас перенумеровать счета фактуры по организации ООО «. » за текущий месяц. Посмотрев ситуацию вы находите там всего 10 счетов фактур. Что бы вы сделали?
Вопрос 10. Вам знакома библиотека ITIL? А технология PMI?
Денег платить придётся не мало. Кандидат конечно этого стоит, но столько ли у вас задач, чтобы использовать потенциал? Посадить такого программиста на суппорт будет явно не рентабельно
Вы готовы заняться обучением?
Типичный случай бухгалтера-программиста. Не очень плохой вариант. Нужно дополнительно пообщаться на предмет технического мышления. Если хоть немного присутствует для суппорт-а бухгалтерии и финансов такой программист очень неплохо подойдёт. Для реальной разработки сложного и нового функционала – скорее нет
Очень плохой случай. Вы имеет дело с типичным технарем. Как правило, эти люди очень самолюбивы, 1С считают «убогим продуктом, с которым им приходится работать». Управлять ими трудно, добиться чего-либо полезного ещё труднее. Все задачи решаются «творчески». Часто поступают «интересные» предложения вроде «перейти на Linux », написать систему самому на C ++ и т.п. Без «плюсов» в 1, 2 и 3 таких людей лучше не брать.
Собственно перед вами скорее человек который претендует на руководящую позицию чем разработчик.
Перед вами Администартор-программист. Очень часто в мелких компаниях одному человеку приходится сочетать эти качества. Человек привык к суппорту наверно даже идеален для такового, но для использования в более серьёзных проектах скорее всего потребуется дополнительное обучение.
Что спрашивают на собеседовании программист 1с
Как пройти собеседование на программиста 1С? Какие вопросы задают на собеседовании 1С? Как вести себя на собеседовании 1С? Какие ответы на собеседовании 1С отвечать?
Если Вам интересны эти вопросы – читайте дальше.
Итак, Вы долго и упорно составляли резюме. Вывесили его на сайт поиска работы. Вам пришло смс о том, что Вы заинтересовали работодателя. И вот наконец долгожданное приглашение на собеседование 1С.
Что же делать дальше? Как будет происходить дальнейшее общение?
Вакансия программиста 1С
Проведение собеседований – постоянное (профессиональное) занятие сотрудниц отдела кадров. В 90% приглашение на собеседование 1С делают они. Обычно в компании делается заявка на набор программистов 1С в отдел кадров.
Качество вакансии зависит от политики компании (в создании такой заявки) или от лени заказывающего. Если руководитель отдела присовокупил к заявке описание самой вакансии (с конкретными требованиями к программисту) и ожидаемую зарплату, то вакансия получается внятной.
В остальных случаях зарплата подбирается сотрудницей отдела кадров (смотрится средняя по рынку) и утверждается по бюджету высокопоставленным лицом. Текст вакансии собирается по другим вакансиям.
Надо понимать, что в 99% сотрудницы отдела кадров не имеют никакого понятия о тонкостях работы программистов, разработке на 1С, современным технологиям и всему подобному. Поэтому появляются такие смешные требования, как
«Требуется программист 1С.
Высшее техническое и экономическое образование.
/в каком институте у нас учат на программиста 1С?/
Знание 1С 7.7 и 8. Отличное знание всех типовых конфигураций.
/читай — знание всего, что я нашла в интернете про 1С/
Сертификаты.
/всем нужны сертификаты — значит и нам нужны/
Опыт работы от 5 лет.
/чем больше, тем лучше — нам нужен опытный программист/
Задача – разработка на 1С.
/а разве не этим занимаются программисты?/
Зарплата 30 тыс. руб».
/да, у нас небольшой бюджет, а что же делать/
🙂
Собеседование 1С в отделе кадров
Задача отдела кадров – определить вменяемость кандидата. То есть – не бомж, одет прилично, говорит по русски, на людей не бросается. Так как сотрудницы отдела кадров не программистки, а симпатичные девушки, то делают они это соответственно.
Если кто не знает – в интернете существуют даже рекомендации для сотрудников отдела кадров по собеседованию программистов. Рекомендации им даются – оценивать по формальному признаку.
Есть высшее образование?
Внятно ли написано резюме?
Как часто меняет работу?
Сколько хочет денег?
Задает правильные вопросы (включает – уже знает что-то про компанию)?
Почему уволился? (напоминаю – ничего из программистких терминов не учитывается, даже в ответах на этот вопрос).
К сожалению, такое собеседование зачастую отсеивает хороших программистов и пропускает аккуратных морально устойчивых или просто симпатичных кандидатов (собеседуют девушки).
Шутка на тему одежды или внешности сотрудницы может иметь решающую роль в результате, причем как положительную, так и отрицательную.
Отсюда типовые проблемы программистов на этом собеседовании 1С:
Главная задача на этом собеседовании 1С – соответствовать представлению о программистах, быть внятно одетым, знать что-то о компании куда идешь.
Вопросы на собеседовании 1С
В большинстве компаний вторым этапом идет прохождение различных технических тестов. К сожалению, общепринятого мнения о таких тестах нет, поэтому выделывается каждый как может.
Хочу обратить Ваше внимание – все ниже перечисленные варианты были встречены хотя бы один раз в реальной жизни.
Вариант 1. Алгоритмические тесты на собеседовании 1С
Три-пять заданий на бумажке. Решаются письменно ручкой на другой бумажке. Обычно логические задачки, возможно на знание математики. Например:
Есть две переменные А=5, B=3. Поменяйте местами значения переменных без объявления третьей переменной.
Напишите алгоритм пузырьковой сортировки.
Напишите алгоритм вычисления попадания даты в два произвольных периода.
Считается, что люди имеющие развитый мозг запросто решают подобные задачи.
Почему мы не считаем так? Потому что идет речь про набор прикладного программиста. Все подобные задачи уже давно реализованы или в платформе или в библиотеках.
Понятное дело, что такие задачи не имеют никакого смысла, и в работе никогда не применяются — алгоритм сортировки применимый к жизни выглядит как вызов метода Таблица.Сортировать(«ИмяПоля»).
Единственная похожая на правду задачка такого рода была бы – напишите алгоритм удаления строк из таблицы по условию.
Однако не забывайте – много ли Вы лично в работе программируете на бумажке? Возможно, кому-то будет просто непривычно и неудобно писать алгоритм на бумажке без компьютера.
Вариант 2. Вопросник по 1С списанный из учебника на собеседовании 1С
Один из самых неудачных способов проверки знаний из встреченных. Реализуется обычно в виде теста с вопросами как в Профессионале и вариантами ответов. Например:
Как называется третья закладка в окне конфигурирования формы 1С?
Каким меню можно выгрузить конфигурацию в CF?
Как вызвать конструктор объекта Файл?
Каким методом свернуть таблицу значений?
Совершенно ясно, что такие вопросы не имеют никакого смысла, так как никто не держит это в памяти. Это запоминается зрительной/ассоциативной памятью или смотрятся в интернете/справке 1С.
Этот метод на наш взгляд самый бесполезный.
Вариант 3. Вопросник или задачник по учету на собеседовании 1С
Многих тянет задавать вопросы по учету. Вероятно это признак, когда собеседование проводит не руководитель проектов, а представитель заказчика. Особенно вопросы с подковыркой, что на память знают только профессиональные бухгалтера с большим опытом. Например:
На каком счету учитывается ххх?
Какой проводкой оприходовать товары?
Какая ошибка в этой проводке?
Какие проводки должен делать документ ххх?
Понятно, что программист не знает, не будет знать и ему не надо знать проводки. Какие есть сейчас проводки – смотрится в отладчике или в отчете по проводкам документа. Какие должны быть проводки – ставит задачу бизнес аналитик, заказчик или руководитель проекта.
На наш взгляд подобные вопросы показывают дополнительное требования к программисту. Дело в том, что во множестве компаний работают очень слабые бухгалтера, за которыми подчищают программисты.
Не будем судить хорошо это или плохо, но факт есть факт – в такую компанию требуются программисты, которые имели опыт построения грамотного бухгалтерского учета в роли бухгалтера.
Вариант 4. Абстрактные задачи по 1С на собеседовании 1С
Этот вариант наиболее похож на правду. Соискателю даются задачи, которые нужно запрограммировать на 1С. Задачи подобные рабочим, но по каким то причинам абстрактные. Например:
Написать аналог функции ЧислоПрописью.
Написать хитрый запрос, который возвращает одно значение из большого справочника с отбором по иерархии.
Сравнить две версии (числа вида х.х.х.х).
Этот вариант лучше чем все, что было перечислено раньше. Во первых они показывают умение кандидата программировать. Во вторых такие или подобные задачи в принципе применяются в работе (хотя и редко).
Обычно кандидата сажают за компьютер и дают 1-3 часа на решение задачи. Потом старший товарищ проверяет своим испытанным взглядом и резюмирует верно или нет.
Вариант 5. Самый верные вопросы на собеседовании 1С
Самым верным вариантом – дать задачу на программирование (на 1, максимум 2 часа) из жизни этой самой компании.
Если Вы пишите бухгалтерский учет – предложите кандидату добавить счет в план счетов и написать простенький документ по учету кредитов (обязательно с указанием требуемых проводок).
Если Вы пишите складской учет – добавить регистр накопления и документ к нему по простому учету основных средств по кабинетам (без амортизации и партийного учета естественно) или что нибудь на расчет себестоимости.
Если управленческий учет – простую систему мотивации на основе продаж по менеджерам.
Если Вы ищите технаря (обмены, интеграция, бизнес процессы, интерфейсы, веб компоненты, оптимизация конфигурации) – то задачу в пустой конфигурации с нуля без привязки к учету – например, бизнес процесс с интерфейсом на управляемых формах, который выгружает данные в XML.
В любом случае – задача должна быть именно такой (подобной), какую Вы ожидаете он будет выполнять на работе в первый, второй, третий и прочие рабочие дни.
Собеседование 1С специалистом
Третьим этапом проходит собеседование 1С у специалиста (по 1С) (руководителя проектов, отдела, ведущего программиста).
Проблема №1. Собеседования не являются работой. Ему совершенно не хочется (некогда) это делать. Возможно, он даже не умеет этого делать. Он думает о своих проблемах, о текущей работе.
Проблема №2. Собеседующий думает о себе. Будет ли он достойно выглядеть в роли «нанимателя»? Не опозорится ли? Мало того – он же ведущий специалист. Он должен показать свои обалденные знания 1С и просто задавить интеллектом.
Как вытекает из указанных проблем, собеседование со специалистом очень сильно зависит от самого специалиста, а также от его настроения в указанный день и время (и его собственной заинтересованности в наборе людей).
Самым верным и обычным способом (если это вменяемый и грамотный специалист) это собеседование происходит следующим образом:
Для прохождения такого собеседования Вам необходимо перед ним:
Минус – как Вы понимаете, для проведения такого собеседования уровень собеседующего должен быть не ниже Вашего, иначе вопросы будут глупыми, а реакция на правильные ответы – шоковая.
Как Вы думаете, если Вы убедите собеседующего в том, что Вы умнее его – что будет?
Мой опыт работы в Фирме 1С
Кажется, писали уже обо всех: от Яндекса до Мэйлру, от Люксофта до Туту. Но про самую отстраненную, самобытную и изолированную компанию на ИТ рынке еще не было. Расскажу о своем опыте работы в отечественной Корпорации зла.
К тому чтобы поделиться своим опытом меня подтолкнула эта статья, а не состоявшееся накануне увольнение, я работал в фирме несколько лет назад, поэтому что-то я могу помнить не совсем точно, а что-то могло уже измениться. С другой стороны, 1С — не стартап и изменения там происходят неспешно.
Для понимания: если мы говорим об основном, энтерпрайзном направлении, в Фирме 1С работают два типа программистов: плюсовики, которые пилят платформу 1С: Предприятие и 1Сники, которые на этой платформе пилят прикладные решения. Есть и другие, которые делают Битрикс, игры и прочее и прочее, но это уже, скажем так, «филиалы». Я работал в энтерпрайзном бизнесе, 1Сником на прикладном решении.
О собеседованиях и собеседующих
К тому моменту как мне в голову пришла идея сходить в 1С на собеседование — я уже работал 1Сником года 4. Мне казалось (как я потом понял зря), что я неплохо знаю платформу и могу пройти собеседование по 1С куда угодно. Вообще, любому 1Снику фирма 1С кажется чем-то вроде хрустального замка на вершине горы, в котором живут полубоги. Ну типа как Google для остальных 🙂 Поэтому перед тем как пойти туда на собес я нехило переживал, хотя на другие собеседования ходил как на прогулку, зная, что завалить меня можно только вопросом типа «процитируйте 186-ю строку кода модуля авторизации пользователя». Я в общем-то по серьезному даже не надеялся на положительный исход, но так или иначе я перешагнул порог здания на Тимирязевской в качестве соискателя.
Первое что поражает — это само здание. Я конечно был теоретически в курсе, что 1С не самая бедная фирма и что за океаном ребята вообще миллиарды делают на IT, но будучи до этого 1С-ником я привык что программист 1С — это некто сидящий в офисе класса Г, потому что надо быть близко к бизнес-процессам, а они в моем случае как правило происходили на складах (я ни в коем случае не утверждаю, что в таких условиях работают все 1Сники). В 1С же все был просто другой мир: здание из стекла и мрамора с переговорками из стекол с изменяемой прозрачностью, мебелью не из Икеи и полным ощущением, что ты пришел в офис банка, а не туда, где сидят 1С-ники.
Первым этапом традиционно было собеседование с HR, которое кроме общения на общие темы так же подразумевало тестовое задание в форме вопросов с вариантами ответов. Задание было довольно непростое, ответы оценивались HRом по табличке правильных ответов. Некоторые вопросы требовали знания довольно тонких моментов, которых я не знал, и я уже был в миллиметре от провала, но тем не менее я выехал за счет вопросов по языку запросов (в нем я был силён).
На следующем этапе я познакомился со своим будущим лидом и менеджером. Менеджер была довольно далекой от ИТ, милой женщиной. Лид был странный (чья бы мычала). Собеседование прошло довольно неплохо, я не все знал, но на этой секции чувствовал себя уже довольно уверенно, поскольку она была больше про архитектуру БД: мне предложили комплексную задачу, требовалось для нее спроектировать систему на бумажке. Эдакий вайтбординг по архитектуре.
Следующее собеседование (третье) было с руководителем направления. Он задавал задачки про круглые люки (в хорошем смысле) и в целом производил впечатление крайне крутого лида. От него я так же получил положительный отзыв.
Четвертое (и заключительное) собеседование было с директором и руководителем разработки. Таки да, сами Борис и Сергей Георгиевичи Нуралиевы, состояние которых оценивается в ярд баксов на двоих берут на работу 1Сников. Причем на собеседовании присутствуют оба. Борис Георгиевич ну никак не производит впечатление акулы ИТ бизнеса. Это скорее добрый дедушка, который просто хочет поговорить с тобой по душам. Разговор отталкивается от темы твоего диплома (это видимо общее место — универсальный повод начать беседу) и далее продолжается просто «за жизнь», никаких технических вопросов там никто не задает. Сергей Георгиевич — это классический разраб: он пришел с ноутбуком и не отрывал от него глаз. Отпустил пару фраз (типа дежурных вопросов) и больше я его не интересовал.
Так я прошел все стадии собеседований и получил письмо с темой «Приглашение на работу в Фирму 1С», которое до сих пор храню в особой папке ))
О коллегах, атмосфере и процессах
Коллеги там разные. Вот прям очень. Кто-то норм, кто-то токсичный, кто-то капец какой токсичный. Кто-то вjobывает как не в себя, потому что старичок и на нем все держится, кто-то не делает вообще ни черта. Большинство из них не питает к 1С, как к платформе, никаких особых чувств. Это просто работа, ничего личного.
Большинство тут работает долго. Не знаю, осознание ли того что больше некуда расти или крайне расслабленная, лояльная атмосфера делают свое дело: из фирмы увольняются крайне редко. У меня нет точной статистики на этот счет, но мне показалось, что средний «возраст» сотрудника лет 7-10. Меня это, кстати, тогда удивляло: как можно так надолго «отрываться от земли»? Программист в Фирме 1С хоть и имеет некоторую обратную связь от других программистов, внедряющих его творения, но ни с конечными пользователями, ни с заказчиками никогда не общается.
Часть руководства производит приятное впечатление: они и в бизнесе шарят и в платформе, но такие, как правило, нарасхват. Другие прям вот вообще не про программирование и если им сказать, что тебе надо написать модуль сортировки массива и тебе на это нужен месяц — скажут «ну ок». Таким на тебя наплевать.
В целом, в атмосфере не витает командного духа и взаимопомощи. Есть отдельные коллеги, с которыми легко и приятно работать, но это скорее исключение. В основном, если ты приходишь за помощью или советом — тебя откровенно не посылают, но и желания помогать ты не увидишь. Если к тебе приходят обсудить, как лучше пользоваться твоей фичей — вопрос, скорее всего, будет построен в форме «почему ты это сделал не так, как нравится мне».
С другой стороны, ничто не заставляет работать хорошо. Даже вообще работать ничто не заставляет. Я не знаю, что нужно сделать (или не сделать) чтобы тебя уволили или хотя бы поругали. Был один такой случай, когда на еженедельном митинге один разраб сказал что-то типа «чо-то я особо ничего не делал на этой неделе, нечего рассказать». В ответ получил только просьбу взять себя в руки на следующей неделе.
В процессе выкатывания новой разработки есть такой шаг, когда ты собираешь часть команды и показываешь им чо запилил, а они в свою очередь набрасывают идеи где что можно поправить и улучшить. В большинстве случаев подобные встречи носят весьма токсичный характер: рецензенты не стесняются в выражении своих чувств по отношению к твоей разработке, диалог носит характер не столько обмена мнениями, сколько споров и срача. Но есть и свой плюс: состав приглашенных, кроме менеджера и лида (в моем случае последнего почти никогда не было на работе) не регламентирован и если получится не пригласить самых невменяемых коллег — можно на самом деле улучшить то, что казалось если и не идеальным, то близким к идеалу.
Если нет сроков прописанных в каком-нибудь законе — можно делать что-нибудь почти вечно. За пару-тройку дополнительных итераций [разработка — презентация] тебе не прилетит три бага вне очереди, можно «шлифовать» разработку сколько угодно.
Читая предыдущий абзац, могло возникнуть странное ощущение, как будто программисты сами решают что и как писать. Без методологов, аналитиков и прочих архитекторов. Таки да. Краем уха слышал, что в конфигурациях, функционал которых зарегулирован до нельзя, типа бухгалтерии или кадрового учета, есть какие-то сверхпрофессиональные бухгалтера, умеющие читать законы между строк и выучившие план счетов раньше таблицы умножения, которые консультируют ребят, но там, где регулирования не так много — нет никаких ни аналитиков, ни архитекторов. Есть вот этот коллективный разум, которой смотрит на разработки и все.
Есть такое мероприятие, которое проходит три раза в год и все 1Сники его очень «любят» — Большой семинар 1С для партнеров. На него в воскресенье сгоняют всех или почти всех разработчиков конфигураций поставляемых самой 1С. Участие не то чтобы обязательно, но, скажем так, неучастие крайне не приветствуется. «Счастливчикам», запилившим что-то важное, выпадает шанс делать доклад о своей разработке на аудиторию 100+ человек, у каждого из которых есть свое мнение на то, откуда у программистов фирмы растут руки и как надо было делать. Хотя, надо признать, здесь уровень токсичности невысокий и, как правило, все доброжелательно.
Еще из интересного, тезисно:
а) есть закрытый гайд-бук о том как писать и как не писать код. В нем очень много особенностей и советов начиная от простейших языковых конструкций, заканчивая более комплексными вещами, которые можно назвать паттернами проектирования по-1С-овски
б) ревью нет. Вообще. На твой код всем плевать если он работает. Есть кодоанализатор, но работает он не по пушу (и уж тем более не в момент написания кода), а с сильным запозданием и проверяет не на том уровне что всякие sonar cube и прочие pvs. Ищет только простейшие вещи
в) можно и даже нужно пушить в мастер (особенности 1Сной системы контроля версий). При этом лид наблюдает пуш только по факту и то если сам захочет, у него не светится никаких пул-реквестов или чего-то подобного
г) приход строго ко времени. никакого гибкого рабочего дня, но многие этим пренебрегают по принципу «строгость законов компенсируется необязательностью их выполнения». удаленки принципиально нет, вся работа только в офисе
д) 90% народу отсиживают время: в 18:00 их сдувает. Еще 10% сидят дольше: кто-то потому что приходит позже, кто-то за идею. Переработки «по необходимости» — это редкость, со мной такое было два или три раза за весь год, но я был не самым вовлеченным сотрудником
е) сверхурочные не оплачивают. Никакие и ни в каком виде (даже отгул за работу в субботу/воскресенье не дают). По крайней мере так у рядовых разработчиков. Участие в семинаре тоже не оплачивают.
О задачах
Вообще, когда приходишь в фирму — ты приходишь на какую-то конкретную «конфигурацию» (прикладное решение от фирмы 1С, написанное на платформе 1С) специализация внутри конфигурации может быть более или менее жесткой, в зависимости от размеров самой конфигурации, но за пределы конфигурации ты не выйдешь (есть ребята которые пилят библиотеки, но это отдельная история). Так вот я попал на довольно небольшую конфигурацию, в которой было полное раздолбайство.
В основном, конфигурацию выбирают себе сами на входе. Бывают случаи, что кто-то собеседуется на одну конфигурацию, но в процессе выясняется что в целом он норм, но не хватает каких-то специфических навыков (по бухучету, например) и ему подбирают более подходящее место. О том чтобы кто-то сменил конфигурацию я не слышал, хотя и не думаю что это невозможно.
Задач не было. Ну или почти не было. Вся команда состояла из 12 человек. Работали три с половиной человека. Остальные занимались какой-то ерундой: кто-то по причине собственной уверенности в том, что то чем он занимается и есть работа, кто-то откровенно пинал, кто-то писал налево.
Как я понимаю, в фирме для программиста 1С есть 3 пути:
а) не делать ничего от слова совсем
б) самому искать себе задачи и двигать горы в удобном для себя графике
в) попасть в сектор зарегулированной разработки (типа бухгалтерии или прочих ЕГАИСов) и работать с четкими планами и сроками
Возможно, некоторые лиды ведут своих по своему пути 🙂
Абсолютное отсутствие на рабочем месте конечно будет замечено, но пофиксить пару простеньких багов в неделю — вполне приемлемый уровень производительности, чтобы у менеджера не было вопросов. Может быть, в этом случае вопросы должны были возникать у лида, но в моем случае лид буквально отсутствовал на работе 2/3 времени, а в оставшуюся 1/3 не проявлял сильного рвения. Так я «работал» некоторое время.
Потом мне повезло и меня «по касательной» зацепили некоторые законодательные нововведения, которые заняли меня на некоторое время.
Как-то я попробовал поиграть в «самому искать себе задачи и двигать горы» и пытался обсуждать с менеджером и воплощать задачи, которые я хотел бы сделать. И в первое время у меня это даже получалось: я запилил пару небольших фич, которые, как мне кажется, сделали некоторым людям жизнь проще. Но когда я попытался замахнуться на большой функционал (есть одна довольно объемная тема в 1С, по которой я считаю себя докой и которая была на совершенно ужасном уровне в нашей конфигурации) — менеджер все спускала на тормозах по классической схеме: «давай вот с этой багой разберемся, потом поговорим». «А вот у нас на горизонте второй пакет той законодательной штуки, которую ты пилил. Давай сделаем ее, потом будем браться за..». И тут ты понимаешь, что первый раз она отложила вопрос на неделю, второй раз на месяц, а сейчас речь о том что в ближайший год мы это делать не будем. Не знаю, было ли это недоверие ко мне как к новичку или ей в принципе не хотелось больших изменений или я переоцениваю ценность фичи… Но и я, надо признать, не был чересчур настойчив в продвижении своих идей.
Хэпи энд
Так прошло около года и я загрустил от такой безнадеги, а тут как на зло свалился очень вкусный офер и я принял решение, что пора с этим заканчивать.
Когда ты говоришь что покидаешь фирму — ты проходишь выходное интервью со всеми менеджерами вверх, включая Бориса и Сергея Нуралиевых. Долго спрашивают о причинах, предлагают варианты остаться (даже при том, что я ничем особенным в фирме не отметился). Кажется, Борису Георгиевичу даже искренне жаль. Сергей как обычно в ноутбуке.
На выходном собеседовании я не стал сильно скрывать причины своего решения и рассказал об организации работы внутри отдела как есть. По наводящим вопросам со стороны Бориса Георгиевича мне показалось что моему менеджеру предстоит серьезный разговор с ним.
Ту крупную фичу, которую я предлагал, так и не запилили.
С офером, ради которого я ушел получилось совсем интересно: благодаря ему я смог перепрыгнуть в Java-разработку и вот уже два года юзаю IntelliJ IDEA вместо Конфигуратора, о чем не жалею ни секунды.