Dostosowanie do środowiska zespołu po samodzielnym rozwoju przez lata

12

Mam prawie 5-letnie doświadczenie jako programista stron internetowych i uważam, że powinienem być na średnim poziomie, ale kiedy idę na spacer, myślę, że nadal jestem dość „młodszy”.

Oto, jak myślę, problem: przez większą część mojej kariery rzadko miałem jakieś realne wskazówki od starszego programisty i zero doświadczenia w zespołach programistów, więc musiałem trochę przebić się przez wiele rozwiązań i zrobić wszystko krojone i suszone. W praktyce nie było czasu do stracenia jako jedyny facet odpowiedzialny za napisanie lub utrzymanie kodu. Z tego powodu nie mam formalnej wiedzy o rzeczywistym procesie tworzenia oprogramowania i ostatecznie zdałem sobie sprawę, że kodowanie to tylko niewielka część tego procesu.

Bardzo cieszy mnie praca z zespołem programistów z dużym doświadczeniem, ale obawiam się, że byłaby to bardzo wyboista jazda, próbująca dostosować się do bazy wiedzy wymaganej do procesów programistycznych. Jako programista, który przez większość swojej kariery latał solo, co mogę zrobić, aby przygotować się do „osiedlenia się” w pracy z większym zespołem (co najmniej 5) doświadczonych profesjonalistów?

Edycja: W tym celu nie przeszedłem wiele testów technicznych przeprowadzonych przez „duże firmy”, które dobrze prosperują w swoim oprogramowaniu i programistach. Zasadniczo nie mam na myśli Google, ale dość udany w obszarze geograficznym.

Chris C.
źródło
2
Zobacz Cowboy Coding en.wikipedia.org/wiki/Cowboy_coding
P.Brian.Mackey
Czy sugerowałbyś edycję tytułu pytania, aby wspomnieć o kodowaniu kowbojskim, aby wyjaśnić problem?
Chris C,

Odpowiedzi:

2

Przygotuj się, aby uczyć się od członków zespołu i zdać sobie sprawę, że sposób, w jaki robiłeś to przez ostatnie kilka lat, może nie być „do zgryzienia” z resztą członków zespołu. Przeglądy kodu prawdopodobnie ujawnią to, jeśli są częścią procesu programowania.

Komunikacja jest również ważna, więc jeśli jeszcze tego nie zrobiłeś, przygotuj się na udokumentowanie swojego kodu, pisanie dokumentacji zewnętrznej, używanie szczegółowych komunikatów kontroli źródła dla zmian w kodzie i śledzenie problemów / funkcji / zmian problemów (śledzenia) oprogramowanie. Musisz pozwolić członkom swojego zespołu zobaczyć, co zrobiłeś i zrozumieć, dlaczego to zrobiłeś. Być może nauczą się od ciebie czegoś lub dwóch w ten sposób.

Powodzenia!

Bernard
źródło
5
Przynajmniej mam trochę doświadczenia z SVN. Zgadzam się z otwartością na krytykę - wolałbym być upokorzony przez deweloperów niż dać się zwieść ludziom, którzy nie umieją programować.
Chris C,
0

Musisz mieć umiejętności kodowania, ale musisz także zadbać o to, by ankieterowie czuli się swobodnie i chętnie dogadywali się z innymi. Potrzebujesz czegoś więcej niż tylko chęci bycia lepszym programistą.

Zacznij analizować sposób, w jaki obecnie robisz rzeczy. Czy wracasz do kodu i uważasz, że to, co napisałeś, jest mylące i trudne do zmiany? Czy ciągle powtarzasz niektóre zadania? Szukaj w witrynach SO lub zadawaj pytania dotyczące tego, jak lepiej je robić. Ich uzupełnienie może nie być możliwe. Obecnie programuję sam. Lubię zwinne metody programowania, ale musiałem dostosować się do mojej sytuacji.

Nie szukaj zespołu, ale znajdź takiego, który może / nauczy Cię czegoś. Wolę zadawać pytania na temat tego, dlaczego rzeczy są wykonywane w określony sposób, a poza tym „poza tym zawsze tak robiliśmy”. rodzaj odpowiedzi. Jeśli wszyscy zamierzają się obronić i nie usprawiedliwiają swoich działań, nie wydaje mi się, żebym się czegoś nauczył. Uczenie się przychodzi, gdy odkryjesz, dlaczego miałeś rację, czy nie. Wasze zdanie musi się zmienić.

Możesz sprawdzić, gdzie drużyna osiąga wynik w teście Joela.

JeffO
źródło