Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
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

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. I can summarize the book The Mythical Man Month for you

I can summarize the book The Mythical Man Month for you

Scheduled Pinned Locked Moved The Lounge
helplearning
32 Posts 15 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C CHill60

    This is quite spooky, about 4 hours ago I was staring at a bookshelf and spotted ... "The Mythical Man-Month" (Anniversary Edition with Four New Chapters!) - 2004 edition. I thought to myself, "which one of my colleagues shall I offload this onto?" (I'm having a clear out - VB6 manuals anyone?) Obviously no-one on this thread will want it :laugh:

    H Offline
    H Offline
    honey the codewitch
    wrote on last edited by
    #18

    :laugh: It's actually a good book. I'm just trying to offer the TL;DR version. :-D

    Real programmers use butterflies

    C 1 Reply Last reply
    0
    • H honey the codewitch

      :laugh: It's actually a good book. I'm just trying to offer the TL;DR version. :-D

      Real programmers use butterflies

      C Offline
      C Offline
      CHill60
      wrote on last edited by
      #19

      :laugh: I haven't picked it up since ... 2004! I might read again. From memory though your synopsis is spot on and I might have to steal it! When I was contracting I used to joke with the other contractors that we must hide the book from the permie-burgers in case they cottoned on and stopped throwing contractors at their projects :laugh:

      H 1 Reply Last reply
      0
      • C CHill60

        :laugh: I haven't picked it up since ... 2004! I might read again. From memory though your synopsis is spot on and I might have to steal it! When I was contracting I used to joke with the other contractors that we must hide the book from the permie-burgers in case they cottoned on and stopped throwing contractors at their projects :laugh:

        H Offline
        H Offline
        honey the codewitch
        wrote on last edited by
        #20

        :laugh: :laugh: :laugh: You know, my father in law is a master electrician and I think he shares a similar sentiment.

        Real programmers use butterflies

        1 Reply Last reply
        0
        • S Slacker007

          yes, we use git with visual studio and dev ops. works great. merge conflicts are still a PITA if you have too many devs working on the same code base. It is not a good idea at all.

          J Offline
          J Offline
          Jorgen Andersson
          wrote on last edited by
          #21

          Do you have a Merge Master yet? (No, not the branch, the person)

          Wrong is evil and must be defeated. - Jeff Ello Never stop dreaming - Freddie Kruger

          1 Reply Last reply
          0
          • C CHill60

            This is quite spooky, about 4 hours ago I was staring at a bookshelf and spotted ... "The Mythical Man-Month" (Anniversary Edition with Four New Chapters!) - 2004 edition. I thought to myself, "which one of my colleagues shall I offload this onto?" (I'm having a clear out - VB6 manuals anyone?) Obviously no-one on this thread will want it :laugh:

            N Offline
            N Offline
            Nelek
            wrote on last edited by
            #22

            CHill60 wrote:

            Obviously no-one on this thread will want it

            If you promise that it won't come with a legacy project... then you might still find someone somewhere... ;P :laugh:

            M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

            C 1 Reply Last reply
            0
            • H honey the codewitch

              Throwing additional software developers at a problem in order to produce faster is like throwing additional women at a pregnancy to move it along.

              Real programmers use butterflies

              Sander RosselS Offline
              Sander RosselS Offline
              Sander Rossel
              wrote on last edited by
              #23

              Every month is a mythical man month when you're as awesome as me! :D

              Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

              H 1 Reply Last reply
              0
              • S Slacker007

                Unfortunately, our shop management decided to do just that for a certain project. Now, there are not enough curse words to describe the circus that has ensued. Talk about merge conflicts. :sigh:

                Greg UtasG Offline
                Greg UtasG Offline
                Greg Utas
                wrote on last edited by
                #24

                Lots of merge conflicts typically means that architecture is lacking, which is something that a framework can address, despite the whining in the "Rage Against the Machine" thread above. Conflicts can also be addressed by code ownership, but that can easily get in the way when there's little in the way of an architecture or framework.

                Robust Services Core | Software Techniques for Lemmings | Articles
                The fox knows many things, but the hedgehog knows one big thing.

                <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                L 1 Reply Last reply
                0
                • Sander RosselS Sander Rossel

                  Every month is a mythical man month when you're as awesome as me! :D

                  Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                  H Offline
                  H Offline
                  honey the codewitch
                  wrote on last edited by
                  #25

                  You really are great. :)

                  Real programmers use butterflies

                  1 Reply Last reply
                  0
                  • Greg UtasG Greg Utas

                    Lots of merge conflicts typically means that architecture is lacking, which is something that a framework can address, despite the whining in the "Rage Against the Machine" thread above. Conflicts can also be addressed by code ownership, but that can easily get in the way when there's little in the way of an architecture or framework.

                    Robust Services Core | Software Techniques for Lemmings | Articles
                    The fox knows many things, but the hedgehog knows one big thing.

                    L Offline
                    L Offline
                    Lost User
                    wrote on last edited by
                    #26

                    A "plan" is not the same as a (software) framework. If you need just code monkeys, then yes, "frame" them in.

                    It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

                    Greg UtasG 1 Reply Last reply
                    0
                    • L Lost User

                      A "plan" is not the same as a (software) framework. If you need just code monkeys, then yes, "frame" them in.

                      It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

                      Greg UtasG Offline
                      Greg UtasG Offline
                      Greg Utas
                      wrote on last edited by
                      #27

                      I agree! What did I say to make you think I figured a "plan" was good enough?

                      Robust Services Core | Software Techniques for Lemmings | Articles
                      The fox knows many things, but the hedgehog knows one big thing.

                      <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                      <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                      1 Reply Last reply
                      0
                      • H honey the codewitch

                        Throwing additional software developers at a problem in order to produce faster is like throwing additional women at a pregnancy to move it along.

                        Real programmers use butterflies

                        E Offline
                        E Offline
                        Espen Harlinn
                        wrote on last edited by
                        #28

                        Brooks's Law:

                        Quote:

                        Adding manpower to a late software project makes it later.

                        How can this be transformed into an hilarious analogy for software development? As English is not my native language, I struggle to come up with something worth the faintest glimmer of a smile - but I suspect that it is something the regulars can easily come up with :-\

                        Espen Harlinn Chief Architect - Powel AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra

                        1 Reply Last reply
                        0
                        • N Nelek

                          CHill60 wrote:

                          Obviously no-one on this thread will want it

                          If you promise that it won't come with a legacy project... then you might still find someone somewhere... ;P :laugh:

                          M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                          C Offline
                          C Offline
                          CHill60
                          wrote on last edited by
                          #29

                          And there's the rub... can't give that guarantee :-( :)

                          1 Reply Last reply
                          0
                          • H honey the codewitch

                            I claim comedic license. A statement just has to be true enough of the time to be funny. Not all of the time.

                            Real programmers use butterflies

                            H Offline
                            H Offline
                            H Brydon
                            wrote on last edited by
                            #30

                            That's pretty funny.

                            I'm retired. There's a nap for that... - Harvey

                            1 Reply Last reply
                            0
                            • H honey the codewitch

                              Throwing additional software developers at a problem in order to produce faster is like throwing additional women at a pregnancy to move it along.

                              Real programmers use butterflies

                              O Offline
                              O Offline
                              obermd
                              wrote on last edited by
                              #31

                              The fact that it takes one woman 9 months to make a baby doesn't mean that 9 women can make a baby in 1 month.

                              1 Reply Last reply
                              0
                              • H honey the codewitch

                                Throwing additional software developers at a problem in order to produce faster is like throwing additional women at a pregnancy to move it along.

                                Real programmers use butterflies

                                P Offline
                                P Offline
                                PIEBALDconsult
                                wrote on last edited by
                                #32

                                I suppose it's more like trying to complete a paint-by-numbers project quicker by having multiple people each applying a different color. Or building a house quicker by having all the tradesmen working at once.

                                1 Reply Last reply
                                0
                                Reply
                                • Reply as topic
                                Log in to reply
                                • Oldest to Newest
                                • Newest to Oldest
                                • Most Votes


                                • Login

                                • Don't have an account? Register

                                • Login or register to search.
                                • First post
                                  Last post
                                0
                                • Categories
                                • Recent
                                • Tags
                                • Popular
                                • World
                                • Users
                                • Groups