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


AliExpress RU&CIS

Есть на свете такая профессия – разработчик 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С». Уверен, что список не исчерпывающий, и вы сможете его дополнить. Какая версия верна – не знаю. Вам виднее.

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

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




Комментарии (67):

  1. dvserg
    /#23139178

    Ну да, есть такая фишка среди программистов подтрунивать над ними «курица не птица, а 1С — не программист». Но непонятна личная неприязнь автора к специалистам 1С. Знаю достаточно востребованный продукт на платформе 1С внутри компании федерального уровня. Их собственная разработка. Специалисты за это получают зарплату.
    Лично мое мнение — рынок формирует спрос на разные специальности, в том числе и на специалистов 1С. А как они будут называться — это не важно.

    • vvrvvr
      /#23139202

      Я не увидел в тексте автора личной неприязни почему-то.

      • dvserg
        /#23139212

        Возможно я не прав, и это мое эмоциональное впечатление от прочтения.

        • vvrvvr
          /#23139332

          Некоторую провокацию увидел я. Но это свойственно этому автору.

    • NTHub
      /#23142364

      Внесу свои 5 копеек у языка 1С сформировалась своя независимая от 1С экосистема:
      1. Это объектно-ориентированный компилятор 1С Перфолента.NET тхаб.рф/wiki/Перфолента.NET
      2. Компилятор Перфолента.NET настолько мощный что на нём написан скриптовый функциональный язык программирования Перфо.NET тхаб.рф/wiki/Перфо.NET c 1С подобным (насколько это возможно) синтаксисом
      3. кросс-платформенный 1Скрипт тхаб.рф/wiki/1Script
      4. на 1C можно писать микросервисы на языке Гонец (Аналог Go между прочим) covrom.github.io/gonec
      Это всё активные проекты которые имеют вполне товарный вид, развиваются и баги регулярно фиксятся
      t.me/perfolenta — телеграмм канал по языкам Перфо и Перфолента.NET
      promcod.com.ua/cat.asp?cat=perfolenta-programmig-language — официальная страница языка Перфолента.NET

      • CrushBy
        /#23142788

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

  2. vvrvvr
    /#23139188

    Можно ещё про "внедренцев" провести аналогичное расследование!

  3. mgis
    /#23139482

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

    Автор зачем вы так. Вот прям сейчас например пишу приложение на android для 1С. Изначально думал делать http- сервисы на стороне 1С для «общения» с приложением, но какого же было мое удивление когда я узнал, что 1С сама, из коробки генерит REST Odata. По сути готовое Rest API без единой строчки кода, и все это было уже оказывается много лет.
    А кто то по незнанию сидит делает обмен по старинке на xml и ftp и потом по таким людям, судят об экосистеме 1С в целом.

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

    • nmivan
      /#23139510

      Генерить-то генерит, но кому оно нужно? 0.005% клиентов?
      Я за жизнь видел одного клиента, которому это реально было нужно. Но OData не справился с объёмом данных.

      • mgis
        /#23140704

        Было бы интересно послушать что за был кейс, и какой хотя бы примерно объем данных.
        У меня 10 ТСД в режиме онлайн практически безотказно работают.

        • Neikist
          /#23140788

          Ну у нас 1с выступал в качестве бека к примерно 1.5к мобильных девайсов с приложухой на 1с. OData бы такое не вытянула. Впрочем ее бы и не взяли по указанным в моем соседнем комменте причинам.

        • nmivan
          /#23140852

          Там был интернет-магазин, агрегатор мебели, а odata хотели использовать для 1Сной же аналитики. Вывалили регистры для графиков - она и упала.

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

    • Neikist
      /#23139528

      У OData в версии 1с многовато минусов. В частности никак не поддержать версионность и нет возможности писать адаптеры/прокси для эндпоинтов этой апишки.

    • solver
      /#23139962

      из коробки генерит REST Odata

      Odata не является продуктом про которые говорит автор. Продукт на 1С это конфигурации "Торговля", "Бухгалтерия", "УПП" и т.д. Но никак не отдельная фича платформы)

      • mgis
        /#23140734

        А разве это имеет значение, если да то поправьте? Они взяли удобную штуку, дали за «бесплатно» пользователям, покупку платформы опускаем.
        Мне кажется поддержка REST можно отнести к фиче 1С, ибо тот же самый Wordpress например гордится тем, что у них есть Rest API из коробки.

        • nmivan
          /#23140832

          Разницу, кмк, определяет пользователь. Он не просил odata, когда erp покупал. Для него это технология, а не продукт. А технологии - для программистов, а не для пользователей или заказчиков.

          Вот было бы внутри ЕРП что-то на odata, готовоу к использованию - да, все бы порадовались.

    • Kwisatz
      /#23141962

      По сути готовое Rest API без единой строчки кода, и все это было уже оказывается много лет.

      Угу, вот только все прелести программного доступа 1с. Нет контроля целостности, проверки данных, контроля версий, проведения (снятия, перепроведения) и тд итп.
      Доступ к данным безусловно удобный но назвать это гавно REST API у меня язык не поворачивается.

      • mgis
        /#23142996

        Контроль версий вроде есть.

        В качестве значения заголовка должно выступать значение свойства DataVersion, которое получено при предварительном чтении сущности.


        Проведение, отмена проведения тоже.
        Для проведения документа необходимо выполнить POST-запрос с использованием канонического URL сущности (аналогично запросу GET для получения сущности), указав особым образом сформированный суффикс URL. Суффикс в этом случае будет состоять из команды Post и параметра, указывающего режим проведения документа: host/base/odata/standard.odata/Document_РасходТоваров(guid'value')/Post?PostingModeOperational=false.


        Под контролем целостности, что имеется ввиду поясните пожалуйста. Kwisatz

        • Kwisatz
          /#23143098

          Контроль версий вроде есть.

          Вот именно что «вроде». Когда в 1с начинаешь работать с историями версий то сразу и документации кот наплакал и 1сные кодеры все шугаются и камни там можно собирать годами.

          Проведение, отмена проведения тоже.

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

          Кстати почему везде и всюду именно неоперативное проведение?

          Далее, в теле запроса можно передать Posted и 1с его проглотит, и метку проведения изменит, вот только с реальным проведением это не имеет вообще ничего общего. Почему это важно? А потому что если код писали не только вы то выяснение статуса документа для вас будет ооочень увлекательным, а выяснять вам нужно потому как «Для отмены проведения документа суффикс состоит из команды Unpost без параметров.». Я уж молчу что сама по себе идея вот таких действий крайне дебильная и вынуждает нас держать в уме состояние внешней системы. В обычном мире у нас поменялись данные, поставили метку удаления, ок передаем, система получает и метку у себя ставит, с 1с же мы получаем ошибку о невозможности пометить на удаление проведенный документ и наше обновление резко становится куда сложнее: ой что тут а нас, пометка удаления в теле? ок надо ПЕРЕД отправкой такого PATCH запроса обязательно кинуть еще один запрос типа POST с суффиксом, а, пометки нет? ну тогда ПОСЛЕ основного запроса кинуть еще один запрос типа POST с суффиксом и хитрым GET параметром (внезапно).

          Под контролем целостности,

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

          А еще можно через метод DELETE шлепнуть сущность и тогда 1с сама уже просто ее прирежет молча и сделает все ссылки на нее невалидными.

          Одним словом мечта просто 8)

          • mgis
            /#23143374

            Kwisatz Xм… Может тогда плюнуть на этот Rest Odata и написать все ручками на http-сервисах? Как минимум процедуры записи и проведения документов…

            • Kwisatz
              /#23143386

              Для меня такого вопроса не стоит, 1с у меня нынче просто как хрень сбоку, а проведение, обогащение, перепроведение итд сделано доработкой на уровне обработчиков послезаписи и все такое. Но там еще изза ЭДО в том числе. Хотя с эдо из 1с я тоже пожалуй в последний раз работаю.

    • iliabvf
      /#23142096

      Разрабатывайте, расскажите нам про 3 момента в вашем будущем приложении:
      1.Скорость при обращении к серверу
      2.Стабильность локальной БД на терминале
      3.Дизайн самого приложения

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

      • mgis
        /#23143020

        iliabvf спасибо за совет. Я уже понял это… Android Studio скачал, Kotlin учу, мелкие приложухи пытаюсь писать. С чистым андроидом ничего не сравнится.

  4. amarao
    /#23139586

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


    А теперь вопрос: в каком случае:
    а) больше перспектив
    б) выше зарплаты
    в) больше возможностей для самовыражения и самореализации?


    Вот, например, может 1С-ник пойти и написать что-то для души? А JS-программист?


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

    • Neikist
      /#23139612

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

  5. sbnur
    /#23139754 / +1

    Сложно говорить в неопределенных терминах, хотя ситуация проста — имеется некая платформа со своей схемой формализации и системой обработок. Если некто овладел этой платформой и способен создавать полезные модули, которые решают нужные задачи, то для меня это разработка. В своей практике я использовал разные платформы, в зависимости от заказов. Помимо VisualStudio, Idea, NetBeans и проч. была и 1С.
    Принцип один: знаешь, умеешь, делаешь.


    PS Кстати, если посмотреть архивы 1С разработок, то там можно найти достаточное количество разработок для души, например игр

    • vvrvvr
      /#23139896

      Так 1С еще и удобна для, как нынче модно говорить, быстрого создания MVP - проверить гипотезу, пощупать функциональность.

      • qw1
        /#23142320

        Это очень странная идея. Например, всё предприятие работает в тяжеловесной ERP, и чтобы проверить идею, один отдел пересаживаем на 1с? Причём, в старой системе они так же продолжают работать.

        А когда идея взлетает, пару месяцев разработки 1с выкидываем в мусорку и перепиливаем на другую ERP? Такое ни один начальник не одобрит.

        • vvrvvr
          /#23142332

          Может я как-то не так выразился, извиняюсь. ERP никак не может быть MVP.

          Если взять пример с ERP то MVP на 1С тут можно предположить в виде проверки гипотезы создания какого-то нового приложения или блока в уже существующей экосистеме.

          Например, надо чтоб кладовщики с мобильными устройствами ходили по складу и проводили "быструю инвентаризацию", либо просто проверяли что все по ячейкам правильно лежит. И накопленную информацию тут же сливали в "центр". Вот тут берем и на коленке на мобильной платформе 1С собираем им за день-два такое приложение. С обменом с центром через REST, либо http-сервисы.

          Взлетело? Реализуем полноценное приложение (либо развиваем свой MVP)

          Не взлетело? Выкидываем поделку и живём дальше, проверяя очередную гипотезу.

          Вот что я имел ввиду.

          • qw1
            /#23142400

            Я и не говорю, что вся ERP — MVP. Это может быть какой-то один процесс, вроде того же сканирования на складах. Но у нас склады уже заведены в большой ERP, и придётся 1с-прототипу с этим интегрироваться. Начнут создавать отчёты, делать «админские» кнопочки, чтобы руками что-то подвигать, что не взял мобильный сканер.

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

            • vvrvvr
              /#23142672

              "выгоднее" с какой точки зрения?

              Платформа 1С кажется оптимальной по качеству/скорости. Понятно, что не всегда и везде.

              • qw1
                /#23142830

                С той точки зрения, что MVP на практике вообще не работает.
                Если в проект затащили какую-то новую библиотеку, или хуже того, платформу, с целью посмотреть-попробовать, а если зайдёт, сделаем нормально, но тащить нам эту платформу до конца времён.

  6. akabrr
    /#23139888

    «Я знаю только четырёх человек которых могу назвать разработчиками», «Я встретил только одного заказчика которому это нужно было» — автор, выберись из норки и осмотрись. Жизнь богаче. 90% этих самых разработчиков, прочитавших топик, хмыкнуло, удивилось ограниченности кругозора ТСа и дальше пошло разрабатывать. Чтобы это не значило ;).

  7. damjke
    /#23139930

    Предположу, что все намного банальнее и проще, просто для многих понятия "программист" и "разработчик" это синонимы. Даже исходя из контекста данной статьи, "прилипалы"(условно джуны) просто не видят разницу между этими понятиями

  8. KapasMordorov
    /#23139952

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

    Полно было продуктов от сторонних фирм. Но многих купила 1С.

    • nmivan
      /#23139980

      Полно — понятие относительное. Относительно того, что есть сейчас, тогда не было ничего.

    • PythonJ
      /#23140218

      И сейчас продолжает делать то же самое.

  9. SGordon123
    /#23140172

    А как дела у конкурентов, галактик парусов всяких?

    • iliabvf
      /#23142098

      Дела у Microsoft Navision, SAP, oodoo отлично, почему интересуетесь?

      • SGordon123
        /#23143860

        А точно энто реальные конкуренты 1ц? То есть понятно что сама то 1с себя видит таковой…

        Ну и по жизни. расскажите, как по срокам с энтим Navision выходит с новостями в законодательстве, когда например запили Ковидные выходные в окончательном всех устраивающем варианте?

        • iliabvf
          /#23143868

          Могу сказать только про ЕС, тут франчайзи Navision есть, обновления делают постоянно и вовремя. Радует высокая стабильность системы и .Net. Самый главный минус это бешенные цены на внедрение и обслуживание.

          • SGordon123
            /#23144404

            А вчем конкурентность в ЕС проявляется?

  10. VyatKing
    /#23140222

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

  11. comol85
    /#23140464

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

    • Neikist
      /#23140484

      Если ты пишешь какой то код и это не превращается в продукт… то либо ты делаешь что-то что никому не нужно, либо ты не умеешь зарабатывать деньги, либо за тебя уже всё давно написали и ты просто изобретаешь велосипед, который уже давно изобретен. Все три случая — вырожденная история и исчезнет в скорем времени или уже исчезла :))).

      Как вы лихо принуждаете исчезнуть весь аутсорс, внутреннюю разработку, адаптацию продуктов под конкретные условия…

      • comol85
        /#23140990

        Да, это всё муветон и всё в нашей жизни тлен :). Но не совсем так… в аутсорсе и внутренней разработке тоже рождаются продукты, которые предлагаются рынку. Адаптация должна быть без разработки… А если её очень много, то тоже продукт. Я об этом

      • vvrvvr
        /#23142336

        Карма пока не позволяет мне поставить плюс, поэтому поддержу текстом.

        Тут вообще вся статья про шоры и углы зрения, так что сузить всё до отсутствия "аутсорса, внутренней разработки, адаптации продуктов под конкретные условия " -- самое логичное её развитие ;)

    • CrushBy
      /#23140572

      Все три случая — вырожденная история и исчезнет в скорем времени или уже исчезла :))). Так что в конце останутся только люди которые делают продукты а не «тыжпрограммист иди вкрути лампочку»

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

      • comol85
        /#23141010

        Ну вы что то совсем не о том. 1С это фреймворк для разработки, на нём как раз разработчики продукты и делают. По ссылке вообще какая то Javaподелка. Уже за Java можно выкинуть из современных решений, а с учетом того что нет ничего от Cloud Native, сравнивать сию поделку с последними версиями 1С где есть и шардинг и инмемори и много чего вкусного явно крайне некорректно…

        • CrushBy
          /#23141722

          1С это фреймворк для разработки, на нём как раз разработчики продукты и делают.

          Я как раз именно о том, что 1С как фреймворк очень плохо позволяет строить расширяемые архитектуры (например, логика расширений против нормального ООП). Поэтому и приходится всем впаривать, что вот есть продукт, а расширять/изменять его под конкретного заказчика своими силами — это плохо.
          По ссылке вообще какая то Javaподелка.

          По ссылке описаны проблемы платформы 1С с точки зрения современного разработчика. Там же есть ссылка на статью, как эти проблемы можно было бы решать в нормальной платформе.

          1С где есть и шардинг и инмемори и много чего вкусного явно крайне некорректно

          Только в 99% использований 1С ни шардинг, ни инмемори не нужны от слова совсем. Зато базовые вещи там сделаны очень криво. Хотя понятно, что во многом — это проблема легаси.

  12. comol85
    /#23140482

    «Но вот незадача – в сфере 1С нет столько задач по разработке, как в большом мире. А разработчиками быть хочется.» Всем кто прочитал и согласен — приходите к нам в WiseAdvice — у нас есть куча задач на разработку!

    • vvrvvr
      /#23142344

      у вас, поди, и разработчики имеются в числе более четырёх?

      ;)

  13. zakirovdamir
    /#23140520

    О господи, и здесь тоже этот Белокаменцев со своими графоманскими наборами слов… (

    • nmivan
      /#23140528

      Ага, но право минусовать вам придётся заслужить.

  14. Mes
    /#23141926

    Автору явно делать нечего, как заниматься этой ненужной писаниной.

  15. Kwisatz
    /#23142014

    Про «ненужно дорабатывать» я знатно посмеялся. Инет просто завален вопросами в стиле «как в 1с сделать изменение статуса строки заказа с обеспечить на отгрузить автоматически» и тучи советов в стиле «не ну а ч0, зайдите в каждый счет да тыкните заполнить»… facepalm.jpg

  16. realchel
    /#23142434

    так и не понял что «школьник» сказать хотел.
    1С плохо!?
    Предложи что то ещё соизмеримое по стоимости разработки и сопровождению.
    А если руки из жены, ты на любом языке гавно будешь писать.
    И ещё подумайте о стоимости и скорости внедрения требований законодательства.
    Бухать и рукам(коим я являюсь теперь) набрать на то что тут описано.
    Для них главное вовремя отчётность сдать что бы их не посадили.
    Но школоте это не понять.

    • CrushBy
      /#23142794

      Предложи что то ещё соизмеримое по стоимости разработки и сопровождению

      Уже предлагали много раз. Но общество по определению консервативно, и в нем лучше оправдывать существующее положение дел, чем пытаться что-то изменить к лучшем. И так в РФ не только в разработке ПО, но и во многих других сферах.

      • realchel
        /#23142838

        например?

        и прежде чем ответить,подумай сможет этот разработчик в мгновение выкатывает релизы с актуальной поддержкой законодательства. например РНПТ. вступит в силу 1.07. а релиз бух вышел 09.06.

        Лет 10 назад компании еще могли отмазаться в налоговой и то со скрипом что у них еще не автоматизированны ИС. сейчас ни одному руку это в голову не придёт.

        На сегодняшний момент другой системы нет.

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

        • Kwisatz
          /#23143122

          и прежде чем ответить, подумай сможет этот разработчик в мгновение выкатывает релизы с актуальной поддержкой законодательства


          Во первых старая сказка. Во первых серьезно меняется не так часто, за исключением всего бреда с маркировкой и отслеживанием, а в этой сфере никакой мгновенности нет и быть не может потому что на том конце бред происходит. Так было с ЕГАИС с которой опоздали хз насколько лет и когда я последний раз смотрел до сих пор недопилили. Как там дела с Честным Знаком? Полагаю что никак судя по тому что со всех концов светы слышны крики и стоны о доработках 1с под него.

          И главное клиент покупая 1С. он может легко найти чела который в ней разберется и решит текущую проблему.

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

          • realchel
            /#23143744

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

            • Kwisatz
              /#23143884

              ты можешь много рассуждать пока не столкнёшься с требованиями законов.

              Я с ними живу в обнимку и желаю никогда не узнать какое веселье происходит со всей этой госмаркировкой.

              Хотя судя по хамству далее, в вашем мирке очень грустно, удачи.

        • CrushBy
          /#23143218

          например?

          Что касается платформы, то вот пример.

          На сегодняшний момент другой системы нет.

          А что вы подразумеваете под системой? Платформу для реализации какой-то логики? Или конкретные решение под конкретные процессы/бизнесы? Так решений под каждую сферу полно и на разных технологиях. И во многих сферах 1С — далеко не монополист. в Бух и ЗУП — да. А, например, в крупной розничной торговле 1С есть, но его далеко не большинство. В Беларуси, например, у 60% крупной розничной торговли реализованы процессы на lsFusion и ни одного 1С.

          • realchel
            /#23143784

            Странно что не вспомнили америку или европу.
            Может вам не рассказывали, БУХ и ЗУП это основа налоговой отчётности и вообще отчетности перед государстовом.
            Руководителю которые тебе денег платит, фиолетово на твои прыг скоки.
            И я повторюсь, кривые руки любую систему сделают шлаком.
            Я, например, 3 год внедряю методологию чистого кода/архитектуры(жалею что узнал о ней поздно).
            Из нее можно взять много полезного и с наличием головы на плечах, можно даже в 1С внедрять.
            Почему я много чего знаю и ратую за 1С в России!?
            Свой первый Хелло ворлд(хотя мы тогда не знали что это) я написал в 1985 году
            Имею 35 лет опыта программирования и работы(по трудовой) ИТшником(в разных ипостасях) 25 лет. И в данный момент уже 3 года возглавляю ИТ аутсорсирнговую компанию.
            rating.gd.ru/profile/glaviznin-aleksey-gennadjhevich
            Если вы в таком же интеллектуальном статусе, мы можем продолжить дискутировать и я выскажу все за и против 1С

  17. PavelBelyaev
    /#23143038

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

  18. svcoder
    /#23143580

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

  19. ilyuhich
    /#23145388

    Разработка есть. И она появилась не по причине "плохого продукта", а по причине того что бизнес стал разным и уже нельзя унифицировать даже бухгалтерию. А вот количество человеко-часов для разработки необходимо просто сумасшедшее - сейчас интегрируемся с маркетплэйсом (не через 1С): уже потрачено около 200 человеко-часов на написание интеграции. Вот и платит бизнес за свою уникальность и отсутствие опыта в работе с софтом.