PR0GRAMISTA

Moja pierwsza praca

Thu, 03 May 2018 17:00:00 +0000

Dziś jest wolne, a 2 dni temu było Święto Pracy, zatem to idealny czas aby podzielić się doświadczeniami z mojej pierwszej pracy i tym jak ją znalazłem.

Poszukiwania

Pracy zacząłem szukać już w listopadzie 2017 i popełniłem przy tym wiele błędów, choć los też nie był mi przychylny. Najpierw pechowa rekrutacja, później pustki na rynku pracy a sukcesy na końcu. Im mniej mi zależało, tym lepiej mi wychodziło. Do tematu rekrutacji jeszcze kiedyś wrócę, może w formie prezentacji.

Tak rekrutują się najlepsi (podobno)

Mówi się, że znajomości to jeden z najlepszych sposobów na znalezienie nowej pracy i coś w tym może być, bo właśnie tak ostatecznie dotarłem do ARC Software - małego software house’u w centrum Wrocławia.

ARC to nie korpo

Jestem 12 członkiem tej firmy. Nie wiele osób ma szansę spotkać się z taką sytuacją. Ma to swoje wady i zalety. Może nie ma gaming roomu, pięknego biura czy kraftowego piwa, ale tak samo nie ma ściśle określonych stanowisk czy zasad. Panuje naprawdę luźna atmosfera i ma się świadomość, że nie piszesz kodu aby jakiś prezes zarobił 100 razy tyle co ty.

Pierwszy dzień

Nie było to coś tak ekscytującego. Przyszedłem, poznałem ekipę, projekt i przez cały dzień klikałem, oglądałem i słuchałem. Pracuję na swoim sprzęcie, więc nie musiałem nic konfigurować. Nie mogę powiedzieć, że się nudziłem, ale z pewnością czekałem na coś więcej.

Pierwsze zadanie

Drugiego dnia dostałem swoje pierwsze programistyczne zadanie - przenieść komponent z starszej wersji aplikacji i napisać go częściowo od nowa dla nowej wersji. Zadanie nie najprostsze, ale to mi się podobało. Nie wiem czy jadłem obiad tamtego dnia, ale bawiłem się wyśmienicie. Na koniec dnia miałem gotowy szkielet komponentu i wystarczyło tylko go podpiąć do reszty.

Wiele osób podczas pierwszego spotkania z projektem czuje strach, niepewność czy zakłopotanie, ale ja poczułem się jakbym znowu miał te 11 lat i siedział przy tym mistycznym serwerze Minecrafta, no bo w końcu uczyłem się programowania przez ostatnie 5 lat. Często na pytanie "czy wiesz jak działa X" odpowiadałem:

Nie wiem, ale myślę, że to ogarnę.

Po dwóch tygodniach

Projekt nie kryje przede mną większych tajemnic. Kilka rzeczy dalej sprawia mi problem, ale są to w większości problemy kwestii architektury projektu a nie “jak zrobić by zadziałało”, ale projekty mamy różne, więc w wolnym czasie dalej się rozwijam w innych kierunkach. Machine learning i IoT nadchodzę!

Porady dla kogoś kto zaczyna pracę

Pytać i nie bać się pytać. Warto też nauczyć się wcześniej korzystać z Gita w współpracy z innymi, poznać zagadnienie "Trunk Based Development", nauczyć się rozkładać duże problemy na mniejsze i być optymistycznie nastawionym :)

Strona polskiego, wspomnianego Arc Software

This blog is obsolete

Mon, 05 Mar 2018 08:50:38 +0000

Hej! Być może zauważyłeś, że na tym blogu już od pewnego czasu nie pojawiają się nowe posty. Powód jest prosty — teraz kręcę YouTuby. Już kiedyś próbowałem to robić, ale nie miałem pomysłu na treści. Na kanale nie będę umieszczał takich typowych, zamulających poradników tylko krótkie, zwięzłe filmiki o jakimś zagadnieniu, kursy przyśpieszone (szybkie wprowadzenie do języka) i jakieś recenzje czy może nawet vlogi.

Zapraszam do subskrypcji i udzielania się w formie komentarzy, nawet te bez sensu są mile widziane.

Kanał YouTube

Blog zostanie niedługo zamieniony w bardziej przejrzystą stronę wokół kanału.

Klawiatura cz. 1

Sun, 10 Dec 2017 17:00:00 +0000

Klawiatura to najważniejsze narzędzie programisty. Mimo tylu lat i rozwoju technologii klawiatury dużo się nie zmieniły. Może są cieńsze i tańsze, ale ich funkcje, ilość i ustawienie przycisków się praktycznie nie zmieniło. Pora to zmienić!

Hello world

To co widzicie powyżej to moja własnoręcznie zbudowana klawiaturę mechaniczna. 61 klawiszy z przełącznikami Gateron Brown, 100% anti-ghosting, dużooo miejsca na makro i dodatkowo enkoder i potencjometr. Sercem klawiatury jest mikrokontroler Teensy LC, który jest kompatybilny z Arduino. Klawiatura jest normalnie wykrywana jako urządzenie wejściowe, żadnych sztuczek. Cały soft napisałem sam, choć nie jest to rocket science.

Dlaczego?

Powodów jest kilka:

Droga do perfekcji — sięganie po strzałki, klawisze home/end, nieużywanie klawiszy pod prawym shiftem, zupełny brak kontroli nad klawiszami funkcyjnymi skłoniły mnie znalezienia drogi do lepszej pracy.
Makro — nienawidzę skomplikowanych skrótów klawiszowych i dużo bym zyskał mając około 180 miejsc na makra.
Cena — nie wierzę, że dobre klawiatury mechaniczne muszą kosztować ponad 400 zł. Jako przedstawiciel klasy średniej postanowiłem wykonać kalkulacje, oszacować koszty i stwierdziłem, że ja mogę to zrobić taniej. Nie myliłem się, choć rozłożenie kosztów może zdziwić.
Nieśmiertelność — moja klawiatura w moich rękach jest nieśmiertelna. Mogę ją zalać, podpalić i przejechać czołgiem, ale zawsze będę ją w stanie naprawić.
Bycie fajnym — na Massdropie ludzie wydają grube pliki dolarów aby otrzymać produkt podobny do mojego a ja zbudowałem to sam. Znacie kogoś innego kto pisze bloga na własnoręcznie wykonanej klawiaturze?

Jak?

Ale najpierw prototyp (maj 2017)

Klawiatura, którą już widzieliście to nie jest moja pierwsza klawiatura. Przed nią wykonałem prototyp. Nie planowałem go, ale w ręce wpadło mi trochę darmowych materiałów i postanowiłem przetestować swoją wizję. Wykonanie prototypu pozwoliło mi uniknąć kilku błędów przy tworzeniu mojej wymarzonej klawiatury z których wcześniej zupełnie nie zdawałem sobie sprawy. W tym poście opowiem o tych problemach.

Galeria

Najpierw zdjęcia abyście nie czuli się zupełnie zagubieni podczas dalszej lektury. Na zdjęciach widać kilka ciekawych rozwiązań np. mocowanie na wiertła, ścieżki z markera czy też druciki łączące dwie strony płytki.

Keycapsy i przełączniki

Do prototypu użyłem przełączników i nakładek po starych kasach fiskalnych. Okazuje się, że skrywają one przełączniki MX Cherry Black, niezbyt przydatne dla większości użytkowników przez duży nacisk wymagany do aktywacji i liniowość ruchu. Idealne pole testowe.

PCB or plate mount

Są głównie dwa sposoby montowania przełączników. Jeden opiera się na wykorzystaniu płytki PCB i wlutowania w niej przycisków stosując przy tym dodatkowe stabilizatory. Drugi sposób to wciskanie przycisków w odpowiednie wyżłobienia w płytce wykonanej np. z aluminium. Do zbudowania prototypu postanowiłem skorzystać z tej pierwszej opcji, bo jest ona łatwiejsza do wykonania samemu, ale efekty mogą nie być satysfakcjonujące. Niska precyzja wywierconych dziur sprawiła, że przyciski są dosyć krzywe a sama płytka po wytrawianiu stała się bardzo elastyczna. Wniosek na przyszłość: użyć innego mocowania albo zdobyć profesjonalnie wykonaną płytkę.

Kabelki czy nie kabelki

Masz przed sobą 65 klawiszy. Jak je połączysz? W przypadku płytki PCB to dosyć proste, choć tutaj pojawia się problem dalszego połączenie z kontrolerem, które w prototypie jest bardzo niestabilne. Użyłem kabelków stworzonych z myślą o płytkach prototypowych. Duży błąd, ale później znalazłem świetny zamiennik — kabelki z typowej skrętki RJ-45. Tanie, łatwe w lutowaniu i stosunkowo wytrzymałe.

Anti-ghosting

Widzicie takie druciki z wybrzuszeniem? To są diody, które powodują, że prąd może płynąć tylko w jedną stronę. W prototypie zlutowałem je w złą stronę (musiałem odwrócić skanowanie), wynikało to z braku wiedzy o INPUT_PULLUP. Umieszczenie ich pozwala na pozbycie się ghostingu, który w uproszczeniu ogranicza liczbę wykrywanych jednocześnie przycisków. Typowe klawiatury nie pozwalają na wciśnięcie więcej niż około sześciu klawiszy. Zwykle nie sprawia to większych problemów, ale gdy spróbujesz zagrać z przyjacielem na jednej klawiaturze to bardzo mocno to odczujecie.

At the extreme, keyboards have been made with a diode at every key so that each key can be detected individually ~Microsoft Applied Sciences Group: Keyboard Ghosting Explained!

Layout i software

Od początku wiedziałem, że layout w mojej klawiaturze nie może być zupełnie nowy, strzeliłbym sobie w stopę porzucając QWERTY. Zastanowiłem się co jest mi potrzebne i jak mogę to polepszyć. Dodatkowa, dolna warstwa była kluczem do osiągnięcia celu. Wystarczy zdefiniować klawisz warstwy dolnej, który działa podobnie jak Shift, później zamiast wciskać F1 będę wciskać [warstwa dół] + 1. Skonfigurowanie tych wszystkich opcji trochę trwa, ale wynik to bardzo naturalny sposób na powiększenie możliwości klawiatury bez dodawania klawiszy. Oczywiście w przypadku prototypu równe wiersze i kolumny (ortholinear) zaburzają rzeczywisty layout (US), ale idea jest ta sama — pozbyć się długich ruchów nadgarstków.

EOF

Jeśli tutaj dotarłeś to bardzo proszę pochwal się tym w komentarzu. Twoja reakcja na ten projekt bardzo mnie ciekawi.

Prototyp nie był zbyt używalny. Połączenia były zbyt zawodne, klawisze nie satysfakcjonujące i całość zbyt uginająca się, ale niczego nie żałuję — to była świetna zabawa! W następnym poście opowiem o procesie tworzenia już ostatecznej klawiatury, który nie był już taki barwny jak prototypu, i o implementacji dodatkowych funkcji. Wspomnę też o planach związanych z tym projektem.

Repozytorium kodu klawiatury

Programistok 2017

Wed, 18 Oct 2017 18:00:00 +0000

Gdy przeprowadziłem się do Wrocławia myślałem, że to będzie koniec długich podróży. Pomyliłem się, stąd też ten post nie będzie stricte o Programistoku, ale bardziej o mojej wyczerpującej podróży.

PKP

Ten wybór to był największy błąd. Orkan Ksawery, który przeszedł nad trasą jakiś dzień wcześniej mógł mieć na to wpływ. Jestem w stanie zrozumieć, że nie da się wszystkiego przewidzieć, ale to co się stało przechodzi ludzkie pojęcie.

PKP nie chce bym dojechał na programistok, coś kombinują pic.twitter.com/tZSVJAHiJP
— Bartosz Wiśniewski (@pr0gramista) 6 października 2017

Pociąg przyjechał spóźniony, ale to była kwestia może 5 minut. Najpierw konduktor przechodzi i mówi "proszę nie wsiadać". Czekaliśmy jakieś kolejne 5 minut i już mogliśmy zająć miejsca. Usłyszeliśmy komunikat informujący, że pasażerowie podróżujący do Warszawy powinni opuścić pojazd i pojechać pociągiem ekspresowym na ten sam bilet. Było się wtedy ewakuować.

Ruszyliśmy i w trakcie jazdy powiadomiono nas, że dojedziemy do Twardogóry (pogranicze Dolnego Śląska) i tam autobusami przetransportują nas do Ostrowa Wielkopolskiego (około 56 km, 55 min. jazdy). Dobra, 2h opóźnienia jeszcze przeżyje w końcu podstawią z 4 autobusy i jakoś to sprawnie pójdzie.

Autobus był 1 czy może 2 i tak na odjazd z Ostrowa czekałem jakieś 7h w tym czasie:

Poczęstowano nas kawą (wow)
Wskoczyłem do autobusu komunikacji zastępczej, ale nie przypisanej do naszego pociągu
Zrobiłem w tym autobusie objazd po okolicznych wsiach
Pilotowałem kierowcę na dworzec w Ostrowie
Wypiłem piwko, bo Wars był już pusty...

Próba dotarcia na #programistok update: przed chwilą pilotowałem autobus, ale wciąż jestem po niemieckiej stronie Polski WTF
— Bartosz Wiśniewski (@pr0gramista) 6 października 2017

Ruszyliśmy o 23, gdzie o tej godzinie powinienem być już na miejscu. Myślałem, że już nic strasznego mnie nie spotka. Myliłem się.

Bitwa o Autobus

Pan z obsługi pociągu policzył ilu z nas jedzie do Białegostoku i tak później usłyszeliśmy komunikat, że ten pociąg nie dojedzie do celu, ale za to podstawią nam na Warszawie Wschodniej autobusy. Właściwie to wszystko się sprawdziło tylko, że autobus był jeden. Na zewnątrz było chłodno, więc ludzie w tym ja szybko zajęliśmy miejsca, a do autobusu zbliżała się wycieczka szkolna podstawówki.

Nauczyciele walczyli o miejsca dla swoich podopiecznych. Jedni dumnie opuścili autobus, drudzy pokazywali jak ważny jest ich przejazd — Pani jedzie na pogrzeb, Pani wykupiła pierwszą klasę i ma cukrzycę a Pan musi jutro do pracy pójść a reszta po prostu czekała.

Przyszła Pani z PKP i kazała opuścić pojazd i poczekać 3h na dworcu na pociąg, który zapewne będzie przepełniony. Pasażerowie nie dali się tak łatwo i po prostu odmówili. Trochę posiedzieliśmy i usłyszeliśmy, że za chwilę przyjedzie taksówka klasy biznes i kto chce pojechać to niech wysiądzie. Pamiętając moją poprzednią przygodę z autobusem postanowiłem wyjść i moim oczom ukazała się owa taksówka, tuż za autobusem. Szczęśliwy wsiadłem i dojechałem do Białegostoku!

Zakwaterowanie

Moja przygoda z Białymstokiem zaczęła się od dworca kolejowego skąd musiałem dotrzeć na konferencje lub do mojego zakwaterowania — Willa Mamycięgdzieśrella. Zmęczony poczułem szczęście przekraczając próg drzwi tej willi. Pani za ladą jednak szybko ostudziła moją radość i stwierdziła, że moja rezerwacja jest już nieważna, bo się nie pojawiłem na miejscu a oni pokoi już nie mają.

PKP ma ogromne opóźnienia i najprędzej pojawię się w Białymstoku o 6 rano.

Pani się zdziwiła czemu się z nimi nie skontaktowałem, odpowiedź: bo nie sprawdzacie bookingu. Maila im wysłałem, dzwonić w pociągu pełnym śpiących ludzi nie będę a nawet ochoty na to nie miałem. Ba! Rezerwacje miałem na dwie noce. Usiadłem i ponownie zarezerwowałem pokój przez booking (?).

Czy ktoś wie jak booking działa? Bo to pierwszy raz, żebym się spotkał z takimi problemami.

Programistok

Mam takie odczucie, że Programistok chce być taką niezależną, kameralną, studencką konferencją i to im się udaje. Zgaduję, że organizatorzy odrzucali sporo ofert sponsoringu ze względu na reklamę jakiej oczekiwali. Warto też dodać, że programistok jest organizowany w formie non-profit.

Prezentacje były świetne! Jedna dobra ścieżka zrobiła robotę. Najciekawsze były dla mnie lighting talki, czyli krótkie 5 minutowe wystąpienia. Najgorsza dla mnie była prezentacja o temacie "Znajdź swoje korzenie - dziedziczenie w JavaScript", ale prawdopodobnie tylko dlatego, że to zagadnienie już znałem.

Oczywiście nie można zapomnieć o giftach!

Koszulki, super podkładka pod mysz i naklejki

Powrót

Znalazłem jakiś hostel, poszedłem kupić nowe słuchawki (te kupione na ten wyjazd zgubiłem zapewne w trakcie akcji w Twardogórze) i tak pozwiedzałem trochę Białegostoku. Na aftera już sił nie miałem, w końcu 28h na nogach nie napawa do imprezowania.

Powrót do Wrocławia przebiegł rewelacyjnie. Pociąg i samolot na czas — 5h podróży.

EOF

Tak jak wspomniałem we wstępie nie mam pełnego obrazu na programistok. Naprawdę żałuję, że nie byłem ani na beforze ani na afterze. Do Białegostoku przez następne kilka lat nie pojadę, ale event szanuję.

Na końcu wrzucam vlog jednego z znanych prelegentów :)

It's Super Cool

Thu, 05 Oct 2017 09:43:28 +0000

Uwielbiam gamedev, ale ciężko jest stworzyć grę bez bandy grafików, dźwiękowców i designerów. Oczywiście są pewne wyjątki gdzie programista może być takim "one man army" dla przykładu — Minecraft. Problem można też rozwiązać wykorzystując gotowe zestawy assetsów, ale ich jest mało i zwykle są bardzo ograniczone.

Na początku sierpnia Gynvael Coldwind ogłosił konkurs Gynvael's Summer GameDev Challenge 2017 w którym celem było stworzenie jak najlepszej gry wykorzystując tylko grafiki z załączonej paczki stworzonej przez Kenney'ego. Gatunek gry, udźwiękowienie, język programowania dowolny. Podział na dwie kategorie: gry stworzone od prostej biblioteki np. PyGame, SDL (wykluczony libGDX) i na gry stworzone na podstawie silnika np. Unity. Czas na stworzenie gry: miesiąc.

It's Super Cool

Na początku nie byłem pewny czy wziąć udział w tym konkursie. Byłem zajęty a brakowało mi pomysłu. Nie łatwo jest stworzyć oryginalną grę na takich zasobach. Z drugiej strony brakowało mi casualowej gry do zagrania ze znajomymi. Pewnego dnia zacząłem eksperymentować z assetsami i przyszedł mi do głowy genialny pomysł — Kosmiczny Quidditch. Gra miała być wieloosobowa (z opcją grania na tym samym komputerze), łatwo rozszerzalna (znajomi to programiści) i zdolna do odpalania na wszystkim.

Jeśli chodzi o grafiki to wszystko mi się ułożyło: piłka z asteroidy, bramki z wsporników do rur, widownia z schodów i dwie drużyny: astronauci i kosmici. Nawet nazwę szybko wymyśliłem inspirując się ostatnimi odcinkami South Parku (S20E06)

Zrobię od zera, pewnie mniej ludzi tak zrobi...

Lenistwo

Zanim mogłem zacząć kodzić to najpierw musiałem stworzyć podstawową mapę. Na początku myślałem, że napiszę własny format mapy i jej wczytywanie, później spróbowałem wykorzystać Tiled Map Editor, ale nie moje elementy okazały się zbyt losowo rozmieszczone, zatem ostatni sposób — GIMP i do przodu. Szybkie skalowanie, warstwy i mnóstwo duplikowania. Szło mi to powoli i już po kilku godzinach nie miałem sił do tego wracać, ale w końcu skończyłem mapę i przeszedłem do kodzenia.

PyGame

Wolałbym użyć znanego mi libGDXa, ale on dostał bana w kategorii "od zera". Pomyślałem, że skoro się uczę Pythona to jego dodatek w formie gamedeva mi nie zaszkodzi. Początki były całkiem łatwe, problem pojawił się tworzeniu serwera gry. Po prostu było za mało czasu na przymyślenie każdego ciągu wydarzeń na serwerze. Nie potrzebnie bawiłem się w własny socket — było użyć HTTP i lepiej dbać o spójność danych. Muszę powiedzieć, że: sporo się nauczyłem w te 4 dni.

To nie żart, w 4 dni zdążyłem nauczyć się korzystać z PyGame, napisać grę i ją przetestować. Jakość kodu, synchronizacji i optymalizacji może nie jest najlepsza, ale jak na coś pisanego bez planu i czasu daję 5.

Not cool

Wysłałem maila z zgłoszeniem, dodatkowo jak Gynvael prosił to napisałem komentarz pod postem. Czekałem na wyniki, ale zanim zostały ogłoszone pojawił się filmik z prezentacją gier. Nerwowo skaczałem po pasku YouTuba i nie mogłem znaleźć gry. O nie, czyżby coś się zepsuło?

Napisałem maila i sprawa szybko się wyjaśniła a Gynvael nawet stworzył dodatkowe wideo z moją grą.

Not cool2

To była środa, okropny dzień (rozsypała się partycja na biurowym komputerze...) i pojawiły się wyniki. tldr: Z jednej strony pozytywnie, ale oczywiście nic nie wygrałem.

Fajnie jest brać udział w konkursach, gorzej jeśli się w nich przegrywa

Było zrobić na Unity?

Jeśli myślimy kategorią nagrody to rzeczywiście użycie Unity ze względu na brak konkurencji byłoby optymalne. Zrobienie gry nie zajęłoby mi 4 dni a może jeden wieczór. Multiplayer, edytor sceny i sterowanie do padów miałbym z głowy, ale za to — brak wyzwania. Niczego nowego bym się nie nauczył.

Wina serwera?

Serwer mojej gry nie jest najstabilniejszy, ale przy współpracy uczestników (najlepiej jakby każdy nic nie robił) dało się zagrać w 4 osoby. Sądzę, że największy błąd jaki zrobiłem to odpalenie gry dopiero po połączeniu się. Klient dostaje pakiety (których nie buforuje), ale przez te kilka milisekund gra jeszcze nie jest gotowa i dzieją się różne dziwadła.

Przyszłość

Do "It's Super Cool" jeszcze wrócę, bo w połączeniu z Raspberry Pi może to być genialna zabawa na imprezie. Plus w końcu do czegoś wykorzystam moją malinkę, a co do konkursów — w najbliższym czasie postaram się ich unikać, głupie są.

Fun fact: duża część efektów dźwiękowych to odgłosy wydawane przez znajomego na TeamSpeaku.

Efekt końcowy

Nowy Workdone

Thu, 10 Aug 2017 20:01:57 +0000

Nowy Workone

Oto i jest, gotowy (prawie), działający nowy Workdone, czyli aplikacja dla perfekcjonistów z deadlinami. Dzisiaj krótko opowiem o trudnościach jakie mnie spotkały w trakcie pisania tego projektu.

Server-less?

Chciałem aby Workdone mógł żyć zupełnie bez mojej ingerencji, zaangażowania, ale obawiam się, że jest to niemożliwe.

Firebase Cloud Functions nie potrafią wykonać się same co jakiś czas
Jeśli będę zewnętrznie wywoływał Cloud Functions co 5s to przekroczę limit wykonań
Firebase Admin w Pythonie nie potrafi nasłuchiwać zmian
Nie chcę stawiać serwera na Javie czy NodeJS
Rozwiązanie... hybryda

It's hybrid. Good for you!

Mój ostateczny backend dzieli się na dwie części: Pierwsza to prosty skrypt w Pythonie, który ma za zadanie pobrać zakolejkowane powiadomienia a następnie je wysłać przez Firebase Cloud Messaging do klienta. Druga część to funkcje Firebase Cloud, które nasłuchują zmian w bazie deadlinów i aktualizują kolejkę powiadomień. Cloud Firebase jest też odpowiedzialny za tworzenie następnych powiadomień, gdy Python je wykona.

Co mi to daje?

Funkcje Firebase Cloud działają rzadko i na małej porcji danych. Python pobiera dane w ładnym zapytaniu, robi to często, ale to i tak bardzooo mały transfer. Ważne jest to, że skrypt ten może być gdziekolwiek, byle by miał dostęp do internetu. Czy to dalej server-less?

Tak, lubię wyzwania architektury systemów.

Wygląd

Kilka sposobów wyświetlania i podstawowa implementacja Material Design

Osobiście myślałem, że będzie trudniej. Napisanie własnego CSSa nie jest takie straszne, jeśli się korzysta z nowych zabawek. Flexbox to ogromny krok naprzód, podobnie grid layout. Podążanie za Material Design też nie było tak straszne, choć to głównie zasługa dobrych guidelinesów takich jak tutaj.

EOF i czy to działa?

Ten post powstał tylko przez to, że ustawiłem sobie deadline. To chyba coś znaczy, poza tym to było nawet przyjemne.

A goal is a dream with a deadline

Z Workdone możecie korzystać pod workdone.xyz, choć nie gwarantuje stabilności na ten moment :)

Workdone, ponownie

Sat, 22 Jul 2017 18:00:00 +0000

Workdone jako projekt na "Daj Się Poznać 2017" miał być wymagający i wnoszący coś nowego do świata produktywności, ale wyszło jak zawsze. Budowa klienta webowego połączyła się z nauką nowego JSa i proces znacząco się wydłużył, ale ostatnio wpadłem na pewien pomysł.

Todo listy nie działają

Próbowałem używać Google Keep, a teraz Todoist i wnioski są następujące: nie obchodzą mnie powiadomienia, cyferki w przeglądarce — nic. Za to obchodzi mnie to kiedy coś ma być zrobione — deadline. Gdybym widział, czuł, że czas mija to może szybciej bym się do tego zabrał. Nowy Workdone ma dostarczać to wrażenie przez odliczanie czasu rodem z horrorów czy tykających bomb i powiadomienia krzyczące "Hej, tutaj rzeczywistość, czas coś zrobić".

Dobra, pomysł jest, ale co z wykonaniem? Wracać do JSa i znów się tam mordować? Oczywiście nie mam zamiaru i spróbuję czegoś innego — powrotu do korzeni.

Framework as a Language

Każdy frontendowy framework to prawie jak osobny język. Ba! Niektóre frameworki tworzą swoje własne formaty plików. Moje pytanie brzmi: czy tego potrzebujemy? Czy tak bardzo potrzebujemy bindowania, komponentów i szablonów? Może, ale w kwestii optymalizacji zapytania do tylko jednego pliku mamy HTTP 2.0 z server push, które tak nowe nie jest. Spróbujmy zatem nie używać frameworka.

CSS

CSS stale dostaje nowe funkcjonalności, które sprawią, że za kilka lat pożegnamy SASSa czy LESSa. Już teraz większość przeglądarek obsługuje zmienne w CSS. Oczywiście to nie znaczy, że za chwilę wszyscy rzucimy nasze preprocesory, bo jeszcze trochę brakuje i z tego też powodu pozwoliłem sobie użyć SASSa, szczególnie, że używam bardzo małej części jego funkcjonalności.

Dobry początek

Bez frameworków to i bez jQuery. Nie jest już tak potrzebne jak to było kiedyś. Tutaj odeślę was do postu z css-tricks.com: (Now More Than Ever) You Might Not Need jQuery.

Na początku dodałem sobie API Firebase i routing w prymitywnej postaci przełączania pola display na poszczególnych elementach DOM. Pisałem szybko, bez potrzeby szukania rozwiązania i było to nawet przyjemne. PStworzony w taki sposób kod nie jest najpiękniejszy, ale łatwo jest go podzielić, zdebugować i pokochać. To taki powrót do odmienionej przeszłości jak w Go. Jedyne co sprawiło mi problem to walidacja i ograniczanie inputa.

<input id="deadline-day" onkeypress='return event.charCode >= 48 && event.charCode <= 57' placeholder="1" maxlength="2" />.
<input id="deadline-month" onkeypress='return event.charCode >= 48 && event.charCode <= 57' placeholder="1" maxlength="2" />.
<input id="deadline-year" onkeypress='return event.charCode >= 48 && event.charCode <= 57' placeholder="2017" maxlength="4" />
<input id="deadline-hour" onkeypress='return event.charCode >= 48 && event.charCode <= 57' placeholder="12" maxlength="2" />:
<input id="deadline-minute" onkeypress='return event.charCode >= 48 && event.charCode <= 57' placeholder="00" maxlength="2" />

Chyba powinienem to jakoś inaczej zrobić.

Material Design

Chciałem aby Workdone jakoś wyglądał i byłem zdumiony jak wiele można uzyskać bez konieczności sięgania po wielkie komponenty, gotowe arkusze. W chwili słabości dodałem sobie BassCSS, nie użyłem go do tej pory ani razu. Efekty mojej pracy możecie zobaczyć na tym SSie:

EOF

Wielkie aplikacje zwykle potrzebują wielkich frameworków, ale czy aby napewno twoja aktualna lub przyszła aplikacja zalicza się do tych wielkich? Ja polecam ten eksperyment a szczególnie w połączeniu z nowymi zabawkami w CSSie. Sprawdźcie takie zabawki jak flex (obowiązkowo), grid layout, variables czy features. Inną sprawą jest Service Worker i WebAssembly. Web idzie w dobrą stronę i warto się przyłączyć do tego ruchu.

Mój blog w Django

Wed, 28 Jun 2017 17:25:03 +0000

To nie było moje pierwsze spotkanie z Django, ale dopiero teraz po dłuższym spotkaniu z Javą jestem świadomy tego jak wspaniały jest ten framework. Wiele widziałem i zbudowanie swojego bloga na Django okazało się idealną alternatywą dla Wordpressa. Wolę popisać sobie niż bawić się w jakieś makarony w Wordpressie. Z doświadczenia wiem, że lepiej nie polegać na pluginach a Wordpress bez nich jest do niczego.

Budujemy!

Początki są łatwe, szczególnie dla kogoś kto już pracował z Django. Oficjalna dokumentacja i poradniki to jedyne źródła z jakich musiałem skorzystać aby napisać większość mojego bloga. Większość elementów Django mimo swojej magii jest bardzo naturalna w swoim użyciu. Django siedzi pośrodku poziomu abstrakcji między Springiem a PHP i to miejsce mi się spodobało.

