Опрос сообщества разработчиков на 1С

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

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

Если это интересно прежде всего 1с.
Пусть определятся глобально что они хотят. Улучшение продукта или постоянные попытки заработать по три копейки на каждой затычке. Насколько я понимаю, очень большая часть работ делается не компанией 1с (разработка конфигураций и некоторые другие моменты).
В самых основах маркетинга рассказывается что коммерческие компании продают решение проблем (покупателю не нужна сама по себе дрель, а необходимо отверстие). Если смотреть с этой стороны, то, по сути, клиентам 1с не нужны платформы и конфигурации, а нужны учет, управление и взаимодействие в госорганами. Хотя компания 1с делает основную часть разработок, но все равно финишная шлифовка (под хотелки) ложится на программистов на предприятий/фирм/организаций. Результат будет хуже если часть информации закрыта, а часть информации просто отсутствует. Меня просто вымораживает нынешняя ситуация когда масса статей в которых люди пишут статьи типа - я тут изучил вопрос по 1с и получил следующие результаты. ЭТО ДОЛЖНЫ БЫТЬ СТАТЬИ ОТ 1С. Потому что иначе это изучение черного ящика и нет полной уверенности - все ли особенности удалось поймать (а на файловой базе, а на другом сервере базы данных, а если высоконагруженная система и т.д. и т.п.), будет ли всё так же работать на другой платформе.
Больше возможностей у низовых программистов - лучше результат - лучше мнение о 1с (а какое мнение об 1с на текущий момент?). Это банальщина.
Но на текущий момент имеем - во-первых, в РФ в данной ценовой нише нет сопоставимого конкурента 1с (поэтому куда вы денетесь с подводной лодки), во-вторых, при относительно низкой цене базовых продуктов попытка по три копейки заработать на доп. услугах (полностью вопросом не владею, поэтому могу ошибаться) (что-то похожее на дешевые принтеры и картриджи - относительно дешевые принтеры и "дорогие" картриджи и постоянной "войной" с неоригинальными картриджами).

Если не со стороны 1с. Понятно что необходимо помощь и поддержка программистов. Что я вижу в данном вопросе.
- модерируемая постоянно пополняемая база знаний. При такой проблеме - попробуйте вот это (далее список). При работе с СКД - следующие особенности. Конечно можно погуглить, но не всегда даже дату статьи можно узнать (когда решали проблему, на какой платформе). Меньше услий и времени при решении проблем - выше эффективность.
- централизованный депозитарий кода с решением определенных задач. Я минимально должен быть уверен в коде чтобы вставить его в свою разработку.
Все просто - либо я изобретаю велосипед либо я пользуюсь готовым кодом (или беру что-то за основу), либо я из сотни ссылок ищу решение проблем либо вижу все в одном месте. Меньше затрат времени и усилий.

зы. а вот в перспективе, имхо, все уйдет в специализацию. Один за полчаса обмен делает на основе КД, второй обновления, третий решает проблемы взаимоблокировок. Так сказать, развитие экономики.

Тут много уже прозвучало правильных вещей. Да нынешний Конфигуратор скорее отпугнет молодого специалиста,,Ну нельзя столько лет хронически "забивать" на развитие основного инструмента разработчика... Ну серьезно, о чем на Дмитровском шоссе думали все эти годы? Где книги и брошюры по БСП, по Конвертация 3 и т.д.? Книга по Интеграции издана еще в 2008 году, алё гараж! Хорошо, что хоть серия книг по ERP пошла, по расширениям, системе взаимодействий. Нельзя рассчитывать только на дорогие курсы в учебных центрах 1С. Они же доступны не всем и не везде (я в Москве живу и для меня выбраться на очные курсы зачастую не тривиальная задача). У разработчика 1С должны быть возможности для повышения квалификации, иначе ему просто не оставляют шанса выйти из разряда "гов-о кодеров". Комплект разработчика должен в разы быть дешевле, в разы, про бесплатность молчу, 1С на такое никогда не пойдет! Отсталая среда разработки (Конфигуратор), постоянное изобилие багов как в платформе так и в прикладных решениях, информационный голод разработчиков, нищий и закошмаренный отечественный бизнес...Будь я в начале карьеры в нынешнее время даже бы не посмотрел в сторону 1С.

Компилятор поможет правильно выполнять выборку по объекту и поиск по коду/наименованию в справочнике и по номеру в документах?

