Junior Android Developer - pierwsza podwyżka

0

Hej, od maja jestem na stażu w pewnej firmie w trójmieście, z obietnicą, że jeżeli się sprawdzę to będą chcieli mnie zatrzymać na zawsze.

Pod okiem opiekuna rozwijałem wewnętrzną aplikację w najnowszych technologiach androidowych; clean architecture, kotlin, databinding, RxJava i tym podobne, w zasadzie wszystko cutting-edge. Ostatnio miałem rozmowę z opiekunem w której mi powiedział ze widać bardzo duży postęp, że jestem na bardzo dobrej drodze i jak tak dalej pójdzie to przegonię niektórych w firmie, a tydzień potem dowiedziałem się ze otrzymam swój własny projekt który będę rozwijał samodzielnie od zera.

Firma ma taki charakter że tak na prawdę nie ma żadnego oficjalnego przejścia ze stażu do pracy (tak inni mówią), więc skoro już dostałem projekt to można uznać ze mam już pracę, za miesiąc kończy mi się umowa w której jako stażysta dostawałem 13,5zl/h na ręke.

I teraz się zastanawiam ile jestem dzisiaj warty na rynku pracy jako junior android dev z pół rocznym doświadczeniem w tych w sumie dość trudnych technologiach, ile mógłbym otrzymać podwyżki na umowie zlecenie?

0

A umiesz Kotlin, czy klepiesz nadal w Javie 6?

0

Zadaj bardziej pytanie ile jesteś warty dla firmy a nie na rynku pracy - najprawdopodobniej posiadasz umiejętności które dostrzegają w firmie. Jesteś bardzo pojętny, uczysz się ponadliniowo. Skoro firma uważa że jesteś w stanie robić projekt sam to startowałbym ze stawką 6000. Oczywiście tutaj dochodzą inne sprawy: skoro jesteś dobry to warto ustawić dokładne daty performance review - moze być tak że po prostu za rok dwa będziesz wart dużo więcej niż przysłowiowe 10% podwyżki co roku. Jak sam wspomniałeś wykazałes się - własny projekt do zrobienia to bardzo dużą odpowiedzialność. Moja rada, mówię tutaj z własnego doświadczenia: nie rób projektu zupełnie sam. Ustal z przełożonym że chciałbyś mieć robione audyty kodu oraz możliwość podpytywania się kogoś większym stażem. Dostalem za młodu projekt do zrobienia samemu - niestety android potrafi zaskakiwać. Będąc juniorem nie jesteś w stanie tego przewidzieć.

0
  1. Dlaczego używacie w jednym projekcie Kotlina i RxJave ?
  2. Pisząc 'cutting-egde' masz na myśli wszystko co redukuje kod ?
  3. Dlaczego utrudniacie sobie życie stosując databinding ?

Gdybyś był taki łaskawy mi odpisać ... :)

1

Tak jak @lubie_programowac napisał, też bym wołał pewnie ~6000 zł. Dużo też zależy od tego, jak umiesz te rzeczy, które wymieniłeś. Clean architecture - co to w ogóle znaczy? Kotlin - można pisać w Kotlinie albo w Kavie. Databinding - tutaj zapuszczę kurtynę milczenia, bo bibliotekę uważam za kiepską. RxJava - na jakim poziomie?

wioletta90 napisał(a):
  1. Dlaczego używacie w jednym projekcie Kotlina i RxJave ?

A dlaczego nie?

1

Nie wiem co macie do DataBinding, ale to spoko sprawa, działa tak samo jak odwzorowanie obiektu z użytkownikiem na bazę danych, gdzie programistę interesuję tylko obiekt, a nie jaka baza danych.

Macie przykładowo aktywność, w której wyświetlacie jakiś produkt i przy zmianie produktu podstawiacie inny obiekt, widok się odświeża i cała aktywność jest gotowa.

0
lubie_programowac napisał(a):

Zadaj bardziej pytanie ile jesteś warty dla firmy a nie na rynku pracy - najprawdopodobniej posiadasz umiejętności które dostrzegają w firmie. Jesteś bardzo pojętny, uczysz się ponadliniowo. Skoro firma uważa że jesteś w stanie robić projekt sam to startowałbym ze stawką 6000. Oczywiście tutaj dochodzą inne sprawy: skoro jesteś dobry to warto ustawić dokładne daty performance review - moze być tak że po prostu za rok dwa będziesz wart dużo więcej niż przysłowiowe 10% podwyżki co roku. Jak sam wspomniałeś wykazałes się - własny projekt do zrobienia to bardzo dużą odpowiedzialność. Moja rada, mówię tutaj z własnego doświadczenia: nie rób projektu zupełnie sam. Ustal z przełożonym że chciałbyś mieć robione audyty kodu oraz możliwość podpytywania się kogoś większym stażem. Dostalem za młodu projekt do zrobienia samemu - niestety android potrafi zaskakiwać. Będąc juniorem nie jesteś w stanie tego przewidzieć.

Tak, już to było powiedziane od razu, że będę miał kogoś żeby mi patrzył przez ramię i pewnie będę tej osobie PR wystawiać normalnie więc o to się nie martwię.
Jak zobaczyłem 6000 to się mega mocno zaskoczyłem, bo szczerze to zastanawiałem się czy 3500 to nie będzie za dużo, bo jednak kurcze wciąż jest ze mnie junior, w tych technologiach też nie jestem jakimś mega wymiataczem, bo ktoś wyżej też pytał o to, wszystko ogarniam ale też mój wewnętrzny projekt nie pozwalał też zbytnio mi rozwinąć skrzydeł w tych kategoriach

