Jestem dość młodym programistą i pracuję w dziale IT średniej wielkości firmy. Mam współpracownika, a on jest naprawdę dobrym programistą Visual Basic 6. I mam na myśli naprawdę dobrze. Szczerze. Potrafi dostarczyć działające aplikacje, zawierające bardzo niewiele błędów, w czasie, gdy muszę zdobyć pierwszą filiżankę kawy i uruchomić maszynę. On jest taki dobry.
Chodzi o to, że pracujemy z zespołem, a jego styl pracy jest całkowicie przestarzały. Nie wierzy w oprogramowanie do wersjonowania (jeśli upewnisz się, że kod jest poprawny, nie potrzebujesz tych bzdur). Nie wierzy we wdrożenie (mogę dostarczyć działający plik wykonywalny. Sposób, w jaki jest on wdrożony, zależy od sysadminów). Nie wierzy w abstrakcję. („jeśli chcesz utworzyć podprogram, śmiało, ale nie wywoływaj żadnych podprogramów z tego podprogramu. W ten sposób robi się bałagan, a kod jest trudny do przestrzegania. W ten sposób każdy może śledzić każdy krok po drodze. ”lub„ tak, na pewno możesz użyć tej biblioteki, aby zrobić to za Ciebie, ale w ten sposób tak naprawdę nie rozumiesz, co się dzieje ”) i na pewno nie wierzy w OOP. (pracujemy w VB.net)
Jest tak dobry w tym, co robi, że może dostarczać aplikacje znacznie szybciej niż ja. Ale to po prostu nie działa w zespole. Nasz drugi członek zespołu jest cichy i nie lubi się wypowiedzieć, choć zwykle się zgadza. Nasz menedżer uważa, że robię ważne punkty, ale nie jest programistą.
Naprawdę mam trudności z utrzymaniem programów, które napisał, i nie zapewnia to dobrej atmosfery w zespole. Jak myślisz, co jest dla mnie najlepsze?