[pttrsmrt]

I was sold until this line:

"Your thoughts, whether they’re words or sketches, are instantly synced to reMarkable’s cloud service"

Imagine for a company only five years back to literally say that your thoughts are sent to their server. I welcome any product that understand we need less distractions and less help from so-called AI, but there are many reasons to be cautious about this one (preorder, latency claim and lack of technical details being some of them).

EDIT: After looking a bit more around, their technical claims does seem credible. Their CTO is/was even a developer at KDE, so let's hope they also will support open standards and personal servers. If so then it's literally the device I've always been dreaming of!

[sandsmark]

the reason we're a bit scant on technical details so far is partly because we have spent most of our technical resources on actually making the device. but we'll try to get out a more technical blog post soon.

another reason is that we can't share too much about what we're working on in case some journalist picks up some wording as promising some feature we can't deliver on. a lot of the stuff we're working on is stuff we don't know if we can deliver in time, in a polished enough form. so what we're talking about is what we have already solved, and which we believe is going to sell the device best to the people we target.

lastly, Certain Companies that have tried to do this for years are really, really interested in how we have solved the latency problem, and we don't want to help them.

EDIT:

> Their CTO is/was even a developer at KDE

is, thank you very much (latest commit was to kio on saturday). even if I don't have as much time for KDE stuff as I used to for obvious reasons.

[pttrsmrt]

Great to hear from you guys directly! I guess we (i.e techie internet folks, you included) have been served so many crowd funded promises that it's difficult to believe things that are too good to be true. Although I'm personally a big advocate of keeping stuff open, I do understand that a small company has to have some secrets for themselves.

Now I see you're also a developer at KDE which certainly gives credibility to your statements! But on the same note I truly hope the information from the device will be encrypted on your server, and that an opt-out of this sync will be possible. And if there will be support for Owncloud or the like, you've literally made my dream device!

I truly understand and support that you don't promise stuff that aren't really made yet, and I really hope the privacy concerns will be taken as serious as they are.

[sandsmark]

> I guess we (i.e techie internet folks, you included) have been served so many crowd funded promises that it's difficult to believe things that are too good to be true.

well, I personally have basically stopped contributing to crowdfunding campaigns, I've been burnt a lot. and this is also why we haven't gone public earlier, even when we've been working on this for years.

> I truly understand and support that you don't promise stuff that aren't really made yet, and I really hope the privacy concerns will be taken as serious as they are.

well, privacy is very important to me personally (I even have a couple of commits in owncloud), and we've been discussing several ways to protect the privacy. but until we know which way we do it we can't promise anything, even just speculating will lead to people assuming and get angry if we go for something else.

[AlbertoGP]

I appreciate your approach of avoiding speculation (apart from the mass-production uncertainties) and I've just pre-ordered. I have a couple LCD pen tablets (Samsung Note 10 and Surface Pro 3, apart from a USB Wacom Intuos 3) and a Kobo Aura H₂O, and your device looks like something I'd use often.

Just to give you a little feedback, I don't expect any reply for now:

- if the cloud sync can not be disabled I'll just nuke the packets at the router, but I suspect the option will be there.

- I want the SDK (mentioned as possible in your FAQ), unofficial-void-your-warranty all the way to the moon if you want, to have a programmable scientific calculator (maybe with Computer Algebra System functionality if I find the time) on this device. Having to build a complete firmware image in my laptop (Linux) and flashing it just to install my application is acceptable, simply uploading the file as if it was a PDF is better.

[sandsmark]

> apart from the mass-production uncertainties

these uncertainties is why we hired Dragon Innovation early on. they're very, very good at this and has a very good track record when it comes to hardware startups (e. g. pebble and makerbot).

https://www.dragoninnovation.com/customers

[gpetersen]

Funny you should mention Pebble, a company currently in its death throes. I hope reMarkable survives longer than they do, since I have now pre-ordered from both companies.

[linuxkerneldev]

You wrote:

> really interested in how we have solved the latency problem, and we don't want to help them.

But just before that, you also wrote ( https://news.ycombinator.com/item?id=13072333 ):

> One of the issues I personally want to solve is the lack of a hackable e-paper device.

So which is it? You want to make a hackable (I interpret that to mean free and open source) e-paper device where you let everyone see how you solved the latency problem? OR do you want to make a closed source thing where only you and you alone have this magical device that has the lowest latency E Ink panel by a factor of 2?

[sandsmark]

it won't take many weeks (or days) from we release the device until our solution is reverse engineered, no matter how much we lock it down. but until then we want to keep as much as possible secret.

as for hackable device; we don't intend to release the magic sauce that makes the latency goes down. what I meant with hackable is that I've wanted an e-paper device which I could run my own code on, without having to look for security holes in the software running on it.

but again; we can't promise anything at this point wrt. hackability; we have limited time and resources, and our focus is on making the device as good as possible. our focus is not on making an open source device, we're not going to release the gerber files. :-)