Django przekonał mnie też swoim slangiem batteries included co oddaje zasadę DRY (don't repeat youself), czyli ponownie użycie gotowych elementów np. bezpieczeństwo, szablony. Większość takich inicjatyw kończy się słabo (przykład we wstępie), ale w tym przypadku jest naprawdę nieźle, nie perfekcyjnie, ale nieźle. Elementy dostarczone przez framework, których jest wiele i nie ma sensu ich tutaj opisywać, są eleganckie i działają bez zarzutów, ale te zewnętrzne.... no cóż, bywa różnie.

Klocki

Django Packages to strona na której można zobaczyć jak dużo jest tych gotowych elementów. Część z nich już na pierwszy rzut oka wygląda podejrzanie, ale niektóre są w swoim założeniu proste i właśnie te lubię najbardziej. Ja zetknąłem się z tymi paczkami:

django-imagekit --- pozwala przetwarzać obrazki, używam do miniaturek
django-taggit --- tworzy tagi Te aplikacje zostały na produkcji, ale testowałem też:
django-filer
django-filebrowser
django-colorfield
easy-thumbnails

Większość spełniała swoje zadanie (czasem miały one sporo dodatkowych zależności), ale nie koniecznie tak jakbym chciał, a ja staram się zachować minimalizm w tej kwestii.

Czas otworzyć okna

Nie wiedziałem, że będę tak się męczył aby ta aplikacja zobaczyła zapytanie poza localhostem. Ze Springiem było łatwiej --- jeden .jar mała konfiguracja i gotowe. Python wymaga trochę więcej zabawy. Najpierw trzeba podłączyć apkę pod jakiś serwer HTTP, w moim przypadku był to Apache na Ubuntu. Aplikacja nie zawiera w sobie paczek Pythona, więc trzeba je zainstalować, najlepiej w wirtualnym środowisku, aby później nie było niespodzianek. Do potencjalnych źródeł problemów dochodzi też baza danych. Krótko: jeśli nigdy tego nie robiłeś to...

Dodatkowo ja to robiłem jeszcze z użyciem funkcji wirtualnych hostów w Apache, dzięki czemu nie potrzebuję kilku adresów IP aby hostować więcej niż jedną stronę. Po walce z WSGI i virtualenvem doszedł problem z MySQL i collation, który stawiał problemy przy polskich znakach. Później zaimportowałem posty z Hugo do bazy przy pomocy własnego skryptu w Pythonie. Cała zabawa zajęła mi 2 dni, ale teraz zrobiłbym to w mniej niż godzinę, po prostu mieszanie wersji Pythona, ustawianie odpowiednich ścieżek, wirtualne środowisko, ustawienia MySQL sprawiły, że wszystko tak długo zajęło, ale było warto, bo ostatecznie wszystko działa! Pomocne okazały się instrukcje dostarczone przez Django m.in.: Deployment Checklist czy też Deploying Django.

To nie koniec

Odkąd wypuściłem moją aplikację dokonałem już kilku zmian. Dodałem 404, analitykę, pogląd nieopublikowanego posta, ustawienia zewnętrzne czy też nowe testy. Trochę jeszcze trzeba po pracować nad tym blogiem. Przydałoby się dodać lepsze style na panelu administratora i ogólnie trochę go rozszerzyć. Warto byłoby też ustawić automatyczne backupy i dodać nowe widźety. Zapewne szybko to zrobię, bo wracanie do tego projektu to przyjemność.

A jakie są Wasze odczucia z Django lub Pythonem? Warto inwestować w to swój czas? Chętnie was wysłucham.

Co w trawie piszczy?

Sun, 18 Jun 2017 23:52:12 +0000

Minęły już prawie 2 tygodnie od ostatniego postu. Nie porzuciłem bloga, ale jest kilka rzeczy, które trzeba poprawić.

Nowa platforma bloga

Hugo to wspaniała platforma do blogowania, ale dalej jest to tylko generator statycznych plików. Potrzebuję czegoś więcej i nadarzyła się świetna okazja aby to zrealizować. Uczę się django, webowego frameworka do Pythona. W skrócie powiem, że jest bardzo produktywny. Przenoszę więc bloga na moją własną aplikację i montuje tam kilka featurów, których mi brakowało.

Nowy layout --- to mógłbym zrobić już w Hugo, ale po co pisać coś dwa razy. Zajawki? Proszę bardzo! O wiele czystszy i bardziej uporządkowany, to jest to!
To jest wersja z bocznym panelem, która będzie występowała rzadziej.

Porzuciłem zajawki na rzecz dużych ikon i widocznych tagów.
Obrazki --- ich ręczna edycja jest męcząca i django ma mnie w tym wyręczyć
Mobilność --- aktualnie, jeśli jutro mój dysk się spali to nie zobaczycie na tej platformie nowych postów. Chcę wolności od miejsca, komputera i edytora tekstu!
Dynamiczna zawartość --- wiem, że chciałbym aby mój blog trochę myślał

Co do kosztów i samego pisania aplikacji --- koszty się nie zmienią, VPS i tak będzie stał, a piszę bo może to być świetny projekt do ćwiczeń i pokazowy.

Gala Daj Się Poznać 2017

Długo myślałem co by tu o niej powiedzieć. Ludzie byli naprawdę wspaniali, co owocowało kameralną atmosferą. Pozdrawiam wszystkich tam zgromadzonych. W sensie tam, mam na myśli biuro Microsoftu i pub JABEERWOCKY, gdzie odbywał się afterek.

Stanowczo oczekujcie profesjonalnej relacji od Marcina Połowianiuka z Spider's Weba.

Filmy

Po nowym layoutcie przyszłej platformy bloga można coś zauważyć. Wszystko jest przystosowane do filmów, nawet ikony mają wymiar 16:9. To mój nowy cel --- filmy i jeszcze raz filmy. To prostu przyszłość i w moim odczuciu lepsza forma niż sam blog, który nie zniknie, bo za każdym filmem stoi pewien scenariusz i zapisanie swoich myśli jest tutaj bardzo przydatne.

Workdone

Mój projekt nie był ostatnio aktualizowany i jest pewien powód --- po prostu nie podoba mi się jego forma. Nie jestem fanem frontendu, ale jeszcze się nie poddałem. Spróbuję zacząć od zera i unikać zależności. Nowy JS nie jest dla mnie, nie jestem w stanie zrozumieć dlaczego w backendzie stosujemy clean code, SOLID, wszystko takie piękne etc. a w frontendzie --- ma działać i tyle.

EOF

Blog jest żywy, ale potrzebuję czasu aby skończyć pewne projekty i nie wracać do nich.

Golang

Wed, 07 Jun 2017 21:08:19 +0000

Swojego ukochanego języka szukam już kilka lat. Najpierw zakochałem się w Javie, później w Pythonie a teraz w Go?

Trochę historii

Go jest młodym językiem, bo został stworzony w 2007, ale dopiero w 2009 został ogłoszony. Dla porównania Java pojawiła się w 1995. Go ma swoje początki w Google, co owocuje dużym wsparciem dla języka. Go jest językiem dynamicznym, silnym, kompilowanym z zarządzaniem pamięcią.

Jaki jest Go?

Dobrze prymitywny

Coś co najpierw mnie zdziwiło, ale da się to zrozumieć w kontekście Google. Składnia Go jest prymitywna, choć też ma swoje skróty. Pętle for zamiast streamów itp. Dlaczego tak zrobiono? Jedną z przyczyn podaje się to co się stało z C++, gdzie ilość możliwości zrobienia czegoś jest tak wielka, że brakuje pewnego naturalnego standardu. W Go większość rzeczy można zrobić dobrze na jeden sposób. To ma zapobiec istnieniu różnych stylów kodu, co jest trudne, gdy zatrudnia się tak wiele osób.

Wielowątkowość

Twórcy Go zauważyli, że taktowanie procesorów nie zwiększa się już tak drastycznie, ale dodanie większej ilości rdzeni już nie stanowi dla nas takiego problemu, dlatego jedną z ciekawszych cech Go to jego wsparcie dla operacji wielowątkowych. To brzmi głupio, więc powiem to inaczej: jeszcze nigdy nie chciałem tak często korzystać z wielu wątków jak przy Go. To jest tak proste i satysfakcjonujące.

// Kanał - łatwa komunikacja między wątkami
userChannel := make(chan []User)

// Pobieram 10 stron z listą użytkowników
for i := 1; i < 10; i++ {
  go getUsers(userChannel, i) // Polecenie go uruchamia nowy wątek
}

// 10 zapytań leci równolegle a nie po kolei

for i := 1; i < 10; i++ {
  // Czekam na odpowiedzi
  users := <-userChannel
  fmt.Printf("Returned %d users\n", len(users))

  for _, user := range users {
    // Coś tam robię
  }
}

Warto dodać, że wątki Go nie jest typowymi wątkami, są to tak naprawdę Goroutines czyli lekkie wątki zarządzane przez Go a nie przez system.

Brak dziedziczenia

Go nie ma mechanizmu dziedziczenia. Kiedyś powiedziałbym, że to jest głupie, bo przecież dziedziczenie jest cudowne, ale dziś znam też i ciemną stronę. Spring przyzwyczaił mnie do szukania implementacji przodka implementującego interfejs Y klasy X. Chyba już rozumiecie. Płaska struktura nie jest najlepsza, ale na pewno lepsza od spagetti po pięknym dziedziczeniu.

Biblioteki

Jak już kiedyś wspominałem Python ze swoim poleceniem pip sprawia, że instalacja bibliotek jest banalna. Golang robi to jeszcze lepiej zarówno od strony twórców bibliotek jak i ich użytkowników. Jak się to robi? Pokażę na przykładzie uiprogress: go get github.com/gosuri/uiprogress. Zamiast jakiejś wymyślonej nazwy podajemy link do GitHuba i tyle. Później w kodzie używamy import "github.com/gosuri/uiprogress" i tyle!

A co do liczby bibliotek --- jest ona spora i dalej się powiększa, ale są jeszcze pewne braki, standardy. Bardzo przydatna lista bibliotek do Go jest dostępna tutaj jako Awesome Go

Maskotką Go jest suseł w różnych formach, kolorach

Go jest łatwy w nauce

Go Tour to wszystko co potrzebujecie aby poznać język. GoDoc generuje dokumentacje dla repozytoriów Go. Strukture projektu Go opisuje dokumentacja. Narzucanie czegoś z góry jest w tym przypadku dobre, bo tworzy ładną krzywą uczenia się.

Go jest szybki

Go jest ciągle optymalizowany, są nawet narzędzia do benchmarków. Zmiany czasem widać z wersji na wersję i tak Go wypada lepiej w benchmarkach niż Java, bazując na Benchmarks Game. Nie dość, że jest szybszy to jeszcze zużywa mniej pamięci. Oczywiście nie ma on większych szans z C i C++, ale na tle innych języków wypada naprawdę dobrze.

Go się kompiluje

Po kompilacji Go otrzymujemy jeden plik, który możemy uruchomić bez żadnych zależności. Tak, nie trzeba nic instalować na serwerach. Kompilowanie do natywnego kodu ma jednak swoje wady, które Go sprytnie rozwiązał. Na przykład, jeśli programujemy na Windowsie 64-bitowym a chcemy otrzymać program na 32-bitowego Linuxa to jedyne co musimy zrobić dla Go to ustawić odpowiednie zmienne środowiskowe.

Otwieramy konsolę i wpisujemy set GOOS=linux i wybieramy architekturę przez set GOARCH=386 i kompilujemy przez go build. Tak samo możemy sobie poradzić z programami na macOS czy FreeBSD.

Listę dostępnych systemów i architektur możemy zobaczyć na golang.org/doc/install/source. Go obsługuje też ARMy, yay!

EOF

Go jest świetnym językiem z równie dobrym ekosystemem. JavaScript mógłby się czegoś nauczyć. Według mnie aktualnym problemem Go jest brak frameworków out-of-the-box, takich jak django. Go nie ma najlepszego zastosowania do gier czy obliczeń naukowych. Aktualnie najlepiej się sprawdza jako część aplikacji biznesowej lub w zarządzaniu systemami. Go trafia też powoli na platformy IoT. Ciekawy język, ale czy znajdziecie dla niego miejsce?

Daj Się Poznać - podsumowanie

Wed, 31 May 2017 18:20:36 +0000

Oto podsumowanie mojego udziału w konkursie Daj Się Poznać 2017.

Cel

Nie stać w miejscu i robić coś ciekawego --- to był mój cel. Zawsze kiedy pracowałem przy jakimś projekcie mając go w myślach jako osobiste wyzwanie to czułem, że naprawdę czegoś się uczę. Tak było z moimi aplikacjami Android, Javy, Google Code-In, podróży na konferencje i teraz --- blogowaniem.

Spring

Java to jeden z najpopularniejszych języków programowania. Nie dziwię się, dziwię się natomiast dlaczego Spring jest standardem w klasie Enterprise. Może to wina kompatybilności z poprzednimi wersjami a może po prostu nie mam dostatecznej wiedzy aby to zrozumieć. Nie ważne, ważne, że chciałem podszkolić się w jego znajomości i mieć taki przykład gdzie wykorzystałem Spring Security, OAuth etc. Trochę się nie udało, bo po pierwsze Spring bardzo spowolnił development Workdone'a a po drugie wywaliłem go do osobnego projektu, bo nie spełnił moich wymagań. Zdarza się.

JavaScript i Vue.js

Mój projekt konkursowy zmusił mnie do bliższego spotkania z rozbudowanym JavaScriptem. Wcześniej pisałem tylko króciutkie skrypty a coś większego to była aplikacja w Angularze 1. Tym razem zapoznałem się z nowym podejściem, zupełnie innym od tego wcześniej. Moduły, ES2015, npm --- to było coś czego nie znałem. Nie była to łatwa droga, nawet dla mnie, a ja uwielbiam poznawać nowe technologie. Cieszę się, że najgorsze już za mną.

Bardzo przydatnym w tej przygodzie był Vue.js. Znakomity framework z solidną dokumentacją. Mam wrażenie, że przez sposób w jaki kodzimy w Vue możemy odnieść wrażenie, że nie narusza on podstawowej struktury strony, ta cecha pomaga przy tej zmianie myślenia starego JSa na nowego. Mam przeczucie, że Vue.js zagości na dłużej w moim arsenale.

Filmy

Podczas konkursu zrealizowałem jeden film, który zresztą miał być tylko filmem objaśniającym cechy języków np. język statyczny a dynamiczny. Później były matury i już nie miałem ochoty na kręcenie. Myślę, że w tym aspekcie wpadłem w pułapkę perfekcjonizmu. Starałem się aby moje filmy były idealne, a wyszło tak, że nie zrobiłem drugiego. Wniosek? Jak tylko odzyskam aparat to zacznę kręcić filmy, bo teraz mam dużo wolnego czasu a szczerze --- pisanie to nie moja działka.

Czasem nie było tak kolorowo

No właśnie, pisanie. Na początku była to dla mnie najgorsza część konkursu. Nie lubię lekcji języka polskiego, literatury i to pisanie sprawiało mi kłopot. Teraz też nie powiedziałbym, że jestem pisarzem czy przynajmniej blogerem. Pisanie niektórych postów to była dla mnie przyjemność, tak było np. z postem Moja pierwsza konferencja czy z Google Code-In.

Nie oszukuję, część postów była pisana byleby tylko coś było, ale czy to źle? Może to właśnie to wymaganie miało ustrzec przed popadaniem w wspomniane piekło perfekcjonisty czy prozaiczne lenistwo. Zawsze warto ćwiczyć i tworzenie tych niechcianych tekstów może właśnie takim ćwiczeniem były.

Efekt (końcowy)

Zobaczcie sami na workdone.xyz. Nie, projekt nie jest skończony i brakuje w nim wiele rzeczy. Prace trwają.

Co dalej?

Blog pewnie już nie będzie aktualizowany tak często, pojawią się za to filmy i o wiele lepsze posty o bardziej sprecyzowanej tematyce. W planach mam też zainteresowanie się językiem Go lub ewentualnie Pythonem, ale dlaczego nimi to już kiedy indziej.

DevLog #12

Sun, 28 May 2017 17:35:11 +0000

W tym tygodniu trochę mniej niż zwykle, ale to dlatego, że byłem na Code Europe. Więcej Vue(coś). Będzie trochę radości i nienawiści.

Small things

Workdone doczekał się wielu mały poprawek np. autologowanie czy usunięcie niepotrzebnego odniesienia. W @278abe naprawiłem aktualizowanie się Packery i usunąłem hashe z linków od zmiany kolorów...

Vuex

Vuex to wzorzec i framework do zarządzania stanem w Vue.js. Służy jako scentralizowana baza dla reszty komponentów w naszej aplikacji a przy tym definiuje pewne zasady korzystania z nich. Więcej kontroli, lepszy dostęp dla devtoolsów i bardzo wygodne rozwiązanie. Dla mnie --- druga perełka w tym JSowym świecie.

Czy potrzebujesz Vuex w swojej aplikacji? Znalazłem ciekawą odpowiedź na to pytanie:

Flux libraries are like glasses: you’ll know when you need them.

Strukturyzacja danych w Firebase

Firebase jak już kiedyś wspomniałem sprawia problem przy strukturyzacji danych w bazie. Workdone nie opiera się na komunikacji z innymi, więc problem staje się o wiele mniejszy. Postawiłem na strukturę scentralizowaną na użytkowniku. Każdy unikatowy identyfikator klienta będzie zawierał swoje drzewko, swój przydział w bazie danych.

Screenshot z widoku bazy danych w konsoli.

Jak to się zda w końcowej aplikacji? Zobaczymy :)

VuexFire

Vuex jest super, ale jak do niego możemy podłączyć Firebase? Nie jest to takie proste, choć zdołałem to zrobić bez użycia jakiś frameworków. Później jednak znalazłem też VueFire i pomyślałem, że ktoś to zrobił znacznie lepiej ode mnie. Nie zrobił. Dokumentacja do tej biblioteki jest bardzo skromna. Instalacja jest dziwna i ma ten sam minus co moje rozwiązanie. Najgorsza jest jednak ilość boilercodu jaki VueFire wprowadza. Po co ręcznie zatwierdzać zmiany? Firebase po lubiłem właśnie za brak takich niby bezpieczniejszych rozwiązań.

Mniej kodu to zwykle mniej problemów a już najgorsze są frameworki, które udają, że są przydatne. Żegnaj VueFire.

Moje rozwiązanie

Najciekawsza część to funkcja z Dashboard.vue:

created: function () {
var dashboard = this
  if (dashboard.$store.getters.uuid != null) {
    dashboard.updateReferences()
  } else {
    this.$store.watch(
      function () {
        return dashboard.$store.getters.uuid
      },
      function (uuid) {
        dashboard.updateReferences()
      }
    )
  }
}

...

updateReferences: function () {
    this.$bindAsArray('habits', firebase.database().ref(this.$store.getters.uuid + '/habits/'))
    this.$bindAsArray('todos', firebase.database().ref(this.$store.getters.uuid + '/todos/'))
}

Potrzebuje UUID aby odnosić się do danych użytkownika zatem zanim powiąże Firebase'a to poczekam aż uuid będzie zaktualizowane, a to stanie się kiedy użytkownik się zaloguje. Całkiem proste, prawda? Zanim spróbujecie to wykorzystać to pamiętajcie aby zdefiniować wartości np.

data: function () {
  return {
    selectedTag: '',
    habits: [],
    todos: []
  }
},

Przekazywanie wartości

Teraz uświadomiłem sobie jak wiele jest sposobów na przekazywanie informacji w Vue. Możemy użyć Vuex, globalnej kolejki zdarzeń, przekazywania bezpośrednio do innego komponentu jak i zewnętrznych odniesień. Myślę, że w tym całym przenoszeniu kodu to właśnie nowy sposób na przesył danych okazał się dla mnie największym wyzwaniem. Brak globalnych wartości (prawie) powoduje duży zamęt.

EOF

To już prawie koniec konkursowego żywota Workdone. Na pewno tego projektu nie porzucę, bo jest po prostu zbyt ciekawy na ten moment. Cała ta próba zmierzenia się z JavaScriptem to w tej chwili wyzwanie. Po za tym chcę jeszcze zrobić swój pierwszy plugin do Chrome i jakąś apkę na Androida. Nie poddam się tak łatwo.

Code Europe

Fri, 26 May 2017 00:35:36 +0000

Podobno największa konferencja programistyczna w Polsce, ale czy najlepsza? Oto moja relacja z tego wydarzenia.

Przed

Nie pamiętam jak dowiedziałem się o Code Europe. Szczerze to na początku uważałem tą konferencje jako jakiś scam, głównie ze względu na kampanię marketingową jaką prowadzą. Wydaje się taka sztuczna i pusta. Nie planowałem się tam udać, ale dobry termin, lokacja i przede wszystkim chęć zobaczenia czegoś nowego przekonały mnie do wydania tych 58 złotych. Dotarcie na miejsce nie stanowiło problemu, choć kolejka do rejestracji była przerażająca. Było to rano więc nie było aż tak gorąco, ale i tak słońce mocno dawało się we znaki. To był pierwszy moment kiedy miałem wrażenie, że ilość ludzi jest przytłaczająca.

W trakcie

Pogoda dopisała.

Miejsce

Miejsce w jakim odbywała się konferencja to Hala Stulecia we Wrocławiu. Ładna, pełna zieleni okolica, wycieczki emerytowanych Niemców i nowoczesne wnętrze. Dodatkowo, przypadkowo lub nie --- food trucki, dobra opcja na obiad, bo na samej konferencji ciężko było z jedzeniem. Duży plus za lokalizację.

Ludzie i organizacja

Trudno mi tu coś powiedzieć. Ilość ludzi sprawiała, że trudno było podyskutować. Przy wejściach z sal tworzył się ruch wahadłowy, na wielu prezentacjach brakowało miejsc, kolejki były naprawdę pospolite. Na szczęście toaleta była wolna od tego problemu. Zatem czy naprawdę liczba miejsc jest ograniczona? Pomijając ten aspekt brakowało mi jakiegoś kontaktu z organizatorami. Żadnego przywitania, pewnych wyjaśnień --- np. nie tylko ja miałem wątpliwości co do położenia sali Seattle, bo aby do niej dotrzeć trzeba było użyć wyjątkowych schodów.

Popcorn i kawa, ciekawe połączenie jako przekąska. Tak, tutaj rozciągała się kolejka na kilometr.

Firmy

W sumie standard, choć zauważyłem, że stoiska miały bardziej charakter formalny w porównaniu do confitury co oczywiście jest zrozumiałe, ale nie było znowu tak źle. Ja jako ktoś kto ma absolutne 0 w doświadczeniu formalnym dobrze się bawiłem rozmawiając z przedstawicielami.

# Stoisko Nokii, ja taki uśmiechnięty podchodzę.
Ja: Dzień dobry, ja mam pytanie: co teraz robi Nokia?
Pani: No na pewno nie telefony :)

To był dla mnie ciekawy trening umiejętności rozmawiania i wychodzenia ze swojej nieśmiałości.

Prezentacje

Było w czym wybierać. 5 sal, prezentacje od 9 do nawet 18, sporo prezentacji w języku angielskim, kilka prowadzonych przez osoby z znanych firm m.in Spotify. Code Europe tematycznie nie jest sprecyzowany. Widziałem prezentacje w formie opowieści o losach w firmie, przemyśleń o urządzeniach IoT, wprowadzenia do technologii czy technicznej implemetacji wzorca w Androidzie. Każdy mógł znaleźć coś dla siebie. Mi osobiście prezentacje wydały się zbyt ogólne, oczywiste, ale niemniej miło się ich słuchało. Muszę się też przyznać do błędu, czyli do nie zaplanowania agendy.

Po

Jak po confiturze miałem sporą motywację do nauki to tak po Code Europe nie mam takiej zajawki, ale to może wina tego, że i tak jestem już zapracowany (moje wakacje). Nie uważam jednak tego czasu za stracony, czuję że każda taka przygoda to krok do bycia odważniejszym i ciekawszym człowiekiem. Jeśli macie okazję zajrzyjcie na Code Europe, ale miejcie na uwadzę te drobne problemy. Ja wracam do kodu.

Stylowany notes, worek-plecak, długopis i nieobecna już woda i batonik.

Stack Overflow

Sun, 21 May 2017 18:59:08 +0000

Stack Overflow to zapewne najważniejszy serwis dla programistów jaki istnieje. Jego wpływ na naszą społeczność jest tak wielki, że następna lub już aktualna generacja programistów będzie od tego portalu uzależniona.

Moja przygoda z Stack Overflow

Swoje przemyślenia wynikają z moich wrażeń podczas miesiąca z SO. Tak po prostu nudziłem się i pomyślałem aby zrobić sobie takie wyzwanie. Codziennie chciałem uzyskać minimum 25 reputacji lub kilka udanych rozpatrzeń flag.

