Nuda w pisaniu biznsowych aplikacji Java

Nuda w pisaniu biznsowych aplikacji Java
Nerkowiec
  • Rejestracja:ponad 6 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Warszawa
  • Postów:8
1

Cześć,
Pracuję ponad rok w javie i piszę biznesowy shit oparty o Spring boota, hibernate itd typowy stack. Ostatnio dopadł mnie kryzys egzystencjalny jakie to jest cholernie nudne.. Tyle tylko że kasa całkiem dobra. Zacząlem się zastanawiać nad zmianą pracy, i wróciła myśl z przed lat - praca przy grach. Jeśli ktoś ma trochę doświadczenia w temacie i może był w takiej sytuacji jak ja obecnie to prośba o kilka słow czy warto, czy jest ciekawiej, czy przerzutka na C#/C++ jest ciężką i sprawą no i jak wygląda rynek pracy jalo game developer.

AM
  • Rejestracja:około 12 lat
  • Ostatnio:2 dni
  • Postów:194
8

Bedziesz robil 2x wiecej godzin i zarabiał dwa razy mniej pieniedzy.
Sam marzyłem o robieniu gier, ale nie warto.
Jak Ci się nudzi to staraj się zmienić domene, np łaziki marsjanskie są tutaj popularne na forum.

edytowany 1x, ostatnio: amd
lamerski
  • Rejestracja:ponad 7 lat
  • Ostatnio:prawie 2 lata
7

Już po roku chcesz się przebranżowić? ;-) Oj!
Przypomnij sobie swoje początki - czy podobało Ci się klepanie tego, co teraz robisz? Jeśli tak, to z klepaniem gier może być podobnie - znudzi Ci się prędzej czy później. Ale tym się nie przejmuj, bo chyba wszyscy tak mamy...
Co do ilości ofert: w Javie jest więcej i będzie więcej. Nikt nie wie czy "na zawsze", ale z pewnością "na długo". O C# moje pojęcie jest znikome, dlatego się nie wypowiem. Ale co do C++, to... No cóż, wśród programistów tego języka krąży taki żarcik, że nikt go nie zna... Sam twórca na pytanie o znajomość C++ odpowiada, że zna go dobrze. Nie wyśmienicie, ani nie bardzo dobrze, lecz "tylko" dobrze. Oczywiście wypowiedź ta miała konkretny kontekst, ale to obrazuje, jak wysoki jest poziom skomplikowania tego tworu. W tym języku napotyka się zagwozdki, których nie doświadczy się w innych i nie chodzi tu bynajmniej wyłącznie o przypadki UB. Opanowanie C++ na poziomie, który będzie mógł zapewnić Ci przyzwoity dochód jako game developerowi, zajmie prawdopodobnie któryś rok, jeśli do tej pory się w nim nie specjalizowałeś, pomimo przyzwoitej znajomości Javy.
A jeśli irytuje Cię robienie softu dla biznesu, to przemyśl do jakiego projektu musiałbyś trafić, by zacząć dostrzegać sens w tym, co będziesz robił? Cyberpunk 2099 czy Wiedźmin 5 (bo na '77 i na czwórkę to się już chyba nie załapiesz...)?
Poza tym w dłuższej perspektywie tworzenie oprogramowania dla biznesu generuje i będzie generować większe przychody po stronie programisty, niż klepanie kodu dla cudzej rozrywki. Choćby nie wiem jak wypasione byłyby to gry.
Nic nie stoi na przeszkodzie, by zacząć rozwijać się w tym kierunku i zasmakować nieco game devu. Ale mostów za sobą nie pal. Nie żyjemy po to, żeby pracować, ale pracujemy po to, żeby żyć. A klepanie kodu to tylko praca. Prędzej czy później i tak większość dzisiejszych pasjonatów się tym znudzi. Dla wielu osób ze środowiska IT ważne są "ciekawe projekty", "super atmosfera", "samorealizacja" itp. A ja pytam: w robocie? W której na dodatek praktycznie nie masz wpływu na to, co robisz? Ciekawe projekty (byle nie programistyczne) i super atmosferę to mamy mieć po pracy. Żeby się realizować, mając wpływ na to, co się robi. Ale na tę genialną myśl często się wpada po przekroczeniu magicznego wieku lat 0x28...


Życie jest zbyt krótkie, by marnować czas na spieszenie się.
PO
Warto dodać, że jak się ogarnie ten sens to się okazuje, że jak ktoś ci mówi o super projekcie to już masz w głowie - taki CH*j, pewnie mało płacą i upychają sloganami :D
BraVolt
  • Rejestracja:prawie 6 lat
  • Ostatnio:prawie 4 lata
  • Lokalizacja:Warszawa
  • Postów:2918
2
Nerkowiec napisał(a):

Pracuję ponad rok w javie i piszę biznesowy shit oparty o Spring boota, hibernate itd typowy stack. Ostatnio dopadł mnie kryzys egzystencjalny jakie to jest cholernie nudne..

Nie jesteś jedyny. Ba nie jesteś nawet w mniejszości.

Nerkowiec napisał(a):

Tyle tylko że kasa całkiem dobra.

Im gorsza robota tym kasa musi być lepsza.
Im większy FUN tym kasa mniejsza.

Do korpo klepania najlepiej iść dopiero kiedy żona i małe dziecko skutecznie wytłumaczą, że sorry misiu, fun time się skończył, masz rodzinę, obowiązki, wydatki.. Zaciskasz zęby i klepiesz "nine to five".

Zbyt wczesne pójście do korpo grozi taki właśnie wypaleniem po roku.


"Kiedy wiedzieć czy zacząć nauke Springa? bo w czystej Javie to nic ciekawego nie zrobie chyba"
Ein Volk, ein Reich, ein Kwa-Kwa ***** ***
edytowany 2x, ostatnio: BraVolt
Zobacz pozostały 1 komentarz
superdurszlak
Albo jakieś plany na przyszłość, jak chcesz zakładać rodzinę to raczej nie chcesz mieszkać w wynajmowanym mieszkaniu. Właściciel prawdopodobnie też nie chce :)
BraVolt
To jeszcze zależy od miasta, bo możesz robić co tydzień nowe wyzwanie frontendowo-fulstackowe w agencji na pozycji mida i nieźle z tego żyć w porównaniu do innych, a w Warszawie taka robota niestety nie pozwoli ci na spłatę kredytu hipotecznego i opłacenie żłobka.
stivens
Nie wiem co ma do tego dziecko. Niektorzy zarabiaja 3 kola i jakos dzieci wychowuja. Dla kogos kto zarabia np 6 serio dziecko to wyzwanie i musi zmieniac prace na korponudy? XD
MarekR22
Korpo na początek jest the best. Oni mają kasę czas i pieniądze by uczyć początkujących. Tam można doświadczyć takich rzeczy jak: static code analysis, code metrics, pair programing, TDD, coding standards itp. W mniejszych firmach tego najczęściej nie ma.
TD
Tylko po co potem z tego rezygnować i iść do małej firmy. :)
no_solution_found
  • Rejestracja:prawie 18 lat
  • Ostatnio:3 dni
