skysight-inc/HackerNews huggingface dataset:
Indeed, BACnet's been around for so long now (and has such poor takeup in the consumer space) that one might wonder whether a newer protocol is necessary.

Or one could consider that only very recently technology has become cheap enough to be a viable option. In fact, I'm still not convinced it's cheap enough to interest the average consumer. Tho Apple's team probably disagree.

What do you mean by not plug-and-play? Any BACnet device can be connected to a network and announce itself with a WhoIs, being instantly recognized by all the other devices.

(...) supports a relatively small number of transport protocols (...)
BACnet has many official transport protocols, the 3 most popular being MS/TP, Ethernet and IP.
Furthermore, nothing prevents the BACnet packets from being embedded into some other protocol.

And because you mentioned ZigBee:
http://www.zigbee.org/Standards/ZigBeeBuildingAutomation/Ove...
"The ZigBee Alliance joined forces with BACnet, the leading global building automation and networking protocol for building automation, to fully support BACnet over ZigBee Building Automation networks. Soon it will be possible to easily expand your wired BACnet-based building systems to new areas by using wireless ZigBee Building Automation products."

You are right about security, BACnet was not designed with security in mind (nor was the Internet). But this brings other questions:

1. Does the consumer space need security for thermostats?

2. If it does, why shouldn't this be handled by the network security?

3. If there's really a need for separated security, why not add the required changes in the next protocol version?

(i.e. most BACnet/IP devices will stop working as networks switch to IPv6)).
No. No they won't.
Firstly because most BACnet network are to remain inside the enterprise own intranet which will remain IPv4 for a long time. (Forever?)
Secondly because IPv4 is a subset of IPv6.

BACnet is probably fine in the enterprise domain, where everything is installed at building construction time(...)
Which is simply not true. Most buildings are many decades old. They are a (horrible?) mess of pneumatic systems, first generation electronics control with relays panel, and what we could call recent technology controls with micro-controllers.

In the home domain, it's at least overkill, and makes things incredibly difficult for users.
I fail to see how using existing technology is 'overkill'. Was it overkill to bring Ethernet and IP to home users? Should we have come up with a different standard?

(...) Trying to do a standards-based approach at the moment would be a horrendous idea - firstly I know a large number of companies to be trying to come up with their own solution at the moment (...) How is many companies trying to come up with their own solution an argument against standard-based approach?

(...) but secondly it would just end up being a standard by committee (with no real implementers). You mean without the worldwide HVAC industry, right?

Personally, I find the BACnet protocol to be bloated. But is it a good enough reason to throw away everything?
This involves program optimizations. JSNice doesn't optimize `var x = 1+1` to `var x = 2`
If you’re on the beach, this map shows you what’s across the ocean
I believe tptacek was asking for the intersection of features between Swift and Rust, not for features that Rust has but Swift doesn't (like compile-time memory safety without GC/ARC).
I may be completely off-track here but this seems to happen when VLC drops frames in a h264 source - you get green/black blocks except for the moving parts of the image. Maybe libvlc/libav could help you here?
I uploaded it to Internet Archive: https://archive.org/details/HackerNewsStoriesAndCommentsDump

Not sure two giant JSON files is the best format for this, but I used jp: http://www.paulhammond.org/jp/ to browse through it.
From my father, who used to drive steam and diesel locomotives in the UK on a Heritage railway (2ft Gauge).

He says strictly speaking, legally you're not allowed to reverse a train once passengers are inside without permission, but you can "rock" the locomotive forwards & backwards if you're stuck.

Procedures may differ in the USA.
Pretty much their entire pitch is that they don't store the data[1]. I don't really see how they can be forced to give up data they don't have.

[1] https://duckduckgo.com/privacy#s3
Not really.

I'm no expert (as I wrote), but afaik the app install process (iTunes style) is sidetracked by running a program to install an App on your trusted computer.

Then you run the app.

I only use iTunes when I update the music on the iPhone, not programs. I assume most people do the same these days. (iOS 5?)

(But certainly, there is a possibility here -- maybe iTunes might tell the iDevice to update an application without informing the user? I can't say, Objective C was too much like Java for me. :-) I don't keep music on the iPad, so that is no problem.)
Nice post, Sergey. We've been using Thompson Sampling to deal with delayed feedback, as we're dealing with data coming from mobile applications which are not always connected. The results have been pretty good, here's a breakdown of how it works if you're interested: https://splitforce.com/resources/auto-optimization/

Have you thought about how to deal with changes in environmental factors over relatively longer periods of time? For example, seasonality or changes in popular taste.
> OffTopic - J. R. R. Tolkien - South African, Lord of the Rings

