skysight-inc/HackerNews huggingface dataset:
Labels are part of it, since the major music labels control just about everything of the artists signed to them. And the 3 big labels all signed on with Apple Music but the details of what the labels themselves get will likely not be disclosed.

Apple may or may not be engaged in tying. Some indie artists report Apple threatening to boot them from iTunes if they don't sign on to Apple Music. Google did something similar with YouTube a few months back.

Independent musicians have almost no power or money in the industry, so they're stuck taking what they can get for the most part.
Oooh child
No, given the inductive effects and rf properties in the Mhz range, he's correct at around 33 Khz.
Isn't colonialism is a much better explanation in the case of India and, to a lesser extent China?
You don't think farm equipment has to navigate unexpected hazards or coordinate with other moving equipment or people?

I'll agree that roadways have much more to do with avoiding traffic, but I don't think that the restrictions on vehicle operation or avoiding hazards on the terrain or having to understand and plan according to layouts devised by and primarily for humans is substantially different between the two, but rather, a difference of parameters. (Farm equipment maintains a lower speed and for a different reason, but still has to monitor and obey rules about maximum speed under various conditions, for instance.)

I think you're underestimating the degree to which the two tasks are fundamentally the same.
> Hotword Search Enabled	No

> Always-on Hotword Search Enabled	No

It's already disabled.

I don't understand the outrage here. I remember chrome asking me if I want it listening all the time for "Ok Google", I thought "Obviously not" and said no, and that was the end of it.
Ask HN: What companies do you love and recommend to others?
How do open plan offices facilitate communicating if everyone is wearing headphones with music cracked up all day? And if you're promoting WFH, then pepper should be using something like email or chat, which means that open plan is unnecessary.

And have you actually done any studies to prove that the cross pollination actually harkens, or does anything?
Uber stops people from carrying guns on vehicles it doesn’t own
>Which sites?

The tech login sites.

>They use SHA256, not MD5

https://github.com/prometheus-ar/vot.ar/blob/master/msa/voto...

>double SSL

Come on...

>hard to read because of the quality of the print

print them bigger? change the printer? this makes no sense, unless you want to have the ability to change the vote. It's the only logical explanation.

>I guess you are referring to the unencrypted chip data.

No, I'm referring, for example, to software package signatures.

>No, they can't. It's a physical process

This is simply not true. Even if you had the power to physically burn something in the chip (you do not), many RFID chips allow unblocking with a special password, because they do not really burn anything. You don't know how the rfid chip works internally because the design is not public, and there are no ways to check the model of chip used.

> Even people opposing the system had tried

Who? were they qualified RF engineers or just some dudes with a commercial RFID reader? No signal can be "absorbed" completely.
How senseless outlawing prostitution is? That's absurd. Look at the efficacy of the Nordic model. Prostitution is coerced sex in which a woman loses her autonomy, and in the case of desperation, her ability to say yes or no to potential 'clients'.

It's a very clear objectification in which not only is the work stigmatized, it's also not productive for the woman -- working in a coal mine is valuable job experience that sets you up to be able to do other manual labor jobs. You have references, contacts, etc. Prostitution does not afford you the same ability.

Men who take terrible jobs are disposable cogs? Is that why these jobs have labor unions, rights, and transferable skills? If you want to talk about disposable, talk about the women who are disappeared after their usefulness as a prostitute is up. Talk about the women who are in their late 20's with no work skills, who are ashamed to be around their friends or family. Talk about the women who enter the sex trade and their drastically increased rates of drug abuse and suicide.
Commodore: The Amiga Years book
So WhatsApp for Desktop will become,
"Message Reader for WhatsApp for Desktop"?
'Campus' closing, 150 folks need to find new housing
"I wouldn't try and compete in the messaging space as it is saturated"

