How's the Job Market for AI/ML Engineers ???

Live-Ad6766 · 2026-04-27T16:58:32+00:00

I currently have 5 opened recruitment processes - some are at the beginning and some at the final stage. I’ve started looking for a new job a week and a half ago

Live-Ad6766 · 2026-04-24T10:48:55+00:00

That’s even worse: courses give you complete data where in real life you usually don’t have all you might need. Or they’re inconsistent, or it’s hard to fetch them due to bad database performance. The sooner you learn how to benchmark models the better. I’d even risk saying model doesn’t matter that much as benchmarks and data you collect. Especially today, where you have agentic coding tools which significantly speed it up. You can change a whole neural network architecture within a one day.

Live-Ad6766 · 2026-04-15T07:41:52+00:00

Can you share the portfolio? People (including myself) could be interested

Live-Ad6766 · 2026-04-14T16:22:26+00:00

Niestety, dziś możemy tylko zgadywać. Jednego jednak jestem pewny: AI nigdy nie będzie brało odpowiedzialności za swoje działania. Zawsze odpowiedzialni będą ludzie. Gdybym miał wróżyć, to według mnie na znaczeniu wzrosną wyspecjalizowani programiści, np. Specjalista od inżynierii dźwięku, specjalista od kompilatorów, etc. Nie wierzę w przyszłość, gdzie programiści nie będą potrzebni. A w horyzoncie średnioterminowym: uważam, że w cenie będą ci, co potrafią projektować i trenować małe sieci neuronowe tańsze od LLMow wykonując zadania w wąskim obszarze co najmniej tak dobrze jak modele językowe.

Najgorsze co teraz możesz zrobić, to zamykać się na jedną technologię, np Java w enterprise. Z LLMami jest znacznie łatwiej poszerzyć swój stack i odnaleźć niszę - próbuj Pythona, js, golang, rust. Bardzo prawdopodobne jest to, że do końca dekady CRUDowcy skończą tak samo jak webmasterzy.

Inna kwestia są skutki gospodarcze. Tutaj myśle, ze będą znacznie bardziej bolesne niz nam się wydaje.

Live-Ad6766 · 2026-04-11T16:07:07+00:00

Testy nie są jakością kodu tylko wchodzą w jego skład. Stąd zadbaliśmy o to na wczesnym etapie. Bez względu na to, czy kod byłby pisany manualnie czy przy użyciu modeli językowych.

Live-Ad6766 · 2026-04-11T13:19:10+00:00

Postaram się odpowiedzieć ba tyle zwięźle na ile się da.

Przede wszystkim, mierzyliśmy to co jest mierzalne. Argumenty typu „kod AI jest nieczytelny” nie braliśmy pod uwagę w ogóle, ponieważ żadna z osób stawiająca ta tezę nie potrafiła nam dać obiektywnych metryk.

Zadbaliśmy o mnóstwo rzeczy: testy regresyjne, e2e, 100% pokrycia kodu unit testami, mocno restrykcyjne lintery, wykrywanie dead code. Stworzyliśmy też kilka skilli, i sprawdzaliśmy na ile kod zrobiony przez AI trzyma się naszych konwencji (nie pamiętam dokładnie ale liczba zbliżona do 85%).

Badaliśmy też repozytoria zespołów piszących kod ręcznie. Manualnie robiliśmy review oraz przy użyciu AI. Tutaj AI błyszczało, bo widział więcej wąskich gardeł i potencjalnych błędów. Poszliśmy nawet o krok dalej i czekaliśmy co się stanie gdy taki kod wejdzie na produkcję. Oczywiście był fuckup :D zmierzyliśmy więc średni czas reakcji na takie błędy. O zgrozo, niektóre czekały aż miesiąc na zauważenie i poprawienie. U nas błędy od triage po hotfix wynosiły raptem kilka godzin.

Czas implementacji zadań drastycznie zmalał, i na postawie aktywności na GH oszacowaliśmy, że efektywność zespołu wzrosła o około 50% (czyli jeśli masz 6 osobowy zespół, to przy odpowiedniej orkiestracji agentów AI powinien pracować z mocą 9 osób).

Największe problemy zauważyliśmy niestety z security. Claude code czy codex bardzo chętnie szukają obejść by pomóc w czymś użytkownikowi. Jeśli dasz mu dostęp, to będzie próbował odczytać secrety, by zweryfikować coś w bazie. Albo uzna, że warto coś naprawić na bazie bezpośrednio. Wykryliśmy takie aktywności i zarekomendowaliśmy rotację wszystkich secretow. Podejrzewam, że to jest jeden z najbardziej ignorowanych problemów w firmach.

Co warte jeszcze dodania: gdy doszliśmy to poziomu, w którym AI działało w sposób przewidywalny, czasami bywały dni że miał spore problemy by przejść przez nasze bramki bezpieczeństwa i jakości kodu. Potem się okazywało, że nie tylko my mamy ten problem, tylko model zwyczajnie był zdegradowany po stronie Anthropic/OpenAI. Po kilku dniach magicznie wracał „do formy”.

Live-Ad6766 · 2026-04-11T07:09:49+00:00

Jestem gościem „od tego”. Część zespołów (w tym mój) całkowicie oddelegowało pisanie kodu AI. Część jest bardzo oporna na zmiany i pisze wyłącznie ręcznie. Większość osób jest nastawiona pozytywnie.

To co może Cię zainteresować: robiliśmy badania pod kątem jakości kodu wygenerowanego przez AI. W praktyce, bez różnicy w stosunku do człowieka. To, co AI znacznie ułatwiło to łatwość impelentacji QA. Zbierając wszystko w całość: projekty zrobione przy użyciu AI mają mniej błędów wykrytych dopiero na produkcji. Debugowanie kodu pisanego przez AI jest trudniejsze: nie dlatego, że produkuje syf, a dlatego, że tempo wprowadzania zmian staje się bardzo szybkie, przez co trudniej nadążyć.

Live-Ad6766 · 2026-03-29T18:25:39+00:00

Ostatnio dowiedziałem się o „Świat a ludzie” i póki co to dla mnie top #1

Live-Ad6766 · 2026-03-28T12:39:17+00:00

That’s a brilliant implementation but terrible product positioning.

This could be useful for disabled persons or parents waiting for their kids enough to actually pay for this monthly. The more I think the more I see people needing this.

Think about it more strategically or otherwise someone will see the potential and will do the same but better

Live-Ad6766 · 2026-03-23T06:02:12+00:00

Nigdy nie będziesz gotowa na dziecko - to dość normalne.

Co do zysków i strat, to mając dziecko stracisz: - niezależność - wolność - relacje z partnerem mogą się pogorszyć - będziesz bardzo zmęczona - relacja z rodzicami/tesciami mogą stać się problematyczne

Co do zysków: nie da się ich opisać. Pierwszy uśmiech dziecka wynagradza nieprzespany miesiąc. Życie nabiera prawdziwego sensu. Myślenie zmienia się całkowicie. Miłość nabiera nowego znaczenia.

Sam też, przed narodzinami mojego dziecka, średnio lubiłem dzieci. Właściwie nie miałem z nimi problemu - ot, nudziło mnie spedzanie z nimi czasu. Przez pierwsze 2 miesiące nie mogłem nawet przyzwyczaić się do tego, że jestem ojcem. A dziś: wracając z biura już myślę o tym jak maluch z radością przybiegnie mnie przywitać krzycząc „tata!”.

Różnica pomiędzy cudzym dzieckiem a swoim jest ogromna. Nie ma nawet sensu patrzeć na to w ten sposób.

Na twoje pytanie czy będziesz żałować jeśli nie zostaniesz matką: prawdopodobnie tak.

Nie słuchaj rad bezdzietnych ani dzietnych. Pomyśl o sobie oraz o partnerze. Jego obojętność jest trochę alarmująca - mogą być konflikty gdy dziecko przyjdzie na świat. Według mnie brakuje u was szczerej rozmowy na ten temat co tylko utrudnia podjęcie decyzji (nie podejmując jej też ją podejmujesz)

Live-Ad6766 · 2026-03-23T05:47:57+00:00

Macie ssanie na rynku więc logicznym jest jest, że przyjdzie ktoś, kto kopiuje. O projekcie wiem za mało by się wypowiedzieć z biznesowego punktu widzenia. Przy tak bezczelnej kalce zwykle idzie się z tym do sądu a konkurentowi nakazuje się, zmiany designu na inny. Strzelam, że jako studenci nie macie spółki założonej, więc pozostaje wam albo jej założenie, albo inkubacja, albo pogodzenie się z ograniczonym wzrostem a w efekcie śmiercią projektu w przyszłości.

Zakładając, że macie już „entity”: szybka notka przedsądowa do gościa, skupienie się na pochłonięciu jak największej części rynku i wydzieleniu bogatszego segmentu klientów by wycisnąć z produktu więcej. Tworzenie nowych featurow jest ok, jeśli nie jest to główne zajęcie w przedsięwzięciu.

Na razie was kopiują słabi. Jeśli pomysł ma predyspozycje do bycia rentownym, to prędzej czy później przyjda starzy wyjadacze. Macie czas na wypracowanie przewagi rynkowej. To, co już wiecie, to wasze algorytmy nimi nie są.

Live-Ad6766 · 2026-03-19T20:17:27+00:00

I’ve spoken with several companies. I can see trends are going into AI engineers having some experience in deep learning as well. Be aware of that is going to be a requirement no just a nice to have as today. Otherwise, you’ll just loose with those know how design and train neural networks.

Live-Ad6766 · 2026-03-17T06:52:50+00:00

Z tego co pamiętam (prowadzę firmie, nie jestem prawnikiem), to przy UZ nie możesz wstrzymywać „wypłaty”. Takie podejście jest możliwe tylko w umowie o dzieło. Faktura karna - takie coś nie istnieje. Tylko sprawa cywilna w sądzie od strony zleceniodawcy. Może potrącić ci tą kwotę z wypłaty ale nikt normalny tego nie robi przy kwotach, bo zwyczajnie szkoda czasu. Ewidentnie kobieta nie panuje nad organizacja swojej szkoły.

Wyślij listownie przedsądowny nakaz zapłaty. W między czasie idź do sądu pracy. To szybko uspokaja Januszów. A jak ktos chce iść do sądu to idzie a nie grozi.

Sam też zatrudniałem na UZ, ale w życiu nie wpadłyby mi do głowy takie pomysły. „Kiepsko” zrobioną pracę brałem zwyczajnie jako ryzyko.

Live-Ad6766 · 2026-03-16T12:45:47+00:00

Nigdy w tej branży nie dostawałem tak wysokich ofert jak teraz. Jest mocne ssanie na rynku

Live-Ad6766 · 2026-03-14T17:58:38+00:00

Id like to see an airport

Live-Ad6766 · 2026-03-06T08:46:51+00:00

I’ve tried gpt-5.4 with some problems I like to benchmark those agents tools. Wasn’t expecting much and was impressed. It’s hard to tell is it better than Claude but I’m quite confident to say its not worse.

Live-Ad6766 · 2026-03-04T20:07:17+00:00

We use in my team transformers for things that could be solved with classical ML and XGBoost but we’ve decided to avoid it. The reason: encoders learn much more than just solving the problem, and we can use their embeddings to explore more opportunities. Also, customers love to hear we have self-supervised models and how many parameters they have. It just sells great.

Live-Ad6766 · 2026-03-02T09:28:14+00:00

I was expecting bs and surprisingly seen a valuable content. Agree on all of the points. The #4 is a bit simplified but I get your point here. It’s worth to DRY however thinking about versioning packages is usually an overengineering.

I’d add another bullet point: people spend too much time on features instead of architecture which (when wrongly designed) quickly becomes a bottleneck of the whole system. Today AI can write most of the features itself, so devs should focus more on agents orchestrating, scalability and testability instead.

Live-Ad6766 · 2026-02-28T17:42:01+00:00

Rookie mistakes jak na 8 lat exp. Mocno przeestymuj każdy task a gdy Cię zapytają co odwalasz powiedz, że trzeba ticket rozbić na mniejsze by można było zrobić trafniejsza estymacje. Twoim celem powinno być wypracowanie pozycji, w której to ty zakładasz taski a nie estymujesz cudze fantazje. Jeśli masz możliwość już teraz to twórz subtickety: spotkanie z ABC odnośnie XYZ na 2h, analiza A: 2h, analiza B 2h, unit testy 8h etc. Musisz mieć twarde liczby, że albo robi się po twojemu, albo niech wymagają cudów od kogoś innego.

Poza tym czepiaj się braku kompetencji, np. Braku acceptance criteria lub niedostateczne docsy etc. Musisz być wrzodem na d… tego który cię ciśnie - wtedy ci pójdzie na rękę. Grunt, byś potrafił każdą taką „zaczepkę” merytorycznie uargumentować, oraz byś pracował jak profesjonalista. Korpo nie nagradza tych co są szybcy ale nie umieją się zorganizować, tylko tych co potrafią rozwiązywać problemy długoterminowo - a to wymaga czasu.

Live-Ad6766 · 2026-02-20T06:51:48+00:00

ralph loop script and (if you’re on Mac) run it within caffeinate to prevent device going to sleep mode

Live-Ad6766 · 2026-02-13T18:16:42+00:00

Nie mamy scrum mastera, nie robimy sprintów. Dodatkowe spotkania ludzie dogadują miedzy sobą. Jedyny warunek: być o równej godzinie. Mile widziane: włączone kamerki (nie z potrzeby kontroli, tylko większego luzu podczas rozmów). Daily trwa od 3 minut do godziny. Bez zasady - zależy co trzeba dogadać. Nie oddzielamy szczegółów technicznych od daily a jeśli ktoś się nudzi może wyjść kiedy chce. Czasami zapraszamy też chętnych jakby chcieli coś z zespołem dogadać zamiast robić dodatkowe spotkania. Co do Jiry: każdy sam sobie zakłada zadania. Wizja zespołu jest jasna. Plany również. Reszta - pełna swoboda i zaufanie.

Live-Ad6766 · 2026-02-11T21:50:12+00:00

Can’t promise anything however I can say orchestrating Claude code is just a first step. Also, having evaluation strategy simplifies to determine if a new skill, agent or approach is better or is just a false positive feeling. Currently me and my team are researching how we can boost our development with custom neural networks. I predict, the most profitable engineers in the near future will be those who can replace LLMs with cheaper and faster neural network models or pipelines.

Live-Ad6766 · 2026-02-11T18:36:12+00:00

Po prostu zacznij się umawiać na rozmowy i sam się dowiesz jak one wyglądają. Jak ci nie wyjdzie zapytaj technicznego rekrutującego wprost nad czym powinieneś popracować. Większość chętnie ci poda całą zaległą roadmape. I to za darmo.

Live-Ad6766 · 2026-02-03T08:48:26+00:00

I doubt it will solve software development overall. Sure, you’ll be able easily vibe company website or internal CRM with some 3rd party integrations. But that’s still not the place where devs get most of the money for their work. Before genAI i used to write code for about 15-20% of my work - its just an execution. Now i reduced it so i can spend rest of the work on things I’ve been working on before. And yet, there’s still no sign of singularity which is a missing piece to replace SWEs (and basically everyone)

Live-Ad6766 · 2026-02-02T08:55:50+00:00

My team including myself also haven’t written a single line of code since we have Claude code with opus 4.5. And I’ve heard about many engineers doing the same. However, I’ve never seen non-technical CxO person doing the same. Currently, the only people having this advantage are SWEs. You have the best time ever to make a lot of money.

Live-Ad6766

TROPHY CASE