skysight-inc/HackerNews huggingface dataset:
.NET or not, personally I don't see whats wrong with mwpowellhtx's question here. He made some wrong assumption, sure, but its not like he demanded stuff as if the project author owed him something. A bit of an overreaction, honestly.

But then again, that is just what I get from this short "discussion", and I don't know what are the stuffs that the author has put up with maintaining the project till now. I can easily imagine demanding emails from people taking open source projects for granted.
If you know of an odour free platform, the world is waiting.
Free text message encryption launched on iPhone – and it works with Android
Zero Downtime Front End Deployments with Vulcand on CoreOS
Tech Firms Buy Up Land, Seeking Room to Grow
Messing around with your service and existing profiles don't save anymore as a heads up. Same goes for tags; no save. You have no footer or contact us from a logged in state so I resorted to this. I see no AJAX requests on update of fields, so that could be a good indicator to narrow down your problem.
> After several days, the CTO / Hiring manager gives up on writing the job description, copies something

What kind of terrible CTO is that? If you don't know how to describe the tasks and requirements of a job such that a person qualified to take it will understand what the job will be, then you have two options:

1. If your org is big enough, delegate to the team leads closer to the matter, better yet: To the actual people the new hire will be working with.

2. If your org is small: Resign, you're unqualified for your position.

Don't try to fix hiring by ignoring the actual problem and try to jam in a terrible hacky workaround. The only real fix is to be honest about the job.
Cuomo's case seems even more egregious. He's allowing the destruction of government emails while a federal corruption investigation is going on:

http://www.ibtimes.com/amid-federal-corruption-probe-andrew-...
It's clear that, either:

Massive is not the right tool for the bugfiler's workflow.

or

The bugfiler's purpose is to engage in an Internet debate.

Neither is productive for anyone beyond entertainmemnt. Conrey covered both cases with reasonable aplomb, even if the long term reaction is a bit overboard.
Getting Your Own Emoji Domain
"...I'm not actually sure I want to let my kids do the same..."

But you turned out OK, right? Why rob them of the experiences that shaped you into the wonderful adult human being you are today?
> oh boy, you sure have an issue with what hobbies people choose :)

Not at all, and I find it sad that you can misread clear comments to such an extent :)

> why don't you have an issue with people going bowling & drinking beer on saturday night, just to pick an example out of gazillions more?

Because I don't have an issue with people's hobbies. Here's the difference: nobody is pretending that people going bowling and drinking beer is somehow "incredibly important for future generations" :)

> this one has more outcome than just joy of participants

What outcome :)

> everybody here except you accepts it

Yes, I'm here with a dozen sockpuppets pooping your party, of course :)
Hillary is the front-runner in the democratic field. And the republicans are putting Jeb Bush forward as "most electable", whatever the hell that means.

I suppose the power elites are freaking out right now because neither of those bluebloods should be allowed anywhere near the white house.

Will status quo go out the window with the next president, or will we continue with the endless war, bailout, QE, and surveillance policies of the Clintons, Bushes, and Obama?
I've seen the entitlement Rob has seen, and to be frank, I see it a little bit in your messages to.

Rob doesn't owe this user anything. Nothing. Not even a reply.

He's being nice by responding at all. The passive-aggressive undertone to the user's questions - trying to evaluate the project to use it, and freeload on Rob's work, rather than take it as a starting point for further customization and personal stewardship, while criticizing things like performance before he's measured anything - this is pretty hard to swallow.

Rob may have responded to the cluelessness a little harshly, but it's hard to hold everything back when you're in a conversation with someone like this. And I don't blame him, because like I said, the guy wasn't owed anything.

Users like this aren't the "customers" for a piece of code like this. This is a seed file that you hack and customize for your purposes; it's not a library that you simply link in, or pull from upstream on a regular basis. The right thing to say to a user like this is: go away; this is not for you.
No-fly zone over Eastern Ukraine a $200m windfall for neighbouring countries
> Again, why? My understanding is that this controls the range of ports that the kernel selects from for new sockets; e.g., if you make a TCP connection to google.com on port 443, on _your side_ the connection is <your ip> : <a port from that range>; the default range is [32768, 61000], and this is per destination IP. (You can have two connections to two separate IPs with the same local port.) The default range is nearly 30k ports wide. Are you opening >30k connections to a single host?

This port range is sometimes known as the "ephemeral port range" and works as you described. How can you have 32 tabs open to news.ycombinator.com port 80? The source port on your machine are all different ports and from that range.

