
- Главная
- Каталог
- Интернет технологии
- Е.БУДНИ программиста 1С
Е.БУДНИ программиста 1С
Живые подписчики. 75% программисты, 10% аналитики.
Уникальный экспертный контент
Статистика канала
Более подробно рассказывал в этом посте.
С понедельника будет повышение цен, но для моих подписчиков по промокоду 5YQ45 действует скидка 10% как до повышения цен, 2 марта, так и после.
Пройдет очно: 27 мая 2026 в Москве.
Буду выступать с темой доклада: "DeepSeek vs 1C-Джун: кого оставить".
Остальная программа уже тоже размещена, можно ознакомиться с ней на сайте.
#ЕБ_Рекомендации
Стандарты 1С часто воспринимают как “про оформление кода”: отступы, скобки, переносы.
Но в какой-то момент выясняется: в стандартах уже есть ответы на кучу типовых рабочих ситуаций, из-за которых мы спорим в ревью, ломаем архитектуру и тратим часы на “ну я так привык”.
На стриме разберем:
Приглашенный гость:
Формат: разговор + разбор примеров + вопросы из чата.
И залетайте в чатик: https://t.me/+ludamgbR00BiNzU6
Предварительная инициализация локальных переменных
Сегодня про достаточно простой стандарт, но как по мне, сильно упрощающий жизнь и проблемы.
#std494
В случаях когда фрагмент кода вычисляет значение одной или нескольких локальных переменных, рекомендуется явно выполнять предварительную инициализацию таких переменных. Это позволит избежать потенциальных ошибок времени выполнения, когда значение переменной оказывается Неопределено, а последующий код рассчитывает на определенный тип значения. Например:
Если ЧтоТоТам Тогда
МояПеременная = 10;
ИначеЕсли
// ряд следующих веток
…
КонецЕсли;
... = МояПеременная; // если ЧтоТоТам не ИСТИНА, то нужно учитывать, что МояПеременная может быть равна Неопределено
Правильно:
МояПеременная = 0; // значение по умолчанию
Если ЧтоТоТам Тогда
МояПеременная = 10;
ИначеЕсли
// ряд следующих веток
…
КонецЕсли;
... = МояПеременная; // используем значение переменной, которая всегда имеет числовое значение
Данная рекомендация имеет смысл для больших блоков Если/ИначеЕсли/Иначе, внутри которых сложно визуально по тексту контролировать инициализацию переменных.
Приведенный первым пример кода не выдаст ошибки, необъявленная переменная будет просто = Неопределено. Но бывают случаи, когда с этой переменной выполняются какие-либо арифметические действия, и будет явная ошибка несоответствия типов.
Как по мне, и в своей практике я этого придерживаюсь, гораздо нагляднее когда переменная объявлена явно, до сложного условия или цикла.
В дополнение, если у вас автоматизирована хотя бы какая-то проверка кода, то этот момент в них как правило подсвечивается.
P.S. Полное описание стандарта по ссылке в начале поста
#ЧёПоСтандартам #std494
Содержание стрима:
🔸 Разбираем мои новые заметки за месяц, которые я сохраняю в отдельном канале Е.Б.LIST
🔸 Стандартный формат ответы на вопросы по сфере 1С (технические, по развитию и т.п.)
Когда: сегодня в 20:00. по МСК
Продолжительность 10-60 минут, в зависимости от контента и количества ваших вопросов.
#ЕБ_РегулярныеСтримы
Содержание стрима:
🔸 Разбираем мои новые заметки за месяц, которые я сохраняю в отдельном канале Е.Б.LIST
🔸 Стандартный формат ответы на вопросы по сфере 1С (технические, по развитию и т.п.)
Расписание: один раз в месяц, во вторник в 20:00 по МСК.
Когда: дата сообщается заранее. Ближайшая - 24 февраля.
Продолжительность 10-60 минут, в зависимости от контента и количества ваших вопросов.
#ЕБ_РегулярныеСтримы
Удаление устаревших объектов метаданных из конфигурации
На практике мне встречались случаи, когда программисты бездумно берут и безвозвратно удаляют реквизиты/документы (объекты метаданных) и т.п. с логикой что-то типа "устарели". Но это может привести к следующим проблемам:
Но есть стандарт, который регулирует и этот процесс:
#std534
1. Если при изменении структуры метаданных конфигурации планируется удалить объект метаданных (реквизит, измерение, ресурс и пр.), связанный с записями информационной базы, то необходимо принять решение об удалении или переносе данных этого объекта в новые структуры. При переносе данных в другие объекты рекомендуется придерживаться следующих правил.
1.1. Не удалять из конфигурации устаревшие объекты метаданных и реквизиты безвозвратно, а пометить их как устаревшие, добавив к их именам префикс "Удалить" (англ. "Obsolete"). Например: реквизит "ОсновнойДоговор" (англ. "MainContract") должен быть переименован в "УдалитьОсновнойДоговор" (англ. "ObsoleteMainContract").
В синоним устаревшего объекта (реквизита) рекомендуется добавлять префикс "(не используется)" (англ. "(not used)"), например: "(не используется) Основной договор" (англ. "(not used) Main contract"). Если же устарел стандартный реквизит, то префикс "(не используется)" также добавляется в его синоним.
1.2. После изменения структуры метаданных следует обеспечить перенос данных из устаревших объектов и реквизитов в новую структуру метаданных конфигурации.
И вот несколько условий, при которых все-таки можно удалять метаданные:
#std534
3. Безвозвратно удалять устаревшие объекты метаданных и реквизиты, помеченные префиксом "Удалить" (англ. "Obsolete"), следует при выпуске очередных версий конфигурации в том случае, если соблюдается одно из условий:
Переход со "старой" версии конфигурации на новые версии всегда выполняется пользователями последовательно, "через" версию с реализованным переносом данных из "устаревших" объектов метаданных и реквизитов. Например: если в конфигурации версии 1.1 реквизит "ОсновнойДоговор" был помечен как устаревший, то переход с версии 1.0 на версию 2.0 всегда выполняется только последовательно: сначала на версию 1.1 (в которой происходит обработка устаревших данных), а затем на 2.0 (в которой устаревшие данные могут быть удалены безвозвратно). Непосредственный переход с версии 1.0 на 2.0 технически невозможен (запрещен).
Вероятность того, что "старой" версией конфигурации еще пользуются, стала нулевой или пренебрежимо малой.
Как по мне, это достаточно важный стандарт, и либо я всегда прослушивал (да и было это давно), либо про это никогда не говорилось ни на каких курсах, если вы слышали про правильное удаление объектов метаданных на курсах, напишите в комментариях
Можно даже с указанием курса)
P.S. Полное описание стандарта по ссылке в начале поста
#ЧёПоСтандартам #std534
Всем привет! Сегодня хочу поделиться чем же я занимаюсь и о чем думаю в последние дни и буду думать в ближайшие пару месяцев.
Это конечно же выступления) Весна крайне активная на этот счет.
Итак, мои планируемые ближайшие выступления:
1. 12-14 марта - Infostart Team Event. На этот раз без блогерского стенда (кто не в курсе вот пост), но с докладом на интересную тему:
Мобильное приложение на Платформе и Элементе. В чем разница, сколько займет времени освоить и выпустить приложение.
2. 20 марта - Жёлтый онлайн-митап №2
Тема: Инструменты тестирования API в арсенале 1С-программиста.
3. 27 мая - ЕСТЬРЕСУРС ERP AI FORUM
По данному мероприятию тема пока на утверждении, но будет про ИИ, эксперименты и опыт)
При покупке билетов на это мероприятие не забудьте воспользоваться моим промокодом 5YQ45, подробнее по ссылке.
Хоть темы и максимально разные, но где-то пересекаются и по большей части основаны на личном опыте, поэтому собрать его в доклад не должно быть трудностей... не должно, но они будут, а как иначе)
Очень много времени уходит на подготовку как к самим выступлениям, так и на организационные вопросы.
#ЕБ_Выступления - да. и такой хештег есть, можно по нему почитать про мои прошлые выступления)
#ЕБ_МыслиЗаметки
Всем привет! Сегодня хочу поделиться чем же я занимаюсь и о чем думаю в последние дни и буду думать в ближайшие пару месяцев.
Это конечно же выступления) Весна крайне активная на этот счет.
Итак, мои планируемые ближайшие выступления:
1. 12-14 марта - Infostart Team Event. На этот раз без блогерского стенда (кто не в курсе вот пост), но с докладом на интересную тему:
Мобильное приложение на Платформе и Элементе. В чем разница, сколько займет времени освоить и выпустить приложение.
2. 20 марта - Жёлтый онлайн-митап №2
Тема: Инструменты тестирования API в арсенале 1С-программиста.
3. 27 мая - ЕСТЬРЕСУРС ERP AI FORUM
По данному мероприятию тема пока на утверждении, но будет про ИИ, эксперименты и опыт)
При покупке билетов на это мероприятие не забудьте воспользоваться моим промокодом 5YQ45, подробнее по ссылке.
Хоть темы и максимально разные, но где-то пересекаются и по большей части основаны на личном опыте, поэтому собрать его в доклад не должно быть трудностей... не должно, но они будут, а как иначе)
Очень много времени уходит на подготовку как к самим выступлениям, так и на организационные вопросы.
#ЕБ_Выступления - да. и такой хештег есть, можно по нему почитать про мои прошлые выступления)
#ЕБ_МыслиЗаметки
Работа с временными файлами и каталогами
Стандарт достаточно большой, но сегодня разберем одну из тем.
Довольно часто требуется создание временных файлов но как некоторые изварачиваются иногда шокируешься. И в сетевые папки и на диск C и куда только не сохраняют... Хотя все это описано в стандарте и хотелось бы как раз подсветить важные моменты:
#std542
1. Для получения имени временного файла следует использовать метод ПолучитьИмяВременногоФайла
...
У текущего пользователя может не быть прав на запись в указанный каталог. Кроме того, при одновременном выполнении этого кода из двух разных сеансов возникнет ошибка.
Правильно: ИмяПромежуточногоФайла = ПолучитьИмяВременногоФайла("xml");
При использовании метода ПолучитьИмяВременногоФайла платформа 1С:Предприятие сохраняет контроль над такими файлами и автоматически удаляет их:
- при перезапуске рабочего процесса
- через 20 минут после серверного вызова или сеанса
...
2. Для создания временного каталога рекомендуется также использовать имя, полученное при помощи метода ПолучитьИмяВременногоФайла.Это гарантирует уникальность имени создаваемого каталога при работе в многопользовательском режиме и гарантирует, что после перезапуска рабочего процесса или клиентского приложения временный каталог будет автоматически удален платформой 1С:Предприятие.
Но надеяться на автоматику в полной мере тоже нельзя (4 пункт стандарта):
#std542
4. После окончания работы с временным файлом или каталогом, его необходимо удалить самостоятельно. Нельзя рассчитывать на автоматическое удаление файлов и каталогов при следующем запуске платформы, это может привести к исчерпанию свободного места в каталоге временных файлов.
...
5. При использовании временных файлов и каталогов на сервере, необходимо полностью завершать работу с ними в рамках одного серверного вызова. При работе конфигурации с использованием кластера серверов, при следующем вызове эти файлы могут стать недоступны, так как код начнет исполняться на другом компьютере. При необходимости сохранить данные между серверными вызовами в пределах одного сеанса следует использовать временное хранилище платформы (методы ПоместитьВоВременноеХранилище, ПолучитьИзВременногоХранилища).
Пятый пункт так же немаловажный, так как при длительных операциях, если мы будем надеяться, что у нас есть имя временного файла, то будет неожиданным, когда при следующем серверном вызове окажется, что файла уже нет)
Замечу, что есть исключения для веб-клиента, их лучше почитать в самом стандарте.
Если кратко, то если есть БСП то используем ФайловаяСистемаКлиент.СоздатьВременныйКаталог иначе метод КаталогВременныхФайлов.
P.S. Полное описание стандарта по ссылке в начале поста
#ЧёПоСтандартам #std542
ЕСТЬРЕСУРС ERP AI FORUM — профессиональная конференция о практическом применении ИИ в автоматизации бизнеса на базе 1С и не только.
Рекомендую узнать более подробно про данную конференцию, и если позволяет время и ресурсы, то запланировать её посещение. Так как это актуальная тема текущего времени, доклады основанные на практическом опыте, разборы кейсов и круглые столы с живым обсуждением.
А для моих подписчиков действует скидка 10% по промокоду: 5YQ45
🕰 Когда: 27 мая 2026
📍 Где: Конгресс-центр МГТУ им. Н.Э. Баумана (Москва)
⏱️ Длительность: 1 день + вечерняя программа
Очень радует, что появляются новые конференции и митапы. не хватает пока что их в регионах, но уже и так отлично)
#ЕБ_Рекомендации
Отзывы канала
всего 2 отзыва
- Добавлен: Сначала новые
- Добавлен: Сначала старые
- Оценка: По убыванию
- Оценка: По возрастанию
Каталог Телеграм-каналов для нативных размещений
Е.БУДНИ программиста 1С — это Telegam канал в категории «Интернет технологии», который предлагает эффективные форматы для размещения рекламных постов в Телеграмме. Количество подписчиков канала в 6.1K и качественный контент помогают брендам привлекать внимание аудитории и увеличивать охват. Рейтинг канала составляет 26.3, количество отзывов – 2, со средней оценкой 5.0.
Вы можете запустить рекламную кампанию через сервис Telega.in, выбрав удобный формат размещения. Платформа обеспечивает прозрачные условия сотрудничества и предоставляет детальную аналитику. Стоимость размещения составляет 48951.0 ₽, а за 5 выполненных заявок канал зарекомендовал себя как надежный партнер для рекламы в TG. Размещайте интеграции уже сегодня и привлекайте новых клиентов вместе с Telega.in!
Вы снова сможете добавить каналы в корзину из каталога
Комментарий