Efekt tej zabawy? W ciągu miesiąca osiągnąłem około 2000 punktów reputacji, prawie 100 pomocnych flag i 25 edycji postów. Odpowiadałem na pytania z różnych technologii --- Java, libGDX, Unity, Python, JavaScript, Android, Firebase, API Google, PHP czy nawet Windows Phone. Ja to lubię sobie pożąglować.

Wrażenia

Jako osoba nieśmiała, która wątpi w swój głos to Stack Overflow było dla mnie bardzo ciekawym ćwiczeniem wypowiadania się, tłumaczenia i pewności siebie, bo jest ona czasem potrzebna. Być pewnym swojego kodu, wystawić go na ocenę to nie jest prosta rzecz dla początkujących, ale warto dać się sprawdzać, bo możemy być miło zaskoczeni.

Lepiej żałować, że coś się zrobiło, niż że się tego nie zrobiło ze strachu przed dostaniem tego negatywnego punktu

Satysfakcja z pomagania innym. To jest mój ulubiony element tego serwisu. Zobaczyć szczere podziękowania od zupełnie obcej osoby jest niesamowicie motywujące i poprawiające humor. Jeśli kiedyś ktoś odpowie na wasze pytanie --- podziękujcie mu, to zawsze daje większego kopa niż tylko te punkty.

Nie wszystko jest bez skazy

Stack Overflow to czasem taki dziki zachód. Pojawia się pytanie, umiesz na nie odpowiedzieć, piszesz swoją elokwentną, pełną odpowiedź... i widzisz coś takiego: just use xxx, like this: <jakiś garbage code> już z jednym punktem. Czasem ludzie docenią twój wkład, ale zwykle po prostu pierwsza odpowiedź zadziała i nikt już nie będzie patrzył, że jest ona pozbawiona objaśnień. Tak właśnie będą programować programiści Stack Overflow --- copy-paste i do widzenia.

Czasem ludzie idą w drugą stronę i zapominają, że chcą pomóc człowiekowi a nie maszynie, a różnica jest taka, że maszyna od początku będzie wiedziała do czego jest lamba. Wiele razy widziałem pytanie gdzie widać, że autor jest początkującym, ale zamiast pokazać rozwiązanie na kodzie, który jest dla niego zrozumiały to pakują mu lambdy, zewnętrzne biblioteki czy jakieś dziwne triki.

Trzeci problem to uwielbienie odpowiedzi na proste pytania. Na moim przykładzie. Coś bardzo prostego, wymagającego niewielkiej wiedzy o Pythonie a jest moją najwyżej punktowaną odpowiedzią. Czy to fair wobec trudnych pytań? Oczywiście jest system nagród pozwalający wystawić nagrodę za odpowiedź na pytanie, ale nawet one często nie przyciągają uwagi tych doświadczonych.

Nie tylko pytania i odpowiedzi

No gdzie tu by można znaleźć programistów jak nie na ich ulubionym serwisie. Stack Overflow Jobs to dobrze zrobiony portal ogłoszeń prac. Oparty o tagi (prawie jak Workdone), ma dobrą wyszukiwarkę i sporo ofert. Po za tym pracodawcy szukają ludzi do pracy po Stack Overflow, jeśli ktoś widzi, że ktoś się na czymś zna i potrzebny jest ktoś taki to nie ma żadnych przeciwności aby nie zaproponować komuś takiemu pracy. Myślę też, że powiedzenie, że ma się X punktów na SO przy rozmowie o pracę może wywołać pozytywne wrażenie.

Dobra dokumentacja to podstawa dobrego softu. SO nie tak dawno otworzyło swój portal z dokumentacją do wszystkiego. Stack Overflow Documentation to taka wikipedia technologii wraz z przykładami. Oprócz małej patologii jaka miała miejsce to dokumentacja SO jest całkiem przyjemna, choć jeszcze długa droga przed nią.

Na koniec wspomnę o Stack Overflow Insight, czyli statystykach o nas i technologii. Oprócz znanych corocznych zestawień dostępne jest też narzędzie, nie wszystkim znane, podobne do Google Trends a jest nim Stack Overflow Trends. Jeśli jeszcze nie zajrzeliście do zestawienia z 2017 roku to polecam to zrobić, mnie zaciekawiły: znajomość a zdobycie pracy, rosyjscy hakerzy i czy studia są ważne.

DevLog #11

Sun, 21 May 2017 13:59:08 +0000

Koniec matur --- wielki przypływ mocy i tak jak ostatnio zapowiadałem, przeniosłem projekt do Firebase.

Przyspieszmy!

10 dni do końca. Czas na przyspieszenie, ale aby to zrobić potrzebny będzie nam Firebase. Czas kompletnie przebudować projekt!

Moduły

Skoro i tak pozbywam się backendu to zdecydowałem użyć tak bardzo krytykowanego przeze mnie nowego podejścia do JavaScriptu --- miliony npm, configów, linkowanie JSa, etc. Dlaczego? Mimo, że nie lubię tych modułów (i słusznie) to muszę przyznać, że Vue.js sporo traci bez nich, a po drugie, chce spróbować przełamać się i poznać ekosystem JS.

Trochę żałuje tej decyzji, bo moduły dalej są do kitu. Większość bibliotek wymaga jakiejś globalnej zmiennej, ale modułowość wyklucza takie. Próbowałem zrobić to w myśli modułów, ale nie po kilku godzinach poddałem się.

Kiedy Chrome już nie pokazuje faviconów...

Nie chciałbym aby odebrano mnie jako zawsze sceptycznie nastawionego do JSa, ale spójrzmy:

window.$grid = $('.grid').packery({
  itemSelector: '.grid-item',
  gutter: 0,
  columnWidth: 300
})

/*eslint-disable */
$('.dropdown-button').dropdown({
  hover: true
})

window.$grid.prepend(element).packery('prepended', element)
var draggie = new Draggabilly(element)
window.$grid.packery('bindDraggabillyEvents', draggie)
/*eslint-enable */

To wyłączenie ESLinta nie jest dla zabawy. Materialize chce przykleić się do jQuery, podobnie packery, ale jeśli spróbować importować jQuery jako moduł to nic tutaj nie wyjdzie. Można powiedzieć, że te frameworki wymagają globalnego jQuery. Kompletny brak konsekwencji.

Integracja Firebase

VueFire nie jest najlepszy, szczególnie jeśli używamy modułów. Problemem jest wymóg posiadania odnośnika do obiektu Firebase gdy chcemy zaktualizować jakiś element listy. Znowu widoczna jest tutaj sprzeczność między podejściem modułowym a globalnymi zmiennymi lub brak odpowiedniej dokumentacji pokazującej jakieś lepsze magiczne wyjście niż strzelanie eventami. Po za tym jednym dziwactwem VueFire to bardzo oszczędny wrapper, w końcu ma on 90 commitów.

Router

Vue.js ma najlepszy router jaki widziałem. Taki prosty i skuteczny, cudo!

export default new Router({
  routes: [
    {
      path: '/',
      name: 'Landing',
      component: Landing
    },
    {
      path: '/work',
      name: 'Work',
      component: Work,
      children: [
        {
          path: '/',
          component: Dashboard
        }
      ]
    }
  ]
})

Dodam jeszcze, że linkowanie i wyświetlanie komponentów jest w formie jednego elementu W HTMLu. To chyba jedyny element do jakiego nie mam żadnych zastrzeżeń.

EOF

Jestem zadowolony z tego co udało się osiągnąć. Teraz o wiele łatwiej jest tworzyć ten projekt. Live-reload (taki naprawdę live) bardzo przyśpiesza tempo pisania. Co prawda backend zniknął, ale Firebase też wymaga konfiguracji, choć o wiele mniejszej. JavaScript boli, ale może to tak jak z CSSem --- da się do tego przywyknąć.

We wtorek jestem na Code Europe, będzie relacja.

DevLog #10

Sun, 14 May 2017 18:00:32 +0000

Męczące egzaminy i problem 90%.

Czas się zastanowić

Czas się kończy a Workdone jeszcze nie jest tam gdzie powinien. Czy to czas użyć swojego asa w rękawie? Nie chciałem używać Firebase, to po prostu byłoby za łatwe, zamiast tego postawiłem sobie wyzwanie stworzenia własnego backendu, ale aktualnie widzę, dlaczego Java nie jest popularna w webie poza enterprisem. Z tą decyzją jeszcze poczekam, może po maturach będę miał więcej chęci

Vue router

Workdone potrzebuje więcej niż jednego widoku. Routerów jakich można do tego użyć jest sporo, ale dla Vue.js został stworzony vue-router. Skonfigurowanie tego routera jest proste i oczywiste, gdy używamy Vue z ES2015. Bez niego część dokumentacji staje się nieprzydatna, ale to mnie nie powstrzymało.

Dashboard wyodrębniłem od głównej części aplikacji jako komponent. Następnie komponent zamieniłem jako rozszerzenie Vue co pozwala mi na przypisanie tego komponentu do zmiennej.