4

możesz zrobić to co ja - robić jakieś projekty poboczne. W Twoim przypadku może to być gra w Unity.
Co do samej pracy, to podejściem może być spróbowanie robienie tych samych rzeczy inaczej. Np spróbuj napisać test jednostkowy tak, aby można było wywalić 2-3 inne. Albo spróbuj wprowadzić testy bdd. Stawiaj sobie wyzwania, bo widocznie teraz już przestajesz się rozwijać.


nie100sowny
  • Rejestracja:prawie 9 lat
  • Ostatnio:4 dni
  • Lokalizacja:Kraków
  • Postów:402
5

Znajdż sobie firmę, ewentualnie projekt po godzinach który:

  • będzie miał nie trywialną logikę,
  • można będzie wdrożyć w chmurze,
  • można i warto będzie zoptymalizować,
  • nie będzie napisany w Spring i Hibernate, a np w Javalin lub Micronaut.
  • do którego dodasz sobie gui np. w React
  • będziesz na bieżąco aktualizował wersje bibliotek i wybierzesz non LTS wersje Javy
  • napiszesz solidne testy w tym performance w JMH.

Dalej się nudzisz?


"Gdy się nie wie, co się robi, to się dzieją takie rzeczy, że się nie wie, co się dzieje"
TD
  • Rejestracja:ponad 10 lat
  • Ostatnio:ponad 4 lata
  • Postów:380
8

Nie żyjemy po to, żeby pracować, ale pracujemy po to, żeby żyć. 8h pracy, 8h snu, godzina na dojazdy, dołóż do tego jakieś zakupy, jedzenie, ogarnianie sie do pracy itp. Wtedy na to 'życie' zostaną Ci ze dwie godziny dziennie. To ja już jednak wolę się postarać, żeby do pracy chodzić z przyjemnością ;)

Crowstorm
8h snu, dobre, dobre. Nie pamiętam kiedy tyle spałem :D
TD
@Crowstorm: Twój wybór. Moim zdaniem nie warto zrywać nocy (choć u mnie 8h to tez nie jest standard). Dostajemy za to więcej godzin ale znacznie gorszej jakości. Poza tym zwiększamy szanse na różne choroby. W temacie polecam standardowo "Why we sleep".
Crowstorm
@tdudzik To nie jest mój wybór. Fizycznie przed północą nie zasnę, muszę być bardzo padnięty. A i wtedy przejdzie sąsiad z psem, który odpali reszte psów w okolicy, a jeden swoim szczekaniem wprowadza ściany w wibracje. Best case scenario mam 7h snu ale średniej/niskiej jakości. Pewnie zainwestuje w lepsze materace czy body pillow żeby chociaż plery nie bolały :D
TD
@Crowstorm: za dużo kawy, stresu, za mało aktywności fizycznej? :) tak czy tak polecam książkę ewentualnie lekarza albo przeprowadzke :D
Crowstorm
Kawy mało, życie raczej na tzw "wyjebce" więc strsu też mało, na aktywnośc nie mam siły bo zmęczony psychicznie :D Pozostaje wyprowadzka albo dzwonienie na policje codziennie aż uciszą kundle i przestaną trąbić do otwarcia bramy
superdurszlak
  • Rejestracja:prawie 7 lat
  • Ostatnio:około 14 godzin
  • Lokalizacja:Kraków
  • Postów:1999
