Fredrik wants to think about long-lived code. Lars is offended, Andreas only a little bit so.
Are there other good software development practices out there? Other than the ones focusing on building something quickly? Practices for building software which lives on and is maintained for much longer than we seem to care to admit? Should we remove dependencies over time? The swamp of dependency management and vendoring is probed, gradually shifting into firmware, the horrors of floating point (proper excuses are made), small language models.
Finally, of course, indecent cups of tea.
Links