• 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.

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.

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.