Ошибки в коде 90% программистов

Рет қаралды 36,622

Күн бұрын

В гостях у Желтого клуба Александр Митрофанов из Спортмастер Лаб. Показываем типичные ошибки 1С программистов при заполнении и проверке введенных данных.
Вопросы с виду простые, но разработчики не задумываются о неочевидных правилах. Александр показывает типичные ошибки 1С программистов и рассказывает, как правильно проверять данные, чтобы сделать код выразительным и консистентным, а не пюрешкой, размазанной по конфигурации 😂
Во второй половине стрима говорим, как разрабатывают на 1С в Спортмастер Лаб.
НАВИГАЦИЯ
00:00 - Вступление
01:04 - Чем по сути занимается 1С разработчик
01:58 - Последовательность событий в 1С. Заучить как таблицу умножения.
05:45 - Как правильно проверять введенные данные
09:20 - Почему вызывается ОбработкаПроверкиЗаполнения в модуле объекта
13:27 - Как проверить заполнение табличной части
27:38 - Итого: правила обработки проверки заполнения
28:27 - Настройка подсветки незаполненного значения в табличной части
42:19 - Проверка остатков
59:53 - Как проверять заполненность справочников
01:06:53 - Обработка Заполнения
01:25:00 - Как устроена разработка в Спортмастер Лаб
01:33:50 - Как устроиться на работу в Спортмастер Лаб
01:37:50 - Демонстрация Jira и Sonarqube
01:50:00 - Каких разработчиков ждут в Спортмастер Лаб
01:57:39 - Об оформлении кода
02:04:00 - Финал
ДОП. МАТЕРИАЛЫ:
Если хочешь работать в Спортмастер Лаб, то пиши Александру в тг: t.me/AGMitrofanov
База: cloud.mail.ru/public/8eMf/f2d...
Презентация: cloud.mail.ru/public/WxUa/ynE...
Последовательность событий:
its.1c.ru/db/pubdevguide83/co...
Стандарт по обработке проверки заполнения:
its.1c.ru/db/v8std/content/46...
Обработка заполнения:
its.1c.ru/db/v8std/content/39...
Условное оформление (почему кодом)
its.1c.ru/db/v8std/content/71...
#1c #кодна1С#красивыйкодна1С
==========
Информационные площадки "Жёлтого клуба":
Телеграмм канал: t.me/+h2Ipfl1Gdms3OGYy
Телеграм чат: t.me/yellowclub_vrn
Группа ВКонтакте: vk: yellowclub_official
Подписывайся на канала Желтого клуба, чтобы не пропустить интересных гостей
/ @yellow_club

Пікірлер: 140

@arshanskiysergey2791 Жыл бұрын

Побольше бы таких гостей и таких стримов) И очень хороший ведущий, кстати!)

@rvfinik Жыл бұрын

Отличное количество полезной информации в единицу времени. Спасибо.

@tiniji86 Жыл бұрын

Обязательно к просмотру всем программистам 1С. Хорошо излагает мысли.

@Lex_Liven Жыл бұрын

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

@user-jl5bv8ip4g Жыл бұрын

Круто, когда то этого прям не хватало! Классный обзор ) Очень толковое видео для начинающих

@yellow_club Жыл бұрын

Рад, что понравилось

@user-rj4hq2vb2n Жыл бұрын

Не вздумай так писать на работе)))

@LosashExote 8 ай бұрын

Для начинающих это вы загнули. Многие middle не знают кучи из обслуженного. Здесь с точки зрения стандартов информация и практики подаются уровня минимум middle+ ~ senior

@user-xf9ps9rt4n Жыл бұрын

Действительно качественный контент, спасибо Вам за труды!

@yellow_club Жыл бұрын

Рад, что понравилось

@akrynetsky Жыл бұрын

Тайм-коды 0:00:00 Начало 0:01:00 Условная разбивка задач 0:02:00 Последовательность событий при проведении документа (ссылка в описании) 0:06:30 Проверка заполнения. Как не надо делать 0:09:00 ПроверитьЗаполнение(). Как правильно 0:10:25 Для чего обработка проверки заполнения на форме? 0:16:10 Универсальная проверка для документов (как в типовых) 0:27:30 Подведение итогов по проверке заполнения 0:30:00 Подсветка с помощью условного оформления 0:34:00 Добавить простой элемент условного оформления 0:38:45 Почему условное оформление стоит дело программным кодом

