News for hackers. Stuff that matters.

A comment on Refactoring vs. defactoring. Parent comment

Re:Refactoring vs. defactoring by Zababa on Wednesday October 27, 2021 @07:02PM (#29020102)
> Also persisting stuff in customer DBs that depends on class names (and reflection) is nice source of terror.

We do that but with XML files, most of our tables are dynamically generated. I'm a bit scared every time I touch this part.

[ Parent | on HN ]
Re:Refactoring vs. defactoring by splittingTimes on Wednesday October 27, 2021 @07:08PM (#29020170)
We have a whole framework that handles migrations of costumer DBs after updates. But when you don't even know that your changed class gets persistent (because of spaghetti inheritance/type hierarchy) and you do not enter it in the migration scripts, you duck up.
[ Parent | on HN ]