Коллеги, добрый день.
Вот что ооочень нужно так это проводить Хакатоны.
Спонсоров будет валом-вали и участников.
Как опытный Хакатонец скажу Вам.
Посмотрите, пожалуйста, интервью со мной на ОРТ и на ДТВ, я рассказываю про эту тему подробно:
https://www.1tv.ru/news/2019-07-29/369449-opytnye_programmisty_sorevnuyutsya_v_masterstve_na_krupneysh­em_vserossiyskom_konkurse_tsifrovoy_proryv

https://www.youtube.com/watch?v=DZktRdFwMJE&feature=youtu.be&fbclid=IwAR1M9Tb4TCGiDU5nOL8doIcCyY3_cAt2DTsIgqGaPoZqzOTC­EgKi7wEzdDA

1) На мой взгляд сообщество 1С-разработчиков, на данный момент развивается в сторону WEB технологий и наверное развитие в этом направлении это жирный плюс.2) Для начинающих всегда важно не только читать, но и попробовать в живую как тот или иной материал можно применить на практике. Побольше примеров для начинающих, возможно с демкой.3) золотая середина это привлечь молодого специалиста в интересный проект я так считаю. Второе это оклад.4) Затрудняет обучение так же нехватка реальных примеров, которые могут использоваться на реальных задачах.5) 1С на мой взгляд делает правильное решение по развитию в сторону WEB технологий и мобильного приложения, но иногда забывают про бухгалтеров, которые далеки от всего современного и им не хватает удобного и гибкого интерфейса. Так же очень большим преимуществом для 1С:Предприятия стала бы мультиязычность платформы, тогда рынок 1С мог бы охватить не только русскоговорящий контент.

Нужно или делать платформу более дешевой.
Или упрощать выпуск разработок 1С:Совместимо.

Потому что самодельные конфигурации не могут конкурировать с базовыми версиями 1с.

Например, базовая бухгалтерия стоит 3000 рублей.
А платформа уже 10.000 рублей.

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

1С-совместимо и долго. Тем более подразумевает тиражные решения.

А если разработка ведется для одного клиента?

Надо развивать и продвигать платформу, не нужно за нее много просить.

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

Так уж получилось, что последний год (даже более) потратил на внедрение конфигурации для управленческого учета на средней руки хлебозаводе. В связи с чем вопрос к 1С, я как разработчик уже привык к тому, что каждый новый релиз как конфигурации так и движка работает все медленнее и медленнее, но вот объяснить это клиенту (да и самому себе) очень сложно. А может все-таки чуток тормознуть безудержное добавление новых и новых возможностей и сосредоточится (хотя бы на время) на Быстродействии? И еще, я понимаю сложные продукты, требуют иногда сложных решений, но в ряде случаев не могу отделаться от ощущения, что идет усложнение кода ради самого усложнения, а не ради удобства пользователей и разработчиков. При переходе на ставку 20% НДС пришлось ковырять устаревшую БП3 на предмет вставить эти самые 20% НДС в ряд документов по умолчанию. Ковыряние кода привело к тому, что для того, чтобы найти место установки этой самой НДС по умолчанию пришлось переворошить 30 (ТРИДЦАТЬ!!!) модулей при создании одного документа. Считаю, что это Категорически неправильно и сам по себе такой подход написания кода в 1С как раз и уменьшает число разработчиков. Разве что 1С сама добивается того, чтобы кардинально уменьшить количество разработчиков, а их число и правда стало меньше. Далеко не все справляются с сильно усложнившимся кодом, иногда усложнившимся без каких-либо внятных причин, а просто для того, чтобы было...

Отвечу на следующие вопросы:
Что, на Ваш взгляд, больше всего затрудняет привлечение молодых сотрудников?
Что, на Ваш взгляд, больше всего затрудняет обучение молодых сотрудников?
Какие у Вас есть предложения по продвижению 1С:Предприятие именно как технологии разработки?

