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

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.