Vue.component('dashboard', {...

zamieniło się w

var Dashboard = Vue.extend({...

Później proces konfiguracji routera jest bardzo podobny i łatwy.

Próba rozdzielenia

Największym problemem przy pracy ze Springiem jest fakt, że nawet przy zmianie jednej linijki w CSSie cały Spring musi się przeładowywać. Dodatkowo trzymanie jakichkolwiek build toolsów JavaScripta w folderze resources powoduje indexowanie ich w IDE. Masakra.

Rozdzielenie frontendu z backendem nie jest niczym trudnym, chyba że używasz zewnętrznego OAuth. Pliki cookies, sesyjność, CORS i OAuth na środku powodują, że zadanie staje się problematyczne. Nie pomagają też poradniki w sieci, bo wyszukiwanie frazy OAuth z Springiem daje większości wyniki powiązane z tworzeniem własnego serwera OAuth, a nie o to mi chodzi.

Jeśli spędzasz nad problemem więcej niż godzinę z rzędu to lepiej sobie odpuść i wróć do niego później. To działa. Kiedyś męczyłem się nad jedną rzeczą, zmęczony położyłem się aby pomyśleć. Oczywiście zasnąłem. Wstałem o 5 i w 30 minut rozwiązałem problem. To jeszcze było w trakcie roku szkolnego :)

EOF

Naprawiłem kilka małych błędów, dodałem router i rozpocząłem side-project o nazwie Ace calcs --- kalkulator statystyk do MMO Ace Online.

Firebase

Sat, 13 May 2017 21:09:32 +0000

Nowa i ciekawa technologia od Google, poniekąd zastępująca tradycyjny backend. Czy to rewolucja?

Firebase to platforma do naprawdę szybkiego tworzenia aplikacji. Znacie zasadę DRY (Don't repeat yourself)? Firebase jest właśnie od tego. Pomyślcie, elementy jakie składają się na backend bardzo często się powtarzają. W prawie każdej aplikacji mamy bazę danych, hosting i uwierzytelnianie. Oczywiście napisanie tych systemów nie stanowi problemu dla korporacji, ale mniejsze zespoły powinny zerknąć na to okiem.

Infografika tego co składa się na Firebase

Firebase to nie tylko gotowe funkcjonalności, to również znacznie narzędzia do prowadzenia kampanii reklamowej naszej aplikacji. Zaproszenia, AdWords, analityka --- cały potencjał ekosystemu Google w jednym miejscu.

Firebase może być także wykorzystywany jako narzędzie do developmentu. Test Lab to miejsce gdzie możemy przetestować swoją aplikację na różnych urządzeniach, coś co jest bardzo trudne w przypadku Androida. Dostępny mamy też crash reporting.

Firebase swoje API głównie prowadzi (na maj 2017) dla 5 systemów: Web, skierowany do posiadaczy komputerów, obsługiwany językiem JavaScript, Android, iOS i tych, których jeszcze tak dawno nie było --- C++ i Unity. Brakuje czegoś dla was? Nie szkodzi, społeczność Firebase już zdążyła stworzyć nieoficjalne API dla różnych języków (m.in. Python, Go, C#).

Firebase ma też API serwerowe dla Node.js, Java i Pythona. Pozwala to na pełny dostęp do bazy z zewnętrznej aplikacji, wysyłać wiadomości Firebase Cloud Messaging czy generować swoje tokeny do autoryzacji. Firebase można więc potraktować jako mikroserwis.

Nie wszystko jest takie kolorowe

Firebase nie jest darmowy, to dosyć oczywiste, ale to jaką kontrolę mamy nad tymi wydatkami może budzić obawy. Floodowanie aplikacji wydaje się dużym zagrożeniem, a zablokowanie takiego ruchu wcale może nie być takie łatwe.

Kolejnym problemem jest baza danych jaką udostępnia nam Firebase. Ma ona postać drzewka, takiego JSONa. Ma to kilka plusów jak i minusów. Zaletą jest prostota takiego rozwiązania, ale minusem jest wymóg naprawdę przemyślenia tego jak będziemy składować dane, aby nie pobierać całego drzewka. Reguły zabezpieczające są w koncepcie bardzo proste, ale w rzeczywistości może to sprawiać problem.

EOF

Czy to koniec pisania backendu? Nie, ale to droga do większej ilości innowacyjnych aplikacji, bo właśnie o to chodzi w Firebase, aby jak najszybciej zamienić pomysł w rzeczywisty produkt. Zamiast zaprzątać sobie głowę nudnymi elementami naszej programistycznej układanki warto móc skupić się na prawdziwym problemie. Osobiście polecam sprawdzić!

DevLog #9

Sun, 07 May 2017 20:05:00 +0000

Filtrowanie przez tagi i nowy layout!

Filtrowanie

W poprzednim tygodniu stworzyłem proste tagowanie a w tym stworzyłem na jego podstawie filtrowanie karteczek. Wystarczy nacisnąć na tag i filtr automatycznie się nakłada.

Takie przykładowe wykorzystanie

Nowy layout

Lubię produkty Google i w czasie pracy nad Workdone wiele inspiracji zasięgnąłem od ich Google Keep. Bardzo podoba mi się layout jaki tam zastosowano i najwyraźniej nie tylko mi.

Po obejrzeniu kilku frameworków, które mogłyby mi w tym pomóc zdecydowałem się na użycie Packery. Nie jest to biblioteka całkowicie darmowa, ale wolno jej używać w projektach open-source na licencji kompatybilnej z GNU GPL wersji 3. Workdone ma taką licencję, więc nie ma problemu!

Kilka linijek kodu i już mamy działający layout.

Teraz wystarczyło tylko dodać stylowanie i regułe dla małych urządzeń aby te karteczki zajmowały 100% szerokości.

Efekt końcowy

Debouncing

Kiedyś zauważyłem, że synchronizacja z serwerem odbywa się bardzo szybko generując duży ruch. Pomyślałem, że mogę od razu dodać coś aby nie było takiego spamu.

Z ratunkiem przychodzi lodash, który jest taką biblioteką od utility. Funkcja debounce zbiera wykonania funkcji i wykonuje ją raz po określonym czasie. Teraz edytując tytuł do serwera jest wysyłane jedno zapytanie a nie tyle ile znaków zmieniono. Świetne utility.

EOF

Mimo, że jestem w środku matur to jednak dla mnie praca przy kodzie to pasja. Życzcie mi powodzenia :)

Jaki język programowania?

Sat, 06 May 2017 16:37:42 +0000

Jesteś początkującym i nie wiesz od jakiego języka zacząć? Dobrze trafiłeś, bo mam już dość tego pytania i pokażę Ci cztery języki, które mogą Ci się spodobać.

Python

Python to dynamiczny, ale silny język wysokiego poziomu. Ma prostą składnie, która wymusza na programiście pisanie ładnego kodu, co jest wielkim plusem dla początkujących. Kolejną cechą Pythona to system pakietów, który sprawia, że instalacja bibliotek (a tych jest sporo) nie będzie stanowiła problemu. Wewnętrzne

Python przez swoją prostotę jest wykorzystywany głównie na 3 sposoby:

Pierwszy z nich to zrobienie z Pythona języka do skryptów, czyli takich zwykłe małych programików, które mają np. przenieść plik A do folderu X etc. Implementacje intrepretera Pythona łatwo jest umieścić w swoim programie pozwalając na tworzenie pluginów jak np. w GIMPie. Zatem znajomość Pythona przydaje się nawet przy pracy przy innych językach.

Python znalazł też swoje miejsce w aplikacjach webowych. Trzy najpopularniejsze frameworki webowe Pythona to:

django --- rozbudowany, bogaty w funkcjonalności
Flask --- minimalistyczny, nastawiony na rozszerzenia
Pyramid --- coś pomiędzy dwoma powyższymi

Trudno popełnić błąd przy ich wyborze, choć django wydaje mi się najpopularniejszy i bardzo ciekawy.

Ostatnie miejsce gdzie często spotkacie Pythona to sekcja naukowa. Przez swoją prostotę wąż został pokochany przez analityków, naukowców i nauczycieli programowania. Nie ma co się dziwić! Warto również dodać, że Python będzie dostępny dla maturzystów od roku 2018/2019.

Dlaczego więc nie widzimy Pythona wszędzie? Głównie przez swoją nie zachwycającą wydajność i fakt, że aby go używać musimy mieć go zainstalowanego. Inną sprawą jest jego dynamiczne typowanie, nie jest to wada, po prostu nie tak przewidywalny jak...

Java / C\

Java i C# (platforma .NET) to dwa potężne i podobne do siebie ekosystemy. Oba skupiają się na rozwiązaniach klasy enterprise. Z tego też powodu są to języki statyczne i silne. Składnia opiera się na składni C++, ale liczba ulepszeń jest długa.

Te dwa ekosystemy, dające dużo $$$, wytworzyły najlepsze narzędzia jakie możecie spotkać w świecie programowania. IntelliJ IDEA od JetBeans do Javy i Visual Studio do C# to prawdziwe kombajny. Ilość i jakość bibliotek, debuggerów, narzędzi do budowania jest nie do pobicia.

Java i C# to również popularne języki do tworzenia aplikacji okienkowych i gier, za sprawą takich silników jak LWJGL/LibGDX (Java) i popularnego Unity (C#). Z aplikacjami mobilnymi też nie będzie problemu. Aplikacje dla Androida głównie są pisane w Javie. C# ma na swoją obrone (oprócz Windows Phone...) framework Xamarin, który pozwala na multiplatformowe aplikacje.

JVM (Java Virtual Machine) i .NET to nie tylko Java i C#. Wchodząc do tych ekosystemów będzie mogli skorzystać z innych języków np. Scala po stronie JVM czy F# po stronie .NET i korzystać wymiennie z kodu Scali i Javy. Warto zawsze mieć jakiś wybór, choćby z samej nudy pisania wciąż w tym samym.

Co do C# i jego natury Microsoftu: to w ostatnich latach drastycznie się zmienia i argument, że C# działa tylko na Windowsie już nie takiej mocy.

C++

C++ to język statyczny i słaby. Z racji na swój wiek, narzędzia i problemach z standaryzacją nie on jest najlepszym językiem do nauki. Czemu więc go tutaj umieściłem? To przez to, że on zawsze się gdzieś tam pojawia, ale zacznijmy od początku.

Wszystkie języki na tej liście nie są kompilowane do kodu maszynowego oprócz C++. To właśnie ta cecha sprawia, że C++ dalej jest językiem żywych, chociaż niszowym. Każdy silnik do gier, sterownik, system operacyjny musi zacząć od C++ lub C (taki starszy brat). Nie omija to urządzeń mobilnych. Mówiłem, że apki Androida są pisane w Javie, ale istnieje coś takiego jak Android NDK (Native Development Kit), czyli zestaw do pisania natywnego kodu dla Androida.

C++ to również język od którego zwykle zaczyna się programowania w szkole a to sprawia, że w sieci znajduje się wiele materiałów dla początkujących i łatwo jest o pomoc np. od nauczyciela w szkole.

Zatem jeśli interesujecie się językami niskiego poziomu, czyli takich bliżej podstaw, hardwaru to C++ jest dla was.

JavaScript

Nie mylić z Javą, ta nazwa jest zupełnie nieadekwatna

Nie bez powodu umieściłem ten język na końcu. Ludzi dzieli się na dwa typy: Ci co kochają JS lub go nienawidzą. Sam język nie jest nowy, ale ostatnio przeżywa swój renesans, głównie za sprawą potrzeby lepszych aplikacji webowych i frameworka NodeJS.

Każda nowoczesna strona wykorzystuje JS, bo to on ma monopol na kod wykonywany po stronie przeglądarki. To sprawiło też, że zaczęły powstawać frameworki do zawierania HTMLa, CSSa i JavaScriptu jako aplikacje mobilne czy okienkowe np. Apache Cordova czy Electron.

Framework NodeJS sprawił, że JS może być wykorzystywany jako backend (strona serwerowa) serwisów. Zatem czemu istnieją jeszcze inne języki (pomijając inne sekcje, brak natywności)? Otóż cały ten świat JavaScriptu to jeden wielki eksperyment. Nie zdziwcie się jeśli coś nie będzie działać tak jak powinno --- problemy optymalizacji nie są rzadkością a nauka narzędzi do budowania aplikacji JSa to koszmar. Ahh tak, JS jest interpretowany przez przeglądarkę, ale i tak powszechnie używa się kompilatorów aby kod był lepszy.

JavaScript wkracza tam gdzie wcześniej go nie było. Nawet ma swój framework IoT od Samsunga. Jest to nowość i ciężko określić czy będzie to hit czy kit.

EOF

Oczywiście to 4 języki to tylko moje propozycje oparte o własne doświadczenia. Wartych sprawdzenia jest o wiele więcej języków m.in. Go, Ruby, php czy nawet Swift. Jeśli mój post nie pomógł wam i jest mi przykro z tego powodu to tutaj macie link na ciekawą infografikę związaną z tym dylematem.

DevLog #8

Sun, 30 Apr 2017 18:05:07 +0000

Więcej stylowania. Tagowanie!

Nagradzanie --- ciąg dalszy

O nagradzaniu było już w poprzednim dev logu, ale wtedy mówiłem głównie o backendzie. W tym tygodniu pierwsze co zacząłem tworzyć tę stronę frontendu dla tego cuda. Sprytnie wykorzystałem JavaScriptowe operacje na tablicach. Na końcu dodałem kolejne testy i jest super!

Stylowanie

Chciałem poprawić kilka rzeczy związanych z stylowaniem. Jedną z nich było lepszy podział obszaru dla list etc. w wypadku większych ekranów. Wiedziałem, że Materialize nie miał takiej funkcji, ale byłem miło zaskoczony kiedy w changelogu znalazłem wzmiankę o takich klasach jak xl. Musiałem pobrać nową wersję, dorobić swoje zmiany do niej i skompilować. Niełatwo jest znaleźć zmiany w CSSach... Proces ten musiałem powtarzać kilka razy, ale ostatecznie doszedłem do końca i było warto, bo przy okazji poprawiłem kilka szczegółów. Choć czuję, że jeszcze kiedyś wymienię ten system siatki na coś co pozwala na lepsze uporządkowanie.

Tagowanie

Jednym ze sposobów organizacji notatek jest ich tagowanie. Jest proste i pozwala na więcej swobody niż tworzenie kategorii, czy osobnych folderów. Workdone ma przypominać o zadaniach a chowanie ich jest tego przeciwieństwem. Tagi powinny być na widoku, łatwe do użycia.

Wykorzystałem Chipsy od Materialize. Na początku próbowałem też wykorzystać widget Materialize do dodawania tagów, ale ostatecznie uznałem, że prościej będzie to zrobić po prostu w Vue.js. Automatyczna aktualizacja, zapisywanie i brak dziwnego zewnętrznego kodu --- takie decyzje powinien podejmować szanujący się architekt oprogramowania.

EOF

3 dni do matury a ja rozmyślam nad miejscem inputu do tagowania. Jestem mile zaskoczony, że już 2 miesiące siedzę nad jednym projektem. Pewnie nie dałbym rady bez mojego GitHubowego motywatora.

Niedziele są zawsze najbardziej produktywne

A teraz ruszam do pisania skryptu do następnego filmu! Tym razem o wiele lepszego i bardziej treściwego.

Mały dodatek

Wiecie jak wygląda śniadanie w Googlu? Nasz rodak pokazuje nam ciekawe miejsca związane z Googlem.

Wirtualna rzeczywistość

Sat, 29 Apr 2017 19:50:21 +0000

Gdy pierwszy raz zobaczyłem zapowiedź urządzenia do wirtualnej rzeczywistości --- Oculusa, byłem zachwycony, ale z każdą nową informacją o tym projekcie mój entuzjazm malał. Dlaczego?

Kickstarter

Kickstarter i idea crowdfundingu nie jest pozbawiona wad, a jedną z nich jest różnica między tym co twórcy obiecują a tym co ostatecznie wydają na świat. Po prostu łatwiej jest przedstawić swój pomysł niż go zrealizować. Idea jest mniej warta niż realizacja. Kickstarter to wylęgarnia złych pomysłów, wykorzystująca naiwność ludzi do niesamowitej technologii. Później otrzymują swoje zabaweczki, choć to dobrze, że cokolwiek otrzymali, bo nawet teraz część osób nie otrzymała swoich nagród za wspieranie Oculusa.

Wymagania sprzętowe

Wymagania minimalne:

CPU: Intel Core i5-4590 / AMD FX 8350
GPU: NVIDIA GTX 970 / AMD Radeon R9 290
...

Rekomendowane:

CPU: Intel Core i5-4590 or AMD FX 8350
GPU: NVIDIA GTX 1060 / AMD Radeon RX 480
...

Oculus nigdy nie mówił, że będzie tani --- to można zrozumieć, ale wymagania sprzętowe, które na tamten moment spełniało około 1% użytkowników Streama przekreśliło sukces tej technologii. Niedawno, bo w grudniu 2016 dowiedzieliśmy się, że tylko 0.38% użytkowników Steam ma headset VR a ankiety marcowej wynika, że Oculus to około 30% graczy a prawie cała reszta to HTC Vive. {{< figure class="figure-80 figure-center" src="https://i.gyazo.com/1eceefb4be9b004b548b5ad60e549d1b.png" >}} Takie wymagania pozostawiają też bardzo mało miejsca dla samej gry, która powinna działać w 90 FPSach. To przekreśliło pewne aspekty gier, które wymagają dużej mocy obliczeniowej.

Nie koniecznie zdrowe?

Są ludzie, którzy mówili: monitory do lamusa. Mylili się. Headsety VR nie są zbyt wygodne. Grube okablowanie przeszkadza a jakość obrazu nie jest idealna. Największym jednak problemem okazała się reakcja organizmu na doznania VR. Zawroty głowy i wymioty są dalekie od dobrej zabawy.

Po premierze

Dostaliśmy swoje zabawki i się nie rozczarowaliśmy? Tak jakby, bo dziś już nikt nie myśli o VR. Przez miesiąc była burza --- zalewanie YouTuba filmami o VR, jakie to super, jakie to nowe, ale też jakie wybrakowane. Sprzęt jest bezużyteczny jeśli nie możemy na nim czegoś sensownego odpalić.

Rynek gier

Rynek gier VR jest mały i słaby. Większość gier to tak naprawdę mini-gierki albo dema. Studia zaczęły po prostu bombardować ten rynek prostymi, niskiej jakości grami co przypomina sytuację z roku '83. To w tamtym okresie rynek gier przeżył swój kryzys, głównie ze względu na przesyt zarówno w ilości konsol jak i gier, które były żenującej jakości.

Aby uniknąć nieprzyjemnych doznań poruszanie się często jest przedstawiane jako teleportacja. Mało jest gier gdzie doświadczymy obrotu gracza czy świata. Zwykle wszystko jest statyczne. Gry ze względu na ograniczenia mocy obliczeniowej muszą sięgać po bardziej artystyczne formy ukazywania świata, co czasem się udaje a czasem nie.

EOF

Jeszcze daleko nam do codziennego wykorzystywania VR. Monitory nie mają się czego bać. Wirtualna rzeczywistość to genialny sposób na pokazywanie bardzo wąskiej części multimediów. Wideo 360 stopni jest bardzo nieintuicyjne, widz zwykle nie wie na co ma się patrzeć. Rzadko kiedy potrzebujemy pokazać wszystko wokół nas --- zatem zdjęcia nie są też jakąś rewelacją. Wniosek na dziś: nie dajcie się ponieść zapowiedziom, recenzjom nowych technologii, media pragną waszego zachwytu.

DevLog #7

Sun, 23 Apr 2017 20:42:10 +0000

Uwielbiam programować w Javie!

Rozwiązywanie problemów

Często tak mam, że muszę przez jakiś czas trochę pomyśleć a później mogę lecieć bez zatrzymywania się. W taki właśnie sposób nazbierało mi się kilka problemów jakich muszę rozwiązać.

Często używam ściany pokrytej farbą tablicową jako miejsce do zapisywania zadań.

Task jako ElementCollection

Buga z zadaniami zauważyłem już kiedyś, ale wtedy zapomniałem dodać go jako GitHubowego issue. Tak swoją drogą to niewiele osób używa rozwiązań GitHuba a szkoda, bo są nie najgorsze.

Rozwiązanie problemu było trudniejsze niż myślałem i wymagało ode mnie podjęcia decyzji. Czy Task ma być encją czy zwykłą formą danych, takim POJO. Zadałem sobie pytanie czy zadanie może istnieć bez listy i stwierdziłem, że nie, zatem nie ma potrzeby posiadania takiej encji. Im mniej kodu tym lepiej.

@ElementCollection(targetClass = Task.class)
private List tasks;

Adnotacja ElementCollection sprawia, że encja może trzymać listę innych obiektów, choć w rzeczywistości jest to podzielone na dwie tablice podobnie jak w relacji OneToMany. Teraz zadania nie wymagają zapisu do swojego repozytorium, nie potrzebują też pola ID z którym właśnie był problem. Hurra!

Nagradzanie za zadania

Nagradzanie za nawyki już jest to pomyślałem, że zrobienie podobnego kodu dla zadań i ich list nie będzie trudne. Nie myliłem się. Kilka klas doszło, bo musiałem stworzyć Service dla takiej operacji, ale wszystko napisałem w ładnym stylu z odpowiednią dokumentacją i testami. Szybko i przyjemnie --- to właśnie tak mi się kojarzy kodzenie w Javie.

IntelliJ rozpoznaje słowo todo jako forme zaznaczania miejsc w kodzie.

EOF i przyszłość

Tydzień spokojny i pełen relaksu przed maturą. Java jest o wiele bardziej przewidywalna niż JavaScript co oszczędza tak mnóstwo czasu mimo, że Spring przeładowuje się te 5 sekund. Może warto byłoby pomyśleć o przyszłości tego projektu. Wiem, że następna funkcjonalność jaką przyjdzie mi stworzyć to przypomnienia, powiadomienia o wykonaniu zadań i historię operacji. Powoli też myślę nad aplikacją Androida, ale najpierw muszę wykonać do końca frontend przeglądarkowy, bo w końcu on też ma działać na mobilkach.

Arduino i majsterkowanie

Sat, 22 Apr 2017 17:29:46 +0000

Łatwo jest się nauczyć programować. Wiedza jest szeroko dostępna, koszty są niewielkie, indywidualną pomoc możemy uzyskać na wielu serwisach, ale jest jedna wada: wstępna niepraktyczność, bo przecież nasze pierwsze programy są niezbyt przydatne czy widowiskowe.

Moją odpowiedzią na ten problem jest połączenie elektroniki z programowaniem, krok w stronę robotów czyli Arduino.

Arduino

Arduino to platforma open-source skupiająca się na łatwym połączeniu elektroniki z programowaniem. Arduino sprzedaje płytki z mikrokontrolerem, które programujemy za pomocą Arduino IDE, takie płytki mają wyprowadzenia wyjść/wejść cyfrowych i analogowych w postaci pojedynczych pinów.

Arduino o wdzięcznej nazwie Uno

Płytki

Arduino ma w swojej ofercie masę płytek. Małe, duże, z różnymi portami, sposobami łączności (Bluetooth, Ethernet, WiFi) --- wybór jest wielki, ale to nie wszystko! Oprócz oficjalnych płytek na rynku znajdziemy masę klonów i produktów kompatybilnych z Arduino np. Teensy.

Teensy LC - niedawno co zamówiłem

Czy to trudne?

Nie, kod, który piszemy dla Arduino zwykle nie jest zbyt zaawansowany. Sam język Arduino to C, ale uproszczone, bo cały (?) spis języka zajmuje około dwóch stron A4. Wystarczy naprawdę niewiele czasu aby móc napisać coś fajnego w Arduino.

Co do elektroniki --- w sieci znajdziemy mnóstwo poradników zarówno w formie tekstu jak i wideo. Na kanale ElektroPrzewodnik znajdziecie sporą ilość dobrych filmów na ten temat. Od siebie powiem, że w praktyce jest to łatwiejsze niż w teorii.

Zabawa

Tworzymy! Może to być stacja pogodowa, alarm, zegar czy coś trochę bardziej skomplikowanego --- lampka włączająca się na klaśnięcie. Naszym polskim serwisem z świetnymi projektami jest majsterkowo.pl na którym znajdziecie też projekty z bogatszym Raspberry Pi czy tańszym modułem ESP8266.

Kluczem jest tutaj rozwiązywanie prawdziwych problemów, a nie budowanie dla samego budowania jak to bywa w większości różnych gotowych zestawów. Nauka lutowania --- niesamowicie satysfakcjonująca rzecz. Radość płynie też z takich banalnych, ale potrzebnych rzeczy jak: liczenie oporów, sprawdzanie obwodów czy testowanie modułów.

Gdybym tylko wiedział, że mogę stworzyć windę dla swoich postaci z Lego.

Inne zalety

Majsterkowanie jest czasem dla mnie ucieczką od zwykłego kodu. Lutowanie, klejenie i takie dziecinne programowanie jest dla mnie wspaniałą formą relaksu.

Kolejną zaletą to fakt, że często oszczędzam na tym relaksie np. swoje słuchawki naprawiłem kilkanaście razy zanim kupiłem nowe.

Moje stare Superluxy 668B

Znajomość elektroniki przydaje się też w zastosowaniu naukowym i debugowaniu swojego życia. Przykład? W sezonie zimowym zauważyłem, że powietrze w moim pokoju często było za suche. Zbudowałem prosty układ z czujnika DHT11, Arduino i buzzera. Prosty kod i miałem swój miernik jakości, który zaczynał pikać, gdy powinienem przewietrzyć pokój/ustawić wodę.

Pewnie kosztuje

Nie, zabawa w taką elektronikę nie kosztuje dużo. Taki podstawowy zestaw startowy wraz z Arduino Leonardo kosztuje 150 złotych. Jeśli chcemy zaoszczędzić to możemy próbować z chińskimi klonami czy nawet zbudować własne Arduino. Dużo elementów jesteśmy w stanie pozyskać z starych urządzeń a tych nie brakuje.

EOF

Zabawa w majsterkowanie wraz z Arduino to świetna zabawa i sposób na spędzenie wolnego czasu (nawet ze znajomymi*) gdy na dworze jest pochmurnie i zimno. Wejście w ten świat jest tak samo proste i względnie tanie jak wejście w świat programowania. Zachęcam was do wypróbowania takiej formy naukowej rozrywki.

* --- naprawa procesora przez wtykanie drucików w Socket.

DevLog #6

Sun, 16 Apr 2017 18:11:16 +0000

Frontend --- czyli jeden duży problem.

Look & feel

Dobra aplikacja musi dobrze wyglądać i działać.

Workdone z zeszłego tygodnia działał, ale miało się wrażenie, że interfejs jest strasznie zagmatwany. Tryb edycji? Pomysł rodem z Vima.

Zrobiłem jak każda wielka korporacja --- spojrzałem na konkurencje, mianowicie na Google Keep. Zauważyłem, że większość pól edycji jest dostępna zaraz po najechaniu na notatkę. Reszta po kliknięciu w nią.

Ja poszedłem o krok dalej. Moje notatki można edytować w miejscu. Po prostu wszystkie pola są inputami. Wykorzystałem też motyw ukrywania przycisków i pokazywania ich dopiero na najechaniu.

Przy najechaniu każdy element listy ma swój przycisk do usuwania a na dole znajduje się pole do wpisywania nowych elementów i edycji samej karty.

Vue.js i Single File Component

Jak wspomniałem w poście Oh web development próba użycia Single File Components się nie udała. Szkoda, bo zalet ich użycia jest wiele, ale konieczność budowania projektu (który na dodatek musi być pod Springiem aby OAuth działał) jest strasznie niewygodna a same komponenty w nowej formie są po prostu nie intuicyjne. Wolę jednak prosty, zacofany plain-JS. Git-revert i jedyne co zrobiłem to rozdzieliłem komponenty na osobne pliki.

Pomysł na komponenty

Myślałeś, że poddałbym się tak łatwo? Moim głównym celem użycia komponentów w plikach .vue jest fakt, że szablony są łatwe do edycji i CSS jest w ograniczonym zakresie.

Widok HTML

Widok JavaScript

Zamiast komplikować proces budowania, wystarczy zrobić sobie skrót klawiszowy do swojego edytora. Pierwsza rzecz załatwiona, yay!

SASS

W rzeczywistości w mojej aplikacji nie ma problemu z nachodzącymi się arkuszami stylów. Po prostu chce mieć większy porządek w swoich stylach. Rozwiązanie jest proste: użyć mądrzejszego CSSa.

SASS (Syntactically Awesome StyleSheet) pozwala na taką składnie:

#main {
  color: black;
  a {
    font-weight: bold;
    &:hover { color: red; }
  }
}

I to chciałem mieć! Teraz będę mógł użyć nazwy komponentu jako swoistego zakresu.

.task {
  color: #FF0000;

  &.card {
    margin-bottom: 0;
  }

  &-list {
    margin: 5px 0;
  }
}

SASS potrafi obserwować zmiany i wyrzucać nowy plik na bieżąco, czego mieszanka Vue i webpacka nie potrafiła. Spring przeładowuje plik i wszystko gra.

Tak oto żyję w swojej bańce prostoty, powściągliwości web developmentu.

Oh web development

Sat, 15 Apr 2017 16:10:30 +0000

Od zawsze uważałem, że aktualny stan web developmentu jest zły. Połączenie HTML, CSS i JavaScriptu jest złe. To orkiestra złożona z Skrillexa, Metallicy i Jana Sebastiana Bacha.

Ostatnio spróbowałem użyć Single File Components w Vue.js. Niestety wiąże się to z dodaniem etapu budowania aplikacji i narzędziami, które według mnie są okrutne. Oczywiście wszystko na końcu się popsuło i nawet wtyczka Vue nie potrafiła ogarnąć się w swoim własnych bałaganie. Zatem w tym poście postaram się przedstawić błędy JavaScriptu i reszty technologii wokół stron internetowych. My Polacy umiemy narzekać.

O najnowszym JS

Sam najnowszy JavaScript jako język jest śliczny. Weźmy sobie na przykład metody tablic. Metoda some() jest naprawdę prosta w swoim działaniu, ale jest przez to super. Taka komenda Linuxa, tylko że bez jakiś niewiadomych parametrów.

Miałem tutaj napisać listę fajnych rzeczy w JS, ale jest ich po prostu za dużo.

Kompatybilność

A raczej jej brak.

Czasem nawet kiedy mówią, że jest to jej nie ma. Dla przykładu Google z swoim Polymerem. When released, Polymer 2.0 should support the same set of browsers as Polymer 1.x—IE 11, Edge, Safari (9+), Chrome, Opera and Firefox. Dziwne, że apka, którą napisałem sobie (oczywiście na Chromie) okazała się zupełnie nieużywalny dla Edge i wyglądała nie tak powinna na Firefoxie.

Narzędzia

Większość projektów Javy korzysta z Mavena albo z Gradle, który korzysta z repozytoriów Mavena, więc w sumie nie ma różnicy.

Projekty JavaScriptu nie znają granic. Tak tylko rzucę: Babel, Gulp, Grunt, Browserify, webpack, npm, bower, requirejs no i nie zapominajmy, że każdy szanujący się framework powinnien mieć swoje CLI: Polymer, Ember, Vue, Angular... ale nie zapominajmy o lintach, uglify, SASS i wielu innych.

Ilość i jakość tych narzędzi to problem, szczególnie, że nie są one zazwyczaj proste w konfiguracji. Spring Boot jest łatwiejszy, co chcesz używać to dodajesz jako zależność w Gradle i już możesz tego używać. Jakim cudem Java robi to lepiej?

Próg wejścia

Każda technologia ma próg wejścia, czyli punkt w którym umiemy już z niej korzystać. Ten nowoczesny web development ma ten próg zawieszony bardzo wysoko. Ilość narzędzi, standardów, problemów z kompatybilnością i koncepcji --- jest źle.

Ciążąca przeszłość

Nawet głupi HTML jest dziwny. Raz używamy href raz src. CSS mimo swojego wieku dalej nie ma jakiejś hierarchii, powiadomień o błędach a jego działanie jest często nie do przewidzenia.

Chyba każdy się złapał na animacjach przy zmianie pola display z none. Dlaczego?

Jeśli wszyscy korzystamy z SASSa to czemu go nie dodamy do przeglądarek?

Monopol

JavaScript ma monopol jeśli chodzi o frontend i chyba nie muszę nikogo przekonywać, że nie jest to korzystne dla kogokolwiek.

Jestem odkrywczy?

No nie. Już 7 lat temu wszyscy wiedzieli, że frontend jest zły ze względu na swoją koncepcje.

Nie jestem sam! Oto moi współplemienncy: to tylko wyniki wyszukania.

EOF

Jesteśmy skazani na to cierpienie. Pomoc szybko nie nadejdzie, choć nadzieja nie jest jeszcze martwa. Ciągle powstają projekty, które mają zastąpić JavaScript kompilując się do niego: Dart, TypeScript, Go przez GopherJS, Spider.

Niektórzy lubią ten świat, ale ja bym powiedział, że jest to po prostu syndrom sztokholmski. Ludzie tak się do tego przyzwyczaili, że już nie zauważają błędów.

DevLog #5

Sun, 09 Apr 2017 19:56:39 +0000

Ten tydzień był ciekawy. Spring miał buga, rozwiązałem pierwszy issue Workdone na GitHubie, wykonałem raport Code Coverage i napisałem kolejny element frontendu.

JavaScriptu więcej niż Javy

Workdone miał być projektem w języku Java, ale według GitHuba to ponad 70% kodu to JavaScript. Nawet licząc to, że część HTMLa jest jako String w JavaScriptcie to i tak jestem zdziwiony tą dysproporcją. Vue.js spodobał mi się, więc nie powiem, że jest źle, ale widząc to ile jeszcze mam pracy przy frontendzie to prognozuje, że JS będzie stanowił 90% mojego projektu. Coś niespotykanego...

Spring, ty...

Północ, pełen energii siadam do nocnego kodzenia. Dźwięk klawiszy roznosi się po pokoju. Już tylko odpale testy i robię commita a tutaj w konsoli Gradle pojawia się coś czerwonego.

Zawał, bół, smutek, cierpienie.

Oto przyczyna:

FAILURE: Build failed with an exception.
* Where:
Build file '/home/travis/build/PoprostuRonin/workdone/build.gradle' line: 17
* What went wrong:
A problem occurred evaluating root project 'workdone'.
> org.gradle.api.invocation.Gradle.buildFinished(Lorg/gradle/api/Action;)V

Czyli w sumie to kij wie co. No to zaczynamy szukać przyczyny...

Spring Initializr

Najpierw trzeba było sprawdzić czy problem dotyczy mojego projektu czy jest to problem związany z moją maszyną lub ewentualnie z jakimś pluginem, może nawet IDE.

Niestety, odpalenie świeżego projektu daje podobny efekt.

Travis CI

Jak pisałem w poście o continuous integration wspomniałem o jednej z zalet CI, czyli odporność na różnorodność sprzętu. Skorzystałem z tej zalety i ręcznie kazałem Travisowi jeszcze raz zbudować wersję, która wcześniej się zbudowała i efekt był ciekawy --- dokładnie ten sam błąd.

`build.gradle`

Postanowiłem pobawić się tym plikiem. Trochę usunąłem, gdzieś tam dodałem dokładną wersję, zaktualizowałem Gradle. Nic nie rozwiązało problemu, ale dało mi głównego podejrzanego: plugin Springa dla Gradle.

Analiza pluginu

Repozytorium pluginu sprawiło, że wszystko było już dla mnie jasne. Sam plik README pokazał mi o innym sposobie użycia pluginu

plugins {
    id "io.spring.dependency-management" version "1.0.1.RELEASE"
}

Zrobiłem tak i wszystko zaczęło działać!

Spring Initializr ma błąd?

Tak, wygenerował mi projekt z złym build.gradle. Chciałem nawet naprawić ten błąd, ale zauważyłem, że już ktoś dopisał kod aby pod wersją Spring Boota 2.0.0-SNAPSHOT pojawiało się dobre użycie pluginu. Najwidoczniej problem był z czymś innym, może po prostu na produkcji była stara wersja czy co. {{< tweet 849593672266133504 >}}

Code coverage

Pomyślałem sobie, że wykonam sobie raport pokrycia kodu. Szukam opcji w IntelliJ i jestem lekko zdziwiony, bo ta opcja nie obsługuje Gradle? Ok. Proste zapytanie do Google i odkryłem, że istnieje taka biblioteka jak JaCoCo i jest do niej plugin dla Gradle.

Wygenerowałem raport i na pierwszy rzut oka byłem zawiedziony.

Tylko 70%? To trochę mało... ale znalazłem przyczynę tego stanu.

Testowanie generowanych metod jest raczej zbędne, więc w rzeczywistości to code coverage wynosi znacznie więcej niż 70%, nice :)

Frontend

Dodałem frontend dla list zadań. Nic wielkiego, gdy się umie korzystać z Vue. Byłem bardzo zadowolony z tego jak szybko udało mi się to zrobić. Plus w końcu naprawiłem problem z przeładowywaniem się komponentów.

To był dobry tydzień!

Typowanie [WIDEO]

Sun, 09 Apr 2017 18:02:14 +0000

Jak wspominałem w poście DevLog #4 zaczynam tworzyć filmy zamiast streamować i oto pierwszy efekt!

Pierwszy film miał być o tym jaki język programowania wybrać na początku, ale uznałem, że lepiej najpierw wyjaśnić czym jest typowanie i podlinkować film niż podawać takie suche informacje.

Wiem, że nie jest idealny, ale od czegoś trzeba zacząć a tworzenie filmów odwlekałem już od bardzo długiego czasu.

Top 5 programów

Sun, 02 Apr 2017 20:31:47 +0000

Oto moja osobista lista 5 programów, które naprawdę cenię. Wszystkie są całkowicie darmowe i działają na aktualnym sprzęcie. Pomijam aplikacje Androida i gry. Lista będzie aktualizowania, stąd też brak cyferki w adresie posta.

Google Chrome

Nie pamiętam czego używałem przed Chrome. Chrome zawsze był mi bliski pod względem designu, funkcjonalności, tego jak przeglądarka powinna wyglądać. Omnibar (czyli zespolenie pola na adres strony i wyszukiwarki) to dla mnie naturalna rzecz. Nie potrafię powiedzieć czemu ktoś by chciał używać wyszukiwarki i pola adresu osobno, tak jak jest w Firefoxie.

Niezrozumiały podział dwóch kluczowych funkcjonalności i design wzorowany na Chrome. Dla mnie Firefox był zawsze w tyle.

Instalacja rozszerzeń jest prosta a ich wybór i ilość tych rzeczywiście przydatnych --- wspaniały. Rozszerzenia mogą też funkcjonować jako osobne okienka, tak robi np. Postman. Kolejną ważną dla mnie rzeczą jest to, że Chrome jest niezawodny. Jeśli się zawiesi (a robi to niezwykle rzadko) to przywrócenie kart to kwestia jednego kliknięcia. Nigdy nie miałem problemu z obsługą jakiejś technologii. Narzędzia deweloperskie są świetne a na przykład taki plugin Vue.js devTools potrafi je dodatkowo zbogacić.

Po prostu król.

7zip

Kiedyś wszyscy używali poczciwego WinRARa, wokół którego krąży legenda o licencji. Pewnego dnia znalazłem w sieci 7zipa, pobrałem, odpaliłem i już nigdy WinRARa na swoim komputerze nie widziałem. Prosty, pozbawiony niepotrzebnych funkcjonalności i niezawodny. Plusem jest sprawdzanie zgodności i dodatkowa pozycja w eksplorerze. Czego tu więcej chcieć?

IrfanView

IrfanView to ... przeglądarka zdjęć i jeszcze więcej. Masa ustawień, obsługiwanych formatów, pluginów (np. OCR) i rzeczywiście przydatnych funkcjonalności takich jak skalowanie, wycinanie, malowanie jak w paintcie i moja ulubiona --- przetwarzanie wielu plików naraz.

To co kiedyś wymagało ode mnie włączenia GIMPA (a kto kiedyś używał to wie, że może to potrwać chwilę) i w przypadku wielu plików musiałem każdy plik ręcznie edytować. Teraz, kilka kliknięć i gotowe. Bez tracenia flow.

Szybka prezentacja

Notepad++

Notepad to mój edytor na szybko. Żaden Atom, Visual Code nie był w stanie dorównać szybkością uruchamiania Notepadowi++. Tylko vim jest na tyle szybki aby mu dorównać, ale porównanie tych dwóch edytorów to jak porównanie touchpada i myszki.

Notepad++ może służyć jako główne narzędzia do programowania. Obsługuje wiele składni, formatów i daje się go świetnie spersonalizować. Ja jednak wolę Atoma do programowania, głównie we względu na pluginy i przystępniejszy wygląd.

U mnie Notepad++ zawsze trzyma jakieś pliki

KeePass 2

Jeśli dbasz o bezpieczeństwo a nie masz pamięci do haseł to wykorzystaj KeePassa. Sprawdzony menadżer haseł. Format plików KeePassa obsługuje wiele aplikacji mobilnych. Pozwala na porządną organizacje haseł. Logowanie nawet po kilku miesiącach nie będzie sprawiać problemu (co u mnie się często zdarza). Przed chwilą sprawdziłem i okazuje się, że mam ponad 50 różnych wpisów.

Zawsze się śmieje ze znajomego co hasło trzyma na pulpicie w pliku hasła.txt, choć sam kiedyś trzymałem hasła na kartce, dopóki jej nie zgubiłem.

EOF

Pamiętajcie, to jest tylko śmietanka z programów, których używam. Na codzień korzystam z znacznie większej ilości różnego softu np. Atom czy GIMP ale czuję, że te programy nie są jedynymi słusznymi opcjami w swoich sekcjach. Dla przykładu: GIMP nie potrafi poradzić sobie z zdjęciami w RAWie a Atom ma problem polskich znaków... to nie jest cecha topowego softu.

DevLog #4

Sun, 02 Apr 2017 20:11:19 +0000

Piąty tydzień. Plan zrealizowany, ale uprzedzam to nie będzie najciekawszy post. Ten tydzień to liczne małe kroki w dobrym kierunku.

Po refactoringu

Życie po refactoringu jest piękne.

Teraz wszystko logicznie pasuje do siebie. Wykonanie jest wykonaniem, generowanie odbywa się w generatorze. Teraz tylko jechać dalej i budować!

thecodinglove jest świetnym źródłem gifów :)

Streamowanie

Miały być streamy i próbowałem, ale znów problemy natury technicznej mnie próbują w tym powstrzymać. Prawdopodobnie problemem jest obciążenie mojej słabiutkiej maszyny. W końcu 2 rdzenie to nie kosmos, ale powiedziałem sobie: nie poddam się.

Zacznę po prostu nagrywać filmy. Są one nieco mniej wymagające sprzętowo, ale wymagają większego przygotowania się, bo nie wystarczy rozmawiać i pokazywać co się aktualnie robi, czas uwagi widza jest mocno ograniczony i godzinne tutoriale nie są tyle warte.

Nawyki są prawie funkcjonalne

Frontend dalej wygląda jak na budowie, przydałby się magik od CSS. Za to w kwestii funkcjonalności jest znacznie lepiej. Można tworzyć, edytować (choć nie do końca) i otrzymywać punkty za wykonywanie nawyków.

Materialize ma piękne powiadomienia

Obecna jest też sekcja profilu. Wymagało to stworzenia punktu użytkownika, małej zabawy z wartościami od OAuth i co ciekawe --- pierwszej rzeczywistej styczności z race condition. Rozwiązałem też problem z ustawieniem bocznego panelu pod divem, aby Vue.js mógł się do niego odnieść.

Spokojnie, te ikonki tu nie zostaną!

Chyba nadszedł czas na Spocka

FixedBaseCoinGeneratorTests

@Test
public void amountsAreGood() throws Exception {
    assertEquals(1500, coinGenerator.generate(CoinAmount.HIGH));
    assertEquals(1000, coinGenerator.generate(CoinAmount.MEDIUM));
    assertEquals(500, coinGenerator.generate(CoinAmount.SMALL));
}

Więcej...

MillionLevelGeneratorTests

@Test
public void experienceAmountsAreGood() throws Exception {
    assertThat(levelGenerator.generate(100), is(1000000));
    assertThat(levelGenerator.generate(1), is(100));
    assertThat(levelGenerator.generate(27), is(72900));
    assertThat(levelGenerator.generate(84), is(705600));
    assertThat(levelGenerator.generate(58), is(336400));
}

@Test
public void levelsAreGood() throws Exception {
    assertThat(levelGenerator.getLevel(110), is(1));
    assertThat(levelGenerator.getLevel(800000), is(89));
    assertThat(levelGenerator.getLevel(476100), is(69));
    assertThat(levelGenerator.getLevel(220950), is(47));
    assertThat(levelGenerator.getLevel(3600), is(6));
    assertThat(levelGenerator.getLevel(67599), is(25));
}

Tabelki by się przydały.

Mogę też powiedzieć, że w ciągu ostatnich dwóch tygodni udało mi się dojść do nawyku robienia testów. JUnit, Mockito, Hamcrest, integracyjne żaden problem!

Google Code-In

Sun, 26 Mar 2017 19:55:08 +0000

Google Code-In to coroczny międzynarodowy konkurs dla osób w wieku 13-17 lat mający za zadanie zachęcić do programowania i świata open-source. Uczniowie wybierają sobie zadania, które są tworzone przez współpracujące organizacje, realizują je i poddają ocenie. Na końcu organizacje wybierają swoich finalistów i zwycięzców, którzy otrzymają główną nagrodę --- wycieczkę do kampusu Google.

Moja historia

2014

Moją pierwszą stycznością z GCI była edycja z 2014 roku. Zarejestrowałem się, zrobiłem jedno zadanie i odpuściłem sobie. Z tego co pamiętam to przytłoczyła mnie (pozorna, jak się później okazało) trudność tych zadań a na dodatek brak pewności siebie i jakiegoś wsparcia.

Oto co otrzymałem po Google Code-In 2014, dalej nie wiem gdzie mam sobie to nakleić

2015

Postanowienie

Rok 2015 był dla mnie rokiem rozwojowym jeśli chodzi o programowanie i postanowiłem w edycji 2015 naprawdę się postarać, szczególnie, że była to moja ostatnia szanse na wzięcie udziału. Wybrałem sobie organizacje FOSSASIA, głównie ze względu na różnorodność zadań. Zadań zrobiłem dużo, bo aż 41 i gdyby spojrzeć na listę uczestników i ilość zadań wykonanych to byłbym na 8 miejscu, wszystko to bez pomocy, przy starcie opóźnionym o 10 dni, głównie ze względu na szkołę...

Zadania

Były one różnorodne.

Często celem było napisanie statycznej strony z jakimś skryptem w JS np. Game: Hangman Game in Javascript --- GitHub). Ciekawsze były te gdzie trzeba było zrobić aplikacje np. w Javie Game/FOSSASIA quiz: Create a multi-choice quiz/game in JAVA with UI --- GitHub czy apka Androidowa Android: Capture and store an Image in an android app --- GitHub. GCI również poznało mnie z Pythonem (z frameworkiem Kivy) i językiem Go. Takim unikatowym doświadczeniem były zadania przy loklak'u gdzie zajmowałem się stawianiem instancji na różnych serwisach, również przy wykorzystaniu Dockera i tworzeniem poradników.