0
no_solution_found napisał(a):

możesz zrobić to co ja - robić jakieś projekty poboczne. W Twoim przypadku może to być gra w Unity.

A co z "klauzulami o sprzedaży duszy i ciała" w przypadku takich side-projektów? Matka korporacja Cię nie dojedzie o prawa majątkowe, jeśli się okaże, że taki projekcik robiony po godzinach przynosi pieniążki? Nie wiem jak w mniejszych firmach ale w korporacjach jeszcze się nie spotkałem z sytuacją, żeby nie było zapisu mówiącego coś w stylu

wszystko, co wymyślisz i wyrzeźbisz i zrobisz będąc zatrudnionym tutaj nie będzie tak naprawdę Twoje, tylko nasze

opcjonalnie z listą rzeczy, które się pod to łapią, na której brakuje chyba tylko pomysłu na prezent dla babci :D


Zobacz pozostały 1 komentarz
superdurszlak
No ale takie zapisy są, czasem wyraźnie zaznaczają że chodzi tylko o to co robisz związanego z pracą ale czasami nie. Nie wiem czy w ogóle są zgodne z polskim prawem tzn. czy w razie czego sąd nie podważył by takiego zapisu gdyby firma próbowała Cię np. pozwać o tantiemy od przychodów Twojej własnej apki niezwiązanej z ich działalnością. Jakąś formą straszaka to na pewno jest: https://www.joelonsoftware.com/2016/12/09/developers-side-projects/
wiciu
Możliwe, że takie zapisy są w niektórych miejscach, bo słyszałem o podobnych rzeczach od znajomych, choć to raczej było proforma. W jednym korpo, w którym pracowałem było tylko to, co wyżej wymieniłem, a dokładnie przeczytałem umowę. Niemniej jednak, takie zapisy wydają się absurdalne.
superdurszlak
Podobno (np. według tego co podlinkowałem) to takie zabezpieczenie gdyby były pracownik stwierdził, że tak naprawdę wymyślił jakieś rozwiązanie siedząc w domu na tronie. W USA ludzie potrafią pozywać o wszystko więc jakoś mnie to nie dziwi, choć z drugiej strony jakbym chciał rozwijać jakiś swój side project to trochę bym się bał że ktoś go postanowi przytulić.
wiciu
Teraz czytam ten artykuł. No tak. USA rządzi się trochę innymi prawami, niż Polska. Znam osoby, które z powodzeniem odpaliły firmy pracując w innej firmie w Polsce, więc na pewno się da. Niemniej jednak w USA być może trzebaby przyjąć inną strategię. Być może bardziej zaryzykować i np. zwolnić się przed sformalizowaniem swojego pomysłu itp.
no_solution_found
jakby dali mi taką klauzurę do podpisania, to domagałbym się odpowiednio wyższego wynagrodzenia. Poza tym nie spotkałem się z firmą, która by zabraniała rozwijania projektów pobocznie. W IT to tym bardziej trudno, bo część programistów właśnie po godzinach rozwija projekty open-sourcowe. Poza tym jak zdefiniować projekt po godzinach? Czy open-source czy tworzenia bloga do tego się zalicza? Jeśli tak, to albo musięliby mi dawać z 20k na rękę albo bym im kazał się pocałować :D Jedyny taki zapis jaki widziałem, że nie mogę robić nic co jest konkurencją dla tej firmy
lamerski
  • Rejestracja:ponad 7 lat
  • Ostatnio:prawie 2 lata
4
tdudzik napisał(a):

To ja już jednak wolę się postarać, żeby do pracy chodzić z przyjemnością ;)

Jaki odsetek programistów ma na to szanse? Spójrzmy na to nie z punktu widzenia jednostki, lecz ogółu. Zadania do zrealizowania są takie, a nie inne. W większości przypadków są nudne. I to nie programiści określają te zadania, tylko biznes...


Życie jest zbyt krótkie, by marnować czas na spieszenie się.
Silv
Spójrzmy na to z punktu widzenia jednostki. Nie tylko dlatego, że pytanie zostało zadane przez OP w przypadku prywatnym. Również dlatego, że lepiej raz zawieść się, a wciąż być optymistą, niż nie zawieść się, a stracić optymizm. Moim zdaniem.
TD
  • Rejestracja:ponad 10 lat
  • Ostatnio:ponad 4 lata
  • Postów:380
1

@lamerski: no właśnie to jest ten problem. Tylko ktoś wcześniej zasugerował, żeby się z tym pogodzić bo tak ma być. Ja wolę starać się znaleźć sposób na większą satysfakcję.

fasadin
  • Rejestracja:ponad 13 lat
  • Ostatnio:prawie 3 lata
  • Postów:4882
1

Spójrzmy na to nie z punktu widzenia jednostki, lecz ogółu

