@koszotorobur obawiam się, że projekt jest na tyle wymagający, że ciężko będzie ogarnąć jako drugi temat. Chyba, że weźmiesz jako pierwszy a ten obecny olejesz ( ͡° ͜ʖ ͡°)

@mortt - no to napisz coś więcej o tym projekcie bym mógł podjąć decyzję czy warto się interesować

@koszotorobur w dużym skrócie platforma na której klienci uruchamiają modele pisane przez data scientistów, budują ui z klocków (wykresy, inputy itd) + budują z klocków interfejsy łączące model z ui czyli transformowanie danych głównie na potrzeby komponentów. Gotowy projekt potem np. pozwala zarządzać siecią kopalni. Projekt "wewnętrzny" w sensie, że naszym bezpośrednim klientem są zespoły (z tej samej firmy) doradzające/obsługujące klientów końcowych. Bardzo duże ilości danych do przemielenia/wyświetlenia. A i ze względu na typ klienta końcowego wszystko zwykle trzeba odpalać on premise i musimy być w stanie odpalić to "wszędzie" (a niektóre firmy mają powiedzmy ciekawe systemy zabezpieczeń). Ta część dotycząca modeli też jest mocno rozbudowana bo dochodzą do tego różne integracje(np. z bazami danych) flow control, ACL itd. Wszystko jest robione tak, żeby być jak najbardziej agnostycznym co do środowiska. Aktualnie pracujemy nad decouplingiem tak, żeby można było dostarczać pojedyncze moduły na życzenie.

@mortt - pracowałem w firmie, która robiła podobne rzeczy - tylko dla sektora finansowego.

Nie udało nam się zrobić agnostycznie tak jak Wy chcecie bo klienci mają tak różne wymagania i ograniczenia, że musieliśmy przygotować kilka wersji deploymentu (a i tak zawsze coś musieliśmy zmieniać by u klienta działało):

• Na pojedynczym serwerze bare metal bez żadnych kontenerów - niektóre firmy nie używają chmury oraz nie mają kontenerów zaaprobowanych jako technologi więc nie mogą używać Dockera/Podmana do ich uruchamiania
  

• Na pojedynczym serwerze jako banda kontenerów orkiestrowana przez Docker Compose
  

• Jako klaster K8s (deployment wspierający OpenShift, AKS, EKS i inne klastry K8s w chmurze colo/on-prem)
  

Najlepiej się deployowało i wspierało Docker Compose - bo wszytko skonteneryzowane i uruchamiało z jednego pliku YAML - mało kiedy się coś wywalało.

Najwięcej zabawy było oczywiście z klastrami K8s - bo każdy klient miał swoje jakieś konfiguracje, ograniczenia i wymagania z dupy co psuło nam głównie Terraforma co budował infrastrukturę.

Mieliśmy tez oczywiście kilku klientów, którzy wymagali air-gapped deployment (czyli bez dostępu do neta) - więc trochę zabawy było z dostarczaniem wszystkich dependencies i ich uaktualnianiu później.

A co do zatrudniania ludzi - to naprawdę ciężko kogoś ogarniętego znaleźć - się trochę nazatrudniałem ludzi w swoim życiu i już teraz zatrudniam głównie przez pryzmat potencjału, szybkości przyswajania wiedzy, pasji oraz zdolności komunikacji - taką osobę najłatwiej przysposobić oraz nauczyć i odnajdzie się wszędzie.

@KierownikW10 to chyba jest też sprzężenie zwrotne. Jest bardzo ciężko juniorom i mówi się o tym, że jest ciężko więc doświadczeni ludzie grzeją swoje bezpieczne miejsca żeby niepotrzebnie nie ryzykować więc jest ciężko kogoś znaleźć i tak w kółko.

@mortt ja akurat nie pracuję w IT, a podstawowe stanowiska wymagały niewielkich umiejętności, na zasadzie umiesz obsługiwać komputer i nie masz dwóch lewych rąk? Super, reszty cię nauczymy. A dostawialiśmy CV tak tragiczne, że mogłyby być prezentowane w podstawówce na lekcjach "jak nie robić cv".

@KierownikW10 a to na takie stanowiska takie cv dominowały też wiele lat temu jak byłem luźniej związany z IT. Choć wtedy faktycznie obsługa komputera to było coś nowego.

@lubieplackijohn tak, szukaliśmy seniora na miejsce juniora, który się u nas wyszkolił i uciekł ( ͡° ͜ʖ ͡°) a tak na serio, choć to poprzednie to prawda, szukaliśmy seniora bo mamy za dużo poważnej roboty a za mało rąk do pracy. Junior jest planowany na później jak już się ogarniemy. Wstępnie za 6mcy. Do mnie ogólnie przemawia model cechowy. Gdzie mamy doświadczonego pracownika, który ma pod opieką ucznia. Po czasie uczeń zostaje samodzielnym pracownikiem a potem sam ma swojego ucznia. Tak też mam nadzieję działać w moim zespole. Góra mi to wstępnie przyklepała. Zobaczymy za jakiś czas.

@mortt No i to jest dobre podejście!

@rith wydaje mi się, że jak rozbijesz na doświadczenie to masz kryzys juniorów, patologie midów i eldorado weteranów ( ͡° ͜ʖ ͡°)

