• Squiddlioni
    link
    fedilink
    9516 days ago

    It’s called Brook’s Law. It takes a lot of time and effort getting people up to speed, and that takes experienced devs away from coding. You also have to get them credentialed, teach them the tools, need extra code reviews/testing/bugfixes while they learn the quirks and pitfalls of the code base, etc. In the long term you’ll be able to get more done, but it comes at the cost of short term agility.

    • @[email protected]
      link
      fedilink
      4216 days ago

      If you have a troubled project, and you add more people, you have a bigger troubled project.

      It’s a common trap for project managers … and in fact some pretty high brow projects blew up because of this.

      When you are called in front of the board, and they say:

      “Hey, your project is late, we get it, it’s not your fault, but we have to deliver on the 1st of the month. - and so we’re giving you our 10 best men to get it done”

      I can tell you, it takes a certain amount of testicular fortitude to say “That won’t work”. More than I had at the time , in fact.

      • Transporter Room 3
        link
        fedilink
        2716 days ago

        My anecdote isn’t quite the same since it deals with something a lot simpler, and lower stakes than stuff like this.

        used to assemble bicycles for a sporting goods chain, and had to travel to a nearby city to build theirs because nobody there knew how. I had two days to get 300 done.

        I got there and start, and about two hours in the store manager comes over and tells me he’s pulling 2 of their operations employees to help and learn how to build. “they’re the strongest guys we have so they should have no problem tossing these bikes around”

        I straight up told him I have no time at all to train them on how to build and do the safety inspections correctly, not to mention the fact that I will still have to personally inspect every single one they put together anyway, so if they want to give me help I’ll take it but they’re on trash duty. Remove all the packaging, put the bike next to my work area, toss the trash. I will build. If there’s extra time at the end I will be happy to instruct everyone in the store how it’s done. Or even put me on the schedule for next week to do it.

        Dude got pissy and wanted me to train people first, so I just called the district manager while he was talking and had him tell the guy to do what I said because I’m here at corporates request and if I don’t get the bikes finished in time then “it will look bad on your store’s next visit if the bikes are still boxed up”

        In the end I got all of them done with about 3 hours to spare, so I spent the rest of the time teaching a couple people how to do it.

        • @[email protected]
          link
          fedilink
          1016 days ago

          Holy shit. In an 8 hour day that’s like 20 bikes an hour. So that’s a bike every three minutes. How is that even possible?

          • Transporter Room 3
            link
            fedilink
            515 days ago

            Lol I wish it was just an 8 hour day.

            More like 12-14 hours, and with the experience I had I was able to build most in about 6-7 minutes.

            There’s downsides to speed building like that, because whoever has to inspect it when it gets sold has to spend a lot longer fixing minor problems.

            If I were building at my own store, each bike took about 20 minutes because I made sure everything was as close to “ready to ride” as possible.

            Nowadays I bulk build for many companies. They don’t give a shit about quality but I spent years making sure my bikes were perfect, so I still like to make them good to ride out the door.

            my quickest bike was one particularly well put together model. 3 minutes per bike and it was good enough that I’d ride one without tools to the nearest store a few miles away.

    • @[email protected]
      link
      fedilink
      English
      3016 days ago

      but it comes at the cost of short term agility

      Often long-term agility, as well.

      Big teams are faster on straightaways. Small teams go through the corners better. Upgrading from a go-kart to a dragster may just send your project 200mph into a wall. Sometimes a go-kart is really what you need.

    • Tar_Alcaran
      link
      1616 days ago

      Yeah, it happens everywhere, all the time. And the main cause of it is, surprise surprise, people who have no technical understanding of the subject matter.

    • Ephera
      link
      fedilink
      1416 days ago

      Currently in a project, where for strategic and unrelated reasons, we ended up with 4 new juniors and had to hand off one senior. In a team that consisted of merely 3 people before.

      So, it’s just me and another guy having to constantly juggle these juniors to push them back into the right direction and review whatever code they ended up with.
      It’s so frustrating, because while I’ll gladly pass on my knowledge, the project has basically ground to a halt.

      There’s so many tasks me and the other senior would like to just quickly tackle. Which should just take a few days, no big deal. Oh no, I rarely get a day’s worth of work done in two weeks. The rest is just looking after the juniors, who cannot tackle many of the actual crucial tasks.

      And it’s not even like the juniors are doing a bad job. Frankly, they’re doing amazingly for how little support we can give them. But that doesn’t stop the project from falling apart.

      • Squiddlioni
        link
        fedilink
        2816 days ago

        Maybe “credentialed” wasn’t the right word. I was thinking of software licenses and access to third party tools and systems. Probably not as big a mess in game dev as it is in government.

  • Transporter Room 3
    link
    fedilink
    3716 days ago

    Wait, people are complaining about manor lords already? So far I like it and haven’t come across anything bothersome yet. I haven’t played a ton, but I’m getting a good village going.

    If anyone thinks hiring 50 people will get them an update in a week, they’ve never worked on a group project at all, let along a comolicated one. They’ve been working on it for what, 5 years now? And it’s just gotten what is essentially a beta buukd?

    These people need to chill out and let a good game slowly unfold, not take a promising start and try to speed run into the trash can.

    Luckily the devs are a lot smarter than the average 11 year old.

  • @[email protected]
    link
    fedilink
    2615 days ago

    I mean no, but also… yes? Like having a one person dev team is a little ridiculous for a game selling as well as Manor Lords. 50 people is a lot, but do you really think the game would have less features a year from now if the dev hired like 3 people to help?

    Obviously development would slow down in the short term, but a one person dev team is asking for disaster

    • @Aquila
      link
      214 days ago

      Ideally the solo dev and visionary would cease development and move into a product owner role. Bringing other devs up to speed on the code base while also maintaining quality, vision, and cultivating a team is no trivial task. Not to mention this particular dev may not want or be able to such things.

  • dream_weasel
    link
    1416 days ago

    9 women cannot have a baby in 1 month obviously, that’s an assembly problem.

    What you need is 1 woman and 9 men.

  • @[email protected]
    link
    fedilink
    516 days ago

    I bought it to support it. Haven’t played it yet, but i will sooner or later. Let the guy cook.

  • @[email protected]
    link
    fedilink
    3
    edit-2
    15 days ago

    Quality over quantity. I have seen people who have done things better and faster than a whole team. I am almost one of them but alas I only work for few hours before deadline. If I could work like this every day I would single handedly build everything. It kinda bugs me what stuff I could do if I didn’t suffer and delay it all feeling mix of guilt and shame.

  • @[email protected]
    link
    fedilink
    016 days ago

    The Open Source development approach makes it a lot easier because you don’t necessarily have to train devs at all you just need to review pull requests and examine some of the forks.