Strom

> thinking about how to scale

Having a good plan for scaling is absolutely a great move. Changing fundamental architecture later isn't easy. Implementing it all immediately however ..

Because competing code editors support it and thus lacking this capability would make your code editor seem unusually incompetent.

> That's the kind of results Google should be surfacing

Indeed and when I try it, it does surface it when I search for Does Nvidia Shield require an Android account? [1] For comparison, ChatGPT also gets it right. [2]

--

[1] https://imgur.com/a/cLpFj6i

[2] https://imgur.com/a/x6AP0jf

> The problem is that Windows 11 and above require a Microsoft account

It is not quite a requirement, I have my Windows 11 Pro running just fine with no Microsoft account. They do attempt really hard to make it look like it's required though. Even going as far as showing a fullscreen app after Windows update that only has options for registering or login, but luckily Alt+F4 closes that abomination.

An example of a feature I use very frequently would be find in files. Sublime does sort of have this, but the ergonomics are worlds apart.

In VSCode the search gets refined as I type, the results are in a sidepanel and clicking on a result will change the main editor's view to that location in that file.

In Sublime I have to first define which files are even subject to the search. There are options to add folders or to search all currently open files, however a bizarre omission of searching all the files in the currently open project, which is what I almost always want and how VSCode works by default.

Then I have to type out the search term, which is sometimes needlessly precise - because in VSCode thanks to the incremental search I sometimes already see that there are no results or just a few results when I've typed in only a small prefix of what I was going to.

Once the search is done, in Sublime the results are opened as a pseudo-file in a new tab and clicking on a result switches away to a different file tab. It works, sure, but it's very inconvenient for cases where I want to quickly click through a bunch of resulting files to see which is the one I actually wanted. Lots of switching back-and-forth between file tabs, as opposed to VSCode where it's all done in a single view context with the results always visible in the sidepanel. This is especially annoying in Sublime when a search result is in a file that I already have open but is very far from the search result pseudo-file tab. This means that to get back to the search results I can't even just switch the file tab, I need to first scroll through the open files tabs to even find the pseudo-file.

So in short, I guess I would describe Sublime's search as a sort of middle point between using grep and VSCode. It's serviceable, but annoying and wastes my time.

> most people just don’t care about at all as long as it’s fast enough

People care about speed. Even non-technical people. Every non-technical person I know that has bought a new computer even though they already had one was because of performance. People care about performance so much that they are replacing their whole device! That costs a significant amount of money and comes with a real hassle of transferring their data.

I think people use VSCode over Sublime because of its features, not because they don't care about the speed. It's certainly what got me to migrate from Sublime to VSCode. Sublime is so much faster, but it just doesn't do the things that I want my editor to do. I would instantly switch away from VSCode to a faster alternative if it actually had the subset of VSCode features I care about.

It's possible you and your acquaintances can't tell. Similarly some people claim they can't tell a difference between a 720p video and higher. Or that they can't tell a difference between 128 kbps CBR MP3 and higher.

However the differences are real and have been measured. [1] [2] You are welcome to argue that the performance work isn't worth prioritizing, but don't fall into the trap of claiming the performance gap doesn't exist.

--

[1] https://pavelfatin.com/typing-with-pleasure/

[2] https://danluu.com/input-lag/

Why stop at five? What about six days a week?

Also I doubt the amount of time worked is anywhere near as good of a predictor for success as willingness to work.

Deep Blue wouldn't beat you in chess? Computers being good at chess has been true for 30 years.

You can manually copy over the game files even with Steam. That has always worked. Steam even offers an export option in case you don't know how to find the directory yourself.

The problem isn't the copying part itself, it's getting access to the files. Windows network sharing isn't enabled by default, modern Windows even disables network discovery by default. Even when you enable it, you might not be able to access another Windows computer if it's running a passwordless account.

What Steam is doing is automating the access control. No longer do you need to start configuring your OS accounts and setting up network shares. Now it just works.

Maybe not new ones, but more time with existing ones. Could also just be a firing.

Modern GPUs and CPUs are both Turing complete. They both are capable of supporting and indeed do support Unicode software.

You’re in the minority with that. Even Americans love emoji.

> most UIs are hardware accelerated directly or indirectly.

