Предположим прямо в конфигурации 1С есть старые самописные бредовые обработки и вместо них в расширении с интенсивным развитием уже созданы и используются аналогичные нормальные. Удалить физически маразм пока нельзя, чтобы сохранить историю (было - стало). Небольшой простой совет, как с этим жить поаккуратнее...
В отчете необходимо было добавить колонку с информацией, имеются ли настройки в табличной части основания регистратора некоего регистра или нет...
Если вы программируете на чем-нибудь высокодуховном, то вероятно будете смеяться. Ведь нам в 1С до сих под этого не подвезли...
Чтобы понять проблему, как всегда рассмотрим несколько утрированный пример...
Функциональная парадигма. Полностью функциональные языки программирования, круто, таинственно, доступно только для избранных...
Полистал старую книгу по программированию. Когда-то именно в ней нашел размышления про эффект первого разбитого окна, про необходимость немедленного ремонта (исправления ошибки) для предотвращения дальнейшего разрушения (потери контроля над проектом). После такого откровения и остальным тезисам автора веришь. Но сейчас, при повторном прочтении, обнаружилось странное...
Расширение конфигурации в хранилище. А там проверка, предотвращающая дубли записей некоего справочника. Но уже имеющийся дубль исправлять и склеивать не нужно для сохранения истории этой задвоенности. Хочется просто пометить на удаление, а это невозможно как раз из-за проверки. Как исправить быстро без танцев с хранилищем...
Все программисты считают говнокод отвратительным явлением, с которым нужно бороться, но единогласного определения этого понятия не существует. Немного поворчу на эту тему...
Динамический список регистра сведений. Все необходимые права есть. А при открытии всплывает ошибка: "Нарушение прав доступа! Попробуйте уточнить параметры действия или обратиться к администратору приложения для предоставления прав". Долго мучился, а оказалось вот что...
Часто цитирую короткий поучительный стишок. И даже забыл, прочитал его где-то или придумал сам...