alexandros

You have to admit, what they're trying to do is pretty transparent though.

On your first point, most new things are subsidised by the rich at the start, and end up mass produced so the middle-class can have them, often times becoming commoditised to being in the reach of almost everyone. Computers are a good example. The world hasn't divided because of this. The divisions usually come in the form of "zero-sum" status goods such as high-end brands or jewelery that has little instrumental value.

On the second point, Gattaca is a fictional tale, and as such should not be used as evidence to "show" anything. It is, at best, a hypothesis, and one not optimised for accuracy, or subjected to any scrutiny at that. http://lesswrong.com/lw/k9/the_logical_fallacy_of_generaliza...

We do not abstract the hardware at all. Resin's job is to get your code running on the devices, and ensuring it keeps running well. If you want to use devices with underlying hardware differences, you can either make separate resin apps and maintain separate code branches for each type, or use some library that will abstract the different devices for you.

we do abstract networking control as resin is dependent on the network to keep operating, but the application can take control (and responsibility) of networking if needed.

We're working on it as we speak, should have it within Feb.

Breaking it down -- In a world that keeps increasing its demands of you, you either die after a long streak of satisfying increasing demands (and giving observers the impression your capability was infinite -- a hero!) or you live long enough to see those demands exceed your capability to satisfy (and giving observers a clear view of your shortcomings -- a villain!)

While I have no knowledge of how Tesla does their OTA, my startup makes software for over-the-air updating, so I can make a few general comments on this.

It may help if you think of your car as just another server. Any connection between the server and client can be encrypted of course, using well-known tools. Besides that, the car can be made to not accept updates that are not signed by the manufacturer, so your only exposure is to the manufacturer.

Of course someone may have physical access to your car and be able to write new software locally, but then they may also be able to do mechanical sabotage, so it's not a new risk.

So you basically have to trade off one kind of security (the manufacturer can update my car remotely) with another (security bug announced in the software my car runs, I am now a sitting duck).

