Thanks for this. Been with Proton a while and they're not great at letting their customers know of new products. Either that or they are too successful at filtering their own marketing email.
To the OP: Proton is privacy first. I use their tools for a reason, trusting file transfer to a third party would never happen even with an open code base.
It's fine if the tool is for yourself, great for your CV and well done for shipping something. HN can at times be a cruel place, think of this as a learning experience.
They released it just few days ago (maybe 2 weeks or so). I personally got a mail in my inbox for the release, but maybe it's because I have left feedback about it or something.
A very welcome news nevertheless!
Before AI, it at most showed an interest in coding outside of work. There's a 'passion' element that might be interesting to recruiters but there's not much more to it than that.
If Proton got their devs together for a two week internal hackathon, they could build a very simple Proton client for Linux that would match functionality of Dropbox and quickly gain a lot of new customers. And make existing customers very happy thus creating free publicity to attract even more customers. Alas, their priorities are trying to upsell unnecessary products to their existing customers and not providing products they actually want. And I am saying all this as a paying Proton customer.
As someone who is working in this space via my oss work on Filestash and its sync client in here: https://github.com/mickael-kerjean/fdrive I can tell you, doing a proper sync client is nowhere close to a two week internal hackaton unless you resort to vibe code it. Personally I have been at it for the last 6 months, and it's far from finish and am highly doubtfull it will make enough to generate a quarter of what I would have made working for someone else in the same time. If you focus on linux alone, you have to distribute packages for every possible linux platform, as doing a plain gtk version will look terrible on the mainstream distribution and electron will look terribly out of place, hence require to distribute separatly for gnome, kde, omarchy, popos, sway and gtk. And that's after you figure out how to run the actual sync since it's not a simple topic either, full of weird edge cases, the one I worked on last week was about rm -rf something, since if you have a folder with 10k files, you might not want to run 10k api calls to delete every files one by one like what fuse will ask you if you dont try to be clever, another I'm currently working on now which is how to cope with generating thumbnail since fuse does not tell you when your file manager is asking for a thumbnail as it will just pull the whole file by default, and many many of those which are most often platform specific
Considering you ignore the other post on the subject, it's clear he came to terms with it. People's opinions evolve over time, and calling someone out for having an evolving viewpoint is anti-intellectual. I think it's perfectly fine to have an opinion one year and have something else the next year, and not feel the need to delete your old writings.
I don't know, I find growth and learning important.
This is great! I recently started working on a privacy-first MCP server for proton mail, calendar and drive, written in rust that supports optional pseudonomization of identifiers in the data: https://github.com/matt-w-horn/protonctl
Supports mac and linux, but the linux part could use a bit more work.
Last time I tried ProtonDrive(years ago), the speeds were complete dogshit, I could barely surpass 10 MB/s on a half gig fibre line. Anyone used it recently, and if so has it improved?
Proton Drive already has a CLI built with linux users in mind by the Proton AG team...
https://proton.me/business/drive/cli
https://proton.me/blog/proton-drive-cli
Thanks for this. Been with Proton a while and they're not great at letting their customers know of new products. Either that or they are too successful at filtering their own marketing email.
To the OP: Proton is privacy first. I use their tools for a reason, trusting file transfer to a third party would never happen even with an open code base.
It's fine if the tool is for yourself, great for your CV and well done for shipping something. HN can at times be a cruel place, think of this as a learning experience.
They released it just few days ago (maybe 2 weeks or so). I personally got a mail in my inbox for the release, but maybe it's because I have left feedback about it or something. A very welcome news nevertheless!
> great for your CV
Caveat I am not a SWE. Is there any value in having AI developed tools on your CV?
Look at the amount of AI-required jobs advertised these days. If you really like driving agents, someone will absolutely pay you to do it.
Before AI, it at most showed an interest in coding outside of work. There's a 'passion' element that might be interesting to recruiters but there's not much more to it than that.
I wish it was possible to pipe into it tho.
e.g tar -cf - * | <some unwieldly proton drive cmd>
I guess this is not possible due to the way the encryption works?
A command line access tool is very different from a mounting tool.
Why let things like "this thing already exists" get in the way of reinventing the wheel with AI?
>Be kind. Don't be snarky. Converse curiously; don't cross-examine. Edit out swipes.
https://news.ycombinator.com/newsguidelines.html
If Proton got their devs together for a two week internal hackathon, they could build a very simple Proton client for Linux that would match functionality of Dropbox and quickly gain a lot of new customers. And make existing customers very happy thus creating free publicity to attract even more customers. Alas, their priorities are trying to upsell unnecessary products to their existing customers and not providing products they actually want. And I am saying all this as a paying Proton customer.
As someone who is working in this space via my oss work on Filestash and its sync client in here: https://github.com/mickael-kerjean/fdrive I can tell you, doing a proper sync client is nowhere close to a two week internal hackaton unless you resort to vibe code it. Personally I have been at it for the last 6 months, and it's far from finish and am highly doubtfull it will make enough to generate a quarter of what I would have made working for someone else in the same time. If you focus on linux alone, you have to distribute packages for every possible linux platform, as doing a plain gtk version will look terrible on the mainstream distribution and electron will look terribly out of place, hence require to distribute separatly for gnome, kde, omarchy, popos, sway and gtk. And that's after you figure out how to run the actual sync since it's not a simple topic either, full of weird edge cases, the one I worked on last week was about rm -rf something, since if you have a folder with 10k files, you might not want to run 10k api calls to delete every files one by one like what fuse will ask you if you dont try to be clever, another I'm currently working on now which is how to cope with generating thumbnail since fuse does not tell you when your file manager is asking for a thumbnail as it will just pull the whole file by default, and many many of those which are most often platform specific
I don't really care what you do with AI on your own computer for yourself but top tier irony sharing this around with this post on your blog: https://blog.lsantos.dev/en/backlog-10-slopware-the-end-of-w...
Considering you ignore the other post on the subject, it's clear he came to terms with it. People's opinions evolve over time, and calling someone out for having an evolving viewpoint is anti-intellectual. I think it's perfectly fine to have an opinion one year and have something else the next year, and not feel the need to delete your old writings.
I don't know, I find growth and learning important.
Why are you opposed to changing your mind?
> It's fully written in Go
> I am not a Go developer
what a time to be alive
This is great! I recently started working on a privacy-first MCP server for proton mail, calendar and drive, written in rust that supports optional pseudonomization of identifiers in the data: https://github.com/matt-w-horn/protonctl
Supports mac and linux, but the linux part could use a bit more work.
What’s wrong with `rclone mount`?
Isn't rclone copying everything rsync style (at least for Proton) ?
Wait, you can mount your Proton Drive with rclone? Hah, never knew. It's in Beta apparently though: https://rclone.org/protondrive/
What does this offer over using rclone? If it’s not significant functionality, why not make pull requests there?
Good on OP for being transparent with how it was built
Last time I tried ProtonDrive(years ago), the speeds were complete dogshit, I could barely surpass 10 MB/s on a half gig fibre line. Anyone used it recently, and if so has it improved?
I’m not a customer and don’t know but IIRC they’ve been rewriting the storage API or whatever it is and it should resolve that exact problem.
There is no way I'm going to entrust my data to a vibe coded tool. Sorry man, you seem proud of it but it's a nonstarter for me.
> I'm not even super proud of it
well, scrap that