Reddit risks losing its identity in pursuit of profits - eviltoast

Reddit isn’t profitable, despite having more than 50 million daily active users. In preparation for an IPO, CEO Steve Huffman put the platform’s API

  • theneverfox@pawb.social
    link
    fedilink
    English
    arrow-up
    18
    ·
    1 year ago

    I’m a software dev, I can fairly claim to be a software engineer as well

    It’s not just having a product owner. We have a parable…

    A manager asks a senior dev how long it will take him to build a thing. He says 9 months. They ask how long if they get another couple devs on it - he says 8 months. He asks how long if they add a dozen people, and he says it will never be finished

    There’s plenty of variations, but it’s not a joke - how many people built the Linux kernel? How many built C? How many built Apache, how many built transformers, how many built osX?

    The answer to the best technologies is always 1 or 2, maybe with helpers. The more people you add, the harder it is to innovate - you can polish all day long, but 1 sharp person can build something better than a dozen equally sharp people. One brilliant person is more effective than one brilliant person with a dozen helpers

    It’s all about quality, quantity only weighs down the process

    • AnAnxiousCorgi@lemmy.reddeth.com
      link
      fedilink
      English
      arrow-up
      13
      ·
      1 year ago

      At one of my previous gigs our boss was big on the “double the devs/half the time” mentality. Our favorite response was 9 women can't make a baby in 1 month

    • Dark Arc@lemmy.world
      link
      fedilink
      English
      arrow-up
      6
      ·
      1 year ago

      I think this is somewhat overstated (also a dev), but there’s definitely truth to it. The division of work needs to be clear from the start, and ideally the design done collaborative to really have additional devs help.

      Part of the problem is we all think different, so even two brilliant devs can step on each others toes and cause problems if they’re not synced up on what the plan is.

    • LeberechtReinhold@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      Linux Kernel is kind of a bad example since its one of the examples of project scaling with many people from many companies. Even if you want to go with its inception, it came from Unix which already had many people. Of course, its also one of the best examples of actual leadership, proper technical people management, which is something very hard to come by. Its also a great example of how to divide your design and make it scalable, so people are working on different parts totally independent on each other.

      That’s all actual, proper, work, not whatever crappy slide presentation passes as leadership on many places.

    • Balder@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      1 year ago

      Unix has a similar backstory. Prior to its existence, there was a project called Multics aimed at enabling efficient sharing of a computer among multiple users. However, with a lot of teams involved, the project became overwhelmed by excessive complexity and stalled, eventually being regarded as a costly burden and dismantled.

      Later, the guys who would later develop the programming language C joined forces and created Unix. They drew inspiration from Multics but took a much simpler approach, and added some innovative ideas. The result was a remarkable achievement.