К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Групповая разработка прикладного решения

0 - 12.01.2019 - 14:45
Намечается большая работа по адаптации конфигурации к требованиям заказчика. По оценочным прикидкам общий объем работ около 2-2.5 человеко-лет, т.ч. работа однозначно будет командной. Так как опыта в подобной схеме работы у меня маловато (не на таких больших проектах), решил, пока есть время, почитать что-нибудь на эту тему. Вроде как-то видел книгу изданную 1с на эту тему, но найти ее сейчас не могу (или то был только анонс книги и ее собирались издать)... Кто что посоветует почитать (книги, статьи, или своим опытом поделится в организации работы?)


1 - 12.01.2019 - 20:13
На ИС много есть об этом. Сейчас в тренде разработка через GIT, как у настоящих программистов.
2 - 12.01.2019 - 20:15
https://infostart.ru/public/903269/
https://infostart.ru/public/721600/
https://infostart.ru/public/864097/
3 - 12.01.2019 - 20:16
https://infostart.ru/public/553119/
4 - 12.01.2019 - 20:20
В GIT даже можно - о чудо! - вести групповую разработку на 7.7 !!!
https://infostart.ru/public/201075/
5 - 12.01.2019 - 20:28
а вообще вам надо побольше глядеть в сторону ИС
сейчас там один из главных трендов - использование git и других "взрослых" инструментов разработки.
появилось много команд разработчиков, сформировался запрос на развитие этих инструментов в применении к 1С.
на конференциях куча докладов по этой тематике. Если планируете несколько лет заниматься этим, будет полезно завести контакты среди собратьев по цеху, которые тоже работают с этими вещами.
6 - 13.01.2019 - 19:26
2(0) О, заказ на 5 миллионов? Круто!!! Договор подписАли? Конфигурация какая за основу взята? Индивидуальная разработка с нуля за 5 лимонов полная херня будет...

2(5) Не, это не подходит :(
Надо просто книжку почитать :)
7 - 13.01.2019 - 20:23
постирония? одобряю, это сейчас модно )
8 - 14.01.2019 - 00:11
хренова в 1с с групповой разработкой. но , думаю, это не только в 1с
9 - Вчера - 08:24
2(6) За основу будет взята ТОРГ 11, для разработки будет создана группа из программистов холдинга (2-3 человека) + привлекаемые сторонние лица под отдельные задачи. Требуется максимально перенести в ТОРГ 11 весь функционал, который есть в имеющихся программах и конфах (часть довольно старые). Меня, как лучше всех знающего особенности всего этого зоопарка, ставят чем-то типа координатора... И меня больше интересуют не технические средства, а сама организация процесса.
10 - Вчера - 09:18
5 минут втыкал, причём тут Унифицированная форма N ТОРГ-11 "Товарный ярлык"
потом вдуплил, что речь про УТ 11 )
11 - Вчера - 09:48
Цитата:
Сообщение от iMoxa Посмотреть сообщение
но , думаю, это не только в 1с
в начале 00-х работал в команде, писали на с++, в центре проекта была какая-то система типа "Рейшенл Роуз", там и репозитории кода и компиляция по версиям библиотек и модулей, автоматическое ведение лога изменений, блокировка взятых кем-то в работу модулей, ведение списка задач и обнаруженных тестировщиками багов и т.п. уже все было. Человек 10 работало без проблем. Я не как кодер на проекте был, а как технический писатель (справки, тексты всплывающих подсказок, талмуд - "Руководство пользователя" - моя работа была (потому что у меня с правописанием было лучше всех и умел общаться с конечными пользователями на одном языке без прогерского жаргона)).
12 - Вчера - 11:48
Боюсь, что если в УТ11 перенесете свой древний функционал, то получится жуткое чудовище. А организацию коллективной разработки нужно придумать вам самим, исходя из того, какими ресурсами вы обладаете, и для чего она вам нужна. Надо же поиметь с нее какой-то явный плюс, так как очевидные минусы - удорожание стоимости и замедление сроков. Потребуется очень четкое техническое задание, потребуется выделенный человек, который будет собирать и контролировать ваши доработки, все это очень непросто.
И самое главное, это поддержка рожденного решения. Как вариант, может особо и не нужна никакая коллективная разработка, а разбить исполнителей по отдельным подсистемам и пусть каждый ваяет с соблюдением заранее утвержденных требований к разработке. На какой то стадии при желании можно немножко "причесать" решение, инвентаризуя и ликвидируя повторный код (который теоретически должен возникнуть). Судя по коду 1С даже у них с этим не все идеально.
13 - Вчера - 16:50
вышеупомянут git; fossil, как альтернатива


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены