Hacker Newsnew | comments | show | ask | jobs | submit | quesera's comments login

> I wonder if in another 100 years we'll escape our cultural cage and realize it's harmless to have sex with a dead child after all.

The problem is that dead children are not yet public property, so any defilement becomes an issue of vandalism.

Even if the child is subsequently buried on public land and allowed to decay into the earth, any aspiring terraphiliacs would then create a tragedy of the commons problem.

Of course, if you're Vinod Khosla, you could buy adjacent land, lock a gate, call upon ancient ancestral rights, have your way with the dirt, and tie the case up in the courts for years.

That's revisionist. The release of the iPhone was a huge inflection point in the industry. You can argue about how much was inevitable and how much was innovative, but you can't dispute that the iPhone led the way.

> Ahhh. I miss solaris.

The illumos, SmartOS, and Joyent folks are doing a fantastic job moving Solaris forward. That's where all the action is these days.

FreeBSD is doing great stuff too, with their more conservative approach, and drastically fewer resources.

Try OmniOS for a great Solarish server OS.

I used SXCE, OpenSolaris and finally SmartOS for a while after the death, and unfortunately the benefits just werent' really there any more. I also hit some pretty nasty performance issues storage wise on my OVH gear (some interrupt related issue, unsure if fixed, but it was well above my head to grok, and I' not terribly new to this) which were instantly solved by converting to BSD.

With FreeBSD, the userland is pretty capable (I run all my DBs, some node apps, reverse proxies etc under it) so jails kinda made sense again. With SmartOS I had to run most of my stuff under KVM, so what was the point?

Interesting to see what direction the linux abi stuff joyent are working on goes though.

> We need a reverse Yelp that reviews humans rather than businesses.

I'd like that for drivers. My vehicle should be aware of the vehicles nearby and the likely drivers thereof, and present me with a HUD showing the poorly-reviewed in red.

I have often imagined a dashcam that does license plate recognition and lets you know when shitty drivers are nearby. And of course, it would have voice response so you could give nearby cars compliments and public grumbles. Presumably you'd also want it to be geosensitive and real time, so that it could say, "Hey, there's a lunatic coming up behind you."

Seems like it would be easy to put together a dash stand, some OpenCV magic, and a little glue logic to get a prototype together.

No no no! Hopefully you guys are joking. This is another case of geeks thinking technology and public shaming will cure us all of bad human behaviour. Cynically I think you'll get funding.

Actually that's a bloody brilliant idea. In an ideal world, morality or enlightened self-interest would convince everyone to behave well. The real world falls far short of that ideal, but social pressure is often a powerful tool for filling in the gaps. You'd think "you might die" would deter drunk drivers, but it didn't. "Everyone will think you're an asshole" was more effective. Let's extend that to other forms of misbehaviour on the road. The point here isn't the technology. It's using the technology to save lives.

Our current version of this in the US is a system where there are a much smaller number of observers (cops). Too many bad observations and you face license suspensions.

In practice, the small number of observers means that there are plenty of bad drivers who have long periods of bad behavior with no negative feedback. Basically all I'm suggesting here is increasing frequency of observation while reducing the size of the penalty from "large ticket" to "mild shame".

It's also approximately equivalent to what happens in a small community. There if you are a bad driver, word will get around and eventually get back to you. That doesn't seem like a terrible dynamic to me.

It worked with Uber rating drivers and riders. Care to elaborate on why this wouldn't work?

A big, obvious concern would be having a system that alerted you to drivers previously seen exhibiting bad behavior, and the social justice network taking that as an opportunity to avenge the bad behavior and inadvertently causing danger to themselves, their "adversaries" or other drivers on the road.

On top of that, everybody drives poorly at some point, and for some reason. A roommate of mine wrecked his car once like, one block from our house. I couldn't stop laughing at him long enough for him to explain that while he was driving, a spider was crawling out of his ear, and it justifiably freaked him out enough to hit a telephone pole.

If I was a random passerby that didn't get to stick around for the explanation, I would have flagged him as a clear danger to other motorists, which would have been undeserved. To boot, I think he reacted as well as he could have, and probably better than most, given the circumstance.

Isn't this roughly equivalent to the concern that sometimes people give unfairly bad reviews on Yelp? Sure, it happens, but it seems like the solution isn't less data, but more. If you have 100 or 1000 data points on every driver, then it seems like it would be pretty easy to extract the people who are actually problematic versus just normal drivers.

It is very possibly an over-concern.

Wasn't there a "report my driving for everybody" or something along those lines on HN in the past few days?

You two have my support.

A psychiatrist acquaintance told me some people almost reflexively lose control and must take advantage of a chance to belittle someone in a customer/server scenario.

Autonomous cars will almost certainly do this in that transitional period before all cars are automated.

I bet they'll even do it after, at least between manufacturers.

Using Firefox profiles might make simplify some of your separation goals. I create and destroy profiles regularly, and also have a few long-lived ones. Some are site-specific.