Tylko jedno zadanie porzuciłem a dotyczyło ono aplikacji na Androida. Moim celem było napisanie testów UI. Ich napisanie było całkiem łatwe, ale Travis CI nie dawał rady ich przeprowadzić (?), chyba uznawał, że aplikacja się zacięła i przerywał testy. Pewnie wystarczyłaby jedna linijka w konfiguracji i byłoby po problemie, ale CI było wtedy dla mnie jeszcze nie znane. Szkoda, że nikt mi wtedy nie pomógł.

Mail podsumowujący mój udział

Wygrana?

Nie zostałem nawet finalistą, choć pod względem ilości powinienem, ale pamiętajmy, że ilość nie jest czynnikiem decydującym. Zapewne gdyby finalistów miało być sześciu to ja byłbym tym szóstym. Byłem trochę zawiedziony wynikami. W końcu przez ponad miesiąc kodziłem w zastraszającym tempie i to co mnie często powstrzymywało to różnica pomiędzy wysłaniem rozwiązania a jego sprawdzeniem. Zgaduje, że trwało to u mnie dłużej niż u innych, głównie ze względu na różnice czasu, choć czekanie przez 2 dni było trochę deprymujące. Nierzadko zdarzała się sytuacja, gdzie robiłem zadania na zapas i czasem one zdążyły zniknąć zanim je wysłałem.

