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

> Comparing today's internet to the 90s is hardly fair. It has become extremely predatory...

I think you're missing the point they're trying to make. It's not that the problem isn't real, it's that the solution won't work. Kids will find a way around. They have a lot more free time than us.


If you're geeky enough to install a virtual machine and know that will break the restrictions, you're probably mature enough to not need them.

Banning pubs from selling to minors doesn't work, but we should still do it, right?


Physical is different from digital. Sure, today many kids don't know or care about VMs, but they certainly will know and care tomorrow when this regulation hits. And that info will spread like wildfire all over social and blog posts.

About a week after the policy goes live it won't just be the geeks that know, it'll be everyone in the 4th grade.


There can be an automated way of translating WebIDL to wit.

I've actually tried to do that the past and got pretty far. https://github.com/wasi-gfx/webidl2wit

And here's the generated wit https://github.com/mendyberger/brow


> What specific scenarios do you aspire to unlock

Modern languages come with lots of interesting features like better dev ex, null safety, etc. Js is a fine language, but there are other languages that bring unique advantages, the web shouldn't block developers from using better tools. The web is best off when developers have freedom.


Is `component {}` valid wit syntax? I've never seen that before

It's proposed here: https://github.com/WebAssembly/component-model/issues/598

Basically, it's sugar for `package` and `world` in the case where you aren't actually defining a world for others to use, and just for your own use. In such a case, the package and world names are irrelevant anyway.


18 seconds in:

> at the time just about everyone believed that hacking the system was impossible.

Bit of a nitpick, but I don't think saying things like this to normies is a good idea. Every system is hackable.


41:08

> it doesn't seem like this should be possible on a Linux server

Some real misconceptions here


As someone who very interested in wasm, I really loved the post!


Curious, why use web-sys directly instead of wgpu?


Mostly because I want insight and control at a lower level, which breaks down into two different use-cases:

1. Debugging. The nature of bugs in this space is a lot more of "it doesn't look right on the screen" as opposed to "it breaks compilation", so I want to easily do things like peek into my buffers, use native js logging, etc. It's just a lot easier for me to reason about when I have more manual control.

2. Leaky abstractions. wgpu is a pretty low-level but it can't avoid the pain that comes with different backends, async where it should it shouldn't be, features that aren't available everywhere, etc.

That said, it would probably be pretty straightforward to convert the renderer into wgpu, most of the data structures and concepts should map cleanly


Fair enough.

For me, having wgpu's rust native api feels so much nicer than having to deal with the unergenomic web_sys api. Tradeoffs.


Yeah, I split the crates so `renderer-core` deals with the web-sys part, `renderer` is pretty much plain Rust (and wgsl with Askama templates)

I prefer this for 100% browser-only, but that's a niche. I do think wgpu makes more sense when you like the WebGPU headspace but want to target other backends (native, mobile, VR, etc.)


Can happen to corporate projects as well. As one example, look at how many projects Google has killed.


Android will be around for much longer than Bazzite, that I can assure you.


Also, if you’re into gaming, google play (android) has a lot more games than steam, it’s not even close.


The quality of games on Google Play is much worse than what is available on Steam and the variety of titles are much greater on Valve's platform too, with far less in the way of microtransactions and other exploitative behaviours (though Steam isn't free of this) and a back catalogue stretching as far back to the mid 2000s.

Both Microsoft and Sony AAA titles, most third parties publish there and most indie games release there first. Steam's library is unparalleled in the industry, the only thing it's truly missing is Nintendo's games.


Ok, but the market is absolutely flooded with exploitative stuff, laden with micro transactions and a trickle of miniscule rewards, in attempt to addict the user, rather than genuinely provide enjoyment.

How do you even discover the good games that are worth being played on Android?

I'm aware of https://nobsgames.stavros.io/ , but I'm afraid it might not be extremely up-to-date

And also, I think that Google Play has a much bigger problem than Steam, when it comes to old games being made unavailable (think EA's zzSunset stuff)


Total sum of complexity and quality is comparable.


After restarting my computer, reinstalling git, almost ready to reinstall my os, I find out it's not even my fault


Not true about webgpu, but true about some APIs in Google's project-fugu


We had very few products that use the fugu apis., and I don't believe we were the first to ship them either in a production website.

If you're looking at fugu in particular (especially in the latter stages) we had external developers or businesses wanting the features.

Note: there are some apis that a Google customer wanted to use first.


But the other browsers objected yet Chrome still shipped them


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

Search: