home.social

#sociotechnicalsystems — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #sociotechnicalsystems, aggregated by home.social.

fetched live
  1. Considerations on cognitive load and organisational structure in sociotechnical systems.
    A blog by Martijn Ras

    In this article we present our rule of thumb for the sizing of solutions based on what an organisation can handle. Our primary goal is to make you aware of cognitive load theory and sociological considerations on organisational structure. Be...

    #dev #softwaredevelopment #TeamTopologies #Cognitiveload #Sociotechnicalsystems #Domain-drivendesign #Agilescaling

    jdriven.com/blog/2026/04/sizin

  2. But before you worry about AI agents taking over your architecture decisions, maybe first ask: are the teams in your organisation actually allowed to make them?

    #SoftwareArchitecture #OpenSystemsTheory #SociotechnicalSystems #AI

  3. Think AI is the magic wand that will clean up your infrastructure? Daniel Bryant has a reality check for you on the #InfoQ podcast.

    While the industry is obsessed with “10x speed,” Daniel warns we’re driving old, battered cars down the freeway at 100 mph. The faster we go, the more likely the wheels come off.

    🔑 Key takeaways from Daniel:
    1️⃣ AI will expose brittle platforms far faster than it fixes them. If your platform is a mess, AI just becomes a 10x accelerator for technical debt.
    2️⃣ We’re being forced to relearn the fundamentals - classic books on architecture and sociotechnical systems are more relevant than ever.
    3️⃣ A platform isn’t just a collection of tools. If it’s not cohesive, it’s not a product - it’s an ecosystem of headaches.
    4️⃣ Expect some major failures before the industry realizes guardrails matter just as much as speed.

    🎧 Listen to the full 2025 Key Trends for deeper insights: bit.ly/4ptdvqH

    #PlatformEngineering #SocioTechnicalSystems #SoftwareArchitecture #AI #DevOps

  4. Code that drifts and projects that fail often aren’t technical failures - they’re organizational ones.

    Introducing #HolisticEngineering ⇨ the practice of designing technology by understanding and shaping all the intrinsic parts of the organic system.

    A holistic approach views projects as Organic #SocioTechnicalSystems, influenced by:
    ⇨ External forces: world events, tech trends, market shifts
    ⇨ Internal forces: organization, product, people, engineering

    Read the #InfoQ article by Vanessa Formicola to learn how to master this approach: bit.ly/43Ed7O1

    #SoftwareArchitecture #SociotechnicalArchitecture #Agile

  5. 🏗️ Wusstet ihr, dass eure Software-Architektur aussieht wie euer Organigramm? Conway's Law zeigt: Teams, die nicht miteinander reden, bauen auch keine integrierten Systeme!

    🤯 Besonders spannend bei ML-Pipelines und verteilten Teams - da wird's richtig wild!

    Was sind eure Erfahrungen mit Team-Strukturen und System-Design? 💬

    goern.substack.com/p/research-

    #ConwaysLaw #SoftwareArchitektur #TeamTopologie #MLOps #DistributedTeams #SocioTechnicalSystems

  6. In a world shaped by AI, what kind of ethics do we need?
    @RainerMuehlhoff’s new book The Ethics of AI: Power, Critique, Responsibility offers a power-aware framework for understanding how AI technologies shape subjectivity, prediction, and control.
    A compelling manifesto for collective responsibility, regulation, and systemic change.

    #OpenAccess
    🔗 bristoluniversitypress.co.uk/t
    #AI #Ethics #CriticalAI #AIPolicy #DigitalPower #PredictionCulture #PhilosophyOfTechnology #SociotechnicalSystems

  7. I combined the two socio-technical API patterns I described earlier (The API Leach and The API Standard) into a blog post for ease of reference.

    sebastian-hans.de/blog/the-api

  8. I wonder whether API standard usage counts as a socio-technical API pattern, @einarwh

    Using a standard decouples provider and consumer. The standard was designed for a particular purpose and is adopted by both provider and consumer, presumably because their needs align with this purpose. Collaboration on the API design is minimal because most of it is defined by the standard.

    The standard probably says nothing about operational aspects, so the service level depends on other factors. Therefore, this pattern is usually combined with other patterns.

    In conjunction with the Millstone, it alleviates the problem of coupling between the internal data model and the API because the provider will typically have to implement some kind of mapping anyway. It is very unlikely that the internal model corresponds to the standard already. The standard provides a stable contract that would not exist otherwise. It does not solve the problem of "best effort" SLAs, however.

    When combined with the Mountain, the standard provides a measure of protection from the Volcano. If the provider decides to discontinue the service, there will often be other providers that can be integrated with little effort.

    The standard does probably not help with the Rapids, but it may help with the Sock Puppet. Not necessarily with the SPA, but when a team manages multiple services, probably not all of them are equally idiosyncratic. There may well be services that perform standardized functions for which usage of a standardized API can reduce the cognitive load and onboarding effort for new team members.

    A disadvantage of using a standard manifests if the needs of the consumer diverge from what the standard provides over time. In this case, you have the choice of forcing your needs into the corset of the standard (often suboptimal), augmenting the API with non-standard extensions (may work, but limits the usefulness of the standard), or ditching the standard altogether.

  9. This post mastodon.social/@einarwh/11441 by @einarwh set me thinking. I might have another (anti-)pattern, the API Leach.

    The API Leach comes about when a consumer is unable or unwilling to talk to the provider, but still needs the provided service. The consumer notices an interface exposed (but not advertised) by the provider and starts programming against it without the provider being aware of this. Maybe the interface is an internal API, or maybe it is not intended as an API at all, but as a UI for human users. Scraping web pages for data is one instance of this pattern.

    Since the interface is not intended for consumption by external programs, the unwitting provider does not provide documentation, service levels, or support channels to the consumer team. The interface behavior is reverse engineered and may change at any time as the provider makes changes to the system. The interface may disappear without notice, too.

    For the consumer team, this is a hard spot to be in. Reverse engineering an undocumented interface is inherently hard and error prone, and once they are done, the team must be ready to deal with unexpected behavior (and failure) at any time - be it due to misunderstanding during the reverse engineering phase or to technical or functional changes. In all probability, they won't have a test environment, either, and need to test against the production interface with production data, which can severely limit the range of tests that are viable.

    The provider team is mostly unaffected, but may notice some oddities:
    - unexpected usage patterns,
    - increased error rate,
    - increased load,
    - strange support requests.
    These may cause the provider team to notice that something is up.
    And, of course, the producer may get yelled at after performing breaking changes if the consumer feels entitled enough.

    Once the producer learns of the existence of the consumer, what happens next depends entirely on the power dynamics between the two parties. The interface may become an official API; the consumer may be shut out; both parties may negotiate a different API.

    If at all possible, I would avoid this pattern and establish communication between the parties from the start.

    #sociotechnicalsystems #apis #softwarearchitecture

  10. This has to be one of the most underrated books: Dynamic Administration: The Collected Papers of Mary Parker Follett (1942)

    You can read most of it for free with an account in the internet archives, or get yourself a copy because it's a reference book archive.org/details/dynamicadm

    #systemsThinking #systemsOfPeople #socioTechnicalSystems

  11. We had the first @virtualddd Book Club meet last night about Facilitating Software Architecture by @ahl Great conversations, next one in two weeks where we'll be going over Chapter 2
    More info and sign up ti.to/book-club-virtual-domain

    #softwareArchitecture #decisions #sociotechnicalsystems

  12. #IFSA2024 It's almost time for the 15th International farming System Association Conference

    📌 On Monday 1 July, Intissar Ferchichi and I will co-chair a #SpecialSession about #Mediterranean #SocioTechnicalSystems

    📗Full programme
    ifsa2024.crea.gov.it/conferenc

  13. Yesterday, we participated (online) to the Post-Growth Human-Computer Interaction Workshop (#chi2024) with our submission describing the core ideas of the Shareish open-source platform to foster diverse non-monetary solidarity practices. #postgrowth #solidarity #solidarityeconomy #gifteconomy #hci #humancomputerinteraction #shareish #opensource #degrowth #postcapitalism #cscw #sociotechnicalsystems

    sites.google.com/view/post-gro

    shareish.org/

  14. I am grateful to all who attended my talk "Intentional Architecture" at FlowCon France. Your presence, questions, and interactions made it a fantastic experience.

    Thank you, FlowCon France, for the invite.

    You can find the slides here: speakerdeck.com/joaoasrosa/int

    #IntentionalArchitecture #OpenSystems #SociotechnicalSystems #FlowCon

  15. 🙄 the ActivityPub devs doubling down on technical explanations of the network, missing all the social and cultural aspects

    #sociotechnicalsystems

  16. The schedule for #JavaZone next month has just been released and my talk on #SocioTechnicalSystems and #OpenSystemsTheory will be on Thursday 7th at 10:20 in Room 7 – in Norwegian this time. Hope to see you there.
    2023.javazone.no/program/e3c0c
    #OpenSystems #SystemsThinking

  17. The Intentional Architecture workshop has an holistic approach to design, because if you ignore the social aspects of it, the technology is not going to perform as well as you would expect it to do. 💬

    ➡️ impactfulness.nl/workshops/int

    #workshop #softwaredesign #sociotechnicalsystems #dublin #milan

  18. BEYOND proud to present "Beyond the Repository: Best practices for open source ecosystems researchers", a collaboration between myself, @amcasari, and @jlovato that was just published in the @ACM Queue.

    Please share with anyone who is doing research into open source!

    #OpenSource #OSS #FOSS #SociotechnicalSystems #Research #BestPractices

    queue.acm.org/detail.cfm?id=35

  19. We are collaborative and cooperative by nature. You can see it in toddlers and kids. However, as we grow, we are pushed to hierarchical organisations, where collaboration and cooperation are perceived as cardinal sins.

    What would it take to restore a work environment where collaboration and cooperation are core to how we work? 🤔

    #sociotechnicalsystems #organisationdesign

  20. Are you a #PhD #Student interested in #CriticalTechStudies, and related fields like #CriticalAI, #STS or #SocioTechnicalSystems? Then my colleagues @[email protected], @[email protected] from #ANU School of #Cybernetics and their colleagues Zoe Horn and Libby Young, have just the #workshop for you!

    The Critical Technology Studies Winter Workshop will be held 10th-11th July as a Satellite Event of the @adms Symposium, brought to you in conjunction with University of Sydney, Western Sydney University and The Australian National University.

    30 places are available, and EOI is open until 14th April.

    admscentre.org.au/event/phd-wi

  21. Working on a paper today. Been working on this for years. Just want to pass it on now. #sociotechnicalsystems #DistributedCognition 🤓

  22. Still on sick leave. But will do a bit of work today. Just a little more of my paper I think. #sociotechnicalSystems #distributedSA #SkivingOff

  23. I enjoyed recording an interview with @mscottford for the Legacy Code Rocks podcast! We connected the dots between legacy code and the impacts on the evolution of an organisation. You can listen to the episode here: buff.ly/3V8vILH
    #sociotechnicalsystems #legacycoderocks

  24. Mastodon is here to stay, so it's time for an #introduction

    I'm Manuel, based in Berlin and interested in #Kubernetes , #Cloudnative Infrastructure ☁️ , #Prometheus 🔥 , #Observability, #SystemsThinking, #SociotechnicalSystems as well as #dogs 🐕 .

    Being regular contributor to Open Source, I maintain #kubestatemetrics as well as #kuberouter.

    I'm working in Platform Architecture at a 🎮 company.

    P.S. If you're breaking into tech / #devops and looking for someone to talk to, happy to chat!💬

  25. Long time collaborators and friends are slowly migrating to Mastodon, so glad to see them!

    With patience, step by step, we all will rebuild our network. Since our social relationships make the network, not the other way around.

    #ComplexSystems #NetworkScience #OnlineSocialNetwork #SocioTechnicalSystems

  26. #Introduction :)

    I have broad intersecting interests related to #health, #equity, #resilience, and #sustainability (HERS), esp as emergent properties of communities & #foodsystems

    I've worked across F2P #ValueChains, directly & in support. The latter includes support for #Cornell U's public #LandGrant mission at Mann Library

    I'm interested in how #SocioTechnicalSystems approaches, co-evolving social & technical capacities, can support #selfdetermined agrifood systems and a #SolidarityEconomy

  27. Hi y’all 👋🏻 I’m a software “it depends” working at #Thoughtworks as a Tech Principal. In prev lives I co-created the #Jenkins Job-DSL & cut-and-pasted all of Simon Wardley’s #WardleyMapping medium posts into asciidoc.

    These days I bore-for-Scotland on the topic of #DomainDrivenDesign, am a #SocioTechnicalSystems nerd, a trainer/chapter author for #OReillyMedia & conf-speaker-at-large.

    When not doing tech stuff I’m #reading (books or #comix) or hanging out with my wife & kids.

    #introduction

  28. Let's do an #intro. 👋

    I'm in tech since 2010 and working as a dev since 2013. Specialized in backend development, especially with Elixir. Recently I've transitioned into an engineering management role which fits my interest for #SociotechnicalSystems, #PsychologicalSafety, #MentalHealth and in generally speaking #BeingHumanInTech. 🙏

    Nerd snipe me about #DDD, #veganism, #ttrpgs (especially narrative-first), #videogames, and all things #scifi and #space. 😄

    I'm a parent of two awesome kids. ❤

Share on Mastodon

Enter the server where you have an account.