IamCarbonMan

You do know what throttling and debouncing are right? Or do you need to take an actual computer science class?

I'm sure it's entirely possible that I can run my application within the arbitrary limitations that you have set for me. I have a MongoDB and Express stack primarily. Sorry that I didn't know that online.com™ can host my application with 8 gigs of RAM for just $9 a month. I came into this damn thread wondering if maybe someone thought this was a good idea from the point of view of user experience. I don't care whatsoever about the planet. Not a bit. If my computer brings about the next Ice Age, fine. I'm a webdev, I saw an idea I liked, you ruthlessly shot me down because apparently it's going to harm you in some way. Honestly, I'd like to make a little money to pay my student loans off with, but that's not about to happen. So maybe, just maybe, I don't care how wonderfully cheap and capable the server you just randomly decided I should use is. I saw a cool idea, I wanted to implement it in an open and honest way for those users that wanted it. Sorry for destroying the planet with curiosity.

God, would you shut up? Jesus, sorry to burst your bubble but people are running their damn CPUs no matter what I do. I heard that some people would prefer client-side mining to ads and I thought I might give that option for those that want it. But I guess that'll cause the Apocalypse next Friday so I'll just go host my application at online.com™ for the low low price of $9 a month, since it's just a card game and can't possibly require anything more than that! Any idiot could see that I don't need to pollute the air and melt the ice caps by trying to give my users options and help support the development of fun internet sites! Could you be any more condescending?

It doesn't have to be visible. You can use display: none or whatever to hide it.

That's the reason TPB is using Monero. It was specifically designed to be mined on consumer CPUs with little to no benefit to running on a GPU or ASIC.

As it always is with cryptocurrency. It's not sustainable, but at the moment a wasm + WebGL solution is better than plain JS. That's all I meant.

You don't know what my site requires, so you're assuming that whatever hosting you just randomly want to assume is sufficient is enough and so you can discredit my legitimate idea for a possible way to get the required cost to run my site, and possibly also make a little profit. Would you rather have me borrow user's time and attention with ads, or bottom a few of their precious millions of CPU cycles per second? And in case you didn't read what I wrote, I'm not "stealing" anything. The site will be hosted either way, if I have to pay for it out of pocket at a loss then fine. But if people would like to donate CPU time to support the project, there is an off-by-default option to do so, just like there's an off-by-default option to donate money. I fail to see how this is evil.

None of that comment even close to makes sense.

1. My operating costs are more than $9/month. I don't know where you got that presumed feature but it's wrong.

2. There's nothing to implement. You include a library and a few lines of code to start it and you're done.

3. How would not doing something that could potentially make me money, even if only a little bit, save me money? That makes zero sense.

It's a card game simulator I have yet to publish. I don't really have a lot of money for server uptime, so it's either ads or this. And it won't be on by default. I'm simply offering users a way to support the site if they like using it, without having to view ads or pay directly (it may or may not affect their electricity bill I guess, but to most people an online game using some extra CPU isn't going to have much impact on them at all).

PirateBay probably won't make any money. I'm considering adding this to an online game, which would probably generate a modest income. Video and social media sites could definitely benefit as well.

WebAssembly with OpenGL could change this.

That's still JS. React Native doesn't get rid of JS, it just exposes native platform APIs to JS.

All of this is possible without throwing out any existing technology (at least for Linux and Windows; if Apple doesn't envision a use case for something it's very likely never going to exist on their platform). Linux compositors have the ability to manipulate the window however the hell they want, and while it's not as popular as it used to be, you can change the default shell on Windows and use any window manager you can program. A database filesystem is two parts: a database and a filesystem. Instead of throwing out the filesystem which works just fine, add a database which offers views into the filesystem. The author is really woe-is-me about how an audio player doesn't have a database of mp3s, but that's something that is done all the time. Why do we have to throw out the filesystem just to have database queries? And if it's because every app has to have their own database- no they don't. If you're going to rewrite all the apps anyways, then rewrite them to use the same database. Problem solved. The hardest concept to implement in this article would be the author's idea of modern GUIs, but it can certainly be done.

On top of this, the trade-off of creating an entirely new OS is enormous. Sure, you can make an OS with no apps because it's not compatible with anything that's been created before, and then you can add your own editor and your own web browser and whatever. And people who only need those things will love it. But if you need something that the OS developer didn't implement, you're screwed. You want to play a game? Sorry. You want to run the software that your school or business requires? Sorry. Seriously, don't throw out every damn thing ever made just to make a better suite of default apps.

I don't think that's necessary. WSL runs Linux binaries directly, it should use the host GPU just like any Windows program.

Servo is a complete (although WIP) browser engine in Rust. Stylo is a project to plug the style parts of Servo into Firefox, which currently uses the Gecko browser engine. This is part of Mozilla's ongoing efforts to modernize Firefox by gradually rewriting it in Rust.

WebKit is technically only used by Safari. Chrome uses a WebKit fork called Blink, and MS Edge uses its own engine called Chakra.

I assume the above commenter was expressing relief that someone besides Google is making a fast, modern web browser these days.

I can't see how it would. The GPU has to be accessed either way, so doing it directly should be the same or better than through an OSX API.

If you take over the entire thing yes. But the DAO hack demonstrates how easy it can be for an attacker to make off with a whole lot of ETH.

Can't wait to see some of these ported to WebAssembly.

I honestly don't understand what's special about this. It's an entire compile-to-JS language that just redoes what you can already do in JS. It's basically LevelDB (plus a few existing LevelDB plugins) and MobX/Bacon/whatever FRP library. I guess it makes it a little bit more approachable and removes some boilerplate, but if you're not developing your entire SPA in Eve, you might as well just use the exising Javascript FRP ecosystem.

I do this, or at least, I'm trying my hardest to. I use terminal interfaces to my usual sites like Reddit, Gmail, GitHub, Google, etc. A mouse button or keystroke opens links using a little script I've written which basically opens media files in feh/mpv/whatever, html sites using [Mercury](https://mercury.postlight.com/web-parser/) and links, and if I really need to open the page in Chrome for some reason, the open script will begin nagging me to find a terminal client for that service if I use it very often.

It would be if it worked on anything except Ubuntu that is. Maybe a month ago when I tried it was different, but there was no amount of installing and tweaking I could do to get it to work on Arch.