Rozwój jako Senior PHP Dev

0

Cześć,
Od ponad 6 lat pracuję jako PHP dev, obecnie pracuję dla zagranicznej firmy na B2B jako Senior PHP Developer gdzie rozwijam SDK. I nie ukrywam, że mam spory problem co dalej, jak się rozwijać.

Odnośnie moich skilli i technologii które używałem w projektach:
**Backend: **.NET Core, PHP, Symfony Framework, PHPUnit, Swagger, REST API, Jira, GIT, RabbitMQ, Elasticsearch, xDebug
**ORM: **Doctrine ORM, Entity Framework
**Bazy danych SQL/NoSQL: **MySQL/MariaDB, PostgreSQL, Redis, MongoDB, SQL Server
**Frontend: **Angular, HTML, CSS, JavaScript, jQuery, Bootstrap
**Docker **- tworzenie obrazów Dockerfile oraz docker-compose
**Kubernetes **- deploy aplikacji, skalowanie, replikacja, debugowanie podów
**GitLab CI/CD **- głównie projekty symfony tzn zbudowanie obrazu + deploy na serwer z dockerem

Nie jestem masterem tych technologii bo czasami zdarzy mi się zapomnieć jakiejś prostej rzeczy z php, ale gdy mam z czymś problem to korzystam z dokumentacji lub nieśmiertelnego StackOverflow. Posiadam certyfikat Linux Foundation Certified System Administrator (LFCS).

Z jednej strony myślę, że powinienem olać dalszą naukę i odpoczywać po pracy, bo zawsze coś znajdę z moim doświadczeniem, z drugiej strony nie chcę zostać z tyłu z technologiami.
Obecnie po godzinach rozwijam sobie własne REST API w Symfony 4 dla aplikacji helpdesk.

Co wy o tym myślicie? Wśród znajomych devów ich zdaniem powinienem olać naukę i zacząć trochę żyć poza programowaniem :D

0

Senior po 6 latach pracy i już myślisz żeby odpoczywać? Oczywiście Twój wybór ale wg mnie po 6 latach pracy to jednak jeszcze są "żółte dzióbki".

0

Dokładnie 8 lat, od 2010, w tym 2 lata przerwy bo pracowałem jako programista CNC :) Właśnie problem jest w tym, że nie bardzo wiem co dalej, na czym się najlepiej skupić. U mnie wygląda to tak: 8h pracy, wieczorami 2-3h kodowanie, w weekendy poświęcam również kilka godzin na kodowanie.

Idąc tym co napisałeś, jak ktoś z 6+ jest żółtym dzióbkiem, to w Twojej skali senior to 20+ doświadczenia, a junior min z 4 lata? :D W takim razie 99% polskich ofert gdzie szukają Seniora z min 3 letnim stażem, to tak naprawdę szukają juniora :P

Lubię się uczyć nowych rzeczy, ale nie będę teraz przez najbliższe 20 lat pisał bezsensownych projektów w PHP które zapewne nic mi nie dadzą, bo już będę wiedział co jak pisać i z czego korzystać.

0

Ja zaczynałem wraz z kumplem zarobkowo kodzić w 2013, generalnie na obecnym etapie zaczynamy iść kompletnie różnymi drogami. Kumpel ciśnie aby robić jako architekt, ja natomiast kompletnie inna droga i ide w zarządzanie ludźmi :)

1

To teraz spróbuj czegoś z innej beczki np. c++ lub z drugiej strony UML. Warto spróbować jakiegoś środowiska RAD ( Visual Studio albo Delphi ) żeby zrozumieć jak niewyobrażalnie niepotrzebnie ludzie męczą się z różnymi webowymi framework'ami PHP, JS itp. zamiast robić to samo 5 razy szybciej i skuteczniej.

2

title

0

@katakrowa: spędziłem rok czasu jako Full Stack .NET Dev korzystając z VS Enterprise, gdzie wszystko szło od ręki zrobić. Robiłem aplikację WPF, gdzie całe UI sobie ułożyłem z poziomu VS i reszta to czyste kodowanie, bez zabawy.

Bardzo lubię tworzyć apki WIndows Forms, czasami WPF choć trudniej, ale na rynku głównie są oferty dotyczące webówki.

3
Reverse napisał(a):

W takim razie 99% polskich ofert gdzie szukają Seniora z min 3 letnim stażem, to tak naprawdę szukają juniora :P

Owszem.

1
Reverse napisał(a):

(...) ale na rynku głównie są oferty dotyczące webówki.

I tego nie rozumiem bo 70% z tych projektów mogłoby kosztować o 50% mniej gdyby były zwykłymi aplikacjami typu desktop. Przecież większość tych aplikacji to jakieś czyste formularze z danymi i tabelkami. Dzisiaj przecież prawie wszystko można kompilować cross-platform na Windows, Mac, Linux. Niestety jest jakieś głupie i wg mnie zupełnie bezmyślne parcie na to, że system musi działać w przeglądarce. Natomiast z tą przeglądarką męczą się dosłownie wszyscy począwszy od programisty przez administratora kończąc na użytkowniku.
Rozumiem pewne grupy produktów, gdzie rzeczywiście pracujemy mobilnie albo dla klienta końcowego. Wówczas pełna zgoda ale programy do fakturowania, magazynowe, spedycyjne? Przecież tego na tablecie i tak nikt nigdy na poważnie nie będzie używał ( chyba, że wystawia 5 faktur na miesiąc .. to może jakoś przemęczy ).

0

@somekind: coś w Tym jest, bo ja po 2 latach jako php dev, nie czułem się jakoś dużo mądrzejszy niż na początku :D

