![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Если кто-то знает кто такой Монк из телесериала в Штатах, то представьте, что Монка привезли на вонючую свалку и заставили там ЖИТЬ. А теперь почитайте во что попал мой Х., с которым я работал больше 5 лет, который не может смотреть спокойно на "неправильно" расположенные скобки и на неодинаковое отступление от левых поле операторов if-elseif...
Да, и если кто по-английски несильно, то все последующее можно заменить одним хорошим русским словом "пиздец".
"The database is a disaster; their concept of a database is mostly a place to store data. The tables are a mess of fields with or without use, with multiple uses… they have a few products and have used the same schema (but in a different database!!!!!) and just hijacked fields. I guess creating tables and fields in a new DB is just soooo much effort. You will find tons of temporary tables, unused tables, joe schmoe’s databases in their production servers (and obviously their dev and qa servers).
They have no way to easily reproduce production, stored procedures are by and large not in source control nor is the schema. They are new to source control and have used it mostly as an archiving mechanism. They have copied entire production folders into it, including all the junk they had on them like logs, copies of files.
Source control does not match production.
For some products, for each rental company and each insurance company they have made a copy of the entire product and made the few changes required… So the same file exists 100+ times… adding a feature across the board is a no no.
Their production directories have also grown organically and again they would have much trouble recreating them from scratch."
P.S. А решение я-таки нашел. В 3:01 утра. Нашел. Теперь надо это дело работать.
Да, и если кто по-английски несильно, то все последующее можно заменить одним хорошим русским словом "пиздец".
"The database is a disaster; their concept of a database is mostly a place to store data. The tables are a mess of fields with or without use, with multiple uses… they have a few products and have used the same schema (but in a different database!!!!!) and just hijacked fields. I guess creating tables and fields in a new DB is just soooo much effort. You will find tons of temporary tables, unused tables, joe schmoe’s databases in their production servers (and obviously their dev and qa servers).
They have no way to easily reproduce production, stored procedures are by and large not in source control nor is the schema. They are new to source control and have used it mostly as an archiving mechanism. They have copied entire production folders into it, including all the junk they had on them like logs, copies of files.
Source control does not match production.
For some products, for each rental company and each insurance company they have made a copy of the entire product and made the few changes required… So the same file exists 100+ times… adding a feature across the board is a no no.
Their production directories have also grown organically and again they would have much trouble recreating them from scratch."
P.S. А решение я-таки нашел. В 3:01 утра. Нашел. Теперь надо это дело работать.
