Comments 36
Да все сайты вакансий забиты вакансиями 1с, тут и без развития всегда заработать можно, мне кажется
Развитие, по-идее, должно означать что-то качественное. Но. исходя из статьи. ничего КАЧЕСТВЕННОГО в 1С не предвидится, потому было бы правильней написать "РАСШИРЕНИЕ".
Если же анализировать состояние рынки и перспективы, то 1С схватила кусок рынка много больше, чем может сожрать, и пока она его кусками не утилизирует, никакого качественного развития не предвидится. Внедрение 1С в множество крупных корпораций выявят и выявляют кучу дыр и недоделок даже в уже, казалось бы, вылизанных продуктах, и потому все силы будут направлены на то, чтобы довести до ума недоведенное годами ранее.
Иными словами, работа у 1Сников 100% будет. А вот насчет развития... Тут скорей, наоборот. Проблема в том, что бизнес не умеет работать на перспективу. И 1С тут не исключение. Если не случится ничего глобального, то несколько лет будут пережевывать импортозамещение и затыкать дырки. А потом у компании, может быть, зачешется, что слишком уж громоздко ядро, что слишком уж много сторонних дописок продают интеграторы (это живые деньги), а не переработать ли нам все?
а не переработать ли нам все?
В самом начале 2000-ных - может быть. Но с тех пор наворотили экстенсивными методами объём кода = кол-во разрабов * 20 лет. Первый параметр включает всех внедренцев, то есть миллионы. Обще количество строк кода - миллиарды.
Плюс так называемая "культура фирмы", то есть лень и безалаберность, ежегодно нараставшие толстым слоем последние лет 30.
Итог - нет, не переработают.
Хотя косметику наводить будут. И пытаться продавать для импортозамещения. Но крупные клиенты - не их бизнес. Плюс тяжёлое наследие тучных лет.
А когда-то одноэсовцы даже обгоняли мировые тенденции. Но узко. Не хотели концентрироваться на технологическом превосходстве. Лень победила.
Соглашусь, но лишь отчасти. Да, сейчас развитие 1С и как платформы, и как продуктов на базе платформы скорее поступательное, чем революционное. Причиной этого во многом является ограниченность ресурсов фирмы 1С и текущая потребность бизнеса в импортозамещении используемых продуктов. Если же говорить о развитии 1С-ника как профессионала, то здесь вижу хорошие перспективы. Новые внедрения в крупных компаниях на тысячи рабочих мест как раз открывают разработчикам новые точки роста. Что работало в базах с 10 пользователями, не работает с 1000. Необходимыми становятся навыки в области баз данных, интеграций с внешними системами. Поэтому разработчику пока есть, куда развиваться.
Как говорят сами 1сники из фирмы 1С, 80% усилий на данный момент тратится на приведение конфигураций в соответствие с требованиями, рожаемыми "бешенным принтером". Тут не до новых фич.
У меня такое ощущение, что многие не понимают, что такое 1С и как оно работает...
Есть среда разработки 1С. Это как С#, Delphi, Java и т.д.... и кроме всего прочего в самой среде много специфических фишек заточенных под учёт... складской, зарплатный, бухгалтерский и т.д... есть надобность ты ими пользуешься, нет. не пользуешься.
А есть конфигурации 1с. Это как программы написанные на С#, Delphi, Java... только они написаны на 1С.
Есть типовые конфигурации, например для бухгалтерского учёта, с необходимой бух отчётностью, формами, документами и т.д. и т.п. которые стараются соответствовать текущему законодательству, которые разрабатывают и поддерживают сама 1С или её партнёры... вот их постоянно и допиливают под прихоти бешенного принтера. Они громоздкие. не быстрые, с кучей костылей и с претензией на универсальность.
Многие ругая 1С. на самом деле ругают какие то конкретные конфигурации, какие то конкретные реализации чего либо. Но при чем тут сама платформа?
Но ничто не мешает взять чистую среду 1С и буквально накидать в ней учётную конфигурацию (программу) под свои нужды. С минимумом необходимого кода, форм, документов, учётных регистров и т.д. и т.п.
Она будет и быстрая и простая. И (смотря кто будет писать) она будет и масштабируемая и интегрируемая в другие системы и т.д....
Развитие платформы, стандартных библиотек, среды разработки, сервисных функций, конфигураций общего назначения и отраслевых решений тесно связанно друг с другом, и по очевидным причинам. Есть фирма 1С. У нее есть определенный объем выручки от продаж и сопровождения. Часть которой она тратит на оплату труда ВСЕЙ своей команды разработчиков. Поскольку львиная доля ресурсов идет на поддержание конфигураций в актуальном состоянии в части соответствия законодательству, развитие других направлений (в т.ч. платформы) вынуждено идти по остаточному принципу.
Чистых программистов изучение предметной области может оттолкнуть от 1С
Не бывает чистых программистов. Без предметной области никто из работающих никогда не оставался.
Проблема не в ленивых программистах, а в бессмысленности перехода в 1С. Нет там ничего интересного. Совсем нет. Включая зарплаты, разумеется. Я уж не говорю про условия работы - как девочки по вызову мотаться ублажать всяких дешёвых клиентов.
Поэтому разработчик один-эс, это кто-то не нашедший для себя пути в какое-то более приличное место. К сожалению это именно так. Возражения неких "опытных" один-эс-разработчиков не принимаются, поскольку их - доли процентов от общей серой массы. И масса эта теперь рулит. Хвост вертит собакой. Так случается всегда, когда фирма страдает ожирением, переходящим в деменцию.
Осталось дождаться, пока чат-жпт научится шлёпать отчёты прямо на основе налогового кодекса, и вот тогда 1С полностью умрёт, потому что ничего другого рынку предложить не умеет.
Серая масса есть везде, нигде эта серая масса не рулит. Сам то к какой массе относишь себя заявляя о том, что нет там ничего? Есть на 1с коробочные решения, а есть индивидуальные, где можно увидеть много чего интересного. 1С сейчас это не только одна 1С, интегрируется она со всем с чем только можно.
Сам то к какой массе относишь себя
Понимаю раздражение. Но спрошу про факты.
Какие методологии разработки ПО вы изучили при работе с 1С?
Какова доступная вам глубина оптимизации вашего ПО?
Какие задачи, сложнее очередного отчёта, вам приходилось решать при помощи 1С?
Отвечу за подавляющее большинство разработчиков 1С (не включающее экспертов).
По первому пункту методология одна - что вижу, то пою.
По второму пункту глубина ограничена мелководным озерцом, закрытым снизу сетями от 1С.
По третьему скорее всего вспомнится что-то вроде экспорта-импорта (из csv-файлов, например).
Теперь сравните сказанное с методологиями, применяемыми в enterprise-разработке. Сравните глубину с погружением до любых тонкостей в наборе из используемых СУБД, добавьте доработку открытого кода используемых библиотек (то есть полный контроль даже не за бизнес-логикой, а за инструментальным кодом), ну и при наличии желания оптимизация на уровне железа (Си, Ассемблер).
По сложности - структуры, вроде графа объектов, являются минимально приемлемыми на собеседовании на недо-джунов. Базовые алгоритмы сортировки, поиска в графах, работы с индексированными и хэшированными структурами - всё это по прежнему требования к всего-лишь начинающим разработчикам. Более сложные алгоритмы из статистики, машинного обучения, 3д графики - это уже уровень повыше начинающего. Как со всем этим в 1С?
Ну и наконец, разнообразие. Сервера всех видов, взаимодействие в распределённых системах, sql и no-sql базы, сложный пользовательский интерфейс (и в браузерах и в нативных клиентах), множество форматов, протоколов, стандартов в самых разнообразных областях. Добавим сюда ряд подходов к разработке, таких как ООП, функциональный подход, асинхронная обработка с соответствующими примитивами. Сравните это богатство с написанием отчётов и экспортом из 1С.
Возможно эксперты в 1С могут похвастаться чем-то из выше перечисленного, но объективный факт состоит в том, что таких экспертов очень мало, просто потому, что каждой бухгалтерии нужен одинэсник, и при миллионных тиражах бухгалтерских кабинетов найти столько экспертов не представляется возможным. И самое важное - у подавляющего большинства бухгалтерий нет денег оплатить труд реального эксперта. Поэтому средний уровень, вы уж извините, но соответствует среднему уровню бухгалтера, а так же сопоставим с бухгалтером по доходам.
Из всего написано вытекает вывод, что в 1С есть все и можно все, но есть голод специалистов и рынок заполнен мамкиными программистами? Следую вашей логике если заглянуть в говно код какого-нибудь мамкиного программиста, но из направления web-разработки, то что вижу то и пою в 1С покажется просто манной небесной, как в прочем и оптимизация(в 1с хоть сама платформа ограничивает своими возможностями, не дает придумать что-то совсем свое)
Как из написанного вытекает вывод что "есть все и можно все" если вывод как раз прямо противоположный?
В 1С есть web/http сервисы, что не может 1с реализуй на чем угодно и скорми обратно 1С результат, нет? Попробуй на условной java накидать рабочее бизнес приложение и сделай это на 1С , где проще и быстрее, по вашим же словам на 1с это даже условный дурачок может. Внешние источники данных, какие базы там не поддерживаются?
"По сложности - структуры, вроде графа объектов, являются минимально приемлемыми на собеседовании на недо-джунов. Базовые алгоритмы сортировки, поиска в графах, работы с индексированными и хэшированными структурами - всё это по прежнему требования к всего-лишь начинающим разработчикам. Более сложные алгоритмы из статистики, машинного обучения, 3д графики - это уже уровень повыше начинающего. Как со всем этим в 1С? " Расчет себестоимости в какой-нибудь УТ, БП, ERP и так далее посмотри, хватит там тебе математики и графов, сможешь объяснить на собеседование, как выполняется расчет?. Часто приходится работать с настоящей сложной математикой для решения прикладных задач? Что за прикол рассказывать о каких то методиках и технологиях ссылаясь на 1с БП, это конкретное прикладное решение, которое решает узких круг задач и делает лучше и нагляднее условного из конкурентов в виде SAP, как кстати SAP?
Вы не мой комментарий цитируете. А сап то еще г. Он точно так же разработчикам мало интересен. О чем вот тут писал.
А про "есть все" - ну покажите мне нормальный менеджер зависимостей и систему сборки в 1с? Или замыкания и возможность полноценно ООП или функциональной парадигмой пользоваться? Может 1с (прикладная платформа, высокоуровневая блин) наконец добавили сборку мусора нормальную, а не тупо подсчет ссылок (что к утечкам памяти приводит)?
Какой менеджер зависимостей и сборка в 1С, вы вообще понимаете о чем пишете? ))))))))))) Даже если смотреть мобильное приложение 1С, там такого нет, там andoroid студия с шаблоном и настройками предопределенными. 1С как язык программирования это прикладной язык, а не язык высоко уровня
Именно потому что понимаю - из 1с и ушел. Хотя 4+ года с ней работал. Что это блин за автоматизация когда код из коммьюнити, с того же инфостарта, надо руками копипастить или сравнением объединением, вместо того чтобы просто зависимость прописать и оно бы подтянулось?
Ну или чтобы между проектами код шарить - вместо того чтобы репозиторий библиотек и компонентов внутренних создать - банально куски конфигураций хранить приходится, а то и вовсе текстовые файлы или обработки.
Рынок не заполнен мамкиными программистами. Есть олдскул-спецы разной степени замшелости, а приток молодняка по сравнению с бумом начала нулевых, когда желтые баннеры 1С пестрили повсюду, практически иссяк.
Опять вторые после Гугла высказываются. Требуют знание сортировки в хэш таблицах, а потом растят крудошлёпов. 1С ники как минимум понимают язык запросов до уровня оптимизации и вращения OLAP кубов. Хватит их обижать.
Вопрос в чем заключается эта предметная область. У кого то это ОС, у кого то сети, у кого то предметная область распределенные системы, анализ данных, у кого то это знать UI/UX поверхностно. В общем довольно интересные штуки. У 1с же это учет, унылая довольно штука для многих. К этом еще добавляется то что часто франчи требуют на сертификаты сдавать, вроде спеца по платформе, который по факту к реальной работе далеко не у всех отношение имеет.
"1С такая хорошая потому что ... другие все ушли". Из личного наблюдения - за последние 2 года качество решений 1с пробило все возможные днища. Сырые релизы платформы, платформа которую нужно весьма часто менять потому что её требуют новые конфигурации (хотя иногда работают и на старой платформе). Сырые релизы конфигураций которые даже не запускаются после обновления и требуют скачать патч чтобы это обновление нормально прошло (хотя должно быть наоборот - сначала обновления и потом, при необходимости, патчи к нему). Проблемы с платформой которые саппорт не может решить по несколько месяцев и которые кочуют из релиза в релиз этой платформы. Читать багтрекер иногда просто больно для глаз.
Единственное преимущество 1с это то что других то и нет на рынке. Ну и наше государство в лице раздутого бурократического аппарата из тысяч бездельников на госзарплате ей в этом помогает. Регулярно меняя формы отчетности, бланки, схемы расчетов налогов и документов просто чтобы процесс не стоял на месте.
Уф. Накипело.
есть ли развитие в 1С для разработчика и какие там вообще тренды?
ИМХО, главная причина плохой репутации 1С в среде программистов ошибка совершённая компанией 1С в самом начале создания 1С 8.0
Я тогда очень надеялся что в 1С 8 будет реализован не самопальный ЯП, а широко распространенный в мире, например Java или JavaScript. Уже в начале 2000х было ясно, что идея создания ЯП на котором сможет программировать даже бухгалтер не состоятельна.
В результате 1С отвалилось мирового тренда и безнадежно отстало.
А ведь тот же Java помог бы распространению платформы 1С не только на территории СНГ, но по всему миру. Популярный ЯП обеспечил бы миграцию других программистов в среду 1С, программисты 1С смогли бы свободно мигрировать в другие области не боясь потерять навыки. Новые идеи могли бы сразу внедряться в среду 1С. И много других преимуществ.
Но случилось то что случилось. Время почти потеряно.
В принципе еще возможно внедрить в среде 1С другой ЯП, но что то не вериться что руководство 1С на это способно.
Что вы скажете о таких продуктах как SAP, JD Edwards, Temenos и многие другие, которые используют свои DSL? Java, JS, C# - это все не нужно на самом деле для ПО, которое решает типовые бизнес проблемы. ЯП у 1С вполне хорош, что бы ни говорили комментаторы к этому посту. Проблема 1с не в языке, на самом деле.
Кстати, слышали ли вы про LsFusion? Интересный продукт, написан на java и то они написали свой одноименной язык.
Скажу что в той ситуации для 1С выгодней было отказаться от тупого подражания конкурентам. В чем была выгода я написал.
SAP и прочие могли себе позволить продвигать свое ПО во всем мире используя другие инструменты.
Проблема 1с не в языке, на самом деле.
А с этим совершенно согласен. Я же сразу написал - не верится что руководство 1С на это способно
И какой же популярностью у разработчиков пользуются SAP и прочие вами перечисленные? А никакой, про другие кроме сапа я даже не слышал, хотя в свое время 4+ года в среде 1с вращался. Да и сап у разработчиков не шибко популярен.
Совершенно обособленный мирок 1с сам себе копает яму в долгосрочной перспективе.
Вместо заимствования и переиспользования удобных и эффективных практик, они упорно держатся за свою "экосистему", где ничего кроме непосредственно языка и огрызка от базы данных ничего не существует.
Гит? Что такое гит? Это мы не проходили. Опенсорс? Коммьюнити? Увольте! Ведь каждый написанный на коленке скрипт имеет неимоверную ценность!
Расширяемость, интеграция с другими языками? Вы что, с ума сошли? И это я даже не упомянул такие вещи как "обновления", появление которых сродни землетресению, с которым просто стали мириться. Упало - ну значит пару костылей поставим, и дальше стоять будет.
К чему я всё это. 1с - это тупиковая линия рельс. Но тем не менее, там платят.
Тренды и перспективы 1С полностью зависят от таковых России. Хорошо это или плохо - каждый сам может решить.
вы же понимаете что если я и могу, то 1С мне никто не даст, это же государство
у меня есть Битрикс сертификат
Армен Асатрян часом не Ваш родственник?
В начале статьи есть такая вот фраза:
При этом IT-специалисты не особо воспринимают 1С, в особенности — разработчиков. Интересно разобраться в этой ситуации
Но ответов особо не дано. Упомянута только отсталость IDE и невозможность эмиграции (причем второе как то вскользь, хотя это сейчас для многих важный фактор, вон, даже такой человек как со-автор BSL Language Server и SonarQube 1C (BSL) Community Plugin свичнулся в другой стэк и эмигрировал https://t.me/nixel2007_thoughts/365).
Процитирую еще свой комментарий к другой статье про 1с, причины по которым я из этой сферы ушел:
Ни замыканий, ни интерфейсов, ни классов. Даже сборщик мусора не умеет циклические зависимости зачищать. Из плюсов только более менее неплохой фреймворк, заточенный под определенные задачи, правда, но язык все портит.
Ну и с IDE печалька. Конфигуратор вспоминаю с ужасом, EDT хоть и получше — но до продуктов JetBrains и ему далеко.
А, ну и отсутствие менеджера зависимостей забыл. Как вспомню эти времена когда внедрение/обновление бсп — это куча ручной работы по сравнению объединению. А уж если что с инфостарта взять надо — изволь ручками код копировать.
Что платформа, что язык застряли где то в нулевых максимум. Местами возможно в 90х. После того как стал писать на котлине - ощущение будто с детского трехколесного велосипеда пересел на хороший шоссейник, или даже на автомобиль/мотоцикл.
При этом я понимаю, почему 1С отталкивает программистов. Здесь мало быть просто разработчиком: важно понимать предметную область, где работаешь. Например, если взаимодействуешь с зарплатным блоком, то должен знать трудовой кодекс. Чистых программистов изучение предметной области может оттолкнуть от 1С. Получается компромисс: язык довольно простой, но надо учить ещё стороннюю сферу.
А где не надо знать предметную область? Все программы (не важно на каком языке) пишутся для какой-то области, будь то медицина, геймдев или даже разработка сайтов. В последнем, изучение всего необходимого стека (особенно backend) перекроет предметную область 1С в несколько раз.
Ну так в одном случае изучаешь что то интересное (новые подходы, архитектуры, новые библиотеки и базы данных, всякие cqrs, crdt, cap и прочее). А в другом унылейшую нормативку от бешеного принтера (а даже если не ее - то все равно что-то очень мало интересное программистам вроде методов расчета себестоимости).
Автор опубликовал мою мысль, согласна на все 100. Нельзя быть 1С-ником, неважно: программист, аналитик и тп и при этом плавать в предметной области. На своей практике я встречала кучу коллег, для которых пользовательский интерфейс 1С - буквально интеграл, который ну очень сложно взять. Более того, я знаю случаи, когда рекрутеры специально проходили курсы по пользованию 1С (ЗУП, УТ и ТП), чтобы в дальнейшем иметь понимание, как и по каким критериям искать специалистов в разработку. В этом и проблема на самом деле в 1С - среде. Это не универсальный продукт и не универсальный язык. Да, собственно, весь 1С на SQL построен, но проблема не в этом. А в том, что если программист работал на решении Бухгалтерии, то есть вероятность, что он не станет таким же отличным специалистом на ERP, например
Сфера 1С стала слишком обширной и разнообразной, чтобы можно было говорить об универсальности. Конфигурации становятся все сложнее.
По моим наблюдениям, в 1С наступает время специализации. Конечно, сайты завалены вакансиями, где требуется один человек на все, но при этом на самую большую оплату могут рассчитывать узкие специалисты.
От ненависти до любви: есть ли развитие в 1С для разработчика и какие там вообще тренды?