skysight-inc/HackerNews huggingface dataset:
They are currently called "1st Special Forces Operational Detachment-Delta". They haven't changed their name in years (or ever, really).

What you are likely confusing is "Seal Team 6", which is now properly listed as "United States Naval Special Warfare Development Group" or DEVGRU.
Theres alot of really badly written chef code in there at that. :/
There are many hypothesis. Too bad the data which could allow us to evaluate them (namely the # of crimes broken down by ethnicity) is deliberately hidden. That's why I'm suspicious of the establishment's claims, and why I expect many Europeans are as well.

I don't find a surge in crime relating to changing demographics implausible. In the US we have widely varying (read: 8-10x) crime rates between ethnic groups, so if our ethnic composition changed we could get significantly more crime as a result. Perhaps Sweden has similar effects. Or perhaps not; but if the data proved otherwise, why would the establishment hide it?
> Is this a euphemism for "cannot monetize their data"?

I find it fascinating that people keep obsessing on how Nest is "monetizing the user's data" through Google.

I won't go into details, but believe me when I say there's way more effort being put in guaranteeing customer privacy than in integrating Nest data into Google's platform. In fact, if you Google around you'll find press announcements describing, in much more detail than I could go here, the kind of arrangement Google and Nest arrived at when the acquisition happened. The data separation clause was a huge part of it. Nest wasn't acquired for the consumer data they could bring over, but rather because... you know, biggest company in the (then booming) IoT sector. Investments on projected revenue are made all the time, but when Google makes one people cook up all kinds of theories about nefarious purposes ¯\_(ツ)_/¯

So, no. What I meant is there wouldn't be enough people buying this "expert" versions of Nest Cams to justify building them. That's all. If you have solid research to the contrary, I'm sure our PMs would love to talk to you.

> If you treat people like idiots, they will respond in kind.

That's a big assumption you are making about how I treated potential customers of my own startup that I put over a year and a half of effort in. It's not about "idiocy", it's just not the same crowd you have in the Bay Area, were store owners will gladly try anything to attract more customers. Leaflets and "neighborhood bulletins" are still a thing there, even when it gives you 0 visibility on how effective they are as a marketing tool and it costs thousands of dollars per month. Anyway, if you want the details, we can discuss them offline.

> You think people can buy and install Nest's current thermostats, but won't be able to install a turn-key local server that needs literally the same WiFi information?

It's not just the server, then you have to setup the camera to point it to the server, provide some rigging to make the video consumable, create credentials in the server if you want any kind of protection against MitM/Spoofing, etc. etc. etc. The very reason Dropcam was founded was because the CEO's dad, an EE, couldn't figure out how to setup one of those "expert" systems. Greg Duffy saw the potential business opportunity and went for it.

I understand if it's not the product you want. We don't pretend to be the perfect product for everyone. My personal opinion - not reflecting Nest's policy on this opinion at all - is that I'd rather sacrifice a 5% increase in sales than increase engineering/operations/marketing/sales effort a 15%. It's just bad business.
That's up to Twitter to implement it.
This makes perfect sense. I like to describe corporations as sociopathic entities that will do anything to anyone if it makes or saves them a buck in the long run (including firing your ass).
HTTPS encryption doesn't get more difficult to compute as time goes by.

HTTPS is the means to an end, bitcoin is just wasting resources.

If the point was just to maintain the blockchain integrity there would be no need to make its difficulty ever increasing.
When someone calls that, they wouldn't expect the input to be consumed.

>>> list = [1,2,3]
>>> sum(list)/len(list)
>>> Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ZeroDivisionError: integer division or modulo by zero
The iPhone 6 lists at 459 British pounds which even with the historically low exchange rate is still $100 premium over the US version. Ditto the euro, Australian dollar, etc. It's not such a surprise that they were able to make loads of $$ in foreign markets back when the exchange rates vs USD were much less even.
HFT in the Banana Land
Seems very similar to https://nomadforum.io/

Not all remote workers are nomadic, but all digital nomads work remotely.
> There is no level of hash calculations that is acceptable.

Well that's just unreasonable. Do you have any earthly idea how much CO2 the current banking system expends?
Maths study shows conspiracies 'prone to unravelling'
DragonBox: Secretly teach algebra to your children

https://news.ycombinator.com/item?id=9469364
Wow, possibly no more VMWare Workstation? Kind of an end of an era, but I guess the pressure from VirtualBox etc is pretty high.
Even though I preferred it (integration with ESXi was nice, and it felt better) I couldn't justify buying it.
weakness of the chinese currency
This. Its the growth trend that's flattening, which should be worrisome to investors if you ask me.
I think it's not really a ideal thing for client-side work and server side work to be separated (this is more a talent constraint). The most efficient organizations I have worked for are the ones that split themselves up into feature teams instead of strict front-end and backend teams. Otherwise, you end up with people waiting around for each other to make changes and that forces them to context-switch between different tasks (and everyone loses focus). Not to mention that the backend devs often dont get the interface 100% perfect the first time and you end up having to iterate over those changes - Which means more waiting around and more context switching (except if the required changes are minor in which case they can pair together).

With feature teams, you give people ownership over a feature of the software and they are responsible for bringing it to completion. The great advantage of fullstack developers is that a single developer can work on a feature end-to-end - It gets rid of communication problems, greatly speeds up development and reduces the backend-frontend "blame game" factor that you often see in large companies.

I like the way the article portrays people as concurrent processes but I think there is a fundamental difference between people and processes which affects things: People don't have perfect memory. When someone offloads a task to a different person and starts working on some new tasks asynchronously, when they come back to the previous task, they may not be able to resurrect all the old thoughts that they had the last time they looked at the same code (not the same level of depth). So they lose a bit of time getting back in the mindset.
If you are looking for web frameworks, F# (a cousin of OCaml) is a better bet for you compared to OCaml and fits well with your current development environment.

F# has Suave.io which is more idiomatic along with asp.net mvc where you can fit F# into.

Freya for OWIN - RESTful development looks very nice too.

Canopy - for Web UI automation (DSL on selenium) is also an awesome tool.
Yes, some of this is from the misuse of jQuery. But I fix that misuse a lot, so I felt it needed explicitly pointed out.

But many of these complaints have nothing to do with misuse and everything to do with either a lack of awareness about selector consequences, or a decade of built up code debt in the jQuery plugin ecosystem.

All of these examples are true for all JS frameworks, even non-SPA frameworks. Dynamic DOM is a problem for code that wasn't designed to clean up.

There is a real reason to avoid jQuery, that reason is that you want your app to work well. Blindly reaching for a tool from the static age will bite you.

> But unless you made a meaningful discovery that can add to the conversation, you don't need to make another blog post about it. Ugh.

Guessing this is yours ;)
There is blowback from these actions. Much like the blowback from intelligence operations it often manifests in unusual ways. For example, deposing the elected leader of Iran through Operation Ajax led to the coup by religious extremists, and funding the Mujahideen in Afghanistan led to the rise of the Taliban and Al Qaeda.

