Komentarze do: Copy and Paste, a jakość kodu. Część druga http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/ Grzegorz Gierlik o niełatwym życiu programisty, rodzica i hodowcy muchołówek... Mon, 05 Oct 2009 14:03:56 +0000 http://wordpress.com/ hourly 1 Autor: Jacek Złydach http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-18 Jacek Złydach Tue, 03 Jul 2007 21:18:58 +0000 http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-18 Powinien, gdyby był idealny, a programista umiał wszystko i nie rozwijał się dalej w danej dziedzinie. Czasem istniejący kod trzeba napisać od nowa - zwłaszcza, gdy zmienia się całkowicie jego koncepcję. Myślę, że to jest kwestia ustalenia dla danego projektu równowagi między dwoma czynnikami: * Jak wiele chcę się nauczyć? (stawianie na 'nowe technologie') * Jak bardzo zależy nam, żeby produkt był w pełni działający i spełniający oczekiwania klienta/własne? (stawianie na 'sprawdzone rozwiązania') Gdy przeważa ten pierwszy czynnik, to framework może przejść zmiany :) Masz rację, duży problem tkwi w tym, że kopiując kod często uważamy, że jest on poprawny... co dość często jest wyjątkowo mylnym założeniem. Powinien, gdyby był idealny, a programista umiał wszystko i nie rozwijał się dalej w danej dziedzinie. Czasem istniejący kod trzeba napisać od nowa – zwłaszcza, gdy zmienia się całkowicie jego koncepcję. Myślę, że to jest kwestia ustalenia dla danego projektu równowagi między dwoma czynnikami:
* Jak wiele chcę się nauczyć? (stawianie na ‘nowe technologie’)
* Jak bardzo zależy nam, żeby produkt był w pełni działający i spełniający oczekiwania klienta/własne? (stawianie na ’sprawdzone rozwiązania’)

Gdy przeważa ten pierwszy czynnik, to framework może przejść zmiany :)

Masz rację, duży problem tkwi w tym, że kopiując kod często uważamy, że jest on poprawny… co dość często jest wyjątkowo mylnym założeniem.

]]> Autor: Grzegorz Gierlik http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-17 Grzegorz Gierlik Tue, 03 Jul 2007 20:54:50 +0000 http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-17 Framework (z angielska ,,szkielet'' :) ) powinien być jeden i ten sam... Pisanie od nowa istniejącego kodu zabiera czas, a testowanie i poprawienie w nim błędów (zapewne już raz poprawionych w oryginale) zabiera jeszcze więcej czasu. Problem w tym, że kopiowany kod uważa się za działający... :(. Framework (z angielska ,,szkielet” :) ) powinien być jeden i ten sam…

Pisanie od nowa istniejącego kodu zabiera czas, a testowanie i poprawienie w nim błędów (zapewne już raz poprawionych w oryginale) zabiera jeszcze więcej czasu.

Problem w tym, że kopiowany kod uważa się za działający… :( .

]]> Autor: Jacek Złydach http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-16 Jacek Złydach Tue, 03 Jul 2007 06:04:14 +0000 http://ggierlik.wordpress.com/2007/05/30/copy-paste-a-jakosc-kodu-czesc-druga/#comment-16 Też kiedyś zastanawiałem się nad tym tematem ( http://temporal.pr0.pl/devblog/2007/06/06/metoda-kopiego-pasta/ ). Odwołując się jeszcze do Twojego poprzedniego wpisu w tym temacie: Zabranie programistom Copy-Paste mogłoby spowodować drastyczne spowolnienie powstawania dużych projektów, gdyż należałoby przepisywać za każdym razem framework od nowa. Przyznam jednak, że sposób, w jaki błędy propagują się przez klawisze CTRL+C i CTRL+V jest przerażający... Pomimo iż staram się kopiować jedynie albo całe pliki sprawdzonego framework'u albo powtarzające się fragmenty 'szkieletowe' kodu (np. pierwsza linijka definicji funkcji w klasie + pola komentarzy, żeby sobie pisania zaoszczędzić) to jednak niejednokrotnie przenosiłem tak błędy. Literówki w komunikatach o błędach to były te najlżejsze. Niektóre błędy, które kopiowałem powstały ponad rok temu ;) Przykład podobny do Twojej funkcji od daty przechodziłem sam z własną funkcją trim(), która 'podobno kiedyś działała', ale tego nigdy nie sprawdziłem :). Błąd ujawnił się dopiero przy zmianie kompilatora. Dlatego kopiując kod warto przeczytać go co najmniej dwa razy. Pozdrawiam! Też kiedyś zastanawiałem się nad tym tematem ( http://temporal.pr0.pl/devblog/2007/06/06/metoda-kopiego-pasta/ ). Odwołując się jeszcze do Twojego poprzedniego wpisu w tym temacie:
Zabranie programistom Copy-Paste mogłoby spowodować drastyczne spowolnienie powstawania dużych projektów, gdyż należałoby przepisywać za każdym razem framework od nowa.

Przyznam jednak, że sposób, w jaki błędy propagują się przez klawisze CTRL+C i CTRL+V jest przerażający… Pomimo iż staram się kopiować jedynie albo całe pliki sprawdzonego framework’u albo powtarzające się fragmenty ’szkieletowe’ kodu (np. pierwsza linijka definicji funkcji w klasie + pola komentarzy, żeby sobie pisania zaoszczędzić) to jednak niejednokrotnie przenosiłem tak błędy. Literówki w komunikatach o błędach to były te najlżejsze. Niektóre błędy, które kopiowałem powstały ponad rok temu ;)

Przykład podobny do Twojej funkcji od daty przechodziłem sam z własną funkcją trim(), która ‘podobno kiedyś działała’, ale tego nigdy nie sprawdziłem :) . Błąd ujawnił się dopiero przy zmianie kompilatora.
Dlatego kopiując kod warto przeczytać go co najmniej dwa razy.
Pozdrawiam!

]]>