Adio unei linii de APL: cum am scăpat de un macro străvechi fără să înnebunesc

Imaginați-vă că găsiți în pivniță o instalație electrică veche pe care nimeni n-a atins-o din anii '70. Cam așa arată o linie de APL care a trăit în baza de cod a unui dezvoltator mai bine de un deceniu. APL e un limbaj unde codul arată ca o mulțime de hieroglife, iar o singură linie poate face cât o carte întreagă în Python.

Tipul ăsta s-a hotărât în sfârșit să-și ia rămas-bun de la macro-ul care odată părea genial, iar acum e doar o durere de cap. El descrie cât de mult s-a temut să atingă acea linie, pentru că era „vaca sfântă” — funcționa, dar nimeni nu înțelegea cum. Vă sună cunoscut, nu?

De ce e important pentru developeri?

• APL e exotic, dar codul moștenit poate fi de orice fel. Uneori e mai simplu să rescrii decât să descifrezi magia.
• Autorul arată cum a înlocuit treptat funcționalitatea, până când linia a devenit inutilă. O lecție de refactorizare fără fanatism.
• Dacă aveți în proiect o „linie care nu trebuie atinsă” — poate e timpul pentru un ritual de adio.

În final, a șters-o pur și simplu. Niciun deploy dramatic vineri seara — doar un commit cu mesajul „Goodbye, old friend”. Și CI nu s-a stricat. Așa se încheie epocile.

Comentariul studioului METABYTE: Și noi găsim uneori în proiectele clienților artefacte care funcționează „prin magie”. Echipa noastră știe cum să facă exorcismul codului moștenit fără victime. Important e să faceți backup, că nu se știe.