AI Research Associate - Scientific Publications / arXiv
BlockWise
Rola polega na przekształcaniu wewnętrznych projektów technicznych firmy (systemy AI, agenci, automatyzacje) w rzetelne publikacje naukowe: preprinty, papery na arXiv, raporty eksperymentalne. Na co dzień będziesz rozmawiać z developerami i ML inżynierami, aby zrozumieć zrealizowane prace, przeprowadzać research literatury, przygotowywać sekcje paperów (abstract, methodology, experiments, conclusions) w LaTeX, dbać o poprawność cytowań i reprodukowalność eksperymentów. To nie jest rola badawcza polegająca na tworzeniu nowych modeli ML, ale na komunikacji naukowej – pisaniu, redagowaniu i publikowaniu technicznych treści.
Brakuje: nie podano wielkości zespołu badawczego ani liczby osób zajmujących się publikacjami, brak informacji o dotychczasowych publikacjach firmy i ich zasięgu.
Tytuł sugeruje stanowisko badawcze, ale realnie rola to technical writer specjalizujący się w publikacjach naukowych – głównie pisanie i redagowanie paperów na podstawie istniejących prac technicznych zespołu, a nie prowadzenie własnych badań.
Rola polega na przekształcaniu wewnętrznych projektów technicznych firmy (systemy AI, agenci, automatyzacje) w rzetelne publikacje naukowe: preprinty, papery na arXiv, raporty eksperymentalne. Na co dzień będziesz rozmawiać z developerami i ML inżynierami, aby zrozumieć zrealizowane prace, przeprowadzać research literatury, przygotowywać sekcje paperów (abstract, methodology, experiments, conclusions) w LaTeX, dbać o poprawność cytowań i reprodukowalność eksperymentów. To nie jest rola badawcza polegająca na tworzeniu nowych modeli ML, ale na komunikacji naukowej – pisaniu, redagowaniu i publikowaniu technicznych treści.
- ✓Silny nacisk na rzetelność naukową i uczciwość w cytowaniach – 'zero zmyślonych cytowań'
- ✓Możliwość korzystania z narzędzi AI (ChatGPT, Claude) w procesie twórczym przy zachowaniu odpowiedzialności
- ✓Mentoring i gotowość do nauczania LaTeX oraz innych narzędzi
- !Praca w małym zespole (26-50 osób) – może oznaczać mniej struktury i więcej chaosu, co jest sugerowane w ogłoszeniu
- !Rola wymaga współpracy z marketingiem przy prostszych materiałach – może odbiegać od głównego focusu na papery
- !Wymagana praca stacjonarna w Warszawie – brak elastyczności zdalnej
- •Rozmowy z founderami, developerami i ML engineerami w celu zrozumienia realizowanych projektów i identyfikacji potencjału publikacyjnego
- •Research literatury na arXiv, Papers with Code, Google Scholar, Semantic Scholar w poszukiwaniu powiązanych prac
- •Przekładanie chaotycznych notatek, kodu i wyników eksperymentów na uporządkowaną strukturę publikacji
- •Pisanie sekcji paperów: abstract, introduction, related work, method, experiments, results, limitations, conclusion
- •Weryfikacja źródeł, cytowań, DOI, BibTeX – zapewnienie rzetelności metodologicznej i zerowej tolerancji dla zmyślonych cytowań
- •Przygotowywanie tabel, wykresów, diagramów architektury w LaTeX/Overleaf oraz narzędziach do wizualizacji (Excalidraw, Mermaid, matplotlib)
- •Współpraca z zespołem technicznym przy planowaniu eksperymentów, metryk, ablacji i zapewnianiu reprodukowalności
- •Przygotowywanie uproszczonych wersji materiałów dla marketingu: blog post, LinkedIn post, one-pager
Oferta odpowiednia dla osób na początku kariery w IT.
Minimalny profil to student ostatniego roku lub absolwent techniczny z bardzo dobrym angielskim, który rozumie, jak działają projekty IT, potrafi przeczytać prosty kod w Pythonie i jest gotowy szybko nauczyć się LaTeX. Musi mieć cierpliwość do rzetelnego researchu i sprawdzania źródeł.
Nie dla osób, które wolą pisać lekkie teksty marketingowe lub oczekują gotowych briefów. Rola nie jest odpowiednia dla kogoś, kto nie interesuje się techniczną stroną AI/ML, nie chce rozmawiać z developerami ani poprawiać tekstów wielokrotnie po feedbacku.
- ?Jak wygląda typowy proces identyfikacji projektu do publikacji? Kto podejmuje decyzję?
- ?Ile publikacji rocznie planuje firma wypuszczać? Czy są konkretne cele?
- ?Czy istnieje już sprawdzony proces publikacji (arXiv, konferencje) czy trzeba go budować od zera?
- ?Jakie wsparcie mogę otrzymać od zespołu technicznego – czy developerzy są dostępni na bieżąco?
- ?Czy firma ma doświadczenie w publikacjach naukowych? Czy posiada konto na arXiv lub konferencjach?
- ?Jak mierzona jest jakość mojej pracy – ilość publikacji, liczba cytowań, czy coś innego?
- ?Czy istnieje możliwość uczestniczenia w konferencjach lub warsztatach naukowych?
- ?Jakie narzędzia do zarządzania wiedzą i projektami są używane (Notion, GitHub)?
- −Nie podano wielkości zespołu badawczego ani liczby osób zajmujących się publikacjami
- −Brak informacji o dotychczasowych publikacjach firmy i ich zasięgu
- −Nie opisano procesu przeglądu i zatwierdzania publikacji przez zespół
- −Nie wiadomo, czy są ustalone cele ilościowe (liczba paperów/rok) czy tylko jakościowe
Firma działa w krótkich, intensywnych cyklach, kładąc nacisk na szybkie testowanie i wdrażanie. Opis sugeruje dynamiczne, pełne wyzwań środowisko, w którym wiele rzeczy jest w ruchu, a procesy nie są jeszcze idealnie ułożone.
Poniżej mediany rynkowej
Dane z aktywnych ofert zawierających technologię Python. Pełne statystyki zarobków →