There is an argument I rarely ever see in discussions like this, which is about reducing the need for working memory in humans. I'm just in the mid thirties, but my ability to keep things in working memory is vastly reduced compared to my twenties. Might just be me who's not cut out for programming or system architecturing, but in my experience what is hard for me is often what is hard for others, they just either don't think about it or ignore it and push through keeping hidden costs alive.
My argument is this; even if the system itself becomes more complex, it might be worth it to make it better partitioned for human reasoning. I tend to quickly get overwhelmed and my memory is getting worse by the minute. It's a blessing for me with smaller services that I can reason about, predict consequences from, deeply understand. I can ignore everything else. When I have to deal with the infrastructure, I can focus on that alone. We also have better and more declarative tools for handling infrastructure compared to code. It's a blessing when 18 services doesn't use the same database and it's a blessing when 17 services isn't colocated in the same repository having dependencies that most people don't even identify as dependencies. Think law of leaky abstractions.
This is a good point - having your code broken up into standalone units that can fit into working memory has real benefits to the coder. I think especially with the rise of coding agents (which, like it or not, are here to stay and are likely going to increase in use over time), sections of code that can fit in a context window cleanly will be much more amenable to manipulation by LLMs and require less human oversight to modify, which may be super useful for companies that want to move faster than the speed of human programming will allow.
I'd rather say they are trying to prove some things to the general public.
People new to the stock market assume that when they buy shares through their broker, they own the share. They also often buy shares in hopes that the stock price will go up.
However, more often than not, a broker will hand out an IOU when you "buy" a share, and then proceed to rent out the share to short sellers. You buy a share in hopes that the price will go up, but that share is then used for the opposite.
Buying a share through the company's registered custodian prevents this.
They also want to show the general public that even when 100% of a company's shares are bought, owned and locked down - short sellers are still able to generate phantom shares to move the stock price down.
> However, more often than not, a broker will hand out an IOU when you "buy" a share, and then proceed to rent out the share to short sellers
There are specific stock lending programs, but can you back up the claim that brokers are silently lending shares from the portfolio of people who did not opt in to such a program?
Yeah. I love these new approaches to social networking and especially decentralized ones, but after joining Nostr and experiencing it for a while I got so tired of all the crypto talk. I'm pro crypto, I just don't want to only read about crypto
That's a huge indicator to me that Fedi is wayyy ahead any of the other "alt social media" projects. That normal, non-technical people use it to talk about normal real-life things in their day wayy more than they use it to just talk about how much they like Fedi / the thing / related thing. At least Bluesky as reached that bar too, but Nostr and none of the other crypto-y social media have.
My argument is this; even if the system itself becomes more complex, it might be worth it to make it better partitioned for human reasoning. I tend to quickly get overwhelmed and my memory is getting worse by the minute. It's a blessing for me with smaller services that I can reason about, predict consequences from, deeply understand. I can ignore everything else. When I have to deal with the infrastructure, I can focus on that alone. We also have better and more declarative tools for handling infrastructure compared to code. It's a blessing when 18 services doesn't use the same database and it's a blessing when 17 services isn't colocated in the same repository having dependencies that most people don't even identify as dependencies. Think law of leaky abstractions.