Co zrobić, gdy musisz kodować w złych standardach (projektowych)

Nie chodzi tu o typowe konwencje nazewnictwa, w których należy umieszczać komentarze, jeśli powinniśmy używać regionów itp. Chodzi o standard kodowania, który omawia szczegóły dotyczące tego, jak programista powinien zaprojektować swoje aplikacje.

Rzeczy takie jak: (w aplikacji .NET, a nie w dokładnym brzmieniu)

• Zrób jak najmniej klas
• Klasy powinny robić tyle, ile mogą ich odpowiedniki z prawdziwego świata
• Modyfikacja jest lepsza niż rozszerzenie
• Jedna biblioteka DLL na kategorię (jedna biblioteka dla funkcji e-mail, jedna biblioteka dla funkcji związanych z plikami)

Każdy miał swoje doświadczenie ze złym kodem i prawdopodobnie złym projektowaniem, ale co, jeśli zostałeś umieszczony w zespole (opuszczenie nie jest opcją), w którym mieli standardy projektowe, które po prostu nie pasują. Nie jestem pewien, jak zareagować profesjonalnie, gdy czuję, że umieram w środku, ilekroć będę proszony o kodowanie w ten sposób.

Nie wiem, kto to powiedział, ale w obliczu sytuacji, której nie lubisz, istnieją tylko trzy opcje:

1. Zmień to.

2. Zaakceptuj to.

3. Zostaw to.

Czy masz energię i wpływ w firmie, aby gigantyczny wysiłek wypróbować pierwszą opcję? Czy chcesz pisać lepszy kod ukrywając się i ryzykować zwolnieniem?

Czy potrafisz zaakceptować sytuację i napisać kod do tych „standardów”? Moja rada, nie rób tego, chyba że naprawdę potrzebujesz wypłaty. Powoli obniży twoje morale.

Który pozostawia opcję 3. Nawet jeśli musisz zaakceptować sytuację w krótkim okresie, powinieneś zacząć szukać gdzie indziej innej pracy.