Возникает вопрос, а что важнее всего для заказчика в разработке?
Это очень простой вопрос, и ответ очень простой. Заказчику от разработки -- неважно, внутреннему или внешнему -- важна СКОРОСТЬ. Можно усилить: по сути, больше ничего не нужно. Да даже сама разработка (продуктовую, имею в виду) и ее приемы -- она исключительно про скорость.
Новые языки и технологии, сборка мусора? Это чтобы писать было проще, чтобы нанять побольше менее искушеннных людей и делать быстрее.
Микросервисы? Чтобы можно было взять те команды, которые есть в наличии, и писать на том, на чом умеют; сладкие сказки про масштабирование и прочий шрот уже сверху придумали, потому что по-честному такую сложную и ненадежную машинерию ни один инженер не взвалил бы на себя (вспомните soa: а теперь там на порядки больше единиц развертывания). Лучше всего микросервисы масштабируются только по одному измерению: количеству людей в разработке.
Хорошая архитектура и прочий кодинг-стайл сегодня? Это чтобы завтра можно было писать быстро и не сбавляя скорость.
Автотесты? Чтобы отлавливать ошибки ещё на этапе, когда не потребуется возвращать продукт в доработку, потому что это долго и снижает скорость.
Специализация в разработке? Ну вы поняли.
Хорошая разработка это скорость, и ничего более. Скорость сегодня, скорость завтра, скорость когда ее ждут. Все остальное -- только топливо для этой скорости.
Это очень простой вопрос, и ответ очень простой. Заказчику от разработки -- неважно, внутреннему или внешнему -- важна СКОРОСТЬ. Можно усилить: по сути, больше ничего не нужно. Да даже сама разработка (продуктовую, имею в виду) и ее приемы -- она исключительно про скорость.
Новые языки и технологии, сборка мусора? Это чтобы писать было проще, чтобы нанять побольше менее искушеннных людей и делать быстрее.
Микросервисы? Чтобы можно было взять те команды, которые есть в наличии, и писать на том, на чом умеют; сладкие сказки про масштабирование и прочий шрот уже сверху придумали, потому что по-честному такую сложную и ненадежную машинерию ни один инженер не взвалил бы на себя (вспомните soa: а теперь там на порядки больше единиц развертывания). Лучше всего микросервисы масштабируются только по одному измерению: количеству людей в разработке.
Хорошая архитектура и прочий кодинг-стайл сегодня? Это чтобы завтра можно было писать быстро и не сбавляя скорость.
Автотесты? Чтобы отлавливать ошибки ещё на этапе, когда не потребуется возвращать продукт в доработку, потому что это долго и снижает скорость.
Специализация в разработке? Ну вы поняли.
Хорошая разработка это скорость, и ничего более. Скорость сегодня, скорость завтра, скорость когда ее ждут. Все остальное -- только топливо для этой скорости.