37

How the fuck am I expected to salvage a fucking project that has been handed down to me with.
- No fucking clear architecture
- No fucking documentation
- Fucking shitty ass code base with no fucking coding standards
- The previous team was fucking learning a whole fucking new technology stack *Not fucking kidding* making fucking mistakes left and right
- No code reviews
- Mixing fucking local and cloud enviroment together
- No fucking testing
- Feature that were supposed to be implemented and are not working
- No configuration all the stuff are hard coded
- Full responsiblity for the whole stack
- Only one other guy with me
- And this fucking project has been delayed for a year
- MUCH FUCKING MORE WHERE THAT CAME FROM

Like what the fuck am I expected to do? I took the job thinking that people knew what the fuck they were doing and surprise surprise that was a fucking bust.

the problem is also I am the junior and these fucking people have more experience than me, what the fuck happened to over seeing people's work, PM doesnt give a shit, developers dont give a shit nobody gives a shit.

But when I got this surprise surprise now everyone is interested in finishing the project

BULLSHIT

Comments
  • 1
    Think this is often the case in software. Been thinking about this a lot recently; is most software just flung together and the role of the software dev. is to do incredibly manual tasks updating it etc.

    Idk might just be rambling.
  • 2
    @BooFar I get where your coming from, but there is an extent. I would not have complained if the technical handover was a few months after the start. But that fucking team had a whole year. If they were to come back to the project again they would not understand jack shit
  • 2
    I feel you. My task was to clean up the mess (understatement, the website wasn't functioning at all) a web agency made.

    7 hours debugging an undocumented PHP code with an undocumented API combined with undocumented return types and a highly inefficient way of interacting with the API (enterprise JSON included, custom parser as they used an invalid format).
  • 2
    Sounds like the dev that's gonna take my job in the future if I don't correct my mistakes in time...
  • 2
    Do what I will be doing this year, pull it apart slowly, maintain duplicate code as you rebase everything, and add BDD, Unit and integration tests before you start, if possible to prevent any issues with end users.

    Then as you go, enjoy hitting delete on blocks of code.

    And slowly but surely and you haven't gone insane by the end of it... you'll have a clean project to start burning holes into again.
  • 1
    @c3r38r170 😂 At least you're gonna do it
  • 0
    @C0D4 It would have been plausible to do that if I had the time. Between this project and another it is a nightmare. It hard when you're working with only one other guy, it's not impossible but much harder
  • 1
    Curse Word Count: 21 / 50+

    Rant Rank: Cantankerous Vietnam Vet
  • 1
    Learning how to read shitty code. That's one of the things every good developer eventually does. Good luck 👍
  • 1
    You'll get by, be thankful it was not in React/Angular/VUE. The gods are with you
Add Comment