Sly32

Рейтинг
367
Регистрация
29.03.2012
exspool #:
Или все таки лучше под каждую фичу вообще делать отдельную ветку, чтобы иметь более прозрачную возможность откатиться?

Это уже перебор) 

Способов закрыть дев энвы масса, это только для не гитбоев известна только хттп- авторизация

silicoid #:
курите в сторону git
с помощью него можно организовать весь необходимый вам движ

Судя по всему  и так у человека гит. Можно скорее в сторону гитфлоу посмотреть. Stage это в принципе такой же сайт, в который пушится все из мастера   ветки. Как организовать - читайте про ci/cd , jenkins, очень облегчает работу. У нас, например, перед продакшеном и стэйджем есть еще как минимум три энвайрмента, на которых тестируются изменения, есть релизные ветки. Механизмов работы много

Ошибки могут возникать в 2 случаях :

1) Ошибка в коде, по недогляду, криворукости разработчика, такие должны однозначно правится за счет исполнителя

2) Ошибки в ТЗ - судя по ТС - он не является бизнес-аналитиком 

Кто вторые должен править? За чей счет. Мы тут слышим мнение только одной стороны, к сожалению

kamea #:
И, если бы  разработчик потрудился сделать хотя бы это, то он увидел бы, что в итоге только 45 страниц сайт можно назвать беспроблемными, а 400 (!!!) имеют странные не ЧПУ-адреса,

Судя по всему у вас разработчик и контентом занимался - вот и результат. В очередной раз доказательство того что вп - зло) 

Ну например на моем текущем проекте код должен быть покрыт юниттестами не менее 80 процентов, обязательно функциональные и регресс-тесты, но в тз ничего такого нет, за это отвечают специально обученные люди 
kamea #:
Так, уважаемые специалисты, пришла я к такому выводу.  Все это я буду включать в ТЗ. 

Будет очень любопытно узнать итог, держите в курсе)

Иван34 #:

Мой друг сейчас выбирает ноут и нужно мощную машину, чтобы  работать с графическими программами  адобе, бывает, что   одновременно  загружены и фотошоп и иллюстратор.   Стационарный есть пк, но теперь   нужен для поездок еще и ноут. Какой  можно ему посоветовать?

Вряд ли я тут хороший советчик - у меня на все ответ один) И фотошопом не пользовался давно. 

Разработчик в эстимациях должен учитывать и риски появления ошибок, которые неизбежны. Но указывать это в тз- нонсенс.
От прошечки только положительные впечатления! Ни разу не пожалел о том что выбрал эту модель. 
webinfo1 #:

Всё я понимаю. Никакой ваш аджайл не отменяет необходимости ТЗ. Иначе непонятно, что должно получиться в результате разработки, какова конечная цель. И да, заказчики бывают разные. У одного есть выделенная сумма на проект, и его не интересует многократное вылизывание. Он даёт сразу детальное задание, рассчитывая на определённые затраты. А другой согласен на поэтапную разработку, с доработками и переработками, оплачивая работу по мере продвижения.

Но изначальное ТЗ в любом случае необходимо. Иначе это будет бесцельное топтание.

Естественно. ТЗ нужно в каком-то общем виде. Как концепция и как видение конечного результата. Но нет необходимости впихнуть сразу все и потом пытаться тупо следовать. Зато в конце каждого спринта есть результат и возможность коррекции

Всего: 7119