orange8

What do you mean zero prestige in that? Do you know the difference in salary, importance and status in managing a team of 50 vs one of only two?

What is a "mapping" structure?

> Imagine having a discourse in good faith.

haha. Seriously though, do you honestly believe that is what you are doing here? You think you are acting in good faith?

> Anyway. I bid you adieu in a sibling thread, I'll do the same here.

> Adieu.

You cannot even keep track of all your "adieus". Are you saying goodbye to a thread, or to an individual? Or is it all just random. lol

FYI: I do not respond to individuals. I respond to comments. Usually asinine comments because they trigger me. So the best way to say goodbye to me, is to think before you post.

Imagine going 2000 years back with a book and showing it to some caveman. To you they are words, with meaning and purpose. To him, they're just random gibberish scrawled on some leafy stuff. He might even nibble on one of the pages and declare "it doesn't even taste good, what can be its use?"

Random APIs indeed. Lol

The original baby was only designed to live inside and come out of it's mothers womb. It was only supposed to drink milk and cry.

How dare it learn how to talk, walk eat solid foods and grow bigger!

> That is literally not what I wrote,

Yes. Not all discourse has to be literal. It's called a a metaphor. And your "trillion dollar company throwing thousands of man-years" is called a hyperbole. You are talking about the most successful cross platform code editor of all time, so if you want to be taken seriously, use level-headed arguments rather than emotional exaggerations.

> but at this point it's clear you're not interested in discussion beyond low-level trolling.

> Adieu

I wouldn't consider a discussion where someone cites a 6 year old blog post about performance improvements as proof of "throwing thousands of man years" as a serious, or worthwhile discussion. You can go. Don't let the door hit you on the way out.

> Because of this you will always have people scream "Apple is killing PWAs" because they don't support a yet another random API.

I like the "yet another random API" phrase. It creates the impression that PWA APIs are being generated fast and furious, and apple is trying very hard to keep up with all these "random" new APIs. Yet, the reality is that apple has for a long time deliberately crippled PWAs on their platform by not supporting just 4, crucial, old and fundamental APIs. I will list these for you:

- Background Sync

- Web Push

- Before Install Prompt and Installation Banner

- Background audio for PWAs

They do not have to implement any "yet another random API". Just those four. Everything else is a bonus, considering this is Apple's Safari (the new IE) we are talking about.

> Sublime Text is implemented natively (C++) and uses a fraction of the resources to accomplish similar functionality.

If VS Code is slower than sublime with the same level of functionality, why does it currently totally dominate the market? Is it because devs just love Microsoft?

> At what cost?

It is free! Free as in free beer. So all those trillions are going to very good use, considering it is the most used editor. And its open source too!! What a web tech success story this one...

> and still running into issues like "we can't make the terminal fast enough

Imagine that! A cross-platform code editor with its own configurable integrated terminal that hooks into the apps extension system. But someone wrote a blog post in 2017 explaining some performance improvements, so bring out the pitch-forks and burn it all down!

So what exactly are you asking for here? A list of PWA api's that must be used all the time in every single PWA app? What's the benefit of that? Which application development API has such an asinine requirement in the first place?

> “This time we can make an app based on web technologies for real!” > - it failed when Microsoft tried it

VS Code is one of the most successful open source cross platform GUI apps of all time. Who would have thought that good ol' HTML would finally fulfill the promise of "build once, run everywhere".

I feel you are putting yourself, and others in a box. We all can gain more clarity from an idea by talking, writing or drawing about it. You don't have to be good at it, it will still improve your grasp of the problem. Of the three, writing is the slowest, meaning your mind takes more time and effort. And the time spent on something has a direct relation to its quality.

Long story short, you will become an even greater engineer by drawing and writing out your ideas.

You drink your glass of water, then continue burning forever and ever.