Лично я, возможно, предпочёл бы быть более открытым, однако я не работаю в PR и не принимаю эти решения, не говоря уже о том, что я не обладаю нужными знаниями в этой сфере. Люди в нашей студии, отвечающие за это, понимают больше меня, и я готов довериться им.
Не соврали!
Единственный не пиздеж в 18 году
Комментарий недоступен
я даже знаю какой мем https://www.youtube.com/watch?v=Hk0_421lMsU
С одной стороны правильный подход. Вместо пустых обещаний тихо чинят игру. Но проблема в том, что темпы «ремонта» какие-то долгие. При этом про дополнения и некст-ген версии вообще минимум инфы с релиза.
И я честно до сих пор не понимаю почему они не перенесли игру на полгода или даже год. Студия ведь с голоду не умирала. Из-за поспешного релиза лишь потеряла доверие людей
Комментарий недоступен
И я честно до сих пор не понимаю почему они не перенесли игру на полгода или даже год. Студия ведь с голоду не умирала. Из-за поспешного релиза лишь потеряла доверие людей
Не скажу про Киберпанк, скажу, как это бывает на похожих проектах, сделанных второпя, когда вполне была возможность подождать.
Когда решаешь сложную проблему, есть обычно два пути (при условии, что все вовречённые люди очень компетентны, и риски типа "всё будет просрано" минимальны — не о таких случаях речь).
1. Сделать "как надо" и не уложиться в сроки.
2. Сделать через жопу, но сейчас.
Проблема №1 очень частая: хороший программист AI всегда сможет тебе рассказать, почему его команде нужно на полгода больше времени, чем ты (менеджер) хочешь выделить. И тебя (менеджера) предупреждают, что если сделать как-нибудь по-быстрому, то:
1. Будет куча проблем.
2. Всё это время будет потрачено впустую, если когда-нибудь будет принято решение улучшить.
Менеджеры, не работавшие в IT, не понимают, что "потратить 6 месяцев" это не то же самое что "выпустить что-то через 2 месяца, потом доработать за 4 месяца", а скорее "выпустить выпустить что-то за 2, потом 2 месяца разгребать проблемы, которое это плохое решение породило, потом выкинуть всё, потом потратить ещё год поверх этого чтобы сделать то, что можно было сделать за 6 месяцев сразу, т.к. надо переделывать зависимые компоненты системы".
Быстрый релиз ведёт к бонусам, промоушнам, и т.д. Поэтому не-IT менеджерами слишком часто принимается решение "давай сейчас и по-быстрому".
Но тут начинает приближаться релиз. Даже если можно отложить (не проблема), на это всё равно никто не согласится, т.к. это фактически подтверждение того, что изначальное усилие менеджера было очень дорогой ошибкой, за которую теперь надо платить. Т.е. все заебались, всё просрано, нет никакого эффекта, и каждый второй программист проходя мимо тебя будет шипеть сквозь зубы "ну я же говорил!"
Но если выпустить, то получается "Эффект есть, смотрите! Если бы мы не сделали всё по-быстрому, то мы бы не смогли выпуститься!"
Это особо извращённая версия sunk cost fallacy: https://en.wikipedia.org/wiki/Sunk_cost#Fallacy_effect
Формулируется примерно как "раз уж мы стольким пожертвовали ради раннего релиза, надо продолжать жертвовать ради раннего релиза, иначе выйдет будто бы мы были неправы, а мы не можем быть неправы!"
Я бы не сильно удивился, узнав, например, что проблему со спавном копов и объездом машин не могут решить до сих пор не потому что "не успели доделать систему трафика", а потому что:
* Никто даже не начинал делать нормальную систему трафика.
* В игре впринципе нет механизма, способного подвезти копов к месту преступления на машинах.
* Какой-то менеджер махал руками и орал, чтобы просто машинки по траектории ездили, лишь бы успеть, и теперь начав делать "как надо" игра откатится в ситуацию, когда даже это не работает, потому что от старой фейковой системы в новую перенести просто нечего.