I don't think so. I think there's lots of room in enterprise chat space for differentiated products... it's not just slack or hipchat. E.g., a on-premise hosted chat with actual native clients for OSX, Windows, iOS, and Android would find buyers. IRC has traditionally been the solution for this but IRC doesn't have a uniform mobile client experience and the backend integrations (notifications for github, gitlab, bug tracking systems etc. etc.) are not as rich and diverse as slack/hipchat.
Mike from Gitter here. We've improved the performance of this quite a lot over the last few months and will soon start implementing local caching that will make this pretty much instantaneous.
I know there are some prescription drugs that can reduce hearing, but they're standard drugs like Ibuprofen, if you're old and take lots of them. I think. I've never heard of any illegal drugs having that effect..

As to RSI being psychological... after Googling around a bit I find a handful of (paraphrasing) "RSI may be to some extent influenced by stress", but nothing that it is 'entirely psychological'? Can you cite sources?
You don't need to copy around your data into different groupings. Just group the doc IDs and rerun the analysis pipeline each time. If a part of the analysis pipeline is slow, it can be cached. But that's that module's business. Don't let it disrupt the interface.

If you want the analysis to be fast, some speed benchmarks with my software, spaCy: http://honnibal.github.io/spaCy/#speed-comparison

For what you want to do, the tokenizer is sufficient --- which runs at 5,000 documents per second. You can then efficiently export to a numpy array of integers, with tokens.count_by. Then you can base your counts on that, as numpy operations. Processing a few gb of text in this way should be fast enough that you don't need to do any caching. I develop spaCy on my MacbookAir, so it should run fine on your MBP.

As a general tip though, the way you're copying around your batches of data is definitely bad. It's really much better to structure the core of your program in a simple and clear way, so that caching is handled "transparently".

So, let's say you really did need to run a much more expensive analysis pipeline, so it was critical that each document was only analysed once.

You would still make sure that you had a simple function like:

def analyse(doc_id):
<do stuff>
return <stuff>

So that you can clearly express what you want to do:

def gather_statistics(batch):
analyses = []
for doc_id in batch:
analyses.append(analyse(doc_id))
<do stuff>
return <stuff>

If the problem is that analyse(doc_id) takes too long, that's fine --- you can cache. But make sure that's something only the analyse(doc_id) deals with. It shouldn't complicate the interface to the function.
Okay, so it sends data after you've said the trigger phrase, but not before, that much we've all agreed on. Has anyone determined what it's sending? Hear me out here...

For the trigger to work, which doesn't require key presses or other physical input, the microphone must be active and keeping a buffer of live speech, right? Okay, let's step aside for a moment to examine another piece of technology that keeps a live buffer of streaming media...

I have a TiVo. I love that thing. One of the coolest features is this: TiVo keeps a buffer of live shows on each of its tuners so that, if you opt to record a show that's been on for ten minutes, it can save it from the beginning, literally "capturing and digitally storing the past", once I press "record".

Back to Chrome/Chromium: Until someone determines what it's sending, and their black box makes it difficult to see the source of what audio is encoded and how it's encoded, and given that the technology to keep a rolling buffer of 30 minutes of streaming audio and video has been around in TiVo since, well, the first TiVo... Is it really so hard to believe that Google could be sending packets containing audio spoken in the room before the trigger phrase was captured?

It wouldn't take much for Google to assuage this privacy concern.

1) Opt-in, not opt out

And

