История изменений

А почему состояние держат во внешней БД? Во многом - по той причине, что там как раз есть alter table, т.е. горячая модификация типов данных. Т.е. твое решение по отказу от горячей загрузке кода на самом деле лишь переносит эту загрузку кода в другое место.

Все это тема для отдельного интересного разговора. Но вот пара мыслей:

1. хранить стейт в образе (как это принято у лиспов насколько я знаю) — плохая идея; предположим, на помощь Пете Васькину выделен Вася Петькин — и что делать? а в БД все готово к совместной работе

еще вопрос в ту же тему: если образ переходит от Пети к Васе, то там наверно дофига всяких удобств, которые Пете позарез нужны, а Васе незнакомы или хуже того противны; их ведь так легко не вырезать наверно?

2. из недостатков БД: в современных ЯП для выкидывания объектов в БД нужно сделать много лишних телодвижений; если это исправить, то никто в сторону образа видимо даже и смотреть не станет

А почему состояние держат во внешней БД? Во многом - по той причине, что там как раз есть alter table, т.е. горячая модификация типов данных. Т.е. твое решение по отказу от горячей загрузке кода на самом деле лишь переносит эту загрузку кода в другое место.

Все это тема для отдельного интересного разговора. Но вот пара мыслей:

1. хранить стейт в образе (как это принято у лиспов насколько я знаю) — плохая идея; предположим, на помощь Пете Васькину выделен Вася Петькин — и что делать? а в БД все готово к совместной работе

еще вопрос в ту же тему: если образ переходит от Пети к Васе, то там наверно дофига всяких удобств, которые Пете позарез нужны, а Васе незнакомы или хуже того противны; их ведь так легко не вырезать наверно?

2. из недостатков БД: в современных ЯП для выкидывания объектов в БД нужно сделать много лишних телодвижений