Czas

Możliwość pracy zdalnej

Jeden z najlepszych benefitów jaki pracodawca może nam zaoferować. Ostatni rok pokazał, że można pracować w 100% zdalnie i przynosić rezultaty niczym nie odbiegające od pracy w biurze. Powinna to być opcja, z której każdy powinien móc korzystać i tworzyć swoje ulubione zestawy np. 1/4 – 1 dzień w biurze plus 4 w domu lub na odwrót. Najlepiej wedle własnych preferencji i zgodnie z rytmem w pracy np. tak aby nie zakłócać rutyny spotkań zespołowych w pracy.

Elastyczny czas pracy

Niektórzy wolą super rano, niektórzy bardziej po południu … dlaczego nie. Fajnie jak mamy możliwość wyboru godzin pracy. A nie tylko narzucone od 9 do 17. Tu też fajnie jak jest możliwość elastycznego podejścia i tworzenia własnych artefaktów np. od 8 – 12 plus 14 – 18.

Krótszy czas pracy

Z niecierpliwością czekam na czasy kiedy pełny etat zostanie obniżony do 6 godzin dziennie. Zanim to nastąpi zawsze możemy powalczyć o benefit w postaci chociażby 5-godzinnego dnia pracy w piątki – bo dlaczego nie.

Dodatkowe dni urlopowe

Urlop – przez część osób kochany, przez część znienawidzony (czyt. przez pracoholików). Niemniej jednak pieczołowicie zbieramy dzień do dnia aby móc oderwać się od pracy. Fajnie jak pojawiają się dodatkowe benefity z nim związane np. nagradzanie długiego stażu pracy dodatkowym dniem płatnego urlopu. Czyż to nie byłoby wspaniałe?

Zdrowie i samopoczucie

Zdrowe przekąski / wyżywienie

Śniadania, obiady, kolacje firmowe – w firmie to już nie jest żadna ekstrawagancja. Obowiązkowe minimum to: kawa i mleko do kawy!

Firmowy ogródek / zielony balkon

Dobrze jest mieć gdzie odpocząć. Wspaniale w ogródku. Tu też fantazja leży po stronie pracodawcy. Stworzenie miejsca do wypoczynku w pracy otoczonego roślinnością i pozwalającego zaczerpnąć świeżego powietrza to coś bezcennego. Nie tylko poprawi nam humor ale wydajność wypoczętych i uśmiechniętych pracowników zaskoczy każdego.

Wyposażenie wspierające ergonomię pracy

Biurka do pracy na stojąco, ergonomiczne biurka i fotele – to tylko takie minimum. Każdy pracodawca ma obowiązek dbać o wysokie standardy stanowiska pracy. Jaka jest rzeczywistość .. bardzo różna. Niemniej jednak ten aspekt jest bardzo ważny. Zadbajmy o niego i walczmy o ten benefit, który powinien być standardem.

Karta sportowa

Bardzo popularny benefit wśród firm IT. Pozwala nam korzystać m.in. z sieci siłowni, basenów, kortów tenisowych etc. Z roku na rok było tego więcej… piszę, że było bo niestety ostatni rok (COVID) nie sprzyja tego typu inicjatywom, chociaż nic lepiej nie wpływa na odporność jak zdrowe ciało!

Opieka medyczna

Dodatkowa opieka medyczna to bezcenne bezpieczne wsparcie w przypadku gdy potrzebujemy tego najbardziej. Brak oczekiwania na specjalistów, wysoka jakość obsługi i wsparcie dla rodzin to tylko niektóre korzyści. Niemniej jednak to bardzo fajny benefit, który też jest bardzo popularny co mnie osobiście bardzo cieszy.

Opieka stomatologiczna

Zdrowe zęby to podstawa. Inaczej wiele problemów może się pojawić wraz z problemami z zębami. Podobnie jak w przypadku opieki medycznej jest to coś bezcennego.

Dofinansowania

Dofinansowanie urlopów

„Wczasy pod gruszą” – nic tak nie zmotywuje Cię do wyjazdu i urlopu jak fakt, że część podróży masz już zapłaconą.

Bony zakupowe

Kupić sweter za pieniądze szefa … hmmmm … ciekawe. Do mnie ten benefit nie przemawia. Ale jeżeli jest oferowany przez pracodawcę to nie jest źle.

Dofinansowanie dojazdów do pracy

A może by tak dofinansować komunikację miejską – chcesz wspierać ekologiczne rozwiązania i wspierać podróżowanie komunikacją miejską zamiast samochodem – pracodawco zaoferuj benefit w postaci dofinansowania do biletu miesięcznego! Proste i skuteczne.

Dofinansowanie biletów na wydarzenia kulturalne (teatr, kino)

Wszelkiego rodzaju dofinansowania lub prezenty to taki fajny bodziec, który czasami motywuje nas bardziej do działania – no bo jak już dostaniemy bilet do teatru to głupio nie pójść.

Korzystanie z pojazdów firmowych

„Jakie auto wjeżdża na krawężnik 30 centymetrowy – służbowe” – taki kawał kiedyś usłyszałem. Ale ten benefit trzeba bardzo szanować. Posiadania auta to duże koszty i luksus, z którego często nie zdajemy sobie sprawy (bo nie liczymy kosztów – polecam do tego aplikację mojego przyjaciela Adriana Kajdy – Fuelio – śmiało mogę napisać, że najlepsza aplikacja na świecie w tej kategorii). Zatem gdy pracodawca da nam możliwość korzystania z takiego benefitu, to z mojej strony uważam, że jest to bardzo duży benefit.

Życie prywatne

Możliwość przyjścia do pracy z psem lub kotem

Wypadki losowe się zdarzają. Fajnie byłoby móc przyjść ze swoim czworonogiem do pracy. Pewnie nie zje wszystkich a nam oszczędzi sporo czasu. Dodatkowo wpłynie pozytywnie na całą załogę.

Możliwość przyprowadzenia dziecka do pracy w przypadku sytuacji losowej

Rano katar, przedszkole zamknięte etc. – dziecko do plecaczka i do pracy. Czemu nie. Zwłaszcza jeżeli jego obecność nie wpłynie na naszą pracę a pozwoli nam zamknąć sprawy ekstremalnie ważne.

Przedszkole / żłobek dla dzieci pracowników

W dobie przedszkoli prywatnych wachlarz jest nieograniczony. Na mnie największe wrażenie zrobiło przedszkole zlokalizowane w Nasa Ames Research Center. Tu penie dziecko przebrane na balu przedszkolnym w astronautę nie robi na nikim specjalnego wrażenia.

Darmowe porady finansowe i prawne

Lepiej unikać sądów – no ale czasami potrzebujemy wsparcia prawnego. Wiele firm ma własnych prawników. A może by tak „office hours” dla pracowników?

Darmowy parking

Parkowanie pod firmą to wielki przywilej. Zwłaszcza w miastach gdzie zaparkowanie czasami graniczy z cudem.

Rozwój zawodowy

Możliwość wyjścia na konferencję / meet-upy / szkolenia w czasie pracy

Tu chyba nie trzeba tłumaczyć dlaczego to ważne. Wielu pracodawców podchodzi do tematu różnie. Część ufa tylko swoim szkoleniom i niedoceniana np. meetup-ów organizowanych przez społeczności. Warto zaufać naszym specjalistom skoro ich zatrudniliśmy. Pozwolić im wybierać co jest dobre w ich rozwoju. Przyniesie to tylko korzyści w perspektywie długoterminowej.

Możliwość pracy w oddziale firmy w innym mieście / za granicą przez tydzień / 2 tygodnie w roku

Zmiana środowiska wpływa zawsze pozytywnie. Jeżeli firma ma takie możliwości to wspaniale. Bo taki program Erasmus dla pracowników to coś co zapamiętają do końca życia i dodatkowo wrócą bogatsi o nową wiedzę i doświadczenia.

Szkolenia prowadzone przez wewnętrznych specjalistów w godzinach pracy

