Сборка очередного билда
#2
Отправлено 13 декабря 2005 - 15:03
Редактор портала www.it4business.ru
#3
Отправлено 13 декабря 2005 - 16:14
Должен делать где?
- Software company ~50000 developers
- internal development department ~15 engineers, big company (e.g. financial or insurance)
- software offshore company, ~500 engineers, ISO 9000 certified
- small software company, ~50 developers
- software startup, 4 developers
- ....
Usecases не определены. Голосовать, imho, бессмысленно.
#4
Отправлено 13 декабря 2005 - 17:05
Андрей Похилько
#5
Отправлено 13 декабря 2005 - 19:36
Сссылка в дескрипшине не дописалась. Но, вы, я уверен, знаете о каком случае речь...
Отвечает это значит ответственный, разве непонятно? Любой технически грамотный специалист может собрать билд. Но кто за него должен ответить :)
#6
Отправлено 13 декабря 2005 - 20:15
"отвечает" - значит получает от дизайна набор модулей и собирает всю систему. в процессе отлавливает ошибки билда, затем деливерит билд на тестрование. соответственно. "отвечает" - значит что после успешного билд-теста не должно быть ошибок при компиляции системы...
по-моему, не должен ПМ отвечать за билд. ПМ в какой-то степени отвечает за весь продукт, в частности проблемы заказчиков обрушиваются именно на ПМа. дизайн тоже не должен отвечать за весь билд, поскольку дизайн представляет собой несколько групп людей, которые разрабатывают свой отдельный кусок кода, соответственно, то, что эти куски кода иногда бывают друг с другом не совместимы, все списывают на ошибки другого. исходя из той же логики тестирование не имеет отношения к компиляции кода вообще. в идеале они получают скомпилированные бинарники.
то есть нужен кто-то третий, кто проверит что система способна скомпилироваться, отрапортует ошибки в дизайн и будет гарантировать тестированию, что по метке можно собрать бинарники. а уж как он называется... билд-менеджер, преинтегратор, интегратор... это зависит от того, как поставлен процесс.
по поводу "пинает того, кто делает"... увы, это горькая правда :( правда, чаще всего "пинание" происходит с помощью баг-репортов в баг-трекинг системе %)
#7
Отправлено 14 декабря 2005 - 08:18
#8
Отправлено 14 декабря 2005 - 09:29
Это называется выполняет, а не отвечает. Я поэтому и уточняю.по-моему, все ясно.
"отвечает" - значит получает от дизайна набор модулей и собирает всю систему.
Если "ошибки билда" это ошибки при компиляции кода, то это делает компилятор, ане человек. Деливерит билд на тестирование (если это НЕ "выкладывает на сетевую папочку", конечно ) - отдельная активность, может исполнятся как раз совсем не тем человеком.в процессе отлавливает ошибки билда, затем деливерит билд на тестрование. соответственно.
Отвечает это активность, а "чтобы не было" это цель."отвечает" - значит что после успешного билд-теста не должно быть ошибок при компиляции системы...
Редактор портала www.it4business.ru
#9
Отправлено 14 декабря 2005 - 09:31
То есть всё-таки отвечает, а не делает.Отвечает это значит ответственный, разве непонятно?
Тогда всё таки мы говорим о роли или наборе ролей. Тогда я приведу сюда же свой пост в другой ветке.
-----------------------------------
Role Cluster: Development
Goal: Build to specification (это цель процесса девелопмента)
Functional Areas:
- Technology Consulting
- Implementation Architecture and
- Design
- Application Development
- Infrastructure Development
Responsibilities:
- Specifies the features of physical design
- Estimates time and effort to complete each feature
- Builds or supervises building of features (!1)
- Prepares product for deployment (!2)
- Provides technology subject matter expertise to the team
Для сравнения, про тестирование и ответственности.
Role Cluster: Test
Responsibilities:
- Ensures all issues are known
- Develops testing strategy and plans
- Conducts testing
-----------------------------------
Я использовал вот эту версию:
MSF Team Model v. 3.1
Редактор портала www.it4business.ru
#10
Отправлено 14 декабря 2005 - 09:43
P.S. Проголосовал за "специально обученный человек". Ибо это самый универсальный вариант, который подходит практически к каждой ситуации. У нас этот человек формально входит в support-group, поэтому он в курсе какие проблемы могут возникать с софтом у заказчика. Также этот человек имеет сведения о том, что и как обновилось в текущей версии билда. Поэтому ему наиболее проще быстро отреагировать на какие-нибудь изменения.
P.P.S. Ответьте пожалуйста на такой вопрос. Инсталляции и билды это одно и то же? Или все таки это отличные понятия?
#11
Отправлено 14 декабря 2005 - 10:28
#14
Отправлено 14 декабря 2005 - 11:16
А за продукт у нас отвечает product managerпо-моему, не должен ПМ отвечать за билд. ПМ в какой-то степени отвечает за весь продукт, в частности проблемы заказчиков обрушиваются именно на ПМа. дизайн тоже не должен отвечать за весь билд, поскольку дизайн представляет собой несколько групп людей, которые разрабатывают свой отдельный кусок кода, соответственно, то, что эти куски кода иногда бывают друг с другом не совместимы, все списывают на ошибки другого. исходя из той же логики тестирование не имеет отношения к компиляции кода вообще. в идеале они получают скомпилированные бинарники.
#15
Отправлено 14 декабря 2005 - 11:43
#16
Отправлено 14 декабря 2005 - 14:40
#17
Отправлено 14 декабря 2005 - 20:27
хорошо, конкретизирую :) у нас за билд отвечает отдельный человек. именно отвечет, потому что если у кастомера возникают ошибки с билдом (специфика проекта такова, что кастомеру мы отдаем не пакадж, а метку на исходники), то все вопросы автоматом идут не в дизайн, не в тестирование, а к этому человеку. по моему скромному мнению, это правильно. почему - я уже писала.Это называется выполняет, а не отвечает. Я поэтому и уточняю.по-моему, все ясно.
"отвечает" - значит получает от дизайна набор модулей и собирает всю систему.
согласна. но в таком случае, можно с таким же успехом сказать, что в процессе тестирования ошибки отлавливает не человек, а скрипт. вообще, если билд-система хорошо автоматизирована, то достаточно нажать одну кнопку чтобы скомпилировать дроп. но несовместимость отдельных компонентов или модулей не всегда возникает из-за ошибок в коде. иногда это вопросы проектного уровня. (в одну часть включена какая-то функциональность, в другую - нет). более того, мало увидеть ошибку при компиляции, нужно правильно найти root cause. только тогда эта проблема будет пофикшена самым быстрым образом.Если "ошибки билда" это ошибки при компиляции кода, то это делает компилятор, а не человек.в процессе отлавливает ошибки билда, затем деливерит билд на тестрование. соответственно.
кроме того, "ошибки в коде" на стадии интеграционного билда практически исключены, так как они чаще всего отлавливаются на этапе дизайнерского тестирования.
с этим согласна. поймал %)Отвечает это активность, а "чтобы не было" это цель."отвечает" - значит что после успешного билд-теста не должно быть ошибок при компиляции системы...
тогда переформулирую: отвечает - значит, что все вопросы в случае неуспешной попытки повторения билда будут направлены к этому человеку.
ну а если в слово "отвечать" вы вкладываете значение "будет фиксить проблему", то это в любом случае будет делать девелопер, где бы эта проблема ни была найдена - при билде, при интеграционном тестировании, при функциональном, системном тестировании или при реальной работе на стороне заказчка. тогда получается - дизайн ответственен за всё?
#18
Отправлено 15 декабря 2005 - 09:25
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных