Интересное видео!Особенно понравилось,что рассмотрены изначально ошибки формулировки задания.Т.е будут статусы постоянны или вдруг их станет меньше.Спасибо автору за видео!)
Самый верный подход, в отношнии "ошибок" связанных с не точным ТЗ, делать по ТЗ. Забыли проработать, ваши проблемы, ждите теперь когда я снова буду свободен. А то они потом на шею вылазят и по любому поводу начинают дергать и задавать вопросы, которые к разработчику не имеют отношения.
основные вещи которыми занимаются разработчики 1с это переименовывают функции, так что через пару релизов ваше расширение перестает работать. больше похоже они ничего не делают, а ну еще добавляют ненужные опции в общие конфигурации. в итоге конфигурация просто перестает шевелиться и любой расчет с каждым релизом все больше и больше времени занимает
Осспаде, какая херня. Лень всё разбирать, остановлюсь на баттле справочник vs. перечисление. Справочник. Точка. Грохнуть значение перечисления ничуть не сложнее, чем элемент справочника, так-то и элемент, на который есть ссылки, грохать не стоит. Чтобы обращаться из кода, делаем элементы справочника предопределёнными. Надо будет потом добавить - добавим потом. Во времена 7.7 перечисления в базе не хранились и это могло в каких-то случаях быть преимуществом, но последние 20 лет единственное существенное отличие справочника с предопределёнными элементами от перечисления, это возможность для справочника иметь реквизиты и настраивать доступ по ролям. Не понадобится - не используем, но если понадобится, а у нас мудрый сеньор сделал перечисление... P.S. Не удержался и посмотрел чуть дальше. Аффтар знает про предопределённые, но для него это "хитрый ход, для которого надо снова вызывать программиста" (как будто это что-то плохое). А для перечисления не нужно? А для программной обработки новых статусов, будь они хоть в справочнике, хоть в перечислении, хоть на бересте, программист тоже не нужен? Ой, всё...
главная ошибка все функции пишутся большой портянкой, в итоге в расширение проблематично заменять эти функции. абсолютно безграмотная архитектура, ощущение что школьниками написана
согласен.такое впечатление что разработчики при создании 1С специально и намеренно создали этот 1С для большой при большой головной боли для всех кто с ним будет взаимодействовать.как будто при разработке была одна единственная цель пакость.
Бред 1) Видео называется "17 ошибок программиста", а по факту в видео обсуждаются проблемы архитектуры 2) И даже если это проблемы, то это проблемы не программиста, а аналитика. Программисту до лампочки что писать, какое ТЗ на разработку ему дал аналитик, то он и напишет
Как сделать из мухи слона и рассуждать 40 минут о том как он может повредить посудную лавку. Возможно, достаточно просто оставить все на уровне муха.
Человек, говорящий о масштабируемости системы, никогда не назовет справочник "Статусы приходной накладной"
Важное замечание
Замечательное виде. На все грабли наступал 🙂. Картинки и музыка просто супер!
Интересное видео!Особенно понравилось,что рассмотрены изначально ошибки формулировки задания.Т.е будут статусы постоянны или вдруг их станет меньше.Спасибо автору за видео!)
18я ошибка - подумать после просмотра этого видео, что можно задать все вопросы заранее и тогда потом ничего не придётся переделывать
Очень интересный формат. Спасибо
забыли еще про одну проблему. это разрешенная последовательность смены статусов.
Спасибо!
Для новичков очень полезно - они увидят, что для решения проблемы почти всегда есть несколько способов и для каждого способа есть свои за и против.
"Дайте мне поручение, а уж особым я его как-нибудь и сам сделаю." :)
ошибка №18. Не следование стандарту №550. Имена перечислений в конфигурации рекомендуется задавать во множественном числе.
19 ошибка. Хранить статус в документе.
Самый верный подход, в отношнии "ошибок" связанных с не точным ТЗ, делать по ТЗ. Забыли проработать, ваши проблемы, ждите теперь когда я снова буду свободен. А то они потом на шею вылазят и по любому поводу начинают дергать и задавать вопросы, которые к разработчику не имеют отношения.
действительно.вроде всего лишь статус.а тут такие проблемы.
Разработчик C, рыдает глядя на те проблемы поторые возникают у разработчика 1С, надо было другими вещами заниматься... =)
основные вещи которыми занимаются разработчики 1с это переименовывают функции, так что через пару релизов ваше расширение перестает работать. больше похоже они ничего не делают, а ну еще добавляют ненужные опции в общие конфигурации. в итоге конфигурация просто перестает шевелиться и любой расчет с каждым релизом все больше и больше времени занимает
Осспаде, какая херня. Лень всё разбирать, остановлюсь на баттле справочник vs. перечисление. Справочник. Точка. Грохнуть значение перечисления ничуть не сложнее, чем элемент справочника, так-то и элемент, на который есть ссылки, грохать не стоит. Чтобы обращаться из кода, делаем элементы справочника предопределёнными. Надо будет потом добавить - добавим потом. Во времена 7.7 перечисления в базе не хранились и это могло в каких-то случаях быть преимуществом, но последние 20 лет единственное существенное отличие справочника с предопределёнными элементами от перечисления, это возможность для справочника иметь реквизиты и настраивать доступ по ролям. Не понадобится - не используем, но если понадобится, а у нас мудрый сеньор сделал перечисление...
P.S. Не удержался и посмотрел чуть дальше. Аффтар знает про предопределённые, но для него это "хитрый ход, для которого надо снова вызывать программиста" (как будто это что-то плохое). А для перечисления не нужно? А для программной обработки новых статусов, будь они хоть в справочнике, хоть в перечислении, хоть на бересте, программист тоже не нужен? Ой, всё...
вы до какого момента досмотрели? Уверен что не до конца, а там самое важное.
Я вообще не понимаю для чего существует эти перечисления? Они полностью заменяются справочниками.
Добрый день.
В УТ 11.5 статус заказа клиента выполнен в виде перечисления.
Архитектура зависит от задачи, можно как угодно делать, тем более что 1с это мощная платформа.
в унф (усц) все статусы перечислениями сделаны, приходится в конфигураторе добавлять в перечисления статусы если нужны другие
главная ошибка все функции пишутся большой портянкой, в итоге в расширение проблематично заменять эти функции. абсолютно безграмотная архитектура, ощущение что школьниками написана
Программист 1с - просто одна большая ошибка
согласен.такое впечатление что разработчики при создании 1С специально и намеренно создали этот 1С для большой при большой головной боли для всех кто с ним будет взаимодействовать.как будто при разработке была одна единственная цель пакость.
почему слова 1С и программист стоят вместе? странно
Что за песня 21:14?
Самописная
@@code-review-1c кто писал?
Бред
1) Видео называется "17 ошибок программиста", а по факту в видео обсуждаются проблемы архитектуры
2) И даже если это проблемы, то это проблемы не программиста, а аналитика. Программисту до лампочки что писать, какое ТЗ на разработку ему дал аналитик, то он и напишет
Респект автору видео - 40 минут переливать из пустого в порожнее с умным видом. У меня так не получается...(( Но лайк ставлю.))
Полный бред
судя по видео в 1с работают джуны? все конфигурации так написаны
@@lexxkrt а вы до конца видео посмотрели? Там пояснения есть когда и что удобно. И вообще есть ли правильная идеальная архитектура.