To widely varying degrees. Some do a lot of work on the GPU, others use only the rasterization features, some only accelerate the compositing. This unfortunately means that using simple surface level terminology like GPU accelerated doesn't sufficiently describe what is actually happening so that we could make meaningful comparisons between toolkits.

Ultimately I think what's needed is proper benchmarking of performance and measuring of battery life. A toolkit that uses GPU acceleration for a simple step might actually be slower than a full CPU implementation, because there is a cost to syncing your data between CPU and GPU. Also if the whole UI is rather simple, then even a solution that is built completely on the GPU might be slower than CPU, again because of the associated costs. If it takes 2ms to get everything set up on the GPU for a frame, then it doesn't matter if the GPU renders it in only 1ms vs 2ms on the CPU, as total time is now 3ms with the GPU vs 2ms with CPU only. It's a contrived example, but one that could easily happen without a focus on measuring.

Your point is correct and there is another changing thing beyond the clock that's common - the blinking caret in a textbox. Firefox used to have really bad battery usage on macOS for a long time because in order to only change the caret you have to do a lot of things the Apple way.

Windows 95 doesn't even support Unicode. The level of UI you can draw there is a very small subset of what you can do in say Chrome.

Indeed correct unicode text rendering is one of the difficult problems. It's the same thing that is missing from basically all games. So when people say stuff like games can run at 120fps, how hard can UI be? it's basically the same Windows 95 argument. The UI work being done is a small subset.

JPEG-XL is better for images, no doubt. However it lacks the political backing that AV1 and hence AVIF has. It’s sad from a technical standpoint but also just a reality of this world - politics decide things, not merit.

Mozilla's arguments against JPEG-XL seem even worse than the Google ones. Although there is widespread support they behave as if it doesn't exist.

They're so neutral about this that they're locking and limiting conversation to collaborators before they post their message.

Not just cropped, the perspective and colors can be wrong. That is, you can take a photo of a poster on a wall from an angle, and it will give you the original image. It's impressive.

Massive? This is 6% of their workforce.

Your indentured slavery comment is a classic strawman and doesn't even apply. It's not a voluntary situation that someone signs up for.

> Denmark intentionally avoiding the switch to Euro

Only in name as a PR move. Take a look at the 10 year EUR/DKK conversion chart. [1] The Danish national bank keeps the currency fixed to euro anyway.

--

[1] https://www.xe.com/currencycharts/?from=EUR&to=DKK&view=10Y

Do you have a source of this being calculated before the Babylonians or why do you think so?

> why is a company doing a secure password saver not employing anyone who knows the very basics of how to use cryptography?

Because that isn't important for success. Perception is reality. Very few people can tell the difference between good and bad crypto work. So instead of wasting money on that, invest it into something that is understood by more of your customers. It's a sad reality.

It's an area of active research. One very promising project is vello [1] which is essentially a software renderer on the GPU (requires GPU compute support). Preliminary results are looking good. Better than anything else out there good.

--

[1] https://github.com/linebender/vello

Tesla is the market leader in electric vehicles. Tesla sells more EVs in the US than all the other manufacturers combined.

https://electrek.co/2022/10/18/us-electric-vehicle-sales-by-...

https://cleantechnica.com/2022/10/13/fully-electric-vehicles...

I'm curious why do you think SpaceX and Tesla are market leaders in their niches? Is Elon the only person who hires product managers?

> iD tech used to set the standard for the entire industry, but long term its totally lost out to Unreal and Unity.

Unless you fault Carmack for selling id to Bethesda, this isn't so much Carmack's fault. He always proposed more sharing of id tech. Look at the older versions of the engine that are available under GPL. Unreal really took over when they started their cheap licensing with source available. Bethesda was asleep.

This seems like a bad take on popularity. What exactly is the criteria here? Is Qt not popular because it's not a JavaScript framework?

I think it's much more valuable to look at this from the viewpoint of the Rust GUI ecosystem, and not compare absolute numbers where nothing comes close to JavaScript .

What you are talking about has nothing to do with custom vs native controls. Instead it's a question of using a single or multiple windows.

There are Rust GUI toolkits like Druid with custom controls that have elements outside the bounds of the main window.