Обычно я разрабатывал проекты (раньше) по подобной схеме - задача-анализ-ТЗ-проектирование-планирование и затем со всем списком функциональности (оно же бизнес-логика) подвергалось разработке-отладке-тестированию по разным видам версионности-этапов. Главное было то, что ЗАДАЧА в целом не менялась и в итоге структура базы данных (или как там по научному?) была одна и та же до релиза продукта.

Сейчас же после получения ЗАДАЧИ и получения релиза появляются новые "хотелки" заказчика-босса, которые кардинально не вписываются в структуру базы данных и портит всю бизнес-логику.
База у нас на платформе GT.M, она у нас пассивная, некоторое подобие жестко-завуалированного REST-интерфейса (большей частью CRUD операции).

Как такое решается в решениях на основе Cache?

servit,

спасибо!
я в том разделе почти не бывал :)
попробую переформулировать для него...

просто ситуация такова, что продукт работает, вышел на точку окупаемости, растет доход еженедельный, и кажется нам, что нас хотят "уволить"... смысл что то переделывать? может лучше уволиться? :)
это вопрос иного порядка, увы...

servit,

да... говорить "нет" это хорошо, но это может делать только наш тим-лид, а ему на "нет" говорят "надо"... а на мое "нет" уже тим-лид потом говорит "надо"... еще прибавляется к этому "сегодня", хорошо, что не "вчера"...

ну "уволить" то они максимум через полгода смогут, а то и больше... пока собираю "финансовую подушку" и все такое прочее...
и, наверное, прекращаю вообще работать на дядю, на год или даже два года без работы (то бишь дохода) я насобираю "финансовую подушку"... и буду творить... что захочу! :) достали меня наверху стоящие со своими продуками-недоделками и отсутствием вменяемого руководста (менеджерста по новому).

Блок А.Н.Считайте, что это очень устаревший подход.

Устаревший, согласен. Меня особо не волновали подходы, я не работал в команде больше чем 2 человека. И манагером, и аналитиком, все чаще приходилось быть мне, даже если ни в первом, ни во втором, я особо не разбирался.

Блок А.Н.Добро пожаловать в реальный мир корпоративной разработки.
Я не знаю, как там все у вас, но вряд ли хотелки босса тупые. Возможно, у него просто другая система ценностей. И уж точно в его системе ценностей большой объем вашей работы далеко не на первом месте :-)


Я подумываю уже уйти из этого мира. Соберу мед и свалю. Не нравится мне идея пыхтеть до 50-60 лет на дядей. Лучше уж жить спокойно на своей ферме, 1 га :) Шучу, но эта перспектива мне больше нравится - здоровье опять же важнее. Так что у меня вектор развития - НЕ РАБОТАТЬ на дядей. Делать продукты для людей!
И "хотелки" боссов не тупые, я так не писал :)

Блок А.Н.Кстати, если задачи кардинально не вписываются в вашу систему, то это не проблема стороны заказчика, а проблема стороны разработки. Не вашей лично, но тимлида и аналитиков. И еще, в моей практике были случаи, когда некоторые варианты функционирования сильно удорожают разработку, но заказчик уверяет, что такие варианты не потребуются. Так вот, они ВСЕГДА ошибались. Как потом поступать - переделывать все (не исключая возможности снова не учесть что-то), давить на совесть или лепить неуклюжие заплатки - тот еще выбор.

Задача была изначально подобна этой фразе - "сделать корабль". Мы, программисты, о "корабле" почти ничего не знаем. Знаем то, что и все - "плавает на море-океане, можно сделать из дерева-стали", и так далее. Корабль мы сделали (9 месяцев ушло на бету, плюс 3 месяца на доведения до релиза). Еще и сказали, чтобы инструментарий был бесплатный (опен-соурсный)... Я в какой то мере ответственный за базу данных, выбирал из множества NoSQL (опять же они так захотели), я не специалист в этой сфере, SQL как бы знаю все более-менее опытные программисты, но администрировать базы данных с большим объемом информации... не моя это компетенция, хотя конечно не так уж и сложно развиваться в этой сфере. Но мне никогда не нравилась работа с базами данных (скажу сразу - меня привлекают игры и прикладные программы), правда с учетом хорошего дохода могу поработать-потерпеть, и после покупки жилья (или раньше) свернуть в другую сферу. Быть вменяемым заказчиком :)

Блок А.Н.Вообще говоря, я вообще не понимаю, как можно организовывать и переделывать на чистом М (и вообще, не в объектно-ориентированной системе) огромный объем довольно странной логики.

Например как у VistA? :) Я тоже не понимаю. Правда от меня уже начинаю просить (требовать?) переписать логику (на PHP) на M. Буду реализовывать в виде функций конечно же.

Блок А.Н.SergeyLee,
а вы в какие игры хотите уходить на ПК или на мобильные платформы?

Игры привлекают меня давно, а вот что то делать реальное нужны и знания и команда. На знания нужно время, на команду нужны деньги. Но самое главное нужно выбрать что и где - маркетинг.
Сейчас я более реалистичен и думаю в чем я смог бы достаточно быстро заработать денег. Составляю список :)
Скажу только, что игры на мобильные платформы приоритетнее в этом списке. Но в связи с некоторыми другими возможностями, я скорей всего буду где то около продаж, интернет-продаж. А изучение iOS и Android у меня на первом месте сейчас. Как только почувствую, что смогу что то написать - начну :)

servit,

вот кстати еще статейка :)
О здравом смысле и руководстве компаний - http://habrahabr.ru/post/225093/