07/02/2022
🇺🇸 Does perfect code review exist? Should we spend all day on it? It depends. First, consider if you know what is the change you’re about to review. If so - you’ll not spend as much time as if it’s something totally new to you. Then, make sure that you understand what is this change about. If not - take time to understand it. After that you’re able to check code style, names of the methods/functions/variables, dependencies between modules and contracts you made in your team. As you can see it really depends but make sure you spend some time on that because the code you’re reviewing is the same code you’ll be maintaining and developing in the future! ☺️
—————————
🇵🇱 Czy istnieje idealne Code Review? Czy powinnismy spędzać nad nim zawsze cały dzień? A co z taskami programistycznym?! Moim zdaniem to wszystko zależy. Od tego czy znasz zmianę która masz poddać swojemu review? Jeśli nie to na pewno dowiedzenie się po co i dlaczego zajmie Ci więcej czasu niż gdybys byl_ w procesie jej powstawania. Poza tym, czy w ogóle rozumiesz co się tam dzieje?! Jeśli nie, to oczywiście poświęć zrozumieniu tyle czasu ile potrzebujesz, bez tego trudno zrobić dobre i wartościowe review. Dopiero wtedy będziesz w stanie sprawdzić kod pod względem stylu, nazewnictwa i zależności między modułami. Tal jak widzicie, nawet jeśli idealne code review nie istnieje to jest kilka jego elementów o których warto pamietac i poświecić mu czasu. W końcu kod który poddajemy review to kod, który w przyszłości będziemy utrzymywać i rozwijać.
Więcej na ten temat zawarłam w nowym odcinku podcastu the.dev.girl! Jeśli jesteś ciekaw_ to zapraszam do odsłuchania i podzielenia się swoimi odczuciami. A może masz inne przemyślenia niż ja? DAJ ZNAĆ! ☺️