skysight-inc/HackerNews huggingface dataset:
We could start listing examples of injustices, each one of us could find them, and we would only get farther from finding any solution, or farther from just having a meaningful discussion.

I am not negating that there are prejudice against men. I simply wish to point out the obvious - these prejudice are a product of patriarchy.

It was not feminism that painted the picture of the man as incompetent parent. It is a very old tenet of patriarchy, that mothers are better parents. That men go around drinking, fighting, they are too aggressive, too incompetent at small housework... These things are really old. They are patriarchy.
This looks like the best design I have seen for protecting bike riders in intersections. This innovative approach truly protects the pedestrian/cyclist in the intersection from turning vehicles.
Perhaps a good start would be to read "How to win friends and influence people" by Dale Carnegie. It doesn't address your concern directly but in the book you will find the pattern you seek for being perceived as kind by other people.

http://www.amazon.com/How-Win-Friends-Influence-People-ebook...
It also could be the effect that it's a nice day outside and you are inside taking a test (regardless of a/c)
Not here it isn't.
Make sure she gets the help she needs and tell your co-founder to not worry about the startup, it's not important in comparison.

Ask him to give up his share and replace him? Or give him a small amount of equity to keep if he has put in a lot of time already.
I would think candidates would be prime targets with all that money laying around and no way of proving how they got it.

Then again we know that won't happen since the cop would most likely get in trouble so it's just a law to steal money from the common people who can't defend themselves.
Estonia e-residency application now online
Gartner reveals bleak outlook for Hadoop
Perhaps a stupid question - but where are the collision avoidance sensors?
My understanding is that you don't need a tracker when using the DHT. I'm not sure what the bootstrap method is to find the initial peers to start accessing the DHT, but once you've found one peer, it's easy enough to find more. Feel free to correct me.
I guess I agree with you, that from some kind of evolutionary perspective, having yet another language-specific package and dependency management system, this time for Go, might be a good way to boost popularity / uptake of Go. The system doesn't necessarily need to be a good idea, just quick and easy to use.

On the other hand, I think that dependency management isn't really a language specific problem, and it is silly to have different incompatible language-specific solutions for it.

E.g. I work mainly with Python, that has popular python-specific packaging tools, yet those tools cannot express dependencies of python libraries upon e.g. native libraries. The python-specific tools are convenient on a pure-python project, for multi-language projects it feels more like an anti-pattern than a solution, particularly if you end up having to use many different packaging ecosystems / tools.

I think google's approach makes more sense in the context of an organisation where some kind of uniform approach can be imposed, and particularly where there are uniform approaches to code quality / test coverage / continuous integration.

To be clear -- I have never worked at google, this is my external perception.

I have worked somewhere where there are simultaneous software projects with wildly varying levels of code quality / test coverage / continuous integration, this does not seem to agree with very well with the source-control-based "import from HEAD" in one big repository. The organisation is currently transitioning from this approach to more decentralised many-repository approach linked with language specific package management. I do not think this change is a clear improvement, but it does make some things easier.
I disagree. You can absolutely be a powerful leader with a powerful vision without being mean or being, for lack of a better term, an asshole. That doesn't mean you acquiesce or agree with everything everyone else says, it just means you lead by example and with a keen understanding of how what you say and do affects those around you, rather than ignoring that.

It's similar to taking medication to treat the causes of an issue without being concerned with the side effects. It's totally cool if your headache goes away, but less cool if you then have seizures for 2 years. It's even worse if it makes those around you have seizures for 2 years, while your headache has gone away.
Like a lot of people have said, modern shows are very much into the everyman male lead. Bryan Cranston's character in Malcolm in the Middle, Ed O'Neill's Al Bundy, Tim Taylor playing, once again, the affable rough-though-bumbling dad.

The thing is these are all prime-time sitcoms and comedies.

There's just as many popular shows where this isn't the case. Dramas rarely have this sort of soft, incorrigible-but-loveable archetype.

I'm not super-current on my media, but Game of Thrones, Boardwalk Empire, Walking Dead, Mad Men... most everything on HBO, Showtime, AMC, and FX run with strong, deep, emotionally complex male characters who grow and discover themselves, alongside the female characters.

And the male characters in these dramas are, on the whole, much more identifiable and aspirational.
Paying less (taxes) and earning more (from others) are Billionaire traits.
We don't know what the truth is. We know what we're being told though. And Kik is telling us that their messages aren't encrypted end to end, whilst bittorrent are telling us their messages are.
Maybe you would want to re-post this under a more anonymous HN account? That sounds like pretty private information you're sharing with the world. It took me less than a minute to find out who your CTO (co-founder?) is.

I know your current situation must be rough but I really don't think it's appropriate to be sharing information so personal to your co-founder's life online.
Cheating experiment in chess
Give USERcycle a try.

