[seren]

I have no doubt that the web will eat desktop application (maybe native app as well at some point).

However, they are plenty fields from machine learning, to robotics that are also likely on the rise that would require some SW development skills.

Also, as mentioned by d0lph, I believe the high churn in web technology makes more people relying on SO, compared to let's say someone coding in C99.

But my view is probably skewed by working in embedded SW.

[manyxcxi]

The thing is, with the ML code or the code for robotics that I've written over years, it's been predicated on the fundamentals of software development I've learned doing everything else. Good habits are good habits, disorganized code is disorganized code.

In some ways all the C/C++ I've written for my various robots and gadgets have been easier than even web development UI code because my button is LITERALLY a button, my screen resolution is a 2 row LCD, and I'm designing the system my code will run in. Don't get me wrong, I'm half kidding, but my point is that a good developer is a good developer in whatever area of development they want to work in.

You take a good web app developer and move them in to robotics, they'll be good quickly. At first they're obviously not as familiar with the domain, so there is a curve. But they will get strong eventually- assuming the EE side of things doesn't drive them away.

[seren]

I agree with your point. When I said "development skills" it was not a judgement about talent, rather about "body count".

[manyxcxi]

Ah, that makes sense and I definitely agree. The ability to write code in a decently maintainable fashion will certainly be necessary in fields that it wasn't and new fields entirely.

The upside for people that do this, as I alluded to, is that if you have these skills and want to do a new thing in a new field, it's an option. Things like SO will help you play with the new thing in the new field where you might otherwise not have any help.

[vram22]

>I have no doubt that the web will eat desktop application

I hope not.

There's nothing like a well-done desktop GUI EXE for richness of UI / UX. And desktop GUI apps can still connect to back-end services over HTTP or other technologies.

[TheLogothete]

>I have no doubt that the web will eat desktop application

Both Steve Jobs and Bill Gates disagree with you[1].

[1] https://m.youtube.com/watch?v=wvhW8cp15tk

[xemoka]

In 2007. Everything changes, it's our only constant.

[TheLogothete]

What has changed in the limitations of the DOM?

[nostrademons]

Quite a bit, actually. Since 2007, we've gotten Javascript JITs, Canvas, WebGL, consistent box models, consistent event models, flexbox, CSS transitions & animations, CSS transforms, localstorage, IndexedDB, websockets, HTML5 audio & video, history.pushState, and several other features. And components (custom elements + Shadow DOM) are coming, and already implemented in some browsers.

Pretty much anything you could do in a native Windows app in 2007, you can do in a webapp now, except pwn your computer. Only problem is that the goalposts have moved: now everybody expects you to be able to do it on a phone as well, as well as access the camera, accelerometer (which you can do on the web, actually), contacts, calendar, and bluetooth hardware.

[TheLogothete]

Uhm... the DOM is single threaded and sequential. It will never EVER be comparable to native clients.

[nostrademons]

Web Workers.

[xemoka]

Perhaps not in the limitations of the DOM, but how we deal with it is changing.

[TheLogothete]

Their arguments are just as valid as then. Web interfaces will never be as rich as desktop ones. Cloud connected desktop applications will gain a lot of momentum going forward.

[vram22]

Right, roughly what I said in a parallel comment. Good to see others think so too.