Wpis z mikrobloga

@kulisz: Nie, ale tak nieprzemyślany, że jak potrzebuję coś dopisać to zawszę natknę się na jakieś z--------o które trzeba obchodzić na około

@sha4ky: Pewnie tak się skończy, że 75% kodu wyleci i trzeba będzie napisać od początku. Tyle, że robię to niejako obok już istniejącego kodu, w wolnym czasie, więc będzie ciężko.
  • Odpowiedz
@1080p: Wiadomo że całego systemu nie ma sensu przepisywać na nowo jeśli działa. Ale są czasami takie sytuacje gdzie system był pisany przez Hindusów w pseudo PHP z użyciem 3 frameworków, do którego nie ma ani jednej strony dokumentacji, a kod wygląda jakby był konwertowany z asemblera przez automat... ech ... :D
  • Odpowiedz
@hajs86: jeżeli on chce to zrefaktorować do jakiegoś stopnia, żeby chociaż "jakoś" to wyglądało, a kod jest rzeczywiście tak gówniany jak mówi autor to wątpie, żeby można było normalnie do tego napisać unit testy.
  • Odpowiedz
@1080p: piszesz najpierw unit testy z uwzglednieniem planowanych zmian w architekturze, pozniej robisz tak zeby wszystkie przechodzily. Dzieki temu mozesz kontrolowac swoj postep prac oraz ciezko bedzie cos przeoczyc/spieprzyc.

tzw TDD
  • Odpowiedz
@zara2st: wiem co to TDD :) powodzenia z TDD w tightly-coupled gowno-kodzie, gdzie nie idzie wymockować zależności (a refactoring żeby dało radę testować bez przepisania kodu może być niemożliwy)
  • Odpowiedz
@grucha_: Ja w pewnym momencie miałem zacząć od nowa pisać kod, który męczyłem przez 6 miesięcy (kod w całości pisany przeze mnie..) Teraz się cieszę, że tego nie zrobiłem i udało mi się doprowadzić go do jakiegoś stanu (bez szaleństw).

Sam nie czytałem, ale słyszałem dobre opinie o książce: Working Effectively with Legacy Code
  • Odpowiedz