Of course, it can't hurt to give them some competition. Just make sure there's enough demand, and that you're offering a strong enough reason to choose your solution over any of the others.
What's really tragic is that you don't have any actual reply, other than immediately resorting to such a condescending tone and deliberate misinterpretation of what I said.
They also tend to be better for the employees. Iceland and Norway now mandate a minimum gender difference of 40% on company boards when a company reaches a certain size.
It's some guy's opinion about a programming language, not some hate-filled screed. There's no kindness or unkindness factor here. Certainly if you want to be unkind towards Rust people, be it the sharks or the remoras, writing an article in Russian isn't the way to go. There are plenty of reasons to say that Rust sucks and he hit a few of them.
From my experience there are a few people in IT who can learn from this and start self-reflecting. They are NOT the majority but there are angry white sociopathic nerds.

The monoculture is often criticized in the programming departments and being nice would be the first thing for diversity happen sooner.
"You are not your code"[1]

When I look at code I wrote in the past I frequently think "what utter horse shit." I'm a better coder than I was 4 years a go and I will be a better coder in 4 years time. The extension of that means that, yes, the code I write today will be terrible by the standards of my future self. So yes, I am right now writing terrible code and it's fine. If someone takes the time to critique my code maybe it will be less terrible and in 4 years time I will be proud of it.

This doesn't mean you can't take pride in what you do.

> I think its safe to assume that they're not doing it out of the kindness of their heart.

Valuable criticism is not determined if it was done by the kindness of someone's heart. Your most valuable critique can often come from your worst enemy. You might have to read between the lines/vitriol but there is gold in there somewhere.

[1]: http://sstephenson.us/posts/you-are-not-your-code - http://www.hanselman.com/blog/YouAreNotYourCode.aspx - http://blog.codinghorror.com/egoless-programming-you-are-not...
Ask HN: Servers Naming Convention hierarchical or not?
We currently use an Naming convention which I personally to not find it so easy to use, and confusing. I would like your opinion on the current one, and my thoughts.

An server example is: jdtdv-app001.domain.int

Meaning:
jd = Jon Doe (department)
t = test (environment)
d = datacenter
v = virtual

After the -

app = application (server type examples: sql, mta)
001 = numbering

domain.int (domain internal).

I find it difficult to understand and explain, and you always need to check the documentation.

on our hadoop we use these:
jdtdv-hnn001.domain.int
jdtdv-hdn001.domain.int

Can you find the difference? there is a small d and n in the middle of the server type. this means Datanode (worker) and Namenode.

This is making it ever more complex
The production name node from Test has this difference:
jdtdv-hnn001.domain.int
jdpdv-hnn001.domain.int (production)

I was thinking of changing this to an hierarchical (at least for me) fqdn.

Example of a worker on hadoop:
worker001.dc01.test.company.net

explained: <server type><number>.<datacenter>.<environment>.company.net so from a specific point to a more generic.
Of course this is not my final setup of a host name, but just an example.

What are your thoughts?
Can always trust Vyacheslav Egorov to pump out super high quality stuff about v8.

His blog http://mrale.ph/ is full of hidden goodies like Object.create vs function constructor [1] and hidden classes vs jsperf [2]. Lots of good stuff on his SO too.

It'd be great if he (hi if you're reading this btw!) could write a bit about TF and the changes being made to v8 internally from an overview point of view.

[1] http://mrale.ph/blog/2014/07/30/constructor-vs-objectcreate....
[2] http://mrale.ph/blog/2013/08/14/hidden-classes-vs-jsperf.htm...
Posted a small write up here with regards to the evolution setup used:

http://blog.otoro.net/2015/05/13/neural-slime-volleyball-evo...
Will Robots Inherit the Earth? (1994)
Yeah, I did read the article. I only dedicated one line to the title. On recollection maybe he's attempting to click-bait the people who would agree with the title (and hence need to read the article).
There is such a fine line between "hearing" and "listening". In the same respect there is such a fine line between someone "being taught" something, and that same person "wanting to learn".
Not married please. :)

So wrong.
And, since you're reading this (in the other comments) I just want to point out that the presentations you're giving got a lot better (the deck). This one is a lot more witty than the old ones. Props on getting better at presenting - a big step from your old presentations and blog posts, the English is good too here :)
I do work in an investment bank, but it's not a case of interns throwing themselves out of windows. It's more a case of "I'm a professional, and I gave my word I would complete X by a certain date, and if all that takes is a couple of extra hours then I will stay and complete it, rather than be unreliable."
Great, thanks for the hint!
Α FLAC player with a nice amp and speakers is an even nicer way, and, about the working hard part, I could say the same for waiting tables to buy your music.

