Skip to content
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • World
  • Benutzer
  • Gruppen
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen

other.li Forum

  1. Übersicht
  2. Uncategorized
  3. I'm a big fan of this explanation/rant from Andrew Murphy.

I'm a big fan of this explanation/rant from Andrew Murphy.

Geplant Angeheftet Gesperrt Verschoben Uncategorized
36 Beiträge 26 Kommentatoren 0 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • ? Gast

    The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.

    There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.

    All we are seeing is decreases in quality, because 👏 code 👏 creation 👏 is not 👏 the problem.

    ? Offline
    ? Offline
    Gast
    schrieb zuletzt editiert von
    #15

    @elizayer this has never been about quality and only about the business class trying to free themselves from those damned uppity engineers

    1 Antwort Letzte Antwort
    0
    • ? Gast

      I'm a big fan of this explanation/rant from Andrew Murphy.

      Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

      Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

      https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

      ? Offline
      ? Offline
      Gast
      schrieb zuletzt editiert von
      #16

      @elizayer

      Absolutely:
      "More code, less understanding. That's not a productivity gain. That's a time bomb with a nicer dashboard."

      ? 1 Antwort Letzte Antwort
      0
      • ? Gast

        I'm a big fan of this explanation/rant from Andrew Murphy.

        Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

        Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

        https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

        ? Offline
        ? Offline
        Gast
        schrieb zuletzt editiert von
        #17

        @elizayer @sophieschmieg The CEO of Tailscale made that same point a few weeks ago on their personal blog at https://apenwarr.ca/log/20260316. This is so true, and every initiative to accelerate delivery with LLMs should really focus on these things first instead.

        1 Antwort Letzte Antwort
        0
        • ? Gast

          I'm a big fan of this explanation/rant from Andrew Murphy.

          Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

          Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

          https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

          ? Offline
          ? Offline
          Gast
          schrieb zuletzt editiert von
          #18

          @elizayer Tragically, many of my colleagues are now concluding the solution is to have the same tool that produced the code review the code, as a way to manage the bottleneck.

          I think it's something in the water.

          1 Antwort Letzte Antwort
          0
          • ? Gast

            The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.

            There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.

            All we are seeing is decreases in quality, because 👏 code 👏 creation 👏 is not 👏 the problem.

            ? Offline
            ? Offline
            Gast
            schrieb zuletzt editiert von
            #19

            @elizayer to be 100% completely super fair, we are seeing a massive increase in scams. So AI is good for something. Scams. It’s good for scams.

            ? 1 Antwort Letzte Antwort
            0
            • ? Gast

              @elizayer @BmeBenji @beep also folks with impairments meaning they can't drive. This is a great piece of podcast journalism about the response to Waymo applying to operate in Chicago:
              https://pca.st/episode/ef4a328f-dbd4-45cb-8a0b-985250d62293

              ? Offline
              ? Offline
              Gast
              schrieb zuletzt editiert von
              #20

              @Niall @elizayer While I haven’t listened to the episode — I didn’t realize Pinnamaneni and Vogt had a new project, after the Gimlet debacle — I can say the accessibility question here in Boston is much, much more complicated than that.

              ? 1 Antwort Letzte Antwort
              0
              • ? Gast

                I'm a big fan of this explanation/rant from Andrew Murphy.

                Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

                Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

                https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

                ? Offline
                ? Offline
                Gast
                schrieb zuletzt editiert von
                #21

                @elizayer We're gonna need a bigger Theory of Constraints.

                1 Antwort Letzte Antwort
                0
                • ? Gast

                  I'm a big fan of this explanation/rant from Andrew Murphy.

                  Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

                  Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

                  https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

                  ? Offline
                  ? Offline
                  Gast
                  schrieb zuletzt editiert von
                  #22

                  @elizayer Very very true.

                  1 Antwort Letzte Antwort
                  0
                  • ? Gast

                    The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.

                    There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.

                    All we are seeing is decreases in quality, because 👏 code 👏 creation 👏 is not 👏 the problem.

                    ? Offline
                    ? Offline
                    Gast
                    schrieb zuletzt editiert von
                    #23

                    @elizayer i think about this. according to the promises, all the little snags and bugs and oversights in all the software i use should be gone by now. "everyone's focusing on bigger things" doesn't excuse it, i was given the expectation these types of fixes should have been trivial and quick. computing should be better than ever, or at least as good as it was in the 2010s

                    1 Antwort Letzte Antwort
                    0
                    • ? Gast

                      @Niall @elizayer While I haven’t listened to the episode — I didn’t realize Pinnamaneni and Vogt had a new project, after the Gimlet debacle — I can say the accessibility question here in Boston is much, much more complicated than that.

                      ? Offline
                      ? Offline
                      Gast
                      schrieb zuletzt editiert von
                      #24

                      @beep @elizayer well yes, it's clear you haven't listened to the episode 😉

                      ? 1 Antwort Letzte Antwort
                      0
                      • ? Gast

                        I'm a big fan of this explanation/rant from Andrew Murphy.

                        Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

                        Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

                        https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

                        ? Offline
                        ? Offline
                        Gast
                        schrieb zuletzt editiert von
                        #25

                        @elizayer

                        "The Mythical Man Month"

                        https://en.wikipedia.org/wiki/The_Mythical_Man-Month

                        1 Antwort Letzte Antwort
                        0
                        • ? Gast

                          @elizayer

                          Absolutely:
                          "More code, less understanding. That's not a productivity gain. That's a time bomb with a nicer dashboard."

                          ? Offline
                          ? Offline
                          Gast
                          schrieb zuletzt editiert von
                          #26

                          @mtnrbq65 @elizayer developers sometimes reference the 80/20 rule. And let's say in certain ways LLM code tools can get you through that 80% part faster, but they also have very real risk of making the last 20% even slower.

                          1 Antwort Letzte Antwort
                          0
                          • ? Gast

                            The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.

                            There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.

                            All we are seeing is decreases in quality, because 👏 code 👏 creation 👏 is not 👏 the problem.

                            ? Offline
                            ? Offline
                            Gast
                            schrieb zuletzt editiert von
                            #27

                            @elizayer yes, this. Code creation hasn’t been an issue for a long, long, long time. See “no silver bullet” (https://worrydream.com/refs/Brooks_1986_-_No_Silver_Bullet.pdf) written in *1986*.

                            1 Antwort Letzte Antwort
                            0
                            • ? Gast

                              I'm a big fan of this explanation/rant from Andrew Murphy.

                              Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

                              Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

                              https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

                              ? Offline
                              ? Offline
                              Gast
                              schrieb zuletzt editiert von
                              #28

                              @elizayer I've listened to a few podcasts now where software company executives (and even a CEO, who I would have expected to know better because he's a CEO) have talked about how much faster their teams are producing code, and since their QA teams can't keep up they've fired those people and are using Claude for QA now.

                              I get that devs don't study management subjects (I was one myself, many years ago) so they won't necessarily know how to find and fix bottlenecks, but I'm genuinely disappointed that software industry executives don't realise they're in a manufacturing business, nor do they understand how to optimise their value chains.

                              I know it's a cliche to say that people fail upwards, and I've worked with many executives who were clearly in their roles because they were intelligent, educated, and were delivering at a strategic level - but I'm beginning to wonder if software businesses are a special case.

                              1 Antwort Letzte Antwort
                              0
                              • ? Gast

                                The fact that we are *not* seeing wildly improving software all around us tells us everything we need to know.

                                There is no flourishing of value delivery, new product categories, more needs being satisfied better. It’s the opposite.

                                All we are seeing is decreases in quality, because 👏 code 👏 creation 👏 is not 👏 the problem.

                                ? Offline
                                ? Offline
                                Gast
                                schrieb zuletzt editiert von
                                #29

                                @elizayer
                                Almost all of the code written by the major software companies since the late 80’s has been bloatware. Especially operating systems. The days when programming was an art and minimizing resource usage was the primary consideration are long gone. If that code is what AI and these LLM’s are being “trained” on then expect software to continue its downward spiral.

                                1 Antwort Letzte Antwort
                                0
                                • ? Gast

                                  I'm a big fan of this explanation/rant from Andrew Murphy.

                                  Taken as a whole, there are many bottlenecks in a corporate software development process. The "load-bearing" calendar is a great example!

                                  Speeding up code creation just increases pressure on the bottleneck, which decreases throughput.

                                  https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems

                                  ? Offline
                                  ? Offline
                                  Gast
                                  schrieb zuletzt editiert von
                                  #30

                                  @elizayer This is a fabulously well-written article on flow, constraints, and fixing the biggest constraint first. Well worth nyour time if you do…well, anything.

                                  1 Antwort Letzte Antwort
                                  0
                                  • ? Gast

                                    @beep @elizayer well yes, it's clear you haven't listened to the episode 😉

                                    ? Offline
                                    ? Offline
                                    Gast
                                    schrieb zuletzt editiert von
                                    #31

                                    @Niall @beep @elizayer Germans have a word for accessible cars. it translates as "low floor bus". Sorry, there's no English language version of that article https://de.wikipedia.org/wiki/Niederflurtechnik

                                    Of course, there are people whose disability doesn't allow them to take a bus, those will need a driving service.

                                    Also, driverless subways make a lot more sense than driverless cars, because you have a much more controlled environment.

                                    1 Antwort Letzte Antwort
                                    0
                                    • ? Gast

                                      @elizayer

                                      The good news is :

                                      Open source maintainers see an increase in the quality of AI security tools, it will soon be in the hands of the bad actors.

                                      Then it will be mandatory to do good software and ( i will make the leap of faith that ) you have to understand the business needs to create a simple software that handle the issues.

                                      ? Offline
                                      ? Offline
                                      Gast
                                      schrieb zuletzt editiert von
                                      #32

                                      @Aedius @elizayer there's just going to be less open source

                                      ? 1 Antwort Letzte Antwort
                                      0
                                      • ? Gast

                                        @elizayer to be 100% completely super fair, we are seeing a massive increase in scams. So AI is good for something. Scams. It’s good for scams.

                                        ? Offline
                                        ? Offline
                                        Gast
                                        schrieb zuletzt editiert von
                                        #33

                                        @spazcosoft @elizayer Wasn't this always? Newly hyped stuff is used for scam, or porn, or both.

                                        1 Antwort Letzte Antwort
                                        0
                                        • ? Gast

                                          @Aedius @elizayer there's just going to be less open source

                                          ? Offline
                                          ? Offline
                                          Gast
                                          schrieb zuletzt editiert von
                                          #34

                                          @wila @elizayer

                                          All code is open source when you push it with a map file.

                                          ? 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          • Anmelden

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Kategorien
                                          • Aktuell
                                          • Tags
                                          • Beliebt
                                          • World
                                          • Benutzer
                                          • Gruppen