В 1С нет разработки, но есть Разработчики. Моё расследование

?v=1

Есть на свете такая профессия — разработчик 1С. Нет, не так… Есть на свете такая должность — разработчик 1С. Вакансии на эту должность есть. Люди на этой должности сидят, деньги получают. За ними охотятся, т.к. считается, что разработчик 1С — это прям чего-то о-го-го какое.

Однако, лет 15 назад никаких разработчиков 1С не было. А 1С была. Проекты внедрения были, программные продукты были, заводские программисты были. А разработчиков — не было.

Потом, вдруг откуда ни возьмись, возникла эта славная, феноменальная должность — разработчик 1С. Откуда? Зачем? В чём причина появления? Кто это придумал?

А главное: действительно ли разработчик 1С — разработчик? Или это какой-то вариант мимикрии? Я решил провести независимое исследование. Но выводы, как говорит один известный ведущий, делать только вам.

Исключение 

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

Раньше львиную долю продуктов, которые продавались на рынке 1С, создавали разработчики из самой фирмы 1С. Были несколько отраслевых продуктов от зубров рынка, но живые люди старались с ними не связываться.

Сейчас же отраслевых продуктов — пруд пруди. И создают их, действительно, разработчики 1С. Прям сидят целыми днями, и разрабатывают. Плюс-минус по тем же законам, что и любая другая продуктовая разработка.

Так вот, разработку продуктов 1С обозначим, как исключение, и не будем больше упоминать. Там разработчики 1С на своём месте и заняты своим делом — разработкой.

Объект расследования 

Интерес данного расследования — разработчики 1С, которые сидят в фирмах-партнерах 1С (их называют «франчи») и разрабатывают что-то для клиентов. Это могут быть разовые задачи по разработке, но чаще — проекты внедрения, где нужно создавать много новой функциональности.

Так, стоп… Я использовал какой-то неведомый стереотип: на большом проекте внедрения надо много разрабатывать. Так ли это?

Сколько надо разрабатывать?  

Измерить в каких-то объективных единицах вряд ли получится, но нам повезло — мы рассматриваем в сравнении. 15 лет назад точно так же шли проекты внедрения, там были точно такие же (даже «точно те же») заказчики, и всем нужны были доработки.

Может, объем и количество задач по разработке увеличилось? Увы, нет. Раньше разрабатывать приходилось намного — в разы больше. По нескольким причинам.

Во-первых, продукты 1С сейчас в более высокой степени готовности к эксплуатации, чем были тогда. Это не значит, что они стали лучше — просто стало меньше незаконченных кусков, отданных на откуп партнерам. Функциональность может быть кривой, неудобной, но она закончена. И «допиливать» её не надо.

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

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

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

Первый — % заказчиков, использующих полностью типовые программные продукты 1С, без доработок. Их стало в разы больше.

Второй — стоимость нетиповых обновлений (это когда 1С выпускает новую версию продукта, и надо её «натянуть» на предыдущую, доработанную под заказчика). Сейчас нетиповое обновление современной конфигурации делается, в среднем, по 1–5 часов за 1 шаг. Нетиповое обновление старых продуктов тоже стало дешевле, но по другим причинам — там изменений мало приходит.

А 10–15 лет назад нетиповое обновление вполне могло стоить 100 часов. Были случаи, когда за 1 шаг брали 500 часов — столько времени нужно было, чтобы хоть как-то увязать кучу изменений, сделанных 1С, с диким количеством доработок, выполненных на проекте внедрения.

Итак, объем разработки, т.е. выполнения работ по модификации текущей функциональности и созданию новой, существенно уменьшился. Но разработчиков стало больше.

Рассмотрим несколько версий произошедшего.

Разделение труда 

Эта версия появления разработчиков 1С звучит чаще всего. 15 лет назад была одна профессия — программист 1С. Он и разрабатывал, анализировал, и проектировал, и обучал, и ковырялся, и обновлял, и переносы делал, и базы админил. Разработка была одной из функций программиста 1С.

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