@user-jt6gv9ig9w Жыл бұрын

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

@klaus_Vorotyagin Жыл бұрын

Все досмотрел, сам себя удивил. Интересная тема. Спасибо

@yellow_club Жыл бұрын

Рад, что полезно

@user-ql3tm3ff4c Жыл бұрын

Полезное видео, спасибо😀

@olegkrivoruchko517 Жыл бұрын

Спасибо за видео, отличный гость!

@yellow_club Жыл бұрын

Рад, что понравилось

@AntonPahomov Жыл бұрын

Отличный стрим! Зовите Александра ещё.

@yellow_club Жыл бұрын

Договорились 🤝 рад, что понравилось

@GanovAlex Жыл бұрын

супер материал. спасибо 👍

@user-gu5ty9zq3m Жыл бұрын

В большинстве своем человек рассказывает про стандарты разработки. Хорошо если у них реально так построено как он рассказывает и показывает к сожалению далеко не везде так красиво просто потому что веками так сложилось. Понравилось как реализована проверка заполнения. Как проводки. Классно. Надо внедрить, вопрос как привыкнуть к этому нововведению) Думаю человек который пойдет работать в эту компанию не будет задаваться вопросом что надо знать для того чтобы туда попасть. Ты либо знаешь что ты подходишь либо тебе рано.

@user-xh5hd3my4t 11 ай бұрын

да, кайфую от Сонара. Хочется у себя внедрить) Было бы круто ещё увидеть такого крутого спеца

@Gesperid Жыл бұрын

Тема валидаци очень интересна. Хотелось бы ещё послушать, какие подходы используют для проверок между связанными объектами, а также архитектурные подходы избавляющие от таких зависимостей. Может быть даже Александр что-то посоветуют в комментарии ;)

@Suvor1k Ай бұрын

Классный чел. много полезного. Спасибо.

@user-sd3it4pd5d Жыл бұрын

хорошо основу выдали кратко и доходчиво.

@SivkovAS 10 ай бұрын

Молодец, понравилось!

@Mr_Kitaev Жыл бұрын

Гостю респект, думаю, команда им дорожит)

@ocean1487 Жыл бұрын

Есть чему поучиться. Ещё плюс когда объясняют для чего это делается. А не гавно на вентилятор набрасывают

@prograwwe 11 ай бұрын

Спасибо!

@yellow_club 11 ай бұрын

Рад, что понравилось

@panalike Жыл бұрын

было бы ОЧЕНЬ круто если бы сделал стрим по разбору вакансий на hh например, где бы можно было позвать знающего человека и разбирать детально каждое требование и как к этому двигаться

@yellow_club Жыл бұрын

Классная идея! Осталось найти спикера. У меня есть один на примете

@evgeniuxp2evgeniuxp234 10 ай бұрын

один на собеседовании попросил сделать универсальную проверку с выводом сообщений для любого объекта, регистра )

@panalike 10 ай бұрын

@@evgeniuxp2evgeniuxp234 чиво? Какую проверку?

@boxvsehnakazhet 9 ай бұрын

@@evgeniuxp2evgeniuxp234 проверку корректности чего именно в этом любом объекте?

@avbolshakov Жыл бұрын

Да, крутой гость.

@yellow_club Жыл бұрын

Согласен

@ka6akq 7 ай бұрын

Добрый день. Подскажите пожалуйста (перерыл весь интернет не нашёл информации): 1С Альфа-Авто, простые формы. Там немного другая последовательность обработчиков событий: сначала ОбработкаПроверкиЗаполнения, а потом ПередЗаписью(Форма) и далее ПередЗаписью(Модуль) ... НО если записываем документ программно, то сразу заходит в ПередЗаписью(Модуль), игнорируя ОбработкуПроверкиЗаполнения (сам проверял отладкой, так и есть). Так как других выходов нет, кроме как запихивать проверки в ПередЗаписью, возникает вопрос, когда в простых формах начинается транзакция, также в ПередЗаписью или в ПриЗаписи? Или может бытт есть возможность делать проверки перед ПередЗаписью)?

