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

03.03.2020 17404754

Фирма «1С» задает вопросы сообществу разработчиков на 1С.
Ответы пишите, пожалуйста, на почту community@1c.ru.

Опорные вопросы:

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

Update 03.03.2020

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

Рекомендуем, если по смыслу у вас отдельные ответы на каждый вопрос, то разделяйте на разные комментарии.

#1С

Автор:

Виктория Дорохина Аналитик

См. также

Успейте купить готовый комплекс решений для автоматизации ЖКХ по ценам 2024 года

+2 –

Новость 1С

С 1 января 2025 года изменятся цены на продукты Инфокрафт: Формула ЖКХ и услуги сопровождения. До 28 декабря включительно вы можете продлить использование продуктов и модулей по старым ценам.

13.12.2024 685 DaryaRasina 0

1С:Документооборот холдинга вошел в состав расширенной поставки 1С:Корпорации. Цены остались прежними

+3 –

Новость 1С:Документооборот 1С

Фирма «1С» сообщила об изменении состава расширенного бандла 1С:Корпорация. Теперь пользователям будет доступен еще и 1С:Документооборот холдинга, предназначенный для автоматизации распределённых систем документооборота.

27.11.2024 719 ЕленаЧерепнева 0

1С:Молокопереработка MES: новое решение с интеграцией с промоборудованием

+4 –

Новость 1С

Фирма «1С» выпустила отраслевое решение для молочного производства, главная особенность которого – интеграция с автоматизированными линиями и с оборудованием. Рассказываем о возможностях конфигурации и об особенностях лицензирования нового продукта.

22.10.2024 1168 ЕленаЧерепнева 0

Решение Бюджетир: бесплатная видеозапись вебинара и ответы на вопросы участников

+16 –

Новость 1С

Для тех, кто не смог присоединиться в бесплатному вебинару по «Автоматизации производственного и бюджетного планирования с решением Бюджетир», мы подготовили видеозапись встречи, а также публикуем ответы на вопросы участников и рассказываем про решение.

17.10.2024 1286 AnastasiaKl 0

1С:Касса 4.1.1: почти без границ между облаком и локальной версией

+2 –

Новость 1С

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

17.10.2024 1349 ЕленаЧерепнева 1

1С:Автоматизированная банковская система — новый продукт для комплексной автоматизации банков

+2 –

Новость Финансовые услуги, инвестиции 1С

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

16.10.2024 1701 ЕленаЧерепнева 0

1С:УНФ+РМ Управление проектной фирмой 3.1: новые инструменты для контроля над проектами

+1 –

Новость 1С Новый релиз

Фирма «1С» выпустила версию 3.1 решения для управления проектами на базе 1С:УНФ. Среди нового – работа с многомерными проектами, расширенные возможности планирования и бюджетирования в новом табличном редакторе, интеграция с Битрикс24 и 1С:Смета.

01.10.2024 1373 ЕленаЧерепнева 0

1С:Психодиагностика образовательного учреждения КОРП: для работы служб в облаке на уровне региона

+1 –

Новость 1С

Фирма «1С» сообщила о начале продаж корпоративной поставки конфигурации 1С:Психодиагностика образовательного учреждения КОРП. Решение предназначено для комплексной автоматизации психодиагностики в образовании на уровне региона.

30.09.2024 1701 ЕленаЧерепнева 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

569. Leon75 03.03.20 20:41 Сейчас в теме

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

571. d4rkmesa 03.03.20 20:53 Сейчас в теме

Я, может, повторюсь, но тем не менее:
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-ку.

672. Agrozentr 04.03.20 14:11 Сейчас в теме

(571)

Базовый ИТС по платформе должен быть бесплатным, платформа тоже должна быть бесплатна (для разработчиков)

572. Mikhail1972_ 03.03.20 21:07 Сейчас в теме

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

573. user782101 03.03.20 21:13 Сейчас в теме

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

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

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

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

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

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

Ответить

802. biz-intel 975 04.03.20 21:50 Сейчас в теме

(573)

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

Категорически согласен! Монополия в действии. Это никому не на пользу.

574. Mikhail1972_ 03.03.20 21:28 Сейчас в теме

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

Ответить

576. HAMAZ 7 03.03.20 21:32 Сейчас в теме

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

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

Ответить

578. ignatyeva 03.03.20 23:35 Сейчас в теме

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

Ответить

581. info1i 236 04.03.20 00:47 Сейчас в теме

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

