Яков Е, да, это удивительно, но на практике с учетом времени на написание тестов разработка происходит в несколько раз быстрее. Чуть-чуть знаю, о чем говорю.
sim3x, готов подписаться. Нормочас разработчика стоит выше нормочаса тестировщика, и количество времени, затрачиваемое на разработку, значительно выше количества времени, затрачиваемого на тестирование.
Таким образом, имеем два компонента из двух идентичных множителей. Простое произведение позволит понять, насколько они друг от друга отличаются. По факту - на порядки.
Поэтому ТС прав. Программирование стоит значительно дороже тестирования.
Конечно, есть и исключения. Неадекватные менеджеры, которых очень, очень много... и экзотические кейсы, которые берут да иногда попадаются. Но на то они и исключения - чтобы быть вне тренда.
Сергей Попов, да. В некоторых ситуациях не то, чтобы не экономит, а просто на грани бессмысленности. Пример привел - тестирование пользовательского интерфейса. Хотя тестирование API будет обратным примером.
Нет, TDD здорово выручает и в на больших проектах. Если бы их несколько десятков за плечами не было (20 лет работаю в этой отрасли), я бы не спорил. Когда сроки от плановых 3-9 месяцев сокращаются до фактических 1-2 - это прув, знаете ли.
Я не предвзят к тестировщикам, потому что ничего против и не высказывал. Сленговые выражения про бамбук и прочие в моем сообщении можно понять так "автоматизированное тестирование уменьшает нагрузку на тестировщика, позволяя ему больше уделять внимания интерфейсам и юзабилити, а следовательно и качеству проекта, не заморачиваясь над работоспособностью функционала - который как раз тысячекратно автоматически тестируется на всем протяжении разработки".
LanceArms, я эксперт по архитектуре, по разработке и даже отчасти по Unity 3D. Чуть-чуть понимая, что почем (финансовые, временные затраты, фактические риски, требования к компетенциям и т.д.) вполне уверенно даю ответ: найти аналогичные открытые проекты, готовые решения и НЕ заказывать разработку.
JunDevTest, да, просто, но неправильно. С одной из проблем вы уже столкнулись. Поверьте, могут быть проблемы серьезнее.
Найдите книжку вроде Ubuntu Server Guide. Она есть на русском, доступна в свободном скачивании. Читается легко, там нет вообще ничего сложного. На самом деле, даже полностью ее читать не обязательно.
"Linux для чайников" есть?
Потом можно почитать по диагонали, к примеру, nginx.org/ru/docs и полистать форумы по линуксам. Многое станет понятным.
brekhin-aleks, от бизнес-логики задачи зависит. В последующем оптимизация внесет корректировки. Инструментарий у вас бэкэндовский, это также накладывает определенное видение.