2) Show us what's in the black box (or at least publish tcpdump-verifiable specs on what you're transmitting). If there was a debug option to transmit in clear text, and a statement of the audio codec used, that would give me some sense of understanding, even though that still leaves steganography as an option. I don't have enough tin foil for that hat right now.
Treat any trash left as worst-case scenario. If it costs $1000 to clean a car when there is a bloody tissue left in the back, charge $1000 when there is a Snickers wrapper in the back. Not fair? Don't leave trash in the car.
Verilog in particular leads you into that trap, though. Because you can write conventional sequential-execution programs in it, and usually have to when writing testbenches. The nomenclature of "process" and "task" imply they behave like software - and they do, in the simulator. Then there are the hoops you sometimes have to jump through in order to get the synthesis to behave as you want: "reg" is not always a D-type flip flop, and is mandatory in some places where it doesn't synthesise to one.
Oh yeah those are really comfortable. I found they broke/wore out quickly though.
I do not buy that for a second. And even if true, why is it my concern that they can't afford it? Why should I have to make up for they're shortcomings?
I had a problem like this a while ago. Someone made a new account on my mac and it was filled with videos from https://www.fapshows.com. I don't know even in this day what happened but after I deleted that account I didn't had any problems.
It would be actually interesting to look at the commits of a candidate's any online project repository from the very start and observe how the candidate made the progress with respect to the structure of code and improvement in coding practice. To check whether the candidate optimizes and refactors the code during the development of the project leading to a stable release.
Aside from personal discipline and experience, I’ve found that using strongly typed and compiled languages combined with good tools are the best way to accomplish this.

Being able to search for and manipulate symbols at the AST level goes a long way towards eliminating any resistance to refactoring.
"This is just stupid. It ignores type of headphone entirely. "

It sounds pretty smart to me. What else is the doctor supposed to do? Until the silly Beats craze took off, one could have made a statement like that and it would have been accurate for >99% of headphones users. Assuming that the user is listening to the pack-in IEMs (or IEMs with a very similar profile) plugged into a phone or iPod would have been a safe assumption. Sure, an office full of tech geeks won't match, but for the general population of headphone wearers?

And if your phones are more or less sensitive, comparing against pack-in IEMs into an iPod or phone is probably the best way that consumers have of comparing levels.

There probably was such a statement in the original source, but it was probably (rightfully) dropped by the reporters because it would have just confused people

"There exists multiple categories of music WITHOUT WORDS!"

I find such music is also very distracting. I find good symphonic music much more interesting than boring Pop music. Interesting -> distracting.

" the feeling of vulnerability being caused by headphones? It is caused by an open office layout."

IMO, the feeling of vulnerability is caused by the combination of headphones and open layout. Normally you can tell people are behind you because you hear them. If you can't hear them, then you get freaked out and feel vulnerable.
DoJ's Gag Order on Reason Has Been Lifted
To illustrate this point, React min+gzip is about 40 KB: https://cdnjs.cloudflare.com/ajax/libs/react/0.13.3/react.mi... not 121 KB.
Maybe not the intended interface, but it wouldn't let me search without a query so I just injected the option's value in this link:

http://www.dreambank.net/search.cgi?query=""&series=NAME

e.g.
http://www.dreambank.net/search.cgi?query=""&series=angie
I wonder if most of them will have upholstery, or if they will have something a little easier to point a pressure washer at.
What people seem to have a hard time understanding is that Linux is not an operating system, it's a family of operating systems. Someone running Gentoo with OpenRC and Xfce, someone running Debian with sysvinit and GNOME and someone running Arch with systemd and KDE are all "running Linux." This is more difficult than Windows or OS X, where you can rely on the low-level system plumbing staying the same from machine to machine (versions of OS X are all closer to each other than Linuxes are to each other and there's a lot fewer of them).
Interesting that Red Hat OpenStack Platform isn't mentioned anywhere on the Developers site, even in the downloads section under "Cloud Products". I guess IaaS infrastructure is less relevant to developers than containers and OpenShift.
The scope of hazard detection and avoidance is vastly different between a tractor in a field and a car on the highway. They solved a self-driving problem for sure but a different problem than the one of general purpose human transport.
>But another is pure necessity: There's a labor crunch in rural America - young people move to the cities, leaving the average age of U.S. farmers at 58, according to the Department of Agriculture. Similar forces are pushing self-driving tech into other industrial sectors at a pace that outstrips the consumer market. >

Oh sure, that's the reason. All the job seekers dried up.
My wife and I are trying to do the same thing, we're very close to applying for Adjustment of Status(for her), and are scrambling to make sure we don't miss any nitty-gritty details, which is proving to be quite the headache. Can you elaborate on why it took it as long as it did?
Don't confuse new terminology with math. Programming has lots of terminology, and some of it is backed by mathematically rigorous definitions, but that doesn't require you to know that in order to use them.

