Hacker Newsnew | past | comments | ask | show | jobs | submit | mikepurvis's commentslogin

It still basically should be, so long as well-designed sites give you the "small screen"/mobile layout.

Even apart from that, a lot of laptops still have 1280x800 as the default resolution, and that's only double the width of 640x480. Honestly, I'd actually be more worried about OS and browser chrome eating up the space than websites themselves being unusable.


> "It still basically should be, so long as well-designed sites..."

I believe that their point wasn't that "the web" has intrinsically changed, it was that too many sites are not well designed in this respect.

edit: they actually replied just before me and it seems that wasn't their point, but it would be my point (though I personally don't care about being able to use such a low resolution).


The 480 height is the bigger issue.

Try browsing on your phone in landscape mode.


Yes, fair, and that's also when OS/browser chrome takes an even bigger bite out of the viewport.

The trick is to invent future tech that feels organic, cohesive, and believable, and not just whatever happens to be needed for the story you’re trying to tell.

Alastair Reynolds is a modern master of this, in my opinion, with a lot of interconnected far-future “stuff” that still basically hangs together.


FreeRTOS can also be used with a cooperative scheduler: https://www.freertos.org/Why-FreeRTOS/Features-and-demos/RAM...

That said, if I was stuck rolling this myself, I think I’d prefer to try to do it with “real” codegen than macros. If nothing else it would give the ability to do things like blocks and correctness checks, and you’d get much more readable resulting source when it came to stepping through it with a debugger.


Having courtside seats at a basketball game means getting to listen to the players chirp each other.

Not that building all that stuff is necessarily easy, but it's also not like there's a ton of product market validation or design work that's needed. Like literally the playbook is to just copy whatever the Asian superapps like WeChat/Grab/Gojek/LINE/etc are doing.

Musk has always been pretty transparent that that was his ambition for X.


I feel like most people that say WeChat is a super app haven't actually used it for any period of time. WeChat achieves their "able to do everything" by embedding sub apps within the app. Switching between them is jarring, and is sometimes less smooth than just opening a different app. Saying WeChat is a super app is like saying an app store is a super app.

> Saying WeChat is a super app is like saying an app store is a super app.

I don't think they care about the experience or functionality. I think it's just about being able to exert enough of a legal or structural claim to get their fingers on a cut of the eventual transactions enabled by the various "apps" in the "super app".


Yes most of their revenue growth is expected to be as the everything app (or a video platform?).

Musk has said over and over he doesn't care about advertising revenue, he mangled a quote from the Princess Bride to say "I don't care" and then he said if advertisers try to blackmail him with money (even stranger phrasing) they could go f*ck themselves.

[https://www.businessinsider.com/elon-musk-misquotes-princess...] [https://www.forbes.com/sites/briansolis/2023/12/05/elon-musk...]

I think gaining the influence to fire regulators investigating his companies was what he wanted.

BTW he sold Twitter to another subsidiary of X Corp, I wonder if he paid back the debt from the LBO of Twitter.


Reader mode on FF and a reload dismissed it for me.

How on earth does that work in an Airbnb? Or like, even my house guests? Do my parents and housekeeper and who knows who else all need to be set up with the Bosch app to be able to function in my kitchen?

It barely works if you're two adults in a home. Half of all the smart appliances can only be linked to one device. Sorry honey, I couldn't do the dishes or the laundry, the machines are linked to your Bosch account.

Could also maintain an in-memory index so that you can go back after the fact and extract individual files.

That's less helpful than you might imagine - gzip isn't seekable by default; if all you know is the seek point, you still have to decompress everything up to that point to start decompressing from there. And if you have to do that, reading the tar headers as you go isn't a serious burden.

What might help is saving the state of the decompressor periodically, rather than just the index in the file. But that's getting pretty far into the weeds for an optimization to an infrequently used feature.


Interesting, yeah that makes sense— and I agree, that would be tricky to figure out the proper balance of caching the actual contents somewhere vs just caching the decompressor state, and whether that caching goes to RAM or disk. There isn't an obvious right answer for either, nor is there necessarily a right way to expose that option to the user.

Can definitely see why systems like python's wheel would choose zip as it's just always been natively seekable out of the box. I believe Nix now does something similar with flake repo archives being zipfiles in the store, as they can be seeked and evaluated without a full decompression, saving a lot of disk space.


In principle, Epic's priorities for Unreal should be aligned to a lot of what we've seen in the PS3/4/5 generation as far as over-the-shoulder 3rd person action adventure games.

I mean, look at Uncharted, Tomb Raider, Spider-Man, God of War, TLOU, HZD, Ghost of Tsushima, Control, Assassins Creed, Jedi Fallen Order / Survivor. Many of those games were not made in Unreal, but they're all stylistically well suited to what Unreal is doing.


I agree. UE3 was made for Gears of War (pretty much) and as a result the components were there to make Mass Effect.

So you're right, though I would never have guessed— in the PS5 hype cycle he gave that deep dive architecture presentation that for all the world looked like he was a Sony spokesperson.

Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: