Senior Python Software Engineer
emagine
Będziesz przejmować techniczne własność istniejącej aplikacji analitycznej dla produkcji farmaceutycznej (Python, PostgreSQL) i rozwijać ją o nowe przypadki użycia, skalować i ulepszać architekturę. Praca w pełni zdalna, na B2B, z klientem z branży farmaceutycznej. Kluczowe jest samodzielne utrzymanie systemu produkcyjnego, współpraca z interesariuszami biznesowymi i QA oraz dbałość o zgodność z regulacjami (GxP, walidacja). To rola dla senior developera, który lubi mieć pełną odpowiedzialność za system.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: nie podano wielkości zespołu ani struktury projektu, brak informacji o konkretnej platformie chmurowej i stosie technologicznym (np. aws, azure).
Będziesz przejmować techniczne własność istniejącej aplikacji analitycznej dla produkcji farmaceutycznej (Python, PostgreSQL) i rozwijać ją o nowe przypadki użycia, skalować i ulepszać architekturę. Praca w pełni zdalna, na B2B, z klientem z branży farmaceutycznej. Kluczowe jest samodzielne utrzymanie systemu produkcyjnego, współpraca z interesariuszami biznesowymi i QA oraz dbałość o zgodność z regulacjami (GxP, walidacja). To rola dla senior developera, który lubi mieć pełną odpowiedzialność za system.
- ✓W pełni zdalna praca na B2B z długoterminowym kontraktem (>6 miesięcy)
- ✓Proces rekrutacyjny tylko 2 rozmowy z klientem
- ✓Ciekawa domena – analityka produkcyjna w farmacji, możliwość wpływania na skalowanie platformy
- ✓Autonomia techniczna i odpowiedzialność za rozwój systemu
- !Rola zakłada 'solo lub prawie solo ownership' – może to oznaczać brak wsparcia zespołu
- !Brak informacji o dyżurach on-call lub wsparciu produkcji po godzinach
- !Praca w środowisku regulowanym może narzucać dużo dokumentacji i formalności
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Projektowanie i implementacja nowych funkcji na podstawie potrzeb biznesowych, produkcyjnych i jakościowych
- •Praca z relacyjną bazą danych PostgreSQL: projektowanie schematów, pisanie SQL, migracje, optymalizacja wydajności
- •Utrzymanie i rozwijanie chmurowego deploymentu aplikacji (prawdopodobnie AWS)
- •Pisanie testów automatycznych jako integralna część dostarczania kodu
- •Dokumentowanie zmian i prowadzenie kontroli zmian w środowisku regulowanym
- •Współpraca z ekspertami dziedzinowymi, QA, IT – tłumaczenie potrzeb na rozwiązania techniczne
- •Przegląd i zrozumienie istniejącego kodu, szybkie przejęcie własności
- •Wsparcie przy walidacji, ocenie ryzyka IT i utrzymaniu integralności danych
Oferta dla doświadczonych specjalistów (Senior).
Mid Python developer z 3-4 latami doświadczenia, który ma za sobą utrzymanie przynajmniej jednego systemu produkcyjnego, zna SQL i podstawy chmury, oraz jest gotów szybko nauczyć się wymogów regulacyjnych branży farmaceutycznej.
Nie dla juniorów ani midów bez doświadczenia w samodzielnym utrzymaniu systemu produkcyjnego. Osoby nie lubiące dokumentacji, kontroli zmian i pracy w uregulowanym środowisku nie będą się czuć komfortowo.
- ?Ile osób liczy zespół, który utrzymuje tę aplikację (czy jestem jedynym developerem)?
- ?Czy przewidziane są dyżury on-call / wsparcie produkcyjne poza godzinami pracy?
- ?Która platforma chmurowa jest używana (AWS czy inna)?
- ?Czy istnieje już infrastruktura CI/CD, czy trzeba ją zbudować od nowa?
- ?Jakie są konkretne wymagania dotyczące dokumentacji i walidacji (np. SOP, traceability matrix)?
- ?Czy aplikacja ma interfejs użytkownika (Streamlit/Dash) – jeśli tak, czy frontend też jest w moim zakresie?
- ?Jaki jest harmonogram – czy są konkretne kamienie milowe w najbliższych miesiącach?
- ?Czy firma zapewnia szkolenia z zakresu GxP i procesów regulowanych?
- −Nie podano wielkości zespołu ani struktury projektu
- −Brak informacji o konkretnej platformie chmurowej i stosie technologicznym (np. AWS, Azure)
- −Nie wiadomo, czy aplikacja ma interfejs użytkownika (frontend) i czy wymagana jest znajomość frameworków frontendowych
- −Brak opisu procesu on-call i oczekiwań co do dostępności poza godzinami pracy
Nie opisano wprost, ale współpraca z wieloma interesariuszami (process supporters, QA, IT) sugeruje środowisko interdyscyplinarne.
2 rozmowy z klientem (pierwsze spotkanie, prawdopodobnie techniczne, drugie z biznesem lub HR).