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