skysight-inc/HackerNews huggingface dataset:
you could also just type '&' at the end of each command ;-)

What i'd like instead, is based on the same issue/idea, which would be a real "linemode" where your prompt is "locally updated" and anything sent to "the shell" is asynchronous.

This would not fork processes in the background (i want to be able to be selective on that obviously! so it would queue up processes if i dont specify '&' for example) but ensure that you can always get back to the prompt.

This also makes it so that the prompt would be instant over the network as well.

Note that some protocols do support linemode, just not SSH, or obviously not the native common shells either, at least, not without building a forked version
I didn't say the function would be in a dynamic library, although you're right that this would work if it was.

A statically-linked function would have to be referenced directly in the executable somewhere.
For those interested, here's another article with average salary for engineering jobs in Barcelona: http://novobrief.com/tech-developer-jobs-salaries-barcelona/
> I'm wondering if there are any recommendations for "Heroku-like" providers with a free tier that stays up 24/7 for super simple Rails and Sinatra apps, perhaps with a DB.

OpenShift(https://www.openshift.com/) may be the service you're looking for. I haven't tried it, but it looks nice.
It has very high insert speeds, and amazing compression (up to 500% in my tests). It's very powerful if you're inserting terabytes of data every day on commodity hardware.
Was just coming here to voice my concerns over this choice as well, wondering what their reasoning is for changing crypto systems.
Show HN: Space Invaders built with React
> http://www.npr.org/sections/money/2014/09/08/345820789/why-d...

Having had to re-implement a few legacy systems in newer code for nothing nearly as complex or with as much risk as what you're referring to, I can't imagine any dev not screaming and running for the hills if asked to do this. The chance it will work correctly without bugs early on is close to nil, and the downside for bugs when dealing with financial systems makes the risk analysis being as large as it is, it's pretty clear cut.

I keep telling myself one of these days I'll get to reimplement some system that has good test cases, but I know that will never happen. Any system that is designed well enough to have good tests doesn't really require rewrites in the vast majority of cases.
is there an objective alternative to more data and more assumptions ?
they just don't seem to realise it

Learned powerlessness.
Or perhaps even "Update on OpenSSH for Windows", which eliminates that ambiguous structure and maintains headline capitalization.
Shorter project sprints came about to try to fix the problem of project failure. Failure to create a loop that feeds discoveries in to a project's knowledge, and to communicate knowledge between teams is exactly what makes projects come to catastrophic ends, and that's what the shorter cycle time attempts to correct.

The fact the product benefits from faster innovation is a function of more efficiently sharing knowledge and data, not spending less time on individual components.

Designing and testing an engine can be done in an agile style. There's nothing intrinsically "software only" about the methodology.

NB: I ran a startup that made software to manage requirements in big projects. I've spent lots of time thinking about different ways to manage things. Including how not to, but that was after we failed.
Even if generics never come to Go, my hope is that at least common pipelining tasks like merge() will become part of the stdlib and have magical generic support... but I haven't heard anything to indicate that such a thing will happen. :(
Read some history. I would suggest starting with US civil war which notably failed.

The 'US' revolution was losing the war prior to significant aid from France. And this was vs. an oversea enemy using 1700's era weapons and armaments. Vietnam involved some direct military engagements vs. jets and other modern weaponry.

There are a few successful uprising in modern history, and lots of crushed attempts vs. far worse military's than the modern US war machine.
Just a warning: Reading the title, I thought it was a knife version of the infamous laser razor, but this is completely different and unrelated.
As a nit: There's nothing really wrong with "Krokodol" which is just a slang name for desomorphine. The problems are due to poor manufacturing and unhygienic use. So you could just as well say "why risk taking street heroin when you can buy Bayer Heroin at the pharmacy".
Everything You Need to Know About the DraftKings/FanDuel Scandal
> I find that to be a very odd statement. Usually, the developer waits for the compiler in order to find out if the code compiles and executes properly. That is, every minute of compiler time costs a minute of developer time.

If your business starts to hit a wall on compile times you can buy a computer that can compile twice as fast. It's much harder to buy a developer who can think twice as fast. And every year the computers get faster and the developers stay the same.

> Worse, the developer time you spend due to lack of a feature, you spend while writing some code that would benefit from the feature. The compiler time you pay every time you compile - year after year, for some projects.

No, the cost of being unable to abstract increases exponentially as your system grows. If using language X lets you cut 500 lines from a 1000-line Go project, then when you have a 2000-line Go project, in language X you'd be able to cut 500 lines from each half of it considering each half in isolation - and then you'd be able to cut some more because of things that were common between the two halves - so you'd end up with just 750 lines of language X. And you pay the cost of extra lines every time you read or debug, year after year.
> Hard tabs make "pretty/readable indent" formatting difficult too.

That's alignment not indentation. AFAIK gofmt uses spaces for vertical alignment
Google AppEngine is a good alternative for Python, Go, Java, or PHP web apps.
CEO Jonathan Jaglom Talks About MakerBot’s Challenges
I am waiting the moment when I can throw away WinRM and SSH to all the servers.
Facebook M Assistant’s Top Requests Include Restaurant Suggestions and Shopping
Check out coCoon tech co-working space while you're there: http://www.hkcocoon.org/en/index.aspx

it's only 700 hkd for the week pass.
> Auth is something different. You should return a 401 with no additional information indeed.

Yup, that's better.

> However, the point is that as an API client, you want to be able to distinguish between "this bookshelf does not contain book X" and "what are you talking about, there is no bookshelf here".

I suppose you can return a 403 if it's something you shouldn't be accessing, but then you're bleeding information. You're letting the client know that it exists, but they don't have permission to access it.

A scheme that checks for permissions first and defaults to 403 when they're insufficient regardless of the existence of the resource would work though.

I guess it depends on how you implement the entire system.
When using last names, sure it's fine to insist on Dr. Smith over Mr./Ms. Smith.

But if everybody at the company is on a first-name basis but you insist on having everybody call you Dr. Smith, you're being unreasonable.
Google Resumes Recommending Encryption by Default with Android 6.0
> I think this is costing us a lot of talent, it may cause people to favor other fields, and it may cause people to give up and drop out.

Personally, I think it's a good thing. It filters out people who are in it for the money and ensures that people who stay despite the shitty interview process are real enthusiasts.

But then again, I'm a programmer, not a manager running a company, so I understand that our incentives are not exactly aligned.

Other than that, I kind-of agree. One of the best interviews I had began with a "standardized" (for the company) test that set the bar with the basics (linux command line, memory management, threads, ...), and the continued with more specific competencies.

> she didn't think she would make it through their rigorous testing process

I though so as well once. It turned out to be one of the hardest, and therefore most interesting interview processes. I'm very happy at that job now.
"I'm a programmer because I can code, and at the end of the day, that's all that really matters."

That is so patently untrue it's not even funny. If that were the case, then we wouldn't even be having conversations about agism, sexism, racism, lack of diversity, etc.

"I've always considered rejection for any reason a self solving problem: if you're too stupid to accept me (whether you're in Silicon Valley or not), then I would have never wanted to work with you anyway. I'll find someone else who understands the value I produce and can provide the environment in which I can thrive."

That's of cold comfort to someone looking for a job, and constantly being rejected because the employers are "too stupid".

"Life is unfair, especially in Silicon Valley"

So? So we should continue with it being unfair? Or should we be trying to make it more fair?

That argument, to me, is the argument of someone who's either benefiting from the status quo, or just wants to make themselves sound better.

"It doesn't matter who you are, where you're at, what you're like, what you have, or who you're with."

Again, this entire thread is about the fact that it is just that.
It would be nice to have a job with which you can pay rent and buy food, and pay for that web hosting.
>men in general are not exactly known for being trustworthy when they're drunk and about to have sex

Jesus, I can only imagine the reaction from HN if you made such a sweeping generalization about how trustworthy women are. How can you verify that a woman is on the pill? Even more, what if she says she has an IUD? How is that verifiable?
I would say that it is reasonable to assume the "not a good culture fit" IS discrimination until proven otherwise.

And once again, with the supposed shortage of engineers, why isn't the company adapting?
Or it could be that the FAA and other airline regulatory bodies around the world (especially in UK and Europe) keep innovations from happening, and so development times can be long.
Well, I'm not sure I understand your question. Answering the question I think you made here...

People were starving, with no job available to them. The jobs that existed suddenly become extremely demanding (to the point that lots of people died executing them), and salaries went to the floor all over around.

They didn't need those same jobs they lost, any other would do. But there weren't many others.

That said, I expect the next cycle of joblessness, powered by AI, to be much worse. Not only will things get bad, but they won't ever get good again (a century is peanuts). That's because machines can improve at least as fast as humans. I think it's very important that we act differently on the next cycle, once it really starts.
We're speaking relatively. In the context of the conversation, it makes absolutely no difference what someone working in a McDonalds in rural Wisconsin makes. We're talking about the cost of engineers. And compared to people who do have experience, they're working for cheap.
I've twice worked on apps that were in modern (for the time) languages... One was VB6, the other was ASP/VBScript that were written like COBOL. The former was rather impressive as it used a few language features I wasn't really aware existed at that time. This was in the mid-late 90's.

That said, if what you write is relatively easy to reason about, well structured and maintainable, I'm much more pragmatic about it now... These days my biggest pet peeve is introducing design patterns where they really aren't needed, and a simpler solution would be easier to use.

I'm 40, and haven't really experienced ageism, though I'm fat, and have experienced a lot of bias based on that. I also work in a town that's more line of business software (Phoenix), so there's usually people older than me... at this point, I'm on the older side of the groups though.
Then come out and say it.

I'd be all for the phrase "culture mis-match" being banned. If you can't properly articulate why you don't want to hire someone, then the problem is with you, not the applicant.
Glad they're thinking of new ways of tackling this...though a much cheaper ($1/unit) and easier to make solution exists (invented in 1990s):

http://practicalaction.org/zeer-pot-fridge
I did not see any conspiracy theories in the article. I saw a reasonable explanation of the incentives involved, and why those incentives resulted in no new option for male birth control.

There is a scientific barrier, but I think the article provides good evidence that it wasn't until the past two decades that some of the fundamental research related to that has been done. That is, because of the above-mentioned incentives, no one bothered doing some of the basic science necessary.
I'm guilty of this when writing C. I really have no desire to learn the language properly (it's hard enough to fit C++ in my brain), so I'll just follow the patterns others have set.