Right now the blowback is in the form of a total and utter lack of faith in the political elites by the majority of the population. The military has overwhelmingly more approval, and 23% of the population says that they would support a military coup.

If people don't feel that their votes actually matter... Well, I don't want to think about what happens if the world's largest democracy becomes a non-rational actor.

You're right, this is an upper class attempt to clamp down on the lower classes and keep the societal wheels turning. I don't understand the desire to give tickets, but it probably comes from the warrior mindset in law enforcement culture. It's about personal dominance.

Note that I also have relatives in law enforcement. This isn't an indictment of all police. There are many good people in law enforcement. But in aggregate there certainly has been a lurch toward aggressiveness.
Lever is a fantastic product with a fantastic team. Recommended for stressed out recruiting teams and hiring managers everywhere!
The research examines how long alleged conspiracies could "survive" before being revealed - deliberately or unwittingly - to the public at large.

Dr David Grimes, from Oxford University, devised an equation to express this, and then applied it to four famous collusions.

The equation developed by Dr Grimes, a post-doctoral physicist at Oxford, relied upon three factors: the number of conspirators involved, the amount of time that has passed, and the intrinsic probability of a conspiracy failing.

He then applied his equation to four famous conspiracy theories: The belief that the Moon landing was faked, the belief that climate change is a fraud, the belief that vaccines cause autism, and the belief that pharmaceutical companies have suppressed a cure for cancer.

Dr Grimes's analysis suggests that if these four conspiracies were real, most are very likely to have been revealed as such by now.
Also I don't think that kind of meta-analysis lasts some rounds of conditioning.

Right now the "meta" is to not slam on your brakes at a yellow turning red because the person behind you might be expecting you to go through it. But if the expectation changes -- which could very well be caused by no one wanting to receive automated tickets any more, the person behind will most likely stop expecting you to go through it, as they're very aware of the risk of getting auto-ticketed too.
Both this result and the preceding paper are also entirely consistent with the hypotheses that:

1) People who are susceptible to vCJD are more susceptible to AD

2) The (cellular) stress caused by vCJD increases susceptibility for AD

