• ExtraMedicated@lemmy.world
    link
    fedilink
    English
    arrow-up
    86
    ·
    1 year ago

    3 months ago:

    “Can you comfirm that each user account can have no more than one of these entities?”

    “Yes. Definitely.”


    Today:

    “Oh by the way, we have some users who need to have multiple entities. Can you fix it?”

    • jadero@programming.dev
      link
      fedilink
      arrow-up
      39
      ·
      1 year ago

      I eventually learned to never trust any restrictions on the user.

      I quickly learned to make sure everyone had a copy of decisions made, so that I could charge by the hour for changes. I eventually learned to include examples of what would and would not be possible in any specification or change order.

      • sip@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        this is ongoing now. Our “creators” were supposed to be “matched” for a “job” based on “skills”, not “skill”. pure chaos

  • fsxylo@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    15
    ·
    1 year ago

    It’s a good thing I’m a hobbyist so that I can avoi- hmm, now that I think about it this feature could be really cool and shouldn’t take too long to implement…

      • potoo22@programming.dev
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        Spouse at 7:00 AM: “Why do only some of the house lights work and there’s no hot water?”

        Me: “You know that quick fix I was working on last night. Well, umm, one thing led to another aaaand… Umm… Just so you know, your phone is using mobile data because the wifi is out.”

  • malloc@programming.dev
    link
    fedilink
    arrow-up
    13
    ·
    1 year ago

    In consulting, that’s called “after work”. Got to pump those billables

    Honestly though, unless it’s a feature that is completely outside the domain of the application. If you have to re-write your entire app then your app was probably dog shit to begin with

  • ChickenLadyLovesLife@lemmy.world
    link
    fedilink
    English
    arrow-up
    11
    ·
    1 year ago

    My favorite thing was having to rewrite an enormous amount of code to support a new feature because the original architect originally wrote an enormous amount of code in anticipation of supporting a new feature like it.

  • douglasg14b@programming.dev
    link
    fedilink
    arrow-up
    10
    ·
    1 year ago

    If you do this enough you know how to design your solutions to be relatively flexible. At least for your backends.

    Your frontend will always churn, that’s the nature of the job.

    • vivadanang@lemm.ee
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      Your frontend will always churn, that’s the nature of the job.

      Yep. The trick is to be gone before anyone finds the gross stuff needed to make it all work.

  • Sigh_Bafanada@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    We just need to change one field into an array, so that users can be linked to more than one location.

    We estimate around 400 hours work.

    • vivadanang@lemm.ee
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      We estimate around 400 hours work-

      In order to analyze the problem, inform stakeholders and a allow for a brief period for outlining the next potential steps to be decided by the steering committee. Once there, we can talk about allocating developer hours to enabling the resolution and it’s required upgraded dependencies. See my previous estimate sent 2/7/2018.

  • Naomikho@monyet.cc
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    1 year ago

    This literally happened in my meeting last week. Top position development manager was complaining the existing thing was shit. Basically means we have to build a new thing from scratch. And guess what? The deadline is 12 Sep.

    If you think it was shit why did you let them do what they did in the past?