Uczyć się od najlepszych to szczytny cel. Pozwólmy zatem najlepszym dzielić się swoją wiedzą wewnątrz firmy. Forma może być różna, szkolenie raz na kwartał z specjalistą, który jest w naszej firmie na pewno nie zaszkodzi nikomu.

Finansowanie szkoleń (zewnętrznych)

A jak mamy za mało specjalistów, to zawsze możemy ich poszukać na zewnątrz. Możliwości są nieograniczone.

Dofinansowanie nauki języków

Wspaniały benefit, który przynosi rewelacyjne korzyści. Fajnie ja pracodawca wewnątrz firmy da nam takie szkolenia językowe. Jeżeli nie to wesprze nasze działania poza murami firmy.

Biblioteczka firmowa

Można to zrealizować stosunków łatwo. Wydzielone miejsce w miejscu wypoczynku, półka, kilkanaście książek na początek wystarczą. Efekt – odpoczynek z książką w ręku. Same plusy.

Podsumowanie

Benefitów może być bardzo wiele i w bardzo różnej postaci. Niektóre można by rzec są namacalne (jak np. Bilety do kina) a niektóre nienamacalne (np. Ogródek letni). Wszystkie jednak całościowo  składają się na to jak będziemy czuli się w wybranym miejscu pracy. Benefity to nie jest coś co obligatoryjnie pracodawca musi dać. Dobry pracodawca zazwyczaj oferuje ciekawy wachlarz dodatkowych benefitów. A  do nas należy ostateczna decyzja jaką wartość wniosą one do naszego życia. 

Przemek

Materiały źródłowe

• https://pracuj.pl
• https://jobsplus.pl/
• https://ellalanguage.com

Artykuł IT2.0 #11 Benefity – czyli co pracodawca może nam zaoferować oprócz pieniędzy pochodzi z serwisu Home.

Dane mam z raportu opublikowanego przez portalu nofluffjobs.com. Raport powstał na podstawie analizy prawie 7 tysięcy unikalnych ofert pracy opublikowanych w portalu w pierwszej połowie roku 2020. Nie – portal nie zapłacił / ani nie płaci mi za to aby korzystać z tego właśnie raportu. Po prostu przeglądnąłem sporo źródeł i to źródło wydaje mi się dobrze opracowane oraz bazuje na sporej ilości odpowiedzi. W mojej opinii jest to taki fajny punkt odniesienia do całego tematu. Wyciągnąłem to co wg. mnie jest ważne.

Ile zarobimy w IT?

Na to pytanie odpowiem patrząc z dwóch perspektyw:

Pierwszej: jaki rodzaj umowy przygotuje dla nas przyszły pracodawca:

• W dzisiejszym odcinku skupię się na dwóch typach umowy
  • Umowy o pracę – standardowe zatrudnienie na etat (ok 40% ofert)
  • Umowy B2B – wszelkiego rodzaju samozatrudnienia, kontrakty etc. (ok 60% ofert)

Oraz Drugiej: na jakim poziomie kariery jesteśmy 

• Tu będę się posługiwał podziałem na trzy takie etapy
  • Osoba mało doświadczona tzw. junior, 
  • Osoba średnio doświadczona tzw. Mid
  • No i osoba najbardziej doświadczona czyli senior

Perspektywa Pierwsza

Umowa B2B

Licząc kwotę dochodu zakładam 19% podatek liniowy, oraz nie uwzględniam dodatkowych ulg oraz kosztów prowadzenia działalności np. Dla rozpoczynających działalność gospodarczą, księgowości, zakładam też że cały podatek Vat oddajemy.

• Tu mediana (wartość środkowa) najniższych proponowanych zarobków wynosiła 8865 PLN (to kwota „na rękę”, wszystkie poniżej tez bedą kwotą „na rękę”) (kalkulator)
• a najwyższych 13400 PLN.

Umowa o pracę (UoP)

• wynagrodzenie wynosiło od 6320 PLN 
• Średnio 8762 PLN miesięcznie na rękę (kalkulator)

Zestawienie zbiorcze

• Max UoP ~= MIN B2B
• B2B – Składki minimalne & brak kosztów działalności gospodarczej w tej kwocie

Niezależnie od typu umowy możemy liczyć na minimalne zarobki znacznie przewyższające tzw. Średnią krajową (ŚK) (160% do nawet 336%) Mediana od 6320 PLN do 13400PLN – czyli całkiem nieźle.

Perspektywa Druga

Napisałem o medianie wynagrodzeń wszystkich dostępnych ofert pracy. Teraz zobaczmy wspólnie medianę wynagrodzeń umów B2B na poszczególnych poziomach doświadczenia (Junior, Mid, Senior) 

Junior

• Tu mediana (wartość środkowa) najniższych proponowanych zarobków wynosiła
  • B2B – 2385 PLN (na rękę)
  • UoP – 2863 PLN (na rękę) – więcej niż na B2B! (o ok 500 PLN)
• a najwyższych
  • B2B – 4815 PLN
  • UoP – 4487 PLN..

Mid

• B2B – Min: 6435 PLN vs Min: 5685 PLN – UoP
• B2B -Max: 10485 PLN vs 8061 PLN- UoP

Senior

• B2B -Min: 11945 PLN vs 8637 PLN – UoP
• B2B -Max: 15345 PLN vs 11887 PLN – UoP

Zestawienie zbiorcze

1. Widać duży przeskok po przejściu z Junior na Mid-a – wytrwałość jest ważna – czasami 1-2 lat wystarczą aby przeskoczyć na Mid-a
2. Początkowe zarobki mogą być rozczarowujące (2385, 60% ŚK 2020) – ale potem jest zdecydowanie lepiej (163% ŚK)
3. Junior UoP 2863 PLN (na rękę) – więcej niż na B2B!

Oferty IT

W I połowie 2020 roku wśród ofert zdecydowanie przeważały te, w których poszukiwano specjalistów na poziomach doświadczenia mid (46% ofert) i senior (również 46%). Oferty juniorskie stanowiły jedynie 8% wszystkich ofert pracy. Jest to udział jeszcze mniejszy niż w roku ubiegłym, gdzie oferty dla tej grupy stanowiły 12% wszystkich ofert.

Jak widać ofert dla Juniorów nie jest bardzo dużo. Zachęcam Cię do szanowania takich stanowisk i ofert pracy – niezależnie od tego, że czasami na nich nie zarobimy zbyt wiele (względem naszych oczekiwań).

Zarobki w miastach

Według danych specjaliści IT na najwyższe zarobki mogli liczyć w Warszawie i Krakowie. To tacy niekwestionowani liderzy niezależnie od rodzaju umowy. Potem Lublin, Trójmiasto, Wrocław, Łódź i Poznań.

Te dane uwzględniają tylko kilka większych miast. Pamiętajmy, że koszty życia w mieście też są istotne – dlatego nie przekreślajmy takich miast jak np. Rzeszów czy Opole. Warto rozglądnąć się za ofertami w takich ośrodkach – bo często zarobki nieznacznie odbiegają od zarobków dużych ośrodkach a jakość i koszty życia mogą być dużo lepsze.

Najlepiej opłacane specjalizacje w IT

Tu niezależnie od rodzaju umowy na czołówkę wysuwają się następujące specjalności: Big Data, Business Intelligence (analityka Biznesowa), DevOps (development and operations). Wysoko wynagradzani są też specjaliści: Backend i aplikacji Mobilnych.

Najniższych oferowanych zarobków mogli spodziewać się pracownicy działów Wsparcia (eng. Support), UX oraz Administratorzy IT.

Najlepiej opłacane technologie w IT

Najwyższa mediana wynagrodzeń była dla wszystkich piszących w Scala, Java, Angular, React (+JavaScript), Python, Android, .NET, Node a najniższa dla PHP.

Z fali nowych języków takich jak Rust, Go, Dart, Kotlin ciekawie jest w części mobilnej, gdzie rozwój Flutter-a spowoduje zwiększone zapotrzebowanie na Darta.

Kasa misiu Kasa – Podsumowanie

