loading...

re: Designing Systems VIEW POST

TOP OF THREAD FULL DISCUSSION
re: UML and its relatives have a point if you're throwing specifications over the wall to another team you can't interact with directly (or vice versa)...
 

If you're throwing stuff over a wall then your system is doomed to failure. I know this kind of spec and hand-off approach was popular at one point, but it's basically a failed development strategy.

You need a two-way communication with the teams involved in the development of a product.

UML is attempting to patch a fundamentally flawed approach.

Sure, it's flawed if not outright The Wrong Way To Do Things, but that doesn't mean it's not still happening for reasons which are often outside developers' control. And if you want to have any chance of getting something usable out of that kind of process, you need to set stuff in stone.

code of conduct - report abuse