🚀 go-pugleaf

W dniu wtorek, 27 listopada 2018 18:25:02 UTC+1 użytkownik wloochacz napisał:
> W dniu 27.11.2018 o 10:09, immo pisze:
> Robisz klasę, która jest.
> I jej używasz latami.
> A potem nagle przychodzi potrzeba dodania do tej klasy czegokolwiek.
> Nie masz klasy bo jest - przepisujesz wszystko.
> Masz klasę co tylko jest - robisz co trzeba w jednym miejscu, reszta 
> działa bez zmian.

Powiem Ci tak. Też zawsze tak myślałem. W swoich aplikacjach, których czas utrzymywania był nieokreślony, też tak mam.
Niemniej to wszystko ma sens jeśli jest zaprojektowane z głową. 
Ostatnio się przekonałem że i tak proste (a może właśnie nie) zadanie można spierniczyć... Więc nie jestem teraz do końca przekonany. W tym konkretnym przypadku o wiele szybciej dałoby się przepisać dużą część kodu niż zastanawiać się jak to rozwiązać w obliczu genialnego opakowywania typów/klas...

> No, nie zgadzam się.
> To o czym mówimy to tylko narzędzie (class helpers czy extension 
> methods), które można używać różnie.
> Ale one nie narzucają jakiegoś tam jedynie słusznego postępowania.
> Od tego jest, że tak powiem, kultura kodowania.
> Pewne wypracowane metodyki, konwencji i wzorce.

To wszystko jednak kwestia dokumentacji, pewnej powtarzalności postępowania i być może, jak to ująłeś - kultury kodowania. I teraz mamy sytuację gdy to zależy od widzimisię programisty a konwencji narzuconej przez producenta.

> Pracujesz w dużej firmie, to powiedz; macie taką kulturę wewnątrz 
> organizacji? Jakiś code guidelines na przykład?

Ostatnio w bardzo dużej. I wierz mi, nie chcesz wiedzieć...

> Jak to dziś mi jeden lead-user powiedział wprost: "czasem mnie Pan z 
> pomysłami sprowadzi do parteru w minutę i bardzo dobrze, bo nie tracimy 
> czasu na głupoty".
> A więc, da się.

Czasem tak. Takich klientów na rękach nosić. Gorzej jak się uprze, ty kodujesz, zmieniasz, a po czasie dowiadujesz się, że to jednak nie ma sensu :>

> Proszę Cię...
> Porównaj sobie zmiany jakie zaszły tylko w samym języku w odniesieniu do 
> pierwotnych założeń.

Dobra dobra - przesadzam. 

> Może, ale ja bymm z tym "jednym z lepszych środowisk 
> wielo-platformowych" jednak nie przesadzał.
> Moim zdaniem, to jedno z lepszych narzędzi do prototypownia aplikacji 
> wielo-platformowych ;-)

Skrót myślowy - dokładnie o to mi chodziło.

pozdrawiam,
Przemek O.