Kod niskiej jakości może stanowić dodatkowy koszt w rozwoju witryny, a nawet
gorzej, cała sprawa. Wielu przedsiębiorców nie ma pojęcia o programowaniu lub
nie może również uzyskać pomocy od osoby technicznej w tym obszarze. Na szczęście możesz to sprawdzić
jakość kodu samodzielnie. Zastanawiasz się jak? Postępuj zgodnie z instrukcjami podanymi w
Ten artykuł!
Table of Contents
Po pierwsze – zapobieganie
Przed rozpoczęciem współpracy z programistą warto sprawdzić potencjalnego pracownika
dla jakości tworzonego kodu. Jak to zrobić? Najlepiej poprosić o podanie kodu
próbkuj prywatnie lub za pośrednictwem usługi podobnej do Github. Sprawdź kod uzyskanym kluczem lub
poproś doświadczonego programistę o wstępną ocenę.
Co wpływa na niską jakość kodu?
Istnieje kilka elementów, które wpływają na złą jakość kodu. I w rzeczywistości programisty
zaniedbanie nie zawsze jest najważniejsze. Ty, jako komisarz, możesz również przyczynić się do
obniżenie jakości kodu przez:
- zbyt krótki czas dostawy,
- źle zaplanowany projekt, specyfikacja przygotowana w pośpiechu,
- słabe oszacowanie zakresu i budżetu projektu, więc programista dodaje
dodatkowe zmiany w ramach tego samego budżetu, - tam, gdzie jest sześciu programistów, jest też… zapach kodu – staraj się zachować dobre-
znany, stały zespół, - projekt / współpraca z tobą jest jednorazowa, co zmniejsza zaangażowanie,
- naucz się podstaw języka programowania, w którym realizowany jest Twój projekt
na zewnątrz.
Dlaczego słaby kod jest tak zły?
Istnieje kilka powodów, z których wszystkie mają negatywny wpływ na biznes:
- opracowanie i utrzymanie kodu jest kosztowne,
- może być konieczne przepisanie projektu od zera,
- trudno jest znaleźć programistów chętnych do pracy ze słabym kodem jakości,
- może zaprzestać lub spowolnić rozwój biznesu,
- zmniejszone bezpieczeństwo,
- generuje błędy, które są trudne do zidentyfikowania i naprawienia.
Zaśmiecenie w kodzie
Otwórz kilka plików i przyjrzyj się dokładnie kodowi. Jeśli zamiast ładnego, regularnie formatowanego tekstu
którego w ogóle nie rozumiesz… widzisz bałagan, którego nawet nie możesz przeczytać, zrozumieć,
w ogóle interpretować
nie widzę żadnej logiki – poinformuj kontrahenta o swoich obawach.
Nazwy i konwencja nazewnictwa
Jeśli w jakiś sposób zajmujesz się programowaniem, wiesz, jakie są funkcje i zmienne. Jeśli
nie jesteś z nimi zaznajomiony, pozwoli ci na to 5 minut czytania przewodnika
rozpoznaje funkcje, klasy, zmienne w testowanym kodzie. Co powinno cię zaalarmować:
Wpisy nie w języku angielskim,
Niezrozumiałe nazwy np .: xyz () zamiast addUser (),
niespójność formatowania, np. nazwa funkcji, nazwa funkcji, nazwa funkcji.
<! – Zbyt wiele komentarzy ->
Może się wydawać, że / * komentarze w kodzie opisujące procedurę wszystkiego * /
wydaje się dobrą praktyką. Cóż, niezupełnie, szczególnie jeśli wykonawca miał problemy
poprzedni akapit i próbował nadrobić zaległości za pomocą komentarzy. Ostatecznie kod powinien
być zrozumiałe bez dodatkowego opisu. Komentarze powinny być używane tylko wtedy, gdy
nie jest możliwe.
Za dużo frameworków
Wykonawca doradza korzystanie z wielu różnych framework’ów? Jeśli tak, to warto to rozważyć
czy wszystkie są konieczne. Powielanie struktur wykonujących te same zadania jest
najprostszy sposób, który prowadzi do skomplikowanego kodu. W rezultacie strona będzie cięższa i
bardziej podatny na awarie.
Nie nowe lub przestarzałe technologie, lecz najlepsze!
It is very easy to check whether the contractor will use the framework he learned X years
ago (and he is still trying to push it into customers), or trying to convince us to innovate. In
both cases this may lead us to maintenance problems regarding our website.
Sprawdź sposób działania repozytorium
W przypadku tworzenia stron internetowych nie wymagałbym repozytorium, ale jeśli masz dostęp do
jeden pozwoli ci śledzić postęp pracy. Również po tzw
„Popełnia” i ich opis, możesz ocenić, jak projekt jest prowadzony. Jeśli opis
pojedynczy „zatwierdzenie” jest bez znaczenia i nie zawiera żadnych informacji, może być trudny
znaleźć w przyszłości.
Poproś o testy
W przypadku aplikacji testy jednostkowe powinny być pisane jednocześnie. Ich zadaniem jest
przyspieszyć sprawdzanie kodu. Ponadto wymuszają większą uwagę na jakość kodu
samo.
Jeśli właśnie obramowałem twojego programistę …
ponieważ zmotywowałem cię do sprawdzenia jakości kodu, przepraszam za problem. W zależności
w umowach i zobowiązaniach powinieneś wskazać źródła zapachu kodu, zarysować
plan naprawy i, co ważne, wdrażaj go tak szybko, jak to możliwe, aby nie kontynuować
ślepy zaułek.
Na koniec życzę udanych projektów z kodem wysokiej jakości. 🙂