@yellow_club 7 ай бұрын

При программном создании нужно самостоятельно вызывать проверку с помощью метода ПроверитьЗаполнение

@user-oy2gw2sn2j 11 ай бұрын

По сути в этом видео говорится о двух из 5 принципах ООП - это Полиморфизм и Инкапсуляция и подходе DRY(модульность). Раньше принципов ООП придерживались в основном при разработке платформы, а последние лет 5 наблюдаю как все больше этих принципов придерживаются при разработке самих конфигураций и даже заметно использование таких паттернов как посредник строитель и д.р., то есть сильно растет квалификация разработчиков 1С, при том что они в основном разрабатывают в контекте DDD и DSL. По поводу БлокироватьсяДляИзменения - это свойство не "убирает флаг разделения итогов", правильнее сказать, что оно ставит управляемую блокировку на все поля регистра, также как мы это явно бы сделали и игнорирует сплитер разделения итогов при схлопывании одинаковых строк после их записи в таблицу итогов. По поводу того что выборку запроса выгрузить в таблицу значений это плохо, то не совсем верно. Все зависит от архитектуры сервера 1С. Если 32х то памяти на одина рабочий процесс 4гб и выгрузка в тз большой выборки может занять всю память процесса и вытеснить из нее остальной кэш, а часть данных которая не поместилась запишется в temp и будет браться из диска, как это проиходит при выборке из результата запроса, а если арх 64х(ос и сервер), то озу на один рабочий процесс измеряется десятками терабайт и и проблемы выгрузка в тз даже большой выборрки уже не вызывает.

@LosashExote 8 ай бұрын

Другой вопрос, гораздо более базовый - а необходимо ли выгружать? Если данные в виде таблицы дальше куда-то целиком идут по логике - значит необходимо. А если можно и нужно лишь порционно обработать данные и «забыть» про них после этого, то выгрузку делать не следует.

@user-rd1mn8pt3z Жыл бұрын

Добрый день! Спасибо за интересное видео. Скажите, будет ли стрим, посвященный ЗУП?

@yellow_club Жыл бұрын

Неее, мы ЗУП не любим 😁

@yellow_club Жыл бұрын

Хотяяя…. Если найдутся знатоки, то можно

@user-rd1mn8pt3z Жыл бұрын

@@yellow_clubа вот зря вы его не любите))) он только с виду страшный, а на деле - просто душка)))

@yellow_club Жыл бұрын

Может может))

@user-rd1mn8pt3z Жыл бұрын

@@yellow_clubЯ раньше тоже не любил ЗУП, ну разве что обновлял конфу на замочке. А вот потом начал с ним плотно общаться, и даже сдал спеца

@tsv8560 2 ай бұрын

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

@amtws12 Жыл бұрын

Что лучше - использовать РазбитьТаблицуПоЗначениюКлюча или обходить результат запроса по группировкам?

@MotoCrankshaft Жыл бұрын

Мне часто попадается творчество, благодаря которому дико тормозит 1с. И это творчество это обращение через точку :)

@albrehtdurer557 Жыл бұрын

замеры делал?

@MotoCrankshaft Жыл бұрын

@@albrehtdurer557 да, избавление кода от точек с переделкой в запрос приводило к повышению производительности в сотни раз. По крайней мере на скульной версии платформы. Блгадаря точке задержка может быть просто чудовищной.

@user-sd3it4pd5d Жыл бұрын

@@MotoCrankshaft ага, если она в цикле и нет кеша предварительно сформированного.

@Tonik992 Жыл бұрын

Про "Перечитать". Еще может возникнуть, когда одновременно два пользователя меняют один и тот же документ. Первый изменил, а второму высветилось сообщение с предложением прочитать изменения.

@albrehtdurer557 Жыл бұрын

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

@LosashExote 8 ай бұрын

@@albrehtdurer557да ну? Даже посмотреть не дадите? В 1с по умолчанию принцип как раз таки противоположный тому, что вы написали

@albrehtdurer557 8 ай бұрын

@@LosashExote ты понимаешь разницу между посмотреть и изменять? в 1с нет принципа, есть несколько вариантов на выбор разраба

@LosashExote 8 ай бұрын

