Добрый день.

Создаю в обработку документ

Заказ = Документы.ЗаказПокупателя.СоздатьДокумент();

Получают тип Заказ - ссылка! Почему? Должен быть вроде объект. Пол часа бьюсь не могу понять... помогите!

Наверное Заказ это реквизит обработки

Ах точно!

(1) ОГРОМНОЕ спасибо, обработка многофункциональная просто, совпал реквизит

(1)
Блин, эта байда еще с клюшек до сих пор тянется?

(3) байда с нестрогой типизацией? А куда ей деться?

(4) С перекрывающимися пространствами имен. Этого можно было элементарно избежать, вынеся реквизиты объектов в отдельные подпространства имен.
Было бы не "Заказ", а "Реквизиты.Заказ"
И не ошибешься.

или запрещать перекрывающие имена

(5) В каком это языке функции-члены класса обязательно обращаются к свойствам через "this." ? Да и кирпичей бы столько породили бы 1Сники - можно было бы вторую китайскую стену построить.

(7) причем тут this?
Было бы this.Attributes.MyFlag или просто Attributes.MyFlag

(7) И что хорошего? Многие разруливают путем префиксации имен свойств, что тоже самое по сути, только не стандартизировано и без гарантий.

(5) доступно и всерьез...

дольше ошибок хороших и разных... контроль на этапе сборки - для слабаков

дольше = больше

и эти люди в желтых майках говорят что венгерская нотация в их макроязыке не применима и устарела...

а я таки за строгую типизацию в бизнес-логике и нестрогую (обобщенный variant) в отчетах

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

(14) а мне лично "дороже" глупые ошибки которые ловятся только в рантайме...

(15) Юнит-тесты :)

(16) это тоже в 1С как-то через ж.п.о все сделано и работает... люди с Селезневской всегда стояли этим местом к разработчику... на данный момент действует 3 диалекта языка запросов, сравнить права невозможно адекватно до сих пор, чтобы курить результат сравнить/объединить надо применять обработку "сравнение ячеек". это писец товарищи...