@mortt coś w tym jest. Choć sam nie wiem czy już jestem seniorem czy nie xD

Zdążają się rozmowy ze goście wgniataja mnie w ziemię, ofc pokazując jacy to Oni nie są mądrzy a na innych architekci jedzą mi z ręki. Mimo wszystko oferty wciąż spływają. Pojebane to wszystko

@rith bardzo często ludzie są seniorami/architektami w skali projektu. Tj. mają bardzo dużą wiedzę domenową i to daje im "prawo" do stanowiska. Nie ma w tym nic złego jeśli są tego świadomi. Prawda jest taka, że nie da się znać wszystkiego. Np. ja poza zarządzaniem zespołem najlepiej czuję się w wykresach, co dzięki temu, że jest wąską i rzadką działką pozwoliłoby mi kogoś wgnieść w fotel tylko co z tego skoro np. on najlepiej czuje się w czymś innym i tam by mnie zagiął. Wiedzówka to dla mnie najmniej istotna cecha potencjalnego pracownika. Mnie interesuje to jak ktoś pracuję i jak rozwiązuje problemy. Oczywiście jakaś wiedza bazowa jest potrzebna ale umówmy się - lepiej jak ktoś poświęci 2 dni żeby przygotować plan rozwiązania jakiegoś zadania niż jak unika zadań bo nie mieszczą się w jego "działce" albo w ogóle zrobi na pałę żeby mieć z głowy i/lub uważa, że jest nieomylny i tylko to rozwiązanie jest dobre

@mortt niestety wiele rozmów jest robionych na odpierdol i goście przychodzą z pytaniami 'co w funkcji x robi przełącznik y' albo mają wchuj ciasne głowy że nawet nie chcą gadać jeśli odpowiedź nie jest 1:1 z ich notatkami na kartce. Eh, ta branża to niestety patolka i w dużej mierze przez nas, specjalistów ( ͠° ͟ʖ ͡°)

@rith dlatego staram się nie pracować w Polsce ( ͡° ͜ʖ ͡°) za granicą zwykle (nie zawsze!) rozmawiam o tym co robiłem jakie problemy były i jak je rozwiązywałem a nie test wikipedii.

@wombatDaiquiri dziwisz się? Zdobycie pracy, to jedno, utrzymanie się w niej to drugie. Jeżeli rzeczywiście szukasz pracy, to nie możesz podkładać sobie nogi już w samych drzwiach.

@wombatDaiquiri nie ma nic złego w obcykaniu rekrutacji jako takiej. Problem jest kiedy to jest Twoja jedyna wiedza. Jak Cię zapytam o jakieś rozwiązania/pomysły w technologii o której przed chwilą barwnie mówiłeś a formułki i opowiadałeś jak to nad tym pracowałeś sam w ostatnim projekcie bo nikt inny nie miał pojęcia - że coś faktycznie powiesz a nie zaczniesz dukać ewidentnie nie wiedząc co powiedzieć. Prowadziłem wiele rekrutacji i nie raz rekomendowałem/brałem ludzi którzy nie umieli formułek ale faktycznie potrafili zrobić robotę.

@jestem_na_dworzu mogę robić co chcę. Zarabiam znakomicie i nigdy nie szukałem pracy dłużej niż dwa miesiące a dobijam do 30.

@mortt no i widzisz, dla takich jak Ty lubię pracować. Jak sam zauważyłeś płacicie powyżej rynku i z moich obserwacji to raczej reguła niż wyjątek. Trzymam kciuki żebyście trafili.

@Orzech Nie wiesz w sumie nic ale wnioski wysnułeś, ciekawe Swoja droga z tego co piszesz macie otwartych wiele rekrutacji. Zdecydowanie inaczej wygląda sytuacja dla firm masowo rekrutujących programistów i rozpoznawalnych dla nich a inaczej jak jesteś firmą np. firmą consultingową. Co z tego, że jesteśmy w top 3 na świecie skoro przeciętny programista w polsce nie wie co to jest.

@mortt No nie napisałeś, tylko się domyślam, wybacz Bazuje na swoim doświadczeniu z rozpoznawalnego korpo i małego startupu. I tu i tu nie miałem problemu z zatrudnianiem dobrych ludzi.

Top 3 na świecie? W czym?

@Orzech wydaje mi się, że mamy różne pojęcia z "brakiem problemu z zatrudnianiem dobrych ludzi". Technicznie rzecz biorąc też nie mamy problemu - zatrudniliśmy wszystkich na ten moment kogo potrzebowaliśmy. Masz jakąś silną potrzebę udowodnienia czegoś? Czy drążysz dla drążenia?

@mortt Nie muszę nic udowadniać, ani drążyć Narzekasz, że zajęło Wam zrekrutowanie osoby kilka miesięcy, więc piszę, że nie wszędzie tak jest. Nie napisałeś co to za technologia, w czym firma jest top 3, więc domyślam się, że doświadczenia masz inne bo albo jest nieciekawy projekt, albo za mało płacicie, albo bardzo niszowe technologie, albo wszystko na raz Nie interesuje mnie odpowiedź bardzo, nie chcesz - nie odpisuj, miłego dzionka