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

(87) Демоническое никогда не являлось правильным решением

При правильной настройке УФ не тормозят, а работают в разы быстрее чем ОФ

(89) А поделиться настройкой можешь?

(58) И это я тоже понимаю.

Нет её, правильной настройки. Они тупо долго рендерятся.

(90) "Настройка" не как какой-то объект, а как процесс имеется в виду

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

(93) Ну, дык... А "процессом" нельзя поделиться?

(94) +100

(94) В запросе они есть. Их нет в конструкторе. Решение - не пользуйся конструктором.

(95) Кто ж забезплатно будет процессами делиться

(97), нет головы - нет головной боли

(90) Это комплекс настроек.

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

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

Простой пример: настраивал обмен между базами (свой). Не указал код в узле текущей базы. Программа ругалась, что не может найти какой-то файл *.zip.  При чем здесь файл? Тупая железяка! Ну не выставлен код - так и скажи "Проверь код".

(100) Этот комплекс (по-моему) все знают.
Только вот как объяснить пользователю, что для работы с 8.3 нужно вложиться (помимо перехода эски) и в апгрейд техники. Причем, очень не хилый.

(102) Знать путь и пройти его не одно и то же (с)

Для тонких клиентов не нужны мощные машины

(101) это уже не к платформе вопрос, а к БСП - нет внятного сообщения на такой случай, но они вообще там молодцы, почти везде уже есть внятная диагностика

На хабре вышла статья о том, как кто-то работал в фирме 1С, в отделе 1С-ников.
Почитайте, как там рабочий процесс устроен - занятно ) Многие вопросы о гениальности типовых решений отпадут )

https://habr.com/ru/post/470561/

(92) Кстати, такси рендерится намного веселее старого стиля управляемых форм.

(89) Формы УФ никогда не смогут достичь скорости ОФ, они для другого.

(103) "Для тонких клиентов не нужны мощные машины"
Именно поэтому 8.3 не работает на процессорах без поддержки sse2)

(108) И для чего они?

(105) Почитай комментарии более внимательно, там признано что это норма для 90% компаний ИТ в принципе и у 1с все не так уж и плохо

(111) Этот комментарий небось такой же сотрудник отдела 1С-ников написал )

(112) https://habr.com/ru/post/438514/
Этот топик тоже сотрудник 1с написал?

(112) почитай по остальным ИТ компаниям похожие топики, там иногда идут такие срывы покровов и кидания говном, на их фоне 1c смотрится просто слегка бюрократичной конторой не более

(79) Переходите на УНФ, там есть "Алиса"

(0) Глупые человеки, которые не умеют готовить эту самую 1С и считают себя 1Сниками.

Ну и немного по мелочи.

Вот какая 1С есть, пусть такой и будет, ибо с ее помощью можно рубить бабло на пустом месте :-)

(117) Я бы плюсанула, но рука не поднимается.

Название темы навеяло старый анекдот:
- Какие существуют достоинства у программистов
- Лень, нетерпеливость и гордыня
- А как существуют недостатки у программистов
- Недостатков нет, они идеальны

Вот так и 1с8....есть свои достоинства, а недостатков нет)

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

(14)Согласен.. позавчера такое делал, просто при создании формы на сервере, в реквизит формы записал имена колонок и ок :) Но абсурдность дикая конечно :)

Полностью поддерживаю (9) (13) (15), почти все проблемы перечислил.
От себя добавлю:
УФ. Разделение на клиент и сервер - это отлично, но некоторые моменты в реализации...
Кто пробовал сделать хоть что-то, напоминающее "виджет" (т.е. отдельная форма-модуль, которую можно встраивать в другие формы) меня поймет.
Постоянно натыкаешься на всякие странности -
то обработчик события можно описать только в исходной форме,
то контекстный серверный вызов можно сделать только из исходной формы (т. е. нельзя передать форму в виде параметра на сервер),
то половина свойств элемента формы устанавливается только на сервере, другая половина - только на клиенте; да еще и значения некоторых перечислений не передаются между клиентом и сервером
то поля надо устанавливать строго в определенном порядке (сначала обычно устанавливается Вид), из-за чего ЗаполнитьЗначенияСвойств(Элемент, СтруктураСвойств) срабатывает не всегда

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

