skysight-inc/HackerNews huggingface dataset:
Talking of the giggle test, millions of audio streams is just the kind of thing this was designed to snack on - https://en.wikipedia.org/wiki/Utah_Data_Center

Regardless, the black box aspect means this can be targeted to high value individuals and could even be limited to their home or mobile networks. Then again, it's somewhat irrelevant since all sysadmins are already legally owned by security services and sworn to secrecy by the current legal frameworks, no cloak and dagger required. And it would be hard to believe that any competent foreign intelligence org hadn't fully infested such juicy targets as google and high value corporate networks long ago.

There's an old rule that you shouldn't write down anything you wouldn't want to hear read out in a court of law. Same goes for online, and now for when you are in the vicinity of a mobile device.
Open sourcing System.Windows.Forms wouldn't achieve much anyway because it depends on the Win32 API which is Windows-only. The same is likely true of Cocoa Touch, I imagine it , depends on a lot of iOS functionality.

C# and .NET's openness is a great thing and I think it's unreasoanable to expect to be able to write Windows apps on other platforms which lack the underlying APIs to support them. The same is true of Swift - why all the complaining?
Haskell has some great solutions for lazy IO: io-streams or pipes for example. Check them out! It's a great way to code IO.
This is commonplace in London too. Streets of empty properties. London already has a housing crisis which can't be fixed by ordinary means because the population growth far exceeds the property construction, despite it having been ramped up. What would help of course is Land Value Tax, but that is less desirable the higher up the social pyramid you are.
I think the problem is that occupation-specific visas may distort markets in a way that general immigration would not.

Now, short of open borders in every direction, any immigration system could be seen as a form of protectionism. But an immigration system that allows people to come in as free and full citizens, without requiring them to have a specific academic background or have a job offer from a specific kind of company in a specific kind of position (tech, in this case), would do more to preserve the positive qualities of a free labor market than targeted, industry specific, role specific visas.

Let me give an example of what I mean. Suppose that a country with a large and valuable market has a 100% protectionist tariff on all foreign grown fruits and vegetables. The next day, the government removes tariffs on lemons only. Would that lead to a freer market in fruits and vegetables?

Most likely what would happen is that anyone outside the borders seeking access to that market would start producing lemons, and anyone inside it would seek to start producing something that is still protected by tariffs. Domestic production would collapse, imports would soar.

I think this is essentially what the US has done with IT. We've created very specific visas for a narrow band of roles, under the assumption that there is a "shortage". Open borders are a political non-starter, but we could replace this with a lottery that allows people to come here as free and full participants in the labor market, welcome to choose whatever field they like. This way, tech employers would have to actually compete in a free labor market.

My opinion, like a lot of people here, is that there really is no shortage, in the sense that aversion to tech careers may be very rational when you consider options available to people with the talent to do tech. Without these visas, tech employers would actually have to compete with finance, law, medicine, nursing, and dental hygeine, and so forth to hire workers.

There is no reason immigration would need to subvert this, all we need to do is allow immigrants to come here as free citizens with choice, and not force them to study a particular field or work in a particular job role as a condition of coming here.
Very exciting to see this. This book [1] argues for more play from both parents as it is how children learn and develop. If you are a parent, you will probably notice that when a child plays by himself, he will use phrases you use with him, pretend to be the parent in situations with his dolls / toys, act out situations he didn't understand previously. After reading this book, it gave both my wife and I new ideas on how to interact with our son (now 3). Is he afraid of something, have his dolls act it out and one of them is afraid of the same thing, for example.

The book has really helped us as well if anyone is looking for new avenues to teach, mentor, discipline their kids.

