Ты не можешь отчитаться за мнимые улучшения под капотом. Потому что на акционеры первое, что спросят: и насколько увеличилась прибыль? А ты такой «погоди, так она наоборот уменьшилась». И они такие «следующий!».
Нет. Эффективные менеджеры против любых доработок, которые в явном виде не добавят красивые цифры в отчёт. А правило бойскаута, правила постоянного развития системы, постоянного рефакторинга, максимального покрытия тестами — это требования со стороны разработки. Эффективные менеджеры от этого всего с радостью откажутся, сдадут проект, добавят его в резюме и не дожидаясь внедрения свинтят в новую компанию.
Год оф фар играл минут 10. Безумно скучная линейная игра. Её можно в палате мер и весов выставлять в разделе «эталонная прямая». А за 30 фпс казнить всех.
А потом приходит новая очередная (N+10) версия фреймворка, и вот уже нужно буквально переписывать весь проект, потому что даже частичной совместимости не осталось. И что делать? Старики ушли на пенсию, молодёжь в этом копаться не будет. А если в промежутке потребуется новый функционал — его не будет, либо будет кривым. Это реальность независимо от каких-то там инвесторов
Потому что это принципы разработки ПО 21 века. Когда в США люди наелись необходимостью переписывать, отсутствием тестов, активного использования багов и других недокументированных возможностей, запутанных функций, они пришли к определённым взглядам на разработку ПО. Но эти взгляды пришли из мира японского автомобилестроения и применимы в том или ином виде ко всем видам производства, к любой деятельности.
Конкретика. Завтра не будет людей для поддержания текущей аппаратно-программной платформы. Ни людей, ни запчастей. Что дальше делать? Закрывать бизнес? Ты там что-то федеральный уровень говорил — министерства закрывать? Система всегда должна быть актуальной под капотом. Необязательно пилить новый функционал. Но система должна собираться и работать на современном железе и работать с ней должны современные программисты.
Как-то ты лихо перекрутил. Причём тут плохая? Явно недостаточно хорошая, чтобы только ради неё брать целую консоль. Тем более конкурентов (в том числе Форза) полно.
Объективная реальность таков, что если кто-то за что-то отвечает, то он обязан продвигать современные подходы в разработке ПО. Даже если дорого. Даже если не востребовано. Это вопрос технологии производства. Если сейчас разрыва нет, то завтра будет разрыв в 1 поколение. После завтра — 2 поколения. А через неделю открыв от современности становится таким, что дешевле переписывать с нуля. Хотя всем известно, что переписывания с нуля в итоге всегда стоит дороже, чем поддержка в актуальном состоянии (в том числе агрессивный рефакторинг и реинженеринг отсталой системы). Много проектов крупных проектов, лидеров рынка, полегло на переписывании с нуля.
Ну вот как раз эффективные менеджеры, наоборот, очень любят изобретать велосипеды заменяя нормально работающее ПО на новое, во внедрение которого можно вбить крупные средства.
Менеджеры трогают только то, где можно красиво отчитаться.
Японцы в своё время (Тоёта) сформулировали принципы бережливого производства, которые декларируют отложенное принятие решений. Если коротко: работает, не трогай. НО! Всего должно быть в меру. Если выходит новое железо, новые фреймворки, новые библиотеки, новые подходы в разработке (новая архитектура), то нужно пересобирать проекты только ради того, чтобы проект был актуален. Естественно, это делается не раз в полгода, но и не реже, чем раз в 5 лет.
Вообще не понимаю, что носятся с этими эксклюзивами. Это же маразм! Хорошую игру сделают сразу кроссплатформенной, чтобы заработать больше денег. И только сомнительные поделки нуждаются в ауре эксклюзивности.
Продолжай рыть себе могилу. Чем дольше тянешь время, то выше вероятность проблем. У тебя ПОКА ЕЩЁ есть несколько человек. А если их не станет? Система должна быть живой и должна без страха и упрёков переписываться постоянно. Это единственный способ не превратить её в неподдерживаемое легаси.
Конкретика. Завтра не будет людей для поддержания текущей аппаратно-программной платформы. Ни людей, ни запчастей. Что дальше делать? Закрывать бизнес? Ты там что-то федеральный уровень говорил — министерства закрывать? Система всегда должна быть актуальной под капотом. Необязательно пилить новый функционал. Но система должна собираться и работать на современном железе и работать с ней должны современные программисты.
Ответ AndreyZ на комментарий
Менеджеры трогают только то, где можно красиво отчитаться.
Японцы в своё время (Тоёта) сформулировали принципы бережливого производства, которые декларируют отложенное принятие решений. Если коротко: работает, не трогай. НО! Всего должно быть в меру. Если выходит новое железо, новые фреймворки, новые библиотеки, новые подходы в разработке (новая архитектура), то нужно пересобирать проекты только ради того, чтобы проект был актуален. Естественно, это делается не раз в полгода, но и не реже, чем раз в 5 лет.