OO has 'Inheritance', 'Subclassing', 'SOLID', 'Liskov', every design pattern name, 'Object', 'Class', 'Overloading', 'Factory', etc, etc.

Haskell has similar words, covering both core concepts, and common patterns of implementation. 'Monoid', 'Monad', 'State', 'Reader', 'Function', 'Lambda', 'Typeclass' are all examples of terminology in Haskell

None of those words are inherently more difficult than the OO ones, you're just not familiar with them.

The best way to learn Haskell is to follow along with a course that has you do exercises, and actually do the exercises. See the https://github.com/bitemyapp/learnhaskell course for some class recommendations.
> Look at the efficacy of the Nordic model.

The Nordic model is less efficient than decriminalisation. It drives sex workers underground, giving them less protection.
The Definitive Ionic Starter Guide
I don't know this market well. But I can suggest three tests that you should apply to any potential niche you're considering.

"Jobs-to-be-done" (JTBD) is useful analytical tool here. A "job" is a thing that someone is trying to accomplish. Harvard's Theodore Levitt expressed it well in this quote:

"People don't want to buy a 1/4 inch drill. They want a 1/4 inch hole."

It reframes the discussion away from features to customer objectives.

As you look at your platform, think about different market niches and the things they're trying to get done. Here are three tests to apply as you consider a given niche.

1. Is it an actual JTBD for a large enough target niche?

This is the most basic test. Do people actually have the need that your product/service addresses? Not only that, but can you characterize the the number of potential customers with the JTBD?

2. Does your product/service/idea meaningfully improve on the incumbent solution(s)?

This is a tougher test. How does your idea outperform the current way customers address the JTBD? You need to have a clear view on this. And the improvement needs to be significant, not just a little. Customers will overvalue their incumbent solution's benefits, and undervalue the new product's benefits.

3. Is the total incremental cost to the customer of your idea less than the total incremental value to the customer?

This test is the toughest. You need to consider monetary costs of course. But there can be many other switching costs as well. Loss of existing data, new time required to learn, new formats that have upstream and downstream impacts.

My take is that successful products can get to clear yes's on these three tests. But it takes some work, experimenting and seeing where your idea falls short if it's not getting yes's on the three tests.
In a recent job I ended up rewriting some of the codebase with this kind of stuff in mind... the results:

- 10% of the LOC as previously

- Code significantly more understandable

- Jr. developer on the team suddenly became a rockstar b/c he could understand what was going on.
Whoa, sorry, didn't mean to push any hot button. Just exploring the problem space, no emotional content intended.

If a car service is automatic, there are no people guiding its normal operation. Putting cameras back in would mean, I thought, humans to monitor those cameras. That's adding back much of the cost of cabbies.

So maybe the camera can be automated too! That's a good idea. In fact, just their existence may be enough to quash most objectionable activity (snogging, urinating, allowing pet messes, littering).

In the end whatever the scheme has to be practical, not just possible. Its the details that sink projects. Like, how to keep the kids from using an autocar as a makeout pit. And so on.
I'm not sure the general age demographic here, but just in case people haven't seen cubes :)...

We hated cubes because they weren't offices, and Dilbert-style culture was common in companies with them, so they get rid of the cubes and gave us tables, and kept the same cultural problems.

This was perhaps the most crazy thing to do. We didn't hate the cubes, we wanted more privacy than the cubes provided.
Just find a text where there's a w, copy and paste it.

(And then make a preprocessor run where \/\/ is replaced with a w)
> Another thing I learned is that dumb, explicit code is highly desirable

