Zawsze podobał mi się ten artykuł na temat JoelOnSoftware zatytułowany „Pierwsze rzeczy zrobione, gdy jesteś tylko chrypką”. Mógłbym szczególnie relacjonować, kiedy byłem nowicjuszem (i nadal czuję, że ZAWSZE będę jednym).
Około 4, neutralizowanie bozo. Jakie masz porady dotyczące faktycznego wdrożenia tego w rzeczywistych sytuacjach w pracy? Nie wydaje się to tak łatwe (przynajmniej w naszym zespole), jak po prostu zarejestrowanie błędu w czyimś złym kodzie. Co działa dla reszty z was?
Odpowiedzi:
Stała ocena.
Pod koniec każdego dnia poświęć 30 minut na sprawdzenie, co napisali. Jeśli zrobili coś złego, spraw, aby przepisali.
Jeśli tego nie zrobisz, pewnego dnia zdasz sobie sprawę, że część twojego wniosku, choć wydaje się być w stanie wykonać tę pracę, jest całkowicie niemożliwa do utrzymania, niewłaściwie zaprojektowana i spowoduje wiele problemów w przyszłości - a nawet jutro.
Nawet jeśli sprawi to, że będą mniej produktywne, nadal będzie znacznie lepiej, jeśli stworzą dobry kod przeciwko dwa razy większemu rozmiarowi, ale niemożliwym do utrzymania nadęciu błędów.
źródło
Jeśli dana osoba po prostu nie wie nic więcej, ale chce się uczyć, zapewnij mentoring i przejrzyj kod. Upewnij się, że są narażone na dobry kod.
Naprawdę słabymi programistami są ci, którzy są źle nastawieni i walczą o naukę czegoś nowego. Waszą jedyną nadzieją jest pozwolić im cierpieć poprzez utrzymanie własnego bałaganu lub niektórych prostszych rzeczy. Idealnie byłoby, gdyby ktoś z autorytetu wstał i powiedział, że się zgadza lub odchodzi.
źródło