Zarobki w IT są zależne od wielu czynników. Nie wchodząc w bardzo głęboką analizę wysnuwa się jednak jeden pozytywny wniosek z całego raportu.

Na koniec chciałbym podkreślić, że zarobki nie są jedynym benefitem jaki otrzymujemy w naszej pracy. Ranking ten nie uwzględnia dodatkowych benefitów oraz tego czy danym miejscu będziemy mieli wysoką kulturę pracy.

Przemek

Materiały źródłowe

• nofluffjobs.com
• https://samozatrudnienie.kalkulator-plac.eu
• https://www.bankier.pl/narzedzia/kalkulator-placowy

Artykuł IT2.0 #10 Kasa misiu Kasa – czyli ile zarobimy w IT pochodzi z serwisu Home.

• 6 piekarzy zrobi chleb w 10 minut;
• Programiści/Programistki to samotnicy pracujący po nocach, którzy nie muszą się znać na testowaniu;
• Znając świetnie język programowania zrobię świetny projekt;
• Oraz czy nie jest dla mnie za późno z nauką programowania, na które będę skazany do końca życia;

Programista pracuje sam

Czasami jesteśmy jedyną osobą, która tworzy aplikację od początku do końca. Wiele takich projektów realizowałem i ma to zarówno swoje wady jak i zalety. Sytuacje takie nie są tym czego powinniśmy oczekiwać jako coś co domyślnie nas czeka. Zazwyczaj duże projekty realizowane są w zespołach. Mniejszych lub większych. Zlokalizowanych w jednym fizycznym miejscu np. biurze lub w wielu lokalizacjach gdzie część zespołu może pracować z biura a część pracowników pracuje zdalnie np. z własnego domowego zacisza. Najczęściej przy tworzeniu oprogramowania nie pracujemy sami i dodatkowo oprócz swoich współpracowników pracować musimy z wszystkimi tymi dla których produkt robimy. Zarówno użytkownikami jak i klientami. 

Programista nie musi się znać na testowaniu

Opisując rolę testera w zespole napisałem, że:

Pierwszym testerem oprogramowania jest zawsze programista, który tworzy kod. Czasami jest też ostatnim, jeżeli zespół nie posiada dedykowanej osoby w tej roli.

Wspaniale jest gdy nasz kod działa bezbłędnie. Niemniej jednak bardzo często bez dogłębnego testowania pojawia się bardzo dużo zaskakujących sytuacji, które powodują błędne działanie systemu. Musicie uwierzyć mi na słowo, że:

Programiści pracują po nocach

Kolejny stereotyp, który w głowie rysuje nam człowieka spędzającego setki godzin przed komputerem i piszącego nudny kod. Możemy sobie dorzucić też wizję człowieka pracującego w strasznych warunkach np. w piwnicy, ze stertą niezdrowego jedzenia na biurku obok klawiatury. I pewnie jak zaczniemy szukać to gdzieś znajdziemy taką osobę i krzykniemy w głębi duszy wiedziałem. Niemniej jednak warunki pracy większości pracy znacznie odbiegają od takiego stereotypu.

Któż nie słyszał o mitycznych kanapach, grach wideo czy miejscach do krótkich drzemek w pracy. To nie jest wcale mit i obecni pracodawcy z korzyścią dla przyszłych pracowników walczą o to aby pracownicy dobrze czuli się w siedzibie firmy. W grę wchodzą nie tylko benefity fizyczne w pracy lecz także dodatkowe możliwości związane z zarządzaniem godzinami pracy. Praca z domu, lub w wybranych godzinach czasu już nie jest czymś ekstrawaganckim w tym zawodzie. Co czyni ten zawód bardzo atrakcyjnym zarówno dla osób ceniących swoją niezależność jak i tych, które chcą w pewien sposób dostosować rytm pracy do własnej sytuacji rodzinnej. 

Im więcej programistów, tym szybciej zrobimy projekt

Przypomina mi się teraz taka zabawna zagadka:

Chciałbym odpowiedzieć że w 10 minut. Ale dobrze wiemy wszyscy, że to nie jest prawda. Nie każde zadanie da się w sposób prosty podzielić lub zrównoleglić. Podobnie jest z wytwarzaniem oprogramowania. Jesteśmy w stanie pewne etapy podzielić pomiędzy grupę osób, lecz grupa ta nie jest grupą nieskończoną. Skupiając się na etapie implementacji (kodowania, programowania) sytuacja będzie trochę analogiczna do naszych piekarzy. Nic nie da nam zwiększenie ilości programistów, gdy praca nad jednym repozytorium kodu będzie niemożliwa oraz komunikacja między programistami będzie zajmowała większość czasu pracy.

W przypadku większych projektów możemy tworzyć więcej małych grup realizujących odrębnę elementy całego systemu.

Wystarczy mi znajomość języka programowania aby świetnie programować

Osobom zajmującym się tworzeniem oprogramowania nie wystarczy tylko znajomość języka programowania aby tworzyć wspaniałe aplikacje. Język programowania jest narzędziem, które pomaga nam dojść do celu. Nawet świetna znajomość języka programowania nie pomoże nam jednak rozwiązać problemu.

Mogę nawet śmiało powiedzieć, że na samo programowanie koncepcji składa się z dwóch etapów.  Pierwszego będącego koncepcją naszego rozwiązania. Tutaj znajomość języka programowania nie jest zupełnie potrzebna. Wystarczy kartka papieru i ołówek. Możemy zrobić opis obrazkowy lub słowny tego jak nasze rozwiązanie problemu będzie funkcjonować tak aby w drugim etapie zająć się wyłącznie kodowaniem danej koncepcji z wykorzystaniem języka programowania. Może zaskoczy Cię to, że najważniejszy jest etap pierwszy.

Dlatego warto spędzić nawet czasami 80% czasu na koncepcję po to aby nasze rozwiązanie zakodować  bezproblemowo w 20% czasu. 

Częstym błędem na początku naszej nauki programowania jest to, że zabieramy się za kodowanie bez jakiejkolwiek koncepcji. Co prawda nie jest to niemożliwe aby stworzyć rozwiązanie w ten sposób. Niestety zwłaszcza gdy jesteśmy mniej doświadczeni sprawia to, że spędzamy znacznie więcej czasu nad budowaniem poprawnego i stabilnego rozwiązania. W tym przypadku zasada „pomyśl zanim zrobisz” sprawdza się wręcz idealnie.

Trzeba zacząć uczyć się programować bardzo wcześnie

Znamy zapewne kilka historii o genialnych młodych twórcach oprogramowania, którzy zaczęli tworzyć aplikacje w wielki kilkunastu lat a ich aplikacje słynne były gdy ledwo ukończyli osiemnaście lat. Promują one często model, w którym jedynym sposobem aby zostać świetnym twórcą oprogramowania jest rozpoczęcie nauki programowania w bardzo młodym wieku. Fantastyczne historie kreowane na potrzeby magazynów, które muszą czymś zaciekawić czytelników. Może i takie historie czasami są prawdziwe.

Nigdy nie jest za późno aby się rozwijać. Tworzenie oprogramowania to praca umysłowa. Zatem śmiało można powiedzieć, że na naukę programowania nigdy nie jest za późno. Wiele osób obecnie pracujących w tym zawodzie zaczęło w innych profesjach. Często spędzili kilka, kilkanaście lub kilkadziesiąt lat robiąc co innego, po czym postanowili przebranżowić się na twórcę oprogramowania. Historie wielu osób, które poznałem i znam pokazały mi, że nie ważne jest co robiliśmy w przeszłości, lecz ważne jest to czego naprawdę chcemy i co zrobimy aby stać się świetnym twórcą oprogramowania.

Tworzenie oprogramowania to głównie programowanie do końca życia

Myśląc o tworzeniu oprogramowania w głowach wielu ludzi pojawia się wizja programowania. Co za tym idzie wiele osób myśląc o tej profesji zastanawia się czy jak zdecydują się na tą drogę to będą „skazani” na programowanie do końca życia. Jeżeli tylko chcemy programować to faktycznie możemy zdecydować się na tą ścieżkę skupić się na doskonaleniu swoich umiejętności w tym obszarze.

