This war is a shining example of how just a few small slips in a democracy can slide into collapse in just under 50 years. Everything felt fine up until 2008 and now America cannot fix itself anymore.
Yup, they managed to get my Dad on this. When he uninstalled it, they give you a small warning "oh you might lose some data" - when it is 100% guaranteed if you were over their 5gb limit.
Absolutely insane, glad I had Backblaze to restore from, but it even remapped his Documents and other home folders to a new place, so using restore didn't immediately make the files appear.
Don’t count on Backblaze to back it up anymore either. They don’t backup Dropbox directories or other cloud sync products. It wasn’t broadly communicated just a line item in release notes.
I’ve now decided to move on from BB. They changed that without notice or workaround and my files (which I pay for long term versioning) are gone from their backups too.
If anything I would have expected my files to be retained, no new syncing of the directories. Not simply disappear (which could be because it appears deleted if the client is skipping them) - even then though my long term versions should take over.
This is nearly as dumb as the post that "Claude code is useless because your home built "Slack App" won't be globally distributed, with multi-primary databases and redis cache layer... and won't scale beyond 50k users".
As if 97% of web apps aren't just basic CRUD with some integration to another system if you are lucky.
When you move to the enterprise layer, suddenly you get the opposite problem, you have a low amount of "users" but you often need a load of CPU intensive or DB intensive processing to happen quickly.
One company I worked for had their system built by, ummmm, not the greatest engineers and were literally running out of time in the day to run their program.
Every client was scheduled over 24 hours, and they'd got to running the program for 22 hours per day and were desperately trying to fix it before they ran out of "time". They couldn't run it in parallel because part of the selling point of the program was that it amalgamated data from all the clients.
Without seeing more this seems like it could be solved by not recomputing the entire history to add on data. Depends what kind of math you are doing however.
Some sort of check point system could likely save significant IO.
What am I missing that requires you to recompute all data every day?
It was receiving huge volumes of data from each financial client, and matching it all up to try and find certain things. And match it with existing historical data. Not ads or online tracking. So the loop was adding this data and recalculating everything, It had to be done sequentially, I can't remember the exact reason, but it was a good one.
I was only there a few months as they were so dysfunctional I jumped to another job offer I'd received. We were having endless sprint meetings to "plan" this work when all it needed was someone experienced like me refactoring it for a coupe of days. There was a lot of junior devs with senior developer titles as everyone invariably got promoted every year. The funny thing about the sprint cards was all the tasks I put up a 1 for, the other developers put up a 10, and all the ones I put up 10s for the other developers put up 1s. That's what happens when you let junior devs have a say, no comprehension of what's hard or not.
Before I went I did point out the multiple pretty obvious O(n²) loops they had in the main calculation loop the results of which could easily be cached but I don't know if it went whoosh over their heads.
I'm pretty certain if they'd just let me got on with it instead of holding up sprint cards in the meetings they'd have been down to doing the whole lot is a 1/2 hour run a day, even in the short time I was there.
In my experience the first run of optimizing something like that usually doesn't take long and has huge benefits.
Distributing an app to 100 users inside an enterprise is already a hellish nightmare and I'm pretty convinced that citizen developers will never be a thing - we'll sooner reach the singularity.
I think that citizen developers will be a thing--but not in the way you might be thinking.
More people will be enabled (and empowered) to "build" quick-and-dirty solutions to personal problems by just talking to their phone: "I need way to track my food by telling you what I ate and then you telling me how much I have left for today. And suggest what my next meal should be."
In the current paradigm--which is rapidly disappearing--that requires a UI app that makes you type things in, select from a list, open the app to see what your totals are, etc. And it's a paid subscription. In 6 months, that type of app can be ancient history. No more subscription.
So it's not about "writing apps for SaaS subscribers." It's about not needing to subscribe to apps at all. That's the disruption that's taking place.
Crappy code, maintenance, support, etc.--no longer even a factor. If the user doesn't like performance, they just say "fix ___" and it's fixed.
What subscription apps can't be replaced in this disruption? Tell me what you think.
Almost everything requires a UI. There's just nothing faster than quick glances and taps. It's why voice assistants or hand-waving gesture controls never took over. Having an agent code all those - possibly very complex things - is just impossible without AGI. How would it even work?
- Would the agent go through current app user flows OpenClaw style? Wildly insecure, error-prone, expensive.
- Tapping in to some sort of third party APIs/MCPs. authed, metered, documented how and by which standard to be not abused and hacked?
The unhyped truth is that LLMs are just wildly more competent autocomplete, and there is no such disruption in sight. The status quo of developers and users mostly remains.
Today I asked ChatGPT to make me a weekly calorie plan and it was perfect. But then I still use MyFitnessPal to log my calories because their food database is outstanding, and the UX of scanning food barcodes is unbeatable. They have the most niche items in my country, Spain.
How are LLMs going any of that? An app is often much more than a CRUD interface.
Maybe I could build a custom app that scans the nutrition facts table and with voice I could explain how much I ate or something - I’m technical, but really, I have better things to do and I’d rather pay MFP 10 bucks a month.
Both would make a great foundation for this sort of app. OFF is crowdsourced and does include barcode information. I have no idea how robust the dataset is for your geography though. If I were to build something like this for personal use, I'd be looking at a PWA that can leverage the camera for barcode scanning. I'd work with the existing crowd sourced database as well as provide a mechanism for "manual" entry which should just be scanning a barcode and taking a picture of the nutrition information. I've personally built systems like this before and all of these things are well within the capability of most SOTA LLM to build out.
I am not going to even try until it becomes a literal weekend project with zero maintenance and perfect reliability. Maintenance is crucial - I would not want to become the maintainer of two dozen apps that are genuinely useful to me. At 10€ a month the economics are not there. Even researching if the codebar database has perfect coverage in Spain like MFP sounds like more time than I would like to invest. I have a thousand other projects I’d like to build.
FWIW we are in the process of replacing a Dev/QA cluster in our data center and just the storage appliance alone went from $58k to $120k since January. That doesn't include the 5 servers in the cluster, which each have gone up $8k in the same time frame.
Cannot imagine how you even plan to build a data center when your costs are going up 20% per month.
reply