«
»

Copy and Paste, a jakość kodu. Część pierwsza

By Grzegorz Gierlik

Byłem jakiś czas temu świadkiem ciekawej rozmowy, po której naszła mnie następująca myśl — pozbawienie programisty funkcji Copy & Paste dramatycznie poprawiłoby jakość kodu przez niego tworzonego.

Dlaczego? Bo nie mogąc kodu skopiować w nowe miejsce musiałby pomyśleć jak z tego kodu zrobić użyteczną funkcję. A więc wydzielić logiczne bloki kodu (które być może także stałyby się funkcjami), odpowiednio taką funkcję sparametryzować, aby była jak najbardziej ,,reużywalna”, itd.

Także utrzymanie takiego kodu byłoby prostsze — nie trzeba byłoby wyszukiwać wszystkich wystąpień skopiowanego kodu i poprawiać błędów lub zmieniać funkcjonalność we wszystkich miejscach gdzie kod został wklejony.

A co Wy, drodzy czytelnicy o tym myślicie?

Tagi: ,

Ten wpis () został dodany 3 kwiecień 2007 o godzinie 21:48 i widnieje w kategorii inżynieria oprogramowania, zarządzanie projektami. Możesz śledzić odpowiedzi na ten wpis przez RSS 2.0. You can leave a response, or trackback from your own site.

Odpowiedzi: 2 do “Copy and Paste, a jakość kodu. Część pierwsza”

  1. Copy & Paste, a jakość kodu. Część druga « O programowaniu i nie tylko… mówi:
    30 maj 2007 o 21:48 | Odpowiedz

    [...] czasu ostatniego wpisu, uważnie obserwuję temat i już parę razy złapałem siebie i innych, na bezrefleksyjnym [...]

  2. Narzędzia. ClipX czyli jak zarządzać historią schowka w Windows « O programowaniu i nie tylko… mówi:
    22 czerwiec 2009 o 1:26 | Odpowiedz

    [...] i możliwości korzystania z poprzednich elementów schowka. Wady, z punktu widzenia programisty, ogromnej [...]

Dodaj komentarz