Od stanowisk menadżerskich po stanowiska związane z architekturą oprogramowania czy też strategią rozwoju danej aplikacji. To od nas zależy w jakim kierunku chcemy podążać.

Z autopsji znam wielu byłych programistów/programistek, którzy obecnie zarządzają zespołami. I w drugą stronę, wielu byłych menedżerów/menadżerek, którzy zdecydowali się wrócić na ścieżkę programisty po wielu latach pracy w innych obszarach wytwarzania oprogramowania. 

Możliwości są wręcz nieograniczone co sprawia, że nawet dziesięć lat spędzonych w zawodzie nie powinno dać nam znudzenia, jeżeli tylko sami chcemy eksperymentować i spróbować czegoś innego w obszarze wytwarzanie oprogramowania.

Podsumowanie

Wyrzućmy z głowy stereotypy i mity bo często zniekształcają one nam rzeczywistość. Mam nadzieję, że pomogłem Ci przynajmniej ogólnie zrozumieć świat twórców oprogramowania, który z każdej strony otoczony jest, często krzywdzącymi mitami i stereotypami.

Przemek

Materiały źródłowe

• https://www.praca.pl/poradniki/
• https://porady.pracuj.pl/
• https://geek.justjoin.it/
• https://www.dataart.com.pl/

Artykuł IT2.0 #9 Mity i stereotypy w świecie twórców oprogramowania (Część 2) – czyli w ile minut 6 piekarzy upiecze chleb? pochodzi z serwisu Home.

Informatyk to programista, który skończył świetną uczelnię wyższą na kierunku informatyka.
Programista to introwertyk, który musi znać świetnie matematykę i koniecznie być mężczyzną.
Praca przy wytwarzaniu oprogramowania to ciągłe siedzenie przed komputerem i pisanie kodu z prędkością światła, no ale na szczęście super płatna już od samego początku! Czy się robi czy się leży „mnóstwo kasy” się należy.

Tak „pół żartem, pół serio” mową stereotypów i mitów opisałem o czym będzie dzisiejsza audycja. A będzie dokładnie o mitach i stereotypach, które może i są zabawne, ale mają też swoje negatywne strony. Dzisiaj pierwsze 8 z 17 jakie zebrałem i jakimi chcę się z Tobą podzielić.

Informatyk = Programista

Często jak ktoś pytał mnie czym się zajmuje i opowiadałem, że razem zespołem tworzymy oprogramowanie to od razu słyszalne komentarz, że jestem tylko informatykiem. Może to nie było bardzo krzywdzące, zwłaszcza, że w moim przypadku to nawet prawda, ale starałem się wyjaśnić, że zasadniczo to nie jestem Informatykiem. Dlaczego to jest ważne? 

No dobrze ale dlaczego skoro:

• nie każdy twórca oprogramowania zna się świetnie na budowie komputera,
• i nie każdy Informatyk potrafi pisać oprogramowanie. 

To dlaczego nie powiemy, że nie każdy programista to informatyk. Otóż tak jak pisałem wcześniej, twórca oprogramowania (programista) to jeden z zawodów w informatyce. A określenie informatyk jest tylko ogólnym określeniem osoby, która posiadła wiedzę informatyczną, prowadzi badania naukowe w dziedzinie informatyki, wykonuje zawód informatyczny lub osobę nauczającą informatyki. Zatem skoro twoim zawodem jest tworzenie oprogramowania to śmiało można nazwać się informatykiem. W sytuacji odwrotnej musisz pewnie pokazać, że faktycznie jest to Twoja profesja.

Programiści to introwertycy

Programiści w wielu środowiskach postrzegani są jako introwertycy oraz głównie osoby nietowarzyskie. Nie ma nic bardziej mylnego.

Dlatego spotkać tu możesz programistów / programistki towarzyskie jak i nietowarzyskie. Gadatliwych i cichych. Spokojnych i bardzo aktywnych. Niech Cię nie zwiodą stereotypy i bądź przygotowany na naprawdę ciekawą mieszankę ludzi pracujących przy wytwarzaniu oprogramowania.
Jak można łatwo się domyślić każda cecha którą posiadają członkowie zespołu wnosi coś unikalnego do produktu końcowego. Znając swoje mocne strony i cechy dominujące łatwiej nam będzie też kierować rozwojem kariery zawodowej.
Każdemu mogę polecić stronę https://www.16personalities.com/pl gdzie za pomocą prostego testu możemy dowiedzieć się o swoim wiodącym typie osobowości.
Jak piszą autorzy: „Zdobądź konkretny i dokładny opis dotyczący tego kim jesteś i dlaczego w taki a nie inny sposób wykonujesz różne czynności”. Sam zrobiłem ten test kilka lat temu i powiem szczerze, że wyniki bardzo dobrze odzwierciedlały to kim jestem.

Praca przy tworzeniu oprogramowania to tylko siedzenie przed komputerem

Oczyma wyobraźni widzimy kogoś siedzącego przed komputerem wpatrującego się w monitor całymi dniami. I tu jeżeli skupilibyśmy się jedynie na programiście to pewnie będzie w części prawidłowe stwierdzenie. Jak wspominałem wcześniej osoby biorące udział w procesie wytwarzania oprogramowania mają bardzo różne role i zadania w tym procesie. Patrząc na niektóre z nich wyraźnie widać, że część zadań wymagało będzie raczej kontaktu z użytkownikiem (klientem) niż siedzenia przed komputerem.
Obecnie w czasach pandemii, która dotknęła nas na początku 2020 roku, wiele z tych zadań wykonywanych było i jest online raczej z braku innej możliwości aniżeli z wyboru.
Trzeba mieć świadomość, że praca przy wytwarzaniu oprogramowania związana jest z pracą przy komputerze. Ale też mieć świadomość, że poszczególne role osób wytwarzających oprogramowanie charakteryzują się innym czasem jaki spędzają przy komputerze.

Programista musi znać świetnie matematykę

Znajomość matematyki jest bardzo przydatna i szczególnie może być pomocna gdy tworzymy specjalistyczne algorytmy. Niemniej jednak nie każdy programista to osoba, która zna świetnie matematykę. Każdy z nas w pewnym stopniu zna matematykę i posługiwanie się podstawową matematyką w tym zawodzie jest bardzo pomocne.

Aby zostać programistą trzeba ukończyć studia wyższe np. kierunek informatyka 

Osoby, które kończą studia wyższe na kierunku informatyka są informatykami. Zgodnie z tym co pisałem wcześnie bycie informatykiem nie jest równoznaczne z byciem programistą. Niestety jest to bolesna prawda dla tych wszystkich, którzy ukończyli studia i postanowili zostać programistami. Co prawda na studiach wyższych nauczymy się podstaw programowania oraz innych aspektów, które pomogą nam zostać programistami.
Niemniej jednak aby zostać programistą należy jeszcze włożyć sporo własnej pracy w to aby poćwiczyć praktyczne aspekty programowania.
Z mojej praktyki wiem, że studia to bardzo ciekawa okazja do wchłonięcia olbrzymiej ilości wiedzy na temat całego zakresu świata informatyki. Przy odpowiednim ukierunkowaniu także sporej ilości wiedzy na temat wytwarzania oprogramowania.

Nie będziemy znali wielu podstaw teoretycznych, które są na studiach, ale bez trudu będziemy mogli się ich nauczyć mając do dyspozycji ogólnodostępne materiały.

Twórcy oprogramowania zarabiają mnóstwo pieniędzy 

W środowisku utarło się, że twórcy oprogramowania zarabiają gigantyczne pieniądze. Zacznijmy może od postawienia sobie prostego pytania:

