2 ms·
I started working for a team that built an ETL system for a large, globally operating client—handling everything from data processing to data storage. The entir
by y42 2y ago
I started working for a team that built an ETL system for a large, globally operating client—handling everything from data processing to data storage. The entire infrastructure was, and still is, based on .NET 4.6.x, MSSQL Server, and SSIS.
The problem: everything is tightly bound to the Microsoft ecosystem—Windows Server 2019, SSIS development in Visual Studio (which only runs on Windows), and even a proprietary VPN tunnel to access the servers. Everything. And it’s been like this for years. Needless to say, there’s no proper documentation.
I raised concerns that this probably isn’t the most sustainable way to run such a critical system. But no one ever cared. Not only is it technically outdated, but the codebase has also grown organically into a somewhat chaotic structure, with countless things hardcoded in ways that make maintenance a nightmare.
The client isn’t tech-savvy, so they never questioned any of it. And the team has always worked in isolation, with no one ever challenging their approach. Thing is: they are total experts. They know the system inside out. “Never change a running system” is the motto of the day.
Now they’re sitting on this massive, outdated, self-built system. It’s probably difficult to find developers willing or able to work within these constraints. I’m standing on the sidelines, having lost the motivation to help, wondering whether they’ll ever get out of this—or if things will just quietly fall apart in the coming years.
In all my years as a developer/engineer across several companies, this is the first time I’ve encountered such stubbornness and turf protection.
(If I ever end up this stubborn, please slap me!)
- BuckRogers 2y agoI can't imagine not wanting to at least get on 4.8, we just did this year. Not that it was up to me to wait this long. But I definitely would advocate a project to get anything that may need updated quickly into configuration files. That's something we do well. The rest of the stack doesn't really matter, just a means to an end. Your group's bigger problem really is just general sloppiness.