javascriptlol

8 ms·

31.
by javascriptlol 15y ago
You are completely misunderstanding me. I am not saying "let's all move to this new utopian system". I am suggesting that we move away from the idea of making universal systems entirely. Write software that is small enough that complete rew
32.
by javascriptlol 15y ago
Thanks for the link. I will check this out later. >Can you imagine not having Unix-like systems, and not being able to use C and all the languages built around that ecosystem? Yes! Charles Moore has been essentially living this since th
33.
by javascriptlol 15y ago
Why would you be moving data between cores? I'm talking about an arrangement where each core is dedicated to a single program. No sharing of memory, even via the kernel. Each hardware devices talks to a single core only. Multiplexing of har
34.
by javascriptlol 15y ago
Also, this paper suggests that the answer to multi-tasking problems is to move the complexity out into the language. It's funny how PL researchers will always spin the situation so that it demands more PL research. If we're really moving in
35.
by javascriptlol 15y ago
The problem with systems design is that it's all so complex. Multitasking has become an excuse to run everything as some absurd daemon. Badly designed hardware has to be papered over with undocumented binary drivers. Everything is optimised
36.
by javascriptlol 15y ago
"Only C"? What about Forth?
37.
by javascriptlol 15y ago
Notice how the posts that are downvoted have no replies, because the downvoters cannot argue their case. How sad.
38.
by javascriptlol 15y ago
You haven't made any technical points. You just waffled nonsense about scalability. I see you're bowing out of the argument because you have no case. Once you have interrupts on a platform, you have polling. If you're stuck with polling you
39.
by javascriptlol 15y ago
It fits most cases.. except that web applications are _constantly_ polling for information. Which may be fine, but you can implement polling with interrupts. What part of that do you not understand? Are you aware that the OS is using an int
40.
by javascriptlol 15y ago
I might agree with this statement if the web had produced anything like a "conventional UI" that is consistent. Every website is completely different. Just look at Facebook. This is a horribly confusing website and most of the features are
41.
by javascriptlol 15y ago
People should simply design something small that satisfies a niche. If it doesn't have enough features for some person, rewrite it. When software is small you can rewrite as much as you want. Software engineers labour in the delusion that t
42.
by javascriptlol 15y ago
So do you have any technical points to make, or just more dumb excuses? If you don't want interrupts, you just use them to implement polling.
43.
by javascriptlol 15y ago
So, WebSockets are a mistake then?
44.
by javascriptlol 15y ago
It's lazy when your platform still has mandatory polling decades after interrupt driven programming was invented.
45.
by javascriptlol 15y ago
Stop making stupid excuses. The fact that some people might get confused by some detail (like your iPhone alarm example) does not change the fact that some some other things are idiotic (like the refresh button). And your take on the refres
46.
by javascriptlol 15y ago
<blockquote>Automatically replace the copy I'm reading with the update, simultaneously removing my ability to ever get back to the version I was reading?</blockquote> This is an asinine example. Why would the author do this
47.
by javascriptlol 15y ago
Software is too complicated. Now that we have a generation growing up with computers software engineers are happily brain-damaging them into expecting hugely complex software that doesn't really work. The browser is the perfect example. Why
48.
by javascriptlol 15y ago
Better to be a bit of an unfair bully than to do sit around while parasites send the industry down the toilet. It's like chemotherapy: sometimes you have to hurt the body to kill off the cancerous cells.
49.
by javascriptlol 15y ago
I don't know why I'm being downvoted for a simple question, but my point was that I don't see how this it's ever going to be possible to demonstrate that these things are safe. Our ancestors ate game meat, not farm meat. And now people want
50.
by javascriptlol 15y ago
What a narrow-minded position. RMS is mostly harmless, has brought some good things into this world, and provides a reliable reservoir for a particular set of ideals. Nobody has to agree with him for him to be useful. He's operating within
51.
by javascriptlol 15y ago
How are you going to ensure that "lab-grown meat" is not going to lack something important contained within farm grown meat? We already know that the composition of the meat changes depending on what you feed the animals. What about micronu
52.
by javascriptlol 15y ago
Oops. In the above I said the system shouldn't pause ever. This is silly of course. What I meant to say is that it shouldn't pause except when hit with hard resource limits. Loading from the disk or performing an expensive calculation will
53.
by javascriptlol 15y ago
>That's not quite true. People do in fact do CPU intensive stuff in browsers, if nothing else because they write algorithmically slow code. It's CPU intensive because of the way it's done, not because it intrinsically requires much CPU.
54.
by javascriptlol 15y ago
You and I are starting from different assumptions. I want to throw out the DOM. It is an application-specific component that should be implemented in "user land". Currently we're heading toward C inside JS inside Rust, with plugins written
55.
by javascriptlol 15y ago
I wasn't clear. I wasn't meaning to suggest that Chrome were going to move away from C++. But they are trying to sandbox using NaCl and other mechanisms. I was aware of the Rust effort, but not that they were going to implement more of the
56.
by javascriptlol 15y ago
Given that Mozilla aren't willing to redesign their browser to eliminate the recurring flaws, I find it implausible that they're going to go for a balls-out JavaScript-all-the-way-down approach. The way it's going now is more C++ code to do
57.
by javascriptlol 15y ago
HTML5 is critically dependent upon hardware acceleration. So anything that can't be hardware accelerated wherever the games are running will be slow. If your drivers are bad it will be slow. The next step will be people creating ridiculousl
58.
by javascriptlol 15y ago
>It was hard for me to write them off as people who just didn't understand how modern computers work. I'm glad you didn't fall for that trap. Software engineers constantly make excuses for doing things in idiotic ways. Almost nothing I
59.
by javascriptlol 15y ago
And then we'd have had people writing applications that Lisp isn't suited for complaining at what could have been if only we'd gone with a simple register architecture. Don't get me wrong - I believe in owning the whole stack, and I'd love
60.
by javascriptlol 15y ago
I don't see the connection between Lisp machines and JavaScript. JavaScript (in the browser at least) is a heavy-weight C++ system utilising huge amounts of library and operating system code with some weak scripting capabilities a the botto

More ›