0
katakrowa napisał(a):
Reverse napisał(a):

(...) ale na rynku głównie są oferty dotyczące webówki.

I tego nie rozumiem bo 70% z tych projektów mogłoby kosztować o 50% mniej gdyby były zwykłymi aplikacjami typu desktop. Przecież większość tych aplikacji to jakieś czyste formularze z danymi i tabelkami. Dzisiaj przecież prawie wszystko można kompilować cross-platform na Windows, Mac, Linux. Niestety jest jakieś głupie i wg mnie zupełnie bezmyślne parcie na to, że system musi działać w przeglądarce. Natomiast z tą przeglądarką męczą się dosłownie wszyscy począwszy od programisty przez administratora kończąc na użytkowniku.
Rozumiem pewne grupy produktów, gdzie rzeczywiście pracujemy mobilnie albo dla klienta końcowego. Wówczas pełna zgoda ale programy do fakturowania, magazynowe, spedycyjne? Przecież tego na tablecie i tak nikt nigdy na poważnie nie będzie używał ( chyba, że wystawia 5 faktur na miesiąc .. to może jakoś przemęczy ).

To się zgadza, jakiś czas temu dostałem zlecenie na napisanie aplikacji www. która będzie katalogiem produktów dla prestashop, oczywiście ja sam backend. Zaproponowałem to jako aplikację desktop, czyli interfejs sobie wyklikam i zostaje logika, niestety to im nie pasowało. Zdecydowali się zlecić zrobienie szablonu grafikowi, frontendowi pocięcie i integrację z REST API, które napisałem ja. Koszt kosmicznie większy, ale tak chcieli.

Wiele mam projektów, które dużo taniej byłoby zrobić jako desktop, ale nie ja decyduję :)

0

@katakrowa: to jest bardzo proste - napisanie czegoś na przeglądarkę zapewnia uniwersalność na lata bez potrzeby kolejnych kompilacji, sprawdzania czemu aplikacja nie działa u pani Krysi itp. Firma da najtańsze lapki pracownikom + serwer i wsio będzie śmigać. Poza tym takim zabiegiem ogranicza się też potrzebę istnienia wielu stanowisk zwykłych informatyków.

0

@katakrowa: wracając do mojego pierwszego posta. Twierdząc, że po 6 latach to nie senior tylko żółty dzióbek, domyślam się, że masz sporo większe doświadczenie niż ja. Co Twoim zdaniem powinienem dalej zrobić? Co Ty byś na moim miejscu zrobił?

Nie ukrywam, że seniorem się nie czuję i raczej nigdy nie będę, to raczej kwestia nazwy stanowiska.

0
Reverse napisał(a):

@katakrowa: wracając do mojego pierwszego posta. Twierdząc, że po 6 latach to nie senior tylko żółty dzióbek, domyślam się, że masz sporo większe doświadczenie niż ja. Co Twoim zdaniem powinienem dalej zrobić? Co Ty byś na moim miejscu zrobił?

Sam musisz odpowiedzieć na pytanie co chcesz robić. Nie mam pojęcia co bym zrobił na Twoim miejscu bo zapewne mamy różne zainteresowania i cele jednak po pierwsze to co napisałem kilka postów wcześniej ( https://4programmers.net/Profile/66770 ). Poza tym jest tak dużo technologii, które można poznawać że raczej nie powinno być problemu ze znalezieniem takiej, która będzie pokrywać się z Twoimi zainteresowaniami. Natomiast biznesowo ... Zgłębiaj tematykę projektowania baz danych pod duże obciążenia / duże ilości danych chociażby zacząć od takiego MySQL z 50 000 000 rekordów i wyszukiwanie po tabeli tak, że dla każdego rekordu trzeba wykonać jakieś obliczenie wynikające z parametrów zapytania. Spróbować pobawić się klastrami, load balancingiem, technologiami typu redis, memcache. To z takich zadań "na chwilę". Na dłuższą metę na 100% przyszłość ma sztuczna inteligencja, algorytmy ewolucyjne, tworzenie aplikacji rozproszonych itp.. itd... Jest co robić. Albo z innej beczki zwyczajnie iść w kierunku inżynierii oprogramowania, zarządzania dużymi projektami. Ogólnie umiejętności optymalizowania procesów i programów oraz ich projektowania zawsze są w cenie jednak to musi iść w parze z zajmowanym stanowiskiem.
Co z tego, że poznasz nawet wszystko co wymieniłem powyżej jak pozostaniesz na stanowisku PHP Seniora.

1

Gdybym dopiero zaczynał karierę jako programista to w życiu bym nie poszedł w PHP, a język C i embedded, z racji tego, że jak mam wolny czas to spędzam go na programowaniu arduino, raspberry PI oraz stm32 z cortex 4, jako .net dev miałem okazję pracować przy projekcie IoT który korzystał z platformy Azure i zbierał dane z 10k czujników temperatury. Takie technologie jak redis wykorzystywałem w symfony do cache, LB robiłem przy pomocy nginx na serwerach.

Ostatnio co raz częściej myślę o tym, żeby sobie dać spokój z PHP i skupić się na czymś innym.

Myślałem, nad:

  • Embedded Software Developer, ale wymagania na juniora są ogromne, w tym bardzo dobra znajomość C.
  • IoT Architect/Developer ale tutaj również ogromna wiedza i doświadczenie wymagane
  • Python - spore możliwość i wiele kierunków np ML, Data Science, AI oraz security do pisania narzędzi do pentestingu

1 użytkowników online, w tym zalogowanych: 0, gości: 1