Jokes on you, I like refactoring code.
Refactoring is healthy for code.
This is a good thing!
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…
2am me: why the fuck this doesn’t work anymore!!!
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.”
Bro that’s just Tuesday
Thats what end of life-ing your products is for 😎
How about end of life-ing your client?
😎
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?
This happens multiple times per day. I’ve found doing nothing to be the only logical solution. The 9am meeting says do X, the 2pm meeting says do Y, and each day those meetings drastically change the direction and don’t agree. The only way to win is not to play.
That’s why you get everything in writing. No change without detailed description of what you’re doing and a written reply stating that yes, this is what they want. Otherwise you’ll be in a constant refactoring treadmill.
That would be great if it wasn’t my boss’s boss, and his boss making all the changes. If they were to put something in writing it wouldn’t matter, they simply change it the next day or tell someone else to change it for them. They view this as being “agile”.
I’m working for a big company and our end-user has a lot of ideas of what features he wants. The only issue is that he changes his mind at the end of each sprint or in the middle of it. I am happy he has ideas for making the work more efficient because at the end of the day that’s the major point of our work, but he can’t lock down a deliverable. We have a business admin that’s supposed to work out the actual work we need to do but this end user both won’t take no for an answer for his idea and won’t stick to his own script. I’d describe it less as a feature creep and more as a bunch of lateral moves and shifting goalposts that doesn’t always amount to something better than the first interation yet it’s still somehow a major blocker. Not only that but the big picture ideas get lost in his own plans and it becomes all about the small things he didnt articulate when I present the work.
It’s getting pretty frustrating.
Solid change control. I’ve seen so many project come undone through lack of change control. You can only develop with stable requirements and changes to requirements should come with a cost. Without it it’s basically offering unlimited development forever, often on fixed fee contracts too.
“When you do things the right way, people won’t be sure you’ve done anything at all.”
Composition helps a little at least
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.
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.
Sounds like job security to me.
3 years and $5m down the drain for something we just got in production this year.
Could have been worse?
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.
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.
Oh the flashbacks… Do you work in healthcare or banking?
AR application development.
Good lord it’s everywhere. Get the flamethrowers…
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?”
Oof
I’m in the exact same boat right now.
Also this change from 1:1 to 1:n entity was like one “minor” feature in a rather larger list of feature requests. It so far has caused more work then all the other features combined.
Or worse, it was an n:1 and they want it n:n
And months later you’ll find out, that your change completely fucks over some internal optimizer statistic and causes the DB to turn into lava.
I definitely don’t know that, because of several hour long outages and millions of lost revenue.
Even worse, they’ll claim it was a bug
this is ongoing now. Our “creators” were supposed to be “matched” for a “job” based on “skills”, not “skill”. pure chaos
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.
And you’ll have to do documentation and everything and then they won’t even use it.
I just had to rewrite all my code for 3rd time in a row and I am the customer. Ughhhh
Twitter API user found.
I mean I am the one causing myself to have to rewrite my code. I am developing a VR Theme Park.
I pretend I do not see it
You’d think this is stupid but this has surprisingly worked on more than one occasion for me.
Lmao power move