Co zyskałem?

Mase wiedzy i obeznania w technologii. Przyzwyczaiłem się do korzystania z gita, pisania po angielsku i szukania informacji, czyli pracy z dokumentacją (czasem języka, czasem serwisu takiego jak IBM Bluemix) i kochanym Stack Overflow. Ten konkurs to była też okazja do wyjścia z jaskini i sprawdzenie swoich umiejętności.

No i nagrody rzeczowe:

Nagroda z edycji 2015. Koszulka z dobrego materiału, więc często używana, ale też i sprana. Na ten zestaw wystarczyło zrobić 3 zadania.

EOF

Jeśli macie mniej niż 18 lat to spróbujcie swoich sił w Google Code-In, bo naprawdę warto. Moja rada: wybierzcie organizacje z którą współpracuje mniej ludzi. FOSSASIA to gigant jeśli chodzi o GCI i można się na tym przejechać. Pamiętajcie aby pytać, jeśli czegoś nie wiecie, ja osobiście chętnie pomogę wam.

Kiedyś napisałem skrypt (o ironio w Pythonie) aby policzyć ilość zadań jaką wykonali poszczególni uczestnicy. Strona z tabelą dostępna tutaj: Google Code-In 2015 Unofficial leaderboard.

DevLog #3

Sat, 25 Mar 2017 21:10:25 +0000

Minął już czwarty tydzień pracy nad Workdone.

Stop. Coś jest nie tak

Gdy na początku tygodnia po krótkiej przerwie powróciłem do projektu poczułem, że coś jest nie tak. Wydało mi się, że projekt jest trudny do ruszenia. Przejrzałem projekt i zauważyłem dwa problemy.

Pierwszy to moje encje, które stworzyłem stanowczo za mało myśląc o rzeczywistej implementacji np. pole expReward w Habit było typu float ale to by oznaczało, że użytkownik może sobie ustalać ile dokładnie będzie otrzymywał doświadczenia co absolutnie nie ma sensu w kontekście zdobywania poziomów. Lepszym rozwiązaniem było użyć typów wyliczeniowych (enum) i później w backendzie zrobić odpowiednie przeliczniki. Użytkownik dalej może wybrać jak bardzo chce być nagrodzony, ale teraz łatwiej będzie mu to ustalić, bo liczby nic nie mówią, słowa, ikony tak.

Drugi problem to niezrozumienie przykładowej budowy aplikacji w Vue.js. Próbowałem zrobić coś przeciwko frameworkowi, co oczywiście rzadko kiedy wychodzi na dobre.

Refactoring

Zanim przystąpiłem do naprawy, zrobiłem sobie krótką specyfikację encji w mojej aplikacji. Prosty plik .txt, wymienione pola i typy tych pól z różnymi opisami. Przydatne aby nie stracić tej wizji.

Wprowadzenie walidacji przez dodatkowy Validator, wprowadzenie enumów, zmiany w strukturze encji, kolorki! Wszystko to w commitcie 12619d.

Vue.js

Jak już wspomniałem na początku miałem spore problemy z strukturą w Vue.js, ale ten przykład TodoMVC mnie oświecił. Pokazał mi jak wykorzystując wszystkie zdolności frameworka można łatwo uporządkować działanie apki.

Commit 965008d to początek mojej małej rewolucji JavaScriptowej. Po pierwsze, przeniosłem kod do osobnego pliku. Po drugie, usunąłem naprawdę brzydkie funkcje. Po trzecie, zepsułem szablony thymeleaf. Serio? <text> w <head>, opcje automatycznego refactoringu jak zawsze pomocne :)

Stream

Na końcu wisienka na torcie.

Zacząłem streamować to jak koduje i prawdopodobnie w tym miejscu byłaby ramka YouTube gdyby nie to, że pierwsza próba streamowania nie wychodzi najlepiej.

Po pierwszej próbie streamowania. W roli statywu: Harry Potter i Zrozumieć programowanie @gynvael pic.twitter.com/R6FlDt1xWs
— Bartosz Wiśniewski (@pr0gramista) 24 marca 2017

Od streamowania uciekałem bardzo długi czas, ale miałem też logiczne powody do tego.

Kiedyś miałem drugi monitor, który jest prawie must-have jeśli chodzi o streamowanie, ale monitor się zepsuł
Aby pokazać twarz chciałem użyć kamerki, ale mimo szukania po sklepach nie mogłem jej kupić, nawet jak byłem na chwile we Wrocławiu to wielki sklep z elektroniką, klawiatury mechaniczne, dwadzieścia tosterów, a jednej kamerki nie było
Używanie telefonu jako kamery nie jest najlepsze, bateria się wyczerpuje (mimo ładowania) a jakość jest taka sobie (a przez brak wersji Pro DroidCam'a ekspozycja wariuje i dlatego przez część nagrania jestem prześwietlony)

W końcu powiedziałem sobie: jeśli nie spróbujesz zrobić tego nawet w najgorszych warunkach, to zapewne nigdy tego nie zrobię. Ustawiłem piękną konstrukcje widoczną na tweetcie, pożyczyłem laptopa, użyłem telefonu jako kamerki i muszę powiedzieć: nie było tak źle.

Przydatny był tryb prezentacji w IntelliJ

Zaskakujące jest to jak bardzo taki stream sprawił, że nie dałem się zdekoncentrować. Świadomość tego, że ktoś może Cię obserwować może trochę przeszkadza, ale za to niesamowicie motywuje do działania. Dodatkowo opowiadanie o tym co się teraz robi pomaga unikać błędów.

EOF

Nagrania nie opublikuje, bo po prostu jest niezbyt ciekawe a wiem, że mogę zrobić to lepiej. Nie mogę się doczekać aż będę miał wolny czas aby sobie postreamować :) W końcu jakoś trzeba się zabrać za Todo.

DevLog #2

Sun, 19 Mar 2017 21:43:10 +0000

Ten tydzień minął zdecydowanie za szybko.

Todo

Zrobiłem endpointy dla list do zrobienia. Są bardzo podobne jak te dla nawyków, ale zapewne jeszcze to nie koniec ich tworzenia. Prawdopodobnie będę zmuszony stworzyć jeszcze dodatkowe endpointy dla obsługi samej listy zadań a nie całego obiektu Todo.

Testy!

Ten tydzień rozpocząłem tworzeniem testów.

Nie jestem z nich do końca zadowolony, ale spełniają swoją rolę i nie odpalają się jako testy integracyjne a jako zmockowane testy jednostkowe. Dzięki temu zabiegowi odpalają się znacznie szybciej, ale za to nie testują repozytoriów pod Hibernate.

@Test
public void create() throws Exception {
    //This is used as a request body
    Habit modifiedHabit = new Habit.HabitBuilder("6")
            .description("xxwxw")
            .expReward(400.23F)
            .coinReward(1.0F)
            .build();

    when(habitRepository.save(any(Habit.class))).thenReturn(neHabit.HabitBuilder(modifiedHabit).id(1).build());

    mockMvc.perform(post("/habit/")
            .content(mapper.writeValueAsString(modifiedHabit))
            .contentType(MediaType.APPLICATION_JSON_UTF8))
            .andExpect(status().isOk());

    ArgumentCaptor captor = ArgumentCaptor.forClass(Habit.class);
    verify(habitRepository, atMost(1)).save(captor.capture());
    assertThat(captor.getValue(), allOf(
            hasProperty("id", is(nullValue())),
            hasProperty("expReward", is(400.23F)),
            hasProperty("coinReward", is(1.0F)),
            hasProperty("title", is("6")),
            hasProperty("description", is("xxwxw")),
            hasProperty("owner", is(notNullValue()))
    ));
}

Wykorzystanie wzorca Builder, frameworka Mockito, matcherów Hamcrest i jeszcze Springowego mockMvc. Piękne połączenie. W moim arsenale brakuje mi jeszcze Spocka, ale jeszcze przyjdzie na niego czas.

Tak wygląda strona główna. Stock z pexels.com, przycisk do logowania (OAuth), logo i jakże błyskotliwe motto.

Szablony i style CSS

Chciałem aby Workdone byl wykonany w stylistyce Material. Oczywiście implementowanie samemu tych wszystkich pól, animacji etc. jest po prostu bez sensu. W sieci mamy dostępnych kilka frameworków, które mają to zrobić za nas.

Ja spotkałem z takimi jak:

Material Design Lite --- framework od Google, dobrze wygląda, ale często ingeruje w niego JavaScript, jeszcze gorzej jest gdy próbujemy w nim coś zrobić inaczej niż twórcy przewidywali.
Materialize --- nie wygląda tak dobrze jak MDL, ale za to jest o wiele czystszy, uniezależniony od JS. To właśnie ten framework wykorzystuje przy Workdone.
Bootstrap z motywem Paper --- Bootstrap to solidny wybór, ale motyw Paper nie tworzy z niego idealnego Material Design. Idealny, kiedy nie potrzebujemy fajerwerków a wystarczą nam podstawowe kontrolki. Moje małe demo.
Material-UI --- dla Reacta, tyle o nim wiem.
Polymerowe Paper Elements --- Polymer to wciąż eksperyment, wiele rzeczy robi wspaniale, ale czasem można dostać szału od dziwnych, nieprzewidywalnych zachowań.

Na początku chciałem użyć MDL, ale chciałem uniknąć implementowania wymarzonego bocznego panelu. Materialize zrobił to za mnie (+ nie miał problemu z checkboxami).

Dashboard wygląda nieźle a edytowanie i tworzenie nawyków już działa. Wciąż jednak jest masa roboty.

Vue.js

Ahh te frameworki JavaScriptu. W sumie to jest cała istota HellScriptu. Kilku frontendowców się spotyka i zaczynają: O nie! Przydałoby nam się X. O wiem! Zróbmy kolejny framework, lepszy od innych...

Zacząłem tak negatywnie, ale tak naprawdę to Vue.js jest całkiem niezły. Oprócz sposobu działania komponentów w osobnych plikach to nie mam narazie do czego przyczepić.

Lubię prostotę Angulara 1 i Vue robi to jeszcze lepiej. Wszystko jest stosunkowo logiczne i nie ma takich dziwnych barier między klasycznym JS a frameworkiem. Ba! Vue.js praktycznie zmusza do użycia innych frameworków, bo sam w sobie nie ma np. klienta HTTP a proponuje użycie np. axios.

Vue ma również swoje devTools w postaci rozszerzenia dla Chrome. Jak to skomentował nasz rodak:

O Vue.js jeszcze pewnie się kiedyś wypowiem, bo jak narazie to widzę tylko wierzchołek góry frameworkowej.

EOF

Czeka mnie łączenie backendu z frontendem. Trochę już zacząłem to robić i już teraz wiem, że będę musiał przemyśleć na spokojnie jak to zrobić by wszystko się nie wykrzaczyło. Pewnie czeka mnie też kolejna walka z stylami. Nie życzę tego nikomu.

Dziwi mnie, że ludzie zaakceptowali CSSa i JavaScript.

Ten tydzień: 40% Testy, 40% styl, 20% Vue.js

Moja pierwsza konferencja

Thu, 16 Mar 2017 02:24:21 +0000

Czytając Inżynierskie Targi Pracy w oczach studenciaka przypomniała mi się moja przygoda związana z moim pierwszym zetknięciem się z konferencją, a była to confitura 2016 na którą pojechałem z ciekawości i chęci podszkolenia się z Javy.

confitura to coroczna polska konferencja dla społeczności związanej z językiem Java. O confiturze dowiedziałem się z ich kanału YouTube na którym możecie znaleźć wiele ciekawych nagrań prezentacji. Nagrania są nawet z 2012 więc można sobie porównać trendy, technologie z różnych lat (np. technologie z 2012). Nawet nie wiecie ile sałatek zjadłem przy tych filmach.

Cel confitura 2016

Przed

Confitura odbywa się w Warszawie do której mam ponad 500 kilometrów a jazda samochodem nie była możliwa (może nawet i lepiej). Dodatkowym problemem był oczywiście nocleg. Kupno biletów (w wypadku confitury pieniądze idą na cel charytatywny) wymagało czekania i odświeżania karty co 3 sekundy, ale z tym sobie łatwo poradziłem.

Podobno programiści mają rozwiązywać problemy. Podróż sprytnie zaplanowałem i z pomocą znajomego spod Warszawy, u którego też nocowałem, udało mi dotrzeć na miejsce. Łącznie podczas całej wyprawy jechałem dwa razy pociągiem, autobusem, samolotem Wrocław-Warszawa, metrem i autobusem warszawskim. To była długa podróż, ale warto było.

W trakcie

Ludzie i organizacja

Pierwsze co rzuciło mi się w oczy to atmosfera. Ludzie ze sobą rozmawiają, wszyscy są mili i kulturalni. Mimo dużej liczby uczestników i gorąca dało się oddychać, nie było też problemu z nawodnieniem się. Lunch był przepyszny :)

Firmy

Firmy oczywiście przyciągały różnymi gadżetami, konkursami czy jedzeniem. Można było sobie pogadać, ale ktoś taki jak ja nie miał za bardzo z nimi o czym rozmawiać. Nie znałem wtedy Springa czy jakiś innych technologii związanych z enterprise. Jedyne w czym byłem wtedy dobry to libGDX, ale to nie ta impreza. Mimo tego zawsze chętnie przyjmowano mnie do różnych stoisk.

Prezentacje

Prezentacji było sporo, bo aż 35, było więc w czym wybierać. Te, które ja szczególnie zapamiętałem to Michał Kosmulski - Wdrażanie i monitoring aplikacji — jakie mamy opcje? i Bartek Zdanowski - Developerze, zdevelopuj się sam!. Szczególnie ta ostatnia mnie zainspirowała a potęgował to fakt, że była na końcu programu.

Śmieszna sytuacja. Miałem dylemat podczas prezentacji Joanny Karczewskiej - Jak dotrwać w informatyce do emerytury ?. W 19 minucie Pani zadaje pytanie czy jest ktoś tak młody, że ma 18-19 lat. Byłem trochę zdezorientowany, no bo przecież 17 to nie 18 lat. Teraz oczywiście wiem, że mogłem się zgłosić, ale o nieśmiałości kiedy indziej. Chyba byłem najmłodszym uczestnikiem.

Taki zestaw gadżetów confitury + koszulkę otrzymywał każdy, w środku torby były też naklejki i ulotki różnych pracodawców. PS to co wygląda jak przypinka to magnes z otwieraczem do piwa.

Po

Mega motywacja do działania i nauki.

Wiedziałem, że świat programistów to nie tylko zarobki a również fajni ludzie, firmy i wydarzenia. Jeśli będziecie kiedyś potrzebowali dawki motywacji to odpuście sobie Mateusza Grzesiaka i odwiedźcie jakąś konferencje czy nawet spotkanie jakiś grup dyskusyjnych programistów.

Po powrocie do domu, a miałem wtedy wakacje, zacząłem poznawać Springa i inne technologie wokół świata wielkich korporacji. Lipiec spędziłem bardzo produktywnie.

A dziś? Planuje znów odwiedzić confiture, ale tym razem będę znacznie odważniejszy i będę miał cel --- znaleźć firmę w której będę chciał pracować. Jeśli ktoś to czyta i też zamierza się udać na wspomniany event to odezwij się do mnie na Twitterze będę zaszczycony spotkać się z Tobą :)

Wspomniane naklejki + pluszak od Luxoft

Zdjęcie koszulki kiedyś tu wrzucę.

DevLog #1

Sun, 12 Mar 2017 17:23:50 +0000

Ale to był pracowity tydzień! Podsumujmy go.

Workdone dostał logo

Własnoręcznie wykonane. Połączenie litery W i znaków wykonania (takie przedłużone w jedną stronę V). Do tego dodałem cień i powstało coś podobnego do loga TensorFlow a przynajmniej tak mi się skojarzyło.

OAuth

Postanowiłem zrobić OAuth jako główny mechanizm autoryzacji. Implementacja OAuth to męczarnia. Konfiguracja Spring OAuth jest jeszcze gorsza. Jakieś wartości znikąd, tutorial nic nie tłumaczy, dokumentacja mówi o tym jak projekt działa, ale nie wspomina jak go używać. Masakra.

