Re:Boeing to lay off hundreds more engineers
by intrasight on Tuesday April 18, 2017 @11:10PM
(#14145167)
Actually that's exactly how it is done in highly structured "clean room" software projects. If you fixed the "bug" in your software, then the process team couldn't fix the "bug" in the process that resulted in the bug in the software.
[ Parent
| on HN ]
Re:Boeing to lay off hundreds more engineers
by kakarot on Wednesday April 19, 2017 @07:30AM
(#14146974)
Could you give me an example of such a project with this kind of restriction?
Re:Boeing to lay off hundreds more engineers
by marsRoverDev on Wednesday April 19, 2017 @09:16AM
(#14147449)
Space industry software is siloed in exactly this way. I write code, someone else unit tests it (C), someone else entirely writes integration tests (Java), then someone else writes a final integration test (Java).
It's horrendously redundant and wouldn't be applicable to most software, but it does work well; when bugs are picked up by the third or fourth layer of testers, which happens from time to time.
Re:Boeing to lay off hundreds more engineers
by kakarot on Wednesday April 19, 2017 @06:43PM
(#14152450)
Neat. As long as there is reliable communication throughout the different teams, I guess this kind of thing makes sense for space tech and other highly critical software.
Is this based on seniority, as in the new guys have to write the tests? That way you would at least have some experience with how to code in an easily testable fashion.