@@albrehtdurer557 а ты понимаешь? Свой коммент перечитай. Не давать зайти в документ когда в него кто-то зашел. Разработчики типовых конфигураций с тобой не согласны.

@zvonikartem2403 Жыл бұрын

Как у него обозначены условия и циклы? Где это настраивается?

@developerfirst Жыл бұрын

16:33 проверяют имя таблицы по тексту, т.е. имя объекта. А не правильнее ли будет проверять именно по типу метаданных, т.е. ДокументОбъект.Метаданные() = Метаданные.Документы.Реализация? И еще момент, если МассивПроверок пустой за чем дальше продолжать процедуру, логичнее на этом завершить наверное

@triviumfan9411 Жыл бұрын

Скажу по секрету - вилка 200-300к. Но требования там запредельные.

@timurdanilenko3582 Жыл бұрын

Требования мидл\сеньер. Т.е. с нуля нужно 2-3 года опыта, в среднем.

@user-xh5hd3my4t Жыл бұрын

а это где такая вилка? какие именно требования?

@user-lb7ku3hl5h 9 ай бұрын

Контора в принципе крутая и требования к спецам соответствующие, другой вопрос стоит ли в такую контору идти? По мне так не стоит, у меня был 3х летний стаж в работе где за каждый чих отчитываешься и постоянно записываешь часы в жиру, постоянно формируют эти недельные спринты где на тебя поставили 40 часов хотя по факту там 50+ будет т.д и т.п., плюс часто были переработки из-за того, что премию просто так не получить а лишить её могут прям на изи хотя зп была не шибко то выше чем по рынку.

@arshanskiysergey2791 Жыл бұрын

1:58:33 а что за символ он поставил в поле Табуляция? Пробую | но получается прерывистая линия, а у него непрерывная

@arshanskiysergey2791 Жыл бұрын

о, нашел │

@timurdanilenko3582 Жыл бұрын

есть доп. символы, так сказать. Во времена доси, нужно же было как-то рисовать интерфейс и печатные формы с отчетами красивые) Символ можно вывести по его коду. В любом тестовом поле зажимаете ALT и код символа. Код символа │ 179.

@user-dx9lz5rm6t Жыл бұрын

Как все сложно))

@user-ru7kz3rq5x 2 ай бұрын

Обработка проверки отрицательных остаток(48:00): Зачем такая сложность , почему нельзя просто получить остатки на ТА по фильтру Склад и Номенклатура из документа ? По сути это же и делается ,только берется старое движение, накладывается новое, объединяется и уже потом фильтром накладывается на остатки... Конечно в последнем запросе не все товары из документа, но каков выхлоп в итоге?

@user-ww9oi6fm4x Ай бұрын

Алгоритм универсален для прихода и для расхода. В случае, если в документе прихода будет удалена строка и вы не прочитаете её из базы, то рискуете получить отрицательные остатки

@44fruitella44 8 ай бұрын

ЗначениеЗаполнено и нормально - это топ 😂

@ssbnn Жыл бұрын

Спасибо за видео - очень интересно и познавательно, однако заметил ошибку! На 54:40 не хватает параметра в виртуальной таблице РегистрНакопления.ТоварыНаСкладах.Остатки. Если проверять отрицательные остатки на конец времени, то возможна такая ошибка: 2023-05-01 Приход 10 2023-05-02 Расход 8 2023-05-03 Приход 100 Теперь если удалить документ от 2023-05-01, то ошибки не будет, т.к. остаток на конец времени = 92. Однако остаток на конец дня 2023-05-02 = -8

@user-ww9oi6fm4x Жыл бұрын

Это не ошибка, это упрощённые требования. (вопрос в том, что мы контролируем) Подробнее в телеграмм чате в комментариях к ссылке на ютуб расписывал ответ на такой же вопрос

@ssbnn Жыл бұрын

@@user-ww9oi6fm4x если были такие требования, то да - согласен. В любом случае, вам большое спасибо за видео. Вы - молодец.

@user-xc7dm7rc9q 8 ай бұрын

А при отмене проведения как отработает код проверки? Набор записей ведь будет пустой, а значит и контроль не пройдет. Значит и отмена приходов может привести к отрицательным остаткам?