Jedyne źródło informacji to pytania na stackoverflow i jakieś dziwne przykłady, które podają różne konfiguracje. W końcu znalazłem działającą, ale dalej nie wiem skąd te wartości się wzięły. Oficjalna dokumentacja Google nic nie mówi, oprócz Użyj naszej biblioteki.

To był poziom łatwy, teraz jak zrobić aby dane użytkownika były przypisywane i dostępne później tzn. zrobić własne UserDetails tylko, że dla OAuth. Próbowałem za pomocą ClientDetails i etc. ale później wyczytałem z poradnika.

How to Add a Local User Database

Many applications need to hold data about their users locally, even if authentication is delegated to an external > provider. We don’t show the code here, but it is easy to do in two steps.

Choose a backend for your database, and set up some repositories (e.g. using Spring Data) for a custom User object that > suits your needs and can be populated, fully or partially, from the external authentication.

Provision a User object for each unique user that logs in by inspecting the repository in your /user endpoint. If there > is already a user with the identity of the current Principal, it can be updated, otherwise created.

Hint: add a field in the User object to link to a unique identifier in the external provider (not the user’s name, but > something that is unique to the account in the external provider).

Ręcznie? To nie pasuje do Springa, ale ok. Zrobiłem encje, repozytorium i zdałem sobie sprawę, że przy każdym użyciu użytkownika (czyli praktycznie zawsze) muszę pisać kod związany z wyciągnięciem użytkownika.

Ten problem rozwiązałem za pomocą implementacji HandlerMethodArgumentResolver.

@Component
public class UserMethodArgumentResolver implements HandlerMethodArgumentResolver {

    @Autowired
    private UserService userService;

    @Override
    public boolean supportsParameter(MethodParameter parameter) {
        return parameter.getParameterType().equals(User.class);
    }

    @Override
    public Object resolveArgument(MethodParameter parameter,
      ModelAndViewContainer mavContainer,
      NativeWebRequest webRequest,
      WebDataBinderFactory binderFactory) throws Exception {
        if (this.supportsParameter(parameter)) {
            if (webRequest.getUserPrincipal() instanceof OAuth2Authentication) {
                OAuth2Authentication auth2Authentication = (OAuth2Authentication) webRequest.getUserPrincipal();
                User user = userService.getUserForOAuthentication(auth2Authentication);
                return user;
            }
        }
        return WebArgumentResolver.UNRESOLVED;
    }
}

User to encja, UserService#getUserForOAuthentication zwraca użytkownika z bazy danych (może być nowo utworzony)

Teraz jedyne co muszę zrobić to w kontrolerze dodać do parametrów moją encje i gotowe! Wszystko fajnie? Mam nadzieje.

RESTpointy dla nawyków (habits)

CRUD --- create, read, update, delete. Podstawowe czynności, które wykonuje się na jakimś zbiorze danych.

Z tworzeniem i odczytem zazwyczaj nie ma żadnych problemów. Gorzej jest z aktualizowaniem, które można implementować zarówno za pomocą POST jak i PUT a samo repozytorium w Spring Data nie ma przydatnej do tego metody. To co ja ostatecznie stworzyłem jest niewydajne, ale działa.

@RequestMapping(value = "/{id}", method = RequestMethod.PUT)
public void editHabit(@PathVariable long id, @RequestBody Habit habit, User user) {
    Optional<Habit> habitOptional = habitRepository.findOneByIdAndOwner(id, user);
    if (habitOptional.isPresent()) {
        habit.setId(id);
        habit.setOwner(user);
        habitRepository.save(habit);
    }
}

Mimo tego, że kontroler powstał przed klasą User to nie było problemów z jego zabezpieczeniem, szczególnie po tym jak zrobiłem UserMethodArgumentResolver. Całość wygląda dość schludnie co mnie cieszy :)

EOF

Teraz czas na część list do zrobienia i dodawania punktów. Konieczne będą jakieś szablony i później frontend w Vue.js.

Ten tydzień: 60% OAuth, 40% dane użytkowników OAuth, 2% logo, 8% HabitXXX

Po co testować

Fri, 10 Mar 2017 23:16:44 +0000

A no mi te testy? To pytanie zadał sobie każdy, a przynajmniej powinien. Początkujący uciekają od tego zagadnienia jak od ognia. Coś tam ktoś kiedyś mówił kiedy rekruter zada pytanie o tą ważną część w procesie tworzenia softu.

Po co?

Aby oszczędzać czas.

Wydaje się to ironiczne. Pisanie kodu to nasza praca, zatem czemu pisanie dodatkowej części ma niby oszczędzić czas. Sytuacja jest podobna do tej, którą opisywałem w poście o CI. Tam była konfiguracja, tutaj jest kodzenie.

Cele

Oszczędność czasu --- jeśli tworzymy coś więcej niż typowy skrypt w Pythonie to szybko zauważymy, że aby ręcznie zbadać, że cała aplikacja działa, trzeba spędzić sporo czasu a wraz z rozwojem projektu czas ten będzie się zwiększał. Efekt ten jest jeszcze bardziej problematyczny, jeśli mamy testować część, której nie pisaliśmy i nie wiemy co tak naprawdę trzeba zbadać.
```
//Memes-API
@Test
public void parsesOk() throws Exception {
    Page page = mistrzowieScrapper.parse(testDocument);

    assertNotNull(page);
    assertFalse(page.isEmpty());
    assertTrue(page.getMemes().size() > 0);
    assertTrue(page.getNextPage() != null);
}
```
Memes-API zależy od zewnętrznych serwisów, może się popsuć tak po prostu, bez testowania ten projekt byłby katorgą

Testy to etykiety. Jeśli nie wiesz co dana klasa ma robić a są do niej testy to polecam zajrzeć do nich. Zazwyczaj szybko jest się w stanie zrozumieć co to ma robić.

@Test
public void newButton() throws Exception {
    clickOn("File");
    verifyThat("File", (Node input) -> {
        return (input instanceof MenuButton) && ((MenuButton) input).isShowing();
    });
    clickOn("New");

    NodeQuery query = lookup("#newProjectDialog");
    verifyThat(query, Node::isVisible);

    Node node = query.query();
    interact(() -> node.getScene().getWindow().hide()); //Hide dialog
    sleep(100);
}

Możesz nie wiedzieć skąd ten kod jest, ale wiesz, że przycisk File->New powinien otworzyć dialog.

Ułatwia pracę po przerwie. Testy sprawiają, że o wiele łatwiej jest wrócić do starego projektu. Nie musisz się zastanawiać. Potrzebny na szybko jakiś prosty feature? Po prostu wchodzisz piszesz coś nowego i jeśli testy przestały przechodzić w jakimś miejscu to idziesz i to badasz. Ewentualnie usuwasz test i nazywasz ten bug funkcjonalnością.
Odkrywanie błędów o których nie wiesz.

EOF

Na początku swojej przygody z programowaniem miałem wrażenie, że testy są zbędne i do dziś podchodzę z ostrożnością do ich pisania. Łatwo jest się w tym zgubić i testować coś czego się nie powinno. Ten post to tylko odpowiedź na pytanie po co. Jak testować i o zagrożeniach związanych z tym zagadnieniem napiszę w następnych postach. Wkrótce.

Continuous integration

Sat, 04 Mar 2017 21:56:55 +0000

Continuous integration (pl. "Ciągła integracja") to praktyka gdzie każdy członek zespołu/kontrybutor staje wysyła zmiany do repozytorium a narzędzia CI mają sprawdzić czy aktualny kod dalej działa. Często te narzędzia po sprawdzeniu czy kod działa wysyłają najnowszą wersję softu na produkcję, mówimy wtedy o "deployment pipeline".

Dla programistów ciągła integracja to niewielka zmiana po prostu nie wrzucaj tony kodu co tydzień tylko codziennie czy nawet co kilka godzin. Twórzmy program równomiernie, liniowo.

Po co?

Naprawiajmy błędy jak najszybciej

Bugi się pojawiają i raczej nikt temu nie zaprzeczy. Pracując w zespole zdarza się, że ktoś wprowadza błąd, który u niego nie jest jeszcze widoczny ale u innych może się pojawić później. Dzięki CI bug zostanie złapany na etapie w którym jeszcze kodu jest mało i jest on świeży, więc ktoś pamięta co tam popsuł.

Automatyzacja

Człowiek jest leniwy a szczególnie kiedy powtarza jakąś czynność np. odpalenie testów przed commitem, wysłanie gotowego programu na serwer i tym podobne. Zatem zadaniem narzędzi CI jest zrobienie tego za ciebie. Możesz się męczyć z konfiguracją godzinę, ale za każdym razem jak robisz git push to oszczędzasz te 3 minuty. Do takiego projektu łatwiej się wraca a satysfakcja z perfekcyjnej konfiguracji --- bezcenna.

"A u mnie działa"

Nawet pisząc kod Javy, która ma być dosyć odporna od rodzaju sprzętu, systemu zdarza się, że u jednej osoby nie działa a u drugiej tak. W takich sytuacjach trudno powiedzieć kto jest tym złym. Dajmy narzędziu zdecydować, jak u niego działa to u was też musi.

Dbanie o jakość kodu

Jenkins ma wiele pluginów do statycznej analizy kodu, code review i lintów.

Można by tak wymieniać...

Jak?

Jeśli chodzi o projekt open-source to możemy skorzystać z Travis CI. Darmowy, łatwy do skonfigurowania i genialna integracja z GitHubem. Jedynymi problemami może być prędkość z jaką będą się wykonywały zadania. Zdarzyło mi się, że build failował, bo myślał, że testy UI na Androidzie się zawieszają.

FOSSASIA stale buduje swoje projekty właśnie przez Travisa

Jeśli chcemy mieć więcej możliwości (wysyłanie na produkcję etc.) to dobrym i sprawdzonym rozwiązaniem jest Jenkins. Na początku można być lekko zdezorientowanym jeśli chodzi o konfiguracje, ale później staje się to dziecinnie proste. Jenkins oferuje tonę pluginów i można go wykorzystać praktycznie wszędzie (nawet w Pythonie, który się nie kompiluje).

Jenkins wysyła moje Memes API na serwer, ja tylko robię pushe do GitHuba

Przyszłość

Narzędzia CI to aktualnie nie odrębna część workflow zespołu. Po prostu ciężko jest bez tego żyć i pewnie ta sytuacja szybko się nie zmieni.

Coś o Jenkinsie

Według ThoughtWorks i ich Technology radar należy być ostrożnym z używaniem Jenkinsa jako deployment pipeline. Podobnie jest z AngularJS a ten może nie jest na topie, ale działa i jest łatwy w użyciu.

Mamy porzucić Jenkinsa? Nie, nie traktujmy ThoughtWorks jak wyroczni. Co nie oznacza, że nie możemy spojrzeć na inne rozwiązania jak np. GoCD.

EOF

Jeśli masz swoje doświadczenia z CI podziel się z nimi w komentarzu a jeśli nie tknąłeś jeszcze tego tematu to bardzo gorąco Cię do tego zachęcam. A teraz niech się stanie kompletna automatyzacja!

Mój projekt - Workdone

Thu, 02 Mar 2017 00:10:41 +0000

Wybór projektu na konkurs dajsiępoznać nie był łatwy. Miałem różne pomysły: analitykę, program do montażu filmów, framework dla serwerów gier czy różnego typu gry.

Odrzucenie pomysłów

Analitykę zrobiłem w mniej niż tydzień. Program do montażu filmów okazał się po prostu zestawem komend do ffmpega. Framework dla serwerów gier byłby niezbyt praktyczny. Gry - lubię część logiki, ale tworzenie/szukanie grafik, muzyki jest uciążliwe, a przecież ja chcę kodować a nie bawić się w artystę malarza.

Uznałem, że coś związanego z webem będzie na tyle wymagające bym miał co programować (tylko programować).

Produktywność

Już od dawna podobał mi się pomysł na grywalizację, głównie dlatego, że wiele razy typowe programy do organizacji, zdobywania celów czy tworzenia nawyków zawodziły.

Testowałem:

HabitHub forma appki na telefon to dla mnie za mało
Google Keep --- przyjemne notatki, ale często po prostu o nich zapominałem
Habitica --- jest grywalizacja, ale interfejs, niektóre funkcjonalności i przedmioty premium mnie odrzucają

Tak powstał pomysł na:

Workdone

Potrzebujesz trenera osobistego? Workdone to nachalny, przemawiający niczym Mateusz Grzesiak program do motywacji i realizacji celów.

Technologia

W polu na formularzu zgłoszeniowym wpisałem Jave, ale obawiam się, że tak naprawdę to więcej będzie w tym Java...Scriptu

Z tej całej sterty frameworków JS na ten projekt spróbuje skorzystać z Vue.js. Świeży i na pierwszy rzut oka wydaje się oczywisty (dlaczego to ważne opowiem w innym poście). Na backend pójdzie Java (Spring) lub Python (django). Na aplikacje na Androida pójdzie React Native (JS) lub zwykły Android SDK. Wtyczka do Chrome nie daje dużego wyboru (JS...).

Java i JavaScript, wszystko co potrzebne do stworzenia pełnej aplikacji.

Funkcjonalność

Tworzenie list rzeczy do zrobienia
Śledzenie nawyków
Budowanie swojego avatara
Grupowe pokonywanie listy do zrobienia (potencjalnie związanej z jakimś projektem)
Przypominanie o sobie, gratulowanie wyników

Cele osobiste

Nauczyć się Dockera, operowania w chmurze i zrobić taki klasyczny backend webowy z jakimś frontendem w roli drugorzędnej. Wszystko oprawić w użyteczne testy i część aplikacji pisać podczas transmisji na żywo (inspiracja - Gynveal)

To tyle i aż tyle, żebym się nie nudził. Zapowiada się przyjemnie :)

Jaki projekt

Wed, 15 Feb 2017 02:51:31 +0000

Nie będę oszukiwał, dajsiepoznac.pl trochę zachęcił mnie do blogowania. Idealny termin (właśnie mam ferie) i moja ostatnia duża chęć na przekazywanie czegoś od siebie dla innych sprawiła, że może w końcu będę systematycznie coś pisał.

GitHub wynagradza

Mówiąc o zachęcaniu do blogowania, prowadzenie bloga przez GitHub Pages ma jedną ciekawą zalete --- twój profil ma dużo zielonych kwadracików, zawsze jakoś lepiej to wygląda :)

Pierwszy wysyp to mój Spritor, drugi to Memes API i jego reader a te ostatnie to poprawki do memów i blog.

Dam się poznać

Skoro i tak mam prowadzić bloga to i mogę też wziąć udział w konkursie. Problemem jest wymagania konkursu a dokładnie tworzenie jednego projektu przez minimum 10 tygodni, to sporo czasu. Memes API i jego czytnik zajął mi 5 tygodni, a nie miałem wtedy sporo czasu i wiedzy na temat Springa i Jsoupa. 10 tygodni to okres na coś ambitnego, coś co wymaga zastanowienia i umiejętności, żebym się nie znudził po tygodniu.

Co ja mam robić?

Podczas Google Code-in 2015 pracowałem przy takim projekcie jak loklak, Distributed Social Media Message Search Server czyli zbiera tweety i je ładnie układa co byś mógł wyszukać jak w Googlu. Projekt ciekawy --- BigData, Docker, ElasticSearch --- interesujące technologie.

A co gdybym stworzył taki "search server" dla memów? Zbieranie memów, układanie ich pod względem treści, wizualizacja (Kibana) i tworzenie obrazów Dockera. Do tego bym dołożył OCR czy też jakieś rozpoznawanie postaci.

Brzmi nieźle, tylko czy nie będzie zbyt niepraktyczne.

Jutro

Mam jeszcze jakieś dwa tygodnie do końca rejestracji. Może przyjdzie mi coś lepszego do głowy. W tzw. międzyczasie idę pisać kurs Javy.

A może by tak język Go lub Python...

Start z blogowaniem

Tue, 07 Feb 2017 01:08:51 +0000

Założenie bloga wiąże się z wybraniem platformy na której będziemy publikować nasze urocze posty. Do wyboru mamy wiele opcji, takie rozsądniejsze to Wordpress, blogger lub tumblr.

Problem

Uwielbiam szybkie strony, ale takie naprawdę szybkie, więc gdy myślałem o rozwiązaniu kwestii technicznej bloga to Wordpress, niby oczywisty wybór, wcale nie był najlepszym kandydatem.

Dlaczego?

Jest wolny, serio, nawet z super pluginami
Wymaga bazy danych, a to jest głupie i zbędne (mamy 2017)
Aktualizuje się, żeby tylko czasem coś popsuć
Tworzenie szablonów to jakieś piekło
Edytor jest spoko, ale do momentu w którym chcesz zrobić coś więcej niż wklejenie obrazka

Rozwiązanie

Statyczne generatory stron. Zamiast generować strony na żądanie przeglądarki wygenerujmy je tylko wtedy gdy jest taka potrzeba czyli kiedy wprowadzamy jakieś zmiany. Takie rozwiązanie drastycznie przyśpiesza ładowanie się strony, a koszty utrzymania są praktycznie zerowe. W praktyce to wygląda tak, że nasza strona to ładny zbiór plików HTML.

Najpopularniejszym (?) generatorem stron statycznych jest Jekyll, ale gdy ja widzę wymagania takiego cuda:

GNU/Linux, Unix, or macOS
Ruby version 2.0 or above, including all development headers
RubyGems
GCC and Make

To ja wolę jednak skorzystać z Hugo.io, generatora opartego na języku Go, którego wymagania są znikome. Moje pierwsze zetknięcie z Hugo, jak i z językiem Go, miałem podczas Google Code-in 2015 i bardzo spodobało mi się podejście jednego, natywnego pliku .exe.

Niektóre rzeczy trzeba robić inaczej

Statyczne strony nie potrafią zapisywać czy nawet odczytywać danych po stronie serwerowej. Zatem jak implementować np. komentarze? Z ratunkiem przychodzi nam JavaScript i różne zewnętrzne usługi jak np. disqus, którego możecie zobaczyć na tym blogu.

Disqus to tylko komentarze, ale Firebase pozwala na stworzenie całej aplikacji na statycznych stronach.

Getting work done

Problemem Hugo czy Jekylla to fakt, że to są narzędzia głównie dla programistów. No niby tutoriale, no niby takie wszystko proste, ale przysłowiowy Kowalski nie rozumie co to jest HTML, zmienna czy dlaczego IE8 to nie najlepsza przeglądarka. Nie wie, że to co widzi na swoim podglądzie nie jest widoczne dla innych.

To jest po prostu za trudne, ale taka jest cena wolności w tworzeniu i jakości końcowego produktu.