Dzięki za materiał! Myślę, że w dobie gdzie produkujemy coraz więcej kodu coraz szybciej (a z AI może być jeszcze więcej), temat cognitive loadu będzie coraz ważniejszy. Na GH jest świetne repozytorium - zakirullin/cognitive-load - które w prostych słowach tłumaczy jak developerzy mogą nieświadomie zwiększyć sobie cognitive load przez nadmiarowe używanie abstrakcji, abusing DRY, shallow modules/microservices a nawet... taktyczne DDD :) Polecam.
Dzięki! Dotknąłeś jednego szczególnie ważnego punktu, którego ja nie zdąrzyłem już w ciągu tych 5 minut "obsłużyć" właściwie - nadmiarowych abstrakcji. Abstrakcje to broń obosieczna: dobrze użyte ukrywają zbędne szczegóły i ułatwiają zrozumienie, ale gdy są "nienaturalne" (nieintuicyjne), mocno wzajemnie zależne, albo gdy jest ich po prostu za dużo - mogą skutecznie zaciemnić obraz. To wręcz krzyczy o osobny, dedykowany odcinek ;D Dzięki raz jeszcze
Dzięki za materiał! Myślę, że w dobie gdzie produkujemy coraz więcej kodu coraz szybciej (a z AI może być jeszcze więcej), temat cognitive loadu będzie coraz ważniejszy. Na GH jest świetne repozytorium - zakirullin/cognitive-load - które w prostych słowach tłumaczy jak developerzy mogą nieświadomie zwiększyć sobie cognitive load przez nadmiarowe używanie abstrakcji, abusing DRY, shallow modules/microservices a nawet... taktyczne DDD :) Polecam.
Dzięki! Dotknąłeś jednego szczególnie ważnego punktu, którego ja nie zdąrzyłem już w ciągu tych 5 minut "obsłużyć" właściwie - nadmiarowych abstrakcji. Abstrakcje to broń obosieczna: dobrze użyte ukrywają zbędne szczegóły i ułatwiają zrozumienie, ale gdy są "nienaturalne" (nieintuicyjne), mocno wzajemnie zależne, albo gdy jest ich po prostu za dużo - mogą skutecznie zaciemnić obraz. To wręcz krzyczy o osobny, dedykowany odcinek ;D Dzięki raz jeszcze