На эти три вопроса предлагаю общее решение: отказаться от собственного языка программирования для разработчиков (языка 1С и языка запросов) и перейти на один из распространенных, стандартизированных языков (Java, С#, SQL прочее).

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

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

Ошибаетесь. 1с туда залезть не пытается и никогда не пыталось. 1сники честно дорастили мелкий и средний бизнес до размеров крупного и рыдают от счастья как тёща на свадьбе.
Только галактика, которая у нас начинала с такого крупного бизнеса сегодня не конкурент ни сапу ни баану ни аксапте. Автоматизация крупного бизнеса убыточна по определению, потому что цену назначает клиент.
А 1с поставили перед фактом, что в свои 45 она единственный кормилец и продолжатель рода исполнитель миссии и чужие потомки стакан воды носить не будут.

Как всегда... 3 предложения - 300 критиков... Миста в наших сердцах....

Стоимость разработки под Android - 25 баксов за аккаунт разработчика (и это за право выложить свою продукт на полке магазина). Стоимость разработки на IOS - 100 баксов в год за аккаунт разработчика. Сколько копий своего продукта могут при этом продать разработчики? Скольких пользователей могут обслуживать разработчики? Собственно вопрос риторический...

Стоимость разработки на 1С - почти 100 баксов за каждого клиента. Это абсурд. 1С можно БЫЛО БЫ использовать для создания масмаркет продуктов. 1С спокойно МОГ БЫ выступать как полноценный бэкэнд. Но платить за каждого клиента 100 баксов... нет уж, пока 1С настолько жаден он не пойдет в массы, уж лучше Android или IOS, ну или html+js+css и создавать вэб продукты.

ВАРИАНТ 1. Было бы неплохо выкладывать мобильную версию 1С конфигурации на инфостарте. Инфостарт выкладывает скомпилированные версии в playmarket и appstore и платит пользователю стартмани за скачивания или оплату внутри, а 1С-у крохотный % роялти с той же суммы, чтобы не нарушались никакие лицензионные соглашения. Ну и базу под такие продукты надо поднимать на безлимитном и бесплатном ключе.

ВАРИАНТ 2. 1С создает пространство, где можно разрабатывать конфигурацию (ну или хотя бы выкладывать) и продавать к ней доступ. Разработчик платит за базу как за "хостинг", лишь за то место, которое она занимает. При этом сколько пользователей к ней будет подключено значения иметь не должно. Это как аналогия с разработкой веб приложений на PHP. Я плачу за хостинг, веду разработку бесплатно и ни перед кем не отчитываюсь за пользователей. При этом 1С может вклинить в этот "хостинг" некую лицензионную политику, только не эти абсурдные 100 баксов за каждого пользователя.

Хочу спросить про такую возможность.

Вот на одном сервере есть , к примеру, две конфигурации-базы.
В обеих есть справочники Контрагенты.

Можно ли в перспективе сделать так, чтобы справочник Контрагенты был единым на обе конфигурации,
без постоянной необходимости их переносить через процедуру обмена?

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

Добавил бы возможность открывать PDF файлы средствами 1с.

Просто навскидку - справка по регистрам и майндкарты документов по контурам учета сделали бы освоение типовых конфигураций раз в 10 быстрее.

Все ушли. Я закончу с критикой и напишу просто ответы.
=======================
Какими, на Ваш взгляд, должны быть направления развития сообщества 1С-разработчиков?
-----------------------------
Для начало фирме 1с нужно перестать сшибать копейки на любом чихе и Понять их главная ценность это разработчик. Который внедряет их поделки. Не франч, а именно специалист 1с-к. Главное учитывать мнение специалистов, а не мы тут что-то налобали, а Вы внедряйте. Каждый из нас дописывает то что просит нас клиент. И только у нас полудурки из 1с, лобают что им вздумалось, без учета мнения тех кто это дело будет пользоваться.
Какими, на Ваш взгляд, должны быть направления развития ресурсов и материалов для начинающих 1С-разработчиков?
-----------------------
У вас есть штатные писатели, водители курсов, владельцы сайтов с ответами на популярные вопросы по 1с
собирите их в одну рабочую группу. Поставте над ними нормального аналитика. И нормально собирите материал. Без мелкожлобства типа ИТС, пять копеек шибануть.
Что, на Ваш взгляд, больше всего затрудняет привлечение молодых сотрудников?
----------------
Молодому специалисту просто не выгодно, занимать 1с. Неоправданно высокие начальные затраты и перспективы и оплата, ниже чем в той же веб-разработке. Да и работа сложнее.
----------------
Что, на Ваш взгляд, больше всего затрудняет обучение молодых сотрудников?
----------------
Даже не язык и не система, код писать самое маловажное. А спефические навыки по предметной области. Нужно понимать заказчика: бухгалтера, директора, какие хотелки делать, какие нет и т.д. Да и умение вести базу данных, чтобы там ничего не побить. Этому только опыт.

Какие у Вас есть предложения по продвижению 1С:Предприятие именно как технологии разработки?
-------------------------
Вы хотите услышать много матерных слов? 1с не является технологией разработки,это поделка. Сначала ее нужно сделать таковой. Чтобы код разработанный для одного случая можно было использовать для другого. Например смысл мне платить за разработку на инфостарте, если мне ее все равно прийдется доделывать под себя, скорее всего у меня она скорее всего не заработает. Практически всегда проще написать самому.
------------------------------------
А теперь прописные истины. Определите одну версию платформы,на которой должны работать все ваши последующие разработки. Я не нанимался бета-тестером в 1с на живом клиенте, выявлять свежие ошибки и работать на все более тормозящей поделке. Вы понимаете что, сеть предприятия может быть и большой.
2) Стандартизация. Пример справочник. Клиенты должен быть одинаковым во всех разработках, мне насрать бухия, торговля, ЕРП. вплоть до названия полей в базе данных. А для возможных изменений предусмортите дерево объектов,которые наследуются от стандартного. Да и полиморфизм. Какие методы у этого объекта обязаны быть. Тоже самое по всем основным сущностям учета. Именно наследутся чтобы любой франч не творил что ему удумается. Или допустим документ списания базовый,от него наследуется расходная накладная,списание товаров и т.д. Если План счетов Хозрасчетный, то он только хозрасчетный
3)В идеале глобальная стандартизауция материалов,и клиентов по всей стране. Чтобы в любой базе один и тот же товар имел одинаковы уникальны номер.
4) Разделение продуктов. То есть мух и котлет. У Вас должны быть готовые решения,для малого бизнеса, которые не предусматривают дописок. И по другому написанные типовые для более крупного клиента.
Дальше разделение служебного кода,который мне нах не нужен и бизнес логики, с которой работает программист 1с. В предусмотреть, специальные места где программист 1с вставляет свой код, свои реквизиты,свои элементы формы. В идеале у меня должен быть свой модуль/модули,где я переопределяю бизнес-логику. С ведением реестра доделок. Как мне западло читать прописные истины.
5) Весь код касающийся определенной сущности, Например в НДС должен быть в одном месте, желательно один объект, а не по всей конфе. Элементарные принципы ООП.
6) А теперь самый короткий анекдот. Называется он конфигурация. Нужна общая база данных предприятия, а не конфигурация. И отдельно код который работает с этой базой. Чтобы я мог отобрать в этот код те объекты с которыми работает конкретный пользователь. Чтобы летало,даже на древней технике. И при замене допустим одного продукта УПП на ЕРП не нужно было это базу делать заново. Фирма 1с должна дать стандарты этой базы данных предприятия. И любой ее продукт мог бы работать с данной базой.
7) Супер важно. Можете убить 90% наворотов своей системы. Мне даже 7.7 пойдет с таким добавлением. Главные затраты по времени 1с-программиста, а также ресурсов системы. Это работа с ТМЦ. Ты код можешь не уметь писать, а Товары сводить уметь обязан. 2 главных заботы это отрицательные остатки и пересортица по партиям(подобная работа по клиентам у них пересортица договорам/заказам). Уяснили какие в 1с сидят дебилы? Судя по их гавнописательству, они не знают, о работе программиста 1с нехера.
Почему дебилы их 1с у Вас алгоритм списания партий не на ассемблере писан или не максимально оптимизирован на уровне SQL. Нахера мне ваш гавнообъект РегистрНакопления. А есть еще гавнообъект называемый документ.Перемещение. То есть по ключевому моменту,гавнокодеры конфу написать не могут. Лобают какие-то епр Они сделали по тупому остатки берутся на моментвремени документа, для ларька сойдет. И идет движение по остаткам/партиям. В реальности для бух.учета Периодичность месяц и отрицательные остатки по середине периода не важны. А себестоимость даже можно раз в месяц считать, если грубо В оперативном учете передичность День. То есть себестоимость можно и ночью посчитать. А текущий остаток,для оперативного учета. Можно и регистре сведений держать. Подобную переделку гавноконф от 1с,делают все предприятия от среднего и выше.
======================
Короче типовые конфигурации должны быть написаны так, чтобы максимально быстро держать алгоритм списание партий с заданной периодичностью и с несколькими точками актуальности. оперативно решать вопросы с отрицательными остатками и пересортицей по партиям. А если говорить о 1с не как голимой поделке,как о системе разработке. То алгоритм списание партий был максимально быстро реализован, хотелка на ассемблере прямо в SQL-сервере. Вплоть, что на него можно было поставить отдельный сервер, для каждой высокозагруженной таблицы, Типа Остатков по Товаром и Клиентам.
-----------
А ЕРП будет лобать когда у Вас будет низкоуровневая реализация МРП алгоритма. У всех нормальных людей от сделан средствами SQL.