Ответить

582. user778014 9 04.03.20 02:13 Сейчас в теме

А я вот хочу спросить руководителей 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с.

Ответить

589. sergbsv 75 04.03.20 06:14 Сейчас в теме

С те же самым столкнулся, при внедрении в школы

600. AllexSoft 04.03.20 09:37 Сейчас в теме

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

Ответить

583. sergbsv 75 04.03.20 04:33 Сейчас в теме

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

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

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

Прикрепленные файлы:

Ответить

584. markers 277 04.03.20 05:24 Сейчас в теме

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

Ответить

585. details 2 04.03.20 05:42 Сейчас в теме

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

Ответить

588. schthaxe 54 04.03.20 06:07 Сейчас в теме

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

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

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

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

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

Ответить

592. totalcommand 04.03.20 07:44 Сейчас в теме

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

597. gendal 10 04.03.20 09:29 Сейчас в теме

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

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

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

Ответить

598. Wolfis 7 04.03.20 09:31 Сейчас в теме

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

599. kalyaka 1112 04.03.20 09:33 Сейчас в теме

Что, на Ваш взгляд, больше всего затрудняет привлечение молодых сотрудников?

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

608. Kaniman 04.03.20 10:27 Сейчас в теме

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

609. VmvLer 04.03.20 10:35 Сейчас в теме

если собрать претензии по конфигуратору, то можно выразить идею концентрировано:

добавьте в интерфейсе видосы с реперами и гиперссылки на скачку треков с ними на шару.
тогда, сразу поле уроков, мы будем конфигурить по кайфу!

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

что вы вцепились в конфигуратор, сейчас важно не на чем ехать, а куда!

Ответить

616. Tatitutu 3848 04.03.20 11:06 Сейчас в теме

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

617. victor_goodwill 50 04.03.20 11:11 Сейчас в теме

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

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

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

Ответить

626. PLAstic 296 04.03.20 11:50 Сейчас в теме

(617)

Доделать нормальную поддержку ООП (наследование, полиморфизм)

Чего конкретно не хватает? Желательно в объектах платформы.

641. victor_goodwill 50 04.03.20 12:20 Сейчас в теме

(626) Создавать иерархию объектов - не обязательно это привязка к прикладным объектам, типа справочников, документов и пр. (хотя наверное и там можно было бы решать какие-то задачи. Например, справочник "физлица", потомок - "сотрудники", пользователи, контрагенты и пр. Контрагенты также множественно наследуются от "юрлиц". И методы работы с контрагентами включают функциональность обоих), а свои объекты. Например (из нашей практики) - загрузчик заявок от пользователей. Базовый класс реализует базовую функциональность, а конкретные форматы заявок реализуют классы наследники. Я делал это на 1С++ на 1С 7.7 еще ) Или для выгрузки накладных. Это только несколько примеров. Да если внедрить ООП, то в отрасль могут прийти программисты, которые привыкли применять его и применение наверняка будет достаточно широким, ИМХО

Ответить

659. AlexO 136 04.03.20 13:25 Сейчас в теме

(641)

Создавать иерархию объектов

Откуда в 1С наследование, классы? Полиморфизм?

Да если внедрить ООП

По-вашему, ООП - это модуль, который достаточно "внедрить" в 1С, и все появится?

661. victor_goodwill 50 04.03.20 13:32 Сейчас в теме

(659) Классов пока что нет, но как раз их нужно сделать. На примере 1С++ пусть криво, с учетом ограничений платформы 1с77, как показывает практика сделать можно и не так сложно.
Это должен быть не модуль, конечно, это должна быть идеология. Как в С добавили возможность создания классов и он стал С++. Но, опять же на примере 1С++, можно и модулем отдельным сделать, хотя не желательно - это не самый лучший вариант

759. AlexO 136 04.03.20 17:13 Сейчас в теме

(661)

На примере 1С++

Это для 1С7.7 было.
1С8 - она не совместима с 7.7 нигде. Вот совсем и нигде. И никакой 1С8++ невозможен сейчас в принципе - запрет на подключение внешних компонент к серверу/платформе 1С.

это должна быть идеология

Тогда писать 1С9 или 1С10. С новой, ООП-идеологией.

Как в С добавили возможность создания классов и он стал С++

Это развитие языка.
1С7.7 и 1С8 - это совершенно разные ЯП. И совершенно разные платформы. Совместимость между ними - 0 (ноль).