3) People who have had brain surgery (a traumatic and stressful experience in terms of brain swelling) are more susceptible to AD

All three of which would be entirely inline with the fields' current way of thinking about AD, proteostasis, CBI etc. Which is not to say I actually don't think that there is a transmissible element, but I think we should avoid jumping to conclusions...
You haven't lost anything if you haven't pirated your content (since they said they'd "put it back", as quoted from your original post).

It's an inconvenience, I'll give you that.
He was actually my high school physics teacher! And very good. A really cool guy and super smart.
I usually have strong opinions on how to run things, and one of the main reasons I've been investing time, money and effort into building a prototype is precisely to be able to put my own ideas to test.
I actually have no idea. After posting that, I looked at deltacloud git, and there haven't been any new commits since 2013, so it doesn't seem too active.
> Bitcoin's computation does the job of securing the blockchain by forcing an attacker to spend computation cycles to match up the computation done for these hashes.

So we could call this approach to scaling communications, "brute-force messaging"? (..since it also forces anyone who wants to enlarge its available message space to pre-compute hashes ...with an ongoing race condition, so "raced, brute-force messaging"?) Scaling seems a bit off though, since its design enforces "expensive, frantic scarcity". That seems rather limited for a growing population's needs for communications around an increasingly valuable resource base.
The only one who knows if the input is needed anymore is the caller, not all callers will agree, so it's bad form to let the called function decide automatically unless it's very clearly marked as a mutating, list-destroying function.
They aren't growing is the problem. But more importantly when you look at their numbers in China you can see the global slowdown. It's bad for all global companies.

As for bonds, I meant by foreign companies. Many bonds have been written with USD which are now becoming painful to payoff as their own currencies are not valued well against the USD.
As ufo said, Lua could also support the 1/x syntax since it does have operator overloading. Additionally, there is nothing hacky about having an apply method taking a function.
I would strongly disagree that education loans only drive up tuition. I know several people (including myself) who would not have been able to finish college without a combination of Pell Grants and subsidized student loans. I now have a very well paying job and have contributed far more in taxes than I took in loans - plus I'm paying off my loans. So I can personally vouch for their effectiveness as a tool to enable achievement.

I do agree that rising college cost is a problem, but blaming it mostly or entirely on government-backed student loans is far too simplistic, and ignores the benefit that it has provided.
I believe FreedomToCreate was expressing surprise not only at the frequency with which Apple customers upgrade their gear, but rather the fact that such expensive hardware should be upgraded so frequently at all when the advantages are incremental.

The reason for this is that, while Apple gets incrementally better, it at least does not tend to get worse. Compare with Windows 10.

Superficially, Apple tech is also a status symbol, especially among the young--but that is not to say that the cool kids do not buy Android phones, Kindles or Chromebooks. Less superficially, the target market of Apple is the luxury/privileged--and this segment of society does not consider advantages of upgrading and neither do they consider cost. It is the same segment of society (or at least significantly overlaps with the same segment) that will order avant-garde splats of "exotic modern art" food for exorbitant prices where others would consider frugality or nutritional benefit. It is the same market that all marketing targets: the clueless and impressionable.

I am not saying Apple devices are bad, I am saying they are heavily marked up far beyond the value that OS X and its exclusive applications add, and ergo the majority of its buyers are sufficiently well-off that they can afford to have the most fashionable computer. There is very little fashionable about having something from the previous season, let alone 2012 (despite the fact that a MBP from this year will probably still be sufficient for a web developer in a typical situation).

Of course, I am going to get lambasted if I do not also mention that OS X is (arguably) well-designed in terms of user interface. I say arguably because, personally, I do not see this glistening advantage--but I'm a developer, I want a command line and a modern web browser. What I do see is more effort put into the actual polish of the UI than Microsoft seems to invest in their OS.

It's no different to Chrome vs Firefox. Chrome is building up quite an impressive market share, despite the fact that its peers (excluding IE, as always, because apparently implementing the flexible box model was too difficult) can do most of the same things that Chrome can do.

In a similar vein, Chromium (FOSS Chrome) is readily available to use (yes, yes, dev builds, but they are remarkably stable and I've yet to experience an issue with a Chromium dev build) yet nobody uses it. While obviously discoverability is an issue (since Chromium does not advertise that it can be easily installed) I imagine that if you offered Apple hardware at a lower price without branding, it would sit in the branded Apple hardware's shadow. Especially given the angst already present among cool kids about phones which seem to imitate the iPhone's physical product design)

Well, this has been thoroughly anecdotal and I don't usually like to do that, but hey ho. If it's of value for someone to read and expand upon or criticise, why not post it
I think VPU (for vector) is the most descriptive.
Course there are prion diseases which can be spread by ingesting infected nervous system tissue. Kuru, Mad cow disease and scrapie come to mind.
After ten years in the automotive industry I can confirm that some observations from the article also happens there: If you look at the system architecture (parts, components, connections) of a car you can also very certainly identify the companies organizational structure. You would also see there that the architecture is optimized for solving the problem with least amount of effort and redundancy. But nevertheless, working in such a gigantic environment I also concluded that this still makes sense. You simply need a well defined boundary up to which you and your team are responsible and a well defined interface against which your are developing. In the electrical engineering world these are often interfaces described in form of messages that are defined on classical bus systems (e.g. CAN), which worked quite decent. I worked a lot on the introduction of IP networking based interfaces, which (besides allowing other network layers and higher speeds) also can be used for describing interfaces between different software parts which might still be deployed in the same hardware. This yielded the advantages that Joe Armstrong described here: Different parties can work very independently, using different technologies and you can compose the results to a complete system.

However I can't say that I would use the approach for everything, because I comes with a certain overhead - in performance as well as in the development process. E.g. to have a large number of developers (could easily be > 100) the same understanding of an interface and develop against it you really need a perfect static definition of the interface, for at least some parts a dynamic description (state and sequence charts) and test tools that work against both sides. The interface definition must be maintained by someone (probably neither the groups that implement the server or the client side) and changes will be much much slower than a change somewhere in a monolithic codebase (can be month from the change of an interface description until all sides have adapted the new version). I would also heavily recomment the use of some interface definition language (anything from custom, protobuf, thrift, swagger, etc.) and the use of a framework and code generations tools and client and server side. Manually processing JSON or even worse writing bytes manually to a socket won't work at scale.
I'm not appreciative of your continued attempt to conflate very separate issues in order to attempt to prove some "this is bad" point.

I'll reiterate: If you want to engage someone about unfair judgements against certain classes, I'm not that person. It's only relation to the situation at hand is that it is a source of copias pro fine warrants.

> Even from a strictly legal perspective, detainment for a civil judgement based upon evidence from a massive domestic surveillance dragnet is very Constitutionally suspect.

The enabling part of this on the officer's side is not a "massive domestic surveillance dragnet". It's OCR tied to a database query. It's automation of a search the officer could already perform, if he could type fast enough.

As I've already stated, I agree with the EFF's position about the sharing of data back to Vigilant Solutions. Especially because sharing this data back is not necessary for the technology as used by the officers.
The problem is with the consistent hand-waving between economically efficient - on average we've got more wealth - and we all have more wealth.

Suppose my neighbor has a plot of land that he's not really using - it's mostly idle, he's just got a little garden on it. I know that if I get it, I could produce much more wealth - maybe I'm a skilled farmer and I could grow high-value crops on it. It would be more economically efficient for me to own the farm. We'd produce more wealth collectively that way. But there are several ways to get to that more efficient state:
1) I could buy the land from my neighbor for a fair price. He gets the money from the land, which is worth more than he made from his garden. I get the land and produce lots of wealth, minus the money I paid my neighbor. We're both better off, huzzah!
2) I could steal the land from my neighbor. He's worse off - he no longer has his garden at all. I'm much better off - I get the land and I don't have to pay for it anymore!

