3 ms·
The last 3 points make a lot of sense. The first one however I don't understand. Do you mind to give one or two concrete examples of that?
by valenterry 3y ago
The last 3 points make a lot of sense.
The first one however I don't understand. Do you mind to give one or two concrete examples of that?
- coldtea 3y ago>The first one however I don't understand. Do you mind to give one or two concrete examples of that? Not everything about a project maps to a type. The team might have to handle the issue (and have a way to talk about the problem) of back-pressure for example. Doesn't mean there's a back-pressure type in the server code, or a "back-pressure-handler" class or something like that. And that's still a term referring to a core tech aspect. There are terms related to projects that teams need to agree on that are appplicable to the sales or marketing or user documentation of the software, and not classes.