(123) ты видимо зуп не видел, там эти прыжки доведены до абсолюта.
раз по 5 прыгают вообще без действий

(124) это как правило заделы на будущее, правда в 90% случаев так никогда в дальнейшем не используемые

вопрос видимо в том, что проработка правильного построения типовой конфы - это та еще работа и еегадо сделать ДО работы по типовой конфе. а рынку надо выкатить сейчас что-то.
или вы думаете, что сейчас в маме сидит этакий сферический архитектор и рисует НОВУЮ типовую конфу? а потом ее напишут (паралельно типовые текущие поддерживая) и выкатят конфетку? хз вам не не розовых единорогов ;-)
.
возможно все в результате адского трэша пойдет по пути фузины.
народ будет лабать на платформе самописки, дергая из всяких БСП\БПО\ПРОЧЕЕ всяк ие готовые блоки для интеграции с оборудованием или маетематику в виде черного ящика.

Занозы вспомнилось:
1. Финальная 8.1.8.66, убивающая базы 1С v8: Реструктуризация базы на релизе 8.1.8 идет вторые сутки!
2. 8.2.14, убивающая usb-ключи защиты http://catalog.mista.ru/public/89279/
3. Так, по мелочи https://bugboard.v8.1c.ru/error/000001009 и т.д.

(126) так и есть. вот ут переписывают в хлам. кто-то же придумывает.
А давайте общие модуля перетасуем

(37) Очень просто. Переработка механизма проведения документов в цикле на проведение одним пакетом + запись в базу пакетом
Но это да, нужно дохрена чего менять, как в конфе, так и в платформе

(42) Фузиновцы мудаки, из ста претензий к 1С две угадали, остальные не в кассу, а про миллион реальных проблем вообще ничего не сказали

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

Недостаток у 1с только 1 малая распространенность на западе.

(46) Да, да, почитай умных людей, раз сам даже обкакать не можешь
Мы такие ветки заводим, кстати, потому что 1С их так или иначе читает
Про ваши высеры не уверен, что их даже читать до конца будут, посмеяться разве :))

(55) Тю. У них бесплатный продукт, откуда у них деньги?
Давайте со сраной Фузиной в их срановетку

(134) ну наверняка же ты эту ветку завел, после прочтения фузины.
хотел наверно кинуться доказывать что в 1с все хорошо, но понял что это далеко не так

(61) То есть ты не понимаешь и теперь 1С дураки?
Вообще, потому что в новом регистре другая структура и нельзя старый регистр просто реорганизовать, нужно сделать новый, в него при обновлении программно перенести записи (попутно их свернув), после чего при следующем обновлении удалить старый
Если же просто реорганизовать регистр, то будет ошибка, что записи регистра стали неуникальными и реорганизацию выполнить нельзя

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

(62) Он как раз все правильно говорит, просто по ходу он знает механизм обновления типовых, а ты нет :))

(137) То что изнутри это выглядит по другому, я в курсе.

(61) что бы при факапе теоретическом - старые данные не потерялись это раз.
Что бы не было ошибок реструктуризации это 2.
Ничего плохого в этом не вижу

(140) К удалить вообще нет претензий, тут все четко сделано

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

И процедуры/Функции именовать можно несколькими именамиСиноноимами можно будет. с разным набором параметров.

