The new Dropbox
blog.dropbox.com
blog.dropbox.com
It is constantly burning a ton of CPU/battery. It's always at or near the top of Activity Monitor's list in the Energy tab. It seems like their app constantly reacts to any file system activity, even if that activity is outside the Dropbox directory. My file system is busy all day long from building in Xcode and other things.
What I need is for Dropbox to improve that by making an efficient, battery-saving, native macOS client. What I don't need is what is announced in this post.
The two other things that I hate are the fact that they don't support symlinks and that they use a kernel extension. All of these things together made me start the search for a replacement.
Does anybody know how the CPU/power impact of Microsoft's and Google's offerings are on the Mac?
- https://www.seafile.com/en/home/
Open-source and all. :)
Can you share numbers?
In general, it is a CPU catastrophe, a penalty I have to pay in order to use file synchronization. I really hope that a better competitor appears.
Additionally, the software pesters me with annoying popups pushing me to upgrade.
ocaml ? http://roscidus.com/blog/blog/2014/06/06/python-to-ocaml-ret...
nim ? rust ? go ?
Edit: at 30:05 in that video, he briefly talks about a forthcoming (as of 2017) "full redesign + rewrite of Dropbox's 'sync engine' in Rust." He claims it will use 10x less memory, and be 50x faster on key operations.
strings /Applications/Dropbox.app/Contents/Frameworks/libdropbox_watchdog.dylib | grep -i rust shows some hits:
__ZN14rustc_demangle8demangle17h2ad719809986c0fcE
_rust_begin_unwind
/Users/vagrant/client-dropbox-python/dropbox-virtual-env-3985da1e510f-mac-x86_64-10.14/rust/lib/rustlib/x86_64-apple-darwin/lib/libcompiler_builtins-f10e664516557f83.rlib(compiler_builtins-f10e664516557f83.compiler_builtins.7wkmozn8-cgu.0.rcgu.o)
___rust_probestack
/Users/travis/.cargo/registry/src/github.com-1ecc6299db9ec823/compiler_builtins-0.1.5/src/probestack.rs
___rust_alloc
___rust_dealloc
___rust_realloc
___rust_alloc_zeroed
/Users/vagrant/src/client/rust_vendor/hyper-0.10.13/src/buffer.rs
/Users/vagrant/src/client/rust_vendor/serde_json-1.0.33/src/read.rs
...
Looks like they use it fairly lightly though.Note: I’m not saying it’s literally an electron client. It’s an analogy. :)
I checked right now and the Dropbox process on my machine has consumed a total of 39 minutes CPU time. That's 39 minutes of full-scale CPU usage. Even their "web helper" process (whatever that is) consumed two minutes and 41 seconds.
This discussion is about performance of the macOS client. Saying that clients for other OS work well doesn't really contribute to it.
Companies like Dropbox tend to make the bulk of their money by selling to other businesses, as well, which by definition is the set of customers who care more about volume and price than craftsmanship.
Pretend you're a Dropbox salesperson, and your job is to go to other companies to sell them on enterprise Dropbox. How many times do you think you're going to hear someone challenge you on what version of Python the Mac client uses? It just doesn't happen.
There's many small ("indie") companies that make great Mac software, and do it by being Mac-only. That means they'll never be huge, but it also means they're never going to have a second-rate Mac client.
For clients their unspoken answer is 'upgrade hardware and stop whining' or 'we have strategic direction to deliver uniform client experience across platforms' which would just mean write some JS/Electron crap.
I also expected the integration with Google Photos to be excellent since Photos is a major Google service, but in a terrible case of bad timing I just happened to attempt to use it when Google had a Drive -> Photos service outage.
It seems no one bothers anymore, no matter the size of the company.
Any native clients we have now were built years ago and now they are only maintained.
I think nowadays even Audacity would be an Electron app.
But I suppose you're right. Even true of Slack. It's totally a meme that Slack's electron client is horrendous and bloated, but it probably hasn't stopped their growth, so where's the incentive for them to improve it?
In what sense is an app native if it uses cross-platform GUI libraries? Ahead of time compilation alone doesn't make an app native in my view.
There are cases where a custom, bespoke application for each platform is warranted, but that is rare. It's a continuum between the custom, bespoke and a UI/color scheme completely custom to your app.
Meanwhile Slack is happily sticking with their Electron app and wasting the resources of hundreds of users machines and who knows how much electricity in total.
I had the exact opposite experience. I tried to sync about 700k files to Dropbox and it chewed up CPU for hours, never got past "Preparing to Sync" (or whatever is the equivalent), then crashed. I tried a number of things. Circa about 2 years ago.
Google drive does annoy me when it decides to do a "full scan" and won't sync anything new until it completes, BUT, it does sync all my data, and it doesn't crash or use tons of CPU.
I use the 'Drive' app of my Synology NAS and I am very happy with it.
I've been pretty happy with iCloud Drive since I switched to it. Works seamlessly and effortlessly on my Mac and iPhone, affordable pricing fo storage which can be shared with family, and also solves my photo storage needs with Apple Photos. The only drawback is the lack of shared folders, but they just announced that is coming soon.
That being said, the whole point of Dropbox to me is that its cross-platform. iCloud Drive is basically worthless for the Dropbox use case unless your entire computing universe is on Apple equipment.
Apparently this iCloud client uses the same file system integration APIs as OneDrive.
Source: https://www.zdnet.com/article/use-iphone-and-windows-10-micr...
Have you tried the newer drive client? Backup & Sync[0] replaced the old client and I believe is a bit better than the older client. If you are on GSuite, there is the Drive File Stream[1] that is a lazy-load of resources from a drive folder (which is why it's targeted for businesses only).
[0] https://www.google.com/drive/download/backup-and-sync/
[1] https://support.google.com/a/answer/7491144?utm_medium=et&ut...
I used the new Backup & Sync tool for the first time and had a poor experience.
Context: I have a paid MS OneDrive account but maxed out my storage and was seeking alternatives (specifically ones with easy family sharing). It turned out my wife was already paying for Google One so we just used that. I downloaded Backup & Sync just to transfer my photos from my local PC into Google Photos. Backup & Sync's UI is terribly sluggish on Windows. Clicking the system tray icon renders a blank dialog and then a second or two later the dialog is rendered (Surface Book 1). The UI responsiveness was a turnoff but not my primary concern.
In the sync tool and the Photos webapp preferences there are two checkboxes that affect syncing:
* Backup & Sync client (upon upload to Drive copy photo to Google Photos)
* Google Photos web app (automatically index Drive and copy images to Google Photos)
As an end user I liked the separation of Drive and Photos from the user experience. I do not want to upload photos to Drive and have them sync to Google Photos. And I definitely don't want Google Photos to index all images on my Drive account.Simply using the Backup & Sync tool forces you to upload photos to Drive and have them sync over to Photos ruining that separation. And unfortunately in a case of bad timing there was some server outage on Google's end that affected the syncing of files from Drive to Photos. My photos successfully uploaded to Drive but did not appear in Google Photos web app, but no error is displayed to the user. I contacted Google One support and they informed me there was a problem they were aware of but also that I had to enable the latter checkbox in Photos webapp (have Google Photos index and parse all of my Drive images). I was incredibly hesitant to check that since I have a massive amount of images (not photos) in my Drive account (paper scans, tons of small icons, etc) and I don't want any of those appearing in Photos. I listened to support regardless, enabled that checkbox, and of course it did not work due to the server outage.
https://www.blog.google/products/photos/simplifying-google-p...
I've had this happen and it's a nightmare to fix. Once I accidentally had a node_modules folder sync to Google and it had images in some of the subdirectories for some reason, another time I had something else with third-party resources like an HTML eBook and ended up with random images of charts and graphs all over my Google Photos.
InSync is great and works on most platforms. I've been using it since dropbox lost a bunch of my important files in 2014. (I have multiple backups now)
1. I never asked for anything more 2. you still charge me for more at a higher price
I just bought 2TB data on iCloud, moving everything there. Now I will have good photo application with face recognition which is awesome. Do not expect any move from Dropbox to make your personal life better, they won't. They are going towards enterprise customers.
Use iCloud that's it if you're in the apple word.
Sometimes all I want is a quick and easy replication of local data to an off site storage facility, and also an easy way to share links with third parties who need access to certain stuff. I am getting tired of storage providers who started off by doing these two things really well, but then decided they wanted to add a ton of bells and whistles that are really of no value to me as a user.
(To be fair, I think Box.Net is the only cloud storage provider I've used over the past decade that still retains their original premise).
Does iCloud automatically save versions yet? One of the default features, IMO, of the Dropbox/Box/WorkDocs/OneDrive world is that a history of saved versions is easily accessible for a single document. Last I checked, iCloud didn't have this one feature.
https://support.apple.com/en-us/HT205411
I see this in other apps as well; I just checked iA Writer, for instance, and it shows me versions on iOS. (And, of course, if you have Time Machine enabled on your Mac, you can browse versions for everything on that system, but I don't know how that interacts with iCloud: I suspect it's doing local versioning of your cloud drive!)
2TB with iCloud also applies to a family, and serves as iOS backup storage as well.
$10 for 2TB is great compared to what Dropbox gets you. I'm guessing no notification spam for upgrading too...
https://arstechnica.com/gadgets/2019/06/apples-new-and-impro...
https://blogs.windows.com/windowsexperience/2019/06/11/apple...
> Dropbox Plus just got an upgrade. And a new price—starting on [xxx] , 2019 (that’s your next billing cycle), Dropbox Plus will be $119.88 a year (plus any applicable taxes).
Also, I've been watching their stock price, so presumably they have been too.
They were going to raise their rates anyway, this is just an attempt to make it look like you're getting something more in exchange.
I haven't actually moved over to this myself yet, but it does look much better than Dropbox or Sync.com (which I stupidly am still subscribed for despite their client being even worse than Dropbox - but at least it's encrypted...)
Nextcloud mentioned previously is the obvious choice for the privacy-conscious, but does take some further responsibility to ensure integrity and availability.
It's also not particularly fast.
It's obviously not a right-for-everyone kind of solution, but it does get you fast local offline sync functionality with very little effort.
$ keybase fs sync --help
NAME:
keybase fs sync - Manages the per-folder syncing state
USAGE:
keybase fs sync <command> [arguments...]
COMMANDS:
enable syncs the given folder to local storage, for offline access
disable Stops syncing the given folder to local storage
show shows the sync configuration and status for the given folder, or all folders if none is specified
help, h Shows a list of commands or help for one commandI'd recommend ownCloud over Nextcloud as Nextcloud doesn't have file checkumming during transfer.
Dropbox was the only one that managed to sync 10s of gigs in a timely manner, without spending hours "analyzing files" before starting to upload.
That's true now, 6 months from EOL of Python 2, where all the common dependencies have upgraded, and there finally is agreement that Python 3 is the way forward.
That should have been true on the day Python 3 was released.
The only ways I can see to make it that easy on the day Python 3 was released are (1) no backward-incompatible changes (but enabling such changes was the whole point of Python 3) or (2) doing all the preparatory work before "releasing" Python 3, which in practice would have taken just as long and required there to be a pre-release Python 3 to work with.
#1 misses the main point of having a Python 3 at all. #2 basically looks just like the way things actually are, except that Python 3 is labelled "alpha" or "pre-release" or something for years longer.
People like to complain about how slow the Python 3 changeover has been, but it seems to me that it's worked. The obvious point of comparison would be Perl 6, which hasn't exactly been a triumphant success. (Though there are many other differences between Python 3 and Perl 6, and it's not at all clear that Perl 6 would be widely used if they'd adopted a model more like Python 3's.)
If there's one specific bottleneck (ex: hashing files) then that's a prime candidate for Cython[2] or the plain CPython C-API.
Even when you have dropbox restricted to a small folder with _no IO events at all_ it's still constantly working, which is the real problem and entirely an optimization/design problem.
[1]: https://github.com/gorakhargosh/watchdog
[2]: https://cython.org/
[3]: https://docs.python.org/3/c-api/index.html
[t]: ... except when forced to use kqueue or polling
Somewhere between cool MIT dorm room side project and serious company there is a point where it's time to ditch it and reimplement it in in something that performs better.
Another drawback of it being Python is that when it is causing the fans to spin, I can't inspect what's going on with Activity Monitor's sampler. It's all opaque nameless Python stack frames.
A symlink is just a file, like any other. It is a user's responsibility to insure that a symlink will work elsewhere; cloud services should just copy the file, just like any other. The users who expect a symlink to trick a cloud service into special behaviour (like syncing folders elsewhere) are also wrong. You no more want a cloud service going off and "thinking" about a symlink, than you wanting it going off and "thinking" about porn it finds on your computer. These are just files; their contents or meaning are absolutely not any cloud service's concern.
For example, a MacOS application bundle typically includes internal symlinks that most users are unaware even exist. Yes, DropBox breaks these, too. They tell you that their service is not intended for synchronizing entire file systems, as if properly handling an arbitrary file is somehow rocket science. I'll grant them that this is over their heads, but it's not hard.
There's exactly one sync program that gets it all right: Unison, written by Benjamin Pierce, a world-famous computer scientist. Yes, he actually thinks about this more clearly than any of the programmers of commercial services, and the best community ideas are adopted.
Unison handles symlinks properly.
Atomic directories are a relatively new feature in unison: One can declare a directory atomic, forcing the user to choose at the directory level when there’s a conflict.
I declare .git directories atomic. A better example: A MacOS .sparsebundle disk image file appears as many files (bands) inside a directory, but is intended to be seen by the user as an atomic file, not a directory. This has the advantage of more efficient backups: If one makes a minor change to a large mounted disk image (say, a few MB to a multiple GB disk image) then backup software isn’t forced to make a new copy of the entire multiple GB disk image.
If one makes minor changes to the same mounted disk image on two machines, and then does a two-way sync, one could buy the farm. Most likely, there will be a conflicting root file alerting one to the problem. Far cleaner to simply be forced to choose one disk image directory over the other. Functionally, the entire disk images are in conflict, not specific files within.
The ability to declare atomic directories is not a feature of any other two-way sync software, and it should be. A good heuristic: If a naive user can’t easily open a folder to reveal its contents (say, a Mac application bundle, or a sparse disk image) then the supporting directory should be treated as atomic by default.
> It is a user's responsibility to insure that a symlink will work elsewhere; cloud services should just copy the file, just like any other. The users who expect a symlink to trick a cloud service into special behaviour (like syncing folders elsewhere) are also wrong. You no more want a cloud service going off and "thinking" about a symlink, than you wanting it going off and "thinking" about porn it finds on your computer. These are just files; their contents or meaning are absolutely not any cloud service's concern.
Unison seems to be more designed for personal sync'ing than collaboration. That informs decisions.
First off, Unison cannot sync symlinks to Windows (or at least WinXP since they didn't exist until Vista) (http://www.cis.upenn.edu/~bcpierce/unison/download/releases/...).
If you take your position that symlinks should be sync'd opaquely (as a file with a symlink target), collaborative relationships that involve symlinks are broken without much warning when a collaborator uses windows XP (the most popular OS when Dropbox came out!).
At least following them (which Unison does allow with a setting) ensures Windows collaborators can see them.
Dropbox could probably make the change now (few XP users remain), but you have legacy issues of existing users relying on the "follow" behavior to sync content outside of their Dropbox.
> One can declare a directory atomic, forcing the user to choose at the directory level when there’s a conflict.
Not forcing users to make choices before upsync occurs is an explicit design decision of Dropbox. It ensures that if I power on my computer after being offline, things will quickly sync to the cloud -- I don't need to spend time making decisions.
Symlinks actually worked in Dropbox when I used to use it in 2012...
(Source: worked there)
The version of NTFS in windows xp and the version of windows explorer both supported symlinks just fine. There was just no user-mode api to create them. You could use a kernel driver to make them, or even mount the disk offline and make them
Still a lot of restrictions here that would make in Dropbox's shoes circa 2008 not attempt to support them:
1. Kernel driver requirement requires admin rights which hurts installing ability
2. General instability (looks like applications might not respect symlinks right -- e.g. deletes could recursively delete contents within the symlink)
3. Won't work with users running older NTFS or FAT32 (e.g. XP upgrades) -- not sure how common that was in 2008 though.
ssh user@rsync.net ls -asl some/dir
... looking good ..."There's exactly one sync program that gets it all right: Unison, written by Benjamin Pierce"
ssh user@rsync.net unison
Usage: unison [options]
or unison root1 root2 [options]
or unison profilename [options]
(Ask about the HN readers' discount)It treats the creation of a new directory as an atomic operation, and rolls it back on failure.
(So, if the initial sync will take a week, then precreate the top level or two of the directory hierarchy...)
It’s an annoying problem, but after the initial sync, partial syncs are fast and reliable.
Unison is very interesting and it is, indeed, very special in that it solves the very specific use-case of my parent post.
However, my own opinion, and that of just about everyone who cares about backup tools is that 'borg' is the "one true way":
('attic' on there is actually borg)
Borg has a lot going for it, but I'm hesitant to call something a holy grail or one true way if it can't do compact diffs. Especially when it needs active server software, which makes pruning much easier.
This is not really isolated to borg, so I don't want to pick on them too much (plz shield your eyes in the direction of rclone...), but calling it the "holy grail" is a bit rich IMO. This kind of stuff is simply not industrial grade software.
We try to keep out pricing very roughly inline with Amazon S3. If you know to look for the discount signup rates it should be very slightly cheaper than S3.
We can't promise customers support from real UNIX engineers and also match B2 pricing. I'm happy with that and plan to continue on that path ...
We would be very happy to have you.
I'm interested. Do you mean the special borg account or should I look more? Thanks!
A file for which you exclusively use lstat() & readlink() instead of all the other usual functions in the standard library you use for regular files. What about named pipes? Or sockets? Or whiteout? Are they too just files since they have a filename?
(To be fair, anyone who tries to backup /dev deserves whatever they get...)
$ echo /dev/urandom | cpio -o | xxd -a
1 block
00000000: 3037 3037 3037 3737 3737 3737 3030 3030 0707077777770000
00000010: 3031 3032 3036 3636 3030 3030 3030 3030 0102066600000000
00000020: 3030 3030 3030 3030 3031 3737 3737 3737 0000000001777777
00000030: 3133 3436 3430 3530 3035 3730 3030 3031 1346405005700001
00000040: 3530 3030 3030 3030 3030 3030 2f64 6576 500000000000/dev
00000050: 2f75 7261 6e64 6f6d 0030 3730 3730 3730 /urandom.0707070
00000060: 3030 3030 3030 3030 3030 3030 3030 3030 0000000000000000
00000070: 3030 3030 3030 3030 3030 3030 3030 3030 0000000000000000
00000080: 3030 3130 3030 3030 3030 3030 3030 3030 0010000000000000
00000090: 3030 3030 3030 3030 3133 3030 3030 3030 0000000013000000
000000a0: 3030 3030 3054 5241 494c 4552 2121 2100 00000TRAILER!!!.
000000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
*
000001f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
$ echo $?
0 $ PAGER='col -bx' man 5 cpio | awk '$1 == "mode" { print; while (getline) print }' | head
mode The mode specifies both the regular permissions and the file
type. It consists of several bit fields as follows:
0170000 This masks the file type bits.
0140000 File type value for sockets.
0120000 File type value for symbolic links. For symbolic links,
the link body is stored as file data.
0100000 File type value for regular files.
0060000 File type value for block special devices.
0040000 File type value for directories.
0020000 File type value for character special devices.
$ echo /dev/urandom | cpio -o | dd bs=6 skip=3 count=1 | od -tc
1 block
1+0 records in
1+0 records out
6 bytes transferred in 0.000025 secs (239675 bytes/sec)
0000000 0 2 0 6 6 6
0000006From `man 5 cpio`:
> The end of the archive is indicated by a special record with the pathname “TRAILER!!!”.
This makes me wonder if this means that the cpio format can't reliably be used for files with the path "TRAILER!!!". Why would the format even need a special record to indicate the end of the archive? Is there any reason why one wouldn't be able to rely on the end of the file to indicate the end of the archive?
$ cd $(mktemp -d)
$ echo foo > 'TRAILER!!!'
$ echo bar > barfile
$ echo 'TRAILER!!!' | cpio -o | xxd -a
1 block
00000000: c771 2a00 31cc a481 e803 e803 0100 0000 .q*.1...........
00000010: 025d ef8c 0b00 0000 0400 5452 4149 4c45 .]........TRAILE
00000020: 5221 2121 0000 666f 6f0a c771 0000 0000 R!!!..foo..q....
00000030: 0000 0000 0000 0100 0000 0000 0000 0b00 ................
00000040: 0000 0000 5452 4149 4c45 5221 2121 0000 ....TRAILER!!!..
00000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
*
000001f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
$ echo 'TRAILER!!!' | cpio -o | cpio -t
1 block
1 block
$ echo barfile | cpio -o | cpio -t
1 block
barfile
1 block
$ echo barfile | cpio -o | cpio -i --to-stdout barfile
1 block
bar
1 block
$ echo 'TRAILER!!!' | cpio -o | cpio -i --to-stdout 'TRAILER!!!'
1 block
1 blockGNU tar uses entries where other tar implementations will overwrite previous files on extraction, AIX tar uses special four character names for binary blobs (plus xattrs as names, both after the affected entry), Solaris cpio uses another mode bit for sparse files, ACLs, and xattrs (I actually really like this, it extracts as a simple to parse text file[0] on other implementations), and most pax commands on Linux can't read/write PAX archive files.
FWIW I make use of TRAILER!!! to let me know in a pipeline that everything worked (imagine a command earlier in the pipe fails early and not every entry is processed but ends on a boundary), but here the two pages of zeros that tar uses makes more sense (about the only thing tar does better than cpio).
0: https://www.mail-archive.com/opensolaris-arc@mail.opensolari...
Or one where you have one large file and symlinks of it all over the place? Should it just explode in size unexpectedly?
I use neither Dropbox nor Unison, but on the treatment of symbolic links, every program that somehow manages files have some sort of configuration option to decide whether or not to follow symbolic links. It's not about tricking a service into special behaviour. It's just that either handling by following or not following the links are both appropriate behaviour in different situations.
In the case of Unison, it chooses not to follow by default, but it also can be configured to follow as described here:
https://www.cis.upenn.edu/~bcpierce/unison/download/releases...
Furthermore, when the destination host is a Windows system, Unison refuses to not to follow a symbolic link, since Windows doesn't support symbolic links.
Laptop, meet phone Id, phone, meet laptop Id. Laptop, meet desktop, desktop meet laptop. Oh I've got my server, server meet desktop meet laptop and vice versa.
Want some files to be available on all devices at once? Put it in the Bank Cannister folder which you've set as active for all devices.
Want to drop airdroid or plugging in your phone's internal storage to transfer media files to/from the phone? Setup phone<->laptop<->desktop folder named PhoneMusic and tell the syncthing app to store the contents of that file in the same directory as your already existing music root.
Want off-site backups but too cheap to pay for backblaze like me? Backup to Blu-ray, local external drive, and sync to off-site location (my dad's PC or DO droplet).
And when I say sync, I mean setup the syncing folders then let it background P2P sync on its own time. Eventual consistency might as well be instant for all but 1% of the time where you look for the file then see it written to the 'local' drive before your eyes.
I run a company with sync software, we treat them same as any other file so if you have one in a folder set to sync, we sync it, we don't follow the link and sync the linked file (as the link could go outside of the configured sync folder).
Solution of course is to just use rclone and mount Google drive directly.
For the price Google beats everyone.
I switched a few years ago. It works really well. Unless you are using Dropbox with a team or a corporate environment, iCloud is better. I use a combo of iCloud (love the desktop syncing between my machines btw), and Google File Stream for team documents.
[1]: https://blogs.windows.com/windowsexperience/2019/06/11/apple...
https://blogs.windows.com/windowsexperience/2019/06/11/apple...
Edit: I'm trying the "updated" app now. No changes appear to have been made. It is still slow and buggy as hell, it still installs a ported and outdated version of half of the frameworks of OS X, as expected.
On sort of a tangent, I'm also choosing not to use iCloud because I really feel like it gives Apple an excuse to establish anti-consumer practices when it comes to hardware repairability and data ownership. I had an amazingly terrible time at the Apple store recently and an employee tried convincing me that Google will sell my photos that I've uploaded to my G-Suite account. I believe what he said was "I just pay the $x/month for iCloud, because 3rd parties can't be trusted sometimes". To me, that is an amazingly terrible attitude that sounds like it came straight off the page of the language guidelines. As far as hardware repairability, Apple recently has moved to either soldered-on or proprietary connectors for their storage devices for most of their devices. In the 2016 MacBook Pros, they made an assembly to recover data via the lifeboat connector so if you had a logic board swap (which is what you get because they'd rather landfill/grind down than repair) your data could still be recovered.
https://9to5mac.com/2016/11/24/apple-special-cdm-tool-macboo...
This has disappeared on the latest models. Finally, Apple in the past year has discontinued their Time Capsule product and has not made any large improvements to Time Machine. It is still a nightmare to use with SMB environments, which seems to not align with Apple's silent killing of AFP in favor of Samba.
Then self-host Nextcloud on your NAS.
> anti-consumer practices when it comes to hardware repairability and data ownership.
Hardware repairability? Agreed, but this goes hand-in-hand with security. IMO all hardware and data should be entangled with the Secure Enclave/T2 chip but Apple is a long way from that (looks, however, as if they are working towards it).
Data ownership? IMO Apple is pretty good with that. They care much more about privacy here than Google et al. If you truly want nothing on Apple's cloud, it's super easy to turn off iCloud too.
> I had an amazingly terrible time at the Apple store recently and an employee tried convincing me
I don't get tech people who do this. You go to a store, ask about a product that you are clearly more knowledgable than the employee on, and then complain that they aren't knowledgable? Unless you are lost there is zero reason for you to ask an employee about a product.
That said, I trust Apple not to datamine your photos. I don't trust Google on that.
> This has disappeared on the latest models.
T2 chip. Security/convenience tradeoff. I'll take the security every time.
Seriously, though, it looks like the only solution that you'll find palatable will be your own NAS with self-hosted Nextcloud - and, if you use a Mac, Time Machine.
Nextcloud's implementation is terrible.
> IMO all hardware and data should be entangled with the Secure Enclave/T2 chip
This is an absolutely terrible implementation of security. There is no reason that your data should be tied to a circuit board that does everything. Mac logic boards are ticking time bombs.
> I don't get tech people who do this. You go to a store, ask about a product that you are clearly more knowledgable than the employee on, and then complain that they aren't knowledgable? Unless you are lost there is zero reason for you to ask an employee about a product.
We as tech enthusiasts should care. What is shown and received by all consumers is what leads the industry. I went in because the baseband CPU had flexion damage in my iPhone 7. I went in for the out of warranty repair. They asked if I had a backup. I said yes. They asked if I did a local or iCloud, I just said no, I use Google Photos. I then got this obviously scripted sales pitch for iCloud.
> That said, I trust Apple not to datamine your photos. I don't trust Google on that.
They're _probably_ datamining your photos anyway. This trust that people have in Apple seems to be pretty blind.
My entire comment was lead with yeah I'm a power user and a different case. My comment was tackling how Apple's attitude is anti-consumer.
Please explain more
It's written in PHP. I'm not complaining about the language... I started as a PHP dev and fully recognize why an establishment might use it. The issue I have is PHP is always a pain in the ass to get configured properly. Of course there's always docker implementations, but even those haven't been constructed well imo.
Secondly, the way it manages files is absolutely terrible. Now I haven't really used it in about a year so I don't remember the specifics, but I now have a folder on my NAS that is pretty much not removable due to what I believe is an abuse of ACLs. What I really need is just something with a web interface that can sync with my other devices without imposing its own file/folder structure. At least with my experience in the past, this is a pain with Nextcloud.
Regarding file management, the working solution for me has been to mount any external storage with a fuse mount ( NAS, dropbox, etc. ), and then just use the Nextcloud "external storage" option. Other than Nextcloud's general slowness ( I'm running on an underpowered server ) I haven't had any issues.
Not to knock it, I think it's a great option. It's just not for everyone, not for the dentist next door or anything.
(Also in third party Finder alternatives, like Commander One, you will typically get thumbnails for symlinks.)
I can understand why Dropbox doesn't want any part of the dumpster fire that is symbolic linking. Maybe they work great on Linux, where they are a core aspect of how the filesystem works under the hood. But Dropbox has to present unified behavior across all supported platforms, and the last thing they want is to be put in the position of providing tech support for filesystem bugs and quirks and race conditions.
(And frankly I'm hesitant to even report it as a bug, since for all I know Apple will decide that NFS/symlinks getting thumbnailed in the dock preview is the real bug, and "fix" that leaving me worse off than before.)
Edit: Also sort-by-kind also fails in Finder when symlinks are involved. When "keep folders on top" is set, symlinks will still sometimes (but not always) appear above folders.
Google Drive has no differential sync. Any changes you make re-upload the whole file. This is a hard no for me. Also Google.
I moved to Sync[0]. The pricing tier was more what I wanted (500GB). They support symlinks, differential syncing, selective sync as well as a 'Vault' for storing files in the cloud but not on your machine. I think it's end-to-end encrypted as well, not going to commit to saying anything specific in that regard. The Mac app is also a lot better, I find it spinning up a lot less for me and its a lot lighter in general. To be fair though, even with iCloud I get my fans whirring up when I start uploading lots of changes.
I've also heard good things about pCloud[1] but I don't see any reason to change my workflow now after have to already change it.
[0] - https://www.sync.com/ [1] - https://www.pcloud.com/
Sync claims that, if you have the Sync setup create your own encryption key on your device, files are end-to-end encrypted. I believe them. Moreover, Sync support confirmed that they do not have access to meta-data about your files either. Thus, their admins do not have access to your unencrypted files or information about them.
They support all the usual devices both on the desktop and mobile apps.
Their servers are located in Canada, not the U.S., if geography matters to you from a privacy perspective.
I will also second that Sync seems much speedier than Dropbox. Startup / connection time is maybe 50% faster on my dated machine. (Dropbox seems to say Connecting... forever!)
You can run both Dropbox and Sync.com at the same time if you want to migrate slowly. I use Dropbox for non-sensitive files (e.g. rando family pictures) and Sync.com for sensitive files (e.g. birth certificates, financial files). With Sync.com and their more thorough end-to-end encryption, I feel safer that my file data cannot be used for random studies or anything else Dropbox feels like they can justify [0].
[0] https://www.wired.com/story/dropbox-sharing-data-study-ethic...
I can't remember a time when I've had Dropbox open and not found it at the top of the CPU tab of Activity Monitor. This may be because I have a couple symlinks (not many, just some dotfiles) or because I have a large number of files (nothing ridiculous, ~100k photos backed up) but the fact is, it's been long enough for Dropbox to have figured this out and fixed it.
It's bad enough to where I now leave Dropbox off all the time, then only turn it on when I need to sync something. With iCloud sync I don't even think about it, which is the way it should be.
I opened Dropbox before starting this comment to see the new UI and even after giving it enough time to catch up, it' still using between 48 and 127% CPU. It makes even Outlook feel breezy.
Why? To detect changes, they were storing a snapshot and comparing everything on disk to the snapshot. Which is madness when Windows has methods that don't require reading every damn byte on the disk - at the least, they could use a filesystem minifilter driver, or the NTFS USN change journal.
As if that wasn't enough, after the startup scan they were using an unreliable method to detect further changes (same one as dotnet's FileSystemWatcher, I forget the name of the underlying Windows API).
And to top it all off, even with only 2 systems sharing the data, there were conflicts all the time that required manual resolution (and I seem to recall Dropbox wasn't very good about surfacing these when they happened). Then there was a data loss incident, I presume due to some kind of conflict snafu - Dropbox only support at the time was a forum, and they were completely uninterested in even acknowledging that there was an issue.
I switched to Seafile after that, and haven't looked back. I honestly don't understand why people would put up with that crap, but given the size of Dropbox they obviously do...
I agree with the issues with the Mac OS client burning too much CPU/battery, I've learned to live with that as an inconvenience, since otherwise, it works great by fulfilling the top priority you want in a service like this: it is reliable.
> Does anybody know how the CPU/power impact of Microsoft's and Google's offerings are on the Mac?
It doesn't matter, because from your stated issues with Dropbox, neither OneDrive nor whatever-google-is-calling-it-this-week will provide a suitable replacement for you. They both suffer from the same (and worse) shortcomings as Dropbox.Neither competitor qualifies as "a folder that syncs" and they both install all kinds of junk to your system.
big with https://www.freenas.org/
small with https://freedombox.org/
scaling with https://nextcloud.com/
If you cant do any self hosting https://nextcloud.com/ can be paid for. THere is a demo here https://demo.nextcloud.com/
as long as the client is running, my GPU is tacted at 1.6 GHz, if i kill the client GPU settles at around 0.14 GHz. this makes quite the difference in power consumption of my machine when left idle for multiple hours the day.
nowadays i only start the client when i want to sync files or expect to receive some uploaded by my peers. after thats is done the client gets killed immediately.
but why does it have an 3d context running you ask? for the small notification window where i can track the sync progress. i still remember the "native" solution they used few years back, did not have drop shadows, but the entire functionality was present via an WinAPI menus. Considering one can, with some OwnerDraw work, put progress bars and scrollable lists in Menus, i don't get the point of using an whole web browser to display a 600x200 popup.
They really should take a look at bvckup2, how fast and efficient a backup/sync tool could be done in native way
Also, Dropbox Paper shows the same lack of attention to detail. The iOS client has all sorts of really stupid basic bugs like undo and copy & paste not working properly. It’s nuts.
It feels like Dropbox’s culture is to ship a product and not do the hard work that it takes to make the core basics rock solid on all devices and platforms. It’s really hard work, but it’s essential for a user base as large as theirs.
The even harder part is for their leadership and PMs to say “No” to new features until they hey the basics right; otherwise they are going to find themselves in the position of doing a lot of things not very well.
The integration with Google makes sense because they already own the tools that you're moving between. It seems really funky to have Dropbox crash that party. If you're trying to integrate with tools outside of the Google eco-system maybe dropbox atleast tries to allow it, I just can't see how it'd be anything other than clunky though.
Personally what I value is just basic cloud storage with a decent automatic sync. Obviously storage has turned into a commodity and dropbox are trying to compete on a new level, it just seems boggling to me that this is the direction they've taken.
Similarly. That was the biggest appeal to me back when I first discovered them and they were giving out bonus space for their free plan depending on the number of people that any one user referred. On top of this shift, didn't Dropbox just limit the number of computers one could have their data synchronized between? These moves seem bad overall.
Apple will sell me 50GB on iCloud for $0.99 a month. That fits my needs much better, I just need to go through the exercise of making sure their web interface isn't horrible on my one remaining Linux system.
In fairness to Dropbox, I'm probably not the kind of user they want at this point. They got their mileage out of my early referrals, and I've never paid them a cent.
I am also unimpressed with this new desktop app which solves a problem I don't have, but as long as their core syncing tech. remains functional, I just want them succeed.
I feel likewise. But I'm afraid their core tech will slowly fall into neglect as they cast about for new revenue streams - and in this particular case that core tech does too important a job for me to tolerate even moderate neglect.
The problem is free -> $120 a year is a big jump. I don't need 2TB of space. I probably don't even need 10GB of space. But I would pay $50 for more space and more devices.
Realize they aren't prioritizing cross platform testing or support. I found that other people had reported the issue a while ago.
iCloud will always primarily be about Apple devices, which I like well enough and have several of, but maybe won't always. Microsoft's offering will probably be the same from the PC side of things. Google will offer me the world for free but data mine the hell out of it.
Dropbox seems to really care about cross-platform experience. Except in rare cases, it just works. It's just folders from my POV. And so... I pay them about $100 a year and they provide this service. Seems to have worked out pretty well for me.
These days it's been apple being lazy with cross platform, not microsoft.
It's recently stopped syncing for me because it now only supports ext4 filesystems, for some reason - and I currently have everything on btrfs.
I agree with you completely, Google should have squashed Dropbox like a tiny, helpless bug that it is in comparison. Yet reality disagrees and they haven't.
Google can't even deliver a proper client for Google Drive on Linux which is a system many Googlers use. It all remains a mystery to me.
Despite it being promised at the launch of Google Drive, several years ago. I finally moved off of Drive to nextCloud as a result.
The strength of Google Drive is in the collaborative document editing. Not the "drive" aspect of it.
Today anyway. It didn't start out like that.
As a sort of global filesystem, it fails miserably IMHO and always did. Even if it were available on Linux, I wouldn't use it for that purpose.
As far as I can tell, Dropbox’s vision is of having the same sort of thin-client experience of having an app that represents “your files” and lets you do things do those files like an Explorer or Finder would—but with this app providing these integrations regardless of your platform (Windows/macOS/Android/iOS/ChromeOS/Linux) or cloud provider.
This is already the play that Slack used: despite Google Hangouts being integrated better with the Google enterprise ecosystem, people still use Slack instead, and take advantage of its integrations with Google apps instead. Regardless of platform or ecosystem, Slack supports your use-case, such that it’s easier to get everyone in an organization to agree on Slack than to get them to agree on a platform/ecosystem. Dropbox thinks it can pull off the same play, for the “file explorer” use-case. Dropbox wants to add enough functionality that the “best-practice workflow” for an enterprise—the one that onboarding docs get written about, the one they train people in—will involve using Dropbox to move files around and open them in various apps, because that’s simpler than the docs they’d have to write to explain how to do the same thing in the different paradigms of each platform the enterprise supports.
It’s an enterprise B2B play, though, and sadly, there’s already a neutral third-party “Windows Explorer in the cloud” that has beat them to capturing this market: Box. They’re definitely trying to fight Box over market-share here, and I’m not sure they’ll manage it; Box focused much more on things enterprises really want from the start (like document security—IBM can put its customers’ data in Box without worrying, etc.)
All of our tools having silos of data and only having difficult to implement one-to-one integrations seems broken- it does not feel like it has to be this way as part of the nature of the software.
Here are two reasons we have not yet seen this executed well:
1) If you're Atlassian or Microsoft it's likely perceived that it's not in the best interest of your business model to spend a non-trivial amount of resources on deep integrations with 100's of popular 3rd-party apps but instead it's much easier to see how it is in their best interest to just clone those popular apps and deeply integrate them into your suite. This way they keep users using their software and are able to charge for the new app (or eventually charge more for the suite).
2) So then there's space left for a software solution to enter the market that does world-class deep integrations with the 100's of popular SaaS api's and a great UI/UX that makes working across all of these apps intuitive- potentially an entirely new level of usability in modern productivity workflows. But as a startup idea this actually does tend to fail and I think it's primarily because it's a non-trivial engineering problem to build these integrations and a startup, with scarce engineering resources, is forced to choose ~1-3 integrations to start with as their initial customer-facing version. This then results in a product that is not compelling and just seems like yet another one-to-one integration solution.
It seems that if a new level of software interoperability enabling a new level of user experience is to happen the startup would have to be very well funded with a decent "stealth mode" runway. Or a large software company would have to throw a decent chunk of resources at the idea (not PM's convincing the business case for an integration piecemeal).
And then there's one other way this could happen:
If you look at Android and iOS you see that they already have thousands of productivity apps integrating deeply with their native API's. And already this has enabled things like iOS Actions Extension API where you can send something like a pdf to any app you have installed that registers its ability to handle pdf's. On Android features like Slices allow an app developer to put a "slice" of their UI into other apps based on the intent or action happening on the other app. I can see a future where Apple and Google increasingly push their mobile operating systems to the desktop-size screen and the productivity user base. While it may seem unlikely now it may be that iOS and Android are best positioned to introduce a new level of software interoperability to the modern enterprise productivity market in the form of a better desktop experience.
The problem is completely self-inflicted and caused by greed. It isn't difficult to make software interoperable - you actually have to work hard to make it non-interoperating. Which is precisely what aforementioned companies did by creating data siloses exporting just tightly-controlled APIs, guarded by ToSes preventing interop from happen organically. SaaS companies broke interoperability on purpose.
I would never use Google Drive because it's a piece of shit. Whenever I used it I ended up with data being corrupted and this happened for both the standard Backup and Sync and the new Drive File Stream. Files being corrupted or missing is the worst scenario possible for a file sync service. Not to mention it's really, really slow and inefficient.
I keep using Dropbox because it's the only one that works.
Also I don't get what the point of the Google Docs integration is, but who knows, I might end up using it.
That reminds me of a pretty famous Quora answer (here https://www.quora.com/Dropbox-product/Why-is-Dropbox-more-po...) that described why Dropbox succeeded:
> Well, let's take a step back and think about the sync problem and what the ideal solution for it would do:
There would be a folder. You'd put your stuff in it. It would sync.
They built that.
Why didn't anyone else build that? I have no idea.
"But," you may ask, "so much more you could do! What about task management, calendaring, customized dashboards, virtual white boarding. More than just folders and files!"
No, shut up. People don't use that crap. They just want a folder. A folder that syncs.
"But," you may say, "this is valuable data... certainly users will feel more comfortable tying their data to Windows Live, Apple's MobileMe, or a name they already know."
No, shut up. Not a single person on Earth wakes up in the morning worried about deriving more value from their Windows Live login. People already trust folders. And Dropbox looks just like a folder. One that syncs.
"But," you may say, "folders are so 1995. Why not leverage the full power of the web? With HTML5 you can drag and drop files, you can build intergalactic dashboards of statistics showing how much storage you are using, you can publish your files as RSS feeds and tweets, and you can add your company logo!"
No, shut up. Most of the world doesn't sit in front of their browser all day. If they do, it is Internet Explorer 6 at work that they are not allowed to upgrade. Browsers suck for these kinds of things. Their stuff is already in folders. They just want a folder. That syncs.
That is what it does.
Eventually there's going to be some serious blowback. You can't expect people to efficiently use their computers if they can't even find their godamn files!
With iOS13 this also erodes, but going against the trend was beneficial for them up to this point.
well, I've got bad news for the guy. Just being a data storage company is probably not a great business strategy because the web and competition have become ubiquitous.
But now they are messing that up. And not just this. They implemented a 3 device limit, and the next level is super expensive. Unlike any of their competitors. I'd say that is not a great business strategy.
Reminds of Evernote which eventually had 50:50 management/development split
It'd be great if the clients were native and faster or whatever, but shipping beats perfection.
Previously when they bought Mailbox or when they introduced Paper (which I never used...) I thought they are up to something exciting and innovative regarding how we work/do common workflows. Now it looks like they outsource the most important parts to others and accept being the glue in between. Integrations are just not that exciting
“Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can.” Coined by Jamie Zawinski (who called it the “Law of Software Envelopment”) to express his belief that all truly useful programs experience pressure to evolve into toolkits and application platforms (the mailer thing, he says, is just a side effect of that). It is commonly cited, though with widely varying degrees of accuracy.
I use Slack and Zoom often, but I have never once thought — gee I really wish I could just open up this presentation in Dropbox directly into my Zoom meeting. I just don’t see the integration working in that direction.
Sure, Dropbox should make sure that it’s available as a provider to save/open files for other programs — that make sense. The integration with MS Office makes sense — where Office is aware when you’re working on files that are stored in Dropbox.
This just seems like they are trying to do too much. I can’t see the strategy...
It's simple: no company wants to pour money into bugfixes. Managers / PMs / "product owners" who advocate for big, new changes (something like "integrate services" to "drive user engagement") get funding.
In a business view, if you're standing still you're at risk of being left behind. As long as software is tied to a company, it will never remain simple and do just one thing. The incentives are simply not aligned.
On a related but perhaps off topic note; Is that wrong?
I agree with everything you've said. Yet, I do wonder, is that business decision wrong? I've not spent much effort on the business side in my life, but from the outside I feel like I agree with their statement. Maybe not so much as in the "left behind" mantra, but more specifically I feel once a business reaches "success" (however you want to define that), your next objective should be maintaining/expanding the core product, and diversifying entirely.
It seems to me that being a one product company runs a risk of another company choking you out in various ways.
As an end user I of course love my products to say solely focused on the thing I want. I want Spotify to be my music app, nothing more. But I can sympathize with the decisions to diversify a companies offerings even if unrelated to the original core product.
Thoughts?
One possible solution then is to change your company to be a multi-product company, instead of adding new-product features into your one product.
In fact I'd go a bit further, and say that if every company seems to become a conglomerate, that's a sign that something is broken in how a country works. If it's advantageous for two companies doing completely different things to be under one name, one roof, then it's likely that their real skill is in something else, like political connections, not in making whatever products it is they make. And that's unhealthy.
Just spitballing, but it's incredibly non-trivial to both aggregate skilled labor and organize them into an effective entity. Being eager about tearing down and spinning up these organizations to keep each entity single-purpose seems like it would be a lot less efficient (and competitive) than taking advantage of an existing well-run organization to do things that are somewhat related.
I hope you're wrong, or at least wrong enough to leave room for a few "small is beautiful" outliers.
I'd be curious if, due to cloud prices/etc, Dropbox didn't feel they could actually sustain a competitive price and become profitable. So they're trying to expand to other avenues and find something that works.
There's always something along that process that is poor and holding back the rest of the process. An increase in throughput = increased sales.
[0] https://techcrunch.com/2017/09/15/why-dropbox-decided-to-dro...
Perhaps those original comments on the DropBox launch people keep referring to were right all along.
https://9to5mac.com/2019/06/11/share-icloud-drive-folders-ip...
Perhaps it won't be as polished as Dropbox, perhaps it will. Either way, Dropbox is playing defense versus Apple/Google/Microsoft.
Dropbox had a great idea, but it's not hard for a large company to copy it like microsoft did. Apple just does a lot of things half assed if it's not a priority to them. Nothing stopping iCloud from being better than dropbox in a couple years if apple one day decided they gave a damn about it.
They're really competing hard in this space, and I suspect they're trying to get ahead of Google One here. They've already left Dropbox far behind.
We have a mix of iOS and Android, and some physical and virtual Windows 10 PCs.
The macOS sync client is generally very fast and keeps out of the way. It gets tripped up occasionally, but no more so than any other. It was really clunky when we first started using it for Sharepoint, but they seem to be iterating fast these days and we see very few issues at all.
For Sharepoint365 the sync client means our people just treat it as our “cloud network drive” with selective folder sync options (we don’t use any of the other Sharepoint stuff).
If you’re an Office365 shop, the integration is incredibly nice. I can start work on a Word doc on a PC and save it in OneDrive or Sharepoint365, and then on my iPad open Word and the document is sitting right there as the last file I worked on in the File>Open screen, with a “Go to where you left off” marker when the file is open.
We tried Box and liked it initially, but it became hard to justify it in the face of easy functionality and pricing from Office365+OneDrive. iCloud isn’t flexible enough for most of our business use cases. DropBox performance was always an issue and we didn’t want to saddle our dev laptops with that performance hit.
But Microsoft and Google are creeping up. Their file sync is almost there with Dropbox.
OneDrive works on Mac and Windows, supports Files on Demand (similar to Dropbox Infinite - essentially placeholder files, very useful for small SSDs), and are working on differential sync for 2019.
The kicker is that OneDrive costs $99 as part of Office 365 Home, and gives you + 5 family members each 1TB storage, GBs of Outlook storage, the desktop Office apps for all devices including Android (they run really well on Android-enabled Chromebooks). And access to phone-based support. What's more, many people can get Office 365 discounted to $70 via the new Home Use Program, or even free if they're students or teachers[1].
Google One (one.google.com) is also a pretty formidable offering where available. File storage via Google Drive, a great photo storage service, tons of Gmail space, and access to Google's support teams.
So yes -- file storage is becoming a feature and the Google & Microsoft offerings will end up tempting many customers. Dropbox still does sync really well and has the best app, in my opinion -- including the only one that works on Linux, but I'm not sure that'll be a massive concern for the average customer.
[1] https://www.microsoft.com/en-us/education/products/office
For those who haven't looked at Office 365 in a while, it should be noted that Office 365 Personal was upgraded a few months ago. It used to be that Personal was for 1 person, with at most 1 Mac, 1 PC, and one mobile device. If you wanted to put the Office applications on more devices than that, you needed Home.
They removed that limit a few months ago. Now Personal lets you install on an unlimited number of computers and mobile devices, with the only limit being at most 5 can be signed in at the same time.
So now it essentially is if you have more than one person in your household who would like an Office 365 account, get Home. That covers 6 people, each of whom gets 1 TB of OneDrive, and can be signed in on up to 5 devices simultaneously. If it is just you, get Personal, which is $30/year less.
I've not figured out if it is possible to buy additional OneDrive storage if you need more than the 1 TB that is included.
That used to be true, but Dropbox decided they no longer wanted that market-advantage.
I’ve uninstalled Dropbox from all my Linux machines because it no longer supports ZFS (or any other file-systems except ext4).
(Don't believe the 2018 annual numbers; something like $450M of that "loss" is the result of accounting issues where RSUs converting to stock at IPO is considered an expense)
Investor demands for growth. Dropbox already did one thing well. But they took money on the promise that they'd do more things and make more money than they could with that one thing they did well.
The constant demand for growth is not a good thing. You can only sell so many eyePhones or Intel CPUs before people just would rather keep old things working longer or recycle or not consume things and save their money for travel/experiences.
There is no "fiduciary duty", it's just unwitting HN folk pretending to be business savvy.
https://www.nytimes.com/roomfordebate/2015/04/16/what-are-co...
The flipside of that is that I don't think your original linked piece makes much of a case at all either.
[1] https://www.nytimes.com/roomfordebate/2015/04/16/what-are-co...
We aren’t talking about corporations, but rather publicly traded companies. As the previous article pointed out you do have an obligation to your shareholders, and that obligation is to somehow act in their best interest.
Certainly the stock market price goes down if you aren’t growing. And prices going down means you’re not doing right by your shareholders.
I’m happy to be wrong here (I hope it’s true) but whether law or not it seems to be an immutable force.
Publicly traded companies are controlled by whoever wants to buy them. If a company has assets that could produce a profit of $N, but it's currently not doing so and only making $M (and its share price reflects the lower revenue), it will be in someone's interest to buy the company and rework its priorities so it makes them more money.
So... the grandparent was effectively right. Over time, all public entities will act to maximize profit.
Growing the company is one way to achieve that. Other ways include paying out a share of the profit the company is making via a dividend or using share buybacks to reduce the number of outstanding shares.
There are plenty of examples of companies doing all of the above on various public exchanges. For example, utility companies often don't grow very much (if at all) but they do have consistent cash flow which they pay out as dividends.
In the Caden of dividends, wouldn’t they also need to increase over time to act in the best interest of shareholders?
Yes, you are correct. Most utility companies do grow to some extent, just very slowly. You also have to compare the rate that they grow against other metrics like GDP. If a company is growing slower than GDP you could make an argument that they're actually shrinking.
> In the Caden of dividends, wouldn’t they also need to increase over time to act in the best interest of shareholders?
Yup. In theory, if a company does not grow sales at all then their dividend should be able to grow at the same rate as inflation. Most companies do grow sales to some extent and thus are able to grow their dividend more than inflation.
For example, Coca-Kola has grown their dividend on average 7.46% per year. AT&T on the other hand has only grown theirs 2.26% per year which is closer to inflation.
https://seekingalpha.com/symbol/KO/dividends/dividend-growth
Craigslist won big early on because they took the personals and ads business away from broadsheet newspapers. That's pretty much it; they didn't try to go beyond that, and they're completely justified in not wanting to. Airbnb came in and pretty much took all of CL's short-term rentals business. CL is a small company and Craig Newsom (sp?) probably didn't even care.
He had the advantage of getting there first, and making a ton of money as a result. That is not the case today, so to expect newer companies to follow in CL's footsteps is unrealistic.
In my view a lot of products could be frozen once they are mature . MS Office could have stopped most development a decade or more ago, Gmail could have stopped years ago. Windows could have stopped UI changes with XP or 7. But what are all these people supposed to do if not tweaking their product?
When you're a startup, you do something new and (hopefully) do it well. You get customers and you grow.
Eventually you become an established company. You do your thing really well, and customers are happy to pay you the price you ask. You make a healthy profit margin and times are good. Competition takes notice.
You keep doing things well, but your competition has a second-mover advantage. They get to work with newer tooling, no legacy codebase, all the benefits of a fresh start. They start to win your customers away from you.
You're doing things well, but it no longer really feels well, because your success in the marketplace no longer correlates with the maturity and quality of the product you're offering. You may have an incredibly mature and well-supported product, but it feels stale. It turns out that customers appreciate qualities like "refreshing" and "modern" that your product seemingly lacks.
As you start to lose customers, your declining revenue forces you to lay off employees and your stock starts to decline. Without a big change, you go out of business and shutter your doors for good. The executives are forced to sell the IP for pennies on the dollar to some patent troll as part of the company's bankruptcy and liquidation proceedings, and might open-source the IP if no buyer can be found.
... so you're saying the first-mover begins coasting and fails to invest in its product, while the plucky upstart puts in novel research and development.
That might be common, but it hardly seems inevitable. If anything the 'old guard' should have a relative advantage from better know-how, including knowledge of what pitfalls to avoid.
The true underlying issue might be the false assumption that market position is durable, rather than purchased with a depreciating investment in tooling, process, and technology.
You have circularized the discussion. Solatic's post is not suggesting that it is inevitable, as it is a response to the question "what's wrong with doing one thing well?"
What ever happened to just doing well enough to pay the bills, your employees, and a touch saved for a rainy day? Thousands of companies operate like this: restaurants, shops, trades, nothing you'd find on the NYSE of course. Why do you need to double in value every few years? Expand exponentially like a cancer? As your company grows and you wrangle more engineering talent into your directionless product, how much innovation are you stifling in the process? These engineers could be founding their own private companies instead of working for your public monstrosity, they could be working on products that are good on merit and bad on profit. We could be years ahead if corporatism didn't invade engineering and silo the best talent into contracts of secrecy, shattering open communication on technology in the process.
Take self driving cars. Quite a few companies are working on the same goal, repeating the same work. In an ideal world these engineers would all be in the same building, sharing notes, running joint experiments, and the end product would be sponsored by all the companies funding the endeavor. But instead we live in a world that values getting there first and 'beating' your colleagues in other companies, even if it takes longer than if everyone was collaborating. We value the dollar more than the technology.
We all learn about collaborating and helping people with their issues——really just teaching each other, the best way to learn imo——with capstone projects in engineering schools, then we forget it all when we enter the workforce and sign our NDAs and suddenly gag ourselves from talking about our work to other people in the field.
Turns out that it dies if you try to grow it near walled gardens. The soil doesn't suit it.
Like what you might end up with with this approach and selecting best of breed: Dropbox, Slack, Zoom, Office 365 desktop, Google Apps (email), Some CRM solution, Github, client security solution, VPN solution, Jira, Confluence (wiki), Zendesk (helpdesk).
If you want things like single-sign-on and some additional security and management capabilities then you typically need to pick some higher pricing tier for each service. The price per user per month adds up. And as a added bonus, you also need to spend time managing all these and handle the monthly invoices/receipts.
What Dropbox is now doing is of course not solution to my problem. The only solution to the issue I'm having is consolidation of the services or smaller players teaming up and giving me unified package (like Dropbox+Slack+Zoom). Fully integrated packages like Microsoft 365 are quite tempting, even though I know the individual pieces are not "best of breed".
It was seldom the thing users wanted and could use, and ended up being relegated to the dev-oriented UNIX userland.
Do you ever right-click a file on your desktop and expect to be able to do an “Open With” action to open it in a Zoom meeting?
Dropbox is trying to recreate/recapitulate that functionality—the functionality of OS file-explorer GUIs, and how they act as a launchpad for feeding files to third-party intent providers.
This relies on composability, integrating together several such components into a coherent whole.
Users don't understand composability or want to do it. They want the integration to already exist and just work.
You could also compare wechat to traditional isolated apps, and in my opinion well integrated platforms trump collections of tools almost always.
I work at a place with enterprise O365. When you've got things like Teams, well, you might argue that Teams isn't as good as Slack, you think Dropbox is a bit better than OneDrive, and so on, but it's really hard to argue paying for all those things is worth it when you've got something that e.g. lets you record your Teams meeting, run it through voice recognition, and turn it into a OneNote transcript to sit alongside your repo of project docs for the same meeting.
Sometimes well-integrated solutions are more than the sum of their parts, and that's the problem Dropbox is facing.
VC Money.
What we’re seeing here is a strategic maneuver by Dropbox to move up the UX stack from a single file syncing tool to a meta/coordination layer between SaaS products. The goal is to own the user experience and integrate all the adjacent or overlapping SaaS tools in a user’s workflow so you can control both the user and the suppliers.
We’re going to see this more frequently and it’ll look weird coming from different tools trying to level up and pull this off (i.e. what will email look like with this?).
One issue is as incumbents partner/buddy-up and competition heats up, we’ll see a bunch of bundling, increasing consumer costs while locking out newcomers.
Take a look at Front (a YC company I believe) for an example of a place trying to do this
Love this quote.
BUT... I know my group is trying to address exactly what Dropbox seems to be aiming at here. How do you find all the hundreds and thousands of pieces of information that are being generated in just a small group of people? Sharepoint is Microsoft's current attempt, and even though my megacorp uses it, my group has asked me to create an alternative, because it sucks (and hard, given our implementation). There needs to be just ONE BOX that searches EVERYTHING.
I just finished a prototype of a search tool for firmware dumps, based on Elasticsearch. It works even better than I hoped. It only takes a few seconds to search across thousands of images for combinations of hundreds of yes/no questions. (Albeit quite a bit longer to marshal the actual values.) My current though is to create an index to dump all Office documents into, and let Elasticsearch do its thing. I can create a taskbar app to drag files into, and a spotlight-like search box to dig up anything dumped into it.
Tell me there's a better way. I don't really want to write this app. This is an obvious problem for an organization of ANY size now. (It's a problem for my church's staff of 10!) I, for one, am glad to see Dropbox taking a stab at it.
\s
Also, required "fuck Google" quote at the end.
For a bit now all the big email players have been getting acquired as part of some larger "marketing cloud" that attempts to fully integrate that as the hub for an audience platform that then ties in with other external touchpoints and such. One of the aims seems to be that owning the audience and performance data has inherent lock-in, and thus forced stickiness. Really interesting to see in context of recent BI tool acquisitions.
The primary reasons:
- Constant nagging in the user interface to upgrade to Dropbox Pro or Dropbox Business. Don't want it, don't need it.
- Accumulation of a lot of UI clutter over the years. When you used to log in, you just your files. Now you get suggestions, unread comments, or whatever.
- Dropping support for file systems outside ext4. One of my machines uses Linux on ZFS, now I need to LD_PRELOAD shims to make Dropbox work. No, I am not switching back to ext4 for you, Dropbox.
- The camel that broke the straw's back: raising the prices from 10 to 12 Euro per month. It is not like we can't afford it. But storage and bandwidth gets cheaper, but Dropbox gets more expensive. We do not need the new features: why would I need 2TB if I am only using 200-300GB of space? And no, I don't want Smart Sync, which puts itself in ring-0 through a kernel module.
If Dropbox had just stuck to its nice, clean, and simple interface, focusing on syncing across machines with various OSes or file systems, we would still be happy, paying users. They wouldn't have to add anything (though the File Requests feature was nice). Just don't bother me with nonsense and let me do my work and share with family + friends.
edit: not that interesting anymore, see https://news.ycombinator.com/item?id=20164674
For file sync, we switched to Resilio Sync. I had used Resilio Sync before for moving large files. It's not perfect, but gets the job done and is very fast. We use two encrypted-only peers: our NUC that acts as our home NAS, plus a Hetzner server with 200GB storage (for 15 Euro per month), which is easy to scale up if we need more storage. So, there are two always-available peers.
We back up everything with restic and Arq on macOS to the NAS and to Backblaze B2. But we were already doing that when we used Dropbox.
The new setup also simplifies things a bit: before we needed Dropbox + Boxcryptor to encrypt data on Dropbox, but now untrusted nodes just use Resilio's encrypted-only peer functionality.
I did briefly consider NextCloud, but support for end-to-end encryption does not seem to be mature yet.
It does run on ZFS though. I never realised Dropbox didn't. I guess that puts to rest that ocasssional nagging thought that maybe it would be worth the extra £8 or so to move to Dropbox.
It did. For years. But recently they added additional code to intentionally cripple it on non-ext4 systems.
Messing up working setups for existing users like that is just plain unprofessional.
I’m leaving, and this was the main reason: effectively no Linux-support.
Edit: after reading this announcement, I’m absolutely terrified. Setting up Nextcloud is now next on my to-do list.
I don’t think I’ve ever seen a product pivot go this bad. I wonder how all the engineers at Dropbox feels about this.
Out of curiosity, why does Dropbox even need to care what the filesystem is?
https://www.dropboxforum.com/t5/Error-messages/Dropbox-clien...
After reaching a certain critical mass, maintaining additional features and functionality to reach potential customers is counterproductive. It directs resources away from the core product and customers. Given that Linux users probably represent the long tail of Dropbox customers, supporting anything other than the most mainstream configuration seems wasteful.
In this case, I should have just as easily said “paying customers” because there were a decent amount of people already using Dropbox (and paying for it) that had other than ext4 filesystems. I know many people that got bitten by this also had encrypted home directories (Ubuntu ecryptfs), which was also not supported and fairly common.
I personally use Dropbox heavily because it is an easy way to sync shared folders between all of the people I work with (mix of Mac and Windows). However, it’s really difficult to also use it with the Linux servers I also need to sync data to/from. In the end, I created a developer account and use a script that is linked to that account to copy data to/from Dropbox on demand.
Would it be nice to have a supported solution for this? Yes
Do I expect a supported solution from Dropbox? No. There are too many variables and I don’t expect Dropbox to be able to handle everything. I’m just happy that they make a solution possible for me to manually use.
You also need to account for network effects. Every startup I have been at in the last decade went like this:
The engineers are using Linux, so for everyone to collaborate, a solution that works on Linux too is needed. That is a list of one - Dropbox, and they got their business accounts, and professional accounts.
Now Dropbox is dropped, or on the way out in all those places. Their lack of multi-account support (and I don't mean the nonsense they do pseudo merging accounts) also made it a huge pain anyway.
This seems like an odd take in the comments section of an announcement of all new features that many people don't seem to care about. My ideal Dropbox would be able to sync with every filesystem under the sun since easy synchronization is their core product. Not integration with Slack or Trello or some weird workplace workflow.
One example, Airtable, has paid plans. In order to get the feature I want, I need to upgrade to the second paid plan for $24 per month. I don’t care about the additional collaboration features. I don’t care about having 10gb or whatever for attachments. So tired of this pricing scheme.
I get it, selling to businesses is where the money is at (and probably a lot less hassle than consumers). If I ran a SaaS company I’m sure I’d do the same thing. Still irks me that so many things are unavailable due to the high cost.
A. Cannot be shut off, and
B. Upgrades my Dropbox client whether I want it to or not. Even with Google's very determined auto-upgrader, I finally figured out how to shut it off. Not Dropbox.
Here we go again. Every constant-growth oriented company with happy customers eventually decides to go to war with said customers as a last-ditch effort to extract more revenue, and thus forces them to its competition.
At the same time (most) people don’t actively seek to disable updates for things until something goes wrong. If your app is working on my current OS and filesystem it’s incumbent upon you to recognize that and not automatically push out an update that breaks that.
For something as relatively simple as Dropbox’s original functionality (all files from folder x are synced to their server and every other machine on your account) it also seems like a relatively reasonable ask for them to version things and continue to support that functionality for quite a long time.
Or... just don't force an upgrade. Notify me at some point that it might not be 'supported' after a certain date, and subject to data loss, etc. We understand with many other pieces of software that after a certain date, they may still 'work' but we won't get support.
There's certainly some security risks to deal with there, and perhaps reminders closer to cutoff dates would help?
But, yes, basically agreed.
relatedly, I've had dropbox on and off, but felt pushed in to paying for it, and resented that push (and ultimately never did). Had multiple client years ago all 'love' dropbox and wanted to work that way. They all loved that it was 'free', but... when I had to work with 5 of them, each sharing up to their 'free' limit with me, it put me over the free limit in to 'pay up' territory. Not a 'break the bank' amount, of course, but it bugged me that I needed to fork out.
> There's certainly some security risks to deal with there, and perhaps reminders closer to cutoff dates would help?
That was actually my whole point. If you have security updates to push, then push them. An automatic push should not break my existing functionality under normal circumstances. There will always be extraordinary situations where it’s required, and at some point you do have to make the tough call that the hundred people still using something will just have to deal with it... but it shouldn’t be the norm.
I contacted support a few weeks ago because I couldn't find the file(s) I was looking for. They keep changing the UI. They told me to use the search feature. That feature is lacking and it doesn't help that I don't know the filename since it was an uploaded photo from my phone. I left them feedback that the UX sucks and that they need to stop changing things for changing sake. Things are/have gotten worse regarding their UX. I think their devs are thinking and selling themselves on their ideas of what improvements are rather than current customers. If they want to try new things, leave the existing product alone and a launch an entirely new(er) product like DHH and basecamp do without disrupting their own existing paying customers![1]. Don't upset happy customers and give them a reason to re-evaluate your offering and other options.
[1] https://businessofsoftware.org/2015/10/david-heinemeier-hans...
Also really annoyed about the price change. It seems to me like they know most people don't use the full 1 TB, or anywhere near it, so it's practically meaningless to extend to 2 TB. You really have to want to use all their collaboration tools to make paying $12/mo worth it. Otherwise they're just sucking up more margin.
https://9to5mac.com/2019/06/11/share-icloud-drive-folders-ip...
Only thing preventing me from moving from free Dropbox, is just the hassle. I guess I should. Also, I sync Dropbox to my Synology NAS, but it's not for any purpose other than just having another copy Just In Case.
Wow. I literally never see UI clutter, because I never log into the site, and only rarely use the iOS apps. DB is mostly just multi-system sync & versioning for me, and in that regard it works GREAT.
However with the price increase and not being even close to hitting even the old 1T limit I think I will be looking for something else, which sucks because I really like the product and have been using it for almost a decade at this point, or more.
At least it used to be clean. Now it's not.
Well if you're using ZFS you can create a zvol for your dropbox folder and format it in ext4 and it'll work: https://pthree.org/2012/12/21/zfs-administration-part-xiv-zv...
After numerous attempts, I decided to stop battling tools which aren’t working for me, so I just uninstalled Dropbox instead.
Their loss, not mine.
Seems like there's a really clear "SKU" that could be continued and refined, alongside this new initiative, to keep people like yourself happy, paying customers. Why would they be so shortsighted to think everyone would want this new thing?
A thousand times, yes - are you listening Dropbox?
If you don't do this, you're going to get 'Zoomed' (i.e. basic company like Zoom comes along and eats your lunch for just doing the basic offer)
I don’t understand how anyone outside of photographers and people working with audio or video could need that kind of storage.
I have used Dropbox and Google Drive with around 1TB of Logic Pro X projects before, but that’s a ton of data to keep laying around (without using selective sync) and represents much more than the “active” projects I actually need to keep handy.
As a normal personal user, I’m probably closer to your estimates of 200-300GB of data and that’s mostly iPhone photos data. I currently stored my photos with Google but am planning to move my data over to iCloud since all my devices are Apple and performance seems better.
I feel like Microsoft actually has the balance right. OneDrive still behaves just like a normal sync client. But to do certain kinds of real-time collaboration you can just point native, desktop Office apps to the cloud version of the file. But when you're offline you still have the same kinds of access you need.
Who ever asked for Dropbox OS?
The only real place where files still live are with developers and designers. And even then, the move is away from locally-hosted content and stuff that only exists on someone else's server. VS Code remoting, Sketch Cloud, etc etc.
Dropbox is just fighting against the tide of the entire Internet. I don't disagree that it's disastrous, but what are they going to do? Their core product is going away. It's like being an oil company nowadays.
Anyone else think this client-side app trend has gotten in the way of recognizing a great case for a server-side render (or even a cached page)?
edit: Took 93 seconds to load a couple of the gifs which seems to have blocked rendering of the entire page. <sigh>
If you're loading a single page and then unloading it that's right. If you're interacting with a page it's often a lot faster to make a small request to fetch new data and just update the part of the DOM that needs to change rather than unloading everything, fetching the new page and all the associated resources that aren't cached, parsing the new page, and repainting everything.
SSR is what the web was designed for after all.
That's plain wrong. Using a browser to launch an application was one the use cases in Tim Berners-Lee's original memo about the web in 1989 - "If one sacrifices portability, it is possible so make following a link fire up a special application, so that diagnostic programs, for example, could be linked directly into the maintenance guide." (https://www.w3.org/History/1989/proposal.html). There's no suggestion that the user would have to leave their browser when they clicked such a link.
Fast forward 10 years from Tim's proposal and Microsoft added XMLHttpRequest (via ActiveX) for fetching fragments of data to IE5 in 1999. We've had 20 years, which is 2/3 of the time the web has existed, of client-side applications. You may well have a preference for server-side rendering but you don't get to claim the web was designed for server-side as a fact. It's not true.
Second, I didn't remember that clause from TBR's memo, so thanks for the reminder.
If you downloaded a regular software and the exe file was 5MB that would be considered small nowadays, yet if a web application fetches that in JS it's considered large.
(sidenote: not defending the gifs they're just idiotic)
10 - 15 seconds to load a page is the result of poor code rather than 'because it's a client-side app'. Consequently you need to compare a poorly built client-side app with a poorly coded server-side app, or a poorly configured cache, for it to be a fair comparison. And, sadly for us all, there's every chance it'll be just as slow if was rendered somewhere else.
The answer to slow pages is to build them better no matter what tech is being used to drive them.
In the case of this page specifically, loading 17.3Mb of gifs is the main problem.
The main problem is that for some inexplicable reason the text of the page isn't shown until those gifs are loaded.
By default, pages on the web progressively load gifs and images. You have to put in more work just to make your user experience worse.
It's the same thing I see on some sites that use `div`s as links instead of normal `a` tags. Someone had to go to all of the trouble of adding click handlers, tab indexes, extra styling and classes, just so the page would be less semantic for screen readers.
Like:
- Good product marketing messaging
- Well done images and GIFs that get to the point
- News-site like past first article scrolling, I bet it drives more engagement. I even like how the UI elements change color when you go to another article.
What?: - Huge spinning circular thing at the top
- Content not taking the whole size of the page but strangely taking the right 2/3rds~
- Non-retina images
Would love to see metrics on: - Tweet highlight integration. Does it drive valuable KPIs?
- Font: They are using https://sharptype.co/case-studies/dropbox/ . The case study from the foundry that made that font has a section with color `rgb(181, 208, 230);` font on a `linear-gradient( #d20b28 , #d20b28 );` background. That's light blue on somewhere between scarlet, crimson, vermillion or venetian red color space. My brain slightly breaks reading it. Does having your own font drive engagement? What do the KPIs on that look like?I don't see why they would not put the content to the middle, have a static background so the only thing that changes are the gifs and text as you are scrolling and perhaps pick a more readable, nicer font (though that is probably highly subjective).
Overall, I feel like the Dropbox app UI shown in gifs and the blog are from two very different companies.
It feels rough on the edges.
Unintended copy of the comment below...
I do a lot of UI/UX design as a part of what I focus on, both at work and for fun. This page is a juxtaposition of well thought out elements and things that make me go `???`.
Like:
- Good product marketing messaging
- Well done images and GIFs that get to the point
- News-site like past first article scrolling, I bet it drives more engagement. I even like how the UI elements change color when you go to another article.
What?:
- Huge spinning circular thing at the top
- Content not taking the whole size of the page but strangely taking the right 2/3rds~
- Non-retina images
Would love to see metrics on:
- Tweet highlight integration. Does it drive valuable KPIs?
- Font: They are using https://sharptype.co/case-studies/dropbox/ . The case study from the foundry that made that font has a section with color `rgb(181, 208, 230);` font on a `linear-gradient( #d20b28 , #d20b28 );` background. That's light blue on somewhere between scarlet, crimson, vermillion or venetian red color space. My brain slightly breaks reading it. Does having your own font drive engagement? What do the KPIs on that look like?
1. make something simple and useful
2. grow big
3. add more features
4. repeat steps 2-3 several times
5. congratulations your product is now bloatwareTrying to build the same functional goals, for people who not under a single organization's umbrella, to link together products that are not coming from a single vendor, and not designed to work together... feels like a stretch.
I am continually dismayed at how difficult it is to choose the best way to do a simple task. Sharepoint? OneDrive? Online Word vs. Offline Word?
Choose the wrong one? Too bad! You now have to spend 20 minutes figuring out what went wrong and why the doc you sent around to your coworkers is suddenly in this weird purgatory state of part-online, part-offline, and you aren't sure which one to edit anymore.
What I don't like is that it's so hard to share a file, or to send an image in a chat -- all paths lead to dropbox links instead. When I get a Dropbox link on mobile chat now, I know it's going to take nearly a minute to see the content. Why?
I almost never want to download the file over LTE to my smartphone and re-upload it to a different web service and waste (2 * filesize) of my limited mobile bandwidth to share a file.
They added smart sync and 1TB extra to “plus” accounts, which is nice after their pathetic use of Finder integration + OS notifications to nag users to upgrade to the next paid tier (on a paid account!). It’s what they should have done in the first place.
If only Fastmail would build a product like this, them I would trust...
I'd have local backups, so I don't think I'd trust it any less with my data than I trust Dropbox.
I'm a Dropbox Pro user, using it to store documents that have to be accessible from all my devices, as well as to share galleries with my clients.
None of these integrations with Slack and Zoom make sense. I don't need them, and now that a product I used to trust for its simplicity and reliability has become a horribly bloated beast, I don't trust it any more.
This is bad, Dropbox. Maybe sell this as a totally different product, but for people, including corporate users, that only want reliable file syncing, this is a big turn off.
EDIT: Oh god the front page is just as much of an acid trip now.
;)
When they dropped support for XFS, I was locked out and happily went looking for a replacement.
Syncthing ( https://syncthing.net/ ) does everything I need. Instead of some nameless cloud company hosting my stuff, my 'cloud copy' is a big USB hard drive on a Raspberry Pi.
I still have to keep Dropbox because of a couple of multi-org projects I'm involved with use it. I'm done putting my personal stuff on it, though.
My primary reason for using Dropbox initially when it first came out was because it was fully cross platform. The longer they go, the farther we get from that.
The only Linux updates I’ve seen from them have been deprecating support for things.
If I have to leave Dropbox, I honestly don't know what I'd replace it with. It works well enough on all 3 of the platforms I use it on, that I really don't want to switch to some janky duct-taped alternative.
Meanwhile, it seems like every other hot startup product has this somewhere in their FAQ:
Q: Will you support Linux?
A: Here at Foocorp, we all love Linux! Seriously, we're huge fans! However, we've decided that we can best serve our customers by focusing on our Windows (and maybe Mac) products and giving the middle finger to you annoying Linux users.
But do you know what I hate about dropbox? Dropping support for most linux filesystems. Seriously, why? That was the one deciding factor for me. I had looked at other options, but that did it. Owncloud does a fine job, and most people at my company like it fine.
Fast forward to today, years later, where I don't have any syncing solution enabled on my computer. And not because I don't want or need syncing - but because all of the current offerings, including Dropbox, are either bloated or have performance issues or lack reliability.
Dropbox chose a path and it is what it is. Maybe this strategy is working for them in with respect to revenue growth, and that's great for them, but when I'm here without a syncing solution that I would gladly pay for, it seems like an opportunity is being missed somewhere.
Why does Dropbox need video conferencing now?
I don't care for all this new functionality targeted at collaboration / corporate use, and I hope Dropbox will start offering a barebones 'I only need to sync files between devices' plan. I've been happily paying $120/y for that for years and hope they let me continue to do just that, or at least stay out of my way they way they have in the past.
As a user, I just want to view files in directories. The landing page should show me the last documents I worked on. That's pretty much all I need.
I pay for Dropbox, SpiderOak, Google Drive, iCloud, and OneDrive. Now that I have mostly retired, I question needing so much redundancy. I feel like I have to purchase OneDrive because it is so inexpensive for the whole family and also getting Office apps thrown into the deal.
I like supporting SpiderOak even though I use it very lightly. I like supporting privacy oriented companies so I am sticking with them. Also, iCloud is very convenient and inexpensive - another keeper.
DropBox should offer more plans. Few people need two terabytes of data and it gives them an excuse to charge more.
As a photo storage, it fails heavily as well. They turned down the Carousel app which made it super easy to browse photos over time. Google Photos easily dominates this space with the search features. Right now the Photos experience on Dropbox lacks the most basic features and I'm planning to stop renewing my personal Dropbox subscription this year, primarily because of poor photo storage support.
For everything else, I'm planning to just go with S3/GCS and just rsync my files in there periodically.
iCloud changes look promising. May be time to ditch Dropbox. If only Apple would have a good app on Linux and let me run Mac OS time machine into iCloud.
1. pCloud doesn't support file permissions or symlinks, thus you can't use it as a real filesystem (eg, building and testing software out of it).
2. pCould is a "cloud fs" (the files aren't on a host filesystem), whereas Dropbox is syncing a host filesystem. The difference is very visible in performance.
If the first issue was fixed (I've asked them many times, to no avail), I could live with the second.
In my experience pCloud works fine for me having the Documents, Music and Pictures folders synced, and having many other folders as cloud only.
I have to imagine there are a number of open-source alternatives now that just require a linux server in the cloud. Hell Backblaze B2 storage works out to about $70/yr for 1TB of space with with 100GB of churn (adding 100GB and deleting 100GB) and download each month (way more than I need), couple that with some syncing tool and I think you've got just about everything I need.
The integration with their web office apps is pretty flawless, and I've worked with groups of 20 or 30 people on large projects in sharepoint and whatnot without any major fuss.
The web versions of the office tools are fairly basic, but you can seamlessly open them in the desktop equivalents and it autosaves back to the one-drive copy. Even better you can email links around to people and they can view the one-drive copy without any problem or having to send attachments all over the place.
I haven't used the personal version yet, but it's a very compelling business offering.
Most of the Dropbox post is pitching for collaboration. They have probably recognized that catering to teams has much better revenue growth than mere individual users.
- the free plan completely gimped with only 3 devices allowed to link
- the official Linux client effectively rendered useless as it no longer works on anything except ext4 filesystems (an artificial limitations added years after I’ve gone all in ZFS).
The new Dropbox clearly wants me to leave. Which is a shame.
I’ve always chosen Dropbox because it was the universal solution which “just worked” everywhere, while all the competitors had a catch here or there.
Now Dropbox are intentionally adding limitations making it non-universal, and therefore losing its own unique selling point.
I'm guessing most folks here aren't actually the target market anymore for Dropbox ("teams that use Dropbox as the main workspace" as one commenter phrases it)
1. File storage and syncing is commodity. It is quite easy (compared to what was 5-10-15 years ago) to create a sharing & syncing capability software. Also, there are AWS/Azure as infrastructure so no one needs to handle this part of the business.
2. These big providers move to small-medium business and enterprise sector from personal users. It easy to understand, an enterprise contract with 5000+ users a year is much more profitable than acquiring loads of personal users who do not want to pay at all most of the times.
3. Lastly, big companies want to buy an integrated solution, which handles not just one thing well™, but contains extended functionality and support external providers. In Dropbox's case its file commenting, Zoom & Slack integration, etc.
Source: I work at an end-to-end Encrypted cloud storage and sync company as an analyst, reading market research and analyzing companies like Dropbox 9to5.
But Dropbox is so convinced that it needs to be a social network or a workplace platform that I can no longer reliably share things with others. Dropbox sometimes forces a sign-in or a sign-up before the anonymous end user can view my shared file. Am I crazy, or is that just unacceptable?
However, I never converted to a paying user. That seems to be contradictory and maybe another data point of how hard could be growing a global user base.
I live in Argentina. Here any subscription in USD should be considered carefully. Each time that I evaluated to become a paying Dropbox customer, I decided that the cost/value equation didn't work for me:
- Photos: Google Photos works very well on mobile, and they give you unlimited space (if you are willing to sacrifice picture quality).
- Files: I end using iCloud or Drive for the occasional file sharing in the cloud. When I evaluated subscribing to Dropbox for my father -which is also an Office user- the Microsoft Office365 (that includes OneDrive) was much more convenient.
- Backup: A huge chunk of my work files are in Drive (because of GSuite for companies), or in Github. The rest (like iPhone Backup) is by default upload to iCloud.
- Mobile Apps: Before iCloud, many apps included the option to sync with Dropbox (and they created an API for that). But after the iCloud improvements, now that option is missing from most of the iOS apps.
- Paper: it's a great idea, and for a moment I imagined that Dropbox was going to compete with design sharing tools (like InVision). But when I tried Paper, it wasn't enough to do the switch.
I hope that Dropbox is able to find a good product strategy because I used to love their product. This announcement and my personal experience make me think that they are facing a turning point.
Is this the second attempt?
I'd prefer it if they just made file syncing easier.
That's probably where Dropbox sees itself headed: the corporate office suite space Microsoft currently dominates. I don't think Dropbox has much of a chance there. There was a time when Microsoft was in a shaky enough position for someone to knock them down, but then they got a new CEO and convinced people to take another look.
And ugh, hanging punctuation is just a bad novelty that is of dubious value in prose, and strongly negative value in other forms of content. I believe it has no place in something like Paper—it feels to me like one of the developers came across the concept and thought “that sounds cool, can I make it work in Paper?” (and did a decent, though not brilliant, job of it, I admit) without stopping and thinking whether they should do it.
Oh, and Paper is so slow to load, just like Dropbox is these days. I only open either when I have to, they’re so slow to load and resource-heavy.
Is google drive better?
[1] https://www.reddit.com/r/privacy/comments/am2xbn/pcloud_allo...
[2] https://www.reddit.com/r/pcloud/comments/aedoeq/so_i_want_to...
[3] https://www.reddit.com/r/privacy/comments/6d9yyb/pcloud_allo...
They also have the usual "we'll take down anything that Disney tells us to" DMCA arrangement. Are other clerd providers better?
There are several providers that setup an instance for you with an admin login. I cannot stress enough how happy I am with that solution.
Big company: iCloud or OneDrive
1. For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem. From Windows or Mac, this FTP account could be accessed through built-in software.
2. It doesn't actually replace a USB drive. Most people I know e-mail files to themselves or host them somewhere online to be able to perform presentations, but they still carry a USB drive in case there are connectivity problems. This does not solve the connectivity issue.
3. It does not seem very "viral" or income-generating. I know this is premature at this point, but without charging users for the service, is it reasonable to expect to make money off of this?
- backup/photo storage went to iCloud Drive (shared family space)
- Notes sharing (Apple Notes or Google Drive)
- File storage (iCloud/Google Drive)
- Photo storage (Google Photos)
There were times when Dropbox was omnipresent. So interesting to see, but no, thank you.
Today I'm an Arch user, and my filesystem is EXT4... but I haven't found a reason to switch back. The new service is working just fine.
I just went full Linux and I am looking for a good Cloud storage for my docs and pics.
Compare their disjointed design to companies that do it well, like Stripe and Apple, and it's night and day.
I realize some will appreciate missing this update, but alas, what happened to Skype has made me realize it’s never a good thing.
(Seriously, I understand the need for companies to broaden product offerings, explore new markets, etc., but it often leads to the original product that made them successful getting neglected, discontinued, or made terrible in some fashion.)
I decided this was a good reminder to go and check my Dropbox security settings and logged into the website -- which I rarely ever do. Only then did I see that my yearly price was increasing by nearly $21. [1] That should have been made very clear in the email.
So while I admit I forgot about or glossed over the original email, the flowery marketing email should have had a reminder about that.
Let me fix that for them...
It's pretty amazing how much constantly changing the UI and workflows slows us down from getting work done. Things that use to take seconds now take minutes, small tasks-like finding a file-take longer and require more cpu cycles because you need to use search (assuming you know the file name you're searching for) rather than using the previous, familiar directory structure UI which either a) no longer exists or b) takes several extra clicks and minutes to reveal again.
As I mentioned in another comment: I contacted support a few weeks ago because I couldn't find the file(s) I was looking for. They keep changing the UI. They told me to use the search feature. That feature is lacking and it doesn't help that I don't know the filename since it was an uploaded photo from my phone. I left them feedback that the UX sucks and that they need to stop changing things for changing sake. Things are/have gotten worse regarding their UX. I think their devs are thinking and selling themselves on their ideas of what improvements are rather than current customers. If they want to try new things, leave the existing product alone and a launch an entirely new(er) product like DHH and basecamp do without disrupting their own existing paying customers![1]. Don't upset happy customers and give them a reason to re-evaluate your offering and other options.
[1] https://businessofsoftware.org/2015/10/david-heinemeier-hans....
This alliance looks like an attempt to displace Microsoft in owning the "office runtime". You have Microsoft's Teams, Office 365, and Github vs. Slack, Dropbox, and Jira.
The interesting thing is that Google is actually in a much better position to do this by way of GSuite, but their own internal messaging answer to Slack hasn't gotten out of pre-launch.
I have used dropbox religiously, even on my phone, from the day it became available. It's a folder on my machine that I put things in to sync across devices.
I have only ever used it outside of 30 days, and the "yay! look what we are forcing on you at a large price increase" email is not especially welcome anyway.
They just got worse and worse in the last years while being somewhat aggressive... "No, shut up!" I don't need no Business Dropbex, who the hell you think I am?
Also prices went up – but I can have 10TB locally for 250 bucks meanwhile.
I stopped loving Dropbox when they killed off Public Links, and it's gotten worse from there.
2. Take venture capital
3. Gotta jump that shark
Unfortunately, I've been a Dropbox user for many years but I'm really tempted to switch away.
Thank you
DON’T mess this up, Dropbox. Don’t.
https://github.com/Microsoft/WSL/issues/873#issuecomment-425...
How to tell when designers have taken over a company...
Same thing with airbnb, uber, &c. They constantly release side projects that are forgotten after a month and never used, even internally. Fonts, CSS frameworks, &c.
I feel like there is more functionality to their (now old) core proposition that they could be working on instead of trying to be a better Google Drive for Google products.