656. AlexO 136 04.03.20 13:22 Сейчас в теме

(626)

Чего конкретно не хватает?

А что там из ООП реализовано? Желательно хоть что-то.

Желательно в объектах платформы.

Объект платформы - реальный из ООП, - в 1С, назовите хоть один.

665. PLAstic 296 04.03.20 13:56 Сейчас в теме

(656) Я, вероятно, вас удивлю, но 1С - это не ООП. Это предметно-ориентированное программирование. Погуглите.

668. brr 184 04.03.20 13:58 Сейчас в теме

(665) вероятно я вас удивлю но одно другому не противоречит

Ответить

670. PLAstic 296 04.03.20 14:11 Сейчас в теме

(668) Позволю себе не согласиться. Останусь при своём мнении - это вещи несовместимые. Более того, ООП излишне в принципе, хотя бы на основании того, что сообщество программистов 1С успешно решает задачи в разных областях и до сих пор никто не лоббировал реализацию ООП.
Что за сущности вы собрались наследовать? Как сказал другой оппонент, наследовать пользователей от физлиц? Вся логика по сущности физлица описана в соответствующем объекте конфигурации. Эта сущность может быть использована в качестве нескольких контактных лиц контрагентов, нескольких сотрудников (он увольнялся) и прочих. Тут очевидно, что достаточно ссылочного реквизита на конкретный объект Физлицо.

Приведите конкретные примеры, где вам не хватает механизмов ООП?

676. victor_goodwill 50 04.03.20 14:15 Сейчас в теме

(670) Это дело субъективного отношения к этому вопросу. Считаю лишь, что реализация ООП сделала бы более широким интерес для привлечения сторонних программистов, которые привыкли использовать эту парадигму в своих разработках (особенно крупных проектах). И помогло бы (наверное) улучшить понимание типовых конфигураций. Сейчас на мой взгляд они абсолютно неудобочитаемы. Опять же, ИМХО

Ответить

677. PLAstic 296 04.03.20 14:19 Сейчас в теме

(676) У меня не возникает сложностей в ежедневном понимании механизмов типовых конфигураций и БСП в частности, активно её использую. Получается, сложности не у всех, а у части? Следовательно, существует разная погружённость и разный уровень квалификации специалистов. А это уже нельзя назвать минусом платформы, это свойственно любой среде/платформе разработки.

682. AlexO 136 04.03.20 14:23 Сейчас в теме

(677)

У меня не возникает сложностей в ежедневном понимании механизмов типовых конфигураций

А вы программист вообще? Или ВПФ-писатель? Хотя и ВПФ сейчас - надумаешься еще, каким образом сделать.

692. PLAstic 296 04.03.20 14:31 Сейчас в теме

(682) Ведущий программист в одном из холдингов. Встречный вопрос: при решении задач какой области у вас возникает ощущение необходимости полиморфизма или наследования?

703. victor_goodwill 50 04.03.20 14:55 Сейчас в теме

(677) Не спорю про квалификацию, я не работаю с типовыми. Но это как раз следствие того, что на МОЙ взгляд они написаны без соблюдения общепринятых стандартов проектирования и кодирования, а наверное, по стандартам 1С, которые мне не всегда понятны, а если и понятны то не "приятны".
У меня есть опыт работы в других средах разработки в том числе участие в крупных проектах на Delphi+Oracle, C++ и там таких трудностей в понимании чужого кода не было. Сам же я пишу исключительно самописные конфигурации с 0-я и там стараюсь придерживаться моего понимания организации архитектуры приложения, который как я надеюсь близок к общепринятым стандартам. Но отсутствие механизмов типа ООП мешает делать это до конца последовательным и вынуждает использовать процедурный подход, там где логичен объектный. Т.е. реализовывать общие модули и передавать туда ссылки на объекты, а там проверять что-то типа: Если ТипЗнч(Ссылка) = Тип("...") Тогда....
Или вы называете это удобочитаемым, сделанным в современном духе? Ради этого и было придумано ООП, чтобы не городить такое, а работать с конкретными классами изолировано.

То, что программисты 1С не лоббируют ООП является следствием того, что они им не пользуются нигде, т.е. у них нет соответствующего опыта/образования (у большинства по крайней мере). Моя мысль была в том, что при реализации ООП в 1С могли бы прийти программисты с других языков и не воспринимать 1С как "недоязык". Ведь именно в этом была цель опроса - восприятие 1С как среды разработки.

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

Ответить

