skysight-inc/HackerNews huggingface dataset:
Google has since changed this. Google Duplex will not "fool" humans any more. They announce that they're the "Google Assistant" calling on behalf of a customer.

I think unfortunately what will happen is that people will just hang up on the google assistant because it's not a real human.

It'll be kind of like what happened to the "glassholes". Maybe not as mean though.
I don't know how one could get such an impression from eyeing this site.
Volvo is better about physical switches than comparable cars.
That is... not the way I generally work around it or see it.

Normally you just use Write-Host when you need it and otherwise just collect return values inside the function by assigning them to variables.

It's basically solved if you never call a command without storing the return value somewhere. Which is not optimal in a scripting language where you just want to get things done, but it's not the end of the world.
They would taste like chicken.
Agreed. Cargo culting is the main issue. The solution is to try and remain unbiased, and not look for direct synonyms between two very distinct approaches to managing user interfaces.
I believe two wrongs don't make things right and in the case of scalping both parties were evil.

Torture and revenge are not justice. If a man raped, tortured, and killed a little girl then her mother hunted him down and tortured him to death the same way he made her daughter suffer, both acts would be the same action. Both would be evil. The motive and duress of the mother would lead to a different mens rea and different punishment because anyone except a psychopath would understand the difference in situation.
I hope efforts like the Dutch De Correspondent works out in the long run. I know readers that love their work and happily pays for it.

http://www.niemanlab.org/2018/05/dutch-news-organization-de-...
That is a practical approach until the AI gets better to get you from point A to point B.
The Best Exercises for Your Biceps
Quite the opposite. Non-autonomous cars are a product that works despite virtually nobody keeping the rules completely, and most drivers being inconsiderate.
All commercial AV services will put cameras inside the car to ensure that you don't misbehave. You'll have no more right to privacy in an AV than you do today in taxis when the cabbie looks at you in the rear view mirror. Less, probably.

They'll successfully promote the practice as offering greater security and warning you when you leave something behind.
> I strongly believe that the word like 'Harvard' biases perceptions right from the start of the interview. As do appearance, culture, possible demarcations of political orientation.

I'm only really familiar with engineering interviews, but for those, in the past decade and especially recently, most of these factors are irrelevant.

The trend since at least 2005 has been ever more strongly favoring real, quantifiable, comparable, job-related challenges. Most everything else is a distraction, which interviewers are trained to ignore.

This was a result of scientific studies of the older interview paradigms, which indeed suffered from some of the biases you mentioned and were - for these and other reasons - inefficient at predicting good job performance.

This is doubly true for intellectual work like engineering, where quirky folk (including those who have poor appearance, not much interest in non-geeky culture, etc.) are common and often the best candidates.

Bottom line: performance is measured and quantified on well-defined tasks, the rest is largely fluff, unless the candidate is being a blatant jerk or something of that extreme nature.

> I believe that even at a supposedly imminently professional place as Google ... that the same person interviewing with a 'thick southern accent' who enjoyed 'hunting and fishing' would have more difficulty than otherwise.

Do you have any data or evidence to back this up?

I'm inclined to believe that someone like that would, if anything, stand out if they performed well on the technical part. They'll be the "CS genius hillbilly".

That's another thing you're missing: the main challenges provide such a strong and salient signal of performance, that the rest of the data is largely interpreted in light of that performance.

That goes for school brand too, by the way.

If a candidate from MIT does very badly, the reaction is not "let's forgive him, he's from MIT" but rather "for someone who got accepted and graduated MIT, this guy sure did underperform" and a prompt rejection.

> I totally agree that 'school' is a reason to 'fly them out'

School brand alone will not get you a plane ticket. It might get you a phone screen. There's too many bomb candidates from top schools to just freely shower them all with plane tickets.

By the way, I agree with the claims made in the article. With top schools like Harvard giving legacy candidates 6 times chances of admission, you're going to have a lot of Harvard students who got there because their parents did, and/or their grandparents before them, etc.

That means a lot of bomb candidates from even the very, very best schools. Hiring businesses are aware of this.

The brand power of these top schools therefore falls short of what you seem to believe.

Sure, you can get a phone screen with a Harvard degree. But you can get the very same one with an NYU degree too. And once you do, it doesn't matter that you're "only from NYU".
Maybe you won't buy a tool just because you saw an ad, but later when you need to buy a tool like it, the ad you saw might have established the brand being asvertised as an option. When it pops up in your head, having seen it in a negative context might affect your decision regardless of the relationship between the advertiser and its context.