Насчет возросшего объема консультаций и слесарного дела в 1С спорить смысла нет — его действительно стало много. Но вот незадача — именно этот объём вырос не вместе с разработкой, а вместо неё, т.е. более существенно изменилась структура работ, чем их объем.

Просто многие вопросы внедрения и сопровождения, которые раньше решались разработкой, теперь решаются консалтингом, настройкой или ковырянием.

Плюс, см. предыдущий раздел — объем разработки стал меньше. А разработчиков стало больше. Версия с разделением труда не годится, т.к. не объясняет фактов.

Технологии 

Есть в этом мире 3–5 человек, которые утверждают, что разработчики 1С выделились из общей массы программистов 1С, потому что стали применять крутые технологии разработки, проектирования, тестирования и т.д.

И это действительно так. Это действительно 3–5 человек. Четверых я знаю по именам — Олег, Алексей, Андрей и Валера. Люди серьёзные, и убеждать их, что они не разработчики я не рискну. Поэтому честно признаю — да, есть в этом мире 3–5 человек, которые действительно являются разработчиками 1С.

Но не будем совершать ошибку выжившего, и просто внесём Олега, Алексея, Андрея и Валеру в исключения. Они пытаются донести свои подходы и технологии до остальных «разработчиков 1С», но пока получается плохо.

Поэтому версию массового появления разработчиков 1С через изучение и применение крутых технологий — отбрасываем.

Качество кода 

Версия, схожая с предыдущей: разработчик 1С — это левел-ап по качеству. Программисты 1С, слесаря, заводские упыри — они пишут говнокод. А вот разработчик 1С знает стандарты, правила, рекомендации и, главное, строго им следует. И пишет качественный код.

Увы, эта версия разбивается о неумолимую реальность. Утверждение «разработчик 1С пишет качественный код» не верно. Утверждение «программист 1С пишет качественный код» — тоже.

Как 15, 20, 30 лет назад, так и сейчас верно одно утверждение: «Конкретный Вася пишет качественный код». Как он при этом называется — разработчик, программист, слесарь — не имеет значения.

Эту версию тоже придётся вычеркнуть.

Хитрый план 1С 

Эта версия лично моя, если что. Ничьего мнения, кроме моего, здесь не содержится.

Несколько лет назад продукты 1С существенно изменились — стали намного сложнее внутри. Больше кода, объектов, связей. Прирост функциональности, однако, был не столь существенным. Сложность выросла в разы, функциональность — на десятки процентов, не больше. Грубо говоря, объем кода на единицу измерения функциональности стал существенно выше.

При этом, новые продукты стали «хуже» старых, с точки зрения функциональности. Это не объективная оценка, разумеется, а некое среднее мнение клиентов и партнеров, которые видели и старые, и новые продукты.

И вот дилемма. Продукты стали «хуже», при этом — дороже и сложнее внутри. Но продавать и внедрять их надо. Как? Нужны люди, которые будут пользоваться и нахваливать. Или просто нахваливать. Сравнительный анализ делать, убеждать, кричать на всех углах: новое лучше старого!

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

Раз среди старых людей нет подходящих, надо создать новых людей. Ими и стали разработчики 1С. Искусственная раса.

Им придумали название. Их сознательно и специально отделили от программистов и внедренцев. Их убедили в нужности и важности разработки 1С. Им показали, как сложно и круто теперь устроены продукты — только разработчик разберётся. Их назвали белой костью, голубой кровью.

Ну и нашли им «врага» — старые продукты и старых программистов. И рекомендовали со старыми продуктами не работать. А клиентов переводить на новые.

И пошло-поехало. Спроси практически любого разработчика 1С, какой продукт лучше — он назовёт новый. Посади его решать задачу по старому продукту — будет плеваться и тупить.

А главное, цель была достигнута. Это я прям ответственно заявляю. Любой «разработчик 1С», соприкасаясь с пользователями старого продукта, сам, без напоминания или приказа, по собственной воле и личной инициативе, говорит: вам срочно надо перейти на новый продукт.