Требую отменить диски и журналы ИТС, а сделать доступ к полным дистрибутивам релизов конфигураций через интернет!

Продолжу ответ на вопрос: Какие у Вас есть предложения по продвижению 1С:Предприятие именно как технологии разработки?
8. Знаете за что програмисты 1с уважают друга, больше всего? Это умение писать ясный и понятный код, он может быть не самым производительным. Ты сам через неделю забудешь,что ты писал.А нужно разобраться в коде очень быстро. C этой точки зрения разработчики 1с ламер и гавнокодеры. Предложение заведите тупенькую тетку програмиста 1с,еслиона за 10 минут не разберет, что налобали ваши гавнокодеры, То на переделку, с оргвыводами. MVC. На лбу напишите своим гавнокодерам. Мне нужно знать только место,где находится бизнес логика. Как в школьной математике,я просто меняю значения переменых в формуле.А не лезу в реализацию самой формулы. Вот это второе за чем должна смотреть это тупенькая тетенька.
9.С точки зрения бухгалтера. Любая циферь которую бухгалтер не контролирует и не анализирует это мусор, КОТОРЫЙ, загрязняет базу данных. А бухгалтер не понимает, что там за регистрНакопления придумали гавнокодеры из 1с, Это Сверхновый учет? Бухгалтер понимает план счетов, баланс, двойную запись. Для любого счета, одну типовую карточку и оборотку. Любят гавнокодеры из 1с глупость под названием РегистрНакопления, тогда их делайте согласно норм бухгалтерского учета. Чтобы был хоть виртуальный управленческий но план счетов. Где каждый регистр правильно отражался по дебиту и кредиту. Как балансовый или небалансовый. Единую оборотку и карточку. двойную запись,хоть и виртульно. Если какая-то сумма в одном регистре в Приходе в другом должна быть в Расходе. Иначе учет делал ламер.
10.Бухгалтер не понимает что такое РегистрСведений. Бухгалтер понимает что такое справочник. А у ламеров из 1с есть фишка.Раскидать справочную информацию по одной сущности,типа основные средства,по десятку РегистровСведений. Ответ привязка этих РС к ведущему справочнику. Если РС изменяется к документом. То привязка журналов этих документов изменяющий РС к ведущему справочнику. И главное сделать эту привязку кругом однотипно
Предложения. Вам нужно в бета-тестеры завести буха уверенного пользователя 1с. Главной задачей, которого ответить на вопрос. Интуитивно понятно буху, как организовать учет, контроль,анализ,коррекцию. Удобно и возможно ваще. Гавнокодеров из 1с, ждет много сексуального удовольствия. Крови она попьет. Узнают на своей шкуре,каково нам тут.
11. С точки зрения директора/владельца. Я писать не буду. Просто пожалею фирму 1с. Это самый тяжелый разговор.

Какие у Вас есть предложения по продвижению 1С:Предприятие именно как технологии разработки

Сделайте рассрочку при покупке коробок и доп. лицензий с программной лицензией с доступной ежемесячной платой - сейчас для многих разовые расходы на покупку кажутся (или являются) неподъемными. Отозвать же программную лицензию возможно, если что.

В связи разрастанием размера конфигурации до совершенно неприличных размеров, вновь перейти на схему "База - отдельно, конфигурация - отдельно". Чтобы можно было без риска инфаркта выгружать и пересылать бэкапы, во который сейчас зачастую 10% размера - данные и 90% - конфигурация.

Просьба передать в отдел разработки платформы пожелание по развитию платформы; ссылка с описанием: http://alexanderrudnitskiy.blogspot.com/2020/07/1-1-1.html