jak mozesz patrzec od strony ogółu? Raz, że to jest glupie, dwa jest to niewykonalne

  1. głupie, bo co mnie obchodzi jak ma reszta? Tak samo kazdego innego programiste nie powinno obchodzic jak ma reszta tylko skupic sie na swojej karierze.
  2. Niewykonalne, bo nie znasz opinii wszystkich programistów, nawet nie znasz połowy wiec nie możesz sie odwłowac do większości, skoro nie możesz sie odwłować do większości odnoszenie sie do ogólu mija się z celem.

Jeżeli chodzi o 2 to patrzysz przez pryzmat swojej perspektywy (więc indywitualną), masz jakieś grono programistów + jakieś wiadomości o programistach + jak Twoim zdaniem wygląda rynek pracy

Jeżeli ktoś chodzi do takiej pracy, gdzie nie czuje się w żaden sposób spełniony, to powinien zmienić prace lub warunki

Znam ludzi którzy jeżeli wystarczy, że im się zapłaci tyle ile oni chcą i mogą robić wszystko.

Najczęsciej z mojej perspektywy, problem nie jest taki, ze zadania sa za proste tylko pensja jest za mala

@Nerkowiec jakbyś dostawał 30k PLN miesiecznie za to co robisz, mialbys to samo uczucie? jezeli nie 30 to 50. Chodzi o to za jaka kwote bys robił tą pracę. Jeżeli ta kwota jest nieosiągalna lub jej nie ma to zmień prace, inaczej idz po podwyzke

lamerski
  • Rejestracja:ponad 7 lat
  • Ostatnio:prawie 2 lata
0

@tdudzik zgadzam się z Tobą w 100%. Do tego powinniśmy dążyć. Ale miałem na myśli to, że większość z nas nie ma na to szans...
@fasadin masz rację, to jest głupie. Szczególnie z punktu widzenia kogoś, kto skupia się głównie na swojej karierze i nie obchodzi go jak mają inni. Ale mnie obchodzi jak mają inni i nie mam nic przeciwko temu, by mieli przynajmniej tak dobrze, jak ja albo lepiej. W końcu komuś musi się powodzić.


Życie jest zbyt krótkie, by marnować czas na spieszenie się.
edytowany 1x, ostatnio: lamerski
viader
  • Rejestracja:około 12 lat
  • Ostatnio:około miesiąc
  • Postów:167
0

Zmień pracę, weź kredyt :D
A tak serio po roku to masz jeszcze mnóstwo tematów do zapoznania i jesteś dopiero na początku drogi. Także jeśli temat programowania jakkolwiek Cię interesuje poleciłbym po prostu podnosić sobie poprzeczkę poznając nowe mechanizmy, biblioteki, wnikając w to jak działa pod spodem twój framework.

Pracę przy grach zacznij sobie hobbystycznie, bo zaraz się okaże, że też jednak nudne patrzenie na ten sam lvl X razy.

edytowany 1x, ostatnio: viader
superdurszlak
  • Rejestracja:prawie 7 lat
  • Ostatnio:około 14 godzin
  • Lokalizacja:Kraków
  • Postów:1999
0
tdudzik napisał(a):

@lamerski: no właśnie to jest ten problem. Tylko ktoś wcześniej zasugerował, żeby się z tym pogodzić bo tak ma być. Ja wolę starać się znaleźć sposób na większą satysfakcję.

Chyba każdy się stara, ale z pustego to i Salomon nie naleje :D jak w projekcie nie ma nic do robienia poza logiką biznesową i CRUDami to możesz się pociąć a i tak nic nie wymyślisz. Znaczy wymyślisz, ale może się to np. spotkać ze sprzeciwem, albo będzie zwyczajnie pozbawione sensu w danym kontekście. Na przykład - raczej nie będziesz próbował skalować utility toola używanego przez 5 osób z supportu na krzyż ;)


TD
Wszystkim nam się nie uda, ale próbować warto. :D
somekind
Skalować moze nie, ale zawsze można dodać DDD i pięć warstw. ;)
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
1

większość z nas nie ma na to szans...

Ale to przeciez nie jest tak ze każdy chce robić to samo. Jeden chciałby klepać gry, inny woli spokojne CRUDy bez spiny i dedlajnów a jeszcze inny chciałby programować łaziki marsjańskie. Trzeba znaleźć to co się lubi a potem to robić ;]
Ktoś chce coś ciekawszego niż biznesowe CRUDY?


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
WhiteLightning
  • Rejestracja:prawie 14 lat
  • Ostatnio:około 11 godzin
  • Postów:3169
2

@Nerkowiec: pobaw sie performance tuning, zacnzij kombinowac np. jak aplikacje przyspieszyc.

S9
  • Rejestracja:ponad 10 lat
  • Ostatnio:5 miesięcy
  • Lokalizacja:Warszawa
  • Postów:3573
0

@Nerkowiec:
a czy myślisz że ludzie tworzący Springa czy Hazelcasta narzekaja na nudę?


"w haśle <młody dynamiczny zespół> nie chodzi o to ile masz lat tylko jak często zmienia się skład"
danek
Szczerze to nie zdziwię się jak tak większość pracy tam to klepanie jakichś nudnych bugfixów itp
TurkucPodjadek
TurkucPodjadek
  • Rejestracja:około 8 lat
  • Ostatnio:około 4 lata
  • Postów:607
