Recenzje

Amazon jest jedną z najbardziej rozpoznawalnych firm na świecie, ale czy słyszeliście o Alibabie - potocznie nazywaną jego chińskim odpowiednikiem? Jack Ma stworzył platformę, na której każdego roku kupuje ponad 450 milionów klientów. Tym samym sprawił, że zwrot „wyprodukowano w Chinach” przekształca się na „kupino w Chinach”. Dzięki tej książce możemy przyjrzeć się z zza kulis jego drodze do sukcesu, temu w jaki sposób tworzyła się koncepcja firmy i sposobowi jej rozwoju oraz rewolucyjnym wpływom jakie wywarła na rynek gospodarczy kraju. Mimo swej nietypowości - a może właśnie dlatego - firma odniosła sukces bez precedensu: stała się największym wirtualnym centrum handlowym na świecie. Nie jest to typowa biografia założyciela/przedsiębiorcy, bardziej określiłabym ją mianem historii powstania międzynarodowego przedsiębiorstwa. Niemniej jednak znajdziemy tutaj sporo interesujących informacji i ciekawostek. Książka motywuje do działania, inspiruje i motywuje. Must-have dla osób prowadzących własne firmy, chcących je rozwijać zwłaszcza pod kątem działalności online, ale i dla osób interesujących się biznesem i tematyką rozwoju osobistego. Przeczytacie tu o marzeniach, ambicjach i wizji, dzięki której maleńka firma stała się prawdziwym potentatem o wartości setek miliardów dolarów. Po poznaniu tej historii można się przekonać, że Chiny mają sporo wskazówek, z których można nauczyć się wiele o zakupach online. Pozycja zdecydowanie warta uwagi.