Microsoft does stuff like:

typedef struct _FOO {
...
} FOO, *PFOO;

Yeah ok fine, I'll do that.
Mosh has this fully sorted too IMO: https://mosh.mit.edu
But, that's arguing two points, right? That's like saying ASCII has 8 built in non-visual field separators, so people should use those instead of CSV/TSV for text tables.

Sure, it's technically the right distinction, but it's not practical in any reality in which we live.

Trying to say "alignment" is distinct from "indent" and that tabs and spaces can be mixed depending on your intention is just crazy talk.

The only place tabs should be used is in Makefiles, and Makefiles should be autogenerated by CMake these days, never written by hand.
I guess if this happened to some common employee, he would be fired eventually. But Director of the CIA is a political position. So, it's much harder to fire him, because of political implications.
Nobody expects or wants the Facebook to act like a secretary.
Can anyone familiar with the applicable rules clarify if using your personal email for classified information is a crime?
> what may be most remarkable about the engines is that they took almost 30 years to develop. That’s about 15 times as long as the gestation period of an elephant

Who the hell is running their analogy department?!?

"Thirty years! That's a big number! We need some kind of comparison that will instantly give the reader perspective. Of course, in this, as in so many other things, the answer lies in pachydermian pregnancy patterns."
Hell yes. Watching packer shit a brick 5 times a day trying to upload virtualbox guest additions via WinRM makes me want this yesterday.

