Интересное видео!Особенно понравилось,что рассмотрены изначально ошибки формулировки задания.Т.е будут статусы постоянны или вдруг их станет меньше.Спасибо автору за видео!)
Самый верный подход, в отношнии "ошибок" связанных с не точным ТЗ, делать по ТЗ. Забыли проработать, ваши проблемы, ждите теперь когда я снова буду свободен. А то они потом на шею вылазят и по любому поводу начинают дергать и задавать вопросы, которые к разработчику не имеют отношения.
основные вещи которыми занимаются разработчики 1с это переименовывают функции, так что через пару релизов ваше расширение перестает работать. больше похоже они ничего не делают, а ну еще добавляют ненужные опции в общие конфигурации. в итоге конфигурация просто перестает шевелиться и любой расчет с каждым релизом все больше и больше времени занимает
главная ошибка все функции пишутся большой портянкой, в итоге в расширение проблематично заменять эти функции. абсолютно безграмотная архитектура, ощущение что школьниками написана
Осспаде, какая херня. Лень всё разбирать, остановлюсь на баттле справочник vs. перечисление. Справочник. Точка. Грохнуть значение перечисления ничуть не сложнее, чем элемент справочника, так-то и элемент, на который есть ссылки, грохать не стоит. Чтобы обращаться из кода, делаем элементы справочника предопределёнными. Надо будет потом добавить - добавим потом. Во времена 7.7 перечисления в базе не хранились и это могло в каких-то случаях быть преимуществом, но последние 20 лет единственное существенное отличие справочника с предопределёнными элементами от перечисления, это возможность для справочника иметь реквизиты и настраивать доступ по ролям. Не понадобится - не используем, но если понадобится, а у нас мудрый сеньор сделал перечисление... P.S. Не удержался и посмотрел чуть дальше. Аффтар знает про предопределённые, но для него это "хитрый ход, для которого надо снова вызывать программиста" (как будто это что-то плохое). А для перечисления не нужно? А для программной обработки новых статусов, будь они хоть в справочнике, хоть в перечислении, хоть на бересте, программист тоже не нужен? Ой, всё...
согласен.такое впечатление что разработчики при создании 1С специально и намеренно создали этот 1С для большой при большой головной боли для всех кто с ним будет взаимодействовать.как будто при разработке была одна единственная цель пакость.
Бред 1) Видео называется "17 ошибок программиста", а по факту в видео обсуждаются проблемы архитектуры 2) И даже если это проблемы, то это проблемы не программиста, а аналитика. Программисту до лампочки что писать, какое ТЗ на разработку ему дал аналитик, то он и напишет
![ทุกครั้งที่หลับตา (Lucid Dream) - AYLA's [ Official MV ]](http://i.ytimg.com/vi/4i1OBAQyv58/mqdefault.jpg)
Как сделать из мухи слона и рассуждать 40 минут о том как он может повредить посудную лавку. Возможно, достаточно просто оставить все на уровне муха.
18я ошибка - подумать после просмотра этого видео, что можно задать все вопросы заранее и тогда потом ничего не придётся переделывать
Человек, говорящий о масштабируемости системы, никогда не назовет справочник "Статусы приходной накладной"
Важное замечание
Замечательное виде. На все грабли наступал 🙂. Картинки и музыка просто супер!
Интересное видео!Особенно понравилось,что рассмотрены изначально ошибки формулировки задания.Т.е будут статусы постоянны или вдруг их станет меньше.Спасибо автору за видео!)
"Дайте мне поручение, а уж особым я его как-нибудь и сам сделаю." :)
Для новичков очень полезно - они увидят, что для решения проблемы почти всегда есть несколько способов и для каждого способа есть свои за и против.
Самый верный подход, в отношнии "ошибок" связанных с не точным ТЗ, делать по ТЗ. Забыли проработать, ваши проблемы, ждите теперь когда я снова буду свободен. А то они потом на шею вылазят и по любому поводу начинают дергать и задавать вопросы, которые к разработчику не имеют отношения.
Очень интересный формат. Спасибо
Разработчик C, рыдает глядя на те проблемы поторые возникают у разработчика 1С, надо было другими вещами заниматься... =)
основные вещи которыми занимаются разработчики 1с это переименовывают функции, так что через пару релизов ваше расширение перестает работать. больше похоже они ничего не делают, а ну еще добавляют ненужные опции в общие конфигурации. в итоге конфигурация просто перестает шевелиться и любой расчет с каждым релизом все больше и больше времени занимает
что-то на сумбурном
забыли еще про одну проблему. это разрешенная последовательность смены статусов.
Спасибо!
ошибка №18. Не следование стандарту №550. Имена перечислений в конфигурации рекомендуется задавать во множественном числе.
19 ошибка. Хранить статус в документе.
главная ошибка все функции пишутся большой портянкой, в итоге в расширение проблематично заменять эти функции. абсолютно безграмотная архитектура, ощущение что школьниками написана
Осспаде, какая херня. Лень всё разбирать, остановлюсь на баттле справочник vs. перечисление. Справочник. Точка. Грохнуть значение перечисления ничуть не сложнее, чем элемент справочника, так-то и элемент, на который есть ссылки, грохать не стоит. Чтобы обращаться из кода, делаем элементы справочника предопределёнными. Надо будет потом добавить - добавим потом. Во времена 7.7 перечисления в базе не хранились и это могло в каких-то случаях быть преимуществом, но последние 20 лет единственное существенное отличие справочника с предопределёнными элементами от перечисления, это возможность для справочника иметь реквизиты и настраивать доступ по ролям. Не понадобится - не используем, но если понадобится, а у нас мудрый сеньор сделал перечисление...
P.S. Не удержался и посмотрел чуть дальше. Аффтар знает про предопределённые, но для него это "хитрый ход, для которого надо снова вызывать программиста" (как будто это что-то плохое). А для перечисления не нужно? А для программной обработки новых статусов, будь они хоть в справочнике, хоть в перечислении, хоть на бересте, программист тоже не нужен? Ой, всё...
вы до какого момента досмотрели? Уверен что не до конца, а там самое важное.
Я вообще не понимаю для чего существует эти перечисления? Они полностью заменяются справочниками.
Программист 1с - просто одна большая ошибка
согласен.такое впечатление что разработчики при создании 1С специально и намеренно создали этот 1С для большой при большой головной боли для всех кто с ним будет взаимодействовать.как будто при разработке была одна единственная цель пакость.
Бред
1) Видео называется "17 ошибок программиста", а по факту в видео обсуждаются проблемы архитектуры
2) И даже если это проблемы, то это проблемы не программиста, а аналитика. Программисту до лампочки что писать, какое ТЗ на разработку ему дал аналитик, то он и напишет
Респект автору видео - 40 минут переливать из пустого в порожнее с умным видом. У меня так не получается...(( Но лайк ставлю.))
Добрый день.
В УТ 11.5 статус заказа клиента выполнен в виде перечисления.
Архитектура зависит от задачи, можно как угодно делать, тем более что 1с это мощная платформа.
в унф (усц) все статусы перечислениями сделаны, приходится в конфигураторе добавлять в перечисления статусы если нужны другие
почему слова 1С и программист стоят вместе? странно
Что за песня 21:14?
Самописная
@@code-review-1c кто писал?
Что за песня фоном играет про 1С наш бог? Где ее найти?
Самописная, доделаю и выложу в тг канал
судя по видео в 1с работают джуны? все конфигурации так написаны
@@lexxkrt а вы до конца видео посмотрели? Там пояснения есть когда и что удобно. И вообще есть ли правильная идеальная архитектура.
действительно.вроде всего лишь статус.а тут такие проблемы.
Полный бред