Doświadczenia użytkownika stają się podwaliną dla doskonałych projektów stron internetowych oraz aplikacji mobilnych. Zbiegają się w czasie z nastawieniem działań marketingowych na spełnianie oczekiwań i potrzeb konsumentów niż tylko na promocję rentowną dla firmy. Projektant layoutów i całych struktur witryn oraz systemów jest tylko jednym z ogniw całego przedsięwzięcia dotyczącego tworzenia funkcjonalnych rozwiązań z branży IT. Publikacja autorstwa Toma Greevera pt. „Projekt doskonały. Zadbaj o komunikację z klientem, wysoki poziom UX i zdrowy rozsądek” pozwala spojrzeć szerzej na projekty wizualne i ich dostosowanie do oczekiwań faktycznych użytkowników. Jak rozmawiać o projekcie strony z laikiem? Zainteresowany projektem strony, czy aplikacji internetowej często ma pewną koncepcję na to, jaki powinien być wygląd takiego szablonu. Problemem są zwykle bariery komunikacyjne, które wynikają m.in. z nieznajomości terminologii, jaką posługują się zawodowi projektanci. Sztuką jest zatem tak przeprowadzić rozmowę z zainteresowanym, by nie okazał niepewności na żadnym etapie „dogrywania” projektu. Jeśli natomiast „poczęstuje się” go szeregiem terminów, z których większości nie rozumie, może przytakiwać, zdając się w duchu na profesjonalizm designera. Efekt może być opłakany - projektant wykona „kawał dobrej roboty”, a odbiorca odpowie „nie o to mi chodziło”. Najlepiej więc wystrzegać się pojęć stricte branżowych albo przełożyć je na „ludzki” język, którym posługuje się przeciętny obywatel. Nie najlepszym pomysłem może być też próba zamiany tego, co powiedział klient na język projektanta i pytanie o potwierdzenie, czy to miał na myśli. Po pierwsze może nie zrozumieć, co w ogóle do niego powiedział ekspert od designu, a po drugie skąd ma wiedzieć, że dokładnie to miał na myśli, jeśli nie zna się na projektowaniu. Warto więc spróbować potwierdzić to, co przedstawił zainteresowany w sposób obrazowy, np. za pomocą grafiki, którą przygotuje się w czasie rzeczywistym przed klientem „na szybko”. W ten sposób znacznie łatwiej przychodzi zorientować się, czy faktycznie i projektant, i odbiorca myślą naprawdę o tym samym. To, jak rozmawiać z zainteresowanym, zależy też, od etapu, na jakim jest praca nad projektem. Na początku trzeba wysłuchać i odnotować wszystkie te specyfikacje, o jakich mówi odbiorca. Natomiast na dalszym etapie warto skupić się na szczegółach, które trzeba dopracować. Zdarza się, jak zauważa Tom Greever, że klienci chcą wprowadzić zmiany, nie orientując się za bardzo w tym, jak wygląda struktura całego projektu. W efekcie ich pomysł jest daleki od możliwości realizacji - mógłby, mówiąc delikatnie, obniżyć użyteczność strony, czy aplikacji. Niemniej warto mimo wszystko wysłuchać odbiorcę, a następnie przedstawić swoją koncepcję. „Nasza praca nie sprowadza się do przyswajania tego, co jest do nas kierowane — aby przygotować się do zarządzania licznymi zmianami — lecz wymaga pokierowania dyskusją we właściwym kierunku i bycia rzecznikiem dobrego designu. Wydaje nam się, że powinniśmy wysłuchiwać uwag zwrotnych, podczas gdy w rzeczywistości naszym zadaniem jest poprowadzenie dyskusji o projektowaniu. Musimy kierować rozmową o rozwiązaniach, zamiast wciskać innym rezultaty swojej pracy. Musimy analizować to, co słyszymy, i przetwarzać to w coś użytecznego. Powinniśmy przyjmować to, co interesariusze chcą nam przekazać, a następnie zwracać im to w postaci czegoś lepszego. Takie nastawienie pozwala nam odpowiadać z większym obiektywizmem”. Czy klient ma zawsze rację? Zwykło się przyjmować strategię „nasz klient, nasz pan”, jednak często takie podejście sprawia, że wielu projektów nie udaje się zrealizować lub nie są one tak dobre, jak mogłyby być. Warto na tę maksymę spojrzeć nieraz nieco szerzej, zdając sobie sprawę z tego, że odbiorca nie zawsze potrafi zobaczyć projekt, jak już będzie ukończony. Dlatego też, kiedy zwracają uwagę na poszczególne detale, warto mieć na uwadze, że są one istotne dla klienta. Jako osoba odpowiedzialna za realizację projektu najlepiej przy kolejnym spotkaniu przedstawić dobrą koncepcję, która odnosi się do tych uwag. Najlepiej jakby już wtedy rozwiewała wątpliwości, w jakim kierunku powinien rozwijać się projekt. Z drugiej strony projektanci nieraz zapominają, że aranżują różne rozwiązania IT nie dla samej realizacji. Liczy się przecież to, żeby przykładowa aplikacja miała określoną kolorystykę, czy aby zwrócić uwagę na detale, które dla klienta wydają się atrakcyjne i istotne. Rola projektanta jest o tyle niewdzięczna, że docelowym odbiorcą aplikacji nie będzie klient designera, a użytkownicy tego systemu. Z tego też powodu osoby zajmujące się projektowaniem patrzą na aplikację przede wszystkim pod kątem finalnych użytkowników. Zdarza się więc, że w pierwszej kolejności rozważają implementację struktur, które się sprawdzają. Nie zawsze zaś tych, które są nowym trendem w projektowaniu. Jak przedstawić szkic projektu? Problemy w komunikacji często biorą się z niewłaściwego podejścia na etapie przedstawiania szkicu, czyli tak zwanej makiety. Dlaczego? Ponieważ projektant patrzy na tę makietę wyłącznie jak na wstępny szkic. Natomiast klient poprzez ten szkic szacuje profesjonalizm designera, czy może mu zaufać, że zrobi dla niego dobrej jakości projekt. Jeśli więc szkic wygląda niechlujnie, może się okazać, że większość pytań, jakie będzie mieć klient, będą dotyczyć wstępnego szkicu - dlaczego ta część jest nierówno, albo dlaczego tutaj jest tak „nadziubane”. W efekcie, zamiast rozmawiać o tym, jak projekt powinien wyglądać, przez większą część spotkania projektant stara się poprawić makietę, którą przygotował, zapewniając co chwilę, że tak nie będzie wyglądać, że to tylko taki przykład. Szkic powinien być również tak zaprojektowany, by można go było elastycznie zmieniać podczas tego pierwszego spotkania albo stworzyć kolejną makietę, która będzie wynikiem rozmowy z klientem. W ten sposób łatwiej będzie można przeanalizować, jakie są oczekiwania odbiorcy, co jest dla niego ważne w odniesieniu do tego, z czym wyszedł projektant ze swojego punktu widzenia. Inną możliwością jest również zaprojektowanie specjalnej aplikacji, czy strony internetowej bazującej na inteligentnych algorytmach, by klient sam mógł stworzyć swoją idealną aplikację, czy strukturę pod względem wizualnym. Wtedy praca projektanta mogłaby się sprowadzić już tylko do kosmetyki, czyli dostosowania wybranych rozwiązań do konkretnej rozdzielczości, by każdy element ładnie się prezentował. W każdym razie praca „ruszyłaby” znacznie, gdyby klient wiedział od razu, czego oczekuje. Projektant mógłby zaproponować jedynie drobne zmiany, by wizualnie aplikacja była bardziej przejrzysta i intuicyjna. Jak przeforsować swoje pomysły? Klient nie zawsze ma rację, ale projektant również czasem jej nie ma. A jeśli designer wie, że jego koncepcja jest dobra i że warto by było ją zastosować? Najlepiej poszukać najpierw poparcia u klienta, bo to przecież dla niego „robi się” ten projekt. Gdy już się je uzyska, a nowe rozwiązania przekraczają wstępne założenia, na przykład dotyczące terminu ukończenia prac, trzeba też postarać się o wsparcie u współpracowników. Jeśli się je otrzyma, znacznie łatwiej przedstawić swoją wizję bezpośredniemu przełożonemu, do którego należy podjęcie ostatecznej decyzji. Jak przekonuje autor publikacji pt. „Projekt doskonały. Zadbaj o komunikację z klientem, wysoki poziom UX i zdrowy rozsądek”, najlepiej skupić się na funkcjonalnym i użytecznym zastosowaniu takiej koncepcji. Przykładowo, jeśli strona ma mieć dynamiczne wypunktowania oznaczone odhaczeniem, warto spróbować przekonać pozostałych do tego pomysłu, skupiając się na czytelności takiego zapisu i jego adekwatności, jeśli lista zawiera jakiś zbiór atutów. Trzeba jednak liczyć się również z tym, że jeśli koncepcja okaże się zbyt kosztowna lub czasochłonna, może uda się ją wykorzystać przy podobnym projekcie, gdy nadarzy się w przyszłości. Nieraz te dwie bariery są po prostu „nie do przejścia” i lepiej się z tym pogodzić. Jak zdobyć się na obiektywizm? Projektant jako ekspert w swoim fachu powinien wiedzieć najlepiej, jakie rozwiązanie będzie dobre. Niemniej musi też pamiętać o tym, że nie projektuje aplikacji, czy strony dla samego siebie. Jego punkt widzenia nie musi być zbieżny ze spojrzeniem, jakie ma klient. By zdobyć się na obiektywizm, warto przeprowadzić tak zwany „research”, czyli przeanalizować problematyczny element projektu. Nieraz w ten sposób można „spotkać się pośrodku” i wybrać rozwiązanie, które okaże się najlepsze dla tego konkretnego projektu. Wszystko zależy oczywiście od tego, czy faktycznie alternatywna propozycja jest warta uwagi. Może się okazać, że po uwzględnieniu wszystkich „za i przeciw” projektant swojego stanowiska nie zmieni, jednak będzie bardziej świadomy potrzeb odbiorcy. Zmianie może zatem ulec podejście designera do projektu - będzie poszukiwać rozwiązań, które wpisują się w zakres potrzeb, jakie klient uznaje za priorytetowe. Nieraz też trzeba „wejść głębiej” w projekt i dowiedzieć się, dlaczego takie, a nie inne rozwiązania są dla odbiorcy najważniejsze. Być może jego potrzeby nie do końca odpowiadają realiom i nie jest on w stu procentach rozeznany w sytuacji, czy to faktycznie jest najważniejsze. Uda się wtedy dojść do sedna, dlaczego ta aplikacja jest ważna i dlaczego powinna wyglądać w pewnym zakresie tak, a nie inaczej. Czy każdy dobry pomysł jest dobry? Jeśli projektant nie jest freelancerem i pracuje w firmie z innymi designerami, często dochodzi w pracy do tak zwanej „burzy mózgów”. Nie zawsze okazuje się, że każdy dobry pomysł warto uwzględnić w projekcie. Dlaczego? Ponieważ może zwyczajnie nie pasować do ogólnej koncepcji. Przykładowo, jeśli strona ma mieć owalne elementy, a dodatek, który jest dobry, będzie kanciasty, może bardziej zaszkodzić niż pomóc. Nawet jeśli dzięki niemu uda się szybciej coś znaleźć, czy kliknąć jeden raz mniej. Ostatecznie projekt strony, czy aplikacji powinien być spójny i przedstawiać się w taki sposób, by żaden jego element nie „wychodził przed szereg”. Szczególnie jeśli nie jest to przemyślana koncepcja, a bardziej brak dopasowania do siebie poszczególnych rozwiązań. Czy to znaczy, że dobre pomysły, które nie znajdą się w projekcie, trzeba „spisywać na straty”? Zdecydowanie nie - najlepiej prowadzić dokumentację przy każdej realizacji i odnotowywać w niej te koncepcje, które nie mogły być uwzględnione w projekcie. Dzięki temu wróci się do nich być może w dalszych zleceniach na layout, czy aplikację. Jak zaakceptować nieplanowane zmiany w projekcie? Jednym z trudniejszych wyzwań, jakie mogą pojawić się na horyzoncie w pracy projektanta, jest to, by pogodzić się z tym, że „wygrała” inna koncepcja. Jak sobie z tym poradzić? Warto uzmysłowić sobie, że nad projektem pracuje cały zespół, a nie tylko jedna osoba. Gorzej, jeśli to jeden projektant odpowiada za finalny efekt aplikacji, czy innego rozwiązania IT. Nieplanowane zmiany przeważnie oznaczają więcej pracy nad projektem, niż ustaliło się na wstępie. Każda modyfikacja do dodatkowe linijki kodu, czy edycja skryptów, które już zastosowano. Ponadto zmiany trzeba też dostosować do całej koncepcji, żeby osiągnąć pożądaną jakość, harmonię i funkcjonalność. Najłatwiej zaakceptować takie zmiany, kiedy pozna się odpowiedź, na pytanie, dlaczego są niezbędne. Wiedząc, jakie walory nowej koncepcji przeważają nad pierwowzorem, można nie tylko pogodzić się ze zmianami, ale też poszerzyć swoją percepcję. Często jest to cenne doświadczenie zawodowe, które może pomóc w realizacji następnych projektów. W przypadku zaś, gdy projektant mimo wszystko nie jest do końca przekonany, że wprowadzone zmiany będą dobre, może wyciągnąć wnioski związane z tym, że nie dość dobrze bronił swojego stanowiska. Jakby nie patrzeć, takie doświadczenia rozwijają - skłaniają do większego zaangażowania nad projektem, a także do lepszej pracy zespołowej. Sztuka komunikacji pomaga nie tylko w realizacji projektu strony Projektanci nie są odosobnioną grupą, która może „skarżyć się” na to, że klienci dorzucają swoje „trzy grosze” do dobrej wizji, która po zmianach przestałaby być do zaakceptowania. Nieraz okazuje się wręcz, że najtrudniejsze w realizacji projektu nie jest to, żeby wprowadzić określone polecenia, czy skrypty, ale żeby znaleźć sposób, by porozumieć się z odbiorcą. „Czas, jaki designerzy spędzili na projektowaniu makiet, był niczym w porównaniu z tym, ile pracy włożono w odkrycie najlepszego sposobu na ich zaprezentowanie. Komunikacja odbywająca się wokół projektów była ważniejsza od nich samych”. Sztuka komunikacji to ważny temat - każda branża ma swoją terminologię, a oprócz tego klienci posługują się jeszcze codziennym językiem, którego nie używają w pracy. Nieraz zrozumienie, o czym ktoś mówi, bywa wyjątkowo trudne. Pomimo że i jedna i druga osoba porozumiewają się w tym samym języku. Do tego dochodzi jeszcze to, że większość „krąży myślami” wokół tematów, które nie są związane z pracą zawodową, borykając się nieraz z problemami natury prywatnej. Czego się spodziewać po publikacji? Warto przeczytać tę publikację, by dowiedzieć się, jakie rozwiązania pod względem problemów komunikacyjnych proponuje Tom Greever, który na co dzień usprawnia komunikację z ludźmi w pracy i z klientami. Być może wielu zgodzi się z jego metodami. Być może niektórzy na ich podstawie sami zastanowią się nad tym, jak usprawnić ten element w realizacji swoich projektów. Może publikacja ta będzie wyjściem do rozmowy o tym, jak się skutecznie porozumiewać? „Projekt doskonały. Zadbaj o komunikację z klientem, wysoki poziom UX i zdrowy rozsądek” jest poradnikiem napisanym przystępnym językiem. Z tego też powodu powinien się w niej „odnaleźć” nie tylko ktoś, kto na co dzień realizuje projekty z branży IT. Struktura tej publikacji i poruszane w niej zagadnienia są ułożone w taki sposób, w jaki przystępuje się do realizacji projektu. Dzięki temu krok po kroku można się dowiedzieć, z jakimi problemami komunikacyjnymi boryka się autor na każdym etapie tych prac nad tworzeniem rozwiązań IT. Można na podstawie przedstawionych „przypadków klinicznych” odnieść je do swojego położenia i skonfrontować, odpowiadając na pytanie, czy „u mnie” jest podobnie, czy trochę inaczej.

Lubisz swoją pracę? 😛 Może chcesz zmienić pracę? 👨‍🔧 A może poszukujesz pracy, ale na każdej rozmowie wypadasz słabo? Ta książka przychodzi z pomocą. Większość z nas musi pracować i nie ma na to rady. Tym bardziej warto się zastanowić nad pracą. Ważne jest, żeby dawała nie tylko pieniądze, 💵 ale również satysfakcję. Gdy już wiesz, gdzie chcesz pracować, pojawia się pytanie, co zrobić, żeby cię przyjęli? Wiele osób zostaje odrzuconych już na wstępie, 🙁 a więc rozmowie kwalifikacyjnej. Powodów jest wiele, często jest tak, że po prostu nie przygotowali się przed nią. Skupiają się na opowiadaniu o sobie, zamiast o rzeczach, które interesują rekrutera. Trzeba spojrzeć z perspektywy jego korzyści, co on otrzyma w zamian, jeśli cię zatrudni? 😜 Książka zawiera aż 99 pytań, które mogą zostać zadane podczas rozmowy o pracę oraz przykłady odpowiednich odpowiedzi. Dowiemy się również, jak przygotować się przed rozmową na temat pracy zdalnej. Poznamy 40 zasad, które jeśli będą przestrzegane, powinny pomóc nam w odniesieniu sukcesu. Najfajniejsze, jednak są ćwiczenia 📝 przedstawione w 6 krokach, które pozwolą nam przygotować się do rozmowy. Książka jest bardzo fajnie napisana, pomimo że jest to pozycja biznesowa, to jest łatwa w odbiorze. Dużo pożytecznych wskazówek, które na pewno przydadzą mi się w przyszłość. Ja jestem zadowolona i myślę, że na pewno pomoże, jeśli ktoś ma problem w tym obszarze. 😃