Also I had to up the memory ceiling on WinRM to 800Mb (WTF!) to even get it to complete.
Since I'm not at all confident in my abilities to secure things properly yet, am I at any risk of racking up a massive bill from a hacked account if I go with the AWS free tier? Or is that simply not a possibility?
What mathematical models do: provide ad-hoc support. It is better to call them out for what they are: ad hoc explanations do not contribute to sciences.
If we could distribute a new gear design which fixes flaws in some over-the-air patch it'd be a lot easier to iterate and improve.

Selling thousands of engines too soon and realizing they all suffered from a critical engineering issue could bankrupt your company. There's a lot on the line!
> Address POSIX compatibility concerns

Best way to address POSIX compatibility concerns is implementing a proper POSIX layer in Windows (and not in a half-baked manner like the now deprecated SUA). I can't imagine how it would hurt anybody.
This apparently linked twitter account https://twitter.com/_CWA_ has posted what appears to be un-redacted screenshots of names, phone numbers and social security numbers of what I would assume the NYP article is referring to as "top American intelligence officials".

A quick crosscheck of the names and emails brings up:

* The current Senior Director for the North Africa and Yemen National Security Council for the White House

* The former Former Deputy Assistant Secretary of Defense, for the US Department of Defense

* A retired 3-star general and former Deputy National Security Advisor to the President

It says something sad about our cybersecurity preparedness that the director of the CIA is keeping this info in an aol.com account.
Absolutely agree! Diversity is key for most aspects of a business but I'd still expect to see a higher % of founders from Barcelona and the region.

I'm British so I'm not being nationalistic here or anything :)
Its kinda like the first rule of fight club is not to talk about fight club, so here I am listing sacred topics, but I forgot not to list the most sacred topic of all...
I thought the next example was even more inane. It goes on to say: "and unimaginably longer than it takes to pop out a smartphone app".
IMHO: In most cases, dedicating 50% of your time to marketing is a good idea. The notable exceptions would be:

* Your growth model relies on virality. (In which case, as long as you have some traffic, that should be enough to test your model and potentially start growing).

* Your growth model relies on SEO (in which case, you should spend time on that, not direct marketing)

* Your growth model relies on referrals. (Think of a contractor who does no marketing himself, he just incentivizes his clients to refer new clients)

* Your business model doesn't rely on user growth (hard to think of an example here, but I'm sure it exists).

But in most cases, you've got to market the product aggressively. Think of how many millions of sites exist (and are vying for your users' attention). Without some effort put into marketing, there's little reason to assume a user will visit your site at all.

