Используя ЦУП, можно как проанализировать нагрузку на оборудование, так и выявить конкретные проблемные куски кода, и с ними целенаправленно работать. Хорошо, если проблема будет в «самописном» коде – так обычно и есть, кстати, поскольку компетенции «частных» разработчиков 1С бывают очень разными. Такой код проще переписать на более оптимальный. Хуже, когда проблема в коде самой 1С «из коробки». Тут нужны крутые компетенции.
добавил еще 11 пункт - смена программиста или обслуживающей компании 1С. По моему опыту, иногда проблема в криворукости программиста 1С, который не знает как правильно писать запросы.
Да, как раз проблематика Юрия, соавтора. Сошлись с ним во мнении, что без наведения порядка в фундаменте (инфраструктуре) в код лезть рано и дорого.
Да, у нас есть несколько кейсов, когда компания пока была небольшой не уделяла внимания архитектуре и оптимальному коду в 1С. Потом подросли и в полной мере столкнулись с проблемами производительности. 1С становится узким местом в росте бизнеса. Приходится дорого платить за построение инфраструктуры с нуля. Хорошо сразу обращаться к профессионалам.
Ну как всегда, советы из серии - купите самый топовый комп с 1Тб оперативки и увас всё взлетит. Лучше бы 1С свой код оптимизировали и ошибки тщательно тестили. А то гонят платформы как горячие пирожки, не успели на 24 еще перйти а уже 29 анонсирована. А зачем, спрашивается, эта гонка? Когда количество перейдёт в качество?
Так это проплаченная статья от франчайзи, чего ты хотел? Реальных советов?
Тут, как говорится, шашечки или ехать. Есть проблема - надо решать. Вот так-то конкретно это делается. Взывать к 1С - это все равно что взывать ко вселенной в плане эффективности) Ну а если серьезно, то ответ на вопрос - если не никогда, то не сейчас. Не при текущем (который не то что бы новый) подходе к разработке продуктов. Никому не интересно вылизывать код. Это дорого, долго и потому непродуктивно.
Сталкивались с тем, что 1С тормозит? Как решали?