News for hackers. Stuff that matters.
Re:Closing a 30 pixel gap between native and web by tablespoon on Tuesday September 27, 2022 @07:11PM (#33002316)
> I think web is taking over on Windows because any of 10 or 15 different design systems can get you to a better app than the native (whatever that means) toolkits in much less time. It is easier to get a decent color picker in a web app than a WPF, WinForms, UWP, WinUI, or Win32 app (assuming you have a reasonably high expectation for UI/UX, as I do).

I'll grant you that it's probably easier and cheaper to get a workable "color picker in a web app," but I don't grant that going that route will get you a "better app than the native."

The reason why the web stuff is taking over is because it's cheaper while providing minimally-viable functionality, full stop. It's not actually good in any other way.

IMHO, the trend here is similar to the one consumer printers took.

Re:Closing a 30 pixel gap between native and web by bigyikes on Tuesday September 27, 2022 @07:23PM (#33002419)
The word “cheaper” here is doing a lot of work.

Yes, it’s cheaper, meaning that it allows you to ship more stuff faster. You could make the argument that this results in lower quality, but this isn’t always the case. (For example, VS Code feels great!)

Still, I’d often rather have twice the features at 80% the quality, instead of an extremely high quality product that doesn’t have the features I need.

Cheapness leads to abundance leads to innovation.

Re:Closing a 30 pixel gap between native and web by kajaktum on Tuesday September 27, 2022 @11:36PM (#33003967)
VSCode is adequate, not great. The bar for responsive and minimal application is so bad these days thanks to web apps.
Re:Closing a 30 pixel gap between native and web by akmittal on Wednesday September 28, 2022 @02:51AM (#33004956)
VSCode replace Sublime, Visual Studio(full) and IntelliJ IDEs for so many developers. It has all the features >90% of developers and it is faster than VS and IntelliJ IDEs
Re:Closing a 30 pixel gap between native and web by lozenge on Wednesday September 28, 2022 @03:19AM (#33005120)
And it doesn't support window and monitor layouts that were possible and useful in Visual Studio 2003, or probably earlier.
Re:Closing a 30 pixel gap between native and web by JaggerJo on Wednesday September 28, 2022 @05:01AM (#33005895)
Agree. VS Code is simply not comparable to a full blown IDE. It's a text editor with some integrated language tooling.
Re:Closing a 30 pixel gap between native and web by tngranados on Wednesday September 28, 2022 @09:42AM (#33007808)
Of course it is comparable. They are not quite the same thing, sure, but for many people they are definitely comparable and more often than not, VSCode is the better option. It may not support some things, but the same can be said about the “full blown IDE”.
Re:Closing a 30 pixel gap between native and web by JaggerJo on Wednesday September 28, 2022 @10:09AM (#33008140)
bold statement, as you claim that VS Code would fit the majority better than say $IDE from JetBrains.

I don't know how you came to that conclusion but I'd guess that you mostly work on small projects? (where I'd say smallish is < 100K LOC)

Stuff I'd miss in VS Code coming from JetBrains Rider:

- Docking of panels to top, bottom, left, right

- built-in database explorer (with table designer, script runner, ...)

- built-in unit test explorer

- built-in memory/perf profiler (not talking about a simple text interface!)

- nice config options of project settings (in either text with completion or the UI)

- NuGet package explorer UI

- integrated IL viewer

- great git blame / annotation view

... could continue for a while

Re:Closing a 30 pixel gap between native and web by ensignavenger on Wednesday September 28, 2022 @12:48PM (#33010122)
tngranados said "many people" and did not say anything at all about the "majority" of people.

Judging from the fact that many people choose VS Code over JetBrains IDEs, despite being aware of JetBrains existence as an option, seems to be prima facie evidence that it is in fact the better choice for those folks.

Re:Closing a 30 pixel gap between native and web by dmitriid on Wednesday September 28, 2022 @07:50AM (#33006856)
It offers about 5 to 10 percent of all functionality of an IDE like IDEA. Much like devs on emacs and vim, most devs on VS Code have literally no idea what an IDE offers [1].

The things that worked in VS Code's favor:

- free. "All software must be free as in beer" is still a prevailing thought in IT, and people are loathe to pay for anything, even if that anything is extremely useful and very difficult to realise and support. On top of that IDEA still has a reputation of being expensive

- reasonably fast

- plugin system is decent and much easier to get into than IDEA, to keep IDEA as an example

- LSP is an overmarketed hype, but it worked in VSCode's immense favor. While it only covers a tiny sliver of things needed for a fully featured IDE, it covers enough of the important features, and is easy enough to implement. This way even languages that never had anything decent beyond broken syntax highlights in emacs and vim now enjoy at the very least an autocomplete

[1] Code refactoring alone is dozens of pages in IDEA docs https://www.jetbrains.com/help/idea/refactoring-source-code....

Re:Closing a 30 pixel gap between native and web by kajaktum on Thursday September 29, 2022 @12:01AM (#33016165)
Have you tried Lapce? It's way snappier than VSCode.
Re:Closing a 30 pixel gap between native and web by solarkraft on Wednesday September 28, 2022 @04:04AM (#33005404)
You can make fast web apps and you can make slow native apps. Check out VSCode's older brother and be amazed by how unresponsive and glitchy is.
Re:Closing a 30 pixel gap between native and web by jcelerier on Wednesday September 28, 2022 @10:11AM (#33008155)
The move to WPF in 2010 killed VS. Even today on today's computers it isn't as responsive as VS2008 was.
Re:Closing a 30 pixel gap between native and web by Kiro on Wednesday September 28, 2022 @02:15AM (#33004767)
It's great and the best desktop app I've ever used.
Re:Closing a 30 pixel gap between native and web by jcelerier on Wednesday September 28, 2022 @10:11AM (#33008164)
I'm sorry for you if it's the best that you have ever experienced. It is very subpar and slow.
Re:Closing a 30 pixel gap between native and web by Semaphor on Wednesday September 28, 2022 @01:10PM (#33010417)
It's the best electron app I've ever used. It's so much faster than anything else I've seen use electron.
Re:Closing a 30 pixel gap between native and web by tlavoie on Thursday September 29, 2022 @02:31AM (#33017172)
That's quite the back-handed compliment though, isn't it?
Re:Closing a 30 pixel gap between native and web by Semaphor on Thursday September 29, 2022 @02:37AM (#33017203)
Not really, I’d say VS Code is the only electron app that can stand up to native apps. It’s not the best, but it’s pretty good.

Now, for electron, it’s certainly not a compliment. From electron apps I’ve used, only VS Code is great, Discord is good, and everything else is just really, really bad. It’s apparently extremely hard to use electron and have something close to decent performance.

Re:Closing a 30 pixel gap between native and web by tlavoie on Friday September 30, 2022 @12:02AM (#33030768)
Right, sorry, I meant back-handed for Electron. I have used VS Code a bit for a class, but am usually an Emacs user.
Re:Closing a 30 pixel gap between native and web by Semaphor on Friday September 30, 2022 @11:24AM (#33036130)
Hah, nah. Electron gets no compliment at all, backhanded or otherwise. When almost no one can create an app on it that doesn't suck, there are deep issues.
Re:Closing a 30 pixel gap between native and web by 5d8767c68926 on Tuesday September 27, 2022 @08:26PM (#33002899)
We're taking about a trillion dollar company who can afford all of the talent and has very limited time pressure. I would prefer they do it correctly.
Re:Closing a 30 pixel gap between native and web by bigyikes on Tuesday September 27, 2022 @10:49PM (#33003750)
This misses the point. A trillion dollars goes a lot further when the software is cheaper.
Re:Closing a 30 pixel gap between native and web by dmitriid on Wednesday September 28, 2022 @12:05AM (#33004133)
But VSCode isn't cheaper. They had to pour millions of dollars and countless man hours into it. And none of those translated into any meaningful improvements of the platform.
Re:Closing a 30 pixel gap between native and web by anilakar on Wednesday September 28, 2022 @02:43AM (#33004915)
It isn't cheap wrt hardware requirements either. My 2.5 year old work laptop becomes unbelievably sluggish if I have to keep multiple Electron apps open.
Re:Closing a 30 pixel gap between native and web by anthk on Tuesday September 27, 2022 @07:33PM (#33002515)
Innovation? More like W95 (or even ME) compared to NT, and don't even start to compare ME against BSD/Solaris/Linux or Mac OS X.
Re:Closing a 30 pixel gap between native and web by Asmod4n on Wednesday September 28, 2022 @03:30AM (#33005171)
VS Code isn’t a web app. The first release was and since then most of it has been rewritten to be a native app.
Re:Closing a 30 pixel gap between native and web by somat on Wednesday September 28, 2022 @01:27PM (#33010638)
Re:Closing a 30 pixel gap between native and web by ryukoposting on Tuesday September 27, 2022 @11:36PM (#33003965)
I think I agree with you, but I need a clear definition of "cheaper."

To me, "cheaper" means that companies are putting fewer resources into Windows-specific app development. That's not unexpected, given large portions of their user base are using MacOS, Android, or iOS. Why would I hire 8 developers to make 4 apps, when I could hire 6 developers to make make 3 or even 2 apps? Oh, as an added bonus, now my app can also be loaded straight from a browser, no installation necessary? And I don't have nagging complaints from small-market-share users (Linux and BSD) complaining that my app doesn't work on their machines? Seems like a no-brainer.

From a business perspective, if the end product is good enough that the customers don't complain, what reason is there to not* use web technologies?

Don't get me wrong, I hate that half the software I use today is just a glorified Chrome tab. I hate how I need 16GB of RAM to do my job.

Re:Closing a 30 pixel gap between native and web by hulitu on Friday September 30, 2022 @04:18AM (#33032354)
> I think I agree with you, but I need a clear definition of "cheaper."

I think the best definition of MS products in regard with quality and usability is "cheaper" as in "he is cheap". (i.e. only using the lowest quality crap available)

Re:Closing a 30 pixel gap between native and web by anthk on Wednesday September 28, 2022 @09:51AM (#33007925)
Lazarus will target MacOS, Windows, Linux and all the BSD's creating binaries for all of them from a single source.
Re:Closing a 30 pixel gap between native and web by vasvir on Wednesday September 28, 2022 @06:08AM (#33006298)
Also the deployment makes much more sense in the web. Users are always in the latest version of the software with no install / update shenanigans. This has other implications as well. The application may change internal formats since it doesn't have to worry about older instances of itself etc.

And if you build an updater in your app like chrome / firefox then it needs to be disabled for Linux distributions that have their own package manager.