rnbennett
Joined 14 years ago
Joined 14 years ago
We both know it's not right to load 34 projects into a solution. It's not something I'd ever do, but it's done by many. I saw it commonly in my clients. My last .NET project I took on about 18 months ago, my client had a Classic ASP/2.0/3.5 chimaera with 50+ solutions, each with up to 40 projects in each. DataSets calling SQL Server stored procs for a data layer. The build process took almost an hour.
It's common unfortunately. Big enterprise, old platform, cluster of code. I stopped using .NET because those enterprises have no desire to fix it.
Companies on the Microsoft stack tend to be extremely conservative. I hardly ever see anyone using these ORMs - I see LINQ-to-SQL or EF, or just as often, inline SQL using DataSets in codebehinds.
I don't think that companies should immediately jump on the next great technology, however there are plenty of companies sitting around on WebForms based on .NET 2.0 (2005) and .NET 3.5 (2007), and a few still on .NET 1.1 (2003). The only reason these companies have not moved onto ASP.NET MVC (or anything else) is because of the sheer cost of doing so. With that comes all of the negatives discussed in the post.
Verdata is a fast-growing counterparty intelligence platform with team members based in Georgia and Virginia in the United States. Our team members are 100% remote. Our software platforms are used by financial lending and payment institutions to mitigate the risks associated with small business lending and payment services. We recently raised a $3m seed round and are looking to add team members.
We have a currently open role for a Full Stack Python Developer with another developer role opening soon.
View our open roles here: https://www.linkedin.com/company/verdatasolutions/jobs/