Born from British parents living in the Boer province of South-Africa, a British colony, so not really South-Africa per se. And he returned to the UK eventually for and after WW1.
How Russia's Troll Army Hits America
A patent (troll, btw) doesn't stop Apple from letting other clients connect to the network. Those clients could decide if they want to deal with the risk of infringement judgments.

And Apple could have chosen to use one of many existing alternative session initiation algorithms.
> But many of the SunSpider tests (for instance 3d-raytrace, tagcloud, crypto-md5) are pretty realistic workloads, if fast-running. They are arguably more realistic than some subtests of Octane (like splay).

I stand by my opinion that SunSpider is a poor benchmark suite that should have been retired years ago.

Octane also has some bad benchmarks, and I agree that splay is one of them. I've written about this before at https://blog.mozilla.org/nnethercote/2012/08/24/octane-minus....

And you admit that at least some of the SunSpider and Octane benchmarks are bad, and yet you included them anyway? Argh.

I must say I also dislike this trend of creating benchmark suites that have entirely new names yet consist mostly of tests from prior suites.

> I think the only way to get something that is high quality and also neutral is to create a neural group that multiple browser vendors join.

I agree 100% with you there. Robohornet was an attempt at this, but was fatally flawed by the fact that the benchmarks themselves were terrible.
Data Recovery Barking
How does that work with ads, though? Because if it doesn't, it's dead in the water.
And more importantly, how do you export your data and move it to a different provider? How do you take your app that relies on CloudKit and make it cross platform? If the answer is "you can't, this is only meant to help the Apple ecosystem", I'm not sure of the broad usefulness of this.
This was covered on The Office: https://www.youtube.com/watch?v=l8uCNOKODf4
> Google doesn't make third party developers second class citizens: it makes apps using the same tools and apis as available to everyone, and distributes them the same way that everyone else distributes their apps.

This is exactly my problem with Google. They seem to prioritise developers over users. Apple does the opposite. As a developer I prefer this — I've been rejected many times, and many times it was because I failed to do something for my users.

I don't trust most developers to do right by their users. I don't trust them to respect user privacy, store data securely, ensure decent battery life, not be lazy, and so on. Developers don't have the right to develop for and sell on whatever store they want; they should follow the rules if they want their software on someone else's store.

The Safari UIWebView thing relates to memory protection. And really, there's not that much of a difference (I use JavaScriptCore pretty heavily at times).

Which Apple APIs, specifically, are you complaining about? As far as I see, the vast majority of what we use, Apple uses. Their APIs are often elegant and very well thought out. Also powerful.
They missed the largest reason completely.

It is because their main customer is there on business, and their company, not themselves is picking up the tab. And if the company is picking up the tab, there is absolutely no reluctance to get the wifi.

And the companies don't care, because the employee needs the wifi to work, so $15 or whatever it is, is a small price to pay for being able to have the employee work remotely, which a decade ago was all but impossible.
It's on the bottom half of the page about enumerations. Typically languages have product types, but lack true sum types. Swift's enums provide such leverage.

That said, Swift's types are a bit less than recursive, so there's a bit of niggling still before you get to the affordances of something like Haskell's `data`.
This seems like a rather nonsensical reason devised by hotels that charge for wifi. In fact, the quotes they give are actually from companies that do paid hotel wifi. The argument is very similar to arguments about pricing, monopoly-protection and net non-neutrality regulations for ISPs: that somehow, high prices and abusive regulations are necessary to provide decent bandwidth.

It would be very interesting to see an analysis of internet connection quality at hotels with paid vs. free wifi. In my anecdotal experience, the paid wifi has often been worse. To be fair, paid wifi seems most often to be present at hotels hosting conferences, and the conferences do bring quite a few users... but if we listen to this argument, isn't that the situation that we are paying to prevent?
Most obviously - things that would no longer work in 3, that used to work in 2 - if that was not a problem, then it would've been an issue to switch (and the performance is not worse than 2).

But I guess it's not that easy. Also the "C" api must be backward-compatible.
I think the author is seeing a little more than there actually is. There is a lot more overlap between Swift and C#/Java than with Rust. Actually, I see very little Rust in Swift, except for very trivial features that are present in 90% of C-based languages.

But hey, any opportunity to pimp your favorite language is fair.
Make sure you have Trim Enabler and a good backup system! With an SSD, performance goes up and reliability will go down. SSD manufacturers have been improving firmware in order to be able to sell ever crappier MLC memory. You will need Trim Enabler in order to preserve the performance gain. This also means that you have to restart once again whenever your software updates require a restart, in order to restore TRIM.
Images can be rendered at the subpixel level if they are oversampled (e.g. "retina" image on a non-retina screen). Browsers just don't.
> some giant horizontal element sticking way out and ruining the experience

