Po mojej ostatniej recenzji trochę bałem się następnej książki, jednakże przemogłem się i dzięki temu właśnie teraz czytacie recenzję pozycji HTML5 Canvas: Receptury, udostępnionej mi przez Wydawnictwo Helion. I powiem Wam, że nie żałuję, po jest to pozycja interesująca, przynajmniej dla osoby, która nie miała zbyt dużej styczności z Canvas API, a do takiej właśnie się zaliczam.

Uprzedzając – czy jest to artykuł sponsorowany? W jakiś sposób tak – książka zostanie u mnie i zostanie przeznaczona na nagrodę na następnym meet.php. Czy moje opinie są sponsorowane? Zdecydowanie nie.

HTML5 Canvas:Receptury

Tematyka

Na okładce możemy przeczytać:

Ponad 80 receptur prezentujących użycie elementu canvas, które zrewolucjonizują strony WWW.

I jest tak faktycznie. W książce znajdziemy 9 rozdziałów, od podstaw rysowania, poprzez tworzenie animacji a na wprowadzeniu do WebGL kończąc. Po ok. 20 stronach poznawania materiału wiemy już jak korzystać z podstawowych elementów (linie, krzywe, tekst) i dokładnie na 34 stronie piszemy kod rysujący fraktale – moim zdaniem całkiem niezłe tempo.

Jednakże jeden fragment wydał mi się śmieszny – na początku książki napisane jest, że pozycja przeznaczona jest dla programistów aplikacji internetowych znających HTML i JavaScript. Ale akapit wcześniej słowa, że do pracy wystarczy zwykły Notatnik. Ta… już to widzę, jak programista (!) aplikacji internetowych używa Notatnika na codzień – chyba jakiś masochista :P

Mamy osobne rozdziały poświęcone pracy z elementami video, obsłudze eventów (dzięki tej książce dowiedziałem się, że nie jest to takie hop-siup) czy też pisaniu własnej gry. I nie jest to kółko i krzyżyk, ale platformówka z detekcją krawędzi czy też miejsc o specjalnym znaczeniu.

Jeśli chodzi o treść książki i poruszone w niej tematy, to jako osoba która o Canvas API ma bardzo nikłe pojęcie nie zauważyłem jakiś rażących braków.

Treść

Praktycznie każde opisywane zastosowanie opatrzone jest przykładem w postaci kodu i screenów, który to kod podzielony jest najczęściej na kilka części, opatrzonych stosownym komentarzem. Dzięki temu nie ma problemu ze zrozumieniem kodu, który zajmuje np. 4 strony, a i takie się zdarzają.

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...

Praca każdego font-end developera polega na pisaniu kodu, dużej ilości kodu. W wielu aspektach tej pracy pomagają dobre IDE, podpowiadając składnie, udostępniając skróty klawiszowe i optymalizując pracę. Dla innych zadowalające są nakładki na języki, pozwalające pisać szybciej (jak choćby Haml czy Sass). W tym wpisie natomiast przedstawię jeszcze inny sposób na podniesienie efektywności w pracy. [...]

Ostatnio miałem okazję przyglądać się kilku osobom, które nie mają zbyt wielkiego doświadczenia w tworzenia projektów. Posiadają wiedzę na temat programowania obiektowego, znają paradygmaty, wzorce, ogólnie całkiem nieźli z nich programiści, jednak swoją przygodę z tworzeniem designów dopiero zaczynają.Jedną z obserwacji, która rzuciła mi się w oczy jest sposób w jaki większość z nich rozpoczyna tworzenie projektu. Mianowicie - zaczynają od tworzenia diagramów klas.Czytaj więcej »

Ostatni projekt w Kohana napisałam chyba wieki temu. Wprawdzie pokusiłam się wtedy o użycie wersji 3 i nawet mi się spodobało wiele ze zmian jakie wprowadzono, w stosunku do wersji 2. Tyle, że po za użyciem wersji 3 nie pokusiłam się o pełne wykorzystanie jej możliwości. A mianowicie tego że obsługuje ona model HMVC. Nie [...] No related posts.

łatwo powiedzieć

W najprostszej i najkrótszej postaci definicja drugiej zasady SOLID, to: elementy systemu powinny być otwarte na rozszerzenia, ale zamknięte na zmiany. Proste, jasne i przejrzyste, czyż nie? No dobra, może nie takie jasne i przejrzyste, ale przynajmniej proste. Łatwo zapamiętać:) Może przesadzam z tym, że nie jest ona (definicja) równie przejrzysta jak prosta, bo w większości przypadków programista jest w stanie wytłumaczyć o co chodzi - "O to, żeby łatwo było rozszerzać bez mieszania w kodzie". Problemy zaczynają się wtedy, gdy docieramy do projektowanie czy też tworzenia kodu, bo to, co prosto powiedzieć, już wcale takie banalne w realizacji nie jest. Jak umożliwić rozwój, który nie wymaga zmian? Czytaj więcej »

Dzięki uprzejmości Wydawnictwa Helion mam możliwość zrecenzowania ksiażki CSS3 Kaskadowe arkusze stylów. Ćwiczenia praktyczne, której autorem jest Witold Wrotek. Książka została wydana w roku 2013.

PHP – MySQL dla każdego

Uprzedzając – czy jest to artykuł sponsorowany? W jakiś sposób tak – książka zostanie u mnie. Czy moje opinie są sponsorowane? Zdecydowanie nie.

Treść

Na początku chciałbym wymienić plusy ksiażki (która posiada niecałe 180 stron):

• brak

Teraz czas na minusy.

Ja rozumiem, że tytuł ma przyciągnąć uwagę, ale kiedy w tytule mamy CSS3 (zwracam uwagę na wersję!), a na temat możliwości CSS w wersji trzeciej mamy może kilkanaście stron (cienie, trochę animacji, zaokrąglone rogi, column-count) to coś tutaj jest nie tak.

Ksiażka jest rozciągnięta na siłę – a pamiętajcie, że mówimy o 180 stronnicowej pozycji. Dla przykładu – nie rozumiem, po co w książce na temat CSS (tę „3″ pomińmy już milczenien) znajdują się screenshoty tego, jak załadować plik z dysku. Wydaje mi się, że osoba która sięga po taką ksiażkę raczej wie jak tego dokonać.

Większość przykładów w książce wygląda tak:

1. Otwórz Notatnik
2. Wpisz w nim kod:
3. [kawałek kodu] (i za każdym razem „prawie-pełny”, tzn. są znaczniki html, head, body, nie ma za to title czy doctype’a)
4. Rysunek pokazujący wynik działania kodu (to akurat słusznie).

Dodatkowo, mimo tego, że autor na samym początku ksiażki wspomina o różnych sposobach dołączania styli (link, style, czy też inline), to dalej przez całą ksiażkę ciągną się przykłady ze stylami w ramach znacznika style czy też inline. Dlaczego nie uczyć dobrych praktyk od samego początku?

I tak, nie ujrzycie w tej książce ćwiczeń pt. „stwórz layout, gdzie mamy menu po lewej o szerokości 30%, a resztę zajmuje treść strony”, za to znajdziecie ćwiczenie na temat „tęczowego obramowania”.

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...