Залежить від проекту та рівня якості який вам потрібен. Співвідношення часу на тестування та розробки дуже сильно залижить від того що ви власне робите. Один компонент який використовується у звязці з купою інших компонентів це вже не так швидко :) а це лише вершина айсбергу.
А хтось взагалі потрібен в команді крім розробника, якщо він може чітко виконувати завдання замовника?))
Можна будь кого крім дева викинути з команди, та чи дасть це якийсь сенс?
Якщо дев буде сам тестувати, його перформанс впаде в кращому випадку в двічі, але скоріш за все в 3 — 4 рази.
Я би навіть сказав, що не має якогось універсального складу команди по ролям, все дуже залежить від проекту, та людей яких ви набрали.
я про те, що ДІЯ СІТІ це не гільдія)
Спільнота вказує на реальні речі, а популісти як просто кидаються фразочками в стилі «все одно все не подобається». Ви би виклали конкретно по пунктам петиції, було б дуже цікаво послухати.
Про гільдію це дуже цікаво, але вона лише в уяві, ніякої гільдії в планах немає, зате є держ орган який буде контролювати ІТ галузь.
Підтвердіть акаунт, дякую.
оподаткуванню підлягає, але не по таким схемам, доречі вже % змінилися, поправте або видаліть статтю
я би сказав що тут є декілька умов
1) Має бути сильний штат ПМ+БА який пропише всю логіку ідеально і в ній не буде ніяких помилок та не чіткостей, які КУА-інженер зазвичай відловлює, перевіряючи вимоги до фічі на відповідність купі критеріїв та самій існуючій логіці додатку який він знає краще ніж девелопер, тмоу що деви у середньо великих компаніяї зазвичай працюють вузьконаправлено в своїй частині софту і вникають в іншу тільки при потребі.
2)Відповідальний дев, який сам відтестуває хоча би хепі флоу...
3)СДЕТ який сам буде писати тесткейси для своїх автотестів, а також ручками хочаб разок проходити те все, щоб знати як воно працює. А не забьє на те все після того як втомитись від постійного говнокоду своїх девів та правок які потрібно буде ще якось заменеджити.
Якось так :)