(131) Один хрен, будет не перепроведение, а нечто иное с похожей сущностью - легче станет?
я хз. как там типовые устроены, но следующим этапом будет - в пофигураторе у тебя единый бизнес-обьект "документ.Заказ", а на втором слое пофигуратора - явные связи (как фузина). Когда в явном виде прописаны свячзи шапко, ТЧ. и каждая строка отдельная сущность. и на уровне кода (или платформенно йподдержкой) - можеim изгаляться как хочешь - изменил ОДНУ строку - только она ОДНА и перепровелась. WMS так и простроена (как минимум одна которую нормально знаю) - документ "заказ" как единая сущность только для оператора выглядит. апо сути это контейнер, который собирает для отображения или позволяет программно группировать (владелец) атомарные самостоятельные реальные сущности.
.
вот в 1С документ - всегда был неделимым обьектом. одна строка в нем или тысяча. если работаешь в терминах обьектов - оперируешь/перепроводишь цельный обьект. Тупит и тормозно и излишне? никто не мешает даже сейчас в пофигураторе создать Документ.СтрочкаДокумента и Документ.Заказ(Документ.Шапка, Документ.СтрочкаДокумента) - та же фузина вид сбоку (и в 1С специализированные решения уже давно так строятся, еще до 2009 года, когда фузина начала что-то изобретать). Другой вопрос - будет ли так хорошо ВО ВСЕХ СЛУЧАЯХ ПРОЕКТИРВОАНИЯ БИЗНЕСПРИЛОЖЕНИЯ, или для каких-то задач понадобится более высокий слой абстракции бизнес-обьектов (как это есть сейчас).

Вообще, я удивляюсь, что в 1С до сих пор нет пакетной обработки данных
Пока данных было мало, норм
Но сейчас же даже РАУЗ в платформу вынесли
Про РАУЗ, кстати, пару дней назад мне коллега, раньше работавший в 1С, сказал, что он первый раз еще в ПУБе появился :))

(144) пакетная обработка данных хорошо, когда автоматизированный поток.
когда система заточена на интерактивную работу - пакетный режим второстепенная СЛУЖЕБНАЯ сущность. предполагается, что под выполнение служебного - достаточно ресурса. а то что себестоимость при закрытии месяца считается часами-сутками - ну это не ко мне... ;-)

(145) Ничто не стоит на месте. Концепция поменялась. И сейчас это уже много где надо.

Взять например те же обмены банальные.

(144) вот запулил ты паекетную обработку. а тут я, такой, весь в белом и хреняк взял документ на редактирование... и теперь поток сидит ждет ибо нельзя двтгаться дальше, потому как дальнейшее движение зависит от  того что эзер наколотит? или пакет бежит дальше, юзер час колотит в документ - а ему - хреняк! пофиг что вы наколотили, поток уже вообще поменял исходные даннные документа и что делать? записать то что наколотил юзверь (считая что ориентируемся на конечный результат а откуда он взялся - нас не интересует - от исходных визуальных данных что видел юзер изначально? или от тех данных что пакет в документе "подправил", то есть имеем грязное чтение бизнес-обьекта). что считать правдой по этому документу?
.
я хз.
но тут вопросы к архитектуре и ПРИНЦИПАМ РАБОТЫ с бизнес-приложениями.
имхается мне что это задача про типа буриданово осла

(148) это один из возможных путей реализации, но не единственный.

(145) Таки я, да, про регламентные операции типа массового перепроведения, закрытия месяца и пр.

(147) и че? в спец.решениях обмены крутятся автоматом/пакетами/итд. я как запустил робота в 77 на обмен с WMS в 2014г - до сих пор крутится. гоняет туда сюда пакетам (файловыми). Знаю интеграции когда все крутится на хз как правильно это WS, SOAP push - тоже пакетами все гоняется без участия чела.
.
проблема в чем? - в описании того что надо.
если для специализированного решения - прописано явно, то для широкого универсального рынка - ЧТО?

(151) а когда данных слишко много?

(148) Вот запулил я закрытие месяца и даже готов час или два или три подождать, ничего не делая в базе, потому что ночь, все дела
А тут раз, ночь прошла, а еще не закончилось
Упс?

(152) Если у Вас не было узким местом запись большого числа объектов в базу, это не значит что такой проблемы нет