1

Ja jakbym miał taką ciepłą posadkę w korpo z shitstackiem, że w większości czasu kompletnie nic się nie dzieje, a kasa spływa, do tego jeszcze z okazjonalną zdalną z domu, to bym równolegle klepał swój projekt, nie ma bata. No ale to ja, ale widzę, że teraz w modzie prędzej jest gdzie dostane więcej?, albo jakiego języka warto się uczyć? tudzież co robić panie premierze, jak żyć?. Potem dziwić się, że kołcze życia mają takie wzięcie.

Zobacz pozostałe 3 komentarze
S9
@belzebub269: no masz rację, oczywiście nie da sie dostawać dobrej $ za ciekawe rzeczy. :D :D :D jak mnie bawi takie podejście
B2
@scibi92: polecam czytanie ze zrozumieniem. Jak mnie bawi brak elementarnych umiejętności :D :D :D
S9
"ZAWSZE lepiej płatna będzie gówniana praca, bo tylko tym zachęcisz" @belzebub269 uważam że przeczytałem ze zrozumieniem. Jest napisane "zawsze", prawda?
B2
BRAWO ;-) dlatego pytam gdzie tu jest napisane że nie da się dostać dobrej kaski za ciekawe rzeczy :)
S9
Dobra może źle się wyraziłem. Chodziło mi o to że bywają bardzo dobrze płatne prace bo trzeba mieć spore kompetencje. Np. ludzie tworzący Guavę czy Hazelcasta pewnie dostawali o wiele więcej $$$ niż koles siedzięwy w EE bagnie :)
PI
  • Rejestracja:ponad 9 lat
  • Ostatnio:3 miesiące
  • Postów:2787
5

Pamiętajcie, że na zadowolenie z pracy, oprócz technologii i projektu, bardzo dużą wagę mają ludzie w zespole ;)

teez
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 4 lata
  • Postów:122
1

A mi się wydaje, że na własnej skórze trzeba przejść przez różne etapy (w miarę oczywiście możliwości): praca w korpo przy nudnym/ starym dużym/ projekcie, praca przy projekcikach w software-housach/ praca przy dużych greenfieldach.

Tak na prawdę każdy z tych projektów czegoś uczy. Z własnego doświadczenia:

  1. Praca przy dużym projekcie procesu kredytowego (dla banku, ale nowiutkie technologie) - jak zaczyna się duży projekt, jak się współpracuje na początku z biznesem/analitykami/administratorami, przecieranie dróg o dostępy do usług i integracje z nimi...

  2. Praca w software-housach - ja akurat pracowałem przy kilku "projekcikach" (samemu można by je napisać od nowa w max rok) - tutaj jesteś one-man-army. Widzisz calutki proces i często jesteś za niego w dużej mierze odpowiedzialny.

  3. Praca przy starym dużym biznesowym projekcie - aktualnie jestem na tym etapie (trochę dla kasy +50%, trochę z nudy przy projekcikach w Software-housie). JavaEE, IBM Web Logic itd wiec technologie bez rewelacji. Ale proces ogromny (system łączy ok. 70 usług), 14+ letni. Mam nadzieje nauczyć się tutaj pracy przy takich projektach - jak odnajdywać się w kodzie którego kompletnie nie znasz i nie ma szans, abyś poznał cały proces itd. To trochę takie rozwiązywanie zagadek.. Aplikacji już dawno nie uruchamiałem bez debbugera :P

W planach mam jeszcze firmę w której na pierwszym miejscu stawia się utrzymywanie najnowszych technologii i dobrej jakości kodu (ponoć allegro?) oraz taką gdzie jest prawdziwa architektura mikroserwisów na chmurze.

Warto samemu sprawdzać. I na końcu uznajesz co Ci najbardziej odpowiada..

edytowany 1x, ostatnio: teez
TD
Architekturę mikrousług w chmurze również znajdziesz w Allegro.
teez
Przy każdym projekcie? Znam jedną firmę z wrocławskiego podwórka gdzie chwalą się bodajże 300 (pewnie już dziś więcej) mikroserwisami. I o czymś takim myślałem, bo tam się pojawiają całkowicie inne problemy. Jeżeli w allegro by to było to nieźle. Jedyny minus, że trochę nie płacą rynkowo i UoP. :(
TD
Nie wiem, nie pracuje tam. Chwalą sie ze mają 800+ mikrousług więc jest pewnie duza szansa ze trafisz do takiego projektu. UoP to dla mnie zaleta, ale zarobki rzeczywiście przeciętne. Ostatnio znów poszły w górę a Allegro zostało troche w tyle.
Silv
Moderator Wiki
  • Rejestracja:ponad 10 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Warszawa
1
Nerkowiec napisał(a):

Pracuję ponad rok w javie i piszę biznesowy shit oparty o Spring boota, hibernate itd typowy stack. Ostatnio dopadł mnie kryzys egzystencjalny jakie to jest cholernie nudne.

Rozgraniczmy pojęcia. "Kryzys egzystencjalny" to jest dla mnie coś mocniejszego, poważniejszego niż "nuda". Czy rzeczywiście jest to taki kryzys i czy rzeczywiście jest on wynikły z nudy w pracy?


PS. Na wszelki wypadek dodam: nie neguję tego, że taki kryzys może wyniknąć z nudy.


edytowany 1x, ostatnio: Silv
NO
  • Rejestracja:ponad 7 lat
  • Ostatnio:ponad 5 lat
  • Postów:165
2

Chyba nuda to taki znak, że przestajemy się rozwijać, i że warto pomyśleć o nowych zmianach, co nie?

Przynajmniej ja chciałbym tak to rozumieć, ale wtedy musiałbym zmieniać pracę co miesiąc :-)