760. AlexO 136 04.03.20 17:16 Сейчас в теме

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

762. PLAstic 296 04.03.20 17:19 Сейчас в теме

(760)

специалисты по конфигурированию

Интересует первоисточник, если не сложно.

781. AlexO 136 04.03.20 18:23 Сейчас в теме

(762)

Интересует первоисточник

"1С:Специалист по конфигурированию прикладного решения"
Вы же 16 лет с 1С, уж это должны были узнать сразу и давно )

799. PLAstic 296 04.03.20 21:40 Сейчас в теме

(781) А, это тот самый экзамен, в описании которого сказано явно, для кого он? Мы же не путаем названия скилла и специалиста, да?

Экзамен проводится с целью проверки соответствия уровня подготовки программистов требованиям, предъявляемым фирмой «1С» к специалистам.

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

761. PLAstic 296 04.03.20 17:17 Сейчас в теме

(703) Так ведь наличие таких конструкций означает, что вы архитектурно допускаете составные типы или просто разные типы одной переменной. Может быть, дело в отсутствии архитектора, который бы сказал "так, пацаны, реквизиты составных типов - это колхоз, делаем иначе"?
Вместо общих модулей привыкайте использовать модули менеджера объектов. Это делает разработку более приближённой к ООП - а-ля публичные методы класса.

Текущая реализация примеров, которые вы приводили в первом ответе, по мне выглядит оптимально. Это всё разные сущности - физлицо, контактное лицо контрагента, сотрудник, пользователь. Логика их поведения описана в соответствующих типах объектов и необязательно что-то из чего-то наследовать, достаточно просто указать ссылку.
Иначе как делать? Создадим на основании объекта класса "физлицо" объект класса "пользователь" - это по сути берём всё, что есть у физлица и добавляем функциональность и структуру данных от пользователя. Объект класса "Пользователь" всё равно где-то хранить надо, значит, тот же справочник Пользователи. Надо сохранить ссылочную целостность - если изменили ФИО у экземпляра класса Физлицо, оно должно измениться и у наследника типа Пользователь. Так ведь? Значит, атрибут со ссылкой на экземпляр класса Физлицо.
И чем опять это отличается от классической работы в 1С, когда мы просто указываем у пользователя реквизит "Физлицо" одноимённого типа?

679. brr 184 04.03.20 14:21 Сейчас в теме

(670) лично мне сейчас не хватает коллекций с методами, так себе конечно аналогия классов

но было бы не плохо иметь класс кассовый ордер, дочерний для класса документ, от него унаследовать два класса ПКО и РКО

684. AlexO 136 04.03.20 14:24 Сейчас в теме

(679)в 1С это нереализуемо - там только скрипты, никаких даже базовых предпосылок к ООП.

687. brr 184 04.03.20 14:26 Сейчас в теме

(684) в текущем виде да, поэтому 1С умрёт не справившись со сложностью

691. AlexO 136 04.03.20 14:31 Сейчас в теме

(687)так изначально ни в одной из 1С-ей(6, 7, 8..) ничего подобного и не было, и не планировалось. 30 лет почти без малого.

754. brr 184 04.03.20 16:54 Сейчас в теме

(691)Всё изменилось, конфигурации усложняются, коллективы разработчиков растут. 1С такое не потянет.

763. AlexO 136 04.03.20 17:20 Сейчас в теме

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

685. PLAstic 296 04.03.20 14:25 Сейчас в теме

(679) Это есть и сейчас и успешно функционирует во множестве конфигураций. Но это не "класс", это "документ". Что-то принципиально меняется?

688. brr 184 04.03.20 14:27 Сейчас в теме

(685) попробуйте прочитать то, что я написал не по диагонали, про класс кассовый ордер например, где вы видели в конфигурациях такую иерархию классов?

693. PLAstic 296 04.03.20 14:33 Сейчас в теме

(688) Зачем? Есть логичный механизм, который сейчас работает. Я задал не менее конкретный вопрос. Что конкретно и как (желательно подробнее) вам кажется необходимым переделать в нём?

702. brr 184 04.03.20 14:52 Сейчас в теме

(693) Я привел пример

712. AlexO 136 04.03.20 15:28 Сейчас в теме