I'd guess people would buy more stuff in general if for example TV ads were all aired in the middle of upbeat shows.
How are you handling session management? After a user logs into the application are they going to the same instance?
do you have any concrete reasons why? I've done a lot of Vue and React, and long term I have found Vue much more maintainable and productive. Not saying there is anything wrong with React. But I just don't see Vue as a limitation on writing complex apps.
When I lived in the US I would follow the phone menu for 30s or so, but at some point I would always a get annoyed enough and just hit random keys until the robot says: I don't understand let me connect you...

Often hitting # repeatedly did the trick. But lot always.
Are college students representing you? Or moderating something you participate in? I'm confused why those are relevant comparisons.
So, I’ve never finished Infinite Jest. My father once told me that’s okay— it ends in the middle.

Cloud Atlas employs the same structure deliberately, with wonderful narrative impact. You have to climb up the mountain in order to climb back down.

I do think GEB is the same way. The first half of the book is the climb. The second half is merely the question, what can we see from way up here?
> Apple had the ability to unlock the phone, but it refused— on principle.

On the principle that the government can't compel you to work on its behalf through the simple issuance of a warrant.

That's the problem with these kinds these cases, they usually involve protecting the civil rights of a really bad person "on principle" so later someone can come along and say they were protecting "the terrorists" instead of the rights of every single American citizen.
It did work for me with cricket clips only available in India ..
Javascript is not just a language anymore. It's the world's most complex and complete ecosystem comprised of several languages and dozens of specialized frameworks for multiple platforms.

Javascript Languages:

- Javascript

- Coffeescript

- Typescript

- (basically) Dart

Popular Javascript Language Additions:

- JSX

- Flow
No they are representing the university of those that work there and past alumni. I wouldn't approve my university randomly admitting students.
> The truth is that EFF is a corporate front. It is America’s oldest and most influential internet business lobby.

By now I hope that it's an obvious tactic to rant about radical, provocative claims and try to force everyone to respond. Let's do it differently - really the only rational way: The burden of proof needs to be on the person making the claim - I can't say, 'gravity runs backward in other galaxies', I have to prove it. So let them substantiate, thoroughly, any claims - the more radical, the more they need to substantiate it - before they are worth any of your attention.
What's a programmer?? Are they those people that type magic words into a computer and make wonders happen? I always thought they were just a myth.
According to rumors, Intel isn't killing the whole radio division; those engineers will just work on the next generation radio chip instead.
In all seriousness, this RSS feed (or at least I subscribe to the RSS, maybe people don't use this as that anymore) was literally made as news for programmers.
> the magic of Vuex won't do the job for you, and in fact it will hinder you from doing it. React doesn't have these limitations.

Can you elaborate on that?
I haven't been in such situation, but my good friends was, and what he did fits what you wrote:

He grew up in a city with 50% unemployment. After he realized he has no future there, he left. Just bought a ticket to a larger city, and then applied to companies there until he found one that took him. (His friends from the original city keep meeting in local pubs and dreaming about how one day they will somehow get lucky. They haven't.)

At his first job they abused his inexperience, paid him about half the market price, and as he kept learning new things, they gave him more difficult work, without increasing his salary. But the work still paid bill for living in the city, he learned a lot of stuff, and then one day he left for another job that paid several times more.
For context:

- 2003, I needed to learn JS to move into a professional web developer position (from systems eng). I started with mootools/dojo/yui and jquery, when it came out in 2006.

- 2009, apps started to get very complex and hard to maintain. Or I got experienced enough to figure there'd be a better way so I started working with backbone, (some) emberjs, and (a little) angular.

- During this time, I also built a number of native javascript apps because frameworks and tooling were eating up a lot of my time. I also wanted to understand the language.

- Eventually, I found elm because I started getting interested in type systems. I _really_ liked elm but it was a hard business case to make for a team. I settled into redux/react these last few years because it gets pretty close.

- The first project I 'did in' redux/react' was actually just plain javascript. I naively implemented the react and redux api and patterns. This was _incredibly_ helpful. Not only did I quickly gain a fuller understanding of the tools I was about to use, I started to understand the muddier parts of JS: the event loop, async, hoisting, scoping, etc. I was aware of them before this, but I kinda just fiddled til things work. Afterwards, I knew what the computer was doing.

So, to answer you question 'what do I wish I'd known':

I wish I knew how much of JS is choosing a platform/toolset. I also wish I knew that that tool choice is just the start and doesn't guarentee anything. You can write a clear and easy to work codebase with JQuery. You can also make a hard as heck piece of junk in react.

I would suggest not too get hung up on it. It can be hard/impossible to choose the right tool if you don't have experience with the tooling or the problem.

So, get ready to jump around. I would get ready to pick a tool for a few months, then move onto another one. In my experience, there is not a great answer for questions like 'what is better, vue or react?' The answer is subjective, a choice that reflects personal and team preferences. You can be productive in both, so it's more about sticking to one.

JS, like every other software project, still benefits from core engineering principles:
- team dynamic and trust are !important! a framework will not help if a team member feels they are not trusted/growing/learning/producing
- prioritize readability, code is read more than it is written,
- prioritize simplicity, break complicated stuff into small, composable pieces
- with all due respect to the thousand of work hours put into webpack, it is still a pain in the butt ;)

Good luck!
I use "I'm moving back to my parents" always works.
I think you should completely wrap your head around JavaScript's prototype chain before learning anything else. Since you are coming from Python the Javascript objects will be a bit of a shock.
and regardless of the framework you choose you will have encounters with this strange Javascript inheritance (like angular 1 $scopes used it).

Personally I would recommend Vue once you're ready because you can get started with it right away. Also like others said learning webpack, npm will be really beneficial.
Is this still scientific news?

We have sort of established that testosterone amplifies risk taking, aggressiveness and desire for social dominance. So of course status goods?

(Not a snark comment. Asking a CS/Math graduate.)
Polio eradication: a vaccine we don’t even use anymore is spreading the virus
Nah, this is a site for Hackers, not programmers. We break stuff here, not build it.
> It's demonstrably far, far worse.

The major problem with genocide is not the disparition of a culture or ethic type, it's the killing of scores of humans that have value unto themselves.

In contrast, the vast majority of legal systems and societies in existence today do not recognize the mere killing of an animal as wrong. Humans widely believe they have the right to take the life of an animal, as long as it'd done humanely, for sensible reasons and does not threaten biodiversity.

So genocide and extinction are fundamentally different, orthogonal moral issues.
> Stutter once and they think you meant 2 P’s when you just wanted to say a single P. And then it becomes this long drawn out process of “after AF6, it’s just a single P, but the rest of it is right” because you really don’t want to have to read out the entire code again

Have you tried using the NATO alphabet? I don't know if that would be easier or more difficult for you to say, but it's worth a shot, since it'd be less ambiguous over the phone: https://en.wikipedia.org/wiki/NATO_phonetic_alphabet
To be clear, I find Facebook and Google's tracking-based advertisement business model repugnant. I was only giving credit as to the transparency report, which it publishes despite not being required to do so.
This sounds great in principle, but this is 2018... virtually none of the use cases for RSS can be replaced by something which requires the consumer to be online and capable of receiving an HTTP POST (which isn't possible on the web platform at all, so this shouldn't be called WebSub). To the extent to which a "thundering herd" ever existed for RSS, it was from large numbers end users with normal computers behind firewalls constantly checking the feed, which is an environment where this protocol has no hope of ever being applicable.

So far, no one on this entire thread has descried a single use case where WebSub actually provides value. Someone mentioned that theoretically a service like Facebook could use this for Facebook, but then they themselves linked to a page on Quora with an explanation from someone at Facebook for why they tested out PubSubHubbub and then gave up on it which stated that he "think[s] the benefits of adopting PubSubHubbub are less clear" for this very issue (that it is inherently a server-to-server protocol, where there wasn't really a problem in the first place).
Don't let your wife do roids unless you have plenty of cash for Prada and Channel purses and bottles of Moët '99.

Edit: Looks like this effects happen in men only.
try working through some tutorials on erlang/otp supervisor trees. the concepts are very similar.
vue 3 will be entirely rewritten in typescript.

https://github.com/vuejs/roadmap
Thanks! Oh IBNR... I'm surprised too, but glad it got a chance to shine!

And you are right - UW profit shouldn't be a big part, but it's a contentious issue right now with interest rates where they are. Since it shouldn't be a big part of our profit model, we're looking to put our money where our mouth is and return it.
What Finally Did in Scott Pruitt?
Too much protein just makes you fat. There is nothing good about it.
That seems exactly like what House of Leaves does. The actual book ends maybe not even halfway through the pages, but there are footnotes upon footnotes, and footnotes within footnotes, then a huge appendix at the end.
I am thrilled to hear this. If you can't hold on to your employees, pay them more, or give them working conditions like WFH or an easier commute, then you don't deserve to have them!

That said, I sort of hate this headline. These people aren't quitters. They're ambitious, and they want more.
> I honestly had no idea about this side of EFF

What about the article made you believe what Levine said?
In all fairness I tried it few months ago. Auto-complete was hit and miss and sometimes got false negative errors. Glad to here it works now apparently! :D
I wish I had known all of the objects on `console` besides `log()`. There is a way to show data in a table, timers, nesting logs, and more.
Re: 2: The history of language in general has included a lot of detours dealing with asynchronous programming. Python, which the OP mentions as familiar, has an almost even more convoluted history of asynchronous programming patterns than JS.

Both languages have settled on the async/await keywords for the most part these days, and the underlying components are relatively similar, though Python's coroutines are a little more complicated/hands-on than JS Promises.

On this subject, I highly recommend finding an environment that lets you use async/await patterns today. It makes working with Promises a lot easier/cleaner, and also makes you aware of why Promises are so great and the remaining other options such as callbacks should be wrapped with Promises then otherwise forgotten. Babel has transpilation options for it, but personally I'm strongly in favor of Typescript.
This topic is so endlessly fascinating because it encapsulates debates on meritocracy, privilege, wealth, and recruiting that have a ripple effect across a lifetime.

I attended an Ivy and a lot of the stereotypes are true. The varsity athletes are sharper than you would expect. Because the Ivy League agreed to not give scholarships to athletes (unlike Stanford), teams have a gentleman's agreement with admissions to keep a specific average GPA and SAT/ACT score. So for every gifted athlete that's a dull crayon from Groton you also got a high-achieving student-athlete. I was a TA, and the varsity athletes were the only ones who showed up consistently. They had limited time and needed to be efficient with their schoolwork. The club athletes are the rich parents + boarding school crowd. I briefly played club lacrosse - these kids were a caricature of what you would expect. The network effect is real btw.

A running joke at Stanford is that the athletes go to Stanford Community College.

The briefs in Fisher vs. UT are a great legal primer on the state of university admissions these days. https://www.oyez.org/cases/2015/14-981
Cancelling by phone sound bad? Planet Fitness will only let you cancel in person or by certified mail. I moved to California recently, and I still had a Planet Fitness subscription (it was the closest gym to me and it was open 24/7, I won't be doing it again) and now I'm curious if I can use this against them.
The decline has begun. It will soon be time for Intel to shut shop.
Since ES6 JS has been attempting to satisfy two radically different models for software development: the classic Object Oriented Programming (OOP) style and a Functional Programming (FP) approach. Some frameworks are better suited to an OOP approach and others clearly expect you to use FP. Neither approach is inherently wrong -- although you will certainly find passionate folks making arguments to the contrary -- but if you mix and match approaches you will end up with an unmaintainable mess.
I like this comment. It's good to not use jQuery, but I would still recommend looking at it for a historical perspective. Browser apis take care of jQuery nowadays, but it's good to see the library because a lot of sites still run on it.

My personal preference is React + JSX as well. You'll be pleasantly surprised by how small the React api is.
React isn't about JSX and passing foo/onUpdateFoo down 20 levels of props. It's about data flowing in one direction down a tree of diffable virtual components, then being passed back up. The single most important idiom is that all data for a component should come from state or props, and that when you need to break this rule you should do it inside a single component or a handful of components that will then handle your global state management.

I understand that such an open-ended product is frustrating to use because redux is insanely overengineered, mobx reintroduces data binding, and context is buggy and terrible, but I don't think what you're calling "idiomatic React" is actually considered idiomatic by anyone, including the core development team.
I'm curious to know, what about Vue makes it easier to learn than React? It's just a function that takes in data and returns a piece of html. React also just works, and unlike Vue, it's worked for companies like Netflix, Wallmart, Facebook, Instagram, etc that have exceedingly complex requirements and require exceedingly fast rendering. What did you really buy with Vue over React?
It's a bit hacky and out of reach to most casual users, but you can get YouTube-DL to work with Termux.

I have it set so that whenever I use the Termux share intent from another app, it use the shared URL and calls YouTube-DL with some parameters I want.

~/bin/termux-url-opener

#!/bin/bash
url=$1
youtube-dl $url

~/.config/youtube-dl/config

# Default Output Directory and Pattern
-o /data/data/com.termux/files/home/storage/downloads/%(extractor_key)s/%(uploader)s/%(title)s-%(id)s.%(ext)s