It definitely takes a shift in perspective, but in the brave new world where cars (and other things) run millions of lines of code, over-the-air updates are a necessity. (but of course I'd say that).

I've written a bit more about this conundrum here - https://resin.io/blog/you-cant-secure-what-you-cannot-update...

We open source quite a bit and contribute back whenever we interface with an open source project. You can see our contributions at https://github.com/resin-io

Hey there! We're very close to Edison support, hopefully by end of Feb.

Apologies, we'll get this corrected.

If it runs in a Docker container, it runs on Resin.io. Try it and let us know how it goes. If you put the source up, we'll link it from the docs.

Hi there,

Diffs and other improvements that affect bandwidth requirements should be complete in the next two months, before we announce pricing. Our agent requires standard web ports, so a firewall that allows web browsing should allow a device to connect. We are funded by a well-known Silicon Valley VC, this will be announced in a few weeks.

Pricing isn't finalised yet (will be announced in 2 months) but drop me an email at alexandros@resin.io and I'd love to let you know our current thinking.

We have users doing smart locks, digital signage, Point of Services systems, logistics, amongst many other use cases. More on this here -- https://resin.io/usecases/

We use passive/active partitions, very similar to how CoreOS does OS updates on their servers.

We support Raspberry Pi and BeagleBone Black. We've gotten Docker working on ARM to be able to do this.

While I'm very happy to see more attempts at replication, I am quite shocked to hear the grandstanding that "reproducability is not as much of a problem".

Seen as a meta-experiment it is incredibly weak, with a tiny, biased sample. High-profile results that have a simple enough procedure so they can be combined.

As such, it can't get even close to support what they're (whoever -they- actually is, it may not be the actual researchers) trying to claim. What about less high-profile stuff? What about more complex setups? If 20% of your most rock-solid results are not reproducible, I wouldn't be so quick to celebrate. Imagine if 20% of basic physics or maths results weren't actually true...

A fantastic article, and I hope we see more relevant research gathered under this banner. Not having a name for something can be a big problem in even knowing what's out there.

As a side-point, I am often shocked that we don't see more research into how to make software teams more productive coming out of places like Google/Facebook/Microsoft etc, given that these companies (claim to) live and die by the effectiveness of their engineering. If a large amount of their expenditure is in software, to the point they'll buy entire companies just for the engineers, why aren't they financing the large-scale experiments that will settle certain questions for good?

The prestige hit and vulnerability to "letting down the troops" criticisms will ensure this doesn't happen.

A developer can have negative performance, either by wasting time on the wrong thing, or by producing a solution that is flawed and needs to be rewritten (if the project survives). On the upside, a developer can invent a whole new way of doing things, and as such acheive things that an arbitrary amount of other developers wouldn't be able to. As such, 10x may be a useful metaphor, but in real terms is a gross understatement. It may make more sense in traditional enterprise settings where most things are determined from above, but in startup settings, a good developer can make or break the company.

Hey there. When we did Docker-on-ARM, we asked people to push their rpi-compatible containers to the Docker index with the rpi- prefix. Since then there have been many containers published, including several flavours of rpi-raspbian. There's nothing to stop you from packaging up your favourite distro and posting it on the Docker index.

https://registry.hub.docker.com/search?q=rpi-

Hi Nick, I'd love to get more info on how to get this conversation started. We've been doing quite a bit with Docker on ARM for a while now, have experience with systems in production, and we're even making early research into MIPS.

The Raspberry Pi installation you get at Resin.io uses Docker on ARM and it works great! We also cross-compile containers in the cloud. Docker for ARM standalone is now available in several Linux Distro repos, Arch Linux is one I am aware of.

What other parts would you like to see?

I assume it also has to do with his mental state at the time &c &c. All in all this a double-blind randomised control experiment isn't.

EY definitely fits comfortably in the gerrymandered definition of Dark Enlightenment that you just created, as does a vast amount of people, including the Pirate Party for instance. EY himself would agree with you on this.

Whether this is what most other people mean with the terms you just used, is another point entirely.

The first sentence above is completely false. Eliezer Yudkowsky has explicitly stated that he has nothing to do with the reactionaries, and the latest stats on the friendly AI community (as gathered at lesswrong.com) show about 2% of members are neoreactionaries. Further, with FHI at Oxford, FLI at MIT, CSER at Cambridge, the Superintelligence book being endorsed by everyone from Elon Musk, to Stephen Haking, to Morgan Freeman, calling MIRI/Friendly AI a branch of the reactionaries can't be anything else but a deliberate attempt to smear people's reputation.

I'm on the record as having several severe criticisms of EY/MIRI, but being neoreactionaries is not one of them.

Sounds simple until you realise that boyfriend/girlfriend, husband/wife teams have also done very well. Bezos started amazon with his wife, and of course we're having this conversation on the news aggregator of an accellerator that started after a conversation between PG and Jessica Livingston, who then extended their personal relationship into co-founding YC.

The fact that these deals happen, and the fact that a small company can't get them, feels like the tax equivalent to the net neutrality debate.

Big guys can afford the transaction costs of preferential treatment, small guys have to get by like everyone else. In both cases the provider is a government-backed monopoly. You can port the net neutrality arguments to this issue with a simple term substitution. All I am saying that if someone is 'for' net neutrality, it's hard to be 'against' tax neutrality.

Having said that, in a world where these deals happen, Tesla is right to extract the best deal they can, regardless of what would be the global optimum.

It's a bit of an impossible ask though. If a "scientific idea" is one which is supported by the balance of the evidence at this time, then no current scientific idea is ready for retirement. Scientific ideas don't "have to" contain some "failure". If they do, we don't know about it yet. When we do, we retire it proactively. Unless you zero in on one idea where the balance of evidence has very very recently shifted against it, you have to look a bit further than the "current theories/hypotheses" space, into the philosophical ideas, which is what Dawkins is doing.

What would you suggest as a scientific idea ready for retirement?

Resin.io -- Full-time Linux engineer

Location

--------

Remote, or on-site in Athens, Greece

About us

--------

We are building a seamless code delivery platform for embedded devices (like the Raspberry Pi). Think of it as Heroku for the Internet of Things if you must. We've already ported Docker to ARM CPUs and have hit quite a few more Linux, Docker & ARM related milestones internally. We are a company founded and led by developers and have a strong engineering-led culture. As long as there is progress, we are flexible with regard to location and work hours.

About you

---------

We are looking for Linux talent to work on our cloud services, deployed as Docker containers, but also to work on supporting arbitrary Linux-capable devices. The product is still young so you'll get a chance to have real impact on how the end result looks and feels to our users. Besides strong Linux skills, familiarity with Docker will help a lot. Much of our codebase (on cloud and device) is in node.js so JavaScript skill is a plus.

The Process

-----------

Send us your CV (a pointer to source code online is a great plus). Those that pass a phone interview will receive a small but paid project as a test. If we like working with you and you like working with us, you'll be offered a full-time job.

Get in touch

------------

send your CV to hello@resin.io

I was preparing to completely disagree with you, but then looked at the data[1] and it seems the energy consumption per capita in the US and the UK is sort of stable over the last 20 years. That said, world average is about a quarter what it is in the US, so it may be growing for a long time to come.

[1]: http://data.worldbank.org/indicator/EG.USE.ELEC.KH.PC

...And I can't. Not yet anyway. Not until we clone one of them.