The 30K range is not to a single host, it's just all open connections waiting for data to return. That is to say, the connections are established, being established, or being torn down. If the connection was completely torn down you'd be able to reuse the port and there would be no issue.

So if your network working set is >28K ports, you may need to change this setting. Most people probably don't need to change this. If you do need to change this because you find your application is throwing errors about binding to ports in use, the above suggestion is fairly decent for setting and forgetting.

The one problem with the above suggestion is if you have an application binding to a port somewhere in the range of 10240-32768 or 61001-65535 (http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_number... for examples, it's obviously not complete). You can't just say that 10240-65535 is fair game for ephemeral connections, because inevitably an ephemeral connection will block a known port bind attempt, and your service will fail to run.
So We Might Have Killed the Job Description
I don't know you. I wish I did! I wish I knew more people like you, which is what I'm saying.
The particular example that stood out for me was the story of the elevator design problem. At some point, she lost interest. Fine, she lost interest. I think it’s fine to say so. “Sorry, I really can’t think of anything more productive or interesting to do with this problem.”

That happens in real life. You reach diminishing returns thinking about something. In real life, maybe you have a reasonable starting point and can get going with work on one of your designs. Maybe you rope a colleague in for fresh insights. Maybe you think about another problem and come back to this one when you’re fresh.

Or maybe you decide that the problem isn’t interesting to you and you don’t want to spend the only currency you truly have--your time--on it.

Hand-waving the entire question of whether puzzle problems are an effective interviewing technique, one of the things they select for is people who find that particular problem interesting. I recall being asked about balancing rocks in an interview. I honestly found it interesting. But I know good people who don’t. Should the question never be asked? I dunno. But I would personally NEVER fault someone for taking an honest crack at it and then saying, “That’s it, I’m out of ideas for balancing rocks.”

If I were interviewing and someone asked me about something that didn’t interest me, I’d take my best crack at it. If I ran out of juice, I’d say so. If they wanted to fail me for that, why should I argue? That’s one of the things they’re testing for.

Why should I lie to them about my level of interest and personality just to get a job offer?

This leads me to another faux pas. I have particular tactics for “Do you have any questions for us?” But I have been in interviews where I have lost interest in the process and don’t have any questions. That’s fine. Not all interviews involve me being curious at the end.

Why lie to them about being interested, if I’m not?
My question is: did the candidate know they were talking to the PM of Google Docs ahead of time? Springing that knowledge on the candidate during the interview is a bullshit move.
> They already get a low but liveable salary without having to pay tuition. I don't think many PhDs do TA/RA duties

Varies a lot by country. In the U.S., most PhD students do TA/RA duties, because that's the main funding mechanism. It's rare for universities to give direct funding for an entire PhD, though some do fund students' first year directly. A smallish number of students also get multi-year fellowships, either from the university or from an external source like the NSF Graduate Research Fellowship Program. The common case, though, is that each semester they're hired as either a TA or RA. In the best case, the student's advisor has a grant precisely aligned with their thesis topic, and the student is hired as an RA on that grant, in which case they're being paid more or less just to do their PhD. If they're less lucky, they have to work on a grant-funded project that's more tangential to their thesis, and then essentially have a side job.

On the professor's side this system is also a pretty big source of stress, because every semester there's a question of where your students are going to be funded from the next semester. Have to bring in enough grants to hire most as RAs (ideally on projects that lead to progress on their theses), rotate some into TA positions if there aren't enough grants to pay everyone as an RA this semester, etc.

In a different form RAships are also becoming common here in Denmark, though they weren't traditionally. PhD students are all hired into a 3-year salaried contract, but increasingly those contracts are funded by European Union projects, and a student hired into a PhD position funded from that source will typically have project-related responsibilities in addition to their thesis.
Getting Your Own Emoji Domain (in 2015)
So this is a different project where he has made a lot of suggestions and has contributed code that adds features.

Was there a particular reason you linked this?
How many of those were high ranking federal officials with access to confidential material at the time and have ambitions for running for President?

None of those even begin to reach the level of Clinton's conduct. She conducted ALL communications through the private email. None of the above used private emails exclusive. Most of them don't even sound like they used the private emails the majority of the time.

This is just an attempt at associating a larger issue with a bunch of smaller ones so people will think of it as a minor one.
Odd to see Fortune just putting up a snippet and link to a Quora answer.

Original:
http://www.quora.com/What-was-it-like-to-deliver-a-presentat...

Apparently Jobs sorted people by how or if they responded to the question "Are you smart? Are you going to waste my time?"

I'm skeptical that could be an effective heuristic, but he apparently ruthlessly evaluated people based on their perceived intelligence. He even savaged his own team when they didn't measure up to outsiders, according to a comment in the thread by Paul Weinstein.

Ben Mattes later describes an intimidating presentation about Assassins Creed to a man reported to hate violence and "not get" videogames. It was successful, left Jobs "beaming," suggesting some people didn't know him as well as they thought.

Arthur Applegate describes Jobs as an advocate for autosave as early as the 1980s.

There are too many anecdotes to summarize. Fortune (much like this comment) is barely scratching the surface.
You have to make all code threadsafe that execute from Job or you have to decouple Job code and App code.(which probably be required anyway because I'm not sure sidekiq supports old rubies)

So, in any case you have to rewrite as much as code that I rewrote in Go and decoupled from main App. (its not lot of code, I mentioned in talk)
https://www.youtube.com/watch?v=ky-uzsw0kqw

More appropriate I think
Honestly, I don't expect the Secretary of State to be emailing the baby sitter, I expect one of the several assistants/admins they have to do that.

I can't think of a lot of reasons of do this other than to attempt to hide things
Wouldn't it be stopped by enforcing the law? Say, bring charges against violators? Let them explain themselves in court. That's what court is for.
Do you read the entire End User License Agreement before clicking 'Install'?
Your post says too much, basically: "Nobody is an expert therefore everyone can add to the debate." Sorry, not the case. There are actually people who are studying AGI full time and have made it their life work, regardless of whether you know about it or not.

Unlike climatology, superintelligence is not yet an established scientific field. It does not currently exist to study. There are no experts. There is no consensus to be had. Everyone is technically unqualified to speak on the subject.

How do you figure? There are AGI journals[1], conferences[2], speaker circuits, hackathons etc...So I think you just don't know about them.

Doing so would be analogous to trusting a group of explosives experts circa 1944 in saying that we have nothing to fear from atomic weapons, because such devices are to utilize conventional explosive mechanisms in their operation.

This is a great analogy and I often make the comparison between nuclear technologies (power, radiometry, weapons) to AGI because of scope and potential. The problem however with your analogy is that the current experts aren't analogous to explosives experts, they are more analogous to Szilárd/Einstein. This is why I advocate for an AGI Manhattan project. We need about between 5-10 years of the smartest people alive working on building it. Not thinking about it, building towards it.

[1]http://www.degruyter.com/view/j/jagi

[2]http://agi-conf.org/
Well, I think it depends on what the definition of 'is' is. But I feel your pain.
I'm not making excuses, but comparing a custom solution like Bloomberg terminals to a versatile platform like the Web is not a fair comparison.

Despite the inherent performance disadvantages, people are stepping up and working on pushing Web applications to run faster. The efforts of the Ember team and others should be commended rather than ridiculed.
If you have tagged integers you can have 31 bit ints that are super fast (one shift away from the actual number). The performance cost (allocation) is only when it overflows.
Oh please. Someone use a permanent marker on the whiteboard? Take a regular ol' whiteboard marker and scribble over what you wrote. It'll take those "permanent" marks right off.

I was actually surprised that this isn't common knowledge so I made a video just now demonstrating (in case you don't believe me):

http://youtu.be/M-x8s6bTAU8
The trolling asked for LINQ, !dynamics, and !single_file_database. Given that C#/.NET is moving away from LINQ as the goto abstraction over databases, it's hard to see a person requring those things ever using Massive in the first place.

Of course the idea that there is no mailing list for Massive where this sort of internet banter can occur...well that's exactly why there is no mailing list.
Adaptive vs. Inline/Always-On Deduplication: Nutanix NEXT Community Podcast
"Computer Programmer" is a term that basically anybody will understand if you tell them that's what you do.

"Developer", "Software Engineer", "I run a software company", etc. will often get you a blank stare when you quote it to regular people in answer to "what do you do for a living?". You'll have to follow up with "I program computers" anyway, so you might as well just start with that when meeting people at a party.

The only reason you'd ever need to pull out the actual official description of what you do is if you were interviewing for a job (or consulting gig) with an organization that took such things seriously. For that case, fall back on the reasoning outlined in the excellent article "Don't call yourself a programmer".

For the more common case where you're not trying to impress anybody (or explicitly trying not to sound impressive), and just trying to hold a conversation with people you're probably never going to turn into clients, it's best to simply use the quickest term they'll understand so that you can move on to more important things.
Yes, I read every contract I sign my name to, or prevent myself from taking that action.
I didnt start doing this until I was probably about 16 or 17 and realized the terms that people were tying themselves to, and often that said terms were legally binding.

I have had employers and peers ridicule me when I take my time to always read everything in the contract, and I simply dont care, I will continue to do it anyway.
Yeah, I don't see the problem. He asked a couple simple questions about architecture decisions and thanked Rob for answering.
The problem is that with the REST standard there are a lot of edge cases that are not commonly used. REST advocates cannot claim that no one is using REST "properly" and at the same time say that REST should be used because it is so common. Take the Dropbox debate, one prominent post featured on HN said that they should use a PATCH request type, which is very rarely used (outside I think certain version control systems). I imagine plenty of developers who want to use Dropbox's API have not heard of a PATCH request type.

So yes informal sloppy REST is commonly used and there is some virtue in that, but as any REST advocate will attest to, sloppy informal REST has its drawbacks, as Dropbox found out. Moving to a more formal REST architecture may solve those problems, but you lose the "commonly-used" virtue.

Add to that the problem that when you have application logic that is not REST-like, forcing it into REST can require a convoluted middle-layer. Avoiding that complication is worth well more than "commonly-used"

I like REST in general, and I even think formal REST with its many HTTP verbs and HTTP headers has a formal elegance. But there are plenty of reasons to go in a different direction, if your application logic favors a different way.
Personal favourite for novelty error pages is the Rolling Stones' 404 — http://www.rollingstones.com/adsf
> After several days, the CTO / Hiring manager gives up on writing the job description, copies something

What kind of terrible CTO is that? If you don't know how to describe the tasks and requirements of a job such that a person qualified to take it will understand what the job will be, then you have two options:

1. If your org is big enough, delegate to the team leads closer to the matter, better yet: To the actual people the new hire will be working with.

2. If your org is small: Resign, you're unqualified for your position.

Don't try to fix hiring by ignoring the actual problem and try to jam in a terrible hacky workaround. The only real fix is to be honest about the job.

@lobster_johnson: Fair enough, that would be a valid use.

@workshape: Oh hi, have you come with the downvotes after deleting the first submission on which i made this comment? ( https://news.ycombinator.com/item?id=9143891 )
There's no need for such a law.[1] If you haven't read it, or if you don't understand it, don't sign it. Problem solved.

If you don't have the confidence to ask for time to consider or seek advice about a contract you've been asked to sign, that is a different problem.

[1] In some jurisdictions there is a statutory 'cooling off' period for particular classes of contract (eg five business days for the sale of residential property) during which the purchaser can decide not to proceed, but there is no such need in relation to commercial transactions generally.
Oh, definitely more of the same.
Until this nation's citizens stop the my party is better than your party BS and actually start paying attention to what these people are doing to our country, we'll never have change.
because I don't believe it taught me anything.
Even my memories aren't really happy memories, it's more like crazy memories.

But as I am in the US now, I can't really even consider the same level of freedom, I would just end up in jail.

I'll just try to give my kids as much freedom as I can. For my 2-year-old for example, when we are outside, I let her do anything as long as it's safe. Jumping into puddles, touching things covered in dirt, let her choose the streets she wants to walk on. At this age it's not really extreme yet :)

BTW: I am a germaphobe. But as long as my own house is clean I'm ok with that. I just get my kid cleaned up as soon as she gets home. It is hard for me to watch her jump in puddles, but she is having so much fun :)
Apple has offered their "one true solution" in many sizes before in the past; it's hardly unprecedented.
Hey CaptainDash - what is your native language? Did you use Google translate for this?
What I take from the article is that we try to push things into where they don't really fit. I like the modern URLs we are building now, that they are easy to understand to humans.
The problem is not wether we should use GET or POST, the problem is when we try to use PUT and other verbs for things they are not ment to do.
If you want a system to perform an action, it's not GET or POST, but it's not PUT either. You can't use the old HTTP error codes for application errors such as "flight is overbooked."
What I also don't get is people that seem to need constant churn on an open source project for it to be deemed "usable" or "production ready."

Those people would go insane in common-lisp land, as most libraries have been "done" for quite some time.
http://☕📷.ws
It was more the algorithmic part that challenged me. The rest was easy, but I lost so much time and nerves to the algorithms, that I didn't deliver the needed quality on the rest.

I don't know how much those things really have to do with the jobs. Like I said, I worked for years as a dev and shipped many products. But they were more of a architectural challenge than an algorithmic.
I've walked out of businesses and/or offices on account of contract terms offered. There is that option.
Reminds me of the dreaded 'Pink fluffy unicorns dancing on rainbows' torture:

https://www.youtube.com/watch?v=Sm368W0OsHo
Show HN: An interactive comparison chart of the 300 most popular tablets