Rozpoczęcie nowej pracy inżynieryjnej może być stresujące, ale jeden z naszych nowych pracowników ma kilka porad dotyczących aklimatyzacji w nowym środowisku.
Zaczynając w nowej firmie, powszechnym jest, że nowy pracownik doświadczy pewnego rodzaju szoku kulturowego. Różne biura, ludzie, procesy itd. mogą być bardzo przytłaczające. Jednak inżynierowie często będą poddawani dodatkowego rodzaju wstrząsowi podczas procesu przyjęcia do pracy. Nazywam to szokiem kulturowym kodów.
Szok kulturowy kodów dotyczy pracy w nowej bazie kodów, gdzie rzeczy mogą być zupełnie inne niż to, do czego inżynier jest przyzwyczajony — takie jak struktury folderów, stosowane wzorce, ustawienia testów, używane biblioteki, procesy CI/CD itd. Nawet małe różnice, takie jak zasady lintowania i konfiguracje formatowania, mogą być wstrząsające.
Dodać do tego różnice w preferencjach osobistych wśród członków zespołu, a wszystko to może być dość przytłaczające. Jednak jest coś pozytywnego w tym szoku. Prowadzi to do unikalnej sytuacji, na którą powinni być gotowi zarówno nowi inżynierowie, jak i już istniejący członkowie zespołu, aby w pełni wykorzystać.
Maksymalne możliwości otrzymywania informacji zwrotnych
Po tym, jak początkowy szok minie, jest krótki okres, w którym potencjał na szczere, obiektywne informacje zwrotne jest najwyższy — zanim perspektywa zmieni się z inżynieryjnego outsidera na członka zespołu.
Ten słodki moment występuje tuż po tym, jak inżynier dostosował się do bazy kodów, ale zanim zaakceptują to, co widzą jako "po prostu jak to się robi". To w tym okresie mają szansę wykorzystać ten potencjał i przedstawić unikalne spostrzeżenia zarówno zespołowi, jak i całej organizacji.
Jest kilka kluczowych sposobów, aby wykorzystać to uczucie jako nowy inżynier:
💪️ Odrzuć oszusta
Przeszedłeś przez rozmowy, przyjąłeś ofertę, a teraz jesteś gotowy do pracy, ale pojawia się to niepokojące uczucie, że może jesteś za daleko. Baza kodów i procesy są dla ciebie obce. Byłeś ekspertem w swojej ostatniej pracy i znałeś systemy na wylot, a teraz jesteś zagubiony i kwestionujesz siebie.
Relaks, wszystko będzie dobrze! Zatrudniono cię ze względu na twój potencjał do nauki i wkładu. Nikt nie oczekuje, że będziesz ekspertem po zaledwie kilku tygodniach. Zespół oszukujący jest rzeczywisty. Uznaj to, ale potem odstaw na bok te uczucia i nurkuj w swoją nową rolę.
☀️ Odłóż na bok uprzedzenia
Przynieś swoją wiedzę, doświadczenie i świeże spojrzenie i pozostaw wszelkie uprzedzenia za sobą. Zauważysz różnice w bazie kodów w porównaniu do tego, do czego jesteś przyzwyczajony — w końcu jest to wszystko nowe dla ciebie — ale uważaj, aby nie mylić "innego" z "złym".
"Jak ja bym to zrobił" to nie to samo co "jak powinno to być zrobione." To piękno kodu: może być wiele rozwiązań problemu. Uznaj, że chociaż czasami twój sposób mógłby być lepszy, często jest po prostu inny.
🛠️ Zrób bałagan
Jest powód, dla którego nie rozwijamy na produkcji i nie ma lepszego sposobu na naukę nowej bazy kodów niż ubrudzenie rąk. Zmień coś i zobacz, co się stanie. Zobaczysz przestrzeń do poprawy? Działaj.
Istnieje prawdopodobieństwo, że twoje obciążenie pracą wciąż jest na tyle lekkie, abyś miał czas na eksperymentowanie z nowymi pomysłami. Nie martw się, jeśli zmiany nie wypalą. Wciąż wyjdziesz z głębszym zrozumieniem kodu, w którym będziesz żył.
📓 Dokumentuj wszystko
Kataloguj cokolwiek, co wydaje się dziwne lub inne i zapisuj pytania, które się pojawiają. Nie jest rzadkością zadawanie sobie pytania dlaczego zrobili to w ten sposób? Nie zakładaj, że kod, który widzisz, jest doskonały tak jak jest. Nadal nie znasz historii, dlaczego rzeczy mają się tak, jak się mają.
Może być tak, że fragment, który oglądasz, został szybko wydany, a kąty zostały przycięte, zamierzając być odwiedzanym ponownie w innym czasie. Wzorce i biblioteki zmieniają się szybko, a kod staje się nieaktualny, zanim zdążysz się zorientować. Nie martw się, jeśli wskażesz te rzeczy, to jest w porządku, jeśli nie oczekiwane. Pamiętaj, jeśli kod byłby doskonały, nie byłbyś zatrudniony do pracy nad nim.
🤝 Dzielenie się jest troską
Gdy poczujesz się komfortowo, skontaktuj się ze swoim zespołem lub menedżerem i podziel się swoją opinią. Zdaają sobie sprawę, że jesteś w unikalnej pozycji, aby zaoferować świeże przemyślenia i pomysły i chętnie to przyjmują.
Wszyscy dążą do tego samego celu, aby stworzyć najlepszy produkt dla naszych klientów. Działamy w ten sposób, słuchając i ucząc się od siebie nawzajem.
Chcesz mieć pewność, że zawsze zapamiętasz wspaniałe rady zawarte w tym poście? Nie martw się, wszystko umieściliśmy w karcie Guru!
Zaczynając w nowej firmie, powszechnym jest, że nowy pracownik doświadczy pewnego rodzaju szoku kulturowego. Różne biura, ludzie, procesy itd. mogą być bardzo przytłaczające. Jednak inżynierowie często będą poddawani dodatkowego rodzaju wstrząsowi podczas procesu przyjęcia do pracy. Nazywam to szokiem kulturowym kodów.
Szok kulturowy kodów dotyczy pracy w nowej bazie kodów, gdzie rzeczy mogą być zupełnie inne niż to, do czego inżynier jest przyzwyczajony — takie jak struktury folderów, stosowane wzorce, ustawienia testów, używane biblioteki, procesy CI/CD itd. Nawet małe różnice, takie jak zasady lintowania i konfiguracje formatowania, mogą być wstrząsające.
Dodać do tego różnice w preferencjach osobistych wśród członków zespołu, a wszystko to może być dość przytłaczające. Jednak jest coś pozytywnego w tym szoku. Prowadzi to do unikalnej sytuacji, na którą powinni być gotowi zarówno nowi inżynierowie, jak i już istniejący członkowie zespołu, aby w pełni wykorzystać.
Maksymalne możliwości otrzymywania informacji zwrotnych
Po tym, jak początkowy szok minie, jest krótki okres, w którym potencjał na szczere, obiektywne informacje zwrotne jest najwyższy — zanim perspektywa zmieni się z inżynieryjnego outsidera na członka zespołu.
Ten słodki moment występuje tuż po tym, jak inżynier dostosował się do bazy kodów, ale zanim zaakceptują to, co widzą jako "po prostu jak to się robi". To w tym okresie mają szansę wykorzystać ten potencjał i przedstawić unikalne spostrzeżenia zarówno zespołowi, jak i całej organizacji.
Jest kilka kluczowych sposobów, aby wykorzystać to uczucie jako nowy inżynier:
💪️ Odrzuć oszusta
Przeszedłeś przez rozmowy, przyjąłeś ofertę, a teraz jesteś gotowy do pracy, ale pojawia się to niepokojące uczucie, że może jesteś za daleko. Baza kodów i procesy są dla ciebie obce. Byłeś ekspertem w swojej ostatniej pracy i znałeś systemy na wylot, a teraz jesteś zagubiony i kwestionujesz siebie.
Relaks, wszystko będzie dobrze! Zatrudniono cię ze względu na twój potencjał do nauki i wkładu. Nikt nie oczekuje, że będziesz ekspertem po zaledwie kilku tygodniach. Zespół oszukujący jest rzeczywisty. Uznaj to, ale potem odstaw na bok te uczucia i nurkuj w swoją nową rolę.
☀️ Odłóż na bok uprzedzenia
Przynieś swoją wiedzę, doświadczenie i świeże spojrzenie i pozostaw wszelkie uprzedzenia za sobą. Zauważysz różnice w bazie kodów w porównaniu do tego, do czego jesteś przyzwyczajony — w końcu jest to wszystko nowe dla ciebie — ale uważaj, aby nie mylić "innego" z "złym".
"Jak ja bym to zrobił" to nie to samo co "jak powinno to być zrobione." To piękno kodu: może być wiele rozwiązań problemu. Uznaj, że chociaż czasami twój sposób mógłby być lepszy, często jest po prostu inny.
🛠️ Zrób bałagan
Jest powód, dla którego nie rozwijamy na produkcji i nie ma lepszego sposobu na naukę nowej bazy kodów niż ubrudzenie rąk. Zmień coś i zobacz, co się stanie. Zobaczysz przestrzeń do poprawy? Działaj.
Istnieje prawdopodobieństwo, że twoje obciążenie pracą wciąż jest na tyle lekkie, abyś miał czas na eksperymentowanie z nowymi pomysłami. Nie martw się, jeśli zmiany nie wypalą. Wciąż wyjdziesz z głębszym zrozumieniem kodu, w którym będziesz żył.
📓 Dokumentuj wszystko
Kataloguj cokolwiek, co wydaje się dziwne lub inne i zapisuj pytania, które się pojawiają. Nie jest rzadkością zadawanie sobie pytania dlaczego zrobili to w ten sposób? Nie zakładaj, że kod, który widzisz, jest doskonały tak jak jest. Nadal nie znasz historii, dlaczego rzeczy mają się tak, jak się mają.
Może być tak, że fragment, który oglądasz, został szybko wydany, a kąty zostały przycięte, zamierzając być odwiedzanym ponownie w innym czasie. Wzorce i biblioteki zmieniają się szybko, a kod staje się nieaktualny, zanim zdążysz się zorientować. Nie martw się, jeśli wskażesz te rzeczy, to jest w porządku, jeśli nie oczekiwane. Pamiętaj, jeśli kod byłby doskonały, nie byłbyś zatrudniony do pracy nad nim.
🤝 Dzielenie się jest troską
Gdy poczujesz się komfortowo, skontaktuj się ze swoim zespołem lub menedżerem i podziel się swoją opinią. Zdaają sobie sprawę, że jesteś w unikalnej pozycji, aby zaoferować świeże przemyślenia i pomysły i chętnie to przyjmują.
Wszyscy dążą do tego samego celu, aby stworzyć najlepszy produkt dla naszych klientów. Działamy w ten sposób, słuchając i ucząc się od siebie nawzajem.
Chcesz mieć pewność, że zawsze zapamiętasz wspaniałe rady zawarte w tym poście? Nie martw się, wszystko umieściliśmy w karcie Guru!