Economically efficient moves by definition mean that there's enough wealth to compensate everyone who loses. A lot of the anger about globalization is people being pissed because they're losing - their job or their benefits or whatever - and the folks who are winning respond by telling them that it's economically efficient so they'll just have to suck it up. It's one thing to say "Hey, change is inevitable, but at least we're all getting wealthier!". It's another thing to say "Hey, change is inevitable, and we're getting way more than you're losing!"
I think the biggest thing, and one that a lot of people are missing, is that the 6/6S phones caused a one-time burst of switchers who were only on Android because they wanted big phones and they previously couldn't get them from Apple. (Evidence: a year after the 6's release, this happened: https://theoverspill.wordpress.com/2015/09/01/premium-androi...) Now 1.5 years into the 6/6S cycle, almost all of them have switched, and iOS-vs-Android market share (in saturated markets) has reached a new steady-state.
AFAIK F# is supposed to be an ML that is more like OCaml, but on the .NET runtime. Give it a look, it may be useful for you. Also, IIRC, the compiler for it went OSS recently. But I've not tried the language myself, so this is hearsay.
Also, quality of life took a huge dip at the tail of the neolithic because early agricultural societies had worse nutrition and higher population density (= disease). Life wasn't less comfortable for the H-Gs.
That's amazing - I've got the same code on my luggage!