Może to nie byłoby zbyt poprawne z mojej strony, ale sam nie wiem co gorsze. Chora praca czy chory ja?

Tak od czasu do czasu rozmyślam i wydaje mi się, że skoro programowanie można zaklasyfikować jako skill twórczy, to czemu praca na etat jest dla mnie miejcem, gdzie kreatywność znaczy tyle samo co matematyka (czyli nic)?

W pracy miałem pewną listę stałych:

  • miejsce
  • z góry dobranych ludzi nie mówiąc, że narzuconych
  • wyznaczona ilość czasu jaka mam klepać za dnia
  • wyznaczone narzędzia
  • spotkania w kalendarzu
  • zadania w jira lub trello.

I już ta rzecz powinna niepokoić, ponieważ w takich okolicznościach programista tak naprawdę rzadko coś wymyśla, czy tworzy - zwykle tu ma miejsce przyjmowanie polecenia, i realizacja odtwórczej pracy. Tak więc to, że praca w końcu Cię nudzi to normalna sprawa, dziwne byłoby to, gdyby w pracy w ogóle nie było miejsca na nudę.

Dodatkowo dodam, że parę lat temu miałem epizod, gdzie dostałem się do spoko firmy, w której dwaj programiści robili nadzwyczajną robotę (oczywiście w ramach 8h). Pierwszy raz coś takiego widziałem, oczywiście jarałem się tym, o nudzie nie było mowy, bo w końcu tyle rzeczy się tam działo.

Efektem ubocznym było to, że po powrocie do mieszkania już na nic nie miałem sił ani chęci. No i trzeciego dnia zwolniłem się, oczywiście to było dla nich niespodziewne, ale mi kasa zwyczajnie się nie kalkulowała, tzn nawet jakby dali mi o 2-3 patyki więcej to nadal byłoby słabo, bo ja nie mam w sobie takiej energii, by z każdym dniem rzeźbić tak zacięcie system. Nawet teraz pod dwóch długich sesjach w moim projekcie, muszę mieć zmianę np. basen, albo zadania mniej powiązane z kodem.

Oczywiście to było ciekawie doświadczenie i jestem na 100% pewien, że wiele rzeczy mogłem się tam nauczyć, ale koniec końców, jeśli nie masz udziałów, nadzwyczajnej pensji to zasuwanie pełnych 8h nie ma sensu (paradoksalnie po 3 tygodniach dostałem 2 razy lepiej płatną na UoP - więc zapierniczając u tych dwóch speców byłbym mocno z kasą do tyłu i pewnie ze zdrowiem też).

I tak podsumuje to doświadczenie: nudę ciężko jest wyrzucić z pracy na etacie, a jeśli tego dokonasz to sporo na tym stracisz.

Dodam, że mnie już ten problem nie męczy :D Nie pracuje na etacie, ale mimo to mam na boku dodatkowe źródło (oczywiście nudne :-P), ale do 30-50h w miesiącu idzie wykonać, to nie męczy jakoś tak tak bardzo, a jednocześnie pozwala mi pociągnąć miesiąc bez korzytania z odłożonej kasy. Przy takim założeniu zostaje mi 3 z 4 tygodni, które mogę przeznaczyć na rozwój własnych pomysłów. No i wtedy nuda na którą narzekasz nie jest taka zła. Gdybym nie miał dochodów to pewniej trudniej byłoby o ład w głowie, a to przecież podstawa w przypadku tworzenia i kreatywności.

edytowany 1x, ostatnio: nohtyp
Zobacz pozostałe 11 komentarzy
NO
@tdudzik krk, ale o tą firmę nie pytaj :D
Shalom
Jeszcze sie okaże że to było jakiś czas temu i nohtyp akurat siadł koło mnie a ja łyknąłem rano nzt48 i leciałem z koksem... ;]
TD
@nohtyp: napisz na priv plz bo mam wrażenie jakbym wiedzial o czym mówisz :D
NO
@Shalom zakres technologii nie pasuje pod Ciebie, poza tym inaczej wyglądasz.
NO
@tdudzik Wstrzymam się, ale w krk jest kilka firm, które zdrowo przeginają z zaangażowaniem i 2-osobowy skład to pełnia do szczęścia, by robić po 250h na miesiąc.
jarekr000000
  • Rejestracja:ponad 8 lat
  • Ostatnio:około godziny
  • Lokalizacja:U krasnoludów - pod górą
  • Postów:4706
8