(693)вам в 1С надо, в менеджеры))
- Что вас не устраивает как разработчиков?
- Да практически все не устраивает!
- Что конкретно? Иначе разговор не конструктивен. Мы запишем пожелания и рассмотрим их.
- Нужны классы!
- Зачем? Где вы их использовать будете?
- Да где угодно!
- Это не ответ. Значит, нигде. Вы мне или дайте конкретные примеры вместо "да где угодно", либо у дискуссии нет смысла и я завершаю её. Конкретика есть?
- Класс кассовый ордер хочу! От него - наследовать два класса ПКО и РКО! Лепота!
- Зачем? Есть логичный механизм, который сейчас работает.
Так что конкретно и как (желательно подробнее), вам кажется, необходимо переделать?

731. PLAstic 296 04.03.20 16:11 Сейчас в теме

(712) Всё так. Я бы поддержал ООП в 1С, но мне кажется нелепым, что за более чем 15 лет разработки он мне не был нужен. Как же так?

735. neikist 04.03.20 16:15 Сейчас в теме

(731)
А я вот ушел из 1с в т.ч. потому что чем дальше тем больше чувствовал насколько его отсутствие неудобно.

Ответить

749. brr 184 04.03.20 16:48 Сейчас в теме

(731)Разработка разная, одно дело вносить в одно лицо пару тройку исправлений, другое разрабатывать с нуля подсистему в дружном коллективе разработчиков числом около 40. Классы это же не только наследование но и, для меня это сейчас очень важно и мне это очень нужно, инкапсуляция.

680. AlexO 136 04.03.20 14:21 Сейчас в теме

(670)

и до сих пор никто не лоббировал реализацию ООП.

Его пытались реализовать еще в 7.7 в 1С++. И с тех пор просят 20 лет уже. А "лоббировать" от нас в 1С некому.

Более того, ООП излишне в принципе

дискутните с собой:

"Доделать нормальную поддержку ООП (наследование, полиморфизм)"
Чего конкретно не хватает? Желательно в объектах платформы.

Так чего в 1С хватает и так из ООП?

Эта сущность

В 1С нет никаких сущностей. Как нет и классов. Справочник - это скрипт, собирающий ссылки на хранящиеся в БД таблицы.

что достаточно ссылочного реквизита на конкретный объект Физлицо

Ну вам достаточно ID строковой, и все - ООП есть.

Приведите конкретные примеры, где вам не хватает механизмов ООП?

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

Ответить

690. PLAstic 296 04.03.20 14:30 Сейчас в теме

(680)

Так чего в 1С хватает и так из ООП?

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

Вот и пришли к "классам". Задачи предметной области успешно решаются этими предопределёнными "классами", которые кроме предоставления "табличных данных" реализуют и обвес кодом.
Что вам нужно от ООП в 1С?

698. AlexO 136 04.03.20 14:45 Сейчас в теме

(690)

Задачи предметной области успешно решаются этими предопределёнными "классами"

Класс - это шаблон "сущности", имеющий свойства, методы, и который способен "создать" свою копию. И который может взаимодействовать с другими классами. Через наследование, например. Не говоря уже про полиморфизм.
Где вы такое в 1С нашли?

что не вижу необходимости в нём в 1С

Я не знаю, в чем вы программист, а я, как программист 1С, нуждаюсь в создании своего справочника - чуть более продвинутого, чем "Номенклатура". Или в круглой кнопке. Или в программном изменении размеров формы. ETC...
Вы во всем этом не нуждаетесь в 1С - поэтому я сомневаюсь, что вы программист 1С.

732. PLAstic 296 04.03.20 16:13 Сейчас в теме

(698)

Типы ДокументОбъект, ДокументСсылка и пр. Считайте создание конкретного вида документов аналогом создания дочернего класса в ООП. Правда, это предмет, всё же, т.к. тут не ООП.
И создавать классы могут всё же не свои копии, а экземпляры (объекты) данного типа.

736. neikist 04.03.20 16:28 Сейчас в теме

(732)

И создавать классы могут всё же не свои копии, а экземпляры (объекты) данного типа

В случае прототипного наследования правда все же чуть по другому. А именно при инстанцировании копии прототипа и создаются.

764. AlexO 136 04.03.20 17:23 Сейчас в теме

(736)у 1С нет никаких "копий" даже "прототипирования", лишь создается новое описание "объекта" и новые метаданные. Все. Дальше заполняется таблица в БД, а 1С-сервер интерпретирует эту таблицу согласно описанию.

766. neikist 04.03.20 17:29 Сейчас в теме

(764)
А причем здесь 1с? Речь шла о наследовании в ООП в принципе.

