Date: Thu, 11 Dec 2025 13:15:06 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@FreeBSD.org> To: Sad Clouds <cryintothebluesky@gmail.com> Cc: Lexi Winter <ivy@freebsd.org>, questions@freebsd.org Subject: Re: Trying to understand base system packages Message-ID: <868qf9cj05.fsf@ltc.des.dev> In-Reply-To: <20251211112643.c8778646e28c8ce70d6a0ea2@gmail.com> (Sad Clouds's message of "Thu, 11 Dec 2025 11:26:43 %2B0000") References: <20251205122830.cb88058f193987b47a95a77c@gmail.com> <20251205134510.6fae5caf@dorfdsl.de> <20251205143119.441cc1bd8722345d074a4480@gmail.com> <16e766b9-f442-4cef-a991-c940f6b8182a@gmail.com> <20251207081139.7e2f65b97b4c089ac0add431@gmail.com> <aTkvIvFJHLf4WxUa@amaryllis.le-fay.org> <aTm6mdWQ_nyv21El@rain.cave> <20251210203319.c248921c4e6aca9ba07458ae@gmail.com> <aToOxuaXNTa5LOOP@amaryllis.le-fay.org> <20251211093606.eade25c5f5c65277120d2f6e@gmail.com> <86ecp1cnji.fsf@ltc.des.dev> <20251211112643.c8778646e28c8ce70d6a0ea2@gmail.com>
index | next in thread | previous in thread | raw e-mail
Sad Clouds <cryintothebluesky@gmail.com> writes: > Safety-critical software will have a much more formal and structured > software life cycle compared to other sectors. If you place more > emphasis on software reliability and maintainability rather than the > development speed, then the Waterfall or V-Model methodology would be > more appropriate. I've worked in the functional safety field. These systems are developed using the waterfall model not because it works but because underwriters require certification and certification bodies are centuries-old organizations with deep roots in civil and mechanical engineering that simply don't understand software. The result is software that has just as many bugs but takes ten times longer to develop and doesn't actually meet its users' needs. The only tangible benefit is better documentation. > The "move fast and break things" philosophy that permeates through many > commercial and open source projects does not sit too well with me. But > that is my personal opinion, and others are entitled to theirs. You are barking up the wrong tree; “move fast and break things” is a business strategy, not a development methodology. DES -- Dag-Erling Smørgrav - des@FreeBSD.orghelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?868qf9cj05.fsf>