Tu nie chodzi o nudę, moim zdaniem -> tylko o demotywujące warunki pracy.

I sami je sobie takie robimy akceptując bylejakość.

Faktycznie: Logika biznesowa jest z natury nudna.
Oczywiście bywają ciekawsze problemy do rozwiązania niż kolejny program do liczenia marchewek w warzywniaku, ale nawet w łazikach marsjańskich, grach itp. ciekawe części kodu to pewnie 10% (no może 15%). Reszta to nudne dopełnienie: walidacje, komunikaty błędów, konfiguracje itp. tony prostego (przeważnie) kodu, który też trzeba gdzieś napisać. Ba, nawet monady nie pomagają za bardzo :-(.

IMO da się przeżyć, ale ludzie dokładają sobie toksyczne dodatki:

  • brzydki kod,
  • błędogenne i cieżkie frameworki (Spring, Java EE, JPA i tony innych),
  • długi build,
  • długie czekanie na start aplikacji, rezultat (brak testów),
  • archaiczne narzędzia (np. do przeglądania logów, deploymentu),
  • zebrania,
  • bzdurne reguły kodu,
  • upierdliwe raportowanie czasu pracy/ zadań,

Przykład: jeśli mój build + restart aplikacji trwa dłużej niż 2 sekundy (bywa) to się demotywuje.
Nie mierzyłem, ale moja wydajnośc w buildzie 2 sekundowym vs 30 sekund (build + restart) to pewnie tak 4 do 1.

I w końcu ludzie się zniechęcają. A większośc z tych rzeczy da się naprawić.


jeden i pół terabajta powinno wystarczyć każdemu
edytowany 3x, ostatnio: jarekr000000
Zobacz pozostałe 8 komentarzy
jarekr000000
Lubię gradle i mam strasznie poszatkowane projekty, choć nie szybkośc buildu była celem. Ale za to czasem wymuszam exec testów, bo gradle za sprytnie stwierdza, że nic sie ważnego nie zmieniło i ich nie odpala (i czasem nie ma racji...).
viader
@jarekr000000: (do poprzedniego pytania) miałem już sytuację przy 3 projektach (znaczy się potrafi powtarzać), że odpowiedzialne osoby techniczne nie były zainteresowane żadnymi usprawnieniami i to już gorszy problem niż przekonać biznes, bo tacy nie chcą słuchać nawet nowości.
IA
dlatego wlasnie zmieniam prace. nudni ludzie i bardzo duza bezwladnosc buildow
viader
nom my mamy na każdy preview commita (przed review) odpalane testy i toole do analizy statycznej kodu bo ludzie inaczej sami nie odpalą testów :D
jarekr000000
@viader: trzeba pokazać ile to kosztuje (błedy, czas robienia ficzerów), rozmawiam z biznesem - to oni mają budżet, a technicznym mówię, że podejście jest nieprofesjonalne :-) Czasem się łamią (choć potrafi to trwać). W każdym razie - przy szacowaniu zadań mów ile czasu przez to, że kiepskie środowisko pracy. IMO - my programiści tego bardzo nie doceniamy, więc raczej nie przestrzelisz.
BraVolt
  • Rejestracja:prawie 6 lat
  • Ostatnio:prawie 4 lata
  • Lokalizacja:Warszawa
  • Postów:2918
6
Nerkowiec napisał(a):

Cześć,
Pracuję ponad rok w javie i piszę biznesowy shit oparty o Spring boota, hibernate itd typowy stack. Ostatnio dopadł mnie kryzys egzystencjalny jakie to jest cholernie nudne.. Tyle tylko że kasa całkiem dobra. Zacząlem się zastanawiać nad zmianą pracy

Mam dwie propozycje

  1. Zmień pracę na coś typowego dla 90% Polaków nie będących "korpo-programistami z całkiem dobrą kasą".
  2. Wyjedź do Londynu, wynajmij normalne porządne mieszkanie w mieście, nie na zadupiu, spróbuj się utrzymać na normalnym poziomie middle class (nie musi być upper middle class) z zarobków java-developera w Londynie z rocznym expem.

Pewnego razu do rabina przychodzi Żyd i płacze mu : "Rebe, ja już nie mogę wytrzymać, mam tak źle w życiu, tłoczymy się z żoną i dzieciakami w małym domku, trudno nam i w ogóle bieda." Rabin myśli, myśli i mówi "sprowadź sobie do domu teściową i wróć za tydzień".
Po tygodniu Żyd przychodzi. Rabin pyta go czy pomogło, a Żyd, że nie, że jest jeszcze gorzej, bo żona i teściowa się kłócą o to jak wychować dzieci, jak porządki robić, co gotować do jedzenia. Rabin poleca zatem Żydowi wziąć do domu kozę i wrócić za tydzień.
Mija tydzień, Żyd, niewyspany, zmęczony i zatroskany przychodzi. Okazuje się, że nie dość, że ciasno i źle i hałas, i gderanie to jeszcze smród, bród i koza wszystko nadgryza. Rabin udziela zatem ostatniej rady : "Odpraw teściową i wygoń kozę, a potem wróć po tygodniu".
Mija kolejny tydzień i Żyd przychodzi. Rabin pyta go jak tam mu się wiedzie, a ten, zadowolony odpowiada : "No Rebe, teraz, to ja mam jak w raju".


