this post was submitted on 08 Jun 2024
720 points (97.0% liked)

Programmer Humor

32508 readers
607 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[โ€“] MisterFrog@lemmy.world 39 points 5 months ago* (last edited 5 months ago) (1 children)

Problems caught early are much easier to fix than problems caught later. This applies to any project (I'm not a programmer, but an engineer in the traditional sense).

Just "doing it" without coordination and review is a great way to waste a bunch of effort down the line with re-work.

Edit: typo

[โ€“] Tryptaminev@lemm.ee 8 points 5 months ago

While i agree with the principal statement, this also requires two things to work:

First: The scope should be defined properly, so people can contextualize what they are actually doing and reviewing.

Second: If the scope is subject to change, or parts of it are unclear, there needs to be room to consider, develop and try different variants

This is were good management is crucial, which includes giving breathing room at the start. What we tend to experience is the expectation of already good detailed results, that can be finalized but still work if things change significantly.