Я понимаю, что по законам маркетинга, новый продукт надо выводить на рынок. Кто-то должен его продвигать. Но раньше это делали продавцы, а теперь разработчики 1С. И делают они это чаще, лучше и успешнее продавцов.

Браво, 1С.

«Хотим, как большие» 

Эта версия — самая банальная. За пределами сферы 1С полно разработчиков, которые реально занимаются большой разработкой, и только ею. Не обучают пользователей, не чинят серверы и отчётность, не общаются с пользователями. Сидят и разрабатывают, за большие деньги.

Можно предположить, что некоторые программисты 1С тоже так захотели. Но вот незадача — в сфере 1С нет столько задач по разработке, как в большом мире. А разработчиками быть хочется.

Так, стоп… Почему «быть»? Зачем «быть»? Можно же «называться». А чтобы «называться» — надо «казаться».

Взяли фетиши, которые смогли, скопировали некоторые привычки и паттерны поведения, и стали называть себя разработчиками. Некоторые пошли чуть дальше, и немного изучили что-нибудь, кроме 1С — от банального html до js, C++ или php.

И теперь не прикопаешься. Человек знает несколько языков программирования, умеет на них что-то делать, и получается, что он — разработчик. И из всего своего стека сознательно выбрал 1С. Вроде как «я настоящий разработчик, пока на 1С сижу, а там посмотрим».

Некоторые, кстати, пока «получали корочку» других ЯП, так увлеклись, что ушли из 1С в эти самые ЯП. Это, пожалуй, тоже настоящие разработчики. Только уже не 1С, так что не являются предметов расследования.

Уставшие программисты 1С 

Ну и последняя версия, которая подтверждается множеством примеров из жизни вокруг. Разработчики 1С — это уставшие программисты 1С.

Жили-были молодые и весёлые программисты-универсалы, которые умели всё. Но это «всё» отнимает много сил (хотя приносит много денег). Особенно раньше тяжко было, когда удалёнки не было — подавляющая часть работы делалась «в полях».

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

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

Вот и сидят. Умеют всё, но занимаются только разработкой. Потому что отдохнуть хочется на старости лет.

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

Да и возраст «разработчиков 1С» (а им и по 20 лет бывает) однозначно говорит — не были они в полях. Они тогда в садик ходили. Откуда тогда взялись?

Ответ поищем в фонтанах на день ВДВ.

Прилипалы 

Говорят, с каждым годом в день ВДВ на улицах в тельняшках разгуливает всё больше людей, не имеющих никакого отношения к ВДВ. Просто хочется людям праздника, когда можно бегать пьяным, купаться в фонтанах, бить почти любую морду — и всё это без последствий. Единственный день в году, когда такое позволено — день ВДВ. Как в фильме «Судная ночь».

Вот и прилипают к настоящим десантникам. Привлекает прилипал именно внешняя, видимая сторона этого праздника.

Аналогично поступают некоторые молодые люди. Приходят во франч 1С и видят разработчиков — серьёзных, умных, высокооплачиваемых дядей. И видят остальных — слесарей, как правило, которые всё время куда-то бегут, что-то чинят, в чём-то пытаются разобраться, и получается так себе.

Кем захочет быть молодая, ещё не сформировавшаяся душа? Тут и к бабке не ходи — разработчиком. Ну их и подсаживают, если есть хоть какие-то способности к программированию. Пусть старый разработчик учит нового.

Но, увы, ни черта не выходит. Старый разработчик стал таковым через личный опыт, который невозможно передать. Возвращаясь к аналогии с ВДВ, старый разработчик «воевал». Но рассказы о «войне» не могут передать её сути.

Поэтому молодой разработчик понимает и способен воспроизвести только внешнюю, видимую часть того, что делает старый. И разработчиком он не является, а называется.

Итого 

Я привёл несколько версий появления феномена «Разработчик 1С». Уверен, что список не исчерпывающий, и вы сможете его дополнить. Какая версия верна — не знаю. Вам виднее.

Лично мне кажется, что верны все версии. Все приведённые факторы, события и тенденции имели место быть, и внесли свой вклад в формирование реальности.

А вы как думаете?

© Habrahabr.ru