0

@Michał Sikora: serio nie wiesz czym jest clean architecture? to architektura zaproponowała przez Roberta C martina, napisał o tym nawet książkę, wszystkie aplikacje u nas w firmie są tworzone w tej architekturze, to jest ogólnie bardzo szeroki temat i najtrudniejsza rzecz którą musiałem zrozumieć na stażu

Databinding jaki by nie był jest chyba obecnie najlepszym sposobem żeby odseparować widok od logiki, w tej architekturze binding adaptery to są jedyne klasy w których używane są jakiekolwiek elementy android SDK, reszta modułów, logiki biznesowej i repo jest praktycznie w czystym kotlinie, z dodatkiem wewnętrznych bibliotek oczywiście typu dagger czy retrofit, czasem tylko context dostarczany jest przez daggera gdzieś niżej w architekturze

Samo activity ma kilka linijek i jedyne co robi to łączy binding z modelem i praktycznie nic tam nie robimy, w najnowszym projekcie w ogóle jest jedno główne activity i tylko content się w nim zmienia, nie pamiętam jaką to ma nazwę

0
PatrykDampc napisał(a):

@Michał Sikora: serio nie wiesz czym jest clean architecture? to architektura zaproponowała przez Roberta C martina, napisał o tym nawet książkę, wszystkie aplikacje u nas w firmie są tworzone w tej architekturze, to jest ogólnie bardzo szeroki temat i najtrudniejsza rzecz którą musiałem zrozumieć na stażu

Nie, pytaniem o clean architecture nie chodziło mi o wykazanie się niewiedzą. Po prostu za dużo razy widziałem "clean architecture" i nie chciałem widzieć więcej. Druga sprawa jest taka, że clean architecture, to po prostu sensowny opis tego, jak dzielić aplikację na warstwy a nie jakieś wypunktowane wytyczne. Mógłbym inaczej zadać pytanie - jaką inną architekturę można użyć zamiast clean architecture?

PatrykDampc napisał(a):

Databinding jaki by nie był jest chyba obecnie najlepszym sposobem żeby odseparować widok od logiki, w tej architekturze binding adaptery to są jedyne klasy w których używane są jakiekolwiek elementy android SDK, reszta modułów, logiki biznesowej i repo jest praktycznie w czystym kotlinie, z dodatkiem wewnętrznych bibliotek oczywiście typu dagger czy retrofit, czasem tylko context dostarczany jest przez daggera gdzieś niżej w architekturze.

Databinding - zgadzam się. Data Binding od Googla nie zgodzę się. SDK tylko w adapterach brzmi fajnie, ale nie jest to raczej możliwe w aplikacji, która korzysta z Androida w większym stopniu. Kilka przykładów - kamera, Bluetooth, lokalizacja, nasłuchiwanie na eventy systemowe, integracja np. z kalendarzem, itd.

PatrykDampc napisał(a):

Samo activity ma kilka linijek i jedyne co robi to łączy binding z modelem i praktycznie nic tam nie robimy, w najnowszym projekcie w ogóle jest jedno główne activity i tylko content się w nim zmienia, nie pamiętam jaką to ma nazwę

I bardzo dobrze. Jak jeszcze napiszesz, że nie ma tam Fragmentów, albo jeśli już są, to nie korzystacie z FragmentManagera, to nic tylko się cieszyć, że trafiło się na taką firmę i ludzi.

Tak szczerze, to po tym krótkim poście powiem Ci, żebyś walił śmiało w te 6k. Napisałeś w kilku zdaniach więcej sensownych rzeczy, niż niektórzy archytekci i seniorzy z nastoletnim stażem. A jeżeli nie dostaniesz kwoty, która by Cię zadowoliła, to i tak rozważ zostanie, bo to, jak opisałeś firmę i co z niej wynosisz brzmi dobrze.

0

a jaki jest sens w wywaleniu fragmentów i ograniczenia activity do kilku linijek ? Widziałam kilka takich projektów to w katalogach był znowu taki syf, że cięzko kogoś wdrożyć.

0

@Michał Sikora: Oki, ja po porostu wcześniej nie znałem żadnej architektury, coś tam czytałem ale żeby samemu to wdrożyć we własnym projekcie będąc totalnym swieżakiem to było zbyt duże wyzwanie, przyszedłem do pracy i od razu wrzucili mnie w to clean architecture, nie rozwodziłem się nad tym ile jest innych architektur, ale jeden projekt który u nas firma przejęła po kimś nie ma w zasadzie żadnej architektury i widzę jak chłopaki się męczą z implementacją nowych funkcjonalności i jakimiś zmianami. Tragedia.

Te binding adaptery, to u nas jest bardzo duże ciśnienie żeby właśnie tak się ograniczać, mamy jeden projekt który jest dość zaawansowany, między innymi kamera i mapy, akurat do niego nie zaglądałem jeszcze bo pewnie tylko wielkie oczy zrobię ale fakt, że to jest największy problem w implementacji mvvm, nawet sensowne obsłużenie dialogu czy toasta jest małym wyzwaniem przy databindingu.

Zgadza się, u nas nie używamy w ogóle fragmentów, aczkolwiek podobno nowa biblioteka jetpack od googla usprawnia fragmenty, ja do tego nie zaglądałem więc się nie wypowiem

0

znacie może jakieś firmy zatrudniające juniorów iOS w Trójmieście?:)

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