Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

UML. Inżynieria oprogramowania. Perdita Stevens.
P.S.
usunąłem link do allegro... Jarek Żeliński edytował(a) ten post dnia 23.02.11 o godzinie 09:21

konto usunięte

Temat: Książka - polecam

aukcja już nie jest aktualna.. :)
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

Darek J.:
aukcja już nie jest aktualna.. :)

to prawda, chodzi mi o tytuł i autora :), jest w księgarniach (a nie chciałem żadnej tu promować ;)
Mateusz Kurleto

Mateusz Kurleto Szukamy wybitnych
talentów do
świetnego zespołu IT
w Gdańsku

Temat: Książka - polecam

Jarek Żeliński:
UML. Inżynieria oprogramowania. Perdita Stevens.
P.S.
usunąłem link do allegro... Jarek Żeliński edytował(a) ten post dnia 23.02.11 o godzinie 09:21
A jakieś ze dwa słowa o niej?:)

konto usunięte

Temat: Książka - polecam

Mateusz Kurleto:
Jarek Żeliński:
UML. Inżynieria oprogramowania. Perdita Stevens.
A jakieś ze dwa słowa o niej?:)

No właśnie, może jakaś recenzja na blogu?
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

opis książki

Tytuł: UML. Inżynieria oprogramowania. Wydanie II
Autor: Perdita Stevens
Wydanie: Helion 2007
Tematyka: modelowanie
Krótki opis treści:Jak zaprojektować dobry system?
Jak poprawnie tworzyć i odczytywać modele?
Jak w praktyce stosować UML i poprawić jakość projektowanych produktów?
Książka w zasadzie nie jest podręcznikiem UML'a, to rzetelny opis analizy obiektowej i projektowania ilustrowany diagramami UML. Tą metodą poznać można elementy analizy obiektowej i notację UML niejako "przy okazji" ale na przykładach.

Recencja:Książkę polecił bym każdemu kto szuka podręcznika analizy obiektowej popartego przykładami rozwiązań ilustrowanymi właśnie z pomocą notacji UML. Jest to moim zdaniem jedna z lepszych pozycji na rynku z tego zakresu.

Napisana jest w sposób bardzo przystępny i praktyczny. Teoria (tam gdzie się pojawia) jest poparta przykładami jej użycia. Jest to także bardzo dobry podręcznik projektowania.

Książka ma pewną cechę wyrózniającą ją z innych: opisuje analizę obiektową ilustrując ją diagramami UML (omawiając je także). Nie da się nauczyć notacji obiektowej, jaką jest UML, bez znajomości analizy obiektowej czy obiektowego projektowania (czy wręcz programowania) podobnie jak nie da sie (i nie ma sensu!) uczyć się cyrylicy bez znajmości jezyka rosyjskiego a mimo to wielu autorow typowych podręczników UML stale próbuje to robić. Ksiązka ta to właśnie podręcznik inzynierii oprogramowania zorientowanego obiektowo ilustrowany (dokumentowany) diagramami w notacji UML i to ma głębki sens. Można te książke potraktować jako bardzo dobry podręcznik podstaw UMl ilustrowany inżynieria progamowania zorientowana obiektowo.

konto usunięte

Temat: Książka - polecam

Jarek Żeliński:Można te książke potraktować jako bardzo dobry podręcznik podstaw UMl ilustrowany inżynieria progamowania zorientowana obiektowo.

Przeanalizujmy teraz to zdanie... ;-)

Pomijając to "czepianie się" - zgadzam się nieomal całkowicie ze stwierdzeniem, że jeśli nawet nie uczyć się "od zera", to warto na jakimś w miarę wczesnym etapie swojej znajomości z panem Umlem, poznać go w konkretnych sytuacjach i zastosowaniach. Bez tego nauka jest bardzo "sucha". Osobiście jestem jednak zwolennikiem poznania choćby zarysów teorii umożliwiających "własnoręczne" próby używania nabytej wiedzy i dopiero wówczas poznawanie kontekstów użycia. Jeśli wiedza teoretyczna jest nabywana wraz z kontekstami, w moim odczuciu ogranicza to troszkę kreatywność w zakresie posługiwania się tą wiedzą - ciężej będzie zrobić coś inaczej, niż zgodnie z poznanym kontekstem, ucierpi zdolność inicjacji myślenia lateralnego.Jakub Płachecki edytował(a) ten post dnia 25.02.11 o godzinie 18:37
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

Jakub Płachecki:
Jarek Żeliński:Można te książke potraktować jako bardzo dobry podręcznik podstaw UMl ilustrowany inżynieria progamowania zorientowana obiektowo.

Przeanalizujmy teraz to zdanie... ;-)

nie musisz, szybko pisałem ;P
Osobiście jestem jednak zwolennikiem poznania choćby zarysów teorii

której? obiektowości czy budowy semantyki i syntaktyki notacji jako takiej???
umożliwiających "własnoręczne" próby używania nabytej wiedzy i dopiero wówczas poznawanie kontekstów użycia. Jeśli wiedza teoretyczna jest nabywana wraz z kontekstami, w moim odczuciu ogranicza to troszkę kreatywność w zakresie posługiwania się tą wiedzą - ciężej będzie zrobić coś inaczej, niż zgodnie z poznanym kontekstem, ucierpi zdolność inicjacji myślenia lateralnego.

teraz to ja się chyba czepiam ale nic nie skumałem :) z powyższego...Jarek Żeliński edytował(a) ten post dnia 25.02.11 o godzinie 19:49

konto usunięte

Temat: Książka - polecam

Jarek Żeliński:
Jakub Płachecki:
Jarek Żeliński:Można te książke potraktować jako bardzo dobry podręcznik podstaw UMl ilustrowany inżynieria progamowania zorientowana obiektowo.

Przeanalizujmy teraz to zdanie... ;-)

nie musisz, szybko pisałem ;P

:-)
Osobiście jestem jednak zwolennikiem poznania choćby zarysów teorii

której? obiektowości czy budowy semantyki i syntaktyki notacji jako takiej???
>

Obydwóch. Osobno.
umożliwiających "własnoręczne" próby używania nabytej wiedzy i dopiero wówczas poznawanie kontekstów użycia. Jeśli wiedza teoretyczna jest nabywana wraz z kontekstami, w moim odczuciu ogranicza to troszkę kreatywność w zakresie posługiwania się tą wiedzą - ciężej będzie zrobić coś inaczej, niż zgodnie z poznanym kontekstem, ucierpi zdolność inicjacji myślenia lateralnego.

teraz to ja się chyba czepiam ale nic nie skumałem :) z powyższego...

Tylko dobre nawyki są dobre, ale niestety nie zawsze i nie wszystkie. Nauczenie się posługiwania notacją w celu przeprowadzania analizy i projektowania obiektowego w jakiś określony sposób (na konkretnych przykładach) na bardzo wczesnym etapie zdobywania wiedzy dotyczącej tych zagadnień może spowodować utrudnienie wyjścia poza te ramy. Jest spora szansa, że do problemów wydających się analogicznymi do poznanych na takich przykładach, jedynym słusznym podświadomie podejściem będzie właśnie takie, jak na rzeczonych przykładach przedstawione. Mylne rozpoznanie problemu jako analogicznego do tego z przykładów, w połączeniu z uprzednio "zakodowanym" sposobem postępowania w celu jego rozwiązania, spowoduje spore trudności w spojrzeniu na temat niejako "z boku" i dostrzeżeniu innego sposobu podejścia do niego, innej drogi jego rozwiązania. Nie wiem czy wyraziłem się jaśniej, niż uprzednio...

Bardziej ogólnie mówiąc (teraz pewnie wyda się to stwierdzenie oczywiste), działanie schematyczne na pewno upraszcza i przyspiesza wypełnianie określonych zadań. Zagrożeniem może być "wyłączenie się" nieustannego obserwowania problemu i myślenia o nim w różnych aspektach - rutyna.

Bądźmy twórczy, wychodźmy "poza ramy" - nie ważne jak szerokim zaufaniem i zastosowaniem się cieszą, poddawajmy wszystko w wątpliwość - takiemu podejściu składam hołd :-)Jakub Płachecki edytował(a) ten post dnia 25.02.11 o godzinie 20:21
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

to co piszesz to prawda, znam ludzi którzy chyba potraktowali notacje UML i/lub także narzędzie którego używają, jak metodę rozwiązywania problemu a to tylko jednak narzędzie.

Co do UML, jest tylko język, jeśli stosowany właściwie pomaga, jeśli źle: szkodzi. Obiektowość to drugie - racja: to sposób myślenia i projektowania. To co obserwuję u wielu początkujących i niestety nie tylko, to traktowanie notacji jako metody (metodyki) co postrzegam jak o poważny błąd.

To tak jak by ktoś uznał, że samo tylko stosowanie języka obcego rozwiązuje problem. Drugi błąd to uznawanie, że jakość modeli jest wprost proporcjonalna do liczby użytych słów i konstrukcji językowych. To tak jak by dziennikarz, chcąc opisać wydarzenie, pisał starając się wykorzystać cały słownik j.polskiego, efekt jaki by osiągnął byłby raczej odwrotny do zamierzonego choć na pewno powstało by wiele tego tekstu - jednak gazety od dawna płacą za treść a nie za ilość tekstu :)

Jednak nauka języka obcego to poza wkuwaniem słówek i gramatyki, jednak także obcowanie z tym językiem. Słusznie wskazałeś na duże zagrożenie jakim jest kopiowanie poznanych konstrukcji jako sposobu na rozwiązywanie problemów. To także moim zdaniem ślepa uliczka jednak to od człowieka zależy czy ma otwarty czy zamknięty umysł i żadna książka tego moim zdaniem nie zmieni.

Na szkoleniach zawsze powtarzam, że jest istotna różnica pomiędzy wzorcami projektowymi a modelami referencyjnymi, pierwsze lubię i stosuje drugie niszczą projekty i jestem ich wrogiem. Ta książka to moim zdaniem właśnie taki "native speaker" UMLowy :) od którego można się uczyć i języka i poprawnie mówić :)
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Książka - polecam

Jakub Płachecki:
Bądźmy twórczy, wychodźmy "poza ramy" - nie ważne jak szerokim zaufaniem i zastosowaniem się cieszą, poddawajmy wszystko w wątpliwość - takiemu podejściu składam hołd :-)

oby tego ktoś nie odebrał jako zachęty do łamania zasad notacji bo to niszczy cały sens jej stosowania, łamanie zasad wymaga większej wiedzy niż samo ich stosowanie...

konto usunięte

Temat: Książka - polecam

Jarek Żeliński:
(...) łamanie zasad wymaga większej wiedzy niż samo ich stosowanie...

Prawda absolutna :-)



Wyślij zaproszenie do