I knew for a long time that "dumb" code was easier to reason about, but it wasn't until I started looking at compiler output and profiling my code that I realized being "clever" in the source text really didn't matter. Now I'm quite happy to write code in the most straightforward fashion, rather than foolishly "compress" things. I imagine the same experience could be enlightening for a lot of newbie and intermediate programmers.
Nice. Definitely something that I miss when using Express for a UI-centric project. Seemed like only the "kitchen sink" frameworks (Rails, Django) had decent CRUD/admin UI options.
> their reaction shouldn't be lawsuits, it should be "hire this guy/gal"

For building a webview wrapper with nw.js? It cost me 5 mins to build mine... It's an "app" that will never leave my desktop and I still give Jan Koum credit in the About section... xD

http://i.imgur.com/BXu4F7M.png

Let's hope the WhatsApp team won't be too harsh with the guy. Clearly it's been an ingenuous move by a young dev. Hopefully they'll come to terms just taking it down or renaming completely the project.
> Tests aren't verification, and they cannot demonstrate correctness (without being exhaustive).

Agreed, but it's important to note that there's very little that can demonstrate correctness. Most type systems by themselves don't; as Pierce describes it in TAPL, "[a] type system is a syntactic method for automatically checking the absence of certain erroneous behaviors" (emphasis mine). It's possible that, in a dependent type system, those certain behaviours will be sufficiently many that you can prove the correctness of a program specification, but even a rich system like Haskell's usually doesn't offer such guarantees (just consider `tail []`; or, for an example that's not just a Prelude wart, `take n xs`).
It would have been a good article to help champion the cause of "don't tell me I have to use headphones to work here", if not for the "music is distracting" point IMHO.

Music is sometimes orienting. A decent steady BPM can keep you going through even boring slogs without getting distracted sometimes.

That all being said, having to listen to music, having to decide on what to listen to, and not being able to achieve quiet when you don't want music, that's a problem.

It's wrong to say you HAVE to listen to music. It's great to listen to when you want to, but having to listen to it all day because you can't stand the noise can be rather oppressive.
To my expierience (since 2009), ANC works really great with steady tones such as the constant humming on a passenger plane or the motor sound of a sports plane.

But for voices, walking steps of folks, cars around you: not so much.
It wasn't working "properly". For all we know, that just means the insert and home keys were switched around somehow. Or maybe caps lock was broken.
Meet the Canadians Who Code for America
There seem to be multiple definitions.

I'm specifically talking about human trafficking the way it is described in the article: people either being moved against their will or tricked/forced into a situation where they are being held against their will (e.g. by taking their papers and forcing them to "pay off" their debt as sex workers). This meaning is called "Menschenhandel" (literally "trade of humans") in German.

Calling illegal migration "human trafficking" isn't particularly helpful though it's probably a valid use of the term (the analogy being drug trafficking, or the illegal transfer of people or objects across borders).
How would you prove everyone's black box behaves the same way and in certain geographic areas or when it detects certain NSA software or certain keywords on websites it goes into whole room bug-mode?
You can download it for free, but the terms and conditions[1] still limit you to "development purposes only".

[1]: http://developers.redhat.com/terms-and-conditions/
Yours is a use-case that I often forget.

For you, a car isn't just a conveyance. It's also a storage locker. And a second home, in some ways.
OP will correct me if I am mistaken but I read it that way:

The "surprise/shock" that results from dealing with a cheating/dishonest entity is an instance of the confrontation between past and new Western standards for social trust. People are adapting to the fact that you cannot trust social entities as much as you did in the past.

I would like to add that this is almost certainly a consequence of having governments that don't respect their own laws and broke the sacred trust between them and their citizens. Politcians and government are leading by example, whether they like it or not.
Not the least of which is velocity. Tractors generally move under 12mph. And traffic density. The tractor is the only vehicle in the field, as a rule. And obstacles - there is absolutely nobody out in the field, usually. And noisy environment - a field is often table-top flat and empty of all obstructions. Kind of the definition of a field.

So the John Deere problem space was mostly dead-reckoning navigation to a matter of inches, to get crop spacing right. A very different problem from auto-driving cars.