And more often than not, this giant horizontal element refuses to scroll down properly and makes the whole page sluggish like hell. You gotta love 2014.
Throwaway; I'm 14 years away from the movie and I couldn't agree more with this point. I still have yet to have sex, any physical relations (cuddling, holding hands etc), have a girlfriend, or really feel real emotional attraction towards another person in a romantic capacity (as I understand it), and yet I feel perfectly fulfilled and don't at all question my masculinity. I used to get upset about not having a gf / being a virgin, but then I realized that my emotions were mostly driven by a desire to conform to some arbitrary social metric of success. Once I realized that, I stopped caring and have been far happier, less stressed, and more social.
To those wondering why Graydon is qualified in the title as just the "original" designer of Rust, it's because (as far as anyone seems to know) years of being a technical lead wore him down (lots of administrative tasks and infrastructural tasks, little coding) and the fact that the position of BDFL was foisted upon him unwillingly, to his chagrin. He abdicated the project last year, though I still keep hoping that we'll entice him back someday!
I suppose that's possible, but it's the kind of claim that needs to be proven rather than disproven (just like the claim in the article, which is light-years from proven).
And sites which prevent to select text and disable the right mouse button or stuff like that. Heretics!
What are some identifiable qualities you've recognized in a 'hustler'?
>When the devices are in proximity you literally swipe the icon and are instantly in exactly the same state you left off — on a different device. Web apps don't do it like this, and I think that's an important aspect of the attraction here.

Web applications DO this. Take a look at google docs. Thanks to technologies such as operational transformation, this is possible.
It sure seems like it. In addition, the way Apple is starting to build out parental controls per app, it seems like they don't intend on having multiple user accounts on each device in the near future.
What cruft?

Have a button somewhere that lets you switch to a different user. When you switch, you enter that other user's PIN or password. Then you see their apps, have their data, etc. When you switch back, you see your apps, have your data, etc.

It doesn't have to be very complicated. Even on a Mac, the "cruft" amounts to my name sitting in the menu bar, and having to choose who to log in as before I put in my password.
Solid state drives are the most cost-effective laptop upgrade. I cannot recommend them enough. SSDs beat laptop hard disks by an order of magnitude in sequential read/write and two orders of magnitude in random access. I made the switch back in 2009, when the 80GB Intel X-25M was around $350. Since then, any computer with a hard drive has felt broken to me.

If anyone reading this uses a laptop for development and it has a hard disk, please upgrade. The cost in time and frustration makes it worthwhile purely for economic reasons.
Hopefully they've spent some time on Messages; it's by far the buggiest app of theirs I've used in quite some time.
It does. It sometimes blocks the main interface from updating (doesn't seem perfectly optimized or parallelized yet). It's also on an iPhone 4S which is the oldest iPhone they support.
> I'll hazard a guess that the root cause is nothing to do with the architecture of your system but everything to do with the exponential increase in SNAFUs cause by the extra complexity.

Almost :) It has more to do with the fact that testing such a setup under realistic conditions modelling all the potential failure modes is no substitute for the variety of ways in which a distributed system can fail. Network cards that still send but don't receive? Check (heartbeat thinks you're doing a-ok). Link between to DCs down, DCs themselves still up and running? Check... and so on.

Doing this right is extremely hard, and even the best of the best still get caught out (witness Amazon and Google outages, and I refuse to believe they don't know their stuff).

Hardware failures are rare, people failures are common, distributed systems are hard.
Isn't Microsoft just supporting them to counter Google?

As is Apple now.

Pretty much, though if DDG can make a go of it on their own, so much the better.

Sometimes balancing things against one another is useful. Actually, more than sometimes.

And if all it does is convince Google to stop ingesting so fucking much personal data I'll consider it mission fucking accomplished.

Though what I'd really like to see is a true distributed search engine capability emerge. There's a tool for this (YaCy) though it's still fairly rudimentary (and is Java based, which I'm increasingly allergic to).
Very helpful. I was looking for dataset like this recently. Now there it is. Great work.
When performance is needed, you can use asm.js, webGL, HTML5 video/audio APIs, and in the future other APIs. It's very hard for me to imagine consumer applications, which can't be implemented as web.
That's a super nice exit for a company this young and quite nicely priced too (about what you'd expect in this space).

Congratulations to all involved, it's nice to see such hard work pay off.
3 is talking about technology.

9 is talking about aspects of people's lives.
Also a throwaway.

I am in the same situation as you. It took me a while to realise it, but I am not good at understanding certain cues and I have no idea what to do about it. I always need to correct my perceptions. E.g "That woman is probably being really friendly because she's just friendly. She's probably not interested." At one point I got quite depressed. Eventually, still curious about sex, I just hired a sex worker. It's legal here and I save a lot of money being single.

