8 Matching Annotations
  1. Last 7 days
    1. Some tools have the ability to speak to you in ways that others do not.

      An extension of this is Conway's law which may tend to force us to create work which not only reflects us, but which becomes us.

      The relationship with tools becomes a two way street between us and the tool as well as the tools which interpose all of us (humanity).

      What might this mean for our relationship with Artificial Intelligence? Will our laziness with respect to thinking turn us into non-thinkers who rely on a tool not actually able to think?

      (via me at https://old.reddit.com/r/typewriters/comments/1wjidrf/what_words_could_we_use_to_better_describe_the/pamjdv3/)

  2. Sep 2024
  3. Dec 2022
    1. Conway’s Law is sometimes referred to as “shipping your org chart”. If you’ve been in professional software development for a while, you’ve likely come to respect its power and inevitability. How your team is structured is always visible in the product you produce, and that can often be a bad thing for users. It’s the weird cracks of inconsistency and disconnectedness within a user application that makes you wonder if two parts of the app were made by two different companies.

      The design of a product can often reflect, and not often in a good way, the nature and structure of the team(s) which made it.

  4. Apr 2019
  5. Oct 2017
    1. The end result is essentially a two-level application of Conway’s Law: a collaborative extended community of technologists that creates not simply a collection of disparate tools but rather chainable tools that leverage crowdsourced architectural principles to facilitate a level of coordination and interactivity we’ve never seen before.

      This coordinated technology environment, in turn, facilitates the reorganization within companies, as they now have the tools they need to break down organizational silos, and people within those companies self-organize along horizontal lines

    2. The causality question behind Conway’s Law, therefore, is less about how changing software organizations can lead to better software, but rather how companies can best leverage changing technology in order to transform their organizations.

      Hints at how to answer this question surprisingly come from the world of devops – surprising because the focus of devops is ostensibly on building and deploying better software more quickly. Be that as it may, there’s no question that technology change is a primary facilitator and driving force for the devops cultural and organizational shifts.