Znaczenie „czystego kodu” dla konkurencyjności

W zasadzie są trzy rodzaje kodu, który piszemy jako programiści:

1. Kod, który wprowadza nowe funkcje lub optymalizacje.
2. Kod, który ma naprawiać lub omijać błędy.
3. Kod, który służy „tylko” do ułatwienia konserwacji i przyszłych rozbudów.

Zauważyłem, jak wielu konsultantów całkowicie pomija ten trzeci rodzaj.

Problem polega na tym, że bez tego kodu poprawiającego strukturę od samego początku powstaje kod na jedno użycie.

Dokładnie tak jak kod tworzony przez programistów działających pod wpływem nastroju: kod na jedno użycie.

Nie chcę nikogo urazić. Ale można by właściwie stwierdzić, że ten, kto dziś pomija kod poprawiający strukturę, może w przyszłości mieć trudności z konkurowaniem z AI w programowaniu.

Można by też zrzucić winę na zleceniodawców.

Chcą, żeby kod był tworzony jak najtaniej.

To, że odbywa się to kosztem dalszego rozwoju, przekłada się na wysokie koszty późniejsze:

• Wyższe koszty naprawy błędów.
• Dodawanie nowych funkcji staje się bardziej skomplikowane i pracochłonne, a przez to droższe.
• Pojawia się więcej ukrytych błędów

Prowadzi to do spadku konkurencyjności, a jakość programu na tym cierpi.

Uważam, że te linijki kodu, o których wspomniałem – te poprawiające strukturę – są najważniejsze podczas tworzenia oprogramowania.

Te linijki przynoszą ogromne korzyści w dłuższej perspektywie, ale nie dają natychmiastowych, szybkich efektów.

Właśnie dlatego konsultanci i firmy programistyczne powinni poświęcać więcej czasu na te „niepotrzebne na pierwszy rzut oka” linijki kodu.

Dzięki temu mocno wyróżnią się na tle innych graczy na rynku, a także w porównaniu ze sztuczną inteligencją.

W Langmeier Backup i aBusiness Suite inwestuję w ten kod poprawiający strukturę około 70–80%.

Jeśli mimo takiego podziału czasu co piąty dzień uda mi się stworzyć nową funkcję, to za pięć lat będę miał 300 nowych funkcji i optymalizacji.

A to oznacza 300 nowych optymalizacji, które są stabilne i doceniane przez użytkowników.

I moim zdaniem właśnie o to chodzi: przy tworzeniu oprogramowania trzeba dążyć do zapewnienia użytkownikom długoterminowych korzyści.