EDIT:

Dziękuję wszystkim za wspaniałe rady, komentarze i opinie.

Okazuje się, że w tej sytuacji nikt nie był „złym gościem”. Rada, którą tu otrzymałem, pomogła mi w ponownym skontaktowaniu się z poprzednim kierownikiem projektu. Okazuje się, że moja firma, bez wyraźnego powodu, otrzymała wczesną „w fazie rozwoju” wersję kodu. Stara firma przesłała nam wersję gotową do produkcji i, jako wisienka na wierzchu, publicznie pochwaliła mnie za efektywną inżynierię wsteczną niekompletnego produktu na taką głębokość, na jaką miałem.

TL; DR

Odziedziczyłem projekt. Krótko mówiąc, kod, który mam utrzymywać, jest zły. Tak zły, w rzeczywistości produkt jest nie tylko niekompletny, ale niefunkcjonalny i działa od lat.

Jak komunikuję się z kierownictwem w sposób, który nie jest żenujący do nich w sposób, który nie sprawia, że wyglądam na leniwego lub głupiego, że wartościowy produkt jest w opłakanym stanie?

Wyjaśnienie: to pytanie a dług techniczny

To pytanie wiąże się z podważeniem długotrwałych przekonań na temat produktu bez popełnienia samobójstwa zawodowego.

Zamiast zajmować się wyłącznie zadłużeniem technicznym, jest następujący: kierownictwo sugeruje, że być może kod jest tak złożony, że nie mogę go zrozumieć, i zakłada, że błędy są zamierzone; że pierwotny programista jest tak meta, że to, co wygląda na błędy, jest w rzeczywistości przejawem geniuszu.

Być może jest to kolejny powód, dla którego nie Jeśli chodzi o dług techniczny, różnica między kodem „genialnym” a długiem technicznym jest taka że kierownictwo informuje, że nie powinienem zmieniać kodu „genialnego”, a kod „geniuszu” nie jest długiem technicznym: to tajemna czarna magia. Chciałbym, żeby kierownictwo uważało to za dług techniczny. Zamiast tego nie robią tego.

Kierownictwo nie przejmuje się bezpośrednio czasem, kosztami ani pieniędzmi –– chociaż to pewna obawa.

Szczegóły

Przez większość czasu nie denerwowałbym się informując o tym kierownictwo. Niestety, długa kolejka prac konserwacyjnych wykonywanych przez ludzi, z których niektórzy mieli niewielkie doświadczenie w programowaniu, którzy tylko „dotykali” kodu wystarczająco długo, aby dodać łatkę tu czy tam, a następnie przejść dalej, przez lata namalowała obraz kierownictwa że projekt jest tylko o jeden krok gotowy do produkcji.

Niestety, tak nie jest. Krótka lista problemów w genialnym kodzie , na które natknąłem się w bazie kodu ~ 1,5 Gb, to ...

Są ta sama funkcja, te same nazwy zmiennych o tym samym zakresie w całej bazie kodu (w języku, który tego nie obsługuje).
Funkcje są zdefiniowane, ale nigdy nie są wywoływane.
Niesprawne zmienne użycie i inicjalizacja.
Niezgodne wersje używanych bibliotek.
Zakodowane na stałe identyfikatory URI i adresy IP bez dokumentacji, co robią.
Losowo żądane trasy API które nic nie zwracają lub bełkot; które nie są wtedy używane.
Zakodowane, niezaszyfrowane hasła i prywatne klucze SSH.

Powinienem dodać, że kiedy zacząłem nad nim pracować, nawet się nie skompilował. A kiedy udało mi się to skompilować, nie udało się runtime.

To koszmar.

Problem w tym, że kierownictwo otrzymało zapewnienie od kogo go odziedziczyło, a także od poprzednich programistów „gung-ho”, że „działa, ”Więc zainwestowaliśmy w to dużo… A teraz pieniądze są przekazywane na mnie. Chcą, żeby był w produkcji za około 2 miesiące.

Kiedy sugeruję, że poprzedni programiści mogli nie być do końca szczerzy lub nie do końca rozumieli produkt, kierownictwo wysyła mieszane sygnały: „po prostu zrób to” i „dlaczego jeszcze nie jest to zrobione” ... i „my” nie jestem pewien, czy to kiedykolwiek zadziałało ”na„ działało, kiedy je otrzymałeś ”i„ nigdy nie widzieliśmy, jak działa ”na„ jest już w produkcji ”.

[EDYCJA: wklejono większość następny akapit w sekcji TL; DR.]

Kierownictwo zasugerowało również, że być może jest to tak skomplikowane, że nie mogę go zrozumieć, i założył, że błędy są zgodne z projektem; że oryginalny programista jest tak meta, że to, co wygląda na błędy, jest w rzeczywistości przejawem geniuszu. To prawda, nie jestem geniuszem, i może tak jest: czemu przedstaw moje poprzednie spostrzeżenia na temat bardzo fundamentalnych kwestii, które znalazłem.

Być może polityka jest ważniejsza niż mój poziom.

Komentarze nie służą do rozszerzonej dyskusji;ta rozmowa została [przeniesiona do czatu] (https://chat.stackexchange.com/rooms/76617/discussion-on-question-by-noncreature0714-how-to-talk-to-management-about-geniu).

@Law29 Myślę, że to, na co zwracasz uwagę, dotyczy tego: kierownictwo myślało, że otrzymuje ** tylko ** produkt konserwacyjny gotowy do produkcji, zamiast tego dostał coś, czego nawet nie da się utrzymać.

Jesteś programistą, czy możesz popełnić samobójstwo w karierze, mówiąc ludziom, że ich kod jest śmieciem?Jestem prawie pewien, że musisz wspomnieć o niepopularnych opiniach politycznych lub społecznych, aby zniszczyć swoją karierę jako programisty.

EDIT:

TL; DR

Wyjaśnienie: to pytanie a dług techniczny

Szczegóły

Umieszczenie problemów, które widzisz w ustrukturyzowanej formie, związanej z ich praktycznym wpływem na biznes, bardzo Ci pomoże:

Twoja prezentacja

Przemyślane rozwiązania i prezentacja