@user-ww9oi6fm4x 8 ай бұрын

Контроль выполняется по измененным записям. В "ПередЗаписью" раннее записанные движения документа. В "ПриЗаписи" - записанные в текущей транзакции. Эти данные группируются по измерениям и, если значение ресурса не равно нулю, то эти измерения попадают в таблицу контроля. По таблице контроля вычисляется остаток. Таким образом, не важно что вы делаете: изменяете запись, отменяете запись набора или добавляете новые записи расхода. Контроль в любом случае отработает корректно и с одинаковым результатом.

@user-xc7dm7rc9q 8 ай бұрын

@@user-ww9oi6fm4x Способ удаления движений товаров "Удалять автоматически". При перепроведении документа сначала записывается пустой набор записей по регистратору. Срабатывает проверка на остаток и уходит в отказ. Поможет сменить способ удаления движений. Способ не универсальный на все случаи жизни, но как концепция хороший.

@psk_devil9318 Жыл бұрын

Зачем при создании на сервере делать проверку на пустую ссылку? Только при копировании документа это актуально, но тогда и проверять не на пустую ссылку, а на значение копирования из параметров. Или я ошибаюсь?

@user-ww9oi6fm4x Жыл бұрын

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

@PetrMyazin Жыл бұрын

1:10:00 Не понял пояснения со слов «в чём соль». Автор приводит пример, когда реквизит Организация переименовывается в ОрганизацияОтправитель и далее поясняет, что использование структуры «ДанныеЗаполнения» упростит рефакторинг после переименования, благодаря использованию такого подхода можно будет действовать итеративно. Не понятно как. Если у меня в структуре всё ещё старое название реквизита Организация, мне нужно найти по коду все места где эта структура ДанныеЗаполнения формируется и везде поправить. В чём итеративность и в чём преимущество перед способом Организация = Организация (без использования ДанныеЗаполнения)?

@user-ww9oi6fm4x Жыл бұрын

Найти действительно будет нужно, но не обязательно делать это сразу. Вы на первом этапе сможете вставить в обработку заполнения проверку на наличие свойства "Организация" и, при его наличии, заполнить ОрганизацияОтправитель = ДанныеЗаполнения.Организация. Это будет промежуточным решением и обработки продолжат работать корректно, а вы, на этом этапе, измените код только в 1 месте

@Starponyx Жыл бұрын

Одна точка входа

@albrehtdurer557 Жыл бұрын

@@user-ww9oi6fm4x корректоно работать не продолжат, тк организацияотправитель заполняться не будет, просто не будет ошибки- поле объекта не обнаружено...с точки зрения бизнеса это возможно будет еще хуже

@user-ww9oi6fm4x Жыл бұрын

@@albrehtdurer557 ну как же заполняться не будет, если мы код с заполнением вставили?) в комментарии выше пояснил какие действия нужно сделать одновременно с переименованием

@albrehtdurer557 Жыл бұрын

@@user-ww9oi6fm4x без переименования , при заполнении из данных заполнения - не будет работать, т.е. "работы" по поиску и переименованию все равно не избежать, для корректного заполения. Разбивать процедуру рефакторинга, на два шага , как вы предлагаете -"но не обязательно делать это сразу", что значит не обязательно?, Клиенту необходимо , что-бы ОрганизацияОтправитель, заполнялась сразу...

@albrehtdurer557 Жыл бұрын

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

@yellow_club Жыл бұрын

Мне тоже так кажется. Но видимо как раз единого места проверки нет. Все равно будет несколько модулей. Поэтому единственный источник правды - свойства реквизитов.

@tsv8560 11 ай бұрын

46:48 избыточный код запроса на поступление какой-то. Зачем делать вручную соединение если проще "ГДЕ Товары.Номенклатура.Тип=" поставить?

@boxvsehnakazhet 9 ай бұрын

спецы не любят точки (скрытые джойны)

@amtws12 Жыл бұрын

Очень сильно смутила передача ссылки на документ в запрос проверки заполнения. Ведь для нового документа она будет пустой и проверка заполнения выполнена не будет. Причем в приложенной базе эта ссылка не используется, а товары в запрос выбираются из объекта документа.

@user-ww9oi6fm4x Жыл бұрын

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

