Ucieczka z php do BI lub Java

Witajcie,
Od ponad wieeelu lat pracuję w php, finansowo w obecnej firmie wyciągam już sporo ponad mityczne 20k, jednak czuję się już lekko zmęczony php jako takim.
Dostałem propozycję przeskoczenia na analityka biznesowego / systemowego (przy zachowaniu obecnej kasy, jako że mam doświadczenie z spisywaniem wymagań, uml, testami, praca z Klientem itp) lub zmianę technologi na Javę / Spring, ale z lekkim obcięciem pensji i okresem zmiany technologi ok 6 miesięcy (zadania będę wykonywał w obu technologiach jednocześnie, z docelowym nastawieniem na Javę). Jako że nie jestem już najmłodszy, szukam raczej opcji mocno dochodowej, ale też stabilnej. Obie opcje mi się podobają…. Grunt to uciec ze świata php :D

Możecie mi coś doradzić? Są tu może jacyś analitycy? :) Ogólnie pod względem finansowym zarobki programistów Java vs analityków mocno odbiegają od siebie? (W internecie są mocno różne informacje, chciałbym wiedzieć jak tj praktycznie)?

Z góry dziękuję za informację :)

Mam wrażenie, że sam sobie zaprzeczasz:

• najpierw mówisz, że jesteś dobry w PHP, masz fajne stanowisko/pozycję i nieźle zarabiasz - więc raczej możesz czuć się bezpiecznie tam, gdzie jesteś
• piszesz też, że szukasz zmiany i czegoś innego, ale jednocześnie liczy się stabilizacja i dobra kasa - czyli to, co aktualnie już masz...

Trochę to wygląda, jakbyś szukał kandydatki na żonę, która ma być super doświadczona i wygimnastykowana oraz bez zahamowań w łóżku, ale do tego koniecznie musi być dziewicą

jak bez zmiany kasy to idź w tego analityka. Pewnie po roku ci się znudzi i będziesz wracać do programowania. Będziesz Nie pierwszym nie ostatnim programistą co zrobi taką pętelkę

Idź w Javę.

Robiłem dokładnie to co opisałeś w kontekście analityka (tylko ja jako senior qa, bo w ogóle nie istniało stanowisko analityka w tamtym projekcie) i klepanie kodu to przy tym plażing und cziling :D

Zupełnie inny charakter pracy, dużo rozmów, spotkań z biznesem, czyli wszystko co najgorsze :D

Możecie mi coś doradzić? Są tu może jacyś analitycy?

Jestem architektem czyli po trochu też analitykiem i jeżeli lubisz pracę z ludźmi, niekończące się spotkania, próby odgadnięcia czego klient chce i jak to przełożyć na specyfikację projektową tak, żeby zespół projektowy rozumiał czego chce klient to idź w to.

Piszesz też że nie jesteś najmłodszy. Pozwala mi to sądzić, że nie jedno w IT widziałeś i z niejednego pieca jadłeś, przez co twoje doświadczenie może być nieocenione przy pracy z klientem bo już z daleka będziesz widział, czy to co chce klient ma sens czy nie ma sensu. Ale tu potrzebna jest wiedza biznesowa. Masz taką? Chyba, że chcesz być takim skoczkiem konsultantem i skrybą jednocześnie co dziś wpada na projekt do klienta z bankowości, spisuje jakieś tam wymagania, rysuje obrazki, tworzy dokumenty, które nie mają sensu, bo to czego chce klient nie ma sensu, więc na końcu programiści robią i tak po swojemu, a jutro siedzi w projekcie IoT dla elektrowni atomowej i schemat się powtarza, czyli robisz coś czego do końca nie rozumiesz, bo nie da się być ekspertem od rozwiązań IoT w przemyśle i jednocześnie ekspertem od ubezpieczeń, automotive czy bankowości. Do tego dochodzi konieczność znajomości infrastruktury IT przedsiębiorstwa w którym pracujesz.