Ale należy mieć na uwadze, że nie każdy od razu dostanie wynagrodzenia na poziomie nawet 4-5 średnich krajowych.
Na wynagrodzenie wpływa wiele czynników m.in. takich jak doświadczenie, rola w zespole, ilość ”twórców oprogramowania” w danej niszy lub nawet technologia w jakiej pracujemy.
Rynek weryfikuje to na bieżąco i czasami można spotkać ogłoszenia z niebotycznymi zarobkami dla osób mających doświadczenie i znających język oprogramowania uznany za “wymarły”. To nie jest żart. Jest grupa systemów informatycznych (np. bankowych), które funkcjonują kilkadziesiąt lat i nadal są utrzymywane np. ze względu na swą stabilność. 
Należy mieć na uwadze także to, że wynagrodzenia zależne są także od lokalizacji firmy i specjaliści IT preferujący umowę o pracę mogą spodziewać się najbardziej atrakcyjnych zarobków w Warszawie oraz w Krakowie. Szczegółową analizę przedstawię po następnym odcinku o stereotypach.
Z jednym na pewno trzeba się tu bezdyskusyjnie zgodzić. Pracując jako twórca oprogramowania w długiej perspektywie Twoje zarobki powinny być bardzo dobre w porównaniu z innymi zawodami na rynku.

Programista to zawód dla mężczyzn 

Przede wszystkim oddzielmy statystyki od umiejętności. Według statystyk w branży IT średnio 30% pracowników stanowią kobiety, jednak liczba ta z roku na rok wzrasta. Zwiększa się również liczba programujących kobiet i to nie tylko za sprawą zachęcania pań do studiowania kierunków technicznych, lecz także popularyzowanie ścieżki kariery w IT jako możliwości przebranżowienia się. 

Specjaliści z branży HR są zgodni, że mieszane zespoły są bardziej efektywne, a managerom zależy na powiększaniu swoich zespołów o zdolne programistki. 

Dobry programista pisze szybko kod

Jeżeli ktoś szybko pisze na klawiaturze to zapewne jest to bardzo ciekawa umiejętność. Ja nigdy nie pisałem szybko i nawet specjalnie się nad tym nie zastanawiałem. Otóż w świecie tworzenia aplikacji nie jest to koniecznie potrzebne do osiągania dobrych wyników.

Co prawda sumarycznie rozbudowane aplikacje zawierają tysiące, dziesiątki tysięcy i nawet setki tysięcy linii kodu, ale nikt tego nie napisał na czas. W programowaniu często spotkamy się raczej z odwrotną sytuacją, gdzie napisanie jednej czy dwóch znaczących linii kodu będzie zajmowało nam cały dzień. Lub co gorsza znalezienie jednego błędu w kodzie i poprawa jednej linii zajmie nam podobny czas. Oczywiście nikomu tego nie życzę.

Podsumowanie

Świat programowania i twórców oprogramowania to świat opisywany bardzo często różnego rodzaju stereotypami i mitami. Dzisiaj poznaliśmy pierwsze 8 stereotypów i mitów, które pomogą nam zrozumieć ten fantastyczny świat. Kolejne 7 przedstawię w kolejnej audycji.

Przemek

Materiały źródłowe

• Wikipedia – https://pl.wikipedia.org/wiki/Programista
• https://www.praca.pl/poradniki/
• https://kariera.comarch.pl/blog/
• https://nofluffjobs.com/insights/
• https://geek.justjoin.it/

Artykuł IT2.0 #8 Mity i stereotypy w świecie twórców oprogramowania (Część 1) pochodzi z serwisu Home.

Pierwsze co przychodzi do głowy to: programiści i programistki.
Zacznijmy od tego, ze tworzenie oprogramowania jest procesem złożonym. Gdy patrzymy na finalny produkt – aplikację to niejednokrotnie widzimy tylko niewielką część całego rozwiązania.

Projektant (ang. Designer)

Osoba, ta odpowiedzialna jest za projektowanie aplikacji tak aby jak najlepiej spełniała oczekiwania użytkownika końcowego. Projektanci mogą być zaangażowani praktycznie w każdej fazie tworzenia aplikacji. Ze względu na typ projektowanych elementów można spotkać się z następującymi rolami projektantów:

• systemów informacyjnych – projektują strukturę aplikacji tak aby była ona zgodna z wymaganiami i możliwe łatwa do zaimplementowania oraz wdrożenia w środowisku docelowym.
  
• baz danych – projektują strukturę bazy danych, w której przechowywane będą wszystkie dane niezbędne do prawidłowego działania aplikacji 
  
• interfejsów użytkownika (ang. UI Designer, User Interface) – rolą takiego projektanta jest zaprojektowanie takiego interfejsu aby było możliwe wykorzystanie wszystkich funkcjonalności jakie oferuje nam aplikacja. 
  
• doświadczeń użytkownika (ang. UX Designer / User Experience Designer) –  UX czyli User Experience to suma wszystkich reakcji i odczuć, których doświadcza użytkownik naszego produktu. UX to projektowanie doświadczeń użytkownika, czyli dbanie o to, aby produkt wzbudzał pozytywne odczucia w ludziach, którzy z niego korzystają. 
  
• grafiki komputerowej – popularnie zwani też grafikami dbają o oprawę graficzną aplikacji. Nie chodzi tu tylko o tworzenie obrazków, lecz także np. o odpowiedni dobór kolorów w aplikacji tak aby użytkownik mógł wykorzystać cały potencjał aplikacji i mieć przy tym satysfakcję z korzystania z naszego produktu. 

Projektanci grafiki komputerowej  najczęściej ściśle współpracują zarówno z projektantami doświadczeń użytkownika jak i interfejsów użytkownika aby wspólnie wypracować jak najlepszą wizję przyszłego produktu.

Tester

Od każdej aplikacji oczekujemy, że będzie działała stabilnie i bezbłędnie. Już na wczesnym etapie wytwarzania oprogramowania pojawia się rola testowania tego co aktualnie powstaje. Rozwiązanie testowane jest zarówno pod kątem poprawności napisanego kodu, zgodności z oczekiwaniami projektantów jak i stabilnego działania zaproponowanego rozwiązania.

Czasami jest też ostatnim, jeżeli zespół nie posiada dedykowanej osoby w tej roli. Osoby specjalizujące się w tej dziedzinie, zazwyczaj dużo skuteczniej wykrywają wszelkiego rodzaju nieprawidłowości. Tworzą też specjalistyczną dokumentację i dbają o procesy mające na celu unikanie błędów w przyszłości.

Analityk

Osoba ta głównie zbiera i opisuje wymagania systemu. Bardzo istotne jest tu wierne odwzorowanie i opisanie tego co chciałby przyszły użytkownik / klient w taki sposób aby twórcy oprogramowania zrobili dokładnie to co chce użytkownik. Można znaleźć tysiące memów i historii o tym czego chciał użytkownik, co opisał analityk i co stworzył programista. Najczęściej jednak historie te nie są historiami z tzw. Happy Endem i końcowe rozwiązania nie spełniają oczekiwać użytkowników (patrz obrazek poniżej).

Architekt oprogramowania

Architekt oprogramowania jest ekspertem w dziedzinie oprogramowania, który dokonuje wysokopoziomowych wyborów dotyczących projektu i dyktuje standardy techniczne, w tym standard kodowania, narzędzia i platformy. Wiodący ekspert jest nazywany głównym architektem (Wikipedia). 

Rola architekta znacząco wpływa na wygląd końcowy aplikacji i strategię jej wytwarzania.

Badacz (Naukowiec, ang. Scientist)

Badacz informatyk to rola, która występuje głównie w projektach badawczych oraz projektach nastawionych na innowacje, gdzie rozwiązanie na etapie początkowym nie jest do końca dokładnie sprecyzowane. Wynika to głównie z faktu, że takich rozwiązań nie ma a celem projektu jest zaproponowanie nowego rozwiązania.

Zwinne podejście do wytwarzania oprogramowywania

Zwinne wytwarzanie oprogramowania powoli staje się standardem. W metodyce Scrum możemy spotkać się z następującymi rolami / osobami: 

Właściciel produktu (ang. Product Owner) – osoba reprezentująca klienta. Właściciel produktu może być członkiem zespołu tworzącego produkt, jednak nie jest zalecane, aby jednocześnie był Scrum Masterem.