@arshanskiysergey2791 Жыл бұрын

46:48 а зачем вообще соединение с Номенклатурой? Почему просто через точку не написать ГДЕ Товары.Номенклатура.Тип = &Товар ?

@Xserx69 Жыл бұрын

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

@user-tt7vf6px7w 11 ай бұрын

Насчет вилки будет и обратная ситуация - крутые ребята не видят вилку и проходят мимо потому что не интересно

@albrehtdurer557 Жыл бұрын

...удобство поддержки, спорное конечно...- Если все одевают штаны, через голову....

@yellow_club Жыл бұрын

Если все с пятого этажа начнут прыгать …

@LosashExote 8 ай бұрын

Еще один. Докладчик же объяснил. Это для решений где много регистров и документов. И сотни тысяч, а то и миллионы строк кода. Если такие увидите, то поверьте, что там это удобно

@albrehtdurer557 8 ай бұрын

@@LosashExote я такое видел, поверь это не удобно...

@LosashExote 8 ай бұрын

@@albrehtdurer557 ладно, я по твоим комментам и ответам поверил уже во все что надо

@MrTorfable 11 ай бұрын

Конечно круто так код писать, но это где-то в параллельной вселенной, где у тебя неограниченное количество времени и все ждут тебя. В реале, у тебя просто времени не хватит все это написать, а потом ещё и отлаживать/тестировать

@kuzyara555 9 ай бұрын

Вас верно, это про мультикомандную разработку и ежедневные релизы в большой компании с онлайном >1к пользователей

@user-gc9mx6jg1e Жыл бұрын

А что делают остальные 198 человек делают?

@yellow_club Жыл бұрын

Мы не смогли позвать остальных)

@PS7601 6 ай бұрын

Практически всё, что он говорил есть в книгах по 1С и рассказывается на курсах (по программированию: клиент-серверное, УФ, СКД) от 1С и курсы-по-1с.рф. В видео информация подается скомкано, бессистемно.

@yellow_club 6 ай бұрын

Ахаха) конечно все уже давно есть и описано в стандартах и книге по проф разработке. Только там примеров мало и читать надо. Видео проще посмотреть

@PS7601 6 ай бұрын

@@yellow_club Проще. Но не это.

@TheBaza1978 4 ай бұрын

автор почему ты в шапочке

@yellow_club 4 ай бұрын

Потому что мам говорит, что кепка мне идёт

@skymore_ 9 ай бұрын

@user-sp2cy8pf4z 10 ай бұрын

очень странный подход, генерить процедуру на каждое сообщение, а если там 10 табчастей и 10 проверок, это 100 процедур?)))))

@LosashExote 8 ай бұрын

Не преувеличивайте. Посмотрите модули механизмов в типовой УТ.

@im_fredy 6 ай бұрын

1с код нельзя писать правильно, тут даже нет наследования и обьктов с которыми ты сам можешь работать , модифицировать и переопределять. 1с это 1 большой класс БОГА.

@yellow_club 6 ай бұрын

Наследование все ваше считается антипаттерном. Но наследование в 1С есть, ровно как и классы

@ocean1487 29 күн бұрын

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

@user-rj4hq2vb2n Жыл бұрын

Абсолютно все неправильно. Почему вы не показываете на примере УТ или УНФ?

@yellow_club Жыл бұрын

Потому что нельзя показывать код типовых

@user-rj4hq2vb2n Жыл бұрын

@@yellow_club В том-то и беда

@Gesperid Жыл бұрын

Можно конкретно, что неверно?

@user-rj4hq2vb2n Жыл бұрын

@@Gesperid Ну вот пару примеров: Обработка проведения и заполнения. В заполнении в типовых конфигурациях используется что-то вроде делегатов. В проведении используется многоэтапный алгоритм. Сначала подготовка общей структуры параметров. Затем инициализация сначала общей таблицы, затем для каждого регистра. И все это в модуле менеджера. Затем в общем модуле метод записи один на всех. Это если кратко

@Gesperid Жыл бұрын

@@user-rj4hq2vb2n Про проведение. Не понял, где противоречие с докладчиком? Он, в частности, упомянал 1:01:30 функцию ДанныеДляПроведения.

