JS, jakiego jeszcze nie znasz. Zakres i domknięcia

Nie znajdziecie tutaj aktualnych technologii, ani dogłębnej analizy tego co przedstawia autor. Myślę, że to też po części było jego celem, próbując dać wskazówki na szukanie odpowiedzi, zamiast podawania na tacy. Ogólnie dobry guideline na co zwracać uwagę, trochę tipów, ciekawostek i słów otuchy oraz tematów związanych z realiami pracy programisty i technik używanych w pracy w branży. Czyta się szybko i przyjemnie, zrobiłem to w jedno dłuższe posiedzenie:).

Książka na 100% spodoba się osobom które chcą zacząć być programista i zarabiać oraz tym którzy "przedawkowała" z programowaniem i szukają odpowiedzi czy tylko im się to przydarzyło. Na duży plus łatwy ,prosty język. Mimo, że książka ma już dobrych parę lat ,to w wielu częściach ma informacje i ocenę faktów, ponadczasową.

"Mistrz czystego kodu. Kodeks postępowania profesjonalnych programistów" autorstwa Roberta C. Martina to kamień milowy dla każdego, kto pragnie nie tylko pisać skuteczny kod, ale także kształtować profesjonalne podejście do programowania. Martin nie tylko przedstawia zasady czystego kodu, ale również ukierunkowuje czytelnika na etyczne i społeczne aspekty bycia profesjonalistą w branży IT. Książka zachęca do refleksji nad własnymi praktykami, podkreślając wartość zrozumienia i szacunku dla współpracowników. Jego zasady, takie jak "Dbaj o jakość" czy "Bądź zawsze uczciwy", stanowią solidne fundamenty dla każdego programisty dążącego do doskonałości. Czytelny i przystępny styl Martina sprawia, że trudne koncepcje stają się zrozumiałe, a jednocześnie inspirują do podnoszenia standardów w pracy zawodowej. Dla mnie osobiście, ta książka stała się nie tylko podręcznikiem, ale także etycznym kompasem, który kieruje moje decyzje i postępowanie jako programisty.

Daję 6, choć nie dałam rady doczytać do końca. Część o historii szyfrowania i kryptografii nawet ciekawa. Potem spory rozdział z zaawansowaną matematyką - nawet przy dobrych chęciach trudne do przebrnięcia. Potem trochę praktyki z narzędziami typu PGP i tu choć stare zrzuty i wersje, to jeszcze ok, jak w każdej książce informatycznej, która staje się szybko przestarzała, ale można jeszcze z tego korzystać. Potem jednak zaczynały się rozdziały o implementacji kryptografii i to już zdecydowanie nie są "podstawy". Chyba Autor nie do końca zdecydował, dla kogo pisze tę książkę niestety.

Drugie wydanie książki - "You Don't Know JS Yet: Get Started", wbrew pozorom nie jest dla ludzi zielonych w JavaScripcie. Sam autor przestrzega przed tym już we wstępie i radzi posiadać około pół roku doświadczenia w tym języku przed rozpoczęciem lektury. Pozycja solidnie omawia podstawowe koncepty JS'a, takie jak domknięcia, prototypy czy też słowo kluczowe this. Warto pochwalić nowe wydanie - nie tylko z powodu, że jest ono aktualne i usunięto przestarzały kod. Książka przestała być "wstępem do języka" jakich na rynku setki, mało tu omawiania pętli czy instrukcji warunkowych (które pojawiły się w pierwszym wydaniu),a uwaga jest skierowana na niuansach oraz dziwactwach JS'a. Drugie wydanie jak najbardziej warte przeczytania. Co prawda jest to zaledwie wstęp do całej serii książek, ale można wiele wynieść z tych niespełna 150. stron.

Jest to wprowadzenie do Pythona co oznacza ni mniej ni więcej jak tylko to, że zbyt wielu pożytecznych przykładów zastosowania języka tu się nie znajdzie. Zresztą sam autor często zaleca sięgnięcie po bardziej zaawansowane przykłady do swojej (niestety nie przetłumaczonej na język polski) książki "Programming Python". Z trudem udało mi się dotrzeć do końca. Autor za często się powtarzał. Chyba przez to, że nie do końca wierzył w możliwości intelektualne swoich czytelników, uznając że częste powtarzanie pomoże w lepszym przyswojeniu materiału. Według mnie było to całkiem nieuzasadnione, ponieważ Python nie jest raczej językiem pierwszego wyboru, a ci co się jego uczą mają już całkiem solidne podstawy wyniesione z nauki innych języków.

Z perspektywy osoby, która nie jest nowa w programowaniu, ale nie słyszała wcześniej o wielu wzorcach projektowych ta książka jest w porządku, jednak bardzo mi się dłużyła. Jest w niej bardzo dużo (moim zdaniem) niepotrzebnych nawiązań i porównań, które w zamyśle miały pomóc w zrozumieniu konkretnego wzorca, mnie jednak nudziły i męczyły. Jest to moja pierwsza książka z serii "Rusz głową" więc może po prostu taki jest styl ten książek, jednak do mnie nie trafił, aczkolwiek nauczyłem się dużo nowego o wzorcach projektowych.

HTML i CSS. Zaprojektuj i zbuduj witrynę WWW 8/10 Idealna książka dla ludzi, którzy nigdy nie mięli do czynienia z programowaniem. Autor prostym językiem, jak również przykładami wprowadza czytelnika w języki HTML i CSS. Po lekturze tej książki i oczywiście praktyce można bez problemu robić proste i ładne strony internetowe.

Dużo lepsza niż "Czysty Kod", dotyczy ogólnie dobrych praktyk wytwarzania programowania. Odpowiada na wiele pytań i pomaga rozwiązać wiele wątpliwości, które pojawiają się kiedy programista ma już dość szeroki wachlarz narzędzi i zaczyna się zastanawiać, które lepiej pasuje w danym momencie. Warto też zaznaczyć, że wbrew powszechnym opiniom clue tej ksiażki nie jest nadmuchana, rozdęta i nadmiarowa architektura, a raczej zbiór zasad, z których trzeba umiejętnie korzystać w miarę tego, jak projekt rośnie.

Uważam, że jest to bardzo wartościowa książka. Czytałam już parę na temat algorytmów, jednak każda do tej pory była napisana językiem, który do mnie nie przemawiał - był skomplikowany, a przykłady zastosowania dość słabe. Tutaj natomiast jest to opisane w taki sposób, że można na spokojnie przeczytać ją jako pierwsze źródło informacji o algorytmach, ale także jako powtórka, np. przed egzaminem. Przykłady czasami są pisane w pseudokodzie, częściej w pythonie, jednak trzeba mieć na uwadze, że jest to już jego starsza wersja - z tego, co kojarzę 2.7, więc kod może wymagać poprawek mniejszych bądź większych przy implementacji w najnowszych wersjach tego języka.

Klasyka literatury programowania - to mnie skłoniło do przeczytania tej książki. I po przeczytaniu mam mieszane uczucia co do niej. Po pierwsze książka jest nie równa, są rozdziały, które są ponad czasowe i dobrze się je czyta, ale trafiają się też rozdziały bardzo nużące i mocno nieaktualne. Na pewno lepiej przeczytać wydanie jubileuszowe, bo zawiera ona ciekawą retrospektywę twierdzeń (po 20 latach),które autor napisał. Książka dla pasjonatów i tych którzy uważają że dodanie więcej programistów do projektu przyspieszy jego wytwarzanie.

🔍📚 Odblokuj moc języka IT! 💻🌐 W świecie IT język angielski jest nieodzownym elementem. Większość producentów oprogramowania, metodologów i twórców standardów branżowych dostarcza materiały wyłącznie w tym języku. Co więcej, wiele projektów IT wymaga współpracy z ekspertami z różnych krajów, gdzie komunikacja odbywa się głównie w języku angielskim. Tak więc, jeśli jesteś specjalistą IT zanurzonym w anglojęzycznym środowisku, możesz nie czuć się całkowicie swobodnie wyrażając się w każdym aspekcie tej rozległej dziedziny wiedzy. Czy jesteś gotowy, aby: ✔️ Zdobyć lub poszerzyć specjalistyczne słownictwo IT używane na co dzień w branży? ✔️ Dowiedzieć się, jak używać go poprawnie i mówić profesjonalnie podczas spotkań, konferencji branżowych i codziennych interakcji z klientami? ✔️ Zrozumieć zaawansowane zasady gramatyczne lub odświeżyć swoją wiedzę, aby zabłysnąć w formalnym otoczeniu lub jako autor profesjonalnej dokumentacji w języku angielskim? ✔️ Zacząć używać dokładnych polskich terminów zamiast kalek językowych? 📘 Nie szukaj dalej - ta książka to lektura obowiązkowa dla Ciebie! Wewnątrz znajdziesz fachowo opracowane teksty w języku angielskim obejmujące różne obszary IT, takie jak bazy danych, duże zbiory danych, sieci komputerowe, metodologie tworzenia oprogramowania i wiele innych. Do każdego tekstu dołączony jest słowniczek zawierający tłumaczenia zarówno technicznych, jak i ogólnych terminów na język polski. Dodatkowo każdy rozdział omawia różne zagadnienia gramatyczne z przykładami dostosowanymi do języka IT.

Autor nie przedstawia w zasadzie niczego odkrywczego dla dobrego programisty, ale przede wszystkim uporządkowuje tę wiedzę, wkłada ją w dziesiątki historyjek z życia wziętych oraz rysuje obraz smutnego życia osób, które nie chcą się "z nim" zgadzać. Najciekawsze jest to, że trudno odmówić mu jakichkolwiek racji, ponieważ sam przyznaje, że jego rozwiązania niekoniecznie muszą być najlepsze globalnie. Programowanie to nie tyle sztuka, co właśnie rzemieślnicza robota; bardziej niż budowę domu przypomina pielęgnowanie ogrodu. Sam pracuję i znam przeróżne typy programistów i stety-niestety większość z nich opisana jest w tej książce: "stety", bo niektórzy mają takie podejście jak autor i ja, "niestety", bo niektórym bardzo do tego daleko. Autor stawia tezy, że jedynie wytwarzanie wysokiej jakości kodu ma sens, że programiści muszą hobbystycznie interesować się kodzeniem, żeby odnosić sukcesy, że testy w aplikacji to podstawa bez której trudno mówić o jakimkolwiek poważnym podejściu do tematu. Będę polecał tę książkę wszystkim kolegom i studentom.

Kolejne przypomnienie książki, którą już kiedyś czytałem. Na przestrzeni wielu lat pracy w rozwoju oprogramowania mogę powiedzieć, że wiele rzeczy z tej książki jest wręcz wymagane, jeśli chcemy projektować utrzymywalne aplikacje. Ubiquitous language, wydzielanie domen i subdomen, tworzenie projektów per subdomena (domena),odpowiednie dobieranie wzorców komunikacyjnych, wyodrębnianie agregatów składających się z encji i w końcu mój ulubiony event storming. Jeśli jesteś w branży IT, to myślę, że warto sięgnąć po tę książkę i korzystać z niej na wielu etapach swojej pracy. Podstawy wydają się być najważniejsze i bardzo złożone. Mam również na półce dwie najważniejsze książki o DDD w wersji rozszerzonej, ale nie mam czasu, by się tak zanurzyć... Macie swoją ulubioną książkę z architektury oprogramowania?

Jako programista bardzo często muszę rozwijać kod napisany przez inne osoby. Autor książki pokazuje jak podejść do problemu zmian w zastanym kodzie, oraz dostarcza kilku przydatnych do tego narzędzi. W pełni zgadzam się z postawioną przez niego tezą, że testy piszemy po to, żeby nie bać się wprowadzania zmian w kodzie. Książka zawiera wiele przykładów, szczególnie przydatnych dla programistów języków obiektowych.

User Experience jest obecnie w marketingu tematem na topie, wraz z szeroko pojętym Customer Experience. Niestety, jak w wielu obszarach - książek jest na ten temat mnóstwo. Od której zacząć? Którą wybrać, aby nie musieć czytać wszystkich po kolei? Książka Jaime Levy jest moim zdaniem świetnym początkiem, jeśli zaczynasz swoją przygodę z UX i nie chcesz, aby Twoje działania były oderwane od strategii organizacji. User Experience jest dziedziną szeroką i w obecnym, zdigitalizowanym świecie niezbędnym, jeśli chcemy w obszarze produktów cyfrowych odnieść sukces. Coraz więcej osób decyduje się na rozwój zawodowy w tym kierunku. Naturalnym początkiem jest lektura branżowych książek. Książka „Strategia UX” jest dobrą pozycją dla początkujących (zaawansowanym może wydawać lekko przegadana). Jaime w bardzo przystępny sposób ustrukturyzowała swoją wiedzę - przeprowadza bowiem czytelnika na konkretnym przykładzie (Airbnb dla branży ślubnej) przez wszystkie etapy projektowania UX - od zdefiniowania propozycji wartości, przez przygotowanie modelu biznesowego, jego weryfikację, analizę konkurencji i badania, po zaprezentowanie efektu działań. Autorka podsuwa czytelnikowi kilka przydatnych w tej pracy narzędzi. Książka jest o tyle wartościowa i dobra na start, że nie skupia się wyłącznie na narzędziowej części pracy, ale pokazuje jak ważne jest osadzenie działań zorientowanych na UX w strategii produktu i firmy. Pozwala lepiej zrozumieć, że UX nie jest oderwanym od reszty składowych produktu elementem. Książka napisana jest przystępnym językiem. Ma bardzo klarowne podsumowania i podział na rozdziały. Dzięki temu spokojnie można czytać ją partiami, wdrażać podpowiadane kroki w życie i wracać do książki po kolejną dawkę wiedzy. Zaawansowane w UX osoby mogą uznać, że jest przegadana, ale moim zdaniem, jeśli ktoś zaczyna swoją przygodę z UX to, co chce przekazać nam autorka jest super ważne. Dzięki temu zyskujemy szersze spojrzenie na tę dziedzinę projektowania rozwiązań cyfrowych.

Moja pierwsza książka na temat blockchaina. Do tej pory spotykałem się z nim przypadkowo w prasie finansowej, teraz postanowiłem mocniej zgłębić temat. Zacząłem od tej pozycji. Jak dla początkującego laika książka była raczej odpowiednia choć miejscami bardzo rozwlekła. Sporo partii tekstu można było zdecydowanie skrócić, choć powtarzanie też utrwala jak mawiali starożytni Rzymianie. Pomogło mi zrozumieć czym jest łańcuch bloków, jakie może mieć zastosowanie oraz niesamowity potencjał w nim tkwiący.

"Głowa do liczb" autorstwa Barbary Oakley to fascynująca podróż do świata nauki i techniki, ukazująca, jak efektywniej uczyć się matematyki i innych trudnych dziedzin. Oakley, korzystając z własnych doświadczeń z przekształcenia się z artystki w inżynierkę, przekonująco przedstawia strategie nauki, które mogą pomóc każdemu pokonać bariery w zdobywaniu wiedzy matematycznej. Jej podejście do nauki oparte na neurobiologii i psychologii kognitywnej otwiera nowe perspektywy, zdejmując z matematyki aurę trudności. Autorka nie tylko dzieli się technikami skutecznego uczenia się, ale także ukazuje, jak zmienić swoje podejście psychiczne wobec nauki trudnych przedmiotów. Dla mnie osobiście, "Głowa do liczb" stała się inspiracją do przezwyciężenia strachu przed matematyką i skonfrontowania się z trudnościami poznawczymi. Ta książka to nie tylko poradnik, ale także motywująca opowieść o tym, jak zmienić swoje myślenie i odnaleźć radość w zdobywaniu nowej wiedzy.

