Forgot your password?
typodupeerror

Comment: Like So Many of Humanity's Woes (Score 3, Interesting) 688

by Greyfox (#47556983) Attached to: Gaza's Only Power Plant Knocked Offline
This one seems to be caused by a tiny percentage of assholes on both sides. Peace will never be in the assholes' best interest as it will reduce the amount of control the assholes have over their populations. Dozens of times during my lifetime peace has been within reach, only to be shattered by some asshole on one side or the other. Until such time as leaders arise on both sides who are interested and committed to a peaceful solution, this situation will not change.

Comment: Re:All software is full of bugs (Score 5, Funny) 143

But we don't do that. We never do that. As developers, we hide our head in the sand until we absolutely can no longer ignore then problem, and then we say "Whoops! My bad!" As consumers we assume that professionally published software should be reasonably free of bugs or exploitable code. And people start being held accountable by law for their shitty software, the status quo will never change.

I was demonstrating to a shitty software developer the other day how all his input sanitizing routines were in the javascript front end to his web application and anyone bypassing the javascript could essentially have their way with the back-end database, and he told me "Oh you're making a back-end API call, no one will ever do that!" No one except the guy who's hacking your fucking system, jackass. People like that make me want to sign on as Linus' personal dick-puncher. Whenever someone writes some shitty software that pisses Linus off, I will find that person and I will PUNCH THEM IN THE DICK. Because I swear to god, that's what it's going to take. Congress is going to have to WRITE A LAW allowing me to HUNT PEOPLE DOWN and PUNCH THEM IN THE DICK over the SHITTY SOFTWARE they write. And when that day comes, with God as my witness, I will PITCH A TENT outside MICROSOFT HEADQUARTERS, and that will be the LAST TENT EVER PITCHED at MICROSOFT HEADQUARTERS!

Comment: Re:Don't Call it Waste (Score 0) 71

by pz (#47540865) Attached to: Two South African Cancer Patients Receive 3D Printed Titanium Jaw Implants

At the prices medical-grade titanium goes for, it is most certainly not wasted. The machined Ti is reclaimed (or at least it would be if I were in charge). Stating that there is 80% waste is marketing hyperbole. A fairer comparison would count the unsintered powder in the 3D build machine, and would end up being unfavorable to the 3D process.

But if you're in the business of making replacement body parts, you might well be starting with a generic titanium casting (or one of a series of different sizes) and machining it down to fit. Artificial hip joints are sometimes made that way.

Don't get me wrong, 3D printing makes a lot of sense for highly-custom items... although one needs to worry about the potential infection and reaction issues given the inherent porosity of sintered material that give purchase for pathogens, and lots of surface area for irritants that will slowly leech out.

Comment: Is There A Lot More Activity (Score 1) 157

by Greyfox (#47538323) Attached to: Soccer Superstar Plays With Very Low Brain Activity
Is there a lot more activity somewhere else in his nervous system? Perhaps we distribute the processing load as we learn the moves. IIRC I've read a couple of papers that suggest that more processing than we realize takes place in our retinas when we do object recognition. I'd guess if you measured the brain activity of someone who's been driving for a couple of decades while they're driving, you'll find a lot less brain activity than someone who's just started. Maybe that's why the newbie has so much trouble with it -- it's an activity that requires a lot of reflexive movement and the newbie hasn't learned those yet. I've noticed that when I get in a car where the controls are a bit different, my eyes don't know where to go to gather the information that I need right now and I actually have to think about it. Could be a symptom of that...

Comment: Buy a Kinesis instead (Score 1) 80

by pz (#47526983) Attached to: A Warm-Feeling Wooden Keyboard (Video)

1. "All the Keyboards" didn't apparently include a Kinesis. At least there isn't one visible amongst the few photos linked.

2. The new keyboard looks an awful lot like a Kinesis.

3. I stopped watching the video after the first 10 seconds because it was too awful.

4. The web site shows a keyboard with what appears to be a metal case, and the text references aluminum, as does the blog. Wood isn't part of the equation here. Maybe in the early prototypes, but not in the production models, apparently.

5. Any decent keyboard driver (and there are lots of aftermarket add-ons) support macro definitions. Nice that this new keyboard supports it, but certainly not a defining characteristic.

6. Just go buy a Kinesis. It's been in production for a long time, and they work great.

Comment: Sensible response (Score 2) 176

by Craig Ringer (#47520837) Attached to: Dropbox Head Responds To Snowden Claims About Privacy

That's an accurate and sensible response.

In fact, 3rd party client encryption tools might be better than built-in support by Dropbox. They can be produced outside the USA by companies or individuals unaffiliated with DropBox and potentially harder to pressure into backdooring the software in an update.

I'll stick to SpiderOak personally, despite the awful transfer speeds and somewhat clunky usability, because I just want a remote store that stores my gibberish bytes and gives me the same gibberish bytes back later.

Comment: Re:complex application example (Score 1) 161

by Greyfox (#47494759) Attached to: Linux Needs Resource Management For Complex Workloads
Could you put multiple network cards on your scheduler machine, put the workers on different subnets and randomly dole out the jobs between those subnets? Seems like you'd be less likely to drop UDP packets that way, I'm pretty sure I ran across a utility (lsipc or something) that would list IPC resources, including shared memory. I seem to recall that the segments also show up in /proc somewhere. It's been a while since I've looked at it.

Not being able to ack important message packets seems like a design flaw.

Even though we have a LOT more hardware now than we did back in the day, you still can't BFI your way through a lot of the big data applications that companies are starting to try to get into. In the past, the company would just throw more hardware at a poorly designed application and that would "solve" the problem. I once saw a team throw 48 gigabytes of RAM at a leaky Java program, and schedule weekly restarts for the goddamn thing. But it's a lot easier to hit hard walls with big data, to the point where you absolutely can't throw more hardware at the problem.

There's got to be more to life than compile-and-go.

Working...