"Jeśli coś ma się zmienić, coś musi się zmienić." - to tekst, który powtarza się w książce, i który bardzo dobrze do niej pasuje. "30 dni do zmian" Dokonaj życiowej metamorfozy w kilka tygodni Edyty Zając jest świetnym poradnikiem dla osób, które chcą totalnie odmienić swoje życie, jak i dla tych, którzy szukają pomysłu, jak to życie sobie usprawnić. Autorka dzieli miesiąc na 4 tygodnie, a każdy tydzień porusza inna sferę, np. tydzień planowania i organizacji, który najbardziej przypadł mi do gustu. Każdy tydzień jest obszernie wytłumaczony: jakich zmian należy oczekiwać, co dany tydzień wniesie do naszego życia, co będzie nam przeszkadzać, jak radzić sobie z przeciwnościami. Tygodnie - podzielone na kroki, by usprawnić nam działanie. Natomiast na końcu cała masa przykładów, pomysłów, zadań do wykonania - niektóre banalnie proste, o których zazwyczaj zapominamy, niektóre trudniejsze, bardziej czasochłonne. Ważne jest również to, że autorka zwraca uwagę na nasze wnętrze, na to, że dusza ma prawo do buntu, do naszego wewnętrznego krytyka i stara się nam to wszystko ułatwić, podpowiedzieć, jak przerodzić negatywne myślenie w pozytywne, kreatywne, nowe. Dla mnie na pewno najtrudniejsze będzie doświadczenie właśnie tego "nowego", bo to co znamy jest "bezpieczne", ale... "Jeśli coś ma się zmienić, coś musi się zmienić." Książka napisana bardzo przyjemnym językiem, dobrze się ją czyta. Na pewno daje wiele możliwości, wiele pomysłów, daje natchnienie, zachęca do myślenia i działania. Na pewno będę do niej wracać w chwilach zwątpienia, odnalezienia motywacji w konkretnej sferze. 30dni to dużo i mało - czas i tak mija, to od nas samych zależy, jak to życie przeżyjemy, co zobaczymy, czego doświadczymy.

