shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

297
active users

#scalability

0 posts0 participants0 posts today

#Scalability is a product of a rational and production oriented view of the world, tied to ideas of resource extraction, leverage, and production to get ”more”.
linkedin.com/posts/fridgren_so

www.linkedin.com”Sorry, love the idea, but it doesn’t scale” I’ve got three children. And… | Daniel Fridgren | 22 comments”Sorry, love the idea, but it doesn’t scale” I’ve got three children. And in a way, you could say they are the core of my investment portfolio. I invest a lot of time and resources in them. They are lousy business ideas from a scaling viewpoint. There will be no hockey sticks. No 100x returns on investment in regular business terms. They won’t scale. And that is precisely the point. I don’t want nor expect scalable returns. The output that matter to me is not even measurable. And if all things go the way I’d like it to, I won’t even be around to see the full extent. The most important things in life doesn’t scale. Scalability is a product of a rational and production oriented view of the world, tied to ideas of resource extraction, leverage, and production to get ”more”. More of what? Hollow gains? What truly matters cannot scale. Yet, scalability is of major importance for investors. It is often celebrated in technology and business contexts as a way to maximize efficiency and impact. Impact? Of what kind? ”We only look for scalable solutions for this problem.” ”If we can standardize this, the TAM will be huge.” ”The network effects here gives financial leverage.” So when we scale, what do we loose? Depth. Automated customer service may be scalable. But often the experience is subpar to talking with a real human. Variation. Scalable solutions tend to flatten out local and cultural variation. Homogeneity is often a result in the hunt for scalability. Robustness. What’s scalable in terms of human enterprises is often centralized and with single points of failure. Fragile. There is a vast number of non-scalable investments out there with great payoff. By funding and nurturing what’s not scalable, we gain in many important areas. Some of which are: Antifragility. Depth. Variability. But funding that which doesn’t scale has mostly been left to countries—and to a smaller extent charities and NGOs. Given our outlook today, I believe we need to revisit this strategy. The corporate layer most of us are working within resides on top of another layer which is often forgotten. This layer is a foundation that itself has a core of non-scalable investment, essential to human dignity and social cohesion. Just like externalized costs, it is not accounted for. Could it be that there is a systemic risk in not being more interested in this layer from a corporate standpoint? With very few exceptions, corporations today do not care much about it. Mondragon is the only real exception I have found so far. The rug pull will be rough if the foundational layer goes south. And who knows how long the idea of countries will persist. It may be time to start to invest more in the non-scalable, and support alternative, resilient structures that are able to alleviate the outcomes if nations aren’t able to support anymore at some point in the future. What is a non-scalable investment your corporation could do? | 22 comments on LinkedIn
Replied in thread

Big question, Why ATProtocol from #BlueSkySocial #PBC’s mouth instead of Mastodon and ActivityPub?:

“Why not use ActivityPub? #ActivityPub is a federated social networking technology popularized by #Mastodon.

Account #portability is a major reason why we chose to build a separate protocol. We consider portability to be crucial because it protects #users from sudden bans, server shutdowns, and policy disagreements. Our #solution for portability requires both signed data repositories and #DIDs, neither of which are easy to retrofit into ActivityPub. The migration #tools for ActivityPub are comparatively limited; they require the original server to provide a redirect and cannot migrate the user's previous data.

Another major reason is #scalability. #ActivityPub depends heavily on delivering messages between a wide network of small-to-medium sized nodes, which can cause individual #nodes to be flooded with traffic and generally struggles to provide global views of #activity.”

Short version, WE CANT CONTROL YOU.

<atproto.com/guides/faq>

AT ProtocolFAQ - AT ProtocolFrequently Asked Questions about AT Protocol.

I've seen more people advocating for wider RSS adoption lately.

I was a heavy RSS user back in the day, but honestly, it’s a standard that struggles to keep up with modern demands.

In this short read, I break down why RSS’s pull model is inefficient and why push-based alternatives like ActivityPub are the future.

Read more: dev.to/justlig/rss-a-great-sta

DEV CommunityRSS: A Great Standard That Can’t Keep UpRSS (en.wikipedia.org/wiki/RSS) has long been praised as a decentralized, open standard for content...

The problems in the European Digital Identity (EUDI)

@jaromil's independent feedback on the dangers of the current #EUDI implementation. What it should be, and the issues it has regarding Fairness, Privacy, Security, Scalability, Obsolescence and Methodology.

#Fairness #Privacy #Security #Scalability #Obsolescence #Methodology.

news.dyne.org/the-problems-of-

News From Dyne · The problems in the European Digital Identity (EUDI)
More from Dyne.org foundation

When I read about these things I always think about some of the writing of @pluralistic on graceful failure modes. A product (system) is not defined by its success but by how good or poorly it fails. I've been teaching students that not considering (poor) failure modes is a huge liability.

arstechnica.com/gadgets/2024/1

Ars Technica · “Nightmare” Zipcar outage is a warning against complete app dependencyBy Scharon Harding
Continued thread

This is a scam. It's a scam, and finally I understand what the Bluesky brief was. It was "People want decentralization and portability: How can we remain relevant and profitable in a world with decentralization and portability?"

Twitter (as was) was going to be the relay. And the design ensured the network would be able to sell itself as "decentralized", but simultaneously would not function without the relay.

Continued thread

Not shure about that #NuclearFusion theory tho...

I'd assume by 2100 we'll basically mandate buildings to be "energy positive" except historic buildings just out of need to have everyone supply into the #grid...

  • We'll likely have more fluctuating #EnergyPrices so people will prefer to cook and do laundry at peak energy output in the lunchtime...

I'd rather see #DESERTEC done than #Fusion #PowerPlants simply because of #cost and #scalability reasons: A #solarthermal #PowerPlant is way easier to build and maintain than #NuclearEnergy will ever be because both are #thermal and controlling #reactors is more complex than making just water/oil/salt "go phlooosh" through black pipes heated by sunlight off parabolic mirrors...

  • Potentially we'll see multiple giant setups in deserts around the globe if not #offshore in #tropical areas...

youtube.com/watch?v=C6D_WuLWVr

Replied in thread

@walnut @reece @simonbp I know #LiFePO4 doesn't use #Cobalt, but at the cost of lower #EnergyDensity.

The core problem is that #Batteries are bad for fast energy transfers (espechally since the car industry refuses to standardize battery swap technology so one can charge them slower = moreefficienty!) and that the Energy density still sucks, their production is extremely energy-intensive and the volumetric energy density is still shit.

I'm available to jump in fast, remotely, for paid work doing Golang or C programming, for Linux or Mac. or doing performance/scaling fixes/tuning/upgrades

programming for decades. senior. tech team leadership & R&D mentality. a human engine who churns out new code, solves problems & ships. Heisenbugs too are my jam

I want to have the biggest impact I can have for you, while also using time efficiently

#fedihire

#Golang
#C
#Linux

#performance
#scalability
#latency
#concurrency
#threading

Years ago I was pushed out of a job because management was upset with me. I pointed out that what they were doing wasn't scalable.

A few years later, with new management, they retained me as a consultant for two years fixing some of the problems I told them about. I was paid considerably more money and they lost many developers in the interim.

Have you ever been doubted at work? What happened?