Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×

Comment Re:most techies will perceive it that way (Score 1) 461

What about all the people that can ONLY get AOL in their rural areas (the Comcast "go fuck yourself" zones)?

I don't believe there exists any place in the nation where your only choice for internet service is AOL. There are many other dialup providers that are a local phone call from pretty much everywhere.

Comment Re:Usual answer to a headline question (Score 1) 461

"Yes, but back in 1993 its not like you could just Google it."

No, but you could find local ISPs in the phone book. AOL has always been for two kinds of people: those who live someplace that had no ISPs, and those who wanted their hands to be held when they were doing that scary "online" thing.

It's the latter group that leads to aol.com email addresses being an indicator of someone who is clueless. Those people who started on AOL and actually learned stuff soon migrated to something better than AOL.

Comment Re:The source of troubles is usually in humans (Score 1) 386

By who?

As others have said, by the people who wrote the language. And by the entire software industry as well. I was honestly surprised that anyone characterized C as a high level language. It's not just wrong (by the usual definitions of what low, mid, or high-level means) but is not the common understanding in the industry.

C++ is a high-level language, though.

Comment Re:Quantum Computing. (Score 1) 386

How many ways are there to dereference a pointer? you can use either *foo or foo[0] but why? Nothing is gained from having two ways to do it, it just makes the language more obscure.

Something is gained, though: self-documentation. The way you dereference a point (should) reflect what the pointer is being used for.

Comment Re:The limits keep on changing. (Score 1) 276

Just to be clear, I didn't say there were things that couldn't be done through web interfaces, just that they apparently can't be done nearly as well. This is entirely based on my experiences with both web-based and native application UIs. In the best web-based UIs I've seen, the problem is usually that they're annoyingly slow and/or laggy. Most web-based UIs have additional issues on top of that (formatting problems, etc.) All web-based UIs share other really annoying problems, like when transient network errors happen right after you push a button or enter some text.

They all also have the problem that they have to operate within a browser window, which severely constrains UI design.

Comment Re:No (Score 1) 276

With FTL, JavaScriptCore can run C code compiled via Emscriptem to JavaScript at around 60% of the speed of the same C code compiled directly. That's not a huge overhead (40% is a generation old CPU, or a C compiler from 5 years earlier).

I strongly disagree. 40% is an absolutely horrendous amount of overhead. Comparing that loss to old CPUs and the like to argue that it's not doesn't make any sense at all.

Slashdot Top Deals

Intel CPUs are not defective, they just act that way. -- Henry Spencer

Working...