Работаю в обычном региональном франче. У клиентов полный зоопарк конфигураций разных релизов и степени устаревания от лютых самописок, живущих с 1С:8.1 до ЕРП. В каких-то есть БСП(тоже разных релизов), в каких-то полная самобытность. Стараюсь, по возможности, кодить близко к типовым и какими-то функциями БСП пользуюсь. Велосипеды тоже стараюсь не писать, если что-то есть в БСП или конфигурации я об этом знаю. Стараюсь следить за чистотой кода. В связи с тем, что сейчас часто в вакансиях указывается "знание БСП и соблюдение стандартов разработки", у меня возник вопрос: Насколько эти требования формальны в вакансиях? Как определяется это пресловутое знание БСП и стандартов разработки? Насколько это используется/контролируется на ваших текущих местах работы? Как вы осваивали/осваиваете стандарты и БСП?  
Заранее спасибо за ваши ответы!

Открываешь типовую конфигурацию, смотришь, пишешь максимально похожий код. Называешь переменные длинными понятными словами, делаешь отступы табуляцией, вызываешь функции из общих модулей, если это возможно, комментируешь свои блоки, пишешь историю изменений в отдельный файл или модуль приложения, документируешь каждую свою функцию. Отчёты на СКД обзаводишь разными вариантами, добавляешь отборы на каждое важное поле, заносишь их в шапки отчёта, планируешь структуру с расшифровкой до регистраторов, добавляешь отладочную форму. В обработках делаешь все вопросы немодальными, сообщаешь о каждом действии с текущий временем и со ссылкой на объект. Делаешь защиту от дурака, проверяешь при любом обращении в коллекцию граничные условия, выводишь сообщения, требуешь заполнения реквизитов и параметров. Ну и, конечно же, костыли и велосипеды.

(0) Когда спросят: "Знаешь БСП и стандарты разработки"? твёрдо отвечай "Да". Пока твоя поделка не сломается при очередном "обновлении", твой код никто смотреть не будет. ИМХО
Освоение любого навыка у каждого индивидуально. Чужой опыт мало чего даёт , если не оформлен автором сознательно в процессе разработки

(0) можно конечно попробовать БСП натянуть на свою самописку - пока будеш делать основы будут понятны .....

а вообще БСП можно разве выучить -))

(0) стандарты изучать просто: берешь и читаешь раздел. Вспоминаешь, в каких прошлых задачах можно было бы сделать по-другому.
Представляешь, какие подобные задачи в будущем могут возникнуть и как их будешь решать с учетом новых знаний.

В ближайшую неделю-две при решении задач обращаещь внимание именно на этот раздел, применяешь прочитанное на практике.
В этот момент бывает так, что происходит переоценка и понимаешь, что так делать на постоянке не будешь )
Если проверка практикой пройдена, добавляешь в шаблоны, используешь постоянно, скоро станет привычкой.
Берешь новый раздел раз в неделю-две.

С БСП сложнее, хорошо, если есть рабочие задачи. Если их нет, придется придумать самому и решать, заглядывая в демо базу. Но эти знания быстро стираются, если их не применять, или устаревают. Поэтому, на мой взгляд, важнее научиться быстро разобраться в подсистеме: из чего состоит, основные методы, как применяется, как решить определенную (рабочую или условную) задачу. Составляешь план интересных тебе подсистем, и разбираешь по одной за раз.

(0) Открой для себя АПК)
https://v8.1c.ru/tekhnologii/1s-avtomatizirovannaya-proverka-konfiguratsiy/

+ к (6) хорошая вещь phoenix bsl, можно сразу проверить написанный код
https://infostart.ru/1c/articles/1656631/

(0) Меня на собеседовании спросили: какое максимальное кол-во параметров можно задавать в описании процедуры или функции (это тоже описано в стандартах).

(7) + 1.
Все равно, там где реально проверяют код на соответствие стандартам делают это примерно таким же инструментом.

(9) Наверное сюда же. Почитать про "Чистый код".

(8) стандарт не читал...но думаю..5-7

(4) кнечно нет)) тем более новые релизы выходят

(0) "Как определяется это пресловутое знание БСП и стандартов разработки?"...ну смотри... пилишь фичу, перед выкатом в прод делается кодревью, и старший тебе грит - Что-ж ты дубина снова велосипед запилил? это давно все в бсп есть!

(8) Чисто интуитивно кажется, что штуки 4 обязательных... Если больше, то лучше паковать в коллекцию.
Недавно устраивался на работу в компанию, все с умными лицами, да, разработка по стандартам строго... На собесе честно сказал, что знаю по верхам, но если строго, то подтянуть не проблема... Первая же доработка - дополнить ранее уже созданный другим коллегой функционал. В общем, стандарты с того момента я не открывал. Запросы в цикле, контекстные вызовы, все через точку - на каждой строке.

(14) да знакомая история...но в принципе, если так писать и читать код удобнее, зачем нужна преждевременная оптимизация? Оптимизируй запрос, когда это узкое место производительности...

(0) Не используешь БСП, делаешь параллельную ветвь эволюции, минимально зависимую от типовых.

А стандарты разработки учатся - когда тебе каждые 2 года надо сдавать Совместимо. Там каждый цикл требований добавляется, а если ты еще и сквернокодить будешь в этот период - тоби звезда.

(1) Спасибо за хорошую подборку, а можно поподробнее рассказать про "Добавляешь отладочную форму" в разделе СКД?
Что она даст по сравнению с общей ФормаОтчета?

Зачем учить весь БСП? Считаю, главное знать, что она в принципе существует, и там можно по ключевым словам найти нужную процедуру или функцию. А то там и ЭДО, и контактная информация, и операции с массивами. А ЭДО может и не понадобится никогда.