Dear software developer.
How do you define the terms “legacy code” and “legacy systems”?
Please write your definition in the comment field.
/dev/ryge
Soapboxing beyond 140 characters
Dear software developer.
How do you define the terms “legacy code” and “legacy systems”?
Please write your definition in the comment field.
/dev/ryge 
All code that does not have automated tests is legacy code.
I Michael Feathers bog “Working Effectively with Legacy Code” indførte han en definition af “Legacy Code” som ældre kode der er vanskelig at videreforarbejde pga. mangel på automatiseret regression tests.
Men der findes også et andet aspect af Legacy. En stump kode er jo ikke Lagacy blot fordi der ikke findes en test men fordi den honorere et krav der er så vigtigt for forretningen at den ikke kan undværes.
Personligt ville jeg gerne kunne konstruerer en algoritme der ville overleve og blive min Legacy.
Slår man ordet “legacy” op på m-w.com står der følgende: “something transmitted by or received from an ancestor or predecessor or from the past”.
Dette taler lidt for, at dit andet aspekt er vigtigt, nemlig at koden er så central, at den går i arv
At dømme lagacy software efter om der findes en test metode eller ej er for vagt og fremhæver ikke nogle særlige egenskaber eller forhold der legalisere at en bestemt slags software bliver lagacy.
Vi kunne se på Ludwig van Beethoven og hans legacy!
“Legacy code” is code that I didn’t write 😛
All code that is not covered by unit tests is legacy code
All code that is not being actively worked on within a project setting should be considered legacy. Every time you have to re-learn why this piece of code exists, it is legacy.
What they said.
Pingback: Legacy systems revisited | /dev/ryge