At this point I have mostly resigned myself to the reality that I'll probably be single for the rest of my life.
WebGL works in iOS8, no longer disabled :)

https://news.ycombinator.com/item?id=7837899
As much as I'd like to participate, removing my IPv4 capacity would result in me having zero internet for the day. I've been asking for well over a year about IPv6 to my ISP and each time they've replied along the lines of 'Erm, well, we're thinking about it, kinda, maybe'.
It's an awful way to program. You don't get a choice of languages. There's no debugger. There isn't even an easily accessible console log to print to. It's like trying to assemble a watch, in the dark, while wearing mittens. You can do it, but it's not terribly fun.

There's a reason that there was a massive developer outcry at the "sweet solution" of HTML5 apps, causing Apple to release a native SDK instead.
Rust is not a functional programming language. Your friend is just wrong for taking you to task about that.
500+ comments and the term asynchronous does not appear once. It is a platform pain point, several languages have baked in support for async scenarios and Apple comes up with a whole new language, ignores it and a forum full of language geeks talks about it and no one points out it is missing.
This is very significant. If human general intelligence was just a coincidence of runaway sexual selection, then what are the chances of that occurring again on a different planet? How many times have peacocks independently evolved?
The Riddle of Being or Nothingness
Slightly redundant, but application state really should just be considered additional data: Amazon has done the "resume reading on the same page on a different device" for some time unless I'm wrong. The CHOICE to sync the specific screen in the app as well as the contents of that screen might be a unique thing (and definitely makes for a good demo), but at this point we're just picking how far down the rabbit hole we want to go.
Amazon has the 128 GB marked down to US$79.99. US$224.99 for the 512.
Suddenly Apple is doing something developers have been demanding from them for years and something lots of other companies like Google, Mozila and Microsoft has already done.

And yet they've decided to do it again, with yet another incompatible language! Joy of joys!

(And as for Java, it was my understanding that Apple had hobbled it by refusing to release updates on a timely basis.)
Why would Apple care about your data? They do not make money off ad sales, they make money off platform adoption.

A private and secure platform results in more adoption.
While jailbreak hacks are really cool, you can't really base any long-term decisions (like hardware purchases) around them, because jailbreaks are so unpredictable. It's a crapshoot as to whether any given OS version will have a jailbreak, and who knows how long it will take. Even if you wait for the jailbreak to be released, there's no real guarantee you can keep it. The next OS release will probably break it, and even if you refrain from upgrading, it's likely that you'll eventually be forced to upgrade due to a hardware failure, OS corruption, inadvertent button press, massive widespread security hole, etc. And good ol' Apple doesn't let you install older OSes after new versions come out, even on hardware that supports them.
I'm a doctor and I don't see these personal health portals being utilized by physicians. Unless they sync to the docs EMR and they don't have to do anything extra, then they won't be utilized. Doctors don't take/have time to sift through that kind of information for every patient. Too much volume. Too much detail. Docs make decisions based on parcels of data, not continuous streams. Most docs would be shocked by the hourly variance in a patient's pulse and bp and end of overprescribing.

The real use of phrs is for insurance and drug company data mining. Drug companies could perform mass retrospective trials very cheaply, and insurance companies could make huge quality/cost analyses, thereby "directing" healthcare cost and physician treatment.

As a doctor, I actually see these potentials as beneficial, though possibly restrictive for docs until medical education caught up.

Feel free to email me about this to. Kmitch00@yahoo.com
Traveller (RPG) TV show launched on Kickstarter
Here we go again. Apple announces a pre-existing technology and people start proclaiming how revolutionary that it is. The latest keynote officially once and for all highlights the fact Apple have stopped innovating. Sorry to say it, but the era in which Steve Jobs steered Apple to the top through innovation is well and truly over.

The whole premise of apps sharing data in realtime is something that people have been doing for some time in web applications in particular for sometime now. Throw in Node.js, Socket.io and some HTML and I've created an app that works in real-time on multiple devices and I've recreated what Apple's new functionality does. This isn't new, lets not misguide ourselves into thinking this is a new technological marvel. Native apps have theoretically been able to do this for ages now, Apple have just made it easier for native apps to talk to other apps easier.

"I can see a future where developers build a single version of their app that runs on iPhone, iPad, and Mac OS X (and hopefully Linux, Android, and Windows OSes, although let’s leave that discussion for another time)" The future is already here in that regard. You can achieve this through web applications. Sure, you don't get the same performance as a native app, but it is definitely already possible. There are already solutions out there like Multimedia Fusion and Flash that allow you to build an app in a non-native language, then compile it for iPhone, iPad, Blackberry, Windows Phone, Android and more. I would call this write once, run everywhere.