967. AlexO 136 06.03.20 10:13 Сейчас в теме

(766)вы же вроде как квази "ООП" в 1С обсуждаете? Ну что вот "есть объекты" - "нет, это не объекты", "а вот аналоги классов", - "а в прототипировании наследование другое" и т.д.

978. neikist 06.03.20 10:57 Сейчас в теме

(967)
Конкретно я обсуждал ООП в принципе, потом разобрался что неверно комментарий на который отвечаю прочитал.

988. Mikhail1972_ 06.03.20 11:32 Сейчас в теме

(698)про расширения слышали

923. kirillvv 05.03.20 17:50 Сейчас в теме

(690)

Что вам нужно от ООП в 1С?

1. Посмотрите количество разбросанного по конфигурации кода. Берем документ, часть его логики живет в общих модулях, часть мы копипастим из других документов (типа печать, вводы на основании и т.д.), часть в подписках на события, а еще часть в модулях регистров и справочников. Возможно какую-то часть этого бардака и удастся причесать регламентами, но весь мир говорит о том что так жить нельзя, копипасты не должно быть никогда. ООП механизмами фабрик и наследований позволяет решать такие проблемы.
2. ООП код легче структурировать и документировать, хотя конечно это вопрос практики и опыта.

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

В завершение напомню ООП позволяет объединить данные и методы. Давайте как пример возьмем сделаем класс "ТоварыНаСкладах", добавим туда список номенклатуры и два метода оприходовать и списать. И это класс будет делать записи во все нужные нам регистры, наша IDE будем все знать про его структуру и подсказывать автодополнения. Это в разы удобнее функций в общем модуле и структуры в них передаваемой.

Или другой пример, у Вас есть свое оформление документов, кнопки печати и еще чего-то, заполнения или еще что. Сделайте класс наследуемый от типового документ и реализующий то что Вам нужно и не надо копипастить в новые документы много кода. Кому интересно посмотрите в УТ по 200-300 строк в каждом документе тупой копипасты, тупо вызовы общего модуля типа "ВерсионированиеОбъектов.ПриСозданииНаСервере(ЭтаФорма); " и это есть в каждом документе.

927. PLAstic 296 05.03.20 18:10 Сейчас в теме

(923) Если учесть наличие директивы #include, то ваш аргумент не аргументный. Имеем точно такой же разброс кода по разным файлам, библиотекам и классам. Но основной же ошибкой является то, что вы сравниваете реально существующую реализацию возможностей платформы 1С и сферический код в вакууме - какой-то идеальный код идеального программиста. И 1С позволяет собрать весь код в одном месте. И 1С позволяет не дублировать код, включая его в общие модули. Смотря что вам важнее.

Абстрактные списки номенклатуры для записи в любой РН или РС невозможны в отрыве от другой аналитики. Пример не актуален.

До сих пор у меня в команде других разрабов успешно получается решать задачи уровня промышленного холдинга. Что мы делаем не так? Почему ваши сентенции на тему плюсов ООП и минусов 1С мимо кассы?

932. kirillvv 05.03.20 18:29 Сейчас в теме

(927) Уважаемый.
Во первых я написал, что ООП не панацея (и Ваш успешный опыт это подтверждает) , но с ним проще.
Во вторых. Речь идет не о том что весь код всегда должен быть в одном месте, а код должен быть в известном месте, именно с этим сейчас в 1С огромные проблемы. А так если будет время посмотрите SOLID, изучите теорию.
https://ru.wikipedia.org/wiki/SOLID_(%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)
В третьих. Мы тут и обсуждаем теорию, я уверен что никто не тешит себя иллюзией, что ребята из 1С скажут: "а давайте все это сделаем" )))))))

937. genayo 05.03.20 19:14 Сейчас в теме

(927) У 1С на определенном этапе было важное преимущество - большое число специалистов высокого уровня за относительно небольшие деньги + относительно простые по архитектуре и для доработки типовые. Сейчас этого нет. И выбирать 1С при старте нового крупного проекта с нуля - очень сомнительное решение.

989. Mikhail1972_ 06.03.20 11:42 Сейчас в теме

(937) да наблюдал на практике такие подходы. А давайте сами все на c# напишем, а кончается тем, что не могут даже обычный склад написать. Еще "крутой подход" наблюдал , а давайте все на sql сделаем будет все летать, лимон sql щикам и в итоге они разработали хранимку, которая работает по ночам часов 10, а потом отчет формируется в 1с за 5 мин. Чувсвуете , что все тоже самое делается за счет регистров в 1с и за тысячи , а не миллионы. Вот вам и c# ,и ооп и sql.

1055. genayo 06.03.20 19:10 Сейчас в теме

(989) Да-да, Cuba, odoo и даже lsfusion они так, погулять вышли :))

1084. Mikhail1972_ 09.03.20 13:44 Сейчас в теме

(1055)сколько контор с ними работает, даже сотни не наберется))

1086. genayo 09.03.20 17:07 Сейчас в теме

(1084) Когда-то Интернет эксплорер занимал 95% рынка браузеров...

701. AlexO 136 04.03.20 14:51 Сейчас в теме

(670)

наследовать пользователей от физлиц

Вообще, это разные "сущности". И, возможно, даже разные классы были бы в нормальном ЯП. Странно, что вы этого не понимаете, хотя пишите что много опыта в ООП.

707. VmvLer 04.03.20 14:59 Сейчас в теме

(701) фотка и бионика у них одинаковые, значит необходимо завести общий класс
human body и из него наследовать потомков user и individ.

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

708. AlexO 136 04.03.20 15:15 Сейчас в теме

(707)

фотка и бионика у них одинаковые

У пустой коробки и куба древесины фотки тоже могут быть одинаковыми.
"Физлицо" и "Пользователь" и близко не стояли друг с другом.
И где вы у "Физлицо" и "Пользователь" нашли бионику?!

710. VmvLer 04.03.20 15:23 Сейчас в теме

(708) Фотка-это элемент бионики родительско класса human body общий для наследников.
В user - это свойство авторизации.
В individ - это свойство документов физлица: паспорт и пр.
Методы работы с фоткой(получение, хранение) сидят в общем классе.

продолжим балоболить об очевидном?

711. neikist 04.03.20 15:25 Сейчас в теме

(710) Я бы сказал что речь скорее об интерфейсе. Оба объекта реализуют интерфейс держателя фотки, и, например через делегата, реализуют этот интерфейс. Наследованием такое не очень решать. Интерфейс + композиция.

713. AlexO 136 04.03.20 15:34 Сейчас в теме

(710)

продолжим балоболить об очевидном?

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

717. VmvLer 04.03.20 15:40 Сейчас в теме

(713) бла бла бла, значение по умолчанию - void или null.
я привел простой пример логической целосообразности,
вы приводите абсурдные аргументы о влиянии.
трындеть о "влияниях" обучены многие, а толку?

721. AlexO 136 04.03.20 15:44 Сейчас в теме

(717)чего-чего? У вас уровень дискуссии даже не одноэсника - грузчика на перекуре, зачитывающего вслух еженедельную газету.

722. VmvLer 04.03.20 15:47 Сейчас в теме

(721) ясно, когда простейшая аргументация исчерпана - самое простое перейти на личности. до 80-го уровня вам рановато)

725. AlexO 136 04.03.20 15:51 Сейчас в теме

(722)у вас и простейшей нет, вообще никакой - разве что оскорбления заменены восторгами.

726. VmvLer 04.03.20 15:54 Сейчас в теме

(725) это хорошо или плохо?

727. AlexO 136 04.03.20 15:58 Сейчас в теме

(726)это Маяковский В.В.

728. VmvLer 04.03.20 16:00 Сейчас в теме

(727) ладно, продолжаете лить борщ кастрюлями дальше - это интереснее.
тест на то, что вы можете выразить мысль кратко пройден.

678. neikist 04.03.20 14:19 Сейчас в теме

(665) Не путайте язык и фреймворк. Можно было бы имея тот же фреймворк с более продвинутым языком решать задачи гораздо проще и удобнее.

681. PLAstic 296 04.03.20 14:22 Сейчас в теме

(678) Где видна путаница?
Повторюсь, излишне будет тупо повторять модные для вас словечки. Приведите конкретные примеры, где вам бы помог полиморфизм или наследование в типовых конфигурациях 1С.

694. neikist 04.03.20 14:34 Сейчас в теме

(681) Да где угодно черт возьми. Я даже не знаю как можно описать слепцу цвета заката так как без ООП и функций как объектов первого класса пришедших из ФП уже не представляю себе удобную декомпозицию и построение абстракций. А абстракции в программировании основной инструмент управления сложностью.

696. PLAstic 296 04.03.20 14:40 Сейчас в теме

(694) Подозреваю, когда слепец на асме писал демки для 4k-intro, его оппонент ходил в детский сад. Когда слепец зарабатывал на бизнес-приложениях с++ с библиотекой TurboVision, его оппонент учился в начальной школе. Хватит подкалывать и бравировать своей поражающей квалификацией в ООП. Я пришёл в 1С много лет назад после BCB и не испытывал необходимости в техниках ООП при решении предметных задач. Вы мне или дайте конкретные примеры вместо "да где угодно", либо у дискуссии нет смысла и я завершаю её.

697. neikist 04.03.20 14:45 Сейчас в теме

(696)
Почему то у меня ощущение что если вы и писали на C++ то это был "C с классами". Можете завершать дискуссию, видимо каждый при своем мнении останется. Я не готов кратко пересказывать Макконела, дядюшку Боба, банду четырех, кучу авторов статей и придумывать микропримеры которые вы будете классически опровергать что "можно сделать и по другому на 1с, разницы не будет". А писать что то крупное хотя бы на пару десятков тысяч строк на псевдоязыке 1с но с ООП мне банально нафиг не нужно.

700. VmvLer 04.03.20 14:49 Сейчас в теме

(694) это уже эмоции и манипуляции про закат и категоричность "да где угодно" -
просто показатель незнания предметной области. конкретного примера у вас нет.

705. neikist 04.03.20 14:58 Сейчас в теме

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

715. AlexO 136 04.03.20 15:37 Сейчас в теме

(705)

это уже эмоции и манипуляции

это все синтаксический сахар

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

723. neikist 04.03.20 15:48 Сейчас в теме

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

812. user1094657 05.03.20 00:57 Сейчас в теме

(681) Отвечаю. Классический пример справочники ФизическиеЛица и СотрудникиОрганизаций. Если было по уму и как лучше спроектировать базу, а не через ж. То Спр.СО наследуется от СПР.ФЛ. Или многочисленные справочники Номенктуроподобные, ОС, НМА и т.д. Наследуем от Номенклатуры,а уже в полиморфизме учитываются разные нюансы обработки например в обработке проведения. Или в допустим Регистр. ПартииТоваров будет у тебя с Измерение Характеристика или нет. Или этого регистра ваще не будет, О будут только регистр Остатки. Проведение Документов может от этого не зависеть. Все отличия будут скрыты в реализации данного объекта. Или вариант, разные поставщики реализуют, что-то у Васи лучше чем у типовой. Вася уже в реализации эти отличия учел. А ты просто меняешь один объект на другой без геморойной привязки.
=================
И последнее все конфы не важно какие, просто продолжение объектной модели друг друга.
=======================
становятся возможными библиотеки объектов,типовая просто задает.базовые объекты, методы каждого объекта, которые нужно реализовать. А как это уже зависит от потребностей конкретной организации, кому что нужно. И можно делать типа конструктора, собирать конфу как нужно клиенту.
==============
Немного путано. Но это Но пойми это будет не тот оцтой и 90% конфы не нужный гавнокод. А будет маленькое шустрое, под клиента подогнанное.

830. PLAstic 296 05.03.20 09:41 Сейчас в теме

(812) Я не увидел необходимость классов и наследования.
В своё время допиливал "качество" в старую конфу, где его не было. Пришлось кроме добавления собственно измерения в РН во всех документах, что работали с регистром менять логику работы с этим РН, чтобы заполнять качество, выводить "качество" на формы документов и прочее. Когда вы говорите, что характеристика лишняя в РН, то надо учитывать, что куча смежных объектов учитывает это измерение. И чтобы понять, используется или нет характеристика, делают ФО. У меня много примеров освоения новой функциональности конфигураций клиентами. Когда, например, раньше они не использовали характеристики и лупили их в наименование, а потом увидели, что таких позиций уже больше половины и включили использование характеристик. В вашем случае что они делают? Обращаются к программисту, чтобы вернул им РН с характеристикой? А в самом начале, когда выкусывали это измерение, тогда что было? Тоже какой-то программист садился и делал отдельный класс, отдельное место хранения для его экземпляров? Давал другое наименование, описывал свою логику, которая без характеристики? Во-первых, это колоссальный труд, потому что менять нужно не только РН, а и все смежные объекты, коих десятки, а во-вторых, почему он просто не мог удалить измерение "Характеристика" из оригинального РН? Зачем плодить какие-то классы там, где можно всё сделать и без них?

Оставьте свое сообщение

E-mail: