Привет.
Наверное каждый, кто работает в сфере 1С, хотя бы слышал о существовании системы стандартов и методик разработки.
По моим личным наблюдениям на четырех из пяти собеседований на позицию разработчика 1С проверяются знания стандартов. Удивительно, но при этом подавляющее большинство соискателей либо не читали и, соответственно, не применяют стандарты на практике, либо читали пару раз, но с тем же результатом. С осторожным оптимизмом сделаю предположение, что требования 1С соблюдают всего лишь 5-10% сотрудников. Отмечу, что вышеприведенные оценки - это мое субъективное мнение. Специализированных исследований я не проводил.
В этой статье я не буду рассказывать о том, что это такое, почему соблюдать стандарты нужно и полезно - об этом написано достаточно, в том числе и самой 1С, а разберу самые часто встречающиеся возражения разработчиков на эту тему.
1. "Правильно писать занимает много времени, за это клиент не платит" Это не правда, клиент платит за качественный продукт, который будет легко сопровождаться. Чтобы создать такой продукт, нужно разработать его, соблюдая требования 1С. Если ваш продукт клиенту нравится, то вы получите плюсик к положительной репутации и вас будут чаще рекомендовать.
2. Отсылка к трате времени - это признак лентяя. Лень побуждает сделать задачу быстрее "лишь бы работало". Эффективное распределение времени - это вопрос сформированных правильных привычек. Правильные привычки всегда выигрывают на длительном отрезке времени.
3. "И так работает, зачем что-то менять?" - верно, если вы работаете один и пишете свою конфигурацию, которую кроме вас никто поддерживать не будет. Если вы работаете в компании, то это утверждение уже само по себе неверное. И даже если вы действительно пишете что-то только для себя, то большой ошибкой будет думать, что так с вашим продуктом будет всегда. Сегодня вы пишете один, завтра ваш продукт интересен множеству людей. И… не готов к этому. https://t.me/TheSithHaveComeTo1C/3
#Разработка1С #1С #Стандарты1С #Программист1С #Программирование1С
· 11.03.2025
По опыту собственного внедрения практики следования стандартам описания кода скажу - за год активного применения сильно проще стало поддерживать код, когда понятно где в каком месте идет размещение и почему именно так. Анализ собственного кода ускоряется раза в 2 по субъективным ощущениям. В совокупности с использованием гита сильно уменьшилось количество закомментированного кода
ответить
коммент удалён
· 11.03.2025
Все верно
ответить
ответ удалён