Forgot your password?
typodupeerror

Comment Re: Nothing of value was added (Score 1) 93

This is only really a useful observation if you can tell me ahead of time which developers are competent and which ones are incompetent.

If you are hiring a developer your chances of finding one who is not incompetent is vanishingly small. The correct approach is to train them to be competent, and set standards. This should begin with requiring the bug tracker to be emptied out (or decreasing bug count, if the total number is currently overwhelmingly large), and there are plenty of online and in-person resources for training developers to learn how to write secure code.

and use tools like memory-safe languages to mitigate that risk.

Security vulnerabilities happen in every language. Anyone who thinks the language will make them safe is an idiot. What I mean is, you are an idiot, cmseagle 1195671.

Comment Re: Nothing of value was added (Score 2) 93

The problem as I see it is coming up with good standards. We do have standards in some places, for example, SOX requires changing passwords every three months as best practices. But that is probably not actually best practice, so the wrong thing was codified.

How do we get the right things codified is the question.

Comment Re: We are going so fast we need to slow down! (Score 1) 118

** - It seems dubious that Truman really understood what he was signing onto.

My take was that he could have stopped it if he wanted to, but the bureaucratic machine was already in motion, and he would have had to put some effort into stopping it. I'm glad we didn't bomb Kyoto but maybe Xi will.

Comment Re: Nothing of value was added (Score 3, Insightful) 93

Yes of course when there is a skill and no standards of training, some people are bad at it

This. Most companies don't follow best practices when it comes to good code (for example, they have a bug tracker that is always growing, never empty). They don't try to write secure code, they don't have trainings in secure code, they don't penalize insecure code (although they should in a lot of cases). That is why most corporate programmers can't write secure code.

Comment Re: Nothing of value was added (Score 3, Insightful) 93

History shows that developers cannot write safe code

History shows that incompetent developers cannot write safe code. There are examples of programmers writing safe code.

People who make excuses for unsafe code are usually crappy developers, and that is what I think of you. You're a crappy developer if you can code at all.

Comment Re: Nothing of value was added (Score 2) 93

I think Ubuntu (and other's desire) to remove coreutils is precisely because coreutils is old, brittle and written in an unsafe language.

They aren't brittle. I've looked at them. The code is fine, but it uses an older style that is annoying to newbies.

If I were going to rewrite something in Rust, I would look at Firefox, not Coreutils which I would consider a waste of time.

Comment Re:If your employer abuses you (Score 1) 98

#1 is your best option,

Not always, it depends on the situation. If you don't have stock in the company, if your boss doesn't respect you, if other companies in the region/industry are the same, then these factors weigh towards a union.

#2 forming a union requires much more energy and commitment then #1.

Again, it depends on the situation. If someone else is already forming a union, lending your support to it is lightweight.

Slashdot Top Deals

New crypt. See /usr/news/crypt.

Working...