(150) массовое перепроведение - потому что такая архитектура. если ты не считаешь перепроведение сейчас - ты будешь его считать в конце месяца. раузом/херяузом. все зависит от "алгоритма" ну вот не перепроводишь ты докумеент, а делаешь _текущим временем_ некую "исправительную" запись по документу. никакого перепроведения. а зависят ли последующие документы за исходным документом от этого "исправления" - если да - порождать цепочку исправлений сразу? - да база ляжет... или если БизПроц/НПА позволяет - корректировать все концом месяца (как корректирвока себестоимости до средней взвешенной за период по средней скользящей) - ну так на конец месяца хз сколько времени понадобится. В результате имеем то что имеем.

(153) сам виновать - дятел, не смог достоверно оценить потребный ресурс. с чем это связано - с обьемом данных, криво написанным алгоритмом - в итоге ты все равно упираешься в ПОТРЕБНЫЕ РЕСУРСЫ, которые должны обеспечивать "расчет за 1,2 часа ночью" - сиди пиши нетленку под конкретно свои процессы. будет считаться за полчаса. придешь в другую фирму - ну напишешь еще нетленку на другие полчаса. проблема в чем?

(156) Ну вообще-то если говорить про ERP, то какие тут варианты?
Сам писать расчет себестоимости и закрытие месяца не будешь

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

(158) грязное чтением пакетом и юзверем.

Старые песни о главном. =) Ну ок. Хотелось бы:
1. Бесплатная среда разработки для разработчиков. =) Про учебную версию - лучше не упоминать.
2. Другая среда разработки. Ну устарел конфигуратор, ага. EDT - лучше похоронить к х***м сразу. Ну есть же ребята, которые могут современную среду разработки запилить. =)
3. Выросшие объемы метаданных и модульность(которой нет, в некотором узком смысле). Имхо, такой функционал, как БПО, Меркурий, МДЛП и прочее, лучше бы были реализованы в виде расширений(предопределенных?), которое можно включать и отключать по желанию.

Выпускают ерп системы в которых все красиво только в методичках,
а на биг-дате это просто "мертвые кирпичи".
Собственно когда 1С поймет
что сначала лошадь, а потом телега?

А пока предлагаю в заставке запуска во всех ерп-конфигурациях и
УТ писать понятно и четко:
"мы  ставим телегу впереди лошади - доступно и всерьез"

(127) Продолжай

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

(136) "Вообще, потому что в новом регистре другая структура и нельзя старый регистр просто реорганизовать"
Так вопрос именно в том, нафига нужна новая структура, если старая прекрасно справлялась с задачей..

(164) Если изменили, значит, возникли задачи, с которыми не справляется

не понимаю почему нет прямых запросов к скулю как в 77 - с использованием всех возможностей скуля

(165) И опять же подходим к тому, насколько актуальны эти задачи для 99% применений)

(164) Часто перепиливают регистры и прочие таблицы иммено из-за дилемы "телеги и лошади".

помню в ЗУПе, где вроде 300+ таблиц, годах эдак в 2013-2014 работать было очень сложно на большой БД -
списки сотров, штатки и т.д вешались. Сейчас положение улучшилось и не столько из-за SSD-дисков и более производительного железа, сколько из-за того, что была пересмотрнна как структура многих таблиц,
так и логика запросов. Это именно тот подход, когда ведут и ставят лошадь спереди, а потом в телегу набрасывают всякую хрень(отчеты, оформления, оптимизации и пр.)

(166) почитайте руководства, книги по платформе для понимания

типа 1с не разрешает чтение баз сторонними средствами? ну хрень же

(168) Ну согласитесь же, что получение ответственных лиц организации - не та задача, которую стоит "оптимизировать".

(170) это ваше субъективное мнение.
делайте прямые запросы сколько хотите если в этот видите смысл, просто за рельтаты таких запросов вы берете ответственность на себя и платформа ни причем если что.

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

