Добрый день! Я не 1С-разработчик, но интересуюсь данной сферой, поэтому вопрос к профессиональным 1С-разработчикам.
Я изучал учебник Радченко по разработке конфигураций в 1С: Предприятие, но я понимаю, что это самая основа и реальные бизнес-задачи сложнее и объемнее.
Расскажите, пожалуйста, какие у вас типовые задачи? В каком соотношении вы создаете архитектуру системы (добавляете объекты конфигурации, прописываете связи между справочниками и подсистемами, добавляете реквизиты, табличные части и т.д.), а в каком прописываете код для документов, обработок и модулей? Чего в работе больше? Тестируете ли вы свой код как-то помимо ручного тестирования? Если да, то как, используете Open Source решения, например, с GitHub, типа Vanessa Automation или Тестера, или же вы сами пишете тесты и обкладываете ими код? Какие рутинные задачи у вас повторяются из проекта в проект? Расскажите, какой у вас опыт в разработке 1С и самое интересное для меня сейчас, какие у вас самые типовые задачи в работе, с чем чаще всего сталкиваетесь?

Заранее спасибо за ответ!
---
1. Оцениваем задачи. PBR. Определяем, сколько то или иное займет. 99% - это добавление фичи (мелкой детали к уже работающему функционалу, "стори/юзерстори") или исправление возникшего в ходе добавления фичи бага. Иногда баг - это фича.
2. Пилим фичи, патчим баги. Это часто не так и много кода. Вообще, кода должно быть немного. Юзай БСП, как говорит мой дорогой я. Ну и не придумывай уже придуманное. Например, не заполняй документы сам - отдай это методу Заполнить().
3. Иногда придумываем, обычно коллективно, как сделать что-то новое - этакий "эпик". Режем его на "стори", долбим основной функционал, потом фичи вокруг него, потихонечку выводя это все на ОПЭ (альфа-тест), в ходе чего добиваем баги и приделываем фичи, о которых в момент проектирования никто не думал - "свистоперделки".
4. И если в ходе этого в конфигурации не добавилось всякого г-на, то это круто. Ибо есть допсвойства, допреквизиты, защищенные хранилища и еще масса всего полезного, во что можно засунуть все то незначительное, которое вокруг и около. Ну, конечно, если кто-то не решил слабать очередную нетленку, состоящую на 99% из худших практик.
5. Совещаемся ежедневно, чтобы быть в курсе того, что же это нам делать надо, приоритезируем, делимся озабоченностями и прочим.
6. Пишем на инфостартах всякого поста, штобы не забыть, как слова русские пишутся.
---
В каком соотношении вы создаете архитектуру системы (добавляете объекты конфигурации, прописываете связи между справочниками и подсистемами, добавляете реквизиты, табличные части и т.д.), а в каком прописываете код для документов, обработок и модулей? Чего в работе больше?
Изменение структуры конфигурации в любом случае конечно, а код можно бесконечно писать.
---
Изменение структуры конфигурации в любом случае конечно * ... и хитро улыбнулся
---
Ну масштабные изменения в любом случае конечные))
Каждый день если добавлять по документу, то через 2 года их будет ~730.
Я сомневаюсь, что возникнет реальная потребность в таком.
---
Вам бы на производство, батенька. Там бесконечно )) Не добавляем новое - так переделываем старое ))
---
Не добавляем новое - так переделываем старое ))
Это святое =)
---
Структуру отдела, штатное расписание, должностные обязанности, оклады, премии, анализы - прислать?
---
Присылайте, почему бы и нет
---
1. Оцениваем задачи. PBR. Определяем, сколько то или иное займет. 99% - это добавление фичи (мелкой детали к уже работающему функционалу, "стори/юзерстори") или исправление возникшего в ходе добавления фичи бага. Иногда баг - это фича.
2. Пилим фичи, патчим баги. Это часто не так и много кода. Вообще, кода должно быть немного. Юзай БСП, как говорит мой дорогой я. Ну и не придумывай уже придуманное. Например, не заполняй документы сам - отдай это методу Заполнить().
3. Иногда придумываем, обычно коллективно, как сделать что-то новое - этакий "эпик". Режем его на "стори", долбим основной функционал, потом фичи вокруг него, потихонечку выводя это все на ОПЭ (альфа-тест), в ходе чего добиваем баги и приделываем фичи, о которых в момент проектирования никто не думал - "свистоперделки".
4. И если в ходе этого в конфигурации не добавилось всякого г-на, то это круто. Ибо есть допсвойства, допреквизиты, защищенные хранилища и еще масса всего полезного, во что можно засунуть все то незначительное, которое вокруг и около. Ну, конечно, если кто-то не решил слабать очередную нетленку, состоящую на 99% из худших практик.
5. Совещаемся ежедневно, чтобы быть в курсе того, что же это нам делать надо, приоритезируем, делимся озабоченностями и прочим.
6. Пишем на инфостартах всякого поста, штобы не забыть, как слова русские пишутся.