OH Lord You have so much time in development that you can embed extra maybe code. Sorry I was just caught by surprise because I use extra time for commenting so my not so understandable code, code that isn't as self commenting as I thought it was is more readable. That is so when I get frustrated by the death march and pull a Monte Python ( for you that have not seen the Holy Grail 200 times - RUN AWAY, RUN AWAY) the younger programmers will be able to pick up my code and say yes I can read that. Sorry Adam I come from the early death March era not being critical and I apologize if I have offended. No Really I realy do.
How’s it going, I'm a Adam, a Full-Stack Engineer, actively searching for work. I'm all about JavaScript. And Frontend but don't let that fool you - I've also got some serious Backend skills.
Location
City of Bath, UK 🇬🇧
Education
10 plus years* active enterprise development experience and a Fine art degree 🎨
🤔.. no I don't think you read the post as intended. it should describe a journey from over engineering to looking for the simplest solution for the time that is needed. In my spare time yes I develop stuff and yes I do crazy shit that I probably shouldn't but it's my time. Spare time is classified as time at home because I am not free at work. Your comment doesn't make a lot of sense to this post, or perhaps I am the one reading it wrongly.
Yes I can reply to my own post with alacrity I hope.
I am trying to understand how future-proofing would work in today's fast build (scrum) and fast build (Scrum again) work environment. You have your stories that the program management folks pick from for each scrum and they very rarely give you an opportunity to read stories that are not in the current scrum. Even As a lead I was seldom given a look at the whole project, at most a month ahead an I don't believe Future-Proofing for 30 days would add enough value to make it worth while. Even as far down the road as 30 days may seem, we all know how fast code can change and how ideas can change even 30 Days out. You would need to capture current and future requirements and some how freeze them to make it worth while or you would be pulling future code as fast as you were writing now code.
I am afraid that Agile Program Management my well make even the Idea of Future-Proofing obsolete just as it has waterfall and a whole whole host of others.
Have a good day and I hope my attempt with out the sarcasm is of some merit to the conversation.
How’s it going, I'm a Adam, a Full-Stack Engineer, actively searching for work. I'm all about JavaScript. And Frontend but don't let that fool you - I've also got some serious Backend skills.
Location
City of Bath, UK 🇬🇧
Education
10 plus years* active enterprise development experience and a Fine art degree 🎨
Perhaps that is relative to the workplace, we are fairly self governing at Dyson. The team has an awareness of what's coming, we pick our tickets in sessions it's fairly open. I don't have any other experience to compare it to but I suppose agile works differently everywhere.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
OH Lord You have so much time in development that you can embed extra maybe code. Sorry I was just caught by surprise because I use extra time for commenting so my not so understandable code, code that isn't as self commenting as I thought it was is more readable. That is so when I get frustrated by the death march and pull a Monte Python ( for you that have not seen the Holy Grail 200 times - RUN AWAY, RUN AWAY) the younger programmers will be able to pick up my code and say yes I can read that. Sorry Adam I come from the early death March era not being critical and I apologize if I have offended. No Really I realy do.
ssndude2/Rick
🤔.. no I don't think you read the post as intended. it should describe a journey from over engineering to looking for the simplest solution for the time that is needed. In my spare time yes I develop stuff and yes I do crazy shit that I probably shouldn't but it's my time. Spare time is classified as time at home because I am not free at work. Your comment doesn't make a lot of sense to this post, or perhaps I am the one reading it wrongly.
Yes I can reply to my own post with alacrity I hope.
I am trying to understand how future-proofing would work in today's fast build (scrum) and fast build (Scrum again) work environment. You have your stories that the program management folks pick from for each scrum and they very rarely give you an opportunity to read stories that are not in the current scrum. Even As a lead I was seldom given a look at the whole project, at most a month ahead an I don't believe Future-Proofing for 30 days would add enough value to make it worth while. Even as far down the road as 30 days may seem, we all know how fast code can change and how ideas can change even 30 Days out. You would need to capture current and future requirements and some how freeze them to make it worth while or you would be pulling future code as fast as you were writing now code.
I am afraid that Agile Program Management my well make even the Idea of Future-Proofing obsolete just as it has waterfall and a whole whole host of others.
Have a good day and I hope my attempt with out the sarcasm is of some merit to the conversation.
ssndude2/Rick
Perhaps that is relative to the workplace, we are fairly self governing at Dyson. The team has an awareness of what's coming, we pick our tickets in sessions it's fairly open. I don't have any other experience to compare it to but I suppose agile works differently everywhere.