Scrum Master – osoba odpowiedzialna za usuwanie wszelkich przeszkód uniemożliwiających zespołowi wykonanie zadania oraz za poprawną implementację procesu i metod.

Podsumowanie

W proces tworzenia oprogramowania, oprócz programistek / programistów, zaangażowanych jest zazwyczaj kilka osób pełniących różne role w projekcie. Ich rola w procesie oraz zakres obowiązków zależny jest zarówno od wielkości zespołu jak i indywidualnych kompetencji każdego członka zespołu. 

Nie zawsze jest tak, że wszystkie role są niezbędne do wykonania świetnego projektu. Zależy to od wielu czynników m.in.

• Metodyki wytwarzania oprogramowania
• Skali projektu (mały, duży)

Wiele osób migruje między rolami podczas swojej kariery zawodowej – dlatego nawet jak zaczniemy w jednej roli to możemy swobodnie je zmieniać w zależności od potrzeb – zależy to tylko od nas.

Przemek

Materiały źródłowe

• Wikipedia
• https://www.jcommerce.pl/
• https://it-academy.pl/
• https://bulldogjob.pl/
• http://informatyka2.orawskie.pl
• https://coderslab.pl

Artykuł IT2.0 #7 Kto wytwarza oprogramowanie? pochodzi z serwisu Home.

Programista / Programistka

Patrząc do słownika języka polskiego* znajdujemy trzy definicje na słowo programista:

1. osoba opracowująca programy komputerowe
2. pracownik opracowujący program jakiegoś działania
3. pracownik zatrudniony w dziale programowym radia, telewizji, filmu itp.

(* słownik sjp.pwn.pl)

Pierwszą, która bezpośrednio mówi, że jest to twórca oprogramowania. Drugą opisującą osobę opracowującą program jakiegoś działania. Trzecią, która odnosi się do innego zawodu – zawodu programisty planującego program w telewizji, radio etc. Myśląc o twórcy oprogramowania komputerowego należy skupić się na delicje numer trzy.

Programista to osoba posługująca się językiem programowania** do tworzenia programów komputerowych. 

**zbiór określonych reguł

Programiści specjalizują się zazwyczaj w co najmniej jednym języku programowania. Oczywiście możemy spotkać takich, którzy pochwalą się znajomością kilku lub nawet kilkunastu języków programowania. Znajomość jednego języka w większości przypadków jest w zupełności wystarczająca do tworzenia w pełni funkcjonalnych aplikacji.

Na początek zachęcam „mniej” doświadczonych programistów, lub osoby zaczynające swoją przygodę z programowaniem do skupienia się na jednym języku, dobranym do projektów jakie pragną realizować. Wiele języków nauczyłem się z własnej ciekawości lub tzw. „potrzeby chwili”. Niemniej jednak patrząc przekrojowo na całą moją karierę zawodową, zawsze jeden język był tym wiodącym i wręcz wystarczającym do osiągnięcia zamierzonych celów.

Programista często nazywany jest też deweloperem (ang. Developer), koderem lub informatykiem. Zwłaszcza określenie deweloper może budzić różne inne skojarzenia w Polsce, chociażby z budowniczym osiedli mieszkaniowych. Poza granicami polski jest to bardzo popularne określenie. Ma to bezpośrednie przełożenie na gigantyczną ilość wszelkiego rodzaju skrótów tworzonych od tego słowa np. przy tworzeniu nazw konferencji dla programistów.

Podział na funkcje i role

Najczęściej spotyka się następujące podziały programistów:

• Front-end Developer – zajmuje się głównie tym, jak produkt prezentuje się użytkownikowi od strony interfejsu oraz jak użytkownik widzi zaprojektowane funkcjonalności
• Back-end Developer – jego głównym zadaniem jest programowanie  aplikacji od strony niewidocznej dla użytkownika np. komunikacji z bazami danych, zachowaniem aplikacji w danych warunkach itd. Nie da się idealnie oddzielić kompetencji Back-end od  Front-end developera i wręcz czasami programiści w pewnym momencie są w stanie pełnić obie te role.
• Full Stack Developer – połączenie front-end i back-end developera. Programista taki powinien potrafić poradzić sobie samodzielnie z wszystkimi aspektami budowy produktu.

Programistów dzieli się także czasami na podstawie rodzaj kodu, który piszą:

• Aplikacyjny –  tworzy aplikacje, służące określonym celom.
• Systemowy – tworzy kod blisko związany ze sprzętem komputerowym lub ściśle współpracujący z systemami operacyjnymi.
• Sieciowy – tworzący oprogramowanie na potrzeby sieci komputerowych np. Internetu, a także innych sieci np. Telekomunikacyjnych.

Pracodawcy

Pracodawcy często do słowa programista doklejają język programowania aby wskazać jakiego kandydata preferują np. programista C++, programista Java. Choć często pojawia się też słowo programista w kontekście rodzaju tworzonych systemów np. programista aplikacji mobilnych itd. 

Programista jest jednym z zawodów informatycznych. Nazywanie programisty informatykiem, raczej nie jest krzywdzące. Nazywanie informatyka programistą, jest uważam już lekkim „nadużyciem”, ponieważ nie każdy informatyk to programista.

Niezależnie od wszystkich mitów i stereotypów jakie narosły wokół tego zawodu najważniejsze jest to, że obecnie jest to zawód cieszący się największym zainteresowaniem w branży technologii informatycznych (IT). Dynamiczny rozwój całej branży i komputeryzacja świata sprawia, że jest to jeden z najciekawszych a zarazem najbardziej nieodgadnionych zawodów świata. 

Przemek

Artykuł IT2.0 #6 Kim jest i co robi programistka – programista pochodzi z serwisu Home.

Jako, że mamy za sobą już wszystkie odcinki serii to zrobię dzisiaj niewielkie podsumowanie.

Jak wspomniałem w odcinku 1 zadałem moim przyjaciołom, znajomym, programistkom, programistom, i osobom które mają styczność z programowaniem, wytwarzaniem oprogramowania jedno pytanie (zadałem to pytanie ponad 100 osobom). Gdyby mogli cofnąć się w czasie: Jaką jedną rzecz, chcieliby wiedzieć, zanim zaczęli by przygodę z programowaniem?

18 istotnych aspektów i 6 grup

Bazując na odpowiedziach jakie otrzymałem od wszystkich wyłoniło się 18 istotnych aspektów, które zostały wskazane jako istotne.

Patrząc na to przez pryzmat swojego doświadczenia wiele z tych aspektów były / są dla mnie oczywiste. Są też takie, które mnie trochę zakończyły. Kilka, chociaż wiem że są istotne, nadal nie przepracowałem do końca. Mogę nawet powiedzieć, że popełniłem mnóstwo błędów gdy zaczynałem, bo nie zwracałem uwagi na niektóre istotne aspekty.

Patrząc na listę, która powstała wierzę, że może być ona bardzo pomocna dla tych, którzy dzisiaj zaczynają lub zastanawiają się nad rozpoczęciem swojej przygody z programowaniem.

Wśród tych 18 aspektów, wydzieliłem sześć grup bazując na tym czy jest to informacja, wskazówka lub też działanie jakie warto wykonać.

Aby lepiej zobrazować te grupy utworzyłem grafikę prezentującą wszystkie grupy wraz z aspektami jakie zawierają nie w danej grupie (dokument pdf z grafiką jest dostępny dla wszystkich osób zapisanych na newsletter).

Grupa 1: Powinieneś wiedzieć, że

Grupa 1: fakty/informacje jakie powinnismy wiedzieć niezależnie od panujących opinii i stereotypów. Wrzuciłem je do grupy „Powinieneś wiedzieć, że”. To zestaw takich informacji jakie warto usłyszeć, które pomogą nam wygrać z wszelkiego rodzaju mitami, stereotypami czy strachem przed tą profesją. Zatem powinieneś wiedzieć, że:

