Opinie czytelników - Architektura systemów zarządzania przedsiębiorstwem. Wzorce projektowe

Po przeczytaniu tej pozycji jestem bardzo pozytywnie zaskoczony. Liczba przydatnych informacji oraz wiedza zawarta w tej książce jest ogromna, dzięki czemu da nam to wiedzę do tworzenia poważnych aplikacji. Gorąco polecam każdemu, kto się chce zajmować tworzeniem poważnych aplikacji. Liczę że pan Fowler będzie częściej gościł w ofercie Helionu

Książka jest po prostu świetna. Każdy programista powinien sie zapoznać z nią chyba, że chce pozostać absolutnym ignorantem. Myślę, ze jest kilka książek, które programiści znać powinni i ta jest wśród pierwszej dziesiątki. A kwestia tytułu... no może nie jest najszczęśliwiej przetłumaczony ale propozycje z systemami biznesowymi wydają mi sie równie głupie... Może po prostu "Wzorce architektury przedsięwzięć programistycznych"?

Liczba przydatnych informacji zawartych w tej książce zapiera dech w piersiach. Jest wprost napakowana doświadczeniem w analizie i projektowaniu systemów informatycznych. Gorąco polecam każdemu, kto się chce zajmować tworzeniem poważnych aplikacji. No i pozostaje liczyć, że pan Fowler będzie częściej gościł w ofercie Helionu, bo jeszcze trochę napłodził poza opisywaną pozycją :) PS. Tłumaczenie tytułu to kwestia gustu :)

To najlepsze jak do tej pory kompendium wiedzy o wzorcach architektury aplikacji. Moja propozycja tytułu do nowej wersji to "Wzorce architektury aplikacji rozległych"

Książka całkiem w porządku. Tytuł jak kulą w płot. W Empiku znalazłem ją pośród podręczników managera ;-)

Wprawdzie czytam książkę w oryginale, ale polską wersję też trzymałem w ręku. Nie zgadzam się z nagonką na tytuł. Brzmi dziwnie, ale jak już się wczyta we wstęp to widać, że autor ma właśnie TEGO typu aplikacje na myśli, właśnie systemy informacyjne dla przedsiębiorstw i podkreśla to parę razy. <br /> To nie jest pierwsza książka o OOA/D, którą czytam w oryginalnym języku i nawet mimo to trudno mi byłoby dać lepszy tytuł. Podkreślam, tytuł wydaje się dziwny, ale oddaje to co autor miał na myśli.

Książka niekwestionowanego autorytetu w dziedzinach architektury systemów, programowania obiektowego i lekkich metodologii. Wzorce projektowe zamieszczone w książce pomagają rozwiązać fundamentalne kwestie związane z dostępem do danych, mapowaniaem obiektowo-relacyjnym, architektury warstw logiki biznesowej i prezentacji. Wzorce są ilustrowane diagramami UML i przykładowym kodem. Dobre tłumaczenie, skład i oprawa bez zarzutu. Jedna z najważniejszych książek na półce programisty!

Książka bardzo dobra, a szczególnie polecam ją osobom, które nie są szczególnie przywiązane do żadnej technologii. Autor rzetelnie przedstawia różne punkty widzenia &#040;J2EE i .Net&#041; i strategie pomocne przy projektowaniu aplikacji. Minusem jest jakość kodu przykładowego. Sam programuję J2EE i wielokrotnie miałem wrażenie, że autor &#040;skądinąd renomowany&#041; nie przywiązuje wagi do wzorców na poziomie kodu. Jeśli chodzi o tłumaczenie to podzielam zdanie, że jest kwestia gustu. Zostały zachowane oryginalne &#040;funkcjonujące również u nas &#041; nazwy wzorców, a to się liczy.

Owszem, tytuł może nie najszczęśliwiej przetłumaczony, jednak jest to bardzo dobra &#040;wg mnie...&#041; książka. Jej zaletą jest niewątpliwie sposób, w jaki autor przedstawia temat, przez co czyta się ją bardzo przyjemnie...