> I cannot write an abstraction in C, which closes a file handle automatically.

Of course you can.

It's just a question of convenience, and whether the resulting style would align with idiomatic C. In my imagined implementation, it would look more like awkward JavaScript.

There are many many C codebases that are internally consistent but don't look much like textbook C. Sometimes C is the best choice even when it's less convenient.


Passwords are both security flaws and UX features -- they're inherently flawed, cannot be fixed, and are the only authentication system most people can use successfully.

Security is always in tension with usability.


I think the flaw marcoamorales intended to point out is how sudo doesn't always re-prompt for a password.


It wouldn't surprise me. Oracle certainly runs the same static analysis tools against their own stuff, and fixes anything legitimate.

But notice the other comment about a "well-known security researcher" "alleging" vulnerabilities that yee-haw we're already working on fixes for so we're awesome and he's lame and nanny nanny boo boo etc.

Serious cognitive dissonance there. I used to buy a lot of Oracle product. Their value proposition has grossly weakened over the last decade and a half or so, so I don't any more. But if I did, I'd be embarrassed today.


Wow. Someone's been hitting the Kool-Aid pretty hard.

I've seen this institutional hubris first-hand. The unshakable belief (typically by nontechnical management) that all of the smartest people in the world are employed here, working for me.

It always ends badly.


Yup. It's not like those customers that are busy reverse engineering Oracle's code are doing it for the kicks. They have their own jobs to do. Much more likely, they are getting weird results out of Oracle's software that they don't understand, so they reverse engineer the code to see why the system is crashing / giving unexpected results so that they can find a workaround without having to wait for the vendor to fix their bug.

Then, if it turns out that it's a security issue, of course they are going to notify Oracle of the fact, both as a moral duty, and because it makes it more likely that Oracle will get a patch out faster.

Oracle whinging about people finding bugs in their code would be better off trying to improve their processes so that there are less bugs to find, rather than complaining that they've been found out for shipping buggy code.


I actually understand how it gets to be this way though.

I literally can't touch a Government project without an Oracle license. When I talk to a salesman, the attitude is "I know you can't do this without me", contrary to salesmen for any other product in any other industry.

When I talk to a project manager, they don't ask how it will be hosted, or what the platform will be, or anything else obvious. The first question, often before a project is fined, is "how many Oracle licenses can I buy?".


Interesting. In what industries is Oracle so dominant? You say government is one, but where else?

In industry, all I've ever seen is Sybase, SQL Server, and MySQL (ok, technically Oracle). (My background is finance and technology.)


Oracle is very popular for mission-critical databases in banks. I've seen Sybase used in banks too but it's definitely less popular now than it used to be.


Oil/Gas exploration. In my former job, pretty much every major piece of software that we sold to customers had at least an embedded Oracle DB as part of the install.


Indeed, it does tend to end badly, and the best example is a company that ended up being bought by Oracle. The arrogant tone of this post reminds me very much of the flurry of blog posts that came out when ZFS and DTrace were first introduced. Remember "The Last Word in File Systems"? That kind of arrogance, complacency, and impatience with interlocutors is mildly annoying to developers elsewhere. It's more than annoying to customers, and to sales people who feel unsafe pushing products whose developers continually undermine them. That's why Sun is no more. Oracle might want to consider that before they start relying on this kind of astroturf to convince anyone of anything.


I don't think the particular kind of arrogance that Oracle has goes away except by being killed. Heck even once the former sales guys are homeless under a bridge I doubt they would see the connection, they'd still be spinning yarns about when they worked for the greatest tech company ever.


Ditto for the engineers. The kind of engineer who contributes to a culture like that in the first place will also be constitutionally incapable of accepting that their own behavior contributed in any way to the demise.


The same file system that the Linux developers have tried (and failed) to clone for almost 10 years now? Yeah, must be totally unremarkable.


I didn't say it was unremarkable, Mr. Strawman. However, it wasn't the "last word" either. If it had been, there wouldn't have been so many generations of major change to it since then. It's possible for people to be good at what they do but still nowhere near as good as they think, and that pretty accurately described a lot of Sun engineers at that time. The answer to all criticism, including that which history has shown to be completely accurate, was never anything but a sneer. It was the most anti-collegial attitude ever, and the industry is worse off for it.


That's ridiculous. If it had not laid the foundation for all those generations of major changes to be possible at all (without substantial re-architecting), why would they have called it that?

By the way, since you're apparently a subject matter expert, what kernel would you recommend for arrogance-averse users? Certainly not Linux or OpenBSD?


Remember the classic Can't Break It, Can't Break In campaign several years ago. It yielded a bunch of new bunch and exploits in Oracle SW in a few days. They seem not to have learned.


That looks like decimal to me. I didn't convert it to test, but I see a couple 8s. :)

Regardless, there are valid dotless decimal, octal, and hex representations for every IP address. Library support is variable.



Applications are open for YC Winter 2016

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact