skysight-inc/HackerNews huggingface dataset:
So the comments here so far seem to be lamenting the price, which is kind of ironic given the crowd this place draws.

The (possible) price range given is somewhere between $1-2000. Yes that's high but not obscenely so. Infact I'd guess a majority of you spend that on a yearly/bi yearly basis on a certain laptop for its brand merit and half that yearly for the latest phone "upgrade".

Let's face it though, the price isn't going to be an issue for the early adopters and any techie, or "nerd" really worth his salt can see the potential of this tech. That's not to say that this specific device has that potential, after all Magic Leap has been less than forthcoming, they've made some claims and not really backed them up. At the moment, they don't need to. Sure it could be a scheme to suck money from investors and swindle early adopters, but it could just as well be excellent marketing. Either way they've certainly generated a buzz.

They also mentioned it could be a replacement for a phone and why not? Integrate a 4/5G sim and your golden, though I can't see even the most hardcore wearing these things for ~14 hours a day perhaps it could be some sort of external BT connected lightweight minimal device - after all what's a phone? A speaker, a microphone and a cellular connection. That would open up the possibility for the "average" user to get it much the same way they get their $1000 dollar iphone, subsidized at 20-30 a month.

Fact is, we won't know until it's out in the wild and the hands of hackers/developers for 6 months. Fact is that one day this kind of tech will be ubiquitous.
NP-hard.
Keep quiet about condoms too, otherwise people might think you're suggesting they have sex!
Hire and develop the best: Leaders raise the performance bar with every hire and promotion. They recognize exceptional talent, and willingly move them throughout the organization. Leaders develop leaders and take seriously their role in coaching others. We work on behalf of our people to invent mechanisms for development like Career Choice.

edit: this is from the Amazon leadership principles
No one thinks that, especially near universities where students are doing their homework anyways. I always used to hit cafes when they weren't busy, so super early morning, or late afternoons...if the place is full, you can't do thinking anyways, but if its empty, the cafe's appreciate the business.
Ask HN: Which front-end framework do you use, and why?
What does AMP have to do with your fear?
This is one of those "each generation thinks it invented sex" issues - each company looks like it never trains internally, and we assume it's driven by reasons X (cheaper to not train anyone than train people and lose them)

my personal view is that most organisation structures are designed to prevent code quality and hence the reason to train anyone (senior or junior) is diminished.

My idealised view of a software dev org is a well defined code area owned by a single dev lead. that person has responsibility for certain metrics from "quality" to "performance" and "style" and some business kpis derived from the code area - and then stop measuring features produced to measuring how well those features are implemented.

sorry it's a bit early to get this clearer - will revisit in an hour just wanted a opinion
Which is why, in a way, consultancy is a better place to be.

90% of the industry isn't directly about software, rather other products that are helped by having some software around, and when it is done, it is done. Time to move along to other customer.
"it's unrealistic to ask users to set up and maintain their own VPS servers."

I think that sshuttle[1] changes that calculus.

sshuttle allows you to make any ssh server a VPN endpoint. So you don't need to configure IPSEC or make an SSH tunnel or anything like that - you just need a login on an ssh server somewhere.

[1] https://github.com/sshuttle/sshuttle
A VPN tunnel in the abstract provides the benefits you mentioned, but a VPN service is a slightly different beast. It doesn't solve the problem with your untrusted ISP, it just gives you effectively a different untrusted ISP.

Imagine if, in response to the question, "how do I protect myself from snooping ISPs" someone provided the answer, "Just use an ISP that specializes in providing anonymity." You'd probably object on the following grounds:

* Saying you provide anonymity doesn't mean that you actually do. And track records tend to demonstrate otherwise.

* Your ISP still knows exactly who you are, even if they promise not to tell.

* ISPs who specialize in shady customers are more likely to be under surveillance themselves, meaning you're now more likely to be under surveillance rather than less.

* You're solving the wrong problem: you need end-to-end privacy, not just customer-to-ISP

You'd be right. But more importantly, these same objections apply to VPN providers. They more-or-less ALL specialize in aggregating known-suspicious traffic, which is not the bundle you want to be tied in with.

In fact, any argument you could make against using a Cloud VPN endpoint can also be made against a VPN service provider. Because, and this should be painfully obvious already, VPN providers just terminate their traffic through Cloud and/or Colo hosting providers as well; usually optimized on bandwidth cost over all else. So by setting up your on VM, you're just cutting out one of the middle men. There's nothing they can do that you can't do just as well without them.
And while ios might be a harder target for malware, Safari has plenty of problems -- such as inability to block JS unless needed, no adblocking. And iOS is quite chatty, sends all sorts of info back to Apple. No potential to filewall at all.
By citing the hundreds of academic articles about the benefits of them?

By showing the countless cases of success of drugs like Penicillin?
The impression I got was not that he was inferring that short-termism has infested culture due to the fact that he is no longer able to mentor junior devs.

I believe he was saying that short-termism (which his belief is everywhere and I assume he has this opinion based on external beliefs not listed here...) is the root cause of this. Not many people hire junior devs anymore.

I tend to agree with him, and believe it has a lot to do with the death of "lifers" in business.

The quickest way to progress a career nowadays is to jump every few years, and that applies to both management and tech people. If people do this, what incentive is there to properly mentor a junior developer? Train them up for them to get nabbed in a few years?

There is not much loyalty in both directions nowadays and that has some genuine downsides.
On the other hand it's possible for this to lead to senior developers who can't or won't leave their comfort zones entrenching designs and patterns that degrade the efficiency of the organization.
This. If more managers were given a budget rather than a headcount, they'd hire more juniors. At my last managing gig, I was the only manager at my level to hire junior devs.

I prefer a little mentoring/supervision to the "too many chiefs" problem. And juniors have fewer bad habits I need to break, so I can more easily mold them into the kind of developer I want. Also, junior devs are much more willing to take the crap tasks that seniors find less challenging/interesting. I can stick a fresh college grad on bug duty and they'll often churn through them faster than the senior devs. The raw horsepower of some young devs is damn impressive just as long as you keep them pointed in the right direction.

But I've also found that mentoring is a rewarding part of the job and now that I manage, I really enjoy mentoring mentors. Helping turn great experienced devs into great teachers helps take them to the next level and I've had guys that didn't want to do anything but write code thank me for pushing them to mentor.

So yeah...lots of companies give their managers perverse incentives and allow them to be lazy. But if you're conscientious and put a plan in place, mixing in around 30-40% juniors can be cheaper, more productive and better for everyone involved. It's just harder and most managers are more interested in playing politics to increase the size of their fiefdom than they are in actually shipping software and thinking about their reports' careers.
Your average Chili's kitchen is more automated than a Chipotle.

http://www.middleby.com/midmarsh/PressReleases/Brinker-9_12_...
In my experience promoting from within is still insufficient. Getting a promotion means maybe a 10% raise. Quitting means a 50-100% raise. I've got a guy on my team in a junior-ish position making 80 who is about to leave to make 160. There's no promotion path in the company to get that kind of raise over night.
The information asymmetry I was referencing was simply the knowledge of whether data is or is not recorded and how much is recorded. A VPN service that records more data is what I would consider a lower quality product and a lemon. Once a company starts collecting information it can use that data for a variety of other purposes such as selling it to advertisers. That extra revenue stream is what would make a lower quality VPN product cheaper than a higher quality one with no logging.

Also the end result of a market full of lemons is something that develops over time. I don't think the VPN market is mature enough for buyers to have learned to presume a lower quality product. I would even argue that the information asymmetry is so extreme in the case of VPN services, that a user can purchase a product, user it for years, and still not be able to accurately assess its quality. This would slow down the development of a true market for lemons.
Lucky you, I see it every single day.
"These are two sects of Islam fighting with each other for centuries, mainly over dogmatic issues: all Muslims believe in the Sunnah, but for the Sunni the Sunnah is of primary importance. There are also other differences between the two."

This is what I'd explain to a child, and I believe it's more or less correct. Once they get more interested, they'll be able to consult more precise although less accessible descriptions.
That is pretty ripe for abuse - junior developers take whatever since the first job is critically important to get, and then have zero negotiation power since it costs an exorbitant amount of money to "poach" them and pay them their fair market value.

I mean, yeah, it'd be good for employers. Not so much for employees. Likely an illegal or unenforceable contract, too.
I'm not a roboticist nor do I hold a PhD, but the robot cockroach wasn't compelling to me at all. The cockroach very clearly elevates its posture as it approaches the wall. The robot just brute-forces contact until its legs manage to catch hold. Really no similarity at least from the videos.

That being said, the study is still very interesting!
You could turn that around and ask why Apple didn't bother to fix something that was causing pain for some of their users and continued not to fix it after it was causing pain for most of their users. Google made a bad engineering decision, but I would place most of the blame on Apple.

It's the same for IE and web applications that didn't work in that browser. Luckily, people (for the most part) stopped using IE. We can only hope that iOS Safari will share that fate.
Reason.com
Because according to the law, Windows was a monopoly regarding desktop operating systems, but Google services aren't.
Truth.

And if you see scales suddenly show up at CMG stores, you'll know what's up.
"a company that praises itself of hiring some of the most smartest people in the field?"

Maybe because they are oblivious to the big difference between being a good developer, being generally smart, and being a decent person? These really are entirely different things, and selecting for the former would not necessarily give you the latter. And I very much doubt that they were selecting for the last one at all lately. If ever.
>next to India.

Ha, I guess if you can say crossing the Himalayas is next to anything. I’m trying to imagine the trans-Annapurna pipeline right now.

Also, I’ve Nepalese friends who would tell me Nepal is actually between Tibet and India.

About those blue areas though, yeah it has a Minnesota-looking tapestry of lakes spread out over 1000 miles, about 300 mi north of the mountain range.
Ironically though, equipment that is supposed to last a long time and hasn't progressed that much over the years are lasting shorter. Examples are cars, microwaves, fridges, washing machines, etc. Recent cars for example on average malfunction quicker than ones 20 years ago.

So in that sense, technology that does not progress fast does not necessarily improve reliability
Related: "Senior" developers with two years of experience.

There's just a hell of a lot of title inflation in general, I think.
My Oxytocin Made Me Do It
I'd suggest there is a difference between parenting advice, and information about how children develop physically and mentally.

Sure, any jerk on the street can offer advice on parenting.

But humans are physical, deterministic meat machines. They work in a certain way, and that way does not change over a decade or two. The technology surrounding us does, but not the human. And there are people who study how humans work. It's worth listening to them on that subject.
Money only buys happiness for a certain amount
I’m not going to switch my browser or my hardware platform over some trivial bug that only surfaces on one website. I’m just not going to visit that website.
I think making each connection ameliorable to throttling and the the other countermeasures clients typically use is most important, although I don't know enough about networks to be more specific. If it's easier, making every connection error exactly once may give a first idea of possible changes to the results.

A client-specific, randomised error rate would be the second step. Without this, the test is still meaningful. But it measures the system's response to internal failures, not to a typical production environment where most clients see 0 dropped packets, and a small number encounter most of the errors. I'm not sure how dropped packages are distributed, but I would guess 99.9%+ clients have none, yet those that see any might actually get an error rate far higher than 3%.
>Advertisers could push their sites onto the front page, and paid ads were indistinguishable from organic results.

>Google's innovation was to deliver pure search results with the highest relevance, with zero influence from advertisers. Ads were separate and labeled as such.

Have you tried using Google without an adblocker recently?

If I search "buy a car" using Chrome on Android the entire screen of my phone is filled with ads that I need to scroll past to get to the "pure" search results. The only indication that they are ads is a tiny box 1/8 the size of a fingernail. The top result on the embedded Google maps box is also an ad.
I wouldn't expect the brand that is most associated with "cheap, filling, and usually not terrible" to be able to pull off a higher price transformation. When you build a brand that strongly based on being cheap, you have to own it...there's just no way to take Taco Bell up-scale (McDonald's is finding this out, too). I'm surprised anybody savvy enough to be in a leadership role at Taco Bell would make that kind of mistake. I don't know much about branding or managing a food business, but I know that can't work (and, I can't think of a single successful example of it).

Chipotle has the brand that is already pretty strong there in that tier of the market just above fast food and below sit-down casual dining.
Junior devs are significant drain on senior devs resources which could otherwise be spent more productively. And once he or she matures a bit, he or she gets hired somewhere else as senior for double the money. Thus hiring seniors and not bothering with juniors have obvious business sense (until there is a way to bound juniors somehow - for example by immigration).
It's finally custom build, Richard payed a guy called Felipe to work full-time for quite some time to help developing it. See the devlog [1] for more details. I loved reading it over the months. There is also a wrap-up post by Richard to summarize all of this [2]

[1] http://phaser.io/phaser3/devlog

[2] http://phaser.io/news/2016/12/phaser-in-2016-and-beyond
I've built a new of 4 developers team since September. 2 out of those devs are Juniors; or at least, formally they are, as this is their first "real", paid job.

But at the same time, these two are much better than many, many "senior" developers who came in asking for very competitive salaries and couldn't answer the most basic of questions. (My satndard is to ask about stack and heap; most of them just say something along the lines "value types on the stack, reference types of the heap" and cannot even connect stack the data structure with stack in memory.) Meanwhile, one of these "Juniors", when I asked him to talk about something he knew very well and was passionate about, explained AI techniques (game AI, not ML) that I never even dove into myself – instead of checking him, I was learning something new from an intervewee, and it doesn't happen often.

I really feel that I got the best deal, sitting through all these interviews regardless of experience and without any real filters by CV, because in the end I found these two - hard-working, talented and with more knowledge you would reasonably expect from a junior.

Don't save time on hiring. Don't create illusion of knowledge by reading too much from CV or using labels like "junior" and "senior". Rather, admit to yourself that you don't really know someone's skill level until you talk to them or give em the test assingment.
We should start a boycott campaign against AMP for email. You know those browser banners for people who are using old versions of IE?

Use AMP HTML in every email to display a message about how AMP is toxic to the open web. Only AMP clients will see it.
The crux of the Software Freedom Conservancy argument hinges on their belief that there is no distinction between a statically and a dynamically compiled Linux module. Modules are, of course, a programming term referring to concerns that are separated into logically discrete functions (modules), while interacting through well-defined interfaces.

The Software Freedom Conservancy argues that not only is zfs.ko a derived work of Linux, but really any dynamically loaded Linux kernel module is a derived work (of Linux). To me that feels like a bit of a stretch, and one could make the opposite argument.

By virtue of the fact that zfs.ko is an optional module, rather than an integral part of Linux, it's not a derived work. ZFS.ko MUST be a separate entity from Linux in the first place; SINCE zfs.ko is a module, it MUST be logically discrete, while interacting with Linux through the standard, normal kernel interfaces. Further, it's likely that only if ZFS were distributed as a changeset against the Linux source code (rather than buildable as a distinct module) would it possibly be a derived work of Linux.

The statically vs. dynamically compiled (linking) distinction doesn't hold water as it is an arbitrary technical one that only has to do with how things are layed out on the filesytem and/or loaded into memory, since modules, plugins, add-ons, and similar things almost often can be either statically compiled in or dynamically loaded, of which there are many examples of in many existing software.
I can't believe I read through this article and most all of the comments here with no mention of what the hell AMP actually is, so I did a bit of Googling so that someone somewhere won't have to.

Accelerated Mobile Pages (AMP) ( https://en.wikipedia.org/wiki/Accelerated_Mobile_Pages ): They are a competing technology with Facebook's Instant Articles that restricts the page from doing practically anything that isn't performance-minded up-front. That means very little loading, and all data calls are async. That means no document.write or other blocking calls that would prevent the page from loading. As culled from the wiki article and the amp project site, pages in AMP load in a second or less and consume very little data, making them optimal for mobile devices.
The secret of becoming an influencer in your industry
I wonder how much of the cartels switching to meth is the fact that legalization is sapping their profits from marijuana.
Java Generic Are Turing Complete
I feel like the current trend of agile development process common in startups now somewhat works against senior devs' interests to mentor junior devs. There simply isn't time allocated for this. Senior devs are held accountable for what they deliver, and doing so on time. This is among other things like code reviewing PRs and attending meetings. For most senior devs working under this circumstance, the best they could do is answer questions of junior devs when they ask them.

I was fortunate enough to be moved into a lead role at the current place after a few months, and expectation of my amount of individual-contribution is set lower than that of other IC members of the team. This has allowed me to spend a little more time on mentoring junior devs. I can see that for other senior devs, it simply isn't realistic to expect them to spend time on mentoring, with the agile schedule. This is how I had felt myself before moving to the team lead role.
awful advice. use a threat model, which may or may not include commercial VPN services.

I can think of many situations in which I'd prefer a commercial VPN provider to a private one, or even to running meek on a tor bridge. there are also many situations in which someone else keeping logs is extremely useful :)
People are idiots. It's almost impossible to destroy gold, quite easy with bitcoins.
I presume you get your FDA-approved meth from a licensed pharmacist?
It's pretty interesting -- as a startup founder leading a dev team of ~10 people now, I've hired almost all junior level candidates. We never had a posting for "Junior Software Engineer" though. We just had one posting and considered everyone who applied separately and within the context of their experience.
> I’m not going to switch my browser

Don't blame anybody else for your poor choices. If you choose to use IE 6 or iOS, don't cry if the world doesn't bend over to support your buggy platform. Work within the shrinking confinements of your platform.
As someone that has gone through it, no. It is possible to get intern and new grad full time offers by passing one online debugging test and one coding test (in rare cases a single one!).

Also the comp is a league below the others I mentioned.
That’s just bad design to begin with, replaced by a ln inefficient kitchen sink of a solution. Why should the screensaver be part of this megalith?

Edit: to be clear, it’s not about the binary used to run the screensaver, it’s about the fact that it does not need to be a question of “all or nothing” and that a solution for this particular problem could have been adopted without replacing virtually every other component of the system services simultaneously.
As a user, screw you.
Sorry to be harsh, but the fact of the matter is the harder your life is, the easier my life becomes, no joke.

I dont want AMP. In fact, I want emails to go the other way. It already annoys me that email marketers can track whether i have read their email or not.
Notes having cocaine on them doesn't show they've been involved in a drug deal. More likely someone rolled one up to snort the drug and then when it went through a sorting machine it got cocaine on to the machine and then many other notes.
From the sources below the warning is to alert consumers that new pork from the UK could have medically necessitated antibiotics use (as in sick pig gets meds to get better, instead of US pigs who ALL get antibiotics to get fatter).

That's very far from rolling the dice with a heath risk.

It should have been framed and explained better.

I personally think that if they can't find meat either they shouldn't sell it (which they did and people got pissed). Or grow your own.