wow I can't imagine a developer not having anything to do with design or testing after it's all done (I test as I code, tbh, then do final testing with the customer). Do companies really have only coders who don't even test or have a say in planning? Seems completely inefficient and I'd see that leading to problems. Hello big picture?
It all depends on the scope of the program. For example, at my previous job, I did the majority of the design work (class diagrams, action diagrams, sequence diagrams, etc.) for the team that I was on, and I also developed portions of the software that implemented those. However, I didn't do all of it as there were other developers. Now, you mentioned testing while coding, and developers (should) do that, but it's typically unit testing or something
similar to that (maybe not as official with automated tests, etc.). What I'm talking about is something like software verification or software validation (note: those two aren't the same thing). When I'm talking about test, I'm usually referring to the prior, software verification, which is mostly just requirements-based testing. That's a bit crude of a definition since it's really about testing to make sure it meets any applicable specification, and requirements (typically found in the Software Requirements Specification document or SRS) is really just one of those. Another good example would ensuring any message traffic matches the specific ICD (Interface Control Document).
What on Earth are you talking about?
What on Earth are you asking about? I'm merely stating
why they tacked "engineer" onto the end. The "plebes" thing is just a joke about assumed hierarchy or a faux sense of importance.