Język zapytań SQL (Structured Query Language) wykorzystywany jest w praktycznie każdej relacyjnej bazie danych i do dnia dzisiejszego technologie te stanowią podstawowe narzędzia w większości firm, które korzystają z dużych ilości danych. Znajomość języka SQL przydaje się w każdym projekcie, używają go na co dzień programiści, testerzy oprogramowania, inżynierowie baz danych, analitycy danych, co więcej umiejętności te są coraz lepiej opłacane na rynku. Nowe wydanie książki „SQL. Analiza danych za pomocą zapytań. Warsztaty praktyczne” napisana przez zespół ekspertów zajmujących się analizą danych, prezentuje, jak skutecznie przesiewać i przetwarzać informacje z surowych danych i uzyskiwać realne wyniki, nawet bez posiadania wcześniejszego doświadczenia w tej dziedzinie. Matt Goldwasser, Upom Malik i Benjamin Johnston przedstawiają czym jest analiza danych i dlaczego jest tak ważna i kluczowa, szczególnie w czasach, gdy mamy dostęp do terabajtów danych. Pokazują, jak eksperymentować z analizą danych za pomocą zapytań podstawowych i zaawansowanych, interpretować dane za pomocą statystyk opisowych i funkcji agregujących, eksportować dane ze źródeł zewnętrznych za pomocą potężnych zapytań SQL, pracować z danymi i manipulować nimi, a także jak przyspieszać przepływ pracy analizy danych poprzez automatyzację i optymalizację zapytań. Podczas pracy z książką wykorzystywany jest system PostgreSQL 12, Python 3, Git oraz przykładowa baza danych sqlda, zawierająca spreparowane dane dotyczące fikcyjnej firmy ZoomZoom produkującej samochody elektryczne. „SQL. Analiza danych za pomocą zapytań” to przewodnik pełen ćwiczeń i opisanych czynności, które należy wykonywać krok po kroku, aby sukcesywnie zdobywać kluczowe umiejętności analityka danych. Rozdziały w książce są tak zorganizowane, aby umożliwić postęp we własnym tempie. Podręcznik skupia się przede wszystkim na rozwijaniu praktycznych umiejętności, dzięki którym można nawigować i tworzyć niestandardowe raporty, a cała nauka opiera się na prawdziwych przykładach, które prowadzą do faktycznych rezultatów. W książce nie ma zbyt wiele niepotrzebnej teorii. Autorzy kładą nacisk na eksperymentowanie z analizą danych, dzięki czemu nauka jest łatwa i przyjemna. Książka skierowana jest do osób, które miały już jakąś styczność z SQL’em. Co prawda autorzy zamieścili rozdział przypominający czym są relacyjne bazy danych, SQL, podstawowy przegląd operacji i składni SQL’a, jednak za chwilę zaczynają się już konkretne ćwiczenia, więc szybko trzeba tę wiedzę nadrobić. Nauka obejmuje nie tylko pisanie zapytań SQL, ale również pracę z różnymi typami danych, takimi jak JSON, eksplorację zaawansowanych technik, takich jak analiza geoprzestrzenna i analiza tekstu, wykorzystanie metod profilowania i automatyzacji. Jest to idealna pozycja dla początkującego analityka danych, który chce poznać sekret szybkiego i efektywnego pozyskiwania informacji z surowych danych i pozycja obowiązkowa dla każdego, kto na co dzień pracuje z bazami danych i chce rozwijać się w tym kierunku.