|
|
|
|
|
by stephengillie
4047 days ago
|
|
I'm hardly your target audience, but I just left a .NET shop. Devs had trouble using TFS and all of the new tools (like New Relic) because the majority of their web app was written in VB. Due to bad design decisions, like circular DLLs, the application won't even compile properly in TFS. They're in the middle of replacing it with a ground-up .NET 4 rewrite. And architecture choices, like creating a home-grown module for URL rewrites - and then later, when the URL Rewrite module was released with IIS8, choosing to continue using the home-grown module instead of the MS official module. The same shop had a data import application, to ingest and ETL data from hundreds of sources. Likewise, they were heavily hamstrung in that most of the ETL was written in the depreciated DTS format, not something any modern SSIS can work with. So...I guess my only answer is one you probably aren't really interested in - what's held back devs in my space has been old, depreciated code that nobody makes tools for anymore. |
|
In this case, what delayed updating the web app to a more modern architecture? Company culture? Lack of resources?
It does seem like pipelines need not just to be maintained, but also continuously improved, in order to avoid being left behind by the rest of the tool ecosystem.