GoldenLine
Zaloguj się
Jarosław Żeliński

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

Temat: Analiza i projektowanie w tym UML dla programistów

Regularnie spotykam się w projektach z programistami, którzy znając bardzo dobrze "obiektowość języka" jakiego używają (.NET, Java, PHP5, Ruby, inne) tak słabo radzą sobie (nie widzą tam tej obiektowości) na etapie opisu problemu.

Chyba nie wspominałem chyba o tej książce (wcale nie nowa) ale jest to pozycja adresowana właśnie do tej grupy programistów więc polecam :):

http://helion.pl/ksiazki/analiza-i-projektowanie-obiek...
Link do wypowiedziLink
Aleksander Olszewski

Aleksander Olszewski Kierownik Projektów
IT, PRINCE2
Practitioner

Temat: Analiza i projektowanie w tym UML dla programistów

Jarek Żeliński:
Regularnie spotykam się w projektach z programistami, którzy znając bardzo dobrze "obiektowość języka" jakiego używają (.NET, Java, PHP5, Ruby, inne) tak słabo radzą sobie (nie widzą tam tej obiektowości) na etapie opisu problemu.

Chyba nie wspominałem chyba o tej książce (wcale nie nowa) ale jest to pozycja adresowana właśnie do tej grupy programistów więc polecam :):

http://helion.pl/ksiazki/analiza-i-projektowanie-obiek...

Problem ten rzeczywiście występuje, pewnie dlatego, że programiści często patrzą na wstępny projekt systemu przez pryzmat języka, którego używają. Przeczy to niezależności projektu systemu od języka implementacji. Jeśli dodamy do tego te czy inne anomalie obiektowe w językach (chociażby częsty brak dziedziczenia wieloaspektowego), dostaniemy problem w pełnej krasie: "kulawy" projekt systemu, który ciężko rozbudować lub przeimplementować w innej technologii.

Ja osobiście nie lubię tej serii "Rusz głową", kojarzy mi się z inną żółtą serią z reguły 50.--100. stronicowych publikacji. Ta na dodatek zawiera przykłady w jednym języku programowania, tak więc nie rozwiązuje wcześniej wymienionych przeze mnie problemów :) Ja osobiście wolę tą książkę: http://helion.pl/ksiazki/projektowanie-obiektowe-role-... ale nie jest już sprzedawana przez Helion.
Link do wypowiedziLink
Łukasz L.

Łukasz L. Programista C# .NET

Temat: Analiza i projektowanie w tym UML dla programistów

To i ja również polecę książkę, jako programista:
http://helion.pl/ksiazki/uml-i-wzorce-projektowe-anali...

Tytuł trochę mylny, bo nie jest to książka do nauki UML czy wzorców. Elementy te stanowią po prostu w rekach autora ważne narzędzia do przedstawiania problemu/rozwiązania.

Polecam programistom i analitykom zainteresowanych analizą i projektowaniem przy podejściu iteracyjnym.
Link do wypowiedziLink
Jarosław Żeliński

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

Temat: Analiza i projektowanie w tym UML dla programistów

Ja osobiście nie lubię tej serii "Rusz głową", kojarzy mi się z inną żółtą serią z reguły 50.--100. stronicowych publikacji. Ta na dodatek zawiera przykłady w jednym języku programowania, tak więc nie rozwiązuje wcześniej wymienionych przeze mnie problemów :)

nie przepadam za ta serią i za Helionem ale akurat ta pozycja w moich oczach zyskała pewnym zdrowym podejściem i tym, że są tam diagramy UML ...
Ja osobiście wolę tą książkę: http://helion.pl/ksiazki/projektowanie-obiektowe-role-... ale nie jest już sprzedawana przez Helion.

a jest to jedna z lepszych pozycji na rynku :)
Link do wypowiedziLink
Jarosław Żeliński

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

Temat: Analiza i projektowanie w tym UML dla programistów

To i ja również polecę książkę, jako programista:
http://helion.pl/ksiazki/uml-i-wzorce-projektowe-anali...

nabrałem do tej pozycji pewnych wątpliwości bo projekty są raczej "programistyczne" a nie "dziedzinowe"... w moich oczach przykłady rozwiązują problemy implementacji a nie projektu, w tym sensie że upraszczają projekt na rzecz wygody implementacji, czytając miałem nieodparte wrażenie, że autor to programista który doskonale radzi sobie z implementacja ale średnio a analizą i projektowaniom
Link do wypowiedziLink
Artur Świerc

Artur Świerc Programista PHP/Java

Temat: Analiza i projektowanie w tym UML dla programistów

Książkę mam i przeczytałem. Na pewno otworzyła mi oczy na pewne aspekty projektowania i samego programowania aplikacji. Uświadomiłem sobie, że programiści często bagatelizują rolę hermetyzacji, przez co powstają dziwne twory.
Jest też minus tej książki - czasami wiedza jest przedstawiona w takiej formie, że zastanawiałem się, czy autor ma mnie za kompletnego idiotę? Niczym elementarz 6-latka.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy





Wyślij zaproszenie do
Anuluj