I don't know, this all sounds like rationalization to me. Saying "I grew up with vinyl so it sounds more familiar to me" is fine, I grew up with 8-bit graphics and I like them, but they're not objectively better. Trying to rationalize this preference with things like "bigger pixels are easier to see" is a bit disingenuous, though.
That's very kind of you - thanks!
I wonder if they have made it so that you can use milliseconds (1/1000) instead of (1/100) in setTimeout and setInterval. It was one of the things that annoyed me the most running Node.JS on Windows ...
It's a hell of a lot different from a popularly-legislated general tax on the economy. These people are committing literal armed robbery, in order to fund themselves. It is explicitly contrary to the Fifth Amendment of the constitution, in spirit and in letter. They are pulling people over and rifling through their wallets for cash. That's not supposed to be how constitutional liberal democracy works, at a very fundamental level.

"nor be deprived of life, liberty, or property, without due process of law; nor shall private property be taken for public use, without just compensation.""

"Civil asset forfeiture" precisely resembles the worst caricature of the behavior we were attempting to defend against when we wrote that. And it's affecting everybody going through police jurisdictions that rely on that revenue, not just the minorities that the drug war was designed to persecute in order to get Reagan & Bush Sr re-elected.

I understand some of the politics of why the executive and the legislature ramped this up - perceptions that a generation of children was being lost to a class of sinister urban drug-pushers, and a desire for vigilante justice even when we couldn't convict them of anything. I don't understand how any judge anywhere could approve any of it. They're supposed to be above that. If you accept these legal fictions into your worldview, what's the point of having a justice system at all?

This should have been ended decades ago, when hysteria about the 'crack epidemic' wore down. As far as I'm concerned, when a local cop steals money from you and claims he has a form that says that's okay, that's a reason for the FBI or Internal Affairs to come in and prosecute that person. Because they stopped being a legitimate representative of the people in any capacity: they stopped shepherding law-abiding citizens and started feeding on them. We used to have a word for that, 'dirty cops', and we used to believe, or at least hope, they were aberrations.
Understand that we're generalising here, but a counter-example on your main argument would have, in fact, refuted your whole thesis. There's a massive gap between a short (in length) invalidation of an argument and useless nitpicking. There's also increased conflation of the two in online discussion channels.
This was the reason that made me reject both protobuf and thrift for my own project. I ended up developing my own protocol which has to guarantee a normalized stream: there is only one way of encoding a set of data, any other way causes a error in the parser.

Here it is (still under development): https://bitbucket.org/binarno/goingthere

Can be embedded into streams, but it has a "strict" flag that forces the parser to throw an error if unexpected data is found in the stream. Optional tags not specified in the schema simply cannot be there, and all the tags must be encoded following a specific order.

Still looking for a simple protocol that allows to have a normalized representation that is always the same for the same set of data; I hate to develop my own things and prefer to steal ready made things :-)
mostly still intact and strong property rights system

