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

Откройте код платформы.

Я, может, повторюсь, но тем не менее:
1) Какими, на Ваш взгляд, должны быть направления развития сообщества 1С-разработчиков?
Нужно развивать коммьюнити, если вы хотите слушать разработчиков. Инфостарт сильно продвинулся в плане коммерциализации, но коммьюнити практически не стало.
2)Какими, на Ваш взгляд, должны быть направления развития ресурсов и материалов для начинающих 1С-разработчиков?
Базовый ИТС по платформе должен быть бесплатным, платформа тоже должна быть бесплатна (для разработчиков) с некоторыми ограничениями - да, да, я знаю, что сейчас где-то можно скачать учебную версию, но это немного не то. Ограничений должно быть меньше и платформа должна быть актуальной, а не 5-летней давности. Пример можно брать у Microsoft - хочешь, качай developer версии среды разработки и СУБД, готовые виртуалки и прочее, в обмен на заполненную учетную запись разработчика. Нужен нормальный багтрекер с поиском по продуктам и версиям конфигураций и платформ. Возможно, нужен свой репозиторий аля Git.
3)Что, на Ваш взгляд, больше всего затрудняет привлечение молодых сотрудников?
Низкая оплата труда и устаревшая схема работы во франчайзи. Уже - высокий порог входа, как в мейнстрим-IT.
4)Что, на Ваш взгляд, больше всего затрудняет обучение молодых сотрудников?
Стартовая сертификация "1С Профессионал" по платформе - жутко устарела. Вопросов 300 можно просто выбросить - кому сейчас интересны нюансы поведения обычных форм с привязками, и всякие редкие механизмы, навроде карт маршрутов? Учебное тестирование онлайн должно быть с режимом обучения, т.е. показывать правильные ответы с расшифровкой - бесплатно! А не платные приложения за полторы тыщи. Вообще, тесты можно отменить. Сделать какой-нибудь лайт-вариант "Специалиста". И, пожалуйста, без всяких "борделей" и учета КРС в весе и валюте одновременно, условно говоря. Т.е., с одной стороны, надо проявить креативность при составлении, с другой - все же сохранить серьезность, задачи надо брать из жизни: мини-crm, мини-wms и т.д..
5)Какие у Вас есть предложения по продвижению 1С:Предприятие именно как технологии разработки?
Не нужно больше развивать EDT - он устарел, так и не став стандартной средой разработки. Нужно посмотреть, что можно сделать с конфигуратором. Прекратить развивать 3 ветки платформы одновременно - в этом плане брать пример с Microsoft не нужно. Принципиально нужно изменить подход к разработке на других языках. Исходники 1С 7.7 можно выложить в Git и сделать эту платформу бесплатной - уже не нужно кошмарить бизнес лицензиями на нее, кто мог - давно перешел на 8-ку.

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

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

1) Черезмерная запутанность "кода".
Я сам работал и с 7.7, и с 8.Х, с 2000-го года. Работал с разными конфигурациями: УПП, УТП, Бухгалтерия, БСП. И с обычным интерфейсом и с управляемым.
И пока не были так широко распространены конфигурации на управляемых формах, в основном все было достаточно "читабельно" и главное - "понимабельно". И исправление любого документа или отчета или обработки занимало не больше дня, а чаще считанных часов.
Но с некоторых пор, особенно после появления конфигураций, сделанных на основе БСП, зачастую приходится тратить слишком много времени, чтобы сделать то, что раньше делалось гораздо быстрее.

2) Черезмерно многочисленные внутренние связи между разными объектами.
То есть нельзя просто взять, и перенести нужный объект в другую конфигурацию. Нужно найти и перенести все, что с ним связано, т.е. необходимо для его работоспособности. И связи эти к сожалению довольно сложно определить. Подсистем тут не достаточно. Но и в самой БСП есть 3 или 4 подсистемы, которые нужно переносить только все и всегда и для любого объекта, даже одного (например функционала обмена через универсальный формат).

3) И никто не заботится о "наследовании".
То есть чтобы то что работало в прошлом релизе - продолжало работать и в следующим.
Так что если даже найти и исправить (или добавить) все что нужно клиентам, после обновления на очередную версию случается, что эти исправления (или доработки) становятся не корректными! И приходится заново искать уже новые места, в которое снова вносить исправления, но уже с учетом последних изменений в других модулях или объектах.

4) Даже имея большой опыт исправлений в какой-то одной версии конфигурации, после обновления этот опыт зачастую становится бесполезным, поскольку кто-то решает что те или иные процедуры или функции должны "переехать" в другой модуль, да еще и изменить свои названия, какие-то объекты нужно удалить, а заменить их другими!
Но ведь чтобы полностью освоить и запомнить хотя бы в общих чертах структуру метаданных, состав и содержимое модулей, объектов и их методов, нужно столько времени, что за это время все изменится несколько раз, и начинай сначала!

Это почти тоже самое, как если бы в Вашем автомобиле регулярно и безо всякого предупреждения менялось расположение кнопок, индикаторов, педалей, рычагов, и внутри тоже - сегодня двигатель спереди, багажник сзади, а завтра наоборот, да еще и руль справа и на заднем сиденье!
Кто бы захотел учиться управлять таким автомобилем? И как бы он им управлял, даже если бы научился? И вообще как этому научить?!

Организовывать олимпиады 1с программистов, приз квартира в москве

Бесплатные лицензии разработчикам для личного использования

Доработать конфигуратор:
- привык минимально работать мышью, но конструктор запросов после открытия не дает работать пока не ткнешь мышью в дерево метаданных.
- захват, размещение в хранилище текущего модуля по сочетанию клавиш
- темная тема ( не редактора модулей, но и всего конфигуратора в целом, в ключая меню и дерево метаданных )
- программное добавление-изменение метаданных ( чтобы создать роли по новой методике Добавление/изменение на каждый объект МД, приходится собирать xml и потом загружать кусками из него, а у кого ERP поймут, что это дело не быстрое!
- фоновый глобальный поиск
а вообще функционал можно, например, из Турбоконфа подтянуть

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

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

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

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

Выяснили что для запуска проекта минимум необходимо
1. стать партнером 1с, для этого нужно заключить договор и купить несколько ненужных программ от 1с, и в дальнейшем с обязательствами минимальных закупок этих ненужных программ.
2. приобрести N количество лицензий на платформу и прикладное решение 1с не относящихся к идеи нашего стартапа минимально на стоимость не ниже 100 тыс руб. При этом количество клиентов нашего решения нам на сегодняшний день точно не известно, но тем не менее для развертывания решения мы уже должны будем заплатить 1с за лицензии.
3. Но лицензий мало!! Нужно также заключить с 1с договор на аренду ПО 1с, по которому мы должны отчислять 10% в год от стоимости закупленного ПО согласно п. 2.
4. Нужно заключить с 1с договор "1с рабочее место" для развертывания инфраструктуры проекта. Стоимость пока нам не удалось выяснить, так как информация по стоимости доступна в личном кабинете, а его можно открыть после заключения договора "1с рабочее место" !!!!
5. Для открытия личного кабинета "1с рабочее место" требуется наличие подписки на ИТС.
6. Ну и на последок для регистрация потенциальных клиентов в кабинете "1с рабочее место" необходим ИНН и подписка на ИТС. Это для облачного решения для рынка англоязычных стран !!!!

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

Нужна рання профориентация в школах.
А сейчас 1С усилия клуба программистов тратит на рекламу Java и Lego.
Курс по написанию сапера может быть и правилен, но должно быть много альтернатив.
Для младшей школы мы написали среду на 1С, апробировали, утвердили методичку. И минобраз готов был внедрять в школы.
4 (четыре) года я информирую об этом 1С, но никакой поддержки. Зато вложились в ИТ-кубы и теперь готовят спецов для самсунга и яндекса.

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

И сделать систему поддержки, тиражирования всех курсов для младшей и средней школы.
Готов принимать в этом активное участие.
Опыт работы с 1С с 1993 г.
Опыт Обучения детей программированию с 1987г.

Я считаю, что 1С уже давно выросла из программы для бухгалтеров и в ней зачастую удобно смешивать управленческое и технологическое. А вот с последнем не всегда всё хорошо, мои предложения:
1) Дать возможность напрямую работать с упаковкой/распаковкой Deflate (ведь сама платформа его использует), так же было бы не плохо добавить поддержку библиотеки 7z
2) Добавить возможность использования регулярных выражений не через одно место (а ведь через схему можно использовать регулярку, чего не добавить человеческий способ?)
3) В части управления оборудованием и пр. возможность подключения к COM порту из 1C было бы плюсом
4) Добавить механизмы, которые допустят к транспортному потоку. К примеру, мне очень не хватает возможности получать событие обмена с сервером с возможностью "по пути" запросить данные на сервере, чтобы из-за необходимости иногда получать "новости" с сервера не делать обработчик ожидания, который сам будет вызывать сервер.
5) Возможность рассчитывать контрольные суммы не только на сервере но и на клиенте.
6) Очень не хватает базовых потоков на уровне клиента (на сервере то давно есть - фоновые задания)
По п. 4, 5 и 6, к сожалению, далеко не всегда 1С используется в рамках одной локальной сети, порой 1С работает через тонкий клиент удаленно и не всегда возможно взаимодействие на стороне сервера. Например мне нужно рассчитать контрольную сумму большого файла который лежит на клиенте, зачем мне его передавать на сервер для этого? Или в системе ЕГАИС ключ должен находится в адресе на который он выписан и следовательно если нужно автоматизировать отправку каких-либо документов в ЕГАИС, необходимо на клиенте периодически опрашивать наличие документов к отправке, так как сервер и компьютер с ключем не в одной локальной сети. И для этого приходиться использовать обработчик ожидания, вместо использования любого серверного вызова который инициируется пользователем при работе, либо платформой при обновлении динамических список и пр.
PS: В современных конфигурациях, стало такое количество общих модулей, что стало очень сложно в них ориентироваться и пр. требуется какое-то группирование по разделам, да хотя бы по тем-же подсистемам. Но не отбор по подсистемам, а именно группирование в "папочки".

Для старта программистам:
1.Нет легко доступной среды (в знакомом мне техникуме обучают программированию на 1с и не знают где взять версию для обучения!)
2.Нет бесплатного и платного обучения в виде игр для разных уровней
3.Бесплатных разработок крайне мало, на инфостарте всё за стартмани

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

На самом деле что реально могло бы продвинуть вашу технологию - именно в плане продаж вашей продукции - это загружаемая модульность бизнес-процессов.
К примеру. Моя компания работает с УТ, но не нуждается в модулях обмена, работы с комиссионерами, резервирования товаров, ведением налогового учета (наложка в БП считается). Было бы неплохо если бы была такая система которая бы не просто "пробрасывала" данные возможности, ведь для проверки что это всё не нужно тратится время в каждом документе реализации и пр., а что бы вообще эти модули отсутствовали вместе с кодом и системой данных под них. Если же вдруг понадобится что то из отключенного то чтобы можно было эти системы загрузить скажем через интернет и получить их сразу в обновленном виде.

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

Вот такая вот вам фантазия. Это вам позволит скажем реализовать условные 50 бизнес-процессов, продать фирме 10 из них, а если она захочет - пусть подгружает при наличии подписки ИТС скажем, потому как у фирмы в имеющейся базе не будет ни структуры данных ни модулей! вот вам и выгода. и нам программистам выгода - не надо ковыряться в неиспользуемых модулях.

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

Платформа.
Приветствуются открытые исходные коды.
Хорошо бы ограничивать ненужный функционал платформы как это сделано в конфигурации бухгалтерия 3.0
Хорошо бы сделать возможным предварительную компиляцию модулей языка 1С, сохранение этих файлов и использование их в работе платформы.
Хорошо бы в программной лицензии сделать возможность автоматического отзыва лицензии. Например при переходе на новое оборудование.
Конфигурация.
Прошу не забывать о торговле 10. Формально она поддерживается, однако клиент банк устарел, обновление классификатора банков устарело.

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

Только базовая структура данных должна четко соблюдаться (бухгалтерские проводки, регистры учета НДС и других налогов)

Да и среда eclipse это нечто устаревшее и архаичное. IntellijIDEA это да. На ней андроид студия основана.
Java это тоже устаревшая вещь. Kotlin и swift гораздо приятнее и лаконичнее

не помешал бы сайт на подобие codingame.

"Современый конфигуратор" вызывает культурный шок у современной молодёжи, а EDT недоступна для учебной версии. Предлагаю выпустить ограниченную версию community EDT & 1C.

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

Пожалуйста не забирайте "Отладчик" без отладки грустно будет :)

Чтобы 1С рассматривалась как нормальная среда разработки, необходимо как минимум

1. Убрать атавизмы в виде требований нединамического обновления БД при изменении данных, а не метаданных (например, предопределенные элементы, синонимы реквизитов, методы регламентных заданий, карты бизнес-процессов)
2. Сделать механизм реструктуризации нормальным для всех (не только для КОРП) и единственным правильным (без всяких альтернатив, которые также стали архаизмами). Непонятно как при использовании SQL можно не использовать его возможности?
3. Сделать поддержку view в запросах, поддержка строковых и прочих функций аналогов SQL в запросах
4. сделать конфигуратор нормальным современным IDE с полноценной поддержкой контекстного автодополнения, подсветки синтаксиса навигации, рефакторинга и пр (как это сделано в дополнениях типа Турбоконф или в IDE типа Eclipse). Или отказаться от него (оставив только для простых операций) и полностью перейти на EDT, нормально его доработав
5. Дать возможность более гибкого управление интерфейсом пользователя такие как:
* настройка элементов форм (указание более точного расположения/размера при необходимости),
* внедрение полноценных стилей интерфейса на основании таблицы стилей как в web
* возможность обработки нажатий клавиатуры и мыши!
* больше настроек при раборте с окнами (управление их положением и поведением) для создания служебных, всплывающих кастомизированных окон
6 Убрать непонятное зависание при проверке возможности динамического обновления (попытка монопольно захватить доступ к базе, когда он не нужен) и многое другое нелогичное

Ну и желательно
- Доделать нормальную поддержку ООП (наследование, полиморфизм)
- сделать открытым для доработки плагинов как на конфигуратор, так и на предприятие
- сделать поддержку WEBsocket или его аналогов без использования монстрообразного и еще не отлаженного сервера взимодействий (чтобы не стрелять из пушки по воробьям)