Postępuj zgodnie ze wskazówkami technicznymi zawartymi w odpowiedziach zorientowanych technicznie; to dobre rzeczy. Moja odpowiedź dotyczy bardziej nastawienia.
Czując się źle, popełniając rodzaj błędu, który każdy programista popełnia czasami, jest po prostu absurdalny i nie pomaga ci nie popełnić tego rodzaju błędu w przyszłości. Siedząc tam, czując się źle, kompilacja jest wciąż zepsuta, wiesz? A potem twoja praca polega na unikaniu błędów, które, jak wiem, sprawiają, że wstawanie z łóżka każdego dnia jest ekscytującą przygodą, prawda?
Słyszałem o firmach, w których sprawdzanie uszkodzonego kodu jest powodem do publicznego zawstydzania. Nie potrafię nawet pogodzić się z takim wypaczonym, braterskim chłopcem, myśleniem na wysokim szczeblu, które prowadziłoby do takiego zachowania. Lider zespołu lub menedżer nie może mieć ŻADNEGO efektu przeciwnego do zamierzonego.
Więc nie pobijaj się. Wszyscy to zrobiliśmy. Prawdopodobnie kosztują mnie pół dnia w tygodniu na głupie błędy i robię to od dłuższego czasu (kaszel). Tak wygląda pisanie kodu - nieustannie walczysz z czymś, co wydaje się być Twoją własną niedoskonałością. Tym, co czyni profesjonalistę profesjonalistą, nie jest mityczna cecha, że nigdy nie popełnia błędów (w tym czasem dużych), ale sposób, w jaki ODPOWIADA na popełnione błędy.
Jeśli jest jedna mantra, którą mógłbym zaszczepić w każdym programiście, z którym współpracuję, jest to: Nie jesteś swoim kodem . Piszesz kod. Piszesz to tak dobrze i efektywnie, jak tylko potrafisz. Potem idź do domu. Jeśli utożsamiasz swoją wartość lub poczucie własnej wartości jako osoby z jakością swojego kodu, po prostu brakuje ci łodzi o tym, kim naprawdę jesteś.