[linuxkerneldev]

> we don't intend to release the magic sauce that makes the latency goes down.

Ok.

> what I meant with hackable is that I've wanted an e-paper device which I could run my own code on, without having to look for security holes in the software running on it.

If your software is closed source, then I don't understand how anyone other than you effectively (or practically) would be able to solve or fix any security holes.

> we're not going to release the gerber files

You're setting up a strawman there. I was not asking for your hardware design or even mentioning it in anyway. I was pointing out that you are contradicting yourself when you say your product is hackable to software developers and then 30s later say that there will be "magic sauce" in software that will be closed.

[sandsmark]

> If your software is closed source, then I don't understand how anyone other than you effectively (or practically) would be able to solve or fix any security holes.

I'm sorry if I wasn't clear. I meant that for pretty much all current e-paper devices you aren't able to get access to run your own code unless you find a security hole that you can exploit to gain access.

And sorry about the strawman, it wasn't intended that way. I think the rest of the comment before that answers your original question.

[linuxkerneldev]

> I'm sorry if I wasn't clear. I meant that for pretty much all current e-paper devices you aren't able to get access to run your own code unless you find a security hole that you can exploit to gain access.

Ok. That helps clarify things.

But on your website, you do not state that your device will permit flashing "your own code". Your website somewhat implies the opposite, it says:

" DO YOU PROVIDE THE REMARKABLE WITH A SDK FOR CUSTOM DEVELOPMENT? The reMarkable will not initially ship with an officially supported SDK. We might however release an unsupported SDK for best developers. "

Could you clarify what "might" and "best developers" means? In multiple comments, you somewhat imply capabilities and features of the product with terms like "hackable" and "run your own code". Perhaps you could put an explicit statement on your website clarifying your position to match your comments.

[gizzlon]

I'm one of the guys working on this. We make money on the product, storing this stuff actually costs us.. So we have no intentions of syncing more than you would want to :)

There's some tech specs on the site (getremarkable.com)

[sparkie]

Can we turn off the sync to cloud?

[gizzlon]

Good point, we'll keep it in mind

[protomyth]

For some of us, not being able to turn off sync makes it a no buy (or for work a cannot buy). I hope it will not be required because this device looks interesting.

Good luck

[RandomOpinion]

I have to concur with the others. Sync to the cloud is pretty much the last feature I would want; that would make this device forbidden by default without IT approval in pretty much any business or other professional environment I can think of. Imagine if a doctor bought one and took notes on your device. Is your cloud storage solution HIPAA compliant?

Save the notes to local storage and let me transfer them to a computer locally.

[wangchow]

Also would like to sync to cloud of our choosing. Dropbox, box, one drive, adobe cloud, etc. I am not a fan of having to use a million cloud services these days.

[Tepix]

Ideally offer some private sync option, for example syncing to WebDAV server.

[fit2rule]

Why is this even a question, seriously? The cloud shouldn't be the first option - I'm immediately turned off by this product if that is how its going to work.

[strgrd]

Laugh out loud

[cordite]

In the future, may we host our own?

This may be important for enterprise users who want to keep propriety information on in-house servers.

[zeveb]

Yup. I want to be able to run the cloud service on my own hardware.

Now, if they offered actually-secure client-side encryption (with no backdoors or sidechannels to strip said encryption, unlike e.g. Mozilla do with their accounts), then I might still be interested, but I'd still rather run it on my own hosts.

[HappyTypist]

What's the issue with Mozilla?

[zeveb]

They use a protocol where they never have access to your password (and the secrecy of all the data they store for you hinges on the secrecy of your password), which sounds awesome, except that they serve a webpage to handle logins to their accounts, which means they can (& can be compelled to) serve you JavaScript which sends them your password out-of-band.

These two factors (all secrecy depending on your password and their ability to get your password) mean if you can remember your password, then Mozilla can brute-force your password, and if you have a strong password (e.g. 7HlipLbGliwUmUdWHKeq4p), then Mozilla can — or can be compelled to — serve you targeted JavaScript and steal it.

[dragonwriter]

> Imagine for a company only five years back to literally say that your thoughts are sent to their server.

Well, now or five years ago, no one had the mind reading technology to say that, literally.

However, it's worth noting that Chromebooks were introduced five and a half years ago, so for a company introducing a device line to say that your work would be synced that way 5 years ago isn't something you have to work hard to imagine, if you were paying any attention at the time.

[hucker]

Based on my knowledge of the team, I'm almost certain you can opt out of syncing. I'm also going to guess it's rootable.

[CodeWriter23]

Yes, syncing to Dropbox, Google Drive, Box or OneDrive would be more confidence-inspiring.