В этой простой задаче программист 1С сделает 17 ошибок | Простой способ не всегда правильный.

[@Alikaros]

Как сделать из мухи слона и рассуждать 40 минут о том как он может повредить посудную лавку. Возможно, достаточно просто оставить все на уровне муха.

[@CrankyCutter]

18я ошибка - подумать после просмотра этого видео, что можно задать все вопросы заранее и тогда потом ничего не придётся переделывать

[@tretiakov7]

Человек, говорящий о масштабируемости системы, никогда не назовет справочник "Статусы приходной накладной"

[@code-review-1c]

Важное замечание

[@seastraus1]

Замечательное виде. На все грабли наступал 🙂. Картинки и музыка просто супер!

[@Mushu404]

Интересное видео!Особенно понравилось,что рассмотрены изначально ошибки формулировки задания.Т.е будут статусы постоянны или вдруг их станет меньше.Спасибо автору за видео!)

[@Александр-и2к6л]

Очень интересный формат. Спасибо

[@pavel1545]

забыли еще про одну проблему. это разрешенная последовательность смены статусов.

[@code-review-1c]

Спасибо!

[@Tele2019-k6o]

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

[@basilthecatjano2142]

"Дайте мне поручение, а уж особым я его как-нибудь и сам сделаю." :)

[@NameNotFoundDD]

ошибка №18. Не следование стандарту №550. Имена перечислений в конфигурации рекомендуется задавать во множественном числе.

[@ru21ru1]

19 ошибка. Хранить статус в документе.

[@OlegMozheiko]

Самый верный подход, в отношнии "ошибок" связанных с не точным ТЗ, делать по ТЗ. Забыли проработать, ваши проблемы, ждите теперь когда я снова буду свободен. А то они потом на шею вылазят и по любому поводу начинают дергать и задавать вопросы, которые к разработчику не имеют отношения.

[@vladimirr7729]

Разработчик C, рыдает глядя на те проблемы поторые возникают у разработчика 1С, надо было другими вещами заниматься... =)

[@lexxkrt]

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

[@ВасилийКоровин-г9э]

Осспаде, какая херня. Лень всё разбирать, остановлюсь на баттле справочник vs. перечисление. Справочник. Точка. Грохнуть значение перечисления ничуть не сложнее, чем элемент справочника, так-то и элемент, на который есть ссылки, грохать не стоит. Чтобы обращаться из кода, делаем элементы справочника предопределёнными. Надо будет потом добавить - добавим потом. Во времена 7.7 перечисления в базе не хранились и это могло в каких-то случаях быть преимуществом, но последние 20 лет единственное существенное отличие справочника с предопределёнными элементами от перечисления, это возможность для справочника иметь реквизиты и настраивать доступ по ролям. Не понадобится - не используем, но если понадобится, а у нас мудрый сеньор сделал перечисление... P.S. Не удержался и посмотрел чуть дальше. Аффтар знает про предопределённые, но для него это "хитрый ход, для которого надо снова вызывать программиста" (как будто это что-то плохое). А для перечисления не нужно? А для программной обработки новых статусов, будь они хоть в справочнике, хоть в перечислении, хоть на бересте, программист тоже не нужен? Ой, всё...

[@code-review-1c]

вы до какого момента досмотрели? Уверен что не до конца, а там самое важное.

[@Forest_dahfksd]

Я вообще не понимаю для чего существует эти перечисления? Они полностью заменяются справочниками.

[@AleksandrSergeev7007]

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

[@Раиль-1С]

Добрый день. В УТ 11.5 статус заказа клиента выполнен в виде перечисления.

[@laa123]

Архитектура зависит от задачи, можно как угодно делать, тем более что 1с это мощная платформа.

[@lexxkrt]

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

[@lexxkrt]

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

[@PaulSith]

Программист 1с - просто одна большая ошибка

[@AleksandrSergeev7007]

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

[@winter-lb7id]

почему слова 1С и программист стоят вместе? странно

[@Rarogg]

Что за песня 21:14?

[@code-review-1c]

Самописная

[@Rarogg]

@@code-review-1c кто писал?

[@Tele2019-k6o]

Респект автору видео - 40 минут переливать из пустого в порожнее с умным видом. У меня так не получается...(( Но лайк ставлю.))

[@ljeprorok]

Бред 1) Видео называется "17 ошибок программиста", а по факту в видео обсуждаются проблемы архитектуры 2) И даже если это проблемы, то это проблемы не программиста, а аналитика. Программисту до лампочки что писать, какое ТЗ на разработку ему дал аналитик, то он и напишет

[@SantaFreelanceDesigner]

Полный бред

[@lexxkrt]

судя по видео в 1с работают джуны? все конфигурации так написаны

[@laa123]

@@lexxkrt а вы до конца видео посмотрели? Там пояснения есть когда и что удобно. И вообще есть ли правильная идеальная архитектура.