[1](http://www.amazon.com/Playful-Parenting-Lawrence-J-Cohen/dp/...)
That still requires the confidence to give it a go, though.
R has lazy evaluation (but only at function arguments). That makes it an easy place to play with some of the effects of lazy evaluation (but not get too bogged down with issues like IO).
How the Plan9 team saw it

Subject: Andy Tanenbaum hasn’t learned anything

From: <Rob Pike> rob@alice.att.com (research!rob)

Date: 6 Apr 92 20:06:28 GMT

<snip>

- Microkernels are the way to go

False unless your only goal is to get papers published. Plan 9's kernel is a fraction of the size of any microkernel we know and offers more functionality and comparable or often better performance.

<snip>

to see the other points :

http://harmful.cat-v.org/software/andy_tanenbaum
Did you break their rules? Their terms say that they can cancel your agreement, but only with a 2 months notice:

> We can terminate this agreement for any reason on two months’ notice and immediately in certain circumstances

Source: https://stripe.com/gb/terms
It would be nice if stripe offered name & address as an option to help prevent fraud, but they probably won't require it any time soon.

It may be odd for a company of their size to skip validating name & address, but I don't think this is unusual. I've implemented several medium-to-large payment processing systems and the processors didn't care about name & address -- they just wanted the numbers on the card.
Names and addresses are extremely difficult to verify as spelling, abbreviations, etc. can all come into play.

With that said, about 3 months ago I was having problems reloading my Starbucks card with my credit card. The charges would go through on my credit card, the balance wasn't updating on my Starbucks card, and Starbucks system got stuck in a loop somewhere and kept taking money out off my card until I called my bank to get them to stop approving the charges altogether. Long story short, I called Starbucks and after about an hour the poor girl on the phone told me they had implemented increased fraud protections that compared the name on your Starbucks card to the name on your credit card. Because my credit card used my full name and my Starbucks card didn't the balance wasn't getting transferred over and was getting stuck in a loop somewhere. Not sure how they were doing the name verification or if they were just doing a simple compare in house, but needless to say was a little frustrating.
So basically, a useless hipster fashion lead fluffy syntax change, which mainly makes code harder to read, and makes typos more common.

// foo takes a function, and a boolean.
// foo(a=>7, a>=2);

Really? That's easy to read is it? Eugh count me out.
My only audio recording device is my webcam and it is incapable of being in use without the light being on as far as I am aware. So how would it send them audio data without the audio device realize it is being used?
If compelling Google into changing their software to allow it to record audio for the NSA is trivial so is compelling Microsoft/Apple into changing their OS to allow the NSA to record audio. Chrome doesn't change things if the NSA is willing to make its objectives known to software vendors.
Why not generate an index containing all strings + all strings off by Levenshtein distance 1 (or N)? This is what I assumed google would do, but I don't know the index size.
Can one HN user, working alone, get something on the front page? I thought it took multiple votes.

It's almost like you're arguing against accountability and transparency. Should posts about HN companies not show up on HN, and instead be written about on a different website? Maybe BusinessInsider or Bloomberg? It's true that many will upvote it merely because an HN company was mentioned, but like the other response says, there are many "me too"s in this thread.
Can we change how developers make money?
What kind/level of support? Call center staff don't often know such things.
I know JS, however most of the projects I work on use Java or Python. I'm looking for a language that will give me a good understanding of the backend and will help me pick up other server side languages when I need to start on a new project.
if you're looking for another data point, when I raised funding for my 1st startup in the valley I believe the lawyer (this was from a top-tier firm), offered to defer the first $60,000 in fees (until we raised funding) and they asked for a 1% equity stake. It seemed like this was the policy for most of the firms I spoke with.
Fitbit opens ipo up 52%
You are probably right, its a shame though as Xcode 7 will basically let you write a book , with the new multi page playground feature.
That should be much easier to optimize against vs having no paging at all though. Are Apps running in the background asked to free up storage or be killed before the active app needs to do the same or are they referring to the active app ?
Which in turn reminds me of this BBC Radio 4 clip which made me chuckle: http://www.bbc.co.uk/programmes/p02n9txt

"The Terminator is an accounting programme run amok"
Is your point something interesting or are you just snarkily pointing out that perfection has not yet been attained?
But that's the thing: it doesn't. You can take GPL'd code, modify it, give your derivative work to other people and never contribute back.
Show HN: Revring, a circular buffer with zero memory waste
> You could equally well say - "why should artists expect to user Apple's IP to market their music for free?"

Except that they don't. Apple takes a cut of each payment just like it does on the App Store.

"Artists using Apple's IP for free" is not what's going on here - Apple is stating it will not pay artists in an effort to subsidize its user acquisition efforts. If Apple were forgoing its portion of each subscription payment, while still paying artists their portion, no one would be complaining.

Let's put it this way: tomorrow, Apple announces that it will be introducing an "App Store Subscription." For $9.99/month users will receive unlimited access to all apps on the App Store. Developers will receive a share of each user's subscription payments in proportion to app usage. Apple simultaneously announces a 3 month free trial for all App Store accounts, and states that it will be making no payments to developers during that trial since users are not paying for it.

Do you feel that this is a fair arrangement?
One thing to keep in mind. If your friend has a Google device using Chrome, and you are close to them (in the same room) it hears your voice as well.
Migrating FormKeep to ember-cli-rails
As mentioned by many others - there are a number of details missing here that are extremely relevant. What are you selling? Where? To whom? If you had hundreds of charges in your first month, did you migrate over from another payment supplier or are they brand new customers? If you migrated, how did you migrate?

I used to work on fraud operations at a payment processor and there was always more to the story. There were four categories that account's broadly fell into:

* The quiet fraudster. These would either have a scam business model with real victims attempting to pay, or would not have a business and were using stolen payment details to pay themselves. The quiet fraudster would not argue when you closed their account - they would just sign up again and try a different approach to get round your system.

* The loud fraudster (the vast majority of fraudsters). These come in all shapes and sizes. They were often the most obvious frauds (100 payments from the same IP at our max payment amount, within 10 minutes of each other). Unfortunately they sometimes came in the form of someone deluded - for example the man that sold 'magic beans' that cured AIDS. These are the loud fraudsters because they will either shout down the phone at your support team (shouting never helps when calling support - by the way), or try and drum up negative PR to create pressure.

* The accidental fraudster. These people have good intentions, but are none-the-less breaking the rules. For example, migrating all of your customers over to a new payment supplier by filling out a new payment form on their behalf (note - I worked for a payment processor that was not based on cards - this method may be allowed for CC though I doubt it). The accidental fraudster might also have fraudulent customers paying them yet be a legit business - for example online sellers of jewellery will have a lot of people pay with stolen details hoping that the business will ship the goods before the payment is flagged. Sometimes you can work with the business to fix the issue, many times you have to let them go (remember, they will have all the signs of an obvious fraudster - so you have to be sure that their story is true).

* The innocent. As you can imagine, sometimes there are people that have all the signs of a fraudster yet are perfectly legitimate. There can be many reasons for this.

===

Without a lot more information, I cannot begin to speculate what category the author falls into - hopefully one of the latter two.

That said, as much as I love what Stripe in general, it is completely unacceptable for them not to have an escalated support/appeals process for fraud complaints. If they have made a mistake (which happens even with the best fraud systems), then they could be destroying a business that might have customers/employees/suppliers that are also relying on them to receive their payments on time.
Security/Convenience/Price

Security and Convenience are a classic tradeoff. I suppose you could argue that a good implementation of either isn't cheap.
> An example of where it fails in explaining code to the layperson is the part about compiling C code in the command line. Yes, a layperson could follow this step by step, but I think if they did they wouldn't be able to put it in a larger context. Ok, it is compiled but what does that mean? How does that compare to other languages? These are questions that are left unanswered for laypeople, so it is just confusing and unrewarding.

I'm not sure this is a drawback to the article. Compiled vs. interpreted and etc. etc. is a huge set of things to explain and would muddle the point. Most laypeople probably aren't interested in the hypertechnical details--do you read an article on what it's like to do mathematics and come out wondering why they didn't go into more depth explaining why functions over complex manifolds have interesting properties? Is it not enough to say "Ok, continuous functions over complex manifolds are interesting compared to the functions you learned in high school (like y=x^2+x+1) because they are restricted to certain behaviors, which makes them easy to predict"?

In the end, the human story of "What does Jim at the end of the hall do all day, anyways?" or "What do the people who make my phones/car/computer/life work do, anyways?" or etc. is a lot more compelling and interesting than teaching the minutiae of 'code' as an abstract idea in an article, so I doubt a nontechnical layperson leaves unsatisfied with the explanations in the article. I don't look for technical explanations in articles on chemistry or biology, either, since I know I don't have the background to learn about them in what is well under a short book's worth of material--I'm not sure why anyone else would, either.
This is already something every major US and Canadian bank offers. It's called a merchant account. The API for using a merchant account on the web is called a payment gateway. They all offer them.

http://www.rbcroyalbank.com/RBC:z7TrmawYUA4BRAAwmCMAAAD8/bus...

http://www.tdcanadatrust.com/products-services/small-busines...

http://www.scotiabank.com/ca/en/0,,557,00.html

https://www.bmoharris.com/us/small-business/services/merchan...

https://www.cibc.com/ca/small-business/merchant-services.htm...
usually it's because when you're buying something it needs to be delivered ;)
Except Google and Amazon's primary customers are consumers. Amazon's customer support is quite good afaik, at least if you're on the buying end.

