Skip to content
  • Hjem
  • Seneste
  • Etiketter
  • Populære
  • Verden
  • Bruger
  • Grupper
Temaer
  • Light
  • Brite
  • 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

  • Default (No Skin)
  • No Skin
Kollaps
FARVEL BIG TECH
  1. Forside
  2. Ikke-kategoriseret
  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.

Planlagt Fastgjort Låst Flyttet Ikke-kategoriseret
94 Indlæg 59 Posters 0 Visninger
  • Ældste til nyeste
  • Nyeste til ældste
  • Most Votes
Svar
  • Svar som emne
Login for at svare
Denne tråd er blevet slettet. Kun brugere med emne behandlings privilegier kan se den.
  • elizayer@mastodon.socialE elizayer@mastodon.social

    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

    standard_phil@infosec.exchangeS This user is from outside of this forum
    standard_phil@infosec.exchangeS This user is from outside of this forum
    standard_phil@infosec.exchange
    wrote sidst redigeret af
    #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 Reply Last reply
    0
    • elizayer@mastodon.socialE elizayer@mastodon.social

      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.

      guitarsith@fosstodon.orgG This user is from outside of this forum
      guitarsith@fosstodon.orgG This user is from outside of this forum
      guitarsith@fosstodon.org
      wrote sidst redigeret af
      #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 Reply Last reply
      0
      • elizayer@mastodon.socialE elizayer@mastodon.social

        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

        mjt@mastodon.onlineM This user is from outside of this forum
        mjt@mastodon.onlineM This user is from outside of this forum
        mjt@mastodon.online
        wrote sidst redigeret af
        #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 Reply Last reply
        0
        • niall@mastodon.nzN niall@mastodon.nz

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

          gunchleoc@mastodon.scotG This user is from outside of this forum
          gunchleoc@mastodon.scotG This user is from outside of this forum
          gunchleoc@mastodon.scot
          wrote sidst redigeret af
          #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 Reply Last reply
          0
          • aedius@lavraievie.socialA aedius@lavraievie.social

            @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.

            wila@mastodon.socialW This user is from outside of this forum
            wila@mastodon.socialW This user is from outside of this forum
            wila@mastodon.social
            wrote sidst redigeret af
            #32

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

            aedius@lavraievie.socialA 1 Reply Last reply
            0
            • spazcosoft@peoplemaking.gamesS spazcosoft@peoplemaking.games

              @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.

              waldi@chaos.socialW This user is from outside of this forum
              waldi@chaos.socialW This user is from outside of this forum
              waldi@chaos.social
              wrote sidst redigeret af
              #33

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

              1 Reply Last reply
              0
              • wila@mastodon.socialW wila@mastodon.social

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

                aedius@lavraievie.socialA This user is from outside of this forum
                aedius@lavraievie.socialA This user is from outside of this forum
                aedius@lavraievie.social
                wrote sidst redigeret af
                #34

                @wila @elizayer

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

                wila@mastodon.socialW 1 Reply Last reply
                0
                • aedius@lavraievie.socialA aedius@lavraievie.social

                  @wila @elizayer

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

                  wila@mastodon.socialW This user is from outside of this forum
                  wila@mastodon.socialW This user is from outside of this forum
                  wila@mastodon.social
                  wrote sidst redigeret af
                  #35

                  @Aedius @elizayer when it is javascript yes.
                  I wasn't talking about less slop.
                  There will be more of that.

                  1 Reply Last reply
                  0
                  • mroach@ublog.mroach.comM mroach@ublog.mroach.com

                    @elizayer Exactly! I’ve been trying to explain to people, especially those pushing AI at work, that writing code is not the hard part of my job. Identifying the real-world problems and designing solutions that are as minimalist and simple as possible are the hard parts. The code is an implementation detail.

                    macronencer@mastodon.scotM This user is from outside of this forum
                    macronencer@mastodon.scotM This user is from outside of this forum
                    macronencer@mastodon.scot
                    wrote sidst redigeret af
                    #36

                    @mroach @elizayer Agree! The hardest part of the job doesn't need to be done at a screen and keyboard. I've been known to pace up and down my garden while designing an algorithm in my head.

                    robtherunt@cupoftea.socialR 1 Reply Last reply
                    0
                    • macronencer@mastodon.scotM macronencer@mastodon.scot

                      @mroach @elizayer Agree! The hardest part of the job doesn't need to be done at a screen and keyboard. I've been known to pace up and down my garden while designing an algorithm in my head.

                      robtherunt@cupoftea.socialR This user is from outside of this forum
                      robtherunt@cupoftea.socialR This user is from outside of this forum
                      robtherunt@cupoftea.social
                      wrote sidst redigeret af
                      #37

                      @macronencer @mroach @elizayer
                      When I was working, I would regularly solve a development issue while in the shower. I think it’s the brain being unstressed that does that.

                      mroach@ublog.mroach.comM 1 Reply Last reply
                      0
                      • elizayer@mastodon.socialE elizayer@mastodon.social

                        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.

                        ulveon@derg.socialU This user is from outside of this forum
                        ulveon@derg.socialU This user is from outside of this forum
                        ulveon@derg.social
                        wrote sidst redigeret af
                        #38

                        @elizayer@mastodon.social Claude Code found a 23-year-old Linux vulnerability, the kind a regular human security auditor would have taken weeks or months to find (or in this case, 23 years). https://mtlynch.io/claude-code-found-linux-vulnerability/

                        diekehrseite@mastodon.socialD janef0421@mastodon.nzJ 2 Replies Last reply
                        0
                        • robtherunt@cupoftea.socialR robtherunt@cupoftea.social

                          @macronencer @mroach @elizayer
                          When I was working, I would regularly solve a development issue while in the shower. I think it’s the brain being unstressed that does that.

                          mroach@ublog.mroach.comM This user is from outside of this forum
                          mroach@ublog.mroach.comM This user is from outside of this forum
                          mroach@ublog.mroach.com
                          wrote sidst redigeret af
                          #39

                          @robtherunt @macronencer @elizayer Same! I’ve half jokingly said my bathroom is the most productive room in my home office setup. Sitting on the toilet and lots of a-ha moments

                          elizayer@mastodon.socialE 1 Reply Last reply
                          0
                          • elizayer@mastodon.socialE elizayer@mastodon.social

                            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

                            joeslow@me.dmJ This user is from outside of this forum
                            joeslow@me.dmJ This user is from outside of this forum
                            joeslow@me.dm
                            wrote sidst redigeret af
                            #40

                            @elizayer @trendytoots I can very much relate to this

                            1 Reply Last reply
                            0
                            • elizayer@mastodon.socialE elizayer@mastodon.social

                              So why are we still trying to optimize code creation?

                              For decades, people with power - executives and product people - have been shifting the blame for strategy failures and poor market insight onto development "productivity."

                              This AI moment should be incredibly clarifying. Like, it should be the reductio ad absurdum of a productivity-centric approach.

                              elrohir@mastodon.galE This user is from outside of this forum
                              elrohir@mastodon.galE This user is from outside of this forum
                              elrohir@mastodon.gal
                              wrote sidst redigeret af
                              #41

                              @elizayer management blame productivity for strategy failure because their approach to strategy path-finding is flooding: say a bunch of random hunches overconfidently, make teams try different things out for a little while, see what sticks. They see making code faster not as a way to manufacture a good design more efficiently, but as a means to generate management fuck ups and backpedals at faster pace and greater scale.

                              1 Reply Last reply
                              0
                              • elizayer@mastodon.socialE elizayer@mastodon.social

                                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.

                                nienkez@mastodon.nlN This user is from outside of this forum
                                nienkez@mastodon.nlN This user is from outside of this forum
                                nienkez@mastodon.nl
                                wrote sidst redigeret af
                                #42

                                @elizayer @ArtHarg AI only solves one problem: paying people wages.

                                1 Reply Last reply
                                0
                                • elizayer@mastodon.socialE elizayer@mastodon.social

                                  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.

                                  diekehrseite@mastodon.socialD This user is from outside of this forum
                                  diekehrseite@mastodon.socialD This user is from outside of this forum
                                  diekehrseite@mastodon.social
                                  wrote sidst redigeret af
                                  #43

                                  @elizayer word!

                                  1 Reply Last reply
                                  0
                                  • ulveon@derg.socialU ulveon@derg.social

                                    @elizayer@mastodon.social Claude Code found a 23-year-old Linux vulnerability, the kind a regular human security auditor would have taken weeks or months to find (or in this case, 23 years). https://mtlynch.io/claude-code-found-linux-vulnerability/

                                    diekehrseite@mastodon.socialD This user is from outside of this forum
                                    diekehrseite@mastodon.socialD This user is from outside of this forum
                                    diekehrseite@mastodon.social
                                    wrote sidst redigeret af
                                    #44

                                    @ulveon so this case justifies bazillions of dollars to be invested in needless serverfarms? And if that vulnerability wasnt discovered for 23 years it was prolly so well hidden that it was not an issue at all. Think about it.

                                    @elizayer

                                    elizayer@mastodon.socialE 1 Reply Last reply
                                    0
                                    • elizayer@mastodon.socialE elizayer@mastodon.social

                                      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

                                      arcadiagt5@mstdn.socialA This user is from outside of this forum
                                      arcadiagt5@mstdn.socialA This user is from outside of this forum
                                      arcadiagt5@mstdn.social
                                      wrote sidst redigeret af
                                      #45

                                      @elizayer And very well said it is!

                                      This is why #BusinessAnalysts exist, or SHOULD exist.

                                      To talk to your users and THEN to tell your coders what to build AND WHY.

                                      1 Reply Last reply
                                      0
                                      • elizayer@mastodon.socialE elizayer@mastodon.social

                                        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.

                                        cigitalgem@sigmoid.socialC This user is from outside of this forum
                                        cigitalgem@sigmoid.socialC This user is from outside of this forum
                                        cigitalgem@sigmoid.social
                                        wrote sidst redigeret af
                                        #46

                                        @elizayer workaday devs are serfs. Software architects are more crucial than ever. Architects emerge from jr devs through apprenticeship. Go.

                                        elizayer@mastodon.socialE 1 Reply Last reply
                                        0
                                        • elizayer@mastodon.socialE elizayer@mastodon.social

                                          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

                                          peteriskrisjanis@toot.lvP This user is from outside of this forum
                                          peteriskrisjanis@toot.lvP This user is from outside of this forum
                                          peteriskrisjanis@toot.lv
                                          wrote sidst redigeret af
                                          #47

                                          @elizayer amen. This. So much this.

                                          1 Reply Last reply
                                          0
                                          Svar
                                          • Svar som emne
                                          Login for at svare
                                          • Ældste til nyeste
                                          • Nyeste til ældste
                                          • Most Votes


                                          • Log ind

                                          • Har du ikke en konto? Tilmeld

                                          • Login or register to search.
                                          Powered by NodeBB Contributors
                                          Graciously hosted by data.coop
                                          • First post
                                            Last post
                                          0
                                          • Hjem
                                          • Seneste
                                          • Etiketter
                                          • Populære
                                          • Verden
                                          • Bruger
                                          • Grupper