Есть на свете такая профессия – разработчик 1С. Нет, не так… Есть на свете такая должность – разработчик 1С. Вакансии на эту должность есть. Люди на этой должности сидят, деньги получают. За ними охотятся, т.к. считается, что разработчик 1С – это прям чего-то о-го-го какое.
Однако, лет 15 назад никаких разработчиков 1С не было. А 1С была. Проекты внедрения были, программные продукты были, заводские программисты были. А разработчиков – не было.
Потом, вдруг откуда ни возьмись, возникла эта славная, феноменальная должность – разработчик 1С. Откуда? Зачем? В чём причина появления? Кто это придумал?
А главное: действительно ли разработчик 1С – разработчик? Или это какой-то вариант мимикрии? Я решил провести независимое исследование. Но выводы, как говорит один известный ведущий, делать только вам.
Раньше львиную долю продуктов, которые продавались на рынке 1С, создавали разработчики из самой фирмы 1С. Были несколько отраслевых продуктов от зубров рынка, но живые люди старались с ними не связываться.
Сейчас же отраслевых продуктов – пруд пруди. И создают их, действительно, разработчики 1С. Прям сидят целыми днями, и разрабатывают. Плюс-минус по тем же законам, что и любая другая продуктовая разработка.
Так вот, разработку продуктов 1С обозначим, как исключение, и не будем больше упоминать. Там разработчики 1С на своём месте и заняты своим делом – разработкой.
Так, стоп… Я использовал какой-то неведомый стереотип: на большом проекте внедрения надо много разрабатывать. Так ли это?
Может, объем и количество задач по разработке увеличилось? Увы, нет. Раньше разрабатывать приходилось намного – в разы больше. По нескольким причинам.
Во-первых, продукты 1С сейчас в более высокой степени готовности к эксплуатации, чем были тогда. Это не значит, что они стали лучше – просто стало меньше незаконченных кусков, отданных на откуп партнерам. Функциональность может быть кривой, неудобной, но она закончена. И «допиливать» её не надо.
Во-вторых, заказчики помнят, как им жилось на «перепиленных» продуктах. Собственно, многие с них и переходят на современные продукты – потому что переработанные в хлам продукты дорого, а то и невозможно поддерживать и развивать. Соответственно, требуют минимума изменений.
В-третьих, появилось огромное количество наработок и средств их распространения. Раньше всё надо было делать с нуля, теперь, в большинстве случаев, можно найти или готовое, или прототип. Например, это касается почти любых интеграций или узкоспециализированных участков учёта.
То, что объем разработки стал существенно меньше, видно невооруженным взглядом. Я приведу два критерия измерения.
Первый – % заказчиков, использующих полностью типовые программные продукты 1С, без доработок. Их стало в разы больше.
Второй – стоимость нетиповых обновлений (это когда 1С выпускает новую версию продукта, и надо её «натянуть» на предыдущую, доработанную под заказчика). Сейчас нетиповое обновление современной конфигурации делается, в среднем, по 1-5 часов за 1 шаг. Нетиповое обновление старых продуктов тоже стало дешевле, но по другим причинам – там изменений мало приходит.
А 10-15 лет назад нетиповое обновление вполне могло стоить 100 часов. Были случаи, когда за 1 шаг брали 500 часов – столько времени нужно было, чтобы хоть как-то увязать кучу изменений, сделанных 1С, с диким количеством доработок, выполненных на проекте внедрения.
Итак, объем разработки, т.е. выполнения работ по модификации текущей функциональности и созданию новой, существенно уменьшился. Но разработчиков стало больше.
Рассмотрим несколько версий произошедшего.
Потом, согласно этой версии, объем разработки существенно вырос, и программиста пришлось разобрать на несколько функций. Так появились разработчики, аналитики, архитекторы, консультанты и даже слесаря.
Насчет возросшего объема консультаций и слесарного дела в 1С спорить смысла нет – его действительно стало много. Но вот незадача – именно этот объём вырос не вместе с разработкой, а вместо неё, т.е. более существенно изменилась структура работ, чем их объем.
Просто многие вопросы внедрения и сопровождения, которые раньше решались разработкой, теперь решаются консалтингом, настройкой или ковырянием.
Плюс, см. предыдущий раздел – объем разработки стал меньше. А разработчиков стало больше. Версия с разделением труда не годится, т.к. не объясняет фактов.
И это действительно так. Это действительно 3-5 человек. Четверых я знаю по именам – Олег, Алексей, Андрей и Валера. Люди серьёзные, и убеждать их, что они не разработчики я не рискну. Поэтому честно признаю – да, есть в этом мире 3-5 человек, которые действительно являются разработчиками 1С.
Но не будем совершать ошибку выжившего, и просто внесём Олега, Алексея, Андрея и Валеру в исключения. Они пытаются донести свои подходы и технологии до остальных «разработчиков 1С», но пока получается плохо.
Поэтому версию массового появления разработчиков 1С через изучение и применение крутых технологий – отбрасываем.
Увы, эта версия разбивается о неумолимую реальность. Утверждение «разработчик 1С пишет качественный код» не верно. Утверждение «программист 1С пишет качественный код» - тоже.
Как 15, 20, 30 лет назад, так и сейчас верно одно утверждение: «Конкретный Вася пишет качественный код». Как он при этом называется – разработчик, программист, слесарь – не имеет значения.
Эту версию тоже придётся вычеркнуть.
Несколько лет назад продукты 1С существенно изменились – стали намного сложнее внутри. Больше кода, объектов, связей. Прирост функциональности, однако, был не столь существенным. Сложность выросла в разы, функциональность – на десятки процентов, не больше. Грубо говоря, объем кода на единицу измерения функциональности стал существенно выше.
При этом, новые продукты стали «хуже» старых, с точки зрения функциональности. Это не объективная оценка, разумеется, а некое среднее мнение клиентов и партнеров, которые видели и старые, и новые продукты.
И вот дилемма. Продукты стали «хуже», при этом – дороже и сложнее внутри. Но продавать и внедрять их надо. Как? Нужны люди, которые будут пользоваться и нахваливать. Или просто нахваливать. Сравнительный анализ делать, убеждать, кричать на всех углах: новое лучше старого!
Но таких людей не было. Клиенты только-только внедрили старые продукты и выдохнули. Программисты, за время внедрений, изучили старые продукты и теперь стали ценными кадрами на рынке. Кто будет распространять славу о новых продуктах?
Раз среди старых людей нет подходящих, надо создать новых людей. Ими и стали разработчики 1С. Искусственная раса.
Им придумали название. Их сознательно и специально отделили от программистов и внедренцев. Их убедили в нужности и важности разработки 1С. Им показали, как сложно и круто теперь устроены продукты – только разработчик разберётся. Их назвали белой костью, голубой кровью.
Ну и нашли им «врага» - старые продукты и старых программистов. И рекомендовали со старыми продуктами не работать. А клиентов переводить на новые.
И пошло-поехало. Спроси практически любого разработчика 1С, какой продукт лучше – он назовёт новый. Посади его решать задачу по старому продукту – будет плеваться и тупить.
А главное, цель была достигнута. Это я прям ответственно заявляю. Любой «разработчик 1С», соприкасаясь с пользователями старого продукта, сам, без напоминания или приказа, по собственной воле и личной инициативе, говорит: вам срочно надо перейти на новый продукт.
Я понимаю, что по законам маркетинга, новый продукт надо выводить на рынок. Кто-то должен его продвигать. Но раньше это делали продавцы, а теперь разработчики 1С. И делают они это чаще, лучше и успешнее продавцов.
Браво, 1С.
Можно предположить, что некоторые программисты 1С тоже так захотели. Но вот незадача – в сфере 1С нет столько задач по разработке, как в большом мире. А разработчиками быть хочется.
Так, стоп… Почему «быть»? Зачем «быть»? Можно же «называться». А чтобы «называться» - надо «казаться».
Взяли фетиши, которые смогли, скопировали некоторые привычки и паттерны поведения, и стали называть себя разработчиками. Некоторые пошли чуть дальше, и немного изучили что-нибудь, кроме 1С – от банального html до js, C++ или php.
И теперь не прикопаешься. Человек знает несколько языков программирования, умеет на них что-то делать, и получается, что он – разработчик. И из всего своего стека сознательно выбрал 1С. Вроде как «я настоящий разработчик, пока на 1С сижу, а там посмотрим».
Некоторые, кстати, пока «получали корочку» других ЯП, так увлеклись, что ушли из 1С в эти самые ЯП. Это, пожалуй, тоже настоящие разработчики. Только уже не 1С, так что не являются предметов расследования.
Жили-были молодые и весёлые программисты-универсалы, которые умели всё. Но это «всё» отнимает много сил (хотя приносит много денег). Особенно раньше тяжко было, когда удалёнки не было – подавляющая часть работы делалась «в полях».
В полях программисты накопили колоссальный опыт по всем своим функциям – и код писать, и заказчика понимать, и анализировать, и продавать, и внедрять/запускать. Но устали и решили сесть ровно, чтобы поберечь пошатнувшееся здоровье. Кто дома, кто в офисе.
Но заниматься же чем-то надо? Перебрали свои прокачанные навыки и выбрали, то, что больше всего подходит для сидения на ровном месте – разработку. Остальные навыки тоже ценятся высоко, но там бегать надо, или хотя бы ходить. А для разработки – не надо.
Вот и сидят. Умеют всё, но занимаются только разработкой. Потому что отдохнуть хочется на старости лет.
Однако, эта версия не объясняет большого количества разработчиков. Тех крутых программистов-универсалов – мало. И тогда было мало, а сейчас – ещё меньше. Очень многие первопроходцы давно создали свой бизнес, иногда состоящий из одного человека.
Да и возраст «разработчиков 1С» (а им и по 20 лет бывает) однозначно говорит – не были они в полях. Они тогда в садик ходили. Откуда тогда взялись?
Ответ поищем в фонтанах на день ВДВ.
Вот и прилипают к настоящим десантникам. Привлекает прилипал именно внешняя, видимая сторона этого праздника.
Аналогично поступают некоторые молодые люди. Приходят во франч 1С и видят разработчиков – серьёзных, умных, высокооплачиваемых дядей. И видят остальных – слесарей, как правило, которые всё время куда-то бегут, что-то чинят, в чём-то пытаются разобраться, и получается так себе.
Кем захочет быть молодая, ещё не сформировавшаяся душа? Тут и к бабке не ходи – разработчиком. Ну их и подсаживают, если есть хоть какие-то способности к программированию. Пусть старый разработчик учит нового.
Но, увы, ни черта не выходит. Старый разработчик стал таковым через личный опыт, который невозможно передать. Возвращаясь к аналогии с ВДВ, старый разработчик «воевал». Но рассказы о «войне» не могут передать её сути.
Поэтому молодой разработчик понимает и способен воспроизвести только внешнюю, видимую часть того, что делает старый. И разработчиком он не является, а называется.
Лично мне кажется, что верны все версии. Все приведённые факторы, события и тенденции имели место быть, и внесли свой вклад в формирование реальности.
Источник статьи: https://habr.com/ru/post/543180/
Однако, лет 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С». Уверен, что список не исчерпывающий, и вы сможете его дополнить. Какая версия верна – не знаю. Вам виднее.Лично мне кажется, что верны все версии. Все приведённые факторы, события и тенденции имели место быть, и внесли свой вклад в формирование реальности.
Источник статьи: https://habr.com/ru/post/543180/