Forgot your password?

Comment: Re:Specs On Paper & Buyer Mindset (Score 1) 198

by rmstar (#47345975) Attached to: Overkill? LG Phone Has 2560x1440 Display, Laser Focusing

This is simply a stats arms race.

one that seems overheating, too. You can buy quite well speced smart phones (way better than an iPhone, as you have correctly noted) for a very decent prize. Manufacturers seem to be running out of ideas on how to get traction in this market, so this is what they come up with: over-the-top-specs.

A market full of smartphones that can't find a way to differentiate themselves from each other seems to me like a market ready for collapse.

Comment: Re:Why do scientists falsify? Or how can they? (Score 3, Informative) 52

by rmstar (#47227903) Attached to: Japanese Stem Cell Debacle Could Bring Down Entire Center

Why do scientists falsify? Or how can they? They must know they will be found out - especially the more sensational the finding.

The answer to that is that they fool themselves. If you ever have been at a top institution of this kind you might have witnessed a certain mix of hubris, megalomania and groupthink. These people tend to be really good, but their selfconfidence, their lack of understanding of statistics, their mutual reinforcement, and the huge pressure to keep producing blockbuster research can warp their thinking. It would not surprise me that they believed the results to be true, but thought it was just the damned data that kept being wrong.

This sectlike atmosphere at some of these institutions is compounded by the fact that people there work so insanely hard that they don't have time to take a step back and think things through.

Comment: Re:Throw the book... maybe literally at him. (Score 1) 220

by rmstar (#47201495) Attached to: NSF Researcher Suspended For Mining Bitcoin

Many of those systems have no (or minimal) idle time.

In my experience, this is true only for the top machines in terms of reputation of the institution where they are run. Many more supercomputing facilities actually idle around a lot if not most of the time. They were bought to confer bragging rights and are embedded into a context that makes them unable to operate effectively.

A lot of these machines are hard to program for, and the institutions that own them hard to deal with (often universities with bad bureaucracy and ridiculous internal rules) which means few bother and even fewer get to run code on them. Of course that is something that is rarely admitted in public.

I think the guy did wrong and should be punished. OTOH, I think he also deserves an award for showing (again) how ridiculous the whole HPC thing actually is. Here we have these supposedly super-high-end machines (in terms of running benchmark software) which just aren't competitive by a hilariously large margin with what is out there mining bitcoins. How embarrasing.

Comment: Re:This is what happens... (Score 1) 156

by rmstar (#47132881) Attached to: Security Researchers Threatened With US Cybercrime Laws

I would say it was only amoral if exploited for one's own gain or to others' detriment.

So if a hack gives reputation to a security researcher while embarrassing the website owners - how is this not exploitation for the researchers gain to the website owners detriment? You go there and pull off an I-am-smart-and-you-are-a-moron on these folks that are trying to make a living. How is that different from being an asshole?

The argument that security researchers are actually doing good is just an unsubstantiated assumption that needs closer scrutiny, and it is quite likely not true in many situations. For example, the SCADA vulnerabilities have not led to any major or even minor problem, yet they have generated a lot of FUD and maybe even given ideas to criminals and terrorists. Researchers have gotten their nice reputation out of this, but what has the world gained? And look at how the credit card industry works. A lot of their shit is fundamentally flawed from a security point of view, yet it works and is quite convenient. How can that be?

Security researchers make a nuisance of themselves in many situations, and don't even realize it. Their "told you so" can be extremely costly to a company when there is trouble, because of how it affects liability issues. Most companies would not be viable if they had to fix every bug unearthed by researchers or face full liability claims when their unfixed code fails. The kind of talent needed to get security stuff right is just not available in the needed quantities at a reasonable price (i.e. hourly rates comparable to that of a janitor) so it is unreasonable to expect things to be secure. The alternative to insecure stuff is no stuff. Everybody who's not a propellerhead knows this.

Comment: C++ FQA (and ignore the downmods) (Score 2, Informative) 352

by rmstar (#47007065) Attached to: Ask Slashdot: What Should Every Programmer Read?

If you're doing C++ everything by Meyers.

If you are doing C++, you absolutely must read the Frequently Questioned Answers:

"C++ is a general-purpose programming language, not necessarily suitable for your special purpose."

It's a little (though not much) out of date, as it does not cover C++11. But the author has some comments on it, too.

Obviously I am going to be modded down, but hey. Truth is truth.

Comment: Re:When (Score 1) 634

by rmstar (#46965427) Attached to: Why Scientists Are Still Using FORTRAN in 2014

If your Fortran program ran correctly on a PC it would run correctly on a mainframe, mini, or supercomputer. More importantly, it would produce the same result. It didn't matter which compiler you used.

This isn't true. As in C, optimizations might have changed the order of fp operations resulting in subtle differences that often matter. Memory allocation (yes, the static arrays) has some really funny weirdnesses across compilers that make buggy programs produce very different results on different versions of the same compiler. The F77 language has very little support for avoiding bugs, and quite a few booby traps. Most F77 codes are just riddled with bugs and depend on undefined behavior that varies a lot from one compiler to the next.

Just look at all the code generation flags of gfortran to get an idea.

Comment: Re:Buggy whips? (Score 5, Insightful) 769

by rmstar (#46857685) Attached to: The Koch Brothers Attack On Solar Energy

This is a very real problemâ"it's not just some rich people being assholes, but rather some rich people who stand to become substantially less rich if things go the way they seem to be going.

I thought the actual story was that if you or me dislike some policy we can go fuck ourselves, whereas if the Kochs dislike it, they get a real chance to change it.

An oligarchy indeed.

What I also find a little unsettling is that most commenters, including you, don't seem to think much of that power imbalance (or even be aware of it) directly jumping to the solar vs. no solar issue.

Comment: Re:Out of step with reality (Score 0) 149

by rmstar (#46490739) Attached to: Hungarian Law Says Photogs Must Ask Permission To Take Pictures

Your law may not be properly upheld in practice but that does not change the situation of Germany being in the very small club of countries where the art of street photography is effectively illegal or at least very cumbersome.

Yes, and they keep constantly weeping about all the street photography they miss out. Well, actually, they don't. It seems they like their law like that. For some reason, people assume that street photography, or being able to shoot photos of whoever you want, is a right nobody would object to. Well, I do, especially in times of facebook, and it seems I am not alone.

Things like google glass belong, as far as I am concerned, banned, and its use in public places punishable by jail. In the same vein, cell phones should be forbidden from having a camera.

There is this thing with privacy. For some reason, everybody is for it as long as it is not them who have to respect it.

Comment: Re:Writing safety-aware code _somewhere_ (Score 1) 231

by rmstar (#46408607) Attached to: Bug In the GnuTLS Library Leaves Many OSs and Apps At Risk

The best tools in the worst hands are far worse than the worst tools in the best hands. Yelling for tools is a specious argument. Someone has to do the work, and that someone may well bone the job.

A similar argument was put forward against the use of seat belts in cars. It just does not hold water.

The point of safer tools is to keep the reasonably good programmers from shooting themselves in the foot. Because as good as they may be, they are human and make mistakes. C needlessly invites a lot of mistakes, and even good programmers fuck up in C all the time.

The bogosity meter just pegged.