Książkę przeczytałem kilka lat temu. Książka ogólnie dobra, ale nazwy wzorców trochę pokręcone. Autor nie jest też konsekwentny: propaguje stosowanie wzorca Data Mapper, podczas gdy w rozdziale o obiektach rozproszonych krytykuje podejście ukrywania za fasadą, a krytyka ta w 100% odnosi się do Data Mapper, który moim zdaniem jest przykładem przeciekającej abstrakcji. Wiem, że jestem tu dinozaurem, bo 90% programistów uznaje za słuszne tylko i wyłącznie używanie ORMa. Przykłady kodu są niejasne - nie napotkałem nigdzie w sieci kompletnego kodu dla opisanego problemu uznania przychodu dla Data Mapper. Próbowałem taki kod stworzyć, ale napotkałem wiele luk w opisie. Sam problem jest też opisany dość zawile. Dobry przykład w kodzie wyjaśniłby wiele. Przydałoby się też wyjaśnienie różnicy pomiędzy wzorcami DAO i Repository. Oczywiście tego w książce być nie mogło, bo ma już swoje lata.

Wchodzę po dłuższej przerwie do księgarni, patrzę Fowler na regale - sięgam, kartkuję... i oczy stają słupa. Tytuł przekręcony, nazwy wzorców nieadekwatne, gdzieś tłumacz źle zrozumiał intencję autora lub zabrakło mu konsekwencji w nazewnictwie. Tłumaczenie 3-. Pomimo tych wszystkich braków polecam lekturę, bo wartość przekazu jest nieoceniona. Duże doświadczenie, wiedza merytoryczna Martina i liczne przykłady dają niezłą orientację w temacie tworzenia aplikacji biznesowych. W oryginale opisywana książka wraz &quot;Analysis Patterns: Reusable Object Models&quot; na mojej prywatnej top liście zajmuje 5 miejsce.

Tytuł jest wg mnie źle przetłumaczony. Słowo enterprise w angielskim tytule nie niesie w sobie znaczenia &quot;korporacyjny&quot; a tym bardziej &quot;przedsiębiorstwa&quot; &#040;w tej książce nie ma przecież nic o zarządzaniu przedsiębiorstwem&#041;. Wg mnie lepsze tłumaczenie to wzorce projektowe w systemach biznesowych, choć i to nie do końca oddaje istotę rzeczy. Reszta dosyć zgrabnie przetłumaczona.

Oryginał oceniam na 6. Jak zwykle tłumaczenie jest na niskim poziomie mimo, że i tak ostatnio uległo poprawie - przynajmniej nazwy wzorców i listingi nie są już spolszczone... Jednak określenia typu &quot;aplikacja wzbogaconego klienta&quot; oraz opóźnienie w stosunku do Addison-Wesley, odbierają sporą część przyjemności czytania.

Moja ocena jest związana z renomą Autora. Natomiast zgadzam się z Robertem w kwestii tytułu - jeżeli osoba tłumacząca nie potrafi oddać sensu samego tytułu, to można mieć poważne wątpliwości co do samej treści również. Kiepskie tłumaczenia są domeną wielu wydawnictw, ale już szczytem jest kiedy autorzy różnych rozdziałów stosują różne tłumaczenia. Wtedy to naprawdę nic nie wiadomo.

Dodam jeszcze że sam tytuł lepiej by było tłumaczyć jako &quot;Wzorce w architekturze aplikacji biznesowych&quot; czy może &quot;Wzorce projektowe w architekturze aplikacji biznesowych&quot;.

Ocena zła za beznadziejnie przetłumaczony tytuł. &quot;Patterns of Enterprise Application Architecture&quot; ma naprawdę niewiele wspólnego z systemami zarządzania przedsiębiorstwem. &#040;...&#041;, zgodnie z jego pokrętną logiką komponenty Enterprise Java Beans &#040;EJB&#041; należy przetłumaczyć jako Komponenty Zarządzania Przedsiębiorstwem Napisane w Javie. Czytałem tę książkę w oryginale i oceniam ją jako bardzo dobrą, niestety wpadka z polskim tytułem nie zachęca do jej zakupu - wielka szkoda.