The title system is weak and outdated, and the mass fraud of "robosigning" (http://www.nolo.com/legal-encyclopedia/false-affidavits-fore...) has not been adequately addressed.
"You may be right, you may be wrong, but it is in any case too early, maybe even defeatist to talk about that now"

After hundreds of thousands of years of existance of humans you think it is too early to talk about that? I consider that ridiculous. You can not simply escape reality by crying "reductionism".

Of course it is a statement of averages. Not every woman is fine, things can get in the way. But on average, woman will be considered to be valuable to society no matter what.
You're probably right. Something like Urbit[1] is more a romantic notion than a way forward—people won't give up the many for the one.

Still, though, I'm heartened by the Unified Theory Of Gradual Protocol Ossification—this being the idea that, even though we've ratcheted up from computer networks speaking any kind of IP-based transport protocol to only being able to speak TCP, and then in some places only being able to speak HTTP over TCP—that what this really implies is that HTTP is commoditizing the transport layer, and that, as soon as the abstraction is airtight—which it seems increasingly to be with HTTP2—we'll be able to just sweep the redundancy under the rug by replacing the IP+TCP+HTTP2 mess with a single cleaned-up protocol that presents the same abstraction.

In this case, I imagine that the way forward is meta-languages that are effectively DSLs targeting multiple abstract machines, allowing you to mix-and-match semantics in isolated subsets of your programs, and resulting in mixed-target code generation. Once people are on that abstraction—where "language" is not 1:1 with "abstract machine", and "abstract machine" is not 1:1 with deployment platform—then we can come along and sweep the redundancy under the rug.

In 20 years or so.

[1] http://doc.urbit.org/
Your feedback is welcome
> these prejudice are a product of patriarchy.

Is this the argument to make, though?

It forces the assertion that "if not for patriarchy, these prejudices wouldn't exist."

I'm not sure that that logically follows.

> It was not feminism that painted the picture of the man as incompetent parent. It is a very old tenet of patriarchy, that mothers are better parents. That men go around drinking, fighting, they are too aggressive, too incompetent at small housework... These things are really old. They are patriarchy.

You're certain this paragraph is true? Patriarchy holds a male at the head of the organizational unit under the belief that that person will do a better job managing that organization. This doesn't lead to "he's the head of the house but a useless parent." I'm fairly certain that that is a modern invention for comedy.
> The only time I've ever seen this limitation being complained about, it's by people who've had problems with npm.

Recently that is where you'll have heard about it a lot, but people have been hitting the problem for years. I've hit it in a couple of distinct contexts in my time.

You hardly hear about it generally because people moan a bit then work around it so the problem goes away until next time, and sometimes people don't even moan about it because it is such an old problem they just think "oh, that again, better make my directory/file names and/or paths a bit shorter" and get on with their day.

The difference between this and with npm over recent times (causing the greater noise around the issue) is that twofold:

* linux/similar people hitting the problem in the wild for the first time (they've probably heard about it, but never had to deal with it) because their code is getting used on Windows which was much more a rare occurrence for them in the past, and being incredulous that such a problem exists in this decade

* Windows people wanting to use node and similar cool new tech on their preferred and/or mandated platform but hitting issues due to this problem in their environment (and in some cases being incredulous that someone wouldn't consider the implications of the limitation it in their design)
> what you're attributing to the runtime (memory-model et al) is part of the abstract machine specified by the language's semantics

OK, I see where you're going with this. But now you'll need a "bottom representation", which, even if it is easier to transform than machine instructions, will be pretty hard to decompile to another language. For example, most interesting lock-free algorithms require some sort of garbage collection; how do you describe that GC behavior, which doesn't necessarily need to be general purpose, in a way that can be ported to both C and Go?)
Theoretically it may be doable, but in practice the problem is very, very hard.

The big question, then, is why bother? The JVM already provides excellent interoperation with excellent performance that can cover the vast majority of (at least) server-side applications out there, and Graal/Truffle are extending the range of languages that the JVM can provide the fastest implementation for (it's early days and it's already pretty much on par with V8 when running JS, and faster than PyPy for Python). Those applications not within this profile range will use other languages (like C++), but those languages are already more expensive to develop in, and their developers happily pay more for more specialized algorithm implementations.

> Shared-memory cross-runtime distribution works too.

That's true (provided both sides can agree on an ownership and concurrency behavior).
except for the non-trivial part of the user base that bought the "free messages forever" version of the app...
> I guess the main thing is that it's one of those 'who cares' problems. The only time I've ever seen this limitation being complained about, it's by people who've had problems with npm.

If you work on the sysadmin side of things, this comes up almost every time with directories on network shares. Explorer, cmd and PowerShell can't handle them and you need to resort to using robocopy or 3rd party tools like FastCopy. To delete stuff you often have to resort to hacks like robocopy mirroring an empty directory into the path before deleting it.
Image based circuit simulation, renders net list from circuit images
So this 'civil forfeiture' is appalling and Orwellian enough in its own right, but it's also one of those cases where the apparent inability to award costs in US courts seems truly insane.

If this happened under the English legal system, you can be pretty sure the courts would make the DEA pay both sides' legal costs for meritless seizures like this one.

So if you were prepared to take the risk of going to court you'd at least stand a good chance of getting all your money back.

(IANAL, But My Wife Is).
I have traveled thru' most of the lower 48 states on several occasions, and have to say these were the most memorable trips of my life (I am from Ireland). I have been to all of Europe + some of middle east & far east & latin america, but the US does stand out when I look back with great food, nice people, and amazing wide open spaces and scenery and never got in trouble with law, tho I can imagine it happening (for example: I was constantly warned bye people to stay under speed limit , while in Ireland it is more of a guideline!), since socially the US is a tinderbox about to explode, which is obvious if you ever endup in a wrong part of any town.

As for places to visit, where to start! Grand Canyon, White Sands, Las Vegas, LA, Appalachian Trail, Space Coast, Yosemite, San Francisco, Oregon, Savannah, DC, Key West, Texas.... shit the list goes on... now that I think of it the scale of the country and being able to drive everywhere is simply breathtaking, I have traveled thru more of the US than most Americans I spoke to and to be honest yee guys have a great country populated by mostly friendly and nice people.

Yes I realize there must be exceptions, but I never got into any trouble travelling the breath and length of the US, and would recommend it to anyone, hell I be back in a few months for more :)
I'm Dutch and I work part time (32 hours), which was sort of by accident. Since I've started, 5 other people in the company I work for (including the two owners!) have started working 32 hours instead of 40, either to spend more time with their kids or just for themselves. Overall, this makes scheduling work a bit harder for my bosses but other than that there's been nothing but positive results.

I'm male by the way.