(172) То есть вы считаете, что вынесение данных из записей в реквизиты как-то упростит задачи обеспечения конфиденциальности и приватности? По-моему, наоборот. На записи условия наложить проще, чем скрывать реквизиты.

1. Нет доступа к стеку вызовов - привет транцзакции в которой уже происходили ошибки, в oscript есть.
2. Шизофрения на уровне платформы - у объектов реквизиты типизированы, а типизировать переменные нельзя. Приходится проверять типы программно.
3. Нет ООП - танцы с состояниями.
4. Нет Args - танцы с абстракциями.
5. Функции не объекты - танцы с абстракциями и "Выполнить" как приговор.
6. Нет констант (как это понимают в других языках программирования) - привет совместной разработке.

главный недостаток 1с, это 1сники.

По платформе ничего плохого не скажу.
Все блестяще развивается. И развивается в правильном направлении. Респект разработчикам платформы!
По поводу скорости работы - никаких проблем! Разрабы платформы смотрят вперед, действуют на опережение по железу.
Я хорошо помню, как тормозила 7.5 на моем DX4-100. С появлением нормальных пентиумов проблема испарилась. Так же будет и с УФ. Конечно, если развитие железа совсем не остановится.
Если говорить о сравнении скорости работы чистого скуля и работе платформы по преобразованию того, что пишут разработчики конфиг, в скульные конструкции ... а вы попробуйте! Я серьезно!
А заноза только одна - фиг поймешь что курят разработчики ЗУПа, когда засовывают матрешку в матрешку матрешки матрешкиной.
Ну а в остальном - огонь!

1. Медленная.
2. Развивается по одному Богу известной траектории.
3. Не обладает концептуальным единством.
4. Синтаксис перегружен.
5. Слабая совместимость с предыдущей версией.
...

(0) Скупая и непонятная документация.Отсутствие примеров почти полное.Не сравнить с синтаксис помощником семерки, там все было ясно.Понятно, что сложность возросла, но бросать разработчиков не дело.Даже доступ к закрытым разделам 1С и ИТС ситуацию не проясняет!

читаю.. охреневаю..
тут бы достоинства все освоить...

Это не фузина

Мне не хватает при создании программных назначаемый действий создаваемым командам возможности указания процедур из общих модулей.

(174) Написал красиво, развивай... Какие практические задачи ты не мог решить, в отсутствии указанных тобой вещей, над чем с бубном то танцевал?

(177)
1. А креатив на что? Ускорь.
2. Кесарю кесарево.
3. Точно! Пойду погуглю что это значит.
4. Чем?
5. Ну и что? Какие проблемы в связи с этим испытывал?

Много умных, а по факту ничего...

Какая хорошая тема.
Недостатки 1С:

сам встроенный язык: нельзя создавать свои типы данных, нет многопоточности на клиенте, неудобная IDE (можно конечно писать на Эклипсе, но все это очень тормозит), нельзя менять структуру СУБД напрямую, скорость работы медленная, Виндовые сервера (сейчас уже можно ставтиь на Линукс, но в продакшене это используют пока редко), мало возможностей кастомизации интерфейса пользователя и элементов управления, также есть какое-то отсутствуие надежности, иногда приходится перезагружать сервера из-за утечки памяти от процессов сервера 1С и СУБД, с ней связанной. И главное ограничение - за пределами СНГ 1С почти не используют.

(184) Сколько плюсов ты описал! А тема называется "минусы..."

из человека делает  зомби

Всем нытикам утверждающим что УФ тормознутые, посвящается.
Сегодня нашел время и сделал запись демки. Смотреть полностью.
https://youtu.be/ZZBZ5fhPk1k

Запись с экрана с помощью программы Monosnap
БП3.0 3.0.71.83 демо, трехзвенка, платформа (8.3.12.1790) скуль 2008r2, сервер E3-1240 3.4 GHz, память 32Gb

По тесту Гилева 35 набрал попугаев