.netapi-design

Do you think that we as developers are worried about languages/tools than problem at hand?


I am a .NET developer now and have come from Foxpro/VB6/COM background.

Over the time, I think we have changed to worry too much about languages/tools to do the work. If you look at what a developer in the .NET space would use, the list is ever growing.

More so, the tools itself are so complex that - days are gone where you would find a solution by yourself.
All of us has our dear friend Google (put your favorite search engine here) to rescue.

How/When can we expect to raise the abstraction so that we don't have to worry too much about the complexity with the number of tools and instead focus on problem at hand? (Look at the number of tools a .NET developer would use. Yes, there are questions on it on Stack Overflow).

How many of us can really fix some issue without looking it up? I am not saying that looking up is bad. But it wasn't the case some time back.

Your thoughts are appreciated. There is no right/wrong answer for this. I am encouraging views of smart people here.

If you think the question is flawed - please delete it :)


Solution

  • I think it's a good question, but possibly with a rose-tinted look at the past. There have always been issues with APIs not working the way they're expected to etc. The internet certainly makes it a lot easier to find other people who've had the same problem, but I don't think it's any harder to find the solution yourself than it was before.

    I would agree that there's an ever-increasing number of technologies that you have to learn in order to keep up. Again, "it was ever thus" to some extent, but in the in the last few years it seems to me to have become a lot more serious an issue. For instance, I don't believe many people have the time to achieve a "reasonable to good" understanding of all of even the main .NET peripheral APIs (by which I mean the ones outside the core: ASP.NET, WinForms, WPF, WCF, WF, ASP.NET MVC, LINQ to SQL, Entity Framework etc). You either have to specialise, or learn in a "just-in-time" fashion, pretty much always working with unfamiliar APIs. Back in the days of .NET 1 and 2, there were few enough APIs to make it feasible to have a fairly good grasp of everything. (I didn't personally have that knowledge - my WinForms and ASP.NET knowledge is pretty minimal - but others seemed to.)

    Having said all of that, I wouldn't really want to put the genie back in the bottle even if I could - things like LINQ and WPF are just too good to worry overly about how long they take to learn.