▲ | mhfu 13 hours ago | ||||||||||||||||
I was thinking of doing something like that, but how does it work for the company in the end? If they vibe coded their project and now have shitty code full of bugs, you come in, fix the bugs and organize the code better and that's it? How do they continue to maintain it if they didn't have the knowledge to set it up in the first place? | |||||||||||||||||
▲ | scorpioxy 11 hours ago | parent | next [-] | ||||||||||||||||
They would try to hire and/or build the team they need to move forward, if they have the money. Knowledge is usually not the problem, it is the shortcuts(or short-term decisions) that got them to a place where they can no longer operate the platform they need to survive. Often this is the cause of prioritizing velocity over anything and everything else. This is choosing the do it fast and do it cheap options with the assumption that it is always correct. That assumption of course is almost never true. By the way, most cases where I've seen this there's usually an investor involved and they need to impress them. | |||||||||||||||||
▲ | Tuna-Fish 9 hours ago | parent | prev | next [-] | ||||||||||||||||
The pattern I've seen repeatedly in real life is that a company does something they don't expect to be important and impactful, cutting every corner they possibly can to shovel out something that minimally meets the requirements. And then that software surprises everyone by actually being wildly successful, and now they have to support it and modify it to a state where they can build upon it. Which might be hard if the product is an unholy mess made by people who knew little of what they were doing and cared about it exactly as much as they got paid for it (that is, not much). And cutting every corner to get the cheapest possible product out might not have even been the wrong call! Presumably most things made this way fare just as well as they were expected to and die quickly after being made, not spending scarce resources on making them better was probably the right thing to do. It just sucks when you end up having to maintain strict backwards compatibility to something that was made in two weeks by one guy who took every shortcut on the way to duct-tape together something that technically does what was asked for. (Yes I'm thinking of you, javascript.) | |||||||||||||||||
▲ | A4ET8a8uTh0_v2 12 hours ago | parent | prev | next [-] | ||||||||||||||||
This. Based on what I have seen so far in my company so very anecdotal. Assuming they know and/or have the capability to do it, between the cost of correcting the issue and push to use AI into everything meaning raising any issue now, politically speaking, is a direct criticism of someone major VP pet projects. I personally simply started to log stuff. The first thing they need to do first is acknowledge there is a problem to begin with. I am so glad I am not an actual programmer though. It would drive me nuts. | |||||||||||||||||
| |||||||||||||||||
▲ | kelvinjps 10 hours ago | parent | prev [-] | ||||||||||||||||
I think if they are interested on fixing it it's because the project provide business value, so then now it's worth it to build the software development team or make a contract with software development agency |