Zwinny samuraj. Jak programują mistrzowie zwinności. Książka napisana przez Jonathana Rasmussona opisuje metody zwinne. Prowadzi czytelnika przez koncepcje zwinności, dobór zespołu, prowadzenie projektu oraz pokazuje sposoby planowania i jego realizacji. Książka dla mnie jest hybrydą poradnika oraz książki technicznej. Ma w sobie cechy charakterystyczne dla tych dwóch różnych typów dzieł. Bardzo przypadły mi do gustu rozdziały poświęcone szacowaniu długości zadań oraz przedstawianiu fazy, w której aktualnie znajduje się projekt. Książka napisana jest z perspektywy różnych punktów widzenia, dostajemy porady dla założycieli małych start-upów, menadżerów projektów w wielkich korporacjach oraz dla członków zespołów np. programistów. Mieszanka ta podana jest w bardzo mętny sposób, zmuszając czytelnika do domyślania się, dla kogo w danej chwili autor formułuje rady. Autor zakłada, że żyjemy w świecie nieograniczonych zasobów. Dla mnie jaskrawym przypadkiem był sposób rekrutacji członków do zespołu. Autor zachęca do rekrutacji osób, które posiadają bardzo wiele umiejętności i potrafią w każdej chwili zastąpić/zmienić stanowiska. Niestety nie odpowiada na pytanie, skąd takie osoby wziąć. Odniosłem wrażenie, że autor całkowicie wyparł kwestie szkoleń pracowników oraz to, że każdy nowy pracownik zaczyna swoją karierę z ubogimi kwalifikacjami. Wizja idealnego pracownika do zespołu kreowana jest w swego rodzaju scyzoryka, który potrafi dostosować się do każdej sytuacji. Sposób takiego przedstawienia zarządzania ludźmi przypomina mi jego wczesne etapy rozwoju, gdy jeden z pionierów teorii zarządzania Frederick Winslow Taylor, by zoptymalizować procesy produkcyjne, do różnych ludzi przydzielał różnej wielkości łopaty (w zależności od wykonywanej pracy oraz wydolności fizycznej). Przy omawianiu iteracji oraz przedstawieniu sposobów na ciągłe polepszenie wydajności zespołu miałem wrażenie, że czytam o wypaczanej metodzie zarządzania jakością Kaizen (na płaszczyźnie projektu),w której całkowicie pomięto aspekt człowieka. Autor nie podaje sposobów jak utrzymać tak ogromną motywację zespołu, by był w stanie: dostarczać co tydzien wysokiej jakości oprogramowanie, utrzymywał relacje z wszystkimi, którzy są bezpośrednio lub pośrednio zaangażowani w projekt oraz, który jest uwikłany w ciągłe spotkania/dema z klientem. Książka czerpie sporo z klasycznej teorii zarządzania projektem. Niektóre kwestie są tak skrajnie zbagatelizowane, że wręcz budziły we mnie agresje. Dotyczy to głównie tematów związanych z zarządzaniem ryzykiem projektu, tworzeniem misji i celu firmy/projektu i analizą makro i mikro-otoczenia. Autor na wszystkie bolączki ma praktycznie jedno rozwiązanie, jest to burza mózgów z rysowaniem rysunków/ diagramów czy innym sposobem opracowania zebranych informacji. Metoda ta jest dobra, niestety nie nadaje się do wszystkich sytuacji i okoliczności. Ostatnią kwestią, jaką chciałem poruszyć, jest niekonsekwencja. Pierwsze autor buduje z zespołem (burza mózgów) cały kontekst produktu, potem z zespołem (burza mózgów) tworzy całą architekturę produktu, następnie z zespołem (burza mózgów) tworzy praktycznie cały plan produkt, z wyznaczaniem dat oraz zakresem tego, co ma być w naszym produkcie a na samym końcu jak już to wszystko mamy zrobione, dostajemy informacje, że jest to najlepszy czas na rekrutacje pracowników. Pomijając te niedociągnięcia, jeżeli potraktujemy książkę jako zwykły poradnik, dostajemy bardzo dobry zbiór odnośników do innych wartych uwagi książek, które niewątpliwie są godne przeczytania.