"Kiedy wiedzieć czy zacząć nauke Springa? bo w czystej Javie to nic ciekawego nie zrobie chyba"
Ein Volk, ein Reich, ein Kwa-Kwa ***** ***
edytowany 4x, ostatnio: BraVolt
jarekr000000
  • Rejestracja:ponad 8 lat
  • Ostatnio:około godziny
  • Lokalizacja:U krasnoludów - pod górą
  • Postów:4706
0
BraVolt napisał(a):

Pewnego razu do rabina przychodzi Żyd i płacze mu : "Rebe, ja już nie mogę wytrzymać,
...
ostatniej rady : "Odpraw teściową i wygoń kozę, a potem wróć po tygodniu".
Mija kolejny tydzień i Żyd przychodzi. Rabin pyta go jak tam mu się wiedzie, a ten, zadowolony odpowiada : "No Rebe, teraz, to ja mam jak w raju".

Znałem to z Agile kołczem. Ale z kozą też fajne.


jeden i pół terabajta powinno wystarczyć każdemu
BraVolt
Pierwszy raz słyszałem to na Kazimierzu na jakimś spotkaniu kabaretowym. Na pewno jest to ze starych dowcipów żydowskich. Nie wiem czy w oryginale wtedy brzmiało to tak jak zacytowałem ale taki tekst najbardziej mi przypomina tamto spotkanie w Krakowie.
Miang
służąca nie teściowa
LU
  • Rejestracja:około 9 lat
  • Ostatnio:3 dni
  • Postów:365
1

A ja tam autora tematu ogólnie rozumiem. Chociaż znudzenie po 1 roku to dosyć szybko. Ja mam 12 lat doświadczenia, z czego ostatnie 4-5 to zdecydowanie głównie biznesówka. Wcześniej bywało różnie i sporo technicznych wyzwań także było. Dla kontekstu wszystko w .Net.

U mnie to wyglądało tak, że akurat miałem przestój między projektami, to zacząłem się też rozglądać. Znalazłem dwie rzeczy zdalnie. Jedna symulacje w Unity 3d. Druga to Klient + rozwiązania dookoła w Ethereum. W obu przeszedłem rekrutacje techniczne, ale dla firmy w Unity 3d okazałem się za drogi. Dla firmy od Ethereum ważniejsza była (w miarę) niskopoziomowa wiedza w .Net z uwagi na optymalizacje jakie robią w kodzie i byli w stanie dać sensowne pieniądze.

I tak od sierpnia będę implementował nowe algorytmy konsensusu, optymalizował kod i użycie pamięci, a także pracował nad adopcją Ethereum 2.0 w tym kliencie. Bardzo ciekawe rzeczy.

WIęc znajdź jakieś nisze nawet w tej Javie które Cię mogą zainteresować i... szukaj zdalnie - chyba że jest szansa też na miejscu, ale to nie wiem.

BraVolt
  • Rejestracja:prawie 6 lat
  • Ostatnio:prawie 4 lata
  • Lokalizacja:Warszawa
  • Postów:2918
2

Co prawda nie kwalifikuję się do mówienia o związkach 12 lat ani z kobietą ani z zawodowym programowaniem, jednak teoretyzując, rozumiem, 12 lat, znudzenie i ochotę na wprowadzenie urozmaicenia ;)

Ale znudzenie i zniechęcenie już po roku oznacza, że IMO związek z Panią Javą od początku był pomyłką.


"Kiedy wiedzieć czy zacząć nauke Springa? bo w czystej Javie to nic ciekawego nie zrobie chyba"
Ein Volk, ein Reich, ein Kwa-Kwa ***** ***
Prędki_Lopez
  • Rejestracja:ponad 9 lat
  • Ostatnio:ponad 4 lata
  • Postów:248
0

Ja obecnie po 2-3 latach widzę znudzenie Javą, zaczyna mi uwierać ten język. Natomiast przede wszystkim to znudzilo mi się pisanie logiki biznesowej. Na początku myślałem, że to będzie coś co lubie, ale okazało się na odwrot. To normalne, że po roku pracy cos Ci się nie podoba, to jest czas żeby próbować i sprawdzać w czym chcesz robić. Nie ciśnij na siłę tylko sprobuj czegoś nowego. Jeśli grzebałes coś we froncie wcześniej może sprobuj w tym kierunku ( ja podjałem taką decyzję), albo mobile. Niestety, ale komercyjnie jeśli chcesz mieć szeroki wybór firm to logika biznesowa cie czeka, najczęściej nudna.

LU
Mnie na przykład .Net nie nudzi. C# jest świetny, Core jest świetny, a zawsze można w F# podłubać. Co jest nudne to standardowa CRUDowa biznesówka...
Prędki_Lopez
@Lukxxx: tak we wszystkim można podłubać i w prawie wszystkim idzie robić różne rzeczy, ale dokonując wyboru warto wziać pod uwagę warunki rynku pracy, tj. co w praktyce w jakim biznesie się wykorzystuje
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)