Proton drive cli!
Yea Just like with Google, don’t put all your eggs in one basket.
Nextcloud for me
I will put all my eggs in one basket just you watch.
How about putting my eggs in my own basket?
LMAO It’s horrible. Where are the open standards? this cli seems like it was vibe coded in 5 min
They chose to use Bun, which is AI vibe coded slop.
Why are Proton trying their hardest to ruin themselves? They were doing fine, but have recently started rushing products out and we are starting to see the cracks.
Money and shitty executives would be my (probably not so wild) guess.
What tool you suggest to bundle JS code into a single binary with runtime included? Bun was probably chosen because, I read, it makes that task easy.
Upd: I’ve used quickjs to precompile js into a binary, but that’s a very niche use, not compatible with npm libraries for example.
Proton CEO said publicly that he supported Trump. And then everything went downhill.
Proton enshittified; it’s time to stop using it and move to something better.
Not this ol’ chestnut again
What are the obvious signs of vibe code in that repository? Something about the README markup seems off, but other than that I don’t yet see it.
I haven’t read the code, I only judged by their cli usage and docs. It’s ridiculously low-effort.
- Where’s sftp? s3? smb?
- docs? A fucking readme.md
edit: Hetzner for comparison: https://docs.hetzner.com/storage/storage-box/access/access-overview/
Where’s sftp? s3? smb?
I would highly suspect this is because they don’t want to handle encryption and decryption on their servers where ever they can. Yes they need encryption for emails they receive but for every thing else they want to have as end to end protected as they can. Which means client side encryption and decryption for almost every thing. That is the big feature that a lot of people are buying into from them.
All these protocols don’t feal with encryption on the client at all. Which means if they supported them they would need to handle encryption and decryption on the server side. Which I doubt they want to do and likely work hard to avoid at all.
they could implement a local translation layer that still uses from these. Ok, then it would potentially be a daemon, but it would be able to be used by all existing linux programs capable of interfacing with these protocols.
They could at least have implemented a shell that translates the linux commands to their api, like hetzner. cp,mv,sha, etc. and is interactive…
So if something does not have full feature set at launch, it’s vibe coded?
given how low effort it is, I said it looks like a vibe coded project. Feel free to create your narrative here
Old news. Without sync it’s mostly useless for me. Yeah I know I can use cron but that’s not the same.
Has it changed since it launched in june?
Ew
