1. Почему важно "как сделано" и недостаточно "чтоб работало"?

Думаю вы планируете использовать вашу программу несколько лет.

Вам обязательно потребуются

   - обновления,

   - доработки,

   - добавление новых пользователей,

   - разграничение прав доступа.

Если делать только "чтоб работало" можно сильно усложнить обновление.

А например для конфигурации УПП с января по май 2020 года 1С выпустила 22 обновления.

2. Что нужно знать что бы правильно поставить задачу программисту?

Всеми силами избегайте изменения конфигурации поставщика. Нужны очень веские причины для изменения конфигурации.

Неизмененная конфигурация выглядит так:

Если без изменения конфигурации задачу не решить то

   - элементы на форму добавляем программно,

   - используем переопределяемые процедуры,

   - вместо изменения модулей объектов стараемся использовать подписки на события,

   - добавляем свои роли на каждый добавляемый документ/справочник,

   - добавляем свои общие модули.

Печатные формы, отчеты и обработки строго внешние.

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

Поэтому для того что бы оценить программиста я бы задал ему такие вопросы:

   1. Как добавите элемент на форму документа? Программно или редактируя форму? Если программно то где будете писать код? (ответ "программно, в переопределяемых процедурах").

   2. При записи документа нужно сделать какую-то проверку. Где будете это делать? (ответ "в подписке на события").

   3. Добавили новый документ. Менеджерам продаж нужны на него права. Какую роль будете изменять? (ответ "создам 2 роли, для чтения и изменения").

Подобный метод у меня отлично работал когда в довайфайные времена я искал себе администраторов. Задавал 1 вопрос - "рабочая станция не видит сеть, что будете делать?". Ответ который я считал правильным "проверю провод". Он говорит об опыте и здравомыслии. Уже потом можно проверять драйвера, протоколы, маршрутизацию и пр.

3. Почему элементы на форму лучше добавлять программно?

 

При обновлении конфигурации отличия в коде находится автоматически. А отличия в форме нужно искать вручную.

Программное добавление элементов немного дольше, но многократно окупается при обновлении.

4. Что такое переопределяемые процедуры

 

В типовых конфигурациях на БСП есть специальные процедуры для программного создания элементов на формах. Из использование упрощает обновление и поддержку.

5. Что такое подписки на события

 

Подписки позволяют выполнять определенный код при наступлении события. Например при записи документа.

Этот код можно вставить и в модуль документа, все будет работать. Но при обновлении придется следить что бы этот код не исчез.

А если создать свою подписку то обновление ее не затронет.

6. Зачем так много ролей

 

В типовой конфигурации может быть более 100 ролей. В роли прописаны права на объекты. Объектов тоже может быть более 100. При таком огромном количестве ролей и объектов просто их просмотр отнимает много времени.

Если изменять типовую роль для настройки доступа к новому объекту то это нужно контролировать при обновлении.

Если добавлять свои специальные роли обновление их не затронет.