That being said, you should do what you're good at. If you feel like the product needs to be marketed heavily (and you don't enjoy that kind of work), then maybe it's worth finding a co-founder who enjoys that part.
I see this in HW too to a lesser extent.

I think a lot of this comes from insecurity by the interviewer and the interviewer's need to feel smarter than the interviewee.
For those interested the source code is here: https://github.com/PowerShell/Win32-OpenSSH/
I think so and it is an incredible pity because I've met developers who are incredibly talented not have enough belief in their skills or to go it on their own. (Granted it's not for everyone).
There is no incentive for man to impregnate a woman. That question, however, takes pregnancy as the given outcome. A man does have incentive to have sex: he likes it. anigbrowl's point was simple: by most measures, pregnancy is more "expensive" for women than for men, so women have higher incentives to not take the risk.
I would flip that around: Make zero-knowledge systems and strong encryption routine in consumer internet products and services. Then you could use your yahoo or AOL mail for anything and there would be no bad consequences. Seems more reliable than trying to enforce the use of some crappy system made by a beltway bandit that is hard to use and inconvenient.
Very off topic - I thought that publically was a mis-spelling, but apparently it may be acceptable now!

http://english.stackexchange.com/questions/45136/difference-...
Throwing things at the wall to see what sticks is precisely how drugs were developed before the 1970s. It's called phenotypic screening, and it worked quite well. There's an argument to be made (Derek Lowe makes it here [0]) that it worked better than the modern method of target-based drug discovery.

[0] http://blogs.sciencemag.org/pipeline/archives/2012/04/16/phe...
I paid for my first PowerBook G4 this way. I didn't buy the built-in SuperDrive because I knew I'd burn it out in a few months, so I got a Sony FireWire DVD writer.

I had my PC setup with all the file sharing programs, hammering my cable modem 24/7, downloading movies and music. DVD's were $10 and audio CD's were $5.

My main competition was bootleg movies on regular CD's that you could buy at flea markets, gas stations and party store but they had terrible quality. Not just because they had to fit on a CD but many of them were shot in the theater with a handheld video camera, not rips from IRC channels. They were only $5, though.

It was way too much work driving around dropping discs off and I couldn't use my laptop for learning Cocoa, so I stopped doing it after a few months.
Because people would build for that instead of Win32.
This was making the rounds a while ago as half DIY half managed: http://convox.com
Vantagens PhD Advanced Mass Resultados
Yeah. I'm in the Denver/Boulder market, and have never heard of anyone needing a broker (had a friend use one once, but she didn't get a ton of value out of it). In fact, a company I used to work with tried to do a broker model (concierge renting) and it never went anywhere.

SF/NYC/other coastal cities may be a different world, but rental brokers in my neck of the woods are just not used in my experience.
Considering at this point the vast majority of my CC usage never requires the card leave my possession, I can't imagine anything the card says being a major impediment.
> I don't think that running plain text services is warranted

So stop the fear mongering over self-signed certs so plaintext can simply end.

> while forming the mindset of people into a false pretense of security

Then stop conflating self-signed certificates with a trust system. I'm talking about a replacement for plaintext; this doesn't affect the handling of authenticated certificates in any way.

Since you still seem to not not understand this, let me be explicit: I'm saying we need protect against passive eavesdropping at the network level. I never said you should lie to the use* and claim their connection had any additional security. These fears about a "false pretense of security" are not relevant, as a move from plaintext to opportunistic encryption with self-signed certificates shouldn't be visible to the user.

> I cannot trust that the party which I am communicating it is the party I intended to communicate with or that no one else has the key.

Obviously. I never claimed otherwise. This isn't relevant, and if you want to protect against this threat model, you obviously need proper authentication (which I recommend whenever possible). Currently a lot communication on the internet has authentication risks AND allows anybody with a packet sniffer to log their data for next to no cost? You to believe it's a bad idea to convert those plaintext situations into something that has the same authentication risks while only betraying the contents to a single eavesdropper, who must be a MitM.

There is no technical reason not to do this. As you obviously know because you referenced the certificate warning popup, self-signed certificates are trivially identifiable, so there is no reason to confuse them with normal certificates. Absolutely nothing needs to change in how this is presented to the user, so we aren't creating any sort of false sense of security.

> Under those circumstances I will not transfer any information that I would not transfer over plain text period,

Good for you. What does that have to do with the fact that much of the internet is still filled with the plaintext of people who don't understand this kind of technical topic? Why are you resisting shielding their communications from passive eavesdropping?

This attitude that security must protect against all threats (or at least the treats YOU care about) is a major problem. What do you think is going to happen? It is magical thinking to assume that everyone will suddenly start using full, proper crypto (they can do that right now). We've been trying that for years and the result was a lot of people staying with plaintext.