Ja obecnie siedzę w farmacji (R&D leków) dużego międzynarodowego korpo i to jakie procesy biznesowe są zawiłe i ilość wykorzystywanych aplikacji od Medidaty, przez Oracle'owe wynalazki sprzed 20 lat, SASy po małe aplikacje pisane przez lokalnych programistów na swoje potrzeby to jest kosmos. Siedzę tu już 3 lata jako architekt i wciąż mnie coś zaskakuje i wielu rzeczy nie wiem. Dlatego nie wyobrażam sobie kogoś z zewnątrz jako analityka systemowego który ma ogarnąć założenia projektowe. Ostatnio dwa tygodnie siedziałem nad zrobieniem teoretycznie prostej integracji, bo osoba przychodząca z wymaganiami nie wiedziała jak pewne aplikacje działają pod spodem i się ze sobą komunikują. Dla niej temat był prosty zespół A robi coś w aplikacji A1 i dane lądują w w aplikacji B2 żeby zespół B mógł je dalej przetwarzać. Rzeczywistość żeby zaimplementować tą komunikację okazała się być drogą przez mękę, ale to temat na inny post.

Więc fajnie by było się też specjalizować w konkretnej dziedzinie biznesowej i znać dobrze infrastrukturę IT przedsiębiorstwa, szczególnie gdy idziesz do dużego korpo. Bez tych skilli praca analityka nie ma większego sensu.

Jeśli chodzi o pieniądze to tak jak z programowaniem, w jednej firmie dostaniesz więcej w innej mniej. Do tego duże korpo to duże systemy i burdel, więc bycie taką osobą, która rozumie i ogarnia tą kuwetę jest w pewnym sensie gwarantem zatrudnienia.

Ja też swego czasu czułem się zmęczony programowaniem, ale parę jałowych rozmów z klientem wyleczyło mnie z tego zmęczenia;) Ale co kto lubi, niektórym odpowiada praca polegająca na spotkaniach, ustaleniach, dogadywaniu się itd. Weź tylko pod uwagę, że praca analityka może nie być dla Ciebie stabilna- znaleźć nową pracę jako programista PHP da radę, co do analityka, to różnie bywa- będziesz musiał zmienić branżę i już nie będziesz wcale takim pożądanym pracownikiem, bo jakby nie patrzeć- analityk musi znać domenę, procesy w firmie o wiele lepiej niż przeciętny programista.

więc bycie taką osobą, która rozumie i ogarnia tą kuwetę jest w pewnym sensie gwarantem zatrudnienia.

Ups, not really

Widzę że uważacie że lepszym rozwiązaniem będzie Java :) myślałem raczej że analityk :) osobiście nie mam problemu z komunikacją z biznesem, nie jeden projekt prowadziłem praktycznie jako pm :) nie mam problemu ze skipami miękkimi :)

No to na analityka byś się nadał, kwestia czy masz wiedzę domenową żeby przeprowadzać analizy systemowe? Na przykład znasz się na rozwiązaniach bankowych, medycznych, przemysłowych.

Niestety takich obszarów nie znam bardziej ubezpieczenia… nie wiem tylko na ile to popularny temat dla analityków….

Ja też nie wiem bo nie siedzę w ubezpieczeniach ale bez wiedzy domenowej możesz mieć ciężko dostać porządne pieniądze jako analityk. Jak ktoś bierze analityka za ponad 20k to oczekuje znajomości rozwiązań IT i standardów w swojej dziedzinie biznesowej. Np dla przemysłu to będzie znajomość rozwiązań SCADA, SAP, MES, dla branży laboratoryjnej będą to wszelakie LIMS-y (Laboratory Information Systems), ELN-y (Electronic Lab Notebooks), CDS-y (Chromatography Data Systems), itd. do tego ogólna wiedza z takich obszarów jak IoT, ML i Big Data + znajomość procesów biznesowych i standardów obowiązujących w branży, wszelkie normy ISO, GxP, protokoły do bezpiecznej komunikacji/wymiany danych jak EDI/B2B jak AS2. Dużo tego jest.

Jaki soft analityk powinien ogarniać? Enterprise architekt, coś do uml, jira, office? Coś jeszcze?

Jak wyżej zależnie od branży.

Co do narzędzi codziennej pracy analityka, to zamiast na narzędziach skup się na metodykach bo w każdej firmie to wygląda inaczej. Ogarnij notacje jak UML, BPMN i dużo czytaj na temat rozwiązań stosowanych w danej branży.

Sposoby tworzenia dokumentacji projektowej, zbierania wymagań do późniejszej walidacji/kwalifikacji rozwiązania pod kątem compliance i GxP też się różnią pomiędzy firmami i branżami, więc trzeba dużo czytać branżowych portali, dokumentacji od dostawców i komitetów określających normy i frameworki W mojej obecnej branży takim przykładem jest CDISC (Clinical Data Interchange Standards Consortium) i różne formaty danych jak SDTM czy ADaM