Co dalej? Przejście na front lub zmiana firmy

Odpowiedz Nowy wątek
2018-12-23 13:29
0

Jestem w backendzie jakieś 3.5roku. Java, hibernate, sql. Siedziałem w 3 firmach. 2 razy w korpo i raz w mniejszej firmie w mniejszym projekcie.
W korpo niestety przy tzn. korpo klocach, głownie utrzymanie, lagacy code +10lat. Zastanawiam się co dalej ze sobą zrobić.
Obecnie czuję, że średnio się rozwijam głównie przez to, że technologicznie jest staroć i szrot. Dużą przyjemnością natomiast był dla mnie ten mniejszy projekt przy którym pracowałem rok czasu.
Chętnie przeszedłbym na mniejsze projekty, takie strzały 1-3 lata i projekt zamykany dzięki czemu można technicznie poszaleć, nie ma utrzymania. Zastanawiam się tylko czy to jest realne dla javowca. Jest niby Spring boot, który wydaje mi się, że najbardziej pasuje do powyższego opisu.
Zrobiłem mały rekonesans na rynku i nie widzę, wielu takich projektów. Wydaje mi się, że te mniejsze projekty zostały w głównej mierze przejęte przez React, Node i innego tego typu cuda.
Zastanawiam się czy zostawić javę i zacząć uczyć się czegoś takiego i aplikować do software house'ów czy może brnąć w javę gdzie mam już jakąś pozycję i wiedzę a nie startować z pozycji totalnego świeżaka (a przez to zarabiać mniej).
Mieliście podobne przemyślenia? Co o tym sądzicie?

Dzięki i pozdro.

edytowany 1x, ostatnio: aurel, 2018-12-23 13:32

Pozostało 580 znaków

2018-12-23 13:42
0

Nie musisz rezygnowac z Javy, szukaj ofert full stack.

Z drugiej strony jesli unikasz wspierania tego co napisales (co rok inna firma, maintenance Cie odrzuca) to slabo to wrozy Twojej karierze.

Nie dlatego ze juz pewnie teraz krzywo patrza na Twoje CV.

Raczej dlatego ze nie nabierasz nawykow, ktore ulatwiaja prace w okresie maintenance'owym.


Szacuje się, że w Polsce brakuje 50 tys. programistów

Pozostało 580 znaków

2018-12-23 13:50
0

Może doprecyzuje. Chodzi mi o utrzymanie spagetii korpo code gdzie wiele osób, ktore pisało ten kod już nie pracuje. Projekty gdzie 80% to utrzymanie i łatanie bugów w starych frameworkach (bo nie czarujmy się w większości projektów korporacyjnych używa się staroci. Obecnie np. muszę się męczyć z frameworkiem pisanym przez korpo 14lat temu i praktycznie od kilku ładnych lat nie rozwijanym)

edytowany 1x, ostatnio: YoshiM, 2018-12-23 13:51

Pozostało 580 znaków

2018-12-23 14:15
1

Chętnie przeszedłbym na mniejsze projekty, takie strzały 1-3 lata

Brałem udział w projektach, które były rozwijane po rok/dwa i były to straszne kobyły z mnóóóóóstwem jakichś dziwnych konstruktów i legacy kodu. Ba, nawet coś rozwijane kilka miesięcy czasem było wielkie i trudne w utrzymaniu. Spaghetti kod szybko się klepie. Aż strach pomyśleć co jest przy 10 letnich. Anyway 1-3 lata to dalej nie są krótkotrwałe projekty, nawet jeśli są krótsze od tych, co robiłeś. Ujmijmy to tak: Pałac Kultury dalej jest wysoki, nawet jeśli jest dużo mniejszy od Burj Khalifa.

Zastanawiam się czy zostawić javę i zacząć uczyć się czegoś takiego i aplikować do software house'ów czy może brnąć w javę

Po drugiej stronie trawa jest bardziej zielona? XD Ogólnie programowanie zawodowe to syf niezależnie od języka XD

Wydaje mi się, że te mniejsze projekty zostały w głównej mierze przejęte przez React, Node i innego tego typu cuda.

Projekty w React - są dwa przeważające podejścia - albo ludzie robią spaghetti kod, walą wszystko w komponenty, mieszają odpowiedzialności, SOLID oczywiście nie istnieje. Albo drugie podejście - dodają Redux i robią wszystko naokoło, przeinżynierowane jak nie wiem co, proste rzeczy robią w najbardziej skomplikowany sposób. Nie wiem co gorsze, ale w przypadku spaghetti kodu można jeszcze jakoś wytłumaczyć, dojść do porozumienia z innymi, że to brzydki kod. W przypadku Reduxa natomiast jest to cargo cult i ludzie nie widzą problemu.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);
Najlatwiej ukryc spaghetti w przeinzynierowanym kodzie. Np taka lambda w lambdzie na 30 linii to jako zywo robak w gajerku. - vpiotr 2018-12-23 14:47
Polecasz jakiś rozsądnie zrobiony projekt reaktowy na githubie, żeby sobie popatrzeć? Mam wrażenie, że w obecnej pracy stosujemy kreatywny miks wymienionych podejść i chciałbym się podciągnąć :D - mad_penguin 2018-12-23 15:15
@mad_penguin ciężko powiedzieć, bo co patrzę na projekt, to jest tam jakiś niewyobrażalny syf. Ale może sam kiedyś wrzucę coś reaktowego na GH, co by prezentowało bardziej rozsądne podejście. - LukeJL 2018-12-23 16:05
"Ogólnie programowanie zawodowe to syf niezależnie od języka XD" <- Nie wrzucaj wszystkich do jednego wora xD - wiciu 2018-12-24 11:34

Pozostało 580 znaków

2018-12-23 14:53
0
YoshiM napisał(a):

Może doprecyzuje. Chodzi mi o utrzymanie spagetii korpo code gdzie wiele osób, ktore pisało ten kod już nie pracuje. Projekty gdzie 80% to utrzymanie i łatanie bugów w starych frameworkach (bo nie czarujmy się w większości projektów korporacyjnych używa się staroci. Obecnie np. muszę się męczyć z frameworkiem pisanym przez korpo 14lat temu i praktycznie od kilku ładnych lat nie rozwijanym)

Nie lubisz kopać się w starym kodzie to szukaj pracy w software house gdzie używa się Javy. Jak jeszcze w niej siedziałem to czaiłem się na https://www.codedose.com/ (nie znam firmy). Robią różne projekty i z opisów wynika, że nie trzeba się kopać z koniem. I tego typu cele powinieneś obrać. Typowy software house gdzie robi się w Javie. Mało tego ale są.
Inna sprawa, że każdy chciałby tylko rozwój w nowych. A w starych to się człowiek nie rozwija tylko zwija? :-)


"Trolling is a art"
edytowany 1x, ostatnio: Hispano-Suiza, 2018-12-23 14:53

Pozostało 580 znaków

2018-12-23 15:20
1
Hispano-Suiza napisał(a):

A w starych to się człowiek nie rozwija tylko zwija? :-)

W starych rozwijasz mocną psyche :)


Potwierdzam. Trzeba miec jaja ze stali zeby robic w XXI w np w COBOLu i umiec do tego sie przyznac na mitapie. - vpiotr 2018-12-23 15:23

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

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