Stripe is a B2B business it's also a bit 'lower layer'. You would have to rely on them for your business quite heavily.
JavaScript creator Eich's latest project: kill JavaScript
Using arrow functions also lexically binds the this value in the anonymous function, an important change for many.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
You are trolling, but arrow functions (unlike those defined with the function keyword) also bind this to that of the enclosing scope. The results in more intuitive behavior in most cases and less explicit bindings.
I think the point of it is that so people have choice on the client side. That doesn't make JS impossible to write or a bad language.
Blog author here.

Would love to hear any feedback or any ideas from the community.
Top Eclipse Mars Feature #6
The problem is the income with Itunes here.
Your parent post skimmed over an important detail, it's not just a new syntax, it's new type of anonymous function with a new type of scope. It's more like:

function(arg) {statement;}.bind(this)
Johnzon Incubation – The Apache JSON-P Project
MarI/O: machine learning Super Mario
It's not technical, that's true, but I really appreciate the philosophical take. It describes the foundation of everything and how the industry works from a high level very well. It was fun for me to read.
Ukraine's Crowdfunded Military Drone
Actually collecting a name can be valuable piece of data when combating fraud. Having as much personal data (name, address, phone, CVV, IP address) about the person making the charge can be used as evidence in disputes if you ever need to defend yourself against a chargeback.
has the author really tested if Chromium is listening?