• to wcale nie jest bardzo skomplikowane i każdy może zostać programistką/programistą (twórcą oprogramowania). Nie daj sobie wmówić, że tworzenie oprogramowania jest dla matematyków, introwertyków, facetów, informatyków, wybrańców losu, geniuszy itd. Możesz być w każdej z tych grup, być w części albo nie być w żadnej i to nie przeszkodzi Ci aby tworzyć wspaniałe aplikacje.
• nikt nie wie wszystkiego w tym zawodzie. Nie stresuj się, że nie wiesz wszystkiego dzisiaj. Mógłbym powiedzieć, że to świat ludzi, którzy uczą się i nie wiedzą wszystkiego. To świat ludzi, którzy nie wstydzą się pytać innych i szukać pomocy w książkach, kursach i Internecie. Jeżeli tylko chcesz się uczyć i nie boisz się wyzwań to zdecydownaie jest to profesja dla Ciebie.
• to naprawdę kreatywne zajęcie, pozwalające na ekspresję swoich pomysłów. Wbrew obiegowym opiniom to nie jest tylko nudne klepanie kodu. Będąc twórcą oprogramowania niezależnie odi roli jaką masz w zespole niejednokrotnie będziesz miała/miał okazję wykazać się swoją pomysłowością.
• kompetencje miękkie są ważne w tym zawodzie. Kompetencje twarde, które nabywamy w trakcie nauki tworzenia oprogramowania są bardzo istotną składową naszej wiedzy. Niemniej jednak bardzo istotne są także niedoceniane kompetencje miękkie. Z perspektywy wielu pracodawców kompetencje miękkie są równie ważne co kompetencje twarde. Współpraca w zespole, kreatywność, umiejętność przekazywania informacji zwrotnych, dobra organizacja pracy własnej to tylko niewielki wycinek kompetencji miękkich jakie będą nam pomocne przy tworzeniu oprogramowania. Chcąc odnaleźć się w tym zawodzie trzeba mieć na uwadze, że rozwój kompetencji twardych powinien iść w parze z rozwojem kompetencji miękkich.

Grupa 2: Sprawdź

Grupa 2: To grupa „Sprawdź” czyli grupa elementów jakie możemy sprawdzić eksperymentalnie lub bazując na swoich oczekiwaniach. Elementy w tej grupie to:

• czy to na pewno jest dla Ciebie – Jak możesz to sprawdzić? zanim zaczniesz wydawać miliony dolarów na kursy i szkolenia, zrób mały projekt testowy. Znajdź kogoś zaufanego dla kogo możesz zrobić prostą aplikację. Zaproponuj, że zrobisz to bezpłatnie (np. mała aplikacja mobilna, strona www). Podczas takiego projektu zweryfikujesz czy to jest to co „Cię kręci”. Jeżeli nie projekt to znajdź kurs lub tutorial (jest dużo bezpłatnych kursów), który krok po kroku poprowadzi Cię abyś przygotował projekt. Najważniejsze jest to aby to było naprawdę „proste” przedsięwzięcie.
• jaki język programowania jest dla mnie najbardziej optymalny – języków programowania jest wiele. Odpowiedz sobie na pytanie jakie aplikacje chcesz robić a pewnie ilość języków zmniejszy się diametralnie. Jeżeli np. chcesz robić aplikacje na platformę Android to zapewne Kotlin lub Java będą dla Ciebie najlepszym kierunkiem. Na początek skup się na jednym języku aby osiągnąć najlepsze efekty.

Grupa 3: Pamiętaj

Grupa 3: Grupę tą nazwałem „Pamiętaj”. Są tu elementy jakie warto mieć w pamięci aby w dłuższej perspektywie zadbać o poprawny rozwój w świecie programowania. W grupie tej mamy:

• w początkowej fazie nauki plan działania i umiar jest bardzo ważny. Nie tylko w tej dziedzinie umiar jest ważny. Dużym błędem wielu początkujących jest np. nauka zbyt wielu języków programowania, czy robienie zbyt rozbudowanych projektów na początku swojej nauki. To bardzo zniechęca i sprawia, że wiele osób porzuca naukę programowania. Bez planu raczej nic nie osiągniemy. Dlatego miej w głowie zawsze jakiś plan na to co chcesz zrobić i jakie projekty realizować w obszarze IT.
• dbaj o zdrowie fizyczne. Zadbaj o swoje zdrowie – nie przesiaduj przez setki godzin przed komputerem. Wcześniej czy później organizm się zbuntuje. Odpoczywaj, dbaj o aktywność fizyczną i dbaj o ergonomię stanowiska pracy. Dobre krzesło i biurko regulowane to bardzo ważne elementy twojego warsztatu.
• dbaj o zdrowie psychiczne. Jest ono równie ważne co zdrowie fizyczne. Stres to cichy zabójca, zatem pamiętaj o tym aby dać swojej głowie odpocząć. Mogę polecić medytację i „dobre” planowanie tego co chcemy osiągnąć. Nie narzucaj na siebie zbyt wielkich oczekiwań. Korzystajmy z pomocy tych, którzy już w tym obszarze funkcjonują dłużej niż my.

Grupa 4: Przeanalizuj

Grupa 4: To grupa elementów, które należy poddać analizie. Mniej szczegółowej, lub bardziej szczegółowej w zależności od tego jak bardzo chcemy poznać temat. Grupa ta nosi nazwę „Przeanalizuj” i zawiera następujące elementy:

• jakie projekty będziesz realizował(a) w przyszłości. Zanim zaczniesz pracować jako twórca oprogramowania np. aplikacji na wspomnianego Androida, możesz sprawdzić jakie są już na rynku aplikacje na Android, czy to jest coś co Cię interesuje? czy może są to nudne rzeczy. Aplikacji jest wiele, dlatego warto zrobić analizę ogólną różnych typów aplikacji jakie możemy robić w danym obszarze. Pozwoli nam to też lepiej zrozumieć czy to jest właśnie to czego szukam. Szukając pracy lub stażu, zawsze możemy zapytać przyszłego pracodawcy w jakim projekcie będziecie pracować. Pozwoli to uniknąć rozczarowania zanim spędzicie pół roku robiąc coś czego nie chcecie robić.
• ścieżki kariery oraz możliwości rozwoju zawodowego. Jeśli czujesz, że kręci Cię programowanie robotów to przeanalzuj jakie są oferty pracy na rynku. Czego oczekują pracodawcy od takich osób. Jakie są oferty różnych stanowisk, w zależności od doświadczenia dla takich programistów. Tu podobnie jak wcześniej łatwiej Ci będzie podjąć decyzję czy chcesz poświęcić wszystko aby uczyć się tej technologii.

Grupa 5 i 6: Poznaj i dowiedz się

Grupy 5 i 6 wymagają od nas najwiecej czasu i wiążą się one z nauką oraz przyswajaniem wiedzy. Grupy te to „Poznaj” i „Dowiedz się”. Na poszczególne zagadnienia warto poświęcić minimum czasu aby lepiej zrozumieć środowisko wytwarzania oprogramowania. Na każde z tych zagadnień można poświęcić nawet lata. Bardziej chodzi o to aby na początku poświęcić przynajmniej dzień na każde z zagadnień. W grupie „Poznaj” mamy takie elementy jak:

• zasady pracy w zespole tworzącym oprogramowanie. W tym zawodzie najczęściej nie pracujemy sami i warto choć trochę się orientować co nas może spotkać w pszyszłosci.
• systemy kontroli wersji – coś przed czy nie uciekniemy choć bardzo byśmy pewnie chcieli. Pracując w zespole będziemy pracować w kilka osób nad wspólnym kodem. I tu zarządzanie tym procesem będzie możliwe dzieci systemom kontroli wersji. Jak raz zrozumiecie i się nauczycie to potem już wszystko będzie proste.
• przyszłego pracodawcę – zanim zdecydujesz się na jakiegoś pracodawcę to proszę sprawdź go. Jesteśmy świetni w sprawdzaniu innych osób na profilach społecznościowych. Tu możemy temat potraktować podobnie. Poszukaj opinii matematyki pracodawcy. Jak masz możliwość to porozmawiaj z kimś kto pracuje w firmie lub w niej pracował. Nie bój się też pytać pracodawcy bezpośrednio o warunki jakie oferuje.
  a w grupie „Dowiedz się” mamy:
• jak dokładnie wygląda praca programisty (twórcy oprogramowania). W zależności na co się decydujesz podobnie jak w przypadku pracodawcy, znajdź kogoś kto to robi zawodowo. Niech opowie Ci co go cieszy w tej pracy, co irytuje, co zaskakuje i co nudzi. Mając opinie kilku osób zdecydowanie łatwiej będzie Ci podjąć decyzję czy to jet właśnie to co chcę robić.
• jakie są sposoby rozwiązywania problemów przy tworzeniu oprogramowania – a co jak będę miał problem? dowiedz się jak inni robiący to co ty chcesz robić rozwiązują swoje problemy. Książki, kursy, Internet – im więcej na początek poznasz miejsc gdzie możesz szukać pomocy tym łatwiej Ci będzie i oszczędzisz sobie wielu „nieprzespanych nocy” szukając rozwiązania, które zapewne gdzieś jest już zrobione i czeka na Ciebie.
• jakich technologii i narzędzi uczyć się – narzędzia i technologie związane są z kierunkiem w jakim chcemy iść. Inne są dla twórców WWW a inne dla osób piszących aplikacje na Android. Im wcześniej wiesz co ważne tym lepiej dla Ciebie. Nie ucz się czegoś czego nie potrzebujesz. Bo po co Ci znajomość środowiska Unity jak masz zamiar programować roboty?
• jak wygląda proces wytwarzania oprogramowania – tworzenie oprogramowania to nie tylko kodowanie. Im wcześniej to zrozumiesz tym łatwiej będzie Ci zrozumieć tworzenie kompleksowego rozwiązania użytecznego dla użytkowników. W swojej wybranej dziedzinie naucz się jak dostarczać kompleksowy produkt np. tworząc aplikację na Android aby była nie tylko w Twoim komputerze lecz także dostępna do pobrania dla innych.

Ale ty to sprawdź

Zapewne jest dużo więcej aspektów pomocnych gdy zaczynamy przygodę z tworzeniem programowania. Pewnie mo zna nawet zrobić całkiem inną listę. Niemniej jednak te wyszły od osób, które mają bardzo różne i ciekawe doświadczenia z tworzeniem oprogramowania. Uważam, że jest to bezcenne i jeszcze raz dziękuję wszystkim, którzy podzielili się ze mną swoimi doświadczeniami.

Potraktuj proszę tą listę jako wsparcie i wskazówkę, jaką dostajesz od innych aby Twoja początkowa droga była łatwiejsza i mniej wyboista.

Przemek

Artykuł IT2.0 #5 Co warto wiedzieć zanim zacznie się przygodę z programowaniem – podsumowanie pochodzi z serwisu Home.

Do poprzednich 8 rad (Odcinek 1 i Odcinek 3):

1. Powinieneś wiedzieć, że to wcale nie jest bardzo skomplikowane i każdy może zostać programistką/programistą (twórcą oprogramowania). 
2. Powinieneś wiedzieć, że nikt nie wie wszystkiego w tym zawodzie.
3. Warto sprawdzić czy to na pewno jest dla Ciebie.
4. Warto dowiedzieć się jak dokładnie wygląda praca programisty (twórcy oprogramowania).
5. Warto zrozumieć zasady pracy w zespole tworzącym oprogramowanie.
6. Warto dowiedzieć się jakie są sposoby rozwiązywania problemów przy tworzeniu oprogramowania.
7. Powinieneś wiedzieć, że jest to naprawdę kreatywne zajęcie, pozwalające na ekspresję swoich pomysłów.
8. Warto przeanalizować jakie projekty będziesz realizował(a) w przyszłości.

dzisiaj dorzucam kolejną porcję 6 rad/wskazówek:

9. Warto przeanalizować ścieżki kariery oraz możliwości rozwoju zawodowego 
10. Warto sprawdzić jaki język programowania jest dla mnie najbardziej optymalny
11. Warto wiedzieć jakich technologii i narzędzi uczyć się
12. Warto znać systemy kontroli wersji
13. Powinieneś wiedzieć, że w początkowej fazie nauki plan działania i umiar jest bardzo ważny
14. Warto wiedzieć jak wygląda proces wytwarzania oprogramowania

Szczęśliwego Nowego Roku i szampańskiego Sylwestra z szampanem „Pikolo” życzę wszystkim
Pozdrawiam Przemek

Artykuł IT2.0 #4 WEHIKUŁ CZASU – CZYLI CO CHCIAŁBY WIEDZIEĆ PRZYSZŁY TWÓRCA OPROGRAMOWANIA (CZĘŚĆ 3) pochodzi z serwisu Home.

Kolejna porcja tego co chciałby wiedzieć przyszły twórca oprogramowania (Część 2) jest online:

Co w dzisiejszym podcast-cie:

Kontynuacja tematu z odcinka 1, czyli lista kilkunastu ważnych aspektów, tematów/zagadnień  które są ważne zanim zacznie się przygodę z programowaniem.

Odcinek 1 
1. Powinieneś wiedzieć, że to wcale nie jest bardzo skomplikowane i każdy może zostać programistką/programistą (twórcą oprogramowania). 
2. Powinieneś wiedzieć, że nikt nie wie wszystkiego w tym zawodzie.

Do poprzednich dwóch dzisiaj dochodzi kolejne 6 aspektów/tematów jakie warto przeanalizować/wiedzieć zanim zacznie się przygodę z programowaniem.

3. Warto sprawdzić czy to na pewno jest dla Ciebie.
4. Warto dowiedzieć się jak dokładnie wygląda praca programisty (twórcy oprogramowania).
5. Warto zrozumieć zasady pracy w zespole tworzącym oprogramowanie.
6. Warto dowiedzieć się jakie są sposoby rozwiązywania problemów przy tworzeniu oprogramowania.
7. Powinieneś wiedzieć, że jest to naprawdę kreatywne zajęcie, pozwalające na ekspresję swoich pomysłów.
8. Warto przeanalizować jakie projekty będziesz realizował(a) w przyszłości.

Życzę wszystkim cudownych, rodzinnych, radosnych, pogodnych, spokojnych i zdrowych Świąt Bożego Narodzenia upływających we wspaniałej atmosferze.
Przemek

Artykuł IT2.0 #3 WEHIKUŁ CZASU – CZYLI CO CHCIAŁBY WIEDZIEĆ PRZYSZŁY TWÓRCA OPROGRAMOWANIA (CZĘŚĆ 2) pochodzi z serwisu Home.

Pierwszy podcast już jest live ().

A co w środku: Zadałem moim przyjaciołom, znajomym, programistkom, programistom, i osobom które mają styczność z programowaniem, wytwarzaniem oprogramowania jedno pytanie

Gdyby mogli cofnąć się w czasie: Jaką jedną rzecz, chcieliby wiedzieć, zanim zaczęli by przygodę z programowaniem?

Wiem, że początki programowania nie należą do najłatwiejszych. Wszystko starannie starannie przeanalizowałem i pogrupowałem. Powstała lista kilkunastu ważnych aspektów, tematów/zagadnień  które są ważne zanim zacznie się przygodę z programowaniem.

Powstała pewnego rodzaju wiedza na temat świata IT, która pozwoli Ci lepiej zrozumieć specyfikę pracy w tym środowisku.

W tym odcinku (oprócz „lekko” dłuższego wstępu) podzielę się pierwszymi dwoma takimi „radami” ekspertów:

1. Powinieneś wiedzieć, że to wcale nie jest bardzo skomplikowane i każdy może zostać programistką/programistą (twórcą oprogramowania). 
2. Powinieneś wiedzieć, że nikt nie wie wszystkiego w tym zawodzie.

Dwa na dobry początek. W kolejnych podcastach kolejne aspekty/rady.

Pozdrawiam Przemek

Artykuł IT2.0 #1 Wehikuł Czasu – Czyli co chciałby wiedzieć przyszły twórca oprogramowania (Część 1) pochodzi z serwisu Home.