@ronave4111 8 ай бұрын

Он реально написал "Если Не ЗначениеЗаполнено(Объект.Ссылка)", в 2023-м? Вы че там, подписчиков так троллите, что ли?

@yellow_club 8 ай бұрын

Что не так?

@LosashExote 8 ай бұрын

Да, мы троллим, проходи мимо

@faqqer Жыл бұрын

220 - 1с-ников на 2000 человек!!!!!!!!!!!!!!!!!!!!!!!!!!! Это капец!!!!!!!!!!!!!!!!!!!!!!! И это не фирма-разоаботчик!!!! Да так не бывает. Я не видел отдела больше 9 человек (1с) примерно на 35 000 работников. На 2000 пользователей 3, ну 5, а скорее всего 2. Но 220!!!!!!! Скажите мне, что я ослышался.

@yellow_club Жыл бұрын

Ты не ослышался. Нормальный отдел.

@Teddyslaf 11 ай бұрын

Так вроде smlab - это типа it-отдела на 2000 чел для фирмы из 15 тысяч народа. "SM Lab - ИТ компания в составе группы компаний «Спортмастер», которая строит свою работу на современных принципах управления разработкой и актуальном стеке. Мы делаем ИТ системы, на которые опирается наш бизнес, благодаря которым он растет и развивается"

@lickassover9000 10 ай бұрын

У нас около 30 1сников на тысяч 5000 человек. Растет компания проектов на разработку бывает много очень.

@faqqer 10 ай бұрын

@@lickassover9000 ну чего, завидую. Я сейчас один на 50 юзеров, + сисадмин, + поддержка ИТС. А спрашивают как с нормальных, и отчёты нестандартные, и обмены, и премии к зарплате. И сравнивают вот с такими, где 20-200 чел. Что они конфигу под запрос делают, а ты не можешь

@user-sd3it4pd5d Жыл бұрын

не сложно изучить стандарты. надо просто работать с этими стандартами, а не там-сям...с народным творчеством. за 1 год уже можно хорошо ориентироваться. я в ЕРП заезжал почти с нуля, быстро освоился за 3 месяца, но дальше никак. перекинули на древнее зло :)

@user-sd3it4pd5d Жыл бұрын

зарплата это как дети, только наоборот. я говорит детей не люблю, но сам процесс. я получать люблю зарплату, а не считать :)

@user-sd3it4pd5d Жыл бұрын

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

@user-nk6bo6ob6m 11 ай бұрын

Организация мечты, особенно для новичков. Жаль не обучают. А то сначала учишься говнокодить, потому что выбора нет, а потом переучиваешься на нормальное.

@yellow_club 11 ай бұрын

Таков путь)

@LosashExote 8 ай бұрын

Я не думаю что вообще стоит с нуля учить сразу подобным подходам. Не будет понимания зачем именно так, а на этом уровне как раз нужно именно понимать, зачем ты так все усложняешь. Докладчик мега грамотно защитил свои подходы краткими и лаконичными примерами, я бы так не смог выразить, хоть и придерживаюсь веры в правильность тех же учений.

@LoyalGum-rb9gv 11 ай бұрын

Улетай селен на луну, улетай! Эпиграф: Новые существа пусть покоряют Просторы Вселенной, а мы на земле пока. С помощью ИИ расшифруем ДНК, модификация; Откроем новые грани науки - Трансформация ; Создадим существ необычных форм, New цивилизация, А на Земле устроим настоящий шторм Бифуркации! Триллер будет нешуточный вокруг, Соревнования ; Все будут ждать, что случится дальше - May be игромания, А мы уже готовы отправить творения Для созидания, В далёкий космос рисковать собой Познавая мироздание... Там им откроются другие миры, со скрипом Ибо long расстояния, Новые планеты и галактики спиральные Это good супермания, Всех нас ждет такой невероятный путь, Покорения науки знания Который приведет нас к счастливой жизни В хаосе непонимания. Спасин Спаситель, Белая Вера вбирает Всё самое необходимое; Человек родитель, в БИОС прошивка строго Люди для роботов Боги; Если не уверуем в Ваню и отринем Его заветы родимые, То станет землю безлюдной и в никуда поведут Чат Джи пи Ти 100 дороги... Спасин