Downloading a binary blob is very bad, but the accusations that author makes wihouth a single proof is more FUD than anything
shrug it's still just code. It still does exactly the same thing as previous javascript code. Syntax changes are pretty boring IMHO, and as I said personally, I find this one much harder to read, more prone to errors, typos and confusion.
Why the Soviet Space Shuttle was left to rot
It can definitely detect OK Google on its own, here's what it looks like when you say "OK Google" when not connected to the internet (and it only shows up after saying it):

http://i.imgur.com/CCTGbsk.png
Hmm, why doesn't Apple charge musicians 30% like they charge developers?
Apple providing a temporarily free alternative to its paid-music store is going to shift customers to the free alternative, especially since purchased music rarely lives the iCage of devices. I can pay $15 for an album to listen to it on my device on my drive home, or I can stream it for free on my device -- why pay?

iTunes income will drop, hence the lost income.
> Has anyone actually confirmed that Chrome is continuously sending audio back to Google

I would change it to:

Has anyone actually confirmed that Chrome is continuously listening?
The "depth-first" approach (I've seen it as well) is a mistake that is largely orthogonal to a top-down/bottom-up style. It looks top-down, but immediately goes off into the weeds and can easily be recognized by statements of the form, "I need an X, so I'm building a Y." As in, "I need a reporting application, so I'm building a logging module", or the '90s Japanese 5th generation computing project, "We need intelligent, communicating systems, so we'll build a Prolog machine."
Sounds cool, this is a little different twist on the concept.
I would like to keep it very light weight and simple.
I absolutely don't want to diminish the work of breeders (and also genetic engineers). They have done magic, they're legit scientists and they are the reason we haven't starved to death even though the human population is at plague level.

I'm just pointing out what I think is a rule of thumb (not just in biology). By aggressively optimizing something, you are probably diminishing many of the things that you are not explicitly optimizing for. Breeders are sensitive to farmers' (their customers') demands and they are sensitive to supermarkets'. They demand breeds that sell and are otherwise are economical.

Ultimately consumers are pretty responsible. We are visual creatures. How thugs look affects our decisions. When we reason and when we talk we'll talk about all the things that are important. For food, that's taste.

But when we make decisions our instinct is that looks good = is good. We go for the best looking bananas, fish, or even mates. We buy more sweetcorn corn when its nicely peeled and presented even though it's not good to peel corn until you plan to cook it.
Things I’ve Stopped Saying
It was a long time ago - maybe 2008 - so I don't really recall. We called what seemed most likely to be technical support, and they had no freakin' idea what we were talking about.
Managed by Q Sweeps Up $15M Led by RRE Ventures, Expands to San Francisco
Can we please all take a look at disapointeddev's account and use just a little bit of salt here? Just one grain maybe?

His account was obviously activated for the purpose of submitting this post and he has provided NO follow up comments at this time. His post has been up for an hour.

I'm not saying anything about the validity of his claim, but we obviously need more information. Please check back and wait for him to respond to the many great questions already on here.
Listening all the time and sending the audio to Google would kill an smartphone in a moment. Apaty of the bandwith used
Yeah like the others said it binds this to the scope where it was defined. So something like this works as one would expect:

setTimeout(() => this.someMethod(), 1000);
This is eerily similar to the problems we face in the browser space. Make CSS styling faster and developers will just write more complex CSS to take advantage of it. Then people blame the browser (and the Web in general) for being slow.

The difference is, sadly, that we don't control the assets at all. :(
Successful ideas in general work this way, but I am impressed with the SPEED in which this dispersion takes place in the trading world. All this brain and computing power cycles through ideas as quickly as possible to find new sources of income. It's a giant complex network trying to find an ever-changing optimal solution to the current market state. Quite incredible.
Yes, but you tend not to actually put the letter in the envelope until you are ready to send it. That's the equivalent of this.
How to train users and assure they retain what they learned
You don't really have to deal with bytes in py2. That's part of the problem.
I think one thing that is not well understood is that Stripe has a "Freemium" model. Prior to Stripe nearly all other payment processors required a minimum monthly fee. Stripe's lack of any minimum monthly fee is something that makes it very attractive and undoubtedly helped partly fuel their rapid growth. It's a great example of how you can leverage VC funding to build a business. Having said that it must mean a staggering amount of support emails from customers in "production". That developer doing just 1 or 3 transactions a month at $100 each still feels as strongly about getting an issue resolved as someone doing $1 million or $10 million a month